gifts2017

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

Опубликовал 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) 10.04.13 18:27
Dpotapov,
это-то ты что,
меммуары программиста 1С пишишь ???

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