Рассинхронизация РИБ. Плана обмена Полный
Достаточно часто возникают ситуация рассинхронизации баз. Когда в центральной базе есть необходимые данные. А в переферийной их нет. Например (договор/контрагент). А в документах которые работали с ними неверная ссылка (объект не найден).
Вопроса собственно несколько возникают в связи с этим:
1. Может я делаю что-то не так?
2. Как избавиться от подобных ошибок плана обмена?
3. Как правильнее регистрировать такие выпавшые объекты.
Настроена система следующим образом. Структура у предприятия достаточно обширная, с богатой географией. Поэтому существует 3х уровневая структура подразделений. Обмен в центральной базе ведется только с 2м уровнем (отделения), а отделения меняются уже с 3м (участки). В управлении БД MSSQL, в подразделениях файловая база. Настроен 3 разовый обмен. Утром, в обед и вечером.
У меня есть предположения, что рассинхрон может возникать, когда заглючит сервер 1с, mssql или же когда процесс обмена запускается несколько раз одновременно (вероятно в следствии криворукости сисадмина 1с).
Сейчас я регистрирую выпавшие объекты в настройках плана обмена. А в следствии того, что объёмы работ достаточно большие, то приходится регистрировать все объекты и регистры которые с ним связаны. Но в условиях, когда в базе > 20к контрагентов, мне кажется не целесообразным так поступать. Может есть какой-то способ, объяснить главной базе, чего не хватает в перефирийной?
P.S. Полностью отказываться от РИБ, возможности нет. Так как необходимо обеспечить автономную работу подразделений, в случае если нет связи с управлением.
Вопроса собственно несколько возникают в связи с этим:
1. Может я делаю что-то не так?
2. Как избавиться от подобных ошибок плана обмена?
3. Как правильнее регистрировать такие выпавшые объекты.
Настроена система следующим образом. Структура у предприятия достаточно обширная, с богатой географией. Поэтому существует 3х уровневая структура подразделений. Обмен в центральной базе ведется только с 2м уровнем (отделения), а отделения меняются уже с 3м (участки). В управлении БД MSSQL, в подразделениях файловая база. Настроен 3 разовый обмен. Утром, в обед и вечером.
У меня есть предположения, что рассинхрон может возникать, когда заглючит сервер 1с, mssql или же когда процесс обмена запускается несколько раз одновременно (вероятно в следствии криворукости сисадмина 1с).
Сейчас я регистрирую выпавшие объекты в настройках плана обмена. А в следствии того, что объёмы работ достаточно большие, то приходится регистрировать все объекты и регистры которые с ним связаны. Но в условиях, когда в базе > 20к контрагентов, мне кажется не целесообразным так поступать. Может есть какой-то способ, объяснить главной базе, чего не хватает в перефирийной?
P.S. Полностью отказываться от РИБ, возможности нет. Так как необходимо обеспечить автономную работу подразделений, в случае если нет связи с управлением.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)
Одновременный запуск? Как вы это смотрите? Регламентное задание + запуск в ручную да, но 1с умная, пишет что обмен уже идёт.
Потеря связи 1с с sql это уже другая история) И перед тем как разбираться с регистрацией объектов, надо бы с этим разобраться.
одновременно запуска обмена несколько раз? Или когда в
Одновременный запуск? Как вы это смотрите? Регламентное задание + запуск в ручную да, но 1с умная, пишет что обмен уже идёт.
Потеря связи 1с с sql это уже другая история) И перед тем как разбираться с регистрацией объектов, надо бы с этим разобраться.
(4) Да именно так. Или на оборот. Т.е. пользователь запускает синхронизацию в ручную, а через небольшое время вступает в дело фоновое задание. Увы но 1С в этом плане совсем не умная. И преспокойно пытается сначала загрузить, а потом выгрузить данные. И либо обмен с узлом вываливается с ошибкой не соответствия номер сообщения, или на то, что какой-то объект уже заблокирован.
По поводу потери связи с sql, то тут ничего не разберешь. Ну вот упала служба sql, или просто по какой-то прихоти начинает рвать соединения. Причин может 100500, и по факту, админ с этими ошибками ничего сделать не может.
По поводу потери связи с sql, то тут ничего не разберешь. Ну вот упала служба sql, или просто по какой-то прихоти начинает рвать соединения. Причин может 100500, и по факту, админ с этими ошибками ничего сделать не может.
Где-то у вас не проходит регистрация объектов. Попробуйте на 3-ем уровне создать контрагента(или договор к контрагенту) - попадет ли он на первый уровень?
На втором уровне затор. Там видимо не регистрируется к выгрузке битые ссылки.
На втором уровне затор. Там видимо не регистрируется к выгрузке битые ссылки.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот