День добрый всем.
Ситуация такова: два физических сервера, два кластера, настроено резервирование и т д и т п, все ок, за исключением одного - при выключение основного сервера и переносе нагрузки на резервный сбивается нумерация документов. Как я это понимаю: у каждого кластера свой менеджер, у каждого менеджера свой сервис нумерации, то есть нумерация у двух кластеров идет параллельно и совпадать она начинает только после синхронизации. Была такая ситуация: выключили основной сервер, сеансы перекинулись на резервный, пользователи благополучно продолжали работать, не заметив, что нумерация вновь создаваемых документов сбилась(стали браться те номера, на которых закончилась последняя активная работа резервного, то есть на дату последней перегрузки основного, причем документы записывались без ругани на уникальность) и только спустя 2 часа программа начала ругаться, что номер не уникален. На примере: 01.01.12 работал основной сервер, номер последнего документа "Документ" был 100, остановили основной, работу подхватил резервный и (тут не могу сказать с полной уверенностью, но багов замечено не было) продолжил нумерацию - 101, 102. Потом починили основной и запустили, резервный передал нагрузку и остался в сторонке курить, основной продолжил нумерацию - 103, 104. 10.01.12 снова захотели потушить основной, на момент остановки последний номер документа был 150, остановили, резервный подхватывает работу и начинает нумеровать со 103, с того номера на котором он остановился 01.01.12, благополучно возникают дубли номеров базе, никакой ругани на уникальность нет и только через время (прибл. через часа 2) появляются ошибки "Номер не уникален", документ не записан само собой.
На мой взгляд причина в синхронизации в момент передачи нагрузки, то есть сеансы то он отдал а вот нумерацию нет, еще и на контроль уник-ти забил. Как бороться с таким Г...м?

имхо писать в 1с.
платформа какая?

есть скрин доков с одинаковыми номерами? как я понимаю они записаны же

ОбновитьНумерациюОбъектов() или "Сервис" - "Настройка стратегии редактирования..." - там тоже самое можно.

(0) Серйозная глюка, если это действительно так.

Нумерация в документа когда присваивается?
В момент открытия формы или в момент записи? может тут поменять стоит...

добавте с субд ограничение унекальности по полям.

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

не 2 кластера должно быть а один кластер, несколько узлов

(1)(2) платформа 8.2 (8.2.15.301), сервера приложений - 2008, субд - 2003, скрин не делали, не до того было, почистили дубли и пришлось создавать новые документы
(4) автонумерация
(5) тогда ведь субд выдаст ошибку и работать все равно не получится, действо происходит и днем и ночью
(7) вот это точно так должно быть?! с резервированием проблем не возникнет ?

(8) должно быть так http://v8.1c.ru/overview/Term_000000805.htm#1

в общем попа... а вот мысль есть такая - принудительно синхронизировать кластера нет возможности, может ее просто не произошло в нужный момент?

(8) тогда тригер.
но все равно остается проблема: при реструктуризации 1с пресоздает таблицу. проблема решается триггерами ddl

Пиши в 1с