Ошибка загрузки в бухгалтерию: Not a Correct Index File
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
Ситуация:
У клиента используются:
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 работает стабильно.
Заранее спасибо.
ВОПРОС:
1 По ошибке "ВНИМАНИЕ! В таблице соответствия: D:\1Cbases\Buhg_2.0_... .\Таблица соответствия (не удалять!)\ts.dbf
свойства индекса <IndSource>, не соответствуют требованиям!"
Это появляется после загрузки в Альфу из БП (если таковое есть)?
2 Моё предложение всегда удалять индексный файл. Дописать в доработанную обработку срочку в функции проверки таблицы соответствий.
Хоть предложение и плохое. но вопрос может быть решён так.
1. Обмен односторонний, только из Альфы в БП. Обе ошибки появились при выполнении обмена между одними и теми же базами.
2. Клиент научен удалять индексный файл, но его это не устраивает. Нужно решение проблемы.
Евгений, о какой срочке идет речь?
Из-за чего появляются эти ошибки?
2 Так я и пишу, удалять индексный файл программно.
Он будет каждый раз создаваться.
Объект Xbase довольно сырой. поэтому почему появляются эти ошибки нескажу, так как не встречался именно с такими у себя. Разбиратсья надо на месте.
Проще программно удалить, если лень копаться.
а база 3 - sql.
Может ли ошибка быть связана с этим?
Объект Xbase довольно сырой..
Трудно объяснить клиенту что обмен построен на сыром объекте, из-за чего у них сейчас проблемы.
Можете ли вы посоветовать еще возможные варианты решения кроме программного удаления индексного файла?
Для начала нужно понять почему. Я не встречался с таким ошибками "периодическими".
2 Отказываться от XBase и переходить на Таблицу значений которая хранится в Хранилище 1с
Это значит что Таблица значений на время загрузки получается их хранилища, и, и вобщем
она должна записаться один раз после загрузки всех справочников. И каждый раз при загрузке документа (или пачки одного типа) НО учесть что загрузка может быть прервана случайно и пакет не поместиться, в результате дубли. А если помещать Таблицу каждый раз это становится очнь узким местом. Проверено на балице из 1000000 строк. Производительность падает в разы.
Т.е. такие же симптомы как и вначале топика :
"Переиндексация не помогала. Удалял файл индексов ТС ts.ODX. Через пару загрузок ошибка повторялась. "
До этого база по обмену несколько лет работала без проблем.Объем файла DBF=113000 записей.
Вариант с постоянным удалением -вообще не устраивает, нужно понять причину и как то решить её.
Есть какие тоновые идеи по данной проблеме?
Мой руководитель против всеообщего перехода обработки на АДО. На тестирование передам уже сегодня. Но будет ли введено в эксплуатацию зависит от руководителей.
Если обмен с БП 3,0 то уже разработан но не оттестировано АДО для работы с ДБФ без использования Xbase (так как встроенный объект в платформу всё хуже поддерживается). Кстати АДО не поддерживает индексные файлы CDX. Поэтому он не нужен будет.
Нет, обмен идет с бухгалтерией 77. с 82 проблем нет
ждем выхода...
Есть Программа wDBFview. Она умеет исправлять заголовок файла при этом коорректно работает с файлами ДБФ от 1с. По поводу исправления одного из описаний поля не подскажу, таких программ не использовал но слышал что есть программы проверяющие ДБФ целиком.
Структуру файла ДБФ можно посмотреть здась
или здесь
Только для платформы 8,3. Так как на платформе 8,2 есть возможность корректно работать с Xbase если знать его баги.
Мой руководитель против всеообщего перехода обработки на АДО. На тестирование передам уже сегодня. Но будет ли введено в эксплуатацию зависит от руководителей.
Евгений, есть ли какие-нибудь подвижки?..
Евгений сможет Вам дать ответ после понедельника (01,09,2014).
Обработка готова, в ней в настройках есть галка "Использовать АДО". Обработку можно получить в поддержке.