Ошибка загрузки в бухгалтерию: Not a Correct Index File

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: 1
RSS
Ошибка загрузки в бухгалтерию: Not a Correct Index File
 
Коллеги, добрый день!

Ситуация:
У клиента используются:

1) Альфа-Авто: Автосервис+Автозапчасти. Редакция 4.0 (4.0.04.10), платформа 8.1.15.14.
2) База Бухгалтерии юрлица "А" релиза 2.0.49.11 платформа 8.2.17.169.
3) База Бухгалтерии юрлица "Б" релиза 2.0.43.13 платформа 8.2.17.169.

ОС Win Server 2003 SP2.
Переводить Альфа-Авто на свежий релиз клиент не готов, конфигурация нетиповая.

Настроен обмен через обработку обмена между базами 1 - 2 и 1 - 3.
Обработка обмена одна и таже, доработанная, версия обработки загрузки 2.3.

Обмен 1-2 работает больше года стабильно.
Обмен 1-3 тестируется, в базу 3 загружаюся данные начиная с 2009 года помесячно.

Посление две недели появляется ошибка нарушения индексного файла. При следующей загрузке появляется:
"ВНИМАНИЕ! В таблице соответствия: D:\1Cbases\Buhg_2.0_... .\Таблица соответствия (не удалять!)\ts.dbf
свойства индекса <IndSource>, не соответствуют требованиям!"
Переиндексация не помогала. Удалял файл индексов ТС ts.ODX. Через пару загрузок ошибка повторялась.

На выходных дважды появлялась другая ошибка, в виде окна предупреждения:
CODEBASE ERROR Error #: -310 Not a Correct Index File. Corrupt Index File.
Появлявилось окно в процессе загрузки справочников.

Когда звонил в техподдержку посоветовали использовать последнюю версию обработки загрузки.
Трудоемко будет перенести сделанные изменения.
Если я правильно понимаю, то ошибка связана в работой XBase, а точнее с типами полей в файлах ТС.

Скажите, возможно ли заменив алгоритмы работы с файлами ТС, добиться стабильной работы имеющейся обработки?
Вообще хочется понять с чем именно связана ошибка, какие есть варианты устранения ее появления?
Непонятно, почему обмен 1-2 работает стабильно.

Заранее спасибо.
Изменено: Артем Гайдамако - 22.07.2013 15:17:36
 
Добрый день.
ВОПРОС:
1 По ошибке "ВНИМАНИЕ! В таблице соответствия: D:\1Cbases\Buhg_2.0_... .\Таблица соответствия (не удалять!)\ts.dbf
свойства индекса <IndSource>, не соответствуют требованиям!"
Это появляется после загрузки в Альфу из БП (если таковое есть)?

2 Моё предложение всегда удалять индексный файл. Дописать в доработанную обработку срочку в функции проверки таблицы соответствий.
Хоть предложение и плохое. но вопрос может быть решён так.
Изменено: Евгений Машаров - 22.07.2013 15:42:52
 
Добрый день!
1. Обмен односторонний, только из Альфы в БП. Обе ошибки появились при выполнении обмена между одними и теми же базами.

2. Клиент научен удалять индексный файл, но его это не устраивает. Нужно решение проблемы.
Евгений, о какой срочке идет речь?

Из-за чего появляются эти ошибки?
 
1 ОК
2 Так я и пишу, удалять индексный файл программно.
Он будет каждый раз создаваться.

Объект Xbase довольно сырой. поэтому почему появляются эти ошибки нескажу, так как не встречался именно с такими у себя. Разбиратсья надо на месте.
Проще программно удалить, если лень копаться.
 
Евгений, база 2, которая работает стабильно файловая,
а база 3 - sql.
Может ли ошибка быть связана с этим?

Цитата
Евгений Машаров пишет:
Объект Xbase довольно сырой..

Трудно объяснить клиенту что обмен построен на сыром объекте, из-за чего у них сейчас проблемы.

Можете ли вы посоветовать еще возможные варианты решения кроме программного удаления индексного файла?
Изменено: Артем Гайдамако - 24.07.2013 12:44:54
 
1 вариант я уже предложил
Для начала нужно понять почему. Я не встречался с таким ошибками "периодическими".

2 Отказываться от XBase  и переходить на Таблицу значений которая хранится в Хранилище 1с

Это значит что Таблица значений на время загрузки получается их хранилища, и, и вобщем
она должна записаться один раз после загрузки всех справочников. И каждый раз при загрузке документа (или пачки одного типа) НО учесть что загрузка может быть прервана случайно и пакет не поместиться, в результате дубли. А если помещать Таблицу каждый раз это становится очнь узким местом. Проверено на балице из 1000000 строк. Производительность падает в разы.
Изменено: Евгений Машаров - 24.07.2013 14:51:57
 
Евгений, вариант с удалением индексного файла перед загрузкой работает, спасибо.
 
Подниму тему. После вылета диска на сервере и переноса базы на новый диск стала появляться аналогичная проблема -"CODEBASE ERROR Error #: -310 Not a Correct Index File. Corrupt Index File" -и  вылет базы.
Т.е. такие же симптомы как и вначале топика :
"Переиндексация не помогала. Удалял файл индексов ТС ts.ODX. Через пару загрузок ошибка повторялась. "
До этого база по обмену  несколько лет работала без проблем.Объем файла DBF=113000 записей.
Вариант с постоянным удалением -вообще не устраивает, нужно понять причину и как то решить её.
Есть какие тоновые идеи по данной проблеме?
 
Если обмен с БП 3,0 то уже разработан но не оттестировано АДО для работы с ДБФ без использования Xbase (так как встроенный объект в платформу всё хуже поддерживается). Кстати АДО не поддерживает индексные файлы CDX. Поэтому он не нужен будет.
 
Евгений, добрый день. Правильно ли я понял, что Рарус уже делает переход загрузки в БП с xbase на ADO? Если да, можете примерно обозначить сроки запуска в эксплуатацию?..
 
Только для платформы 8,3. Так как на платформе 8,2 есть возможность корректно работать с Xbase если знать его баги.

Мой руководитель против всеообщего перехода обработки на АДО. На тестирование передам уже сегодня. Но будет ли введено в эксплуатацию зависит от руководителей.
 
Цитата
Евгений Машаров пишет:
Если обмен с БП 3,0 то уже разработан но не оттестировано АДО для работы с ДБФ без использования Xbase (так как встроенный объект в платформу всё хуже поддерживается). Кстати АДО не поддерживает индексные файлы CDX. Поэтому он не нужен будет.

Нет, обмен идет с бухгалтерией 77. с 82 проблем нет
 
Собственно и интересует БП3 на 8.3..
ждем выхода...
 
Идеи по проблеме это что поврежден заголовок ДБФ возможно. Или одно из описаний полей ДБФ.

Есть Программа wDBFview. Она умеет исправлять заголовок файла при этом коорректно работает с файлами ДБФ от 1с. По поводу исправления одного из описаний поля не подскажу, таких программ не использовал но слышал что есть программы проверяющие ДБФ целиком.
Структуру файла ДБФ можно посмотреть здась http://www.autopark.ru/ASBProgrammerGuide/DBFSTRUC.HTM
или здесь
http://articles.org.ru/docum/dbfall.php
 
Внимание! Перед любыми экспериментами сделать бэкап файла DBF.
 
Цитата
Евгений Машаров пишет:
Только для платформы 8,3. Так как на платформе 8,2 есть возможность корректно работать с Xbase если знать его баги.

Мой руководитель против всеообщего перехода обработки на АДО. На тестирование передам уже сегодня. Но будет ли введено в эксплуатацию зависит от руководителей.

Евгений, есть ли какие-нибудь подвижки?..
 
Добрый день, Александр!
Евгений сможет Вам дать ответ после понедельника (01,09,2014).
 
а кто нибудь может дать информацию по переводу обработки загрузки в БП на АДО?..
 
Александр, данным вопросом занимается Евгений, он сможет дать Вам ответ на следующей неделе.
 
Добрый день, сейчас дорабатывается возможность переключаться с АДО на Хbase. Планирую на этой неделе закончить.
 
Обработка готова, в ней в настройках есть галка "Использовать АДО". Обработку можно получить в поддержке.
 
Цитата
Евгений Машаров пишет:
Обработка готова, в ней в настройках есть галка "Использовать АДО". Обработку можно получить в поддержке.
вот спасибо так спасибо...
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С