Исправление расчета итогов по остаточному регистру накопления

Опубликовал Danil Potapov (Danil.Potapov) в раздел Администрирование - Тестирование и исправление

Предыстория проблемы: в файловой базе после выключения света остатки стали неактуальными (конечный остаток c периодом 01.04-30.04 <> конечному остатку 01.01- 30.04).

платформа 8.2.17.143, конфигурация: УТ 10.3.

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

В пользовательском режиме выполнил очистку итогов и текущий итогов и последующий расчет по текущий период по проблемному регистру. Ничего не изменилось.

После этого выполнил перезапись всех набор записей(через два набора записей, первый очищает, второй записывает, чтобы обойти оптимизацию платформы записи наборов записей). Ничего не изменилось.

После этого через форму списка посмотрел движения по конкретной позиции номенклатуры, в форме выводились  данные только за 2013 год.  В консоли запросов движения выводились только за 2012 год. Запахло маразмом.

Утилита chdbfl.exe выдала следующую информацию:

"Обнаружено рассогласование между данными и индексами таблицы '_ACCUMRG7688'
Во внутреннем файле данных таблицы имеются потерянные записи, не относящиеся к актуальным записям таблицы или списку удаленных записей '_ACCUMRG7688'".

Отлично, запускаем в конфигураторе в режиме тестирование и исправление  - "Реиндексация таблиц информационной базы".

запускаем chdbfl.exe и получаем:

Во внутреннем файле данных таблицы имеются потерянные записи, не относящиеся к актуальным записям таблицы или списку удаленных записей '_ACCUMRG7688'"

Возвращаемся в конфигуратор и режиме тестирование и исправление запускаем "Реструктуризация таблиц информационной базы". 

Запускаем chdbfl.exe и видим, что ошибок в базе больше нет.

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

После этого все встало на свои места.

См. также

Комментарии
1. Юрий Осипов (yuraos) 882 10.04.13 18:27 Сейчас в теме
Dpotapov,
это-то ты что,
меммуары программиста 1С пишишь ???

Как я исправлял косячную файловую базу ...
2. юрий гулидов (gull22) 81 19.04.13 10:06 Сейчас в теме
Плюсанул, так как лучше учиться на чужих ошибках.
soulsteps; +1 Ответить
Оставьте свое сообщение