РИБ не перегружаются проводки РБ.Хозрасчетный для некоторых документов.

ХАРАКТЕРИСТИКИ 1С:

1С:Предприятие 8.2 (8.2.19.83) Толстый клиент (однако проблема была и на прошлых релизах)
Управление производственным предприятием, редакция 1.3 (1.3.14.2) (база управленческая и по этому релизы не обновляются - используется блоки производство, продажа, бюджетирование, зарплата - все сильно доработано)

База: MS SQL SERVER 2008  R2  - 300 ГБ (в режиме версионирования  http://www.gilev.ru/snapshot1c/ »»)
Средний прирост базы 150 ГБ в год.

Работа 24/7 активных пользователей в среднем 150.

Включен РАУЗ, бух и нал учет - все это сугубо в управленческих целях.

Среднее число документов: 5000/день

РИБ: по плану обмена "Полный" - полная синхронизация баз, авторегистрация по всем объектам (практически по всем)
Два узла:
1. Центральный рабочий
2. Дополнительный - предназначен только для тяжелых расчетов: РСВ (каждую ночь) + дополнительный расчеты по заполнению различных регистров и прочие процедуры
Обмен через FTP - базы находятся на разных серверах приложений и разных серверах SQL
Обмен происходит каждые 5-10 минут, по 1 объекту в транзации при выгрузке и при загрузке - это сделано для того что бы было как можно меньше блокировок.

ПРОБЛЕМА

РИБ запущен в августе 2013, проблема появилась примерно с ноября 2013 по текущее время (май 2014).

Пример: 5000 документов в день из них 0-3 документа перегружаются в дополнительный узел без движений по регистру бухгалтерии. Т.е. документы перегружаются, но движений нет только по регистру бухгалтерии, например по налоговому проводки есть. Эти 3 документа ничем не отличются от остальных, в базе используется только одна организация, склады такие же как и в нормальных документах(это не иммет отношения к проблеме 100%). При том эти документы только определенных видов: Реализация товаров и услуг, Возврат товаров от покупателя, Поступление доп расходов, ПКО. На все эти документы есть подписки как типовые - так и нетиповые. Документы без движений появляются как в пиковые нагрузки на базу днем, так и ночью без сильной нагрузки.

Временный костыль: перед определенными датами (когда выполняется окончательный расчет себестоимсоти) - запускаем обработку которая по OLE сравнивает документы в двух базах и по недостающим проводкам регистрирует заново набор записей регистра бухгалтерии из центральной базы - после чего он перегружается во дополнительную базу.

Естественно этот костыль не устраивает. НЕобходимо решить проблему, что бы быть увереным в распределенке на 100% - а может проблема не только в РБ - а вылезет еще в каком-ниубдь неожиданном месте.

РЕШЕНИЕ

К решению данной проблемы подступали с разных сторон. Различные комбинации всех возможных исключений, логгирования всех действий системы при регистрации изменений.
На уровне 1с были подписки на регистр бухгалтерии - при записи, перед записью с запросами к таблице регистрации изменнений -ничего не было найдено.

Последнее что было сделано:

Написан триггер на SQL таблицу - регистрации изменений регистра бухгалтерии (например в нашей базе она назывется _AccRgChngR1259 )

Проблемный документ: Реализация товаров услуг Р0000126019

Колонки:  № |  Номер сообщения обмена   | ссылка на документ|     дата записи в таблицу SQL  - три цифры в конце миллисекунды|   событие SQL  | дата документа|   номер документа

1  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:44.263   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019
2  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:44.303   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019
3  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:44.303   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019
4  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:44.517   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019
5  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:44.517   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019

6  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:45.063   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019

7  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:45.063   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019

8  NULL   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:45.167   INSERT/UPDATE   4014-05-08 01:14:45.000   Р0000126019

9  22393   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 01:44:45.167   INSERT/UPDATE  4014-05-08 01:14:45.000   Р0000126019

10 22393   0x93F950E549A004B411E3D5F61AF59032   2014-05-08 02:07:45.660   DELETE         4014-05-08 01:14:45.000   Р0000126019

Всего было 10 транзакций в таблицу регистрации изменений регистра бухгалтерии Хозрасчетный.
1-7   это проведение документа, отрабатывают различные подписки
8-9      это выгрузка в файл обмена (номер сообщения присваивается = 22393)
10    это подтвережедение того что данные загружены в узел дополнительный

То есть разница времени между заврешение проведения документа и регистарцией изменений РБ  - и выгрузкой в файл обмена = 2014-05-08   01:44:45.063 - 2014-05-08   01:44:45.167 = 0.104 секунды

Проблемный документ: Реализация товаров услуг Р0000125613

1  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:13.540   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613
2  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:13.583   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613
3  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:13.583   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613
4  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:13.757   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613
5  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:13.757   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613

6  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:14.650   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613

7  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:14.650   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613

8  NULL   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:14.757   INSERT/UPDATE  4014-05-07 12:20:37.000   Р0000125613

9  22351   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 17:46:14.757   INSERT/UPDATE 4014-05-07 12:20:37.000   Р0000125613

10 22351   0x93F950E549A004B411E3D5B3419155D0   2014-05-07 18:12:30.757   DELETE        4014-05-07 12:20:37.000   Р0000125613

Разница времени между шагами 7 и 8 = 2014-05-07   17:46:14.650 -  2014-05-07   17:46:14.757 = 0.107 секунды

В документах которые выгрузились корректно разница между шагами 7 и 8 составляет = 3 секунды, 4 секунды = от нескольких секунд до нескольких минут.

Такое чувство что проблема именно в этом - в платформе. Некорректная регистрация изменений в момент - завершения проведения документа и одновременно в это время формирования файла выгрузки.

Самое интересное что в файле выгрузки нет данных по регистру бухгалтерии для проблемных документов, то есть выгрузка таки не происходит. Например по проблеменым документам - данные по РБ.Налоговый - выгружаются.

Очень жду дельных советов.