Как не оптимально, но починил точку РИБ
На точке РИБ с собственной нетиповой конфигурацией при обновлении конфигурации изменениями из центрального узла возникла ошибка с регистром сведений План:
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-7.png)
Я попытался найти эти записи запросом:
ВЫБРАТЬ Количество(1) КАК К ,
План.Регистратор КАК Регистратор,
План.Подразделение КАК Подразделение,
План.Номенклатура КАК Номенклатура
ИЗ
РегистрСведений.План КАК План
сгруппировать ПО
Регистратор,
Номенклатура,
Подразделение // имеющие Количество(1) > 1
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-8.png)
Оказалось, что таких записей 14.
Попробовал их удалить универсальным редактором регистров:
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-10-1024x300.png)
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-9-1024x479.png)
Но не тут-то было, это сбойные записи без регистратора.
Chkdbfl не помог — ошибок не нашел. Тестирование и исправление тоже.
Тогда я сохранил конфигурацию в файл, отключил главный узел:
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-11.png)
Потом удалил сбойный регистр — пришлось снять галочку во всех движениях документов, где он используется, благо там всего 3 документа.
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-13.png)
Затем обновил базу — регистр очистился:
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-12.png)
После этого вернул на место конфигурацию, подключил главный узел и обмен заработал.
Перепровел последние документы плана, чтобы регистр ушел на точку.
И только тогда до меня дошло — ведь можно было попробовать выгрузить базу в DT, при этом битые записи бы не выгрузились, а потом загрузить из DT. Не знаю, сработало бы или нет, но способ попроще.
Среда: Нетленка Объем: 0.8 час.
![](https://geniy1s.ru/wp-content/uploads/2024/02/image-14.png)
Свежие комментарии