Повреждение индексного файла

Caterpillar · 26 мар 2015 17:14

Добрый день.
Из раза в раз при полном импорте прайсов вылетают ошибки: http://joxi.ru/LmGqlqXcdB6PAl Цифры на конце могут быть разными. Я нажимаю "ок", импорт продолжается. После пары таких ошибок, а иногда и прямо с самого начала вылетает вот это уже раздражающее окно: http://joxi.ru/KAxdKdGSLVJPA8
Каждый день. При каждом импорте прайсов. Не помогает ничего: ни восстановление бэкапа, ни переиндексация БД. Только перезагрузка ПК.
Захожу я в ПЛИ с правами Администратора, импорт идет в 6 потоков, никаких ошибок, резких отключений энергии и прочих форс-мажоров не происходит. Почему повреждается индексный файл и что с этим делать?

MirTN · 26 мар 2015 20:36

Сталкиваюсь периодически с данными ошибками (Error1,4). Импорт идёт в 4 потока, критично это когда задача выполняется через E-Trade Scheduler.
Ошибка http://joxi.ru/nAyelKJT43DaAZ
В экспорте участвует файл в кол-вом строк около 215 тыс.

Caterpillar · 27 мар 2015 10:56

MirTN писал(а):Сталкиваюсь периодически с данными ошибками (Error1,4). Импорт идёт в 4 потока, критично это когда задача выполняется через E-Trade Scheduler.
Ошибка http://joxi.ru/nAyelKJT43DaAZ
В экспорте участвует файл в кол-вом строк около 215 тыс.

Мы с техподдержкой Elbuz выяснили, что такого рода ошибки появляются по вине Excel. Многопоточный обработчик не может открыть файлы.
А вот повреждение индексного файла - это вопрос открытый пока.

MirTN · 27 мар 2015 11:03

Мы с техподдержкой Elbuz выяснили, что такого рода ошибки появляются по вине Excel. Многопоточный обработчик не может открыть файлы.

Т.е. Excel не совместим с PLI при многопоточной работе и большими файлами или всё же это можно исправить уважаемы разработчики?
ps Всё же хочется пользоваться полноценно планировщиком задач, без регулярного участия человека для выявления не надо ли закрыть ошибку.

27 мар 2015 11:24

Повреждение индексного файла-это повреждение БД, Корректная работа в такой БД не гарантируется.
Если Вы восстанавливаете архивную копию БД и там та же ошибка, значит Вы восстанавливаете уже поврежденный архив.

Caterpillar · 27 мар 2015 16:39

e-special писал(а):Повреждение индексного файла-это повреждение БД, Корректная работа в такой БД не гарантируется.
Если Вы восстанавливаете архивную копию БД и там та же ошибка, значит Вы восстанавливаете уже поврежденный архив.

Я получала это сообщение от вас в ICQ уже раз 20, даже высылала вам базу на проверку. Вы сказали, что в архиве никаких повреждений не обнаружено. Но меж тем ошибка появляется каждый день.

Caterpillar · 30 мар 2015 10:57

Причина найдена самостоятельно в итоге: все дело в Visual Fox Pro. Версию нужно обновить.

MirTN · 30 мар 2015 11:25

Caterpillar писал(а):Причина найдена самостоятельно в итоге: все дело в Visual Fox Pro. Версию нужно обновить.

Судя по информации с https://ru.wikipedia.org/wiki/Visual_FoxPro последняя версия Visual Fox Pro 09.00.0000.7423 for Windows от 3 апреля 2009, в корне PLI и CC установлена именно эта версия http://joxi.ru/eAO58dWSdzMMmo

Ошибок в индексном файле после переиндексации не выявлено, НО периодически выскакивает ошибка (Error1,4).

Caterpillar · 30 мар 2015 11:35

MirTN писал(а): Ошибок в индексном файле после переиндексации не выявлено, НО периодически выскакивает ошибка (Error1,4).

Это уже к фоксу не имеет отношения, как было сказано выше) Осталось только дождаться ответа уважаемой ТП, планируют ли они как-то это фиксить.

MirTN · 30 мар 2015 11:42

Есть предположения, что эта ошибка выскакивает, на потоке при импорте "большого прайса".
У Вас сколько строк в самом большом прайсе?