Неправильная архитектура сервера 1С и последствия

Существует проект управленческого учета, в котором изначально архитектура была как два сервера 1С, подключаемые к одному серверу СУДБ, в данном случаи postgres, были включены управляемые блокировки на всю конфигурацию. База высоконагруженная, 100 пользователей вводят документы.
В статье была описана такая ситуация и как результат говорится о том, что база может разрушится.
Такая архитектура просуществовала 4 месяца, но в один момент база начала сыпаться. Проявляется так: что проведенные документы остаются без проводок. Повторное их проведение невозможно, т.к. СУБД ругается, что есть уникальный ключ индекса в таблице на эту запись. Лечилось так: перепроводилась база полностью, выявлялись такие документы, удалялся индекс из базы, документы проводились и создавался индекс заново. Но через некоторое время ситуация опять повторяется, документы без проводок, но уже другие.
Архитектура перестроена на один сервер 1С, одна регистрационная база на сервере 1С и база СУБД postgres, сервера крутятся на Linux, включен режим автоматических блокировок.
Перепроведение базы уже не укладывается в оперативные временные возможные рамки, пользователи сидят с кривыми остатками.
Вопрос: возможно каким либо образом вернуть адекватное состояние базы, починить её?