Рассинхронизация РИБ. Плана обмена Полный

1. Const1C 16.02.17 17:13 Сейчас в теме
Достаточно часто возникают ситуация рассинхронизации баз. Когда в центральной базе есть необходимые данные. А в переферийной их нет. Например (договор/контрагент). А в документах которые работали с ними неверная ссылка (объект не найден).

Вопроса собственно несколько возникают в связи с этим:
1. Может я делаю что-то не так?
2. Как избавиться от подобных ошибок плана обмена?
3. Как правильнее регистрировать такие выпавшые объекты.

Настроена система следующим образом. Структура у предприятия достаточно обширная, с богатой географией. Поэтому существует 3х уровневая структура подразделений. Обмен в центральной базе ведется только с 2м уровнем (отделения), а отделения меняются уже с 3м (участки). В управлении БД MSSQL, в подразделениях файловая база. Настроен 3 разовый обмен. Утром, в обед и вечером.

У меня есть предположения, что рассинхрон может возникать, когда заглючит сервер 1с, mssql или же когда процесс обмена запускается несколько раз одновременно (вероятно в следствии криворукости сисадмина 1с).

Сейчас я регистрирую выпавшие объекты в настройках плана обмена. А в следствии того, что объёмы работ достаточно большие, то приходится регистрировать все объекты и регистры которые с ним связаны. Но в условиях, когда в базе > 20к контрагентов, мне кажется не целесообразным так поступать. Может есть какой-то способ, объяснить главной базе, чего не хватает в перефирийной?

P.S. Полностью отказываться от РИБ, возможности нет. Так как необходимо обеспечить автономную работу подразделений, в случае если нет связи с управлением.
+
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Дожа 16.02.17 17:27 Сейчас в теме
Сколько уже работаю с рибом, таких проблем не встречал.
Бывали похожие ситуации, но как оказывалось, в правилах значилось не выгружать некоторые объекты. Что то у вас с базами не то.
+
3. Const1C 16.02.17 17:32 Сейчас в теме
(2) У вас бывали ситуации одновременно запуска обмена несколько раз? Или когда во время обмена сервер 1с терял связь с sql?
+
4. Дожа 16.02.17 17:37 Сейчас в теме
(3)
одновременно запуска обмена несколько раз? Или когда в

Одновременный запуск? Как вы это смотрите? Регламентное задание + запуск в ручную да, но 1с умная, пишет что обмен уже идёт.
Потеря связи 1с с sql это уже другая история) И перед тем как разбираться с регистрацией объектов, надо бы с этим разобраться.
+
5. Const1C 16.02.17 17:41 Сейчас в теме
(4) Да именно так. Или на оборот. Т.е. пользователь запускает синхронизацию в ручную, а через небольшое время вступает в дело фоновое задание. Увы но 1С в этом плане совсем не умная. И преспокойно пытается сначала загрузить, а потом выгрузить данные. И либо обмен с узлом вываливается с ошибкой не соответствия номер сообщения, или на то, что какой-то объект уже заблокирован.

По поводу потери связи с sql, то тут ничего не разберешь. Ну вот упала служба sql, или просто по какой-то прихоти начинает рвать соединения. Причин может 100500, и по факту, админ с этими ошибками ничего сделать не может.
+
6. binex 277 16.02.17 18:03 Сейчас в теме
Где-то у вас не проходит регистрация объектов. Попробуйте на 3-ем уровне создать контрагента(или договор к контрагенту) - попадет ли он на первый уровень?
На втором уровне затор. Там видимо не регистрируется к выгрузке битые ссылки.
+
7. Const1C 16.02.17 20:27 Сейчас в теме
(6) Попадает. Иначе заметили бы сразу. Возникает такая ситуация именно при внесении изменений на главном узле. Хотя кто его знает, что там творится на периферии... :)
+
8. binex 277 16.02.17 20:52 Сейчас в теме
(7) Если по вертикалке хорошо (сверху-вниз и снизу-вверх), проверьте горизонталь .
+
9. binex 277 16.02.17 20:54 Сейчас в теме
Битые (а не "неверные") ссылки появляются только если регистрация вновь созданных не происходит. Больше никак.
+
10. Const1C 17.02.17 09:03 Сейчас в теме
Я вот смотрел в сторону переписывания процедуры обмена, так что бы он формировал файл с именем содержащим номер выгрузки. Не подскажете, где это можно изменить?
+
11. binex 277 17.02.17 09:32 Сейчас в теме
Какой смысл завязывать имя файла на номер отправляемого сообщения?
+
12. Const1C 17.02.17 09:36 Сейчас в теме
(11) Затем что бы не возникало ситуации, когда файл сообщения перезаписывается другими данными. У меня есть подозрения, что рассинхронизация может возникать из-за этого.
+
13. binex 277 17.02.17 09:41 Сейчас в теме
Ну будет у вас в каталоге файлы:
Message_ЭД_ЦБ_1.xml
Message_ЭД_ЦБ_2.xml
Message_ЭД_ЦБ_3.xml
Message_ЭД_ЦБ_4.xml

Что изменится? Загружать то вы должны будете последний.
+
14. binex 277 17.02.17 09:43 Сейчас в теме
Если файл "Message_ЭД_ЦБ_3.xml" не был принят премником, и он не ответил отправителю о том что его принял, то в файле "Message_ЭД_ЦБ_4.xml" как минимум будет информация из "Message_ЭД_ЦБ_3.xml".
Alister; +1
Внимание! Тема сдана в архив

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот