Синхронизация между УТ. #762523

Подскажите как настроить синхронизацию между тремя базами 1с УТ 11.1. Между двумя базами уже синхронизация настроена. Сделал копию центральной базы, она будет третьей. Центральная база называется ЦБ, вторая НК. Между ними идет синхронизация. Третью базу назвал УТ. При настройка в ней РИБ указал что обмениваться с ЦБ. Выходит ошибка что имя ЦБ неуникально. Как настроить синхронизацию больше чем с 2 базами? Получается одна база может синхронизироваться только с одной базой? Можно наверно настроить чтобы обмен происходил так: ЦБ с НК, НК с УТ, УТ с ЦБ. Круг замкнется. Тогда скорее всего будет работать. Но есть другие способы чтобы подключить третью базы не трогая настройки уже настроенных двух?

Не хватало ещё одно узла РИБ. На отправку работал, а на прием нет. Теперь у меня два узла РИБ с новой базе, также как в во второй. Подскажите код для обработке чтобы в новой базе (УТ) назначить главный узел ЦБ?

После настройки обмена базы стали виснуть. Возможно сделать так: все базы в которых сейчас работают сделать периферийными. Сделать одну базу ЦБ с которой все будут обмениваться, но в ней ни кто работать не будет. А уже ЦБ будет передавать в базу назовем её "Главная", которая заменить ЦБ в работе.

Удали базу "УТ". Создай из "ЦБ" почку "УТ". У тебя будет синхронизация НК<->ЦБ<->УТ

Если синхронизация по времени - разбросай их по периоду (например одна в 4:00, вторая в 7:00)

У нас настроена синхронизация через 5 минут необходимо чтобы во всех базах была актуальная информация. Когда обменивались между собой 2 базы проблемы не было. Сейчас оставил обмен между двумя базами это ест около 6 ГБ ОЗУ. Как добавляется в обмен третья база так она съедает всю память (10 Гб) и у всех начинает тормозить база.

бесплатно и без тормозов не бывает :(

Можно попробовать сделать одну базу ЦБ, которая лежит на сервере, использовать её только для РИБ, но чтобы в ней не работали. А для пользователей создать ещё одну периферийную в которой они будут работать. Получается будет 3 периферийных базы для работы и одна на сервере SQL в которой не будем работать, но через неё будет происходить обмен между базами.

раз в 5 минут это бред, увеличивай интервал

Как только включил третью базу сразу стало расти потребления ОЗУ. Они даже не обменялись. Почти сразу выключил третью базу, но при этом потребление ОЗУ росло пока все 10 ГБ не заняло. И потребление потом уже не падает.

Синхронизацию настроил. Но когда закрываешь базу при попытки зайти в эту базу второй раз она уже не запускается.

кто писал этот обмен? 10 гиг - это же миллионы строчек. Почему такая необходимость возникла, переправлять миллиарды байт каждые 5 минут?

Я. Сделал тоже самое как уже настроен обмен между двумя базами только добавил третью По моим замерам информация передается каждые 5 минут. Хотя в настройках стоит интервал 900 с.

А точно распределённые базы нужны? Может одна и терминал-сервер?

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

1. Добавил в Центральной базе новый узел риб. Указал папку ftp через которую идет обмен. 2. Сделал копию базы. 3. В копии поменял местами префиксы баз. 4. Назначил главным узлом ЦБ.

ну может ты за полмесяца уже книжечку или статейку почитаешь с инструкцией как риб настраивается? сделай все штатными методами (выгрузкой периферийного узла), настрой миграцию, чтобы обмен был только необходимыми данными а не всеми

Ну если он такой резкий, что каждые 5 минут хочет актуализировать базы, то лучше разориться на какой-нибудь вариант терминала, чем каждые 5 минут ловить тормоза. Есть ещё два варианта: веб-сервер и тонкий клиент через тырнет.

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

На всех не более 15.

А это правильно что в ЦБ один сценарий обмена для двух РИБ? Когда я создал второй узел и хотел поменять у него сценарий то и у первого узла он тогда тоже меняется.

он настолько резкий, что никак книжку за 2 недели не откроет, и Гугл с яндексом забанили его тоже наверное.

Когда я первый раз делал по инструкции сделать в момент когда в базе ни кого не было (это редко бывает) запустил создание образа на сервере то произошел какой то сбой и когда я через два часа зашел на сервер 1с была не запущена и образ не создался и нарушился обмен между ут и бп 2.0. Сейчас пока в базе ни кого не было по инструкции добавил узел риб и создал образ базы. Больше часу создавался.  Завтра попробую подключить её.

И ещё они у меня по одному сценарию обмениваются. Когда я пытаюсь поменять сценарий для новой периферии с цб, чтобы они обменивались в разное время по очереди тогда и нарушается обмен первой периферии с цб.

Все сделал по инструкции , но новая база не запускается

Я как понял надо базу отвязать от Центральной?

Прописываю в параметрах запуска /ResetMasterNode, но не сохраняет.

Всё отвязал

При установке главного узла: Недопустимое значение параметра "1"

Ну и в Администрирование  и регламентированном учете нет Синхронизации данных.

Данные с новой базы отправляет в ЦБ, но не получает. "Номер сообщения меньше либо равен ранее принятому". Как я понял надо в цб и в новой базе поставить нули в № принятых и отправленных сообщения. Но тогда он хочет выгрузить все данные почти 500000 документов. Не получится за двоение данных? И как сделать чтобы выгрузились только за день и дальше все пошло хорошо?

Не могу найти возможно ли выгружать данные для синхронизации по дате? Мне необходимо загрузить данные только за последние сутки, а дальше что бы обмен происходил только новыми/измененными данными?

Так как данные позже есть но программа ими не обменивалась и хочет все выгрузить в новую базу. Я думаю что они задвоятся.

Подскажите почему нет синхронизации между Зуп 3.0 и БП 3.0 Журнал регистрации