Не лечится база.

[imported_VVV]

Что делать? База 7.7 старая переписаная торговля, размер базы 6 Гб, максимальный размер файла dbf 700 Мб. Лечение не проходит последний пункт "Пересчет итогов" - висит несколько дней. При попытке сделать выгрузку базы ошибка "Ошибка при чтении из архива". Хотя база работает нормально, но чем это грозит в будущем, не понятно.

[Бейлинг]

А по какой причине делаем лечение???

[imported_VVV]

база работает нормально, но было несколько вылетов и решили проверить. Причем месяц назад лечение проходило, но наверно после жесткого сброса базы (во время группового проведения документов завершили задачу) уже не проходит.

[Бейлинг]

А как долго выполнялось в прошлые разы???

[Бейлинг]

А за какое время выполнялось в прошлые разы?

[imported_VVV]

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

[Бейлинг]

1. Запустите конфигуратор в режиме совместимости win2000. Тогда вы сможете видеть командную строку. Там будет видно на каком этапе идет проверка.
2. При выгрузке базы у вас получается файл размером больше 2г. В следствии этого и появляется ошибка архива. Погуглите по этому вопросу - есть решение.

[imported_VVV]

1. В свойствах ярлыка Конфигуратор на рабочем столе на закладке Совместимость поставил галочку и выставил win2000. Но ничего не изменилось - конфигуратор висит белым окном ничего не пишется.
2. Файл создается размером около 3 Мб, внутри md и нулевой dat. В архиве rar база весит 0,5 Гб, не думаю что выгрузка может превысить 2 Гб.

[imported_VVV]

Взял из архива старую базу. Лечение там проходит полностью, но выгрузка не идет - та же ошибка.

[Бейлинг]

Если Вы делаете тестирование и исправление вместе с пересчетом, то запустите только тестирование без пересчета итогов и посмотрите какие ошибки выдает база.

[imported_VVV]

запускал так, проходит и ошибок нет никаких.

[Бейлинг]

Может быть вариант, что у Вас есть документы у которых не верная дата. Просмотрите в общем журнале документов период от самого маленького до намного больше текущей.

[imported_VVV]

проверил, все документы с нормальной датой

[Бейлинг]

Могу помочь - вышлите мне файлы 1SJOURN и все RG* и RA*.

[volandd]

на этой фазе может глюкануть только регистр, сделай копию базы, и попробуй дбфный файлик регистра заменить из старой копии. Если поможет, значит функционал тестирования и исправления 7.7 ограничен количеством записей в файлике. Описание всех таблиц в файле с именем *.DD блокнотом открыть

[volandd]

а лучше вариант, взять конфу, и снести все остатки. А еще лучше снести остатки в 8-ку)

[imported_VVV]

Знать бы какой именно регистр глюканул и какой файл ковырять. Перейти на 8-ку проблематично - очень специфическая база, полностью переделана. А что значит "снести все остатки"?

[imported_VVV]

Сделал обрезку базы, после этого выгрузка прошла.
Но сама обрезка продолжалась 3 суток на мощном сервере. Но это не вариант, так долго клиент не может без базы жить.
Раньше обрезка делалась быстро.
Понятно что побились регистры, но какие именно? Если бы видеть на каком моменте виснет "пересчет итогов". Он случайно лог не ведет?

[imported_VVV]

может как-то вычислить этот глючный регистр из конфигуратора, например снимать или устанавливать галочку "Быстрая обработка движений", правда не знаю будет ли при этом происходить пересчет итогов этого регистра.

[Бейлинг]

При пересчете итогов регистры перебираются последовательно. в проводнике или лучше в тотал командере смотри файлы базы отсортированные по дате изменения. на каком регистре долго стоит тот и глючный.