Корректное отключение от главного узла РИБ и создание самостоятельной БД. Быстрое создание/восстановление узла РИБ без выгрузки начального образа для конфигураций на основе БСП

16.02.16

В публикации описан один из способов создания тестовой БД для разработки с актуальными данными, быстрого восстановления работоспособности РИБ при "падении" одного из узлов, или "быстрого" создания/восстановления узла РИБ без выгрузки начального образа для конфигураций на основе БСП.

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

!!!ВАЖНО!!! Перед созданием БД необходимо выполнить полную синхронизацию всех узлов РИБ с узлом, из которого планируется создавать новую БД, и на время создания в этом узле отключить синхронизацию данных!

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

Все действия выполняются в монопольном режиме (т.е. у целевой БД должны отсутствовать активные соединения).

В качестве "исходного узла" выберем "Корневой узел" (см. схему РИБ). В нем аккумулируются данные всех узлов.

ВАЖНО!!! В качестве "исходного узла" рекомендуется выбирать узел, который впоследствии станет главным узлом для вновь созданного/восстановленного узла.

Это не обязательное условие. Для восстановления РИБ подойдет любой узел с максимально актуальными данными.

0. В режиме предприятия создаем новый узел РИБ в "исходном узле".
Данное действие необходимо, если создается новый узел, в противном случае необходимо перейти к п. 1.

1. Выгружаем базу данных из "исходного узла" в файл (*.dt).

Для "пухлых" БД можно просто скопировать 1Cv8.1CD, для клиент-серверных БД - например, скопировать средствами СУБД.

2. Загружаем полученную в п. 1 выгрузку в "чистую" БД.

3. Запускаем полученную в п. 2 БД в режиме предприятия и отключаем все настроенные синхронизации данных.

4. Отключаем автоматическое обновление предопределенных данных в подчиненной БД.

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

Если не выполнить это действие, то после отключения главного узла при следующей реструктуризации БД произойдет задвоение предопределенных данных.

Для отключения необходимо запустить командную строку от имени Администратора (root`a), выполнить запуск конфигуратора с параметрами и дождаться выполнения (сам конфигуратор на экране не появится, но он будет отображаться в дереве процессов системы, т.е. необходимо дождаться когда процесс конфигуратора пропадет из дерева процессов):

для Linux-клиента "файловый" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -DoNotUpdateAutomatically

для Linux-клиента "клиент-серверный" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S"SRVname:port\BDname" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -DoNotUpdateAutomatically

для Windows-клиента "файловый" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -DoNotUpdateAutomatically

для Windows-клиента "клиент-серверный" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /S"SRVname:port\DBname" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -DoNotUpdateAutomatically

соответственно подставить свои путь к исполнительному файлу 1cv8 или 1cv8.exe и переменные, где:

PathToLocalDB - путь к файловой БД

AdminUser - администратор БД

AdminUserPass - пароль Администратора БД

SRVname - имя сервера БД (либо IP адрес)

port - порт агента сервера (по-умолчанию 1540)

BDname - имя БД в кластере серверов

5. Отключаем главный узел обмена.
Как и в предыдущем пункте, для этого необходимо запустить конфигуратор из командной строки с параметрами и дождаться его выполнения:

для Linux-клиента "файловый" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /ResetMasterNode

для Linux-клиента "клиент-серверный" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S"SRVname:port\BDname" /N"AdminUser" /P"AdminUserPass" /ResetMasterNode

для Windows-клиента "файловый" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /ResetMasterNode

для Windows-клиента "клиент-серверный" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /S"SRVname:port\DBname" /N"AdminUser" /P"AdminUserPass" /ResetMasterNode

6. Запускаем 1С в режиме предприятия и, в появившемся предложении о восстановлении связи с "главным узлом обмена", подтверждаем ОТКЛЮЧЕНИЕ.

7. Настраиваем узлы.

Если нам необходима БД для разработки - удаляем лишние узлы обмена и сценарии синхронизации. Все БД готова. Можно переходить к п. 8

Если создаем новый узел РИБ:

Удаляем лишние узлы обмена и сценарии синхронизации так, чтобы осталось 2 узла: узел, полученный в п. 0 (У0) и главный узел для полученного узла (ГУ). ГУ - будет "текущим" узлом, т.е. в форме списка возле него будет зеленая точка/кружок.
В настройках синхронизации данных изменяем свойство "Префикс этой информационной базы" на префикс У0.
Меняем местами (переименовываем) кода и наименования У0 и ГУ так, чтобы У0 стал "текущим" узлом.
Восстанавливаем связь с главным узлом (для этого есть масса обработок на просторах инфостарта, интернета или можно нарисовать свою)
Перезапускаем 1С в У0 в режиме предприятия и отказываемся от помощи мастера настройки синхронизации.
Настраиваем сценарии синхронизации.
Сбрасываем регистрацию изменений в У0 и ГУ.
Устанавливаем номера сообщений отправки/получения в 0.
Проверяем синхронизацию данных У0 с ГУ.
Восстанавливаем настройки и возможность входа пользователей.

Если восстанавливаем узел РИБ - действия такие же как и для создания нового узла, только в качестве У0 необходимо использовать восстанавливаемый узел.

8. Восстанавливаем автоматическое обновление предопределенных данных в подчиненном узле.

Как и в п. 4, для этого необходимо запустить конфигуратор из командной строки с параметрами и дождаться его выполнения:

для Linux-клиента "файловый" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -Auto

для Linux-клиента "клиент-серверный" вариант БД:

/opt/1C/v8.3/x86_64/1cv8 DESIGNER /S"SRVname:port\BDname" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -Auto

для Windows-клиента "файловый" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /F"PathToLocalDB" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -Auto

для Windows-клиента "клиент-серверный" вариант БД:

"C:\Program Files (x86)\1cv83\8.3.6.2390\bin\1cv8.exe" DESIGNER /S"SRVname:port\DBname" /N"AdminUser" /P"AdminUserPass" /SetPredefinedDataUpdate -Auto

P.S.

Проверялось на "Управление торговлей, редакция 11.1 (11.1.10.185)".

РИБ

+68 –

См. также

SALE! 20%

Синхронизация и обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

~~26280~~ 22338 руб.

12.06.2017 141469 798 297

419

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

~~55778~~ 50200 руб.

04.08.2015 166434 332 277

373

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.234.x) и БП 3.0 (3.0.161.x). Правила подходят для версии ПРОФ и КОРП.

~~35000~~ 31500 руб.

15.12.2021 23987 169 51

127

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.19.x).

~~35000~~ 31500 руб.

23.07.2020 51189 228 69

185

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

~~53111~~ 47800 руб.

03.12.2020 36570 94 66

SALE! 10%

Перенос данных из УПП 1.3 в ЗУП 3.1 или из КА 1.1 в ЗУП 3.1. Переносятся начальные остатки, обороты и справочная информация

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Правила переноса кадровых и расчетных данных и справочной информации из "1С:УПП1.3" или "1С:КА 1.1" в "1С:ЗУП 3.1 | Разработан в формате КД 2 (правила конвертации данных) | При выгрузке есть фильтр по организациям | Обновляется при выходе новых релизов 1С | Развитие алгоритмов | Расчетные документы переносятся в документ "Перенос данных" | Создаются документы "Начальная штатная расстановка" и "Начальная задолженность по зарплате", переносятся кадровые документы

~~55778~~ 50200 руб.

29.10.2018 56190 59 105

SALE! 10%

Перенос данных из УПП 1.3 / КА 1.1 в БП 3. Переносятся документы, справочники и начальные остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

~~48278~~ 43450 руб.

25.02.2015 171156 303 257

378

SALE! 15%

Обмен УПП 1.3, КА 1.1, УТ 10.3 с EnterpriseData (универсальный формат обмена) ED2

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Платформа 1C v8.2 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Россия Платные (руб)

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

~~15300~~ 13005 руб.

18.02.2016 186856 589 509

526

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. _Sedoy 16.02.16 21:24 Сейчас в теме

Статья хорошая, разжёвано доступно. Раньше бы её повстречать...

2. PowerBoy 3416 17.02.16 06:21 Сейчас в теме

К статье обработка:
http://infostart.ru/public/65830/

3. MRAK 724 17.02.16 09:07 Сейчас в теме

А причём здесь БСП? На любых конфигурациях должно работать

4. kosmo0 111 17.02.16 13:00 Сейчас в теме

Уже в который раз появляется статья как сделать подчиненный узел без стандартной выгрузки (так как это очень долго).
Только, и это стандартно, не осознаются некоторые нюансы этого вновь изобретенного велосипеда.

Хотите ли вы чтобы АБСОЛЮТНО вся информация из исходной базы была во вновь созданной? Как-то - персональные данные, финансовые данные, зарплатные данные и прочие данные не для всех. Если у вас нет такой "информации не для всех" - замечательно.
Рассмотрим ситуацию когда такая информация существует. Многие сразу указывают на права доступа. Опять же покажем на грабли. В типовых конфигурациях (более-менее ковырял УПП и за все конфигурации ручаться не буду) обновление конфигурации (которые регулярные) не редко требует первого захода в программу под полными правами (чтобы при изменении структуры данных произвести некоторые обработки, а если нет доступа к этим данным - не хорошо получится). И либо приходится пользователю на удаленном узле давать полные права либо придумывать механизм обновления без участия пользователя. Плюс всегда возможны ошибки при раздаче прав- и увидит пользователь то, чего видеть не должен.

Поэтому имейте в виду описанные особенности.

5. asg.aleks 68 17.02.16 16:33 Сейчас в теме

(4) kosmo0, В статья рассмотрен случай, когда данные во всех узлах синхронизируются полностью (см. описание). "Многие сразу указывают на права доступа" - да, именно правами и ограничивайте что и кому можно видеть.
А исключить ошибки при раздаче прав - это задача грамотного админа. При создании подчиненного узла "копированием" и права скопируются - так что процент ошибки сводится опять-таки к грамотной первоначальной настройке прав. А с утверждением "приходится пользователю на удаленном узле давать полные права" вообще не согласен - обычный пользователь априори не должен обладать полными правами, для этого есть администратор, в задачи которого и входит создание/восстановление узлов РИБ.

6. capitan 2507 18.02.16 13:41 Сейчас в теме

В окне запуска 1С, в параметрах базы данных есть поле "Дополнительные параметры запуска", так что заморачиваться с командной строкой на мой взгляд смысла нет.
Проверял год назад -DoNotUpdateAutomatically корректно не отрабатывало. Из подчиненного узла, если сделать отдельную базу, обновлениями как раз задваивало предопределеннные элементы справочников при следующих обновлениях.
Бухгалтерия 3.0
Так что пока не проверю плюс ставить не буду :)

7. asg.aleks 68 18.02.16 17:13 Сейчас в теме

(6) capitan, у меня не отрабатывало как раз из дополнительных параметров запуска, а из командной строки работает =)

8. capitan 2507 10.05.16 18:35 Сейчас в теме

Забавно, но на последних релизах БП и платформе 8.3.7 не отрабатывает ключ /ResetMasterNode
Крашится конфигуратор и все.
Буду пробовать на ранних релизах 8.3.6

9. capitan 2507 11.05.16 14:11 Сейчас в теме

Может кому пригодится.
Попробовал на
8.3.6.2530
8.3.7.1917
8.3.7.2027
8.3.8.1652
/ResetMasterNode корректно отрабатывает только на 8.3.6
остальные просто рушатся при вызове
/SetPredefinedDataUpdate -DoNotUpdateAutomatically
вообще никакого эффекта не дает

12. gorakh 26 12.01.18 13:54 Сейчас в теме

(9)Код ошибки: 10171274
Код(ы) обращения: SW1097699
Статус: Исправлена в выпущенной версии Зарегистрирована: 01.12.2016
Исправлена: "Технологическая платформа", версия 8.3.10.2252

И в серверном варианте "наступил". 8.3.8.2322. Поставил "исправленную". Отключился от узла. Вернулся на "любимую"(8.3.8.2322). Подключился к узлу. Все дальше заработало.

10. гаврюша 3 29.12.16 14:06 Сейчас в теме

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

11. asg.aleks 68 29.12.16 17:35 Сейчас в теме

(10) Изменения записываются в таблицу регистрации изменений (виртуальная таблица каждого объекта метаданных, который участвует в обмене). Посмотреть какие объект зарегистрированы к обмену можно. Есть специальная обработка "Регистрация изменений для обмена данными" (в настройках синхронизации - команда "Состав отправляемых данных" или ищите через "все функции"). Ключи не зависят от конфигурации - следовательно отработают.

13. oldcopy 174 26.09.21 22:16 Сейчас в теме

(5) К сожалению так не получится. Обновление конфигурации периферийной ИБ требует первого входа в базу под полными правами. И хоть что вы делайте, хоть сами обновляйте, хоть скриптами, у вас все равно будет запуск программы на удаленном узле под полными правами.

Плюс еще размер базы. Такой способ годится только в одном случае - произошла авария и восстановить работу нужно максимально быстро. Тогда временно ставим такой РИБ, а потом, спокойно формируем периферийный узел уже по всем правилам.

Для ускорения выгрузки начального образа из клиент-серверной базы можно выгрузить ее и развернуть в файловом режиме на быстром ПК с SSD. При этом блокировать основную базу даже не нужно. Просто ставите в регистре отметку, что начальный образ выгружен.