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

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

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. _Sedoy 16.02.16 21:24 Сейчас в теме
Статья хорошая, разжёвано доступно. Раньше бы её повстречать...
2. PowerBoy 2990 17.02.16 06:21 Сейчас в теме
3. MRAK 716 17.02.16 09:07 Сейчас в теме
А причём здесь БСП? На любых конфигурациях должно работать
4. kosmo0 97 17.02.16 13:00 Сейчас в теме
Уже в который раз появляется статья как сделать подчиненный узел без стандартной выгрузки (так как это очень долго).
Только, и это стандартно, не осознаются некоторые нюансы этого вновь изобретенного велосипеда.

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

Поэтому имейте в виду описанные особенности.
5. asg.aleks 57 17.02.16 16:33 Сейчас в теме
(4) kosmo0, В статья рассмотрен случай, когда данные во всех узлах синхронизируются полностью (см. описание). "Многие сразу указывают на права доступа" - да, именно правами и ограничивайте что и кому можно видеть.
А исключить ошибки при раздаче прав - это задача грамотного админа. При создании подчиненного узла "копированием" и права скопируются - так что процент ошибки сводится опять-таки к грамотной первоначальной настройке прав. А с утверждением "приходится пользователю на удаленном узле давать полные права" вообще не согласен - обычный пользователь априори не должен обладать полными правами, для этого есть администратор, в задачи которого и входит создание/восстановление узлов РИБ.
6. capitan 1736 18.02.16 13:41 Сейчас в теме
В окне запуска 1С, в параметрах базы данных есть поле "Дополнительные параметры запуска", так что заморачиваться с командной строкой на мой взгляд смысла нет.
Проверял год назад -DoNotUpdateAutomatically корректно не отрабатывало. Из подчиненного узла, если сделать отдельную базу, обновлениями как раз задваивало предопределеннные элементы справочников при следующих обновлениях.
Бухгалтерия 3.0
Так что пока не проверю плюс ставить не буду :)
7. asg.aleks 57 18.02.16 17:13 Сейчас в теме
(6) capitan, у меня не отрабатывало как раз из дополнительных параметров запуска, а из командной строки работает =)
8. capitan 1736 10.05.16 18:35 Сейчас в теме
Забавно, но на последних релизах БП и платформе 8.3.7 не отрабатывает ключ /ResetMasterNode
Крашится конфигуратор и все.
Буду пробовать на ранних релизах 8.3.6
orfos; Ujine1313; +2 Ответить
9. capitan 1736 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
вообще никакого эффекта не дает
orfos; ArTz; ZEMCHEG; Legin; mea27; +5 Ответить
12. gorakh 25 12.01.18 13:54 Сейчас в теме
(9)Код ошибки: 10171274
Код(ы) обращения: SW1097699
Статус: Исправлена в выпущенной версии Зарегистрирована: 01.12.2016
Исправлена: "Технологическая платформа", версия 8.3.10.2252

И в серверном варианте "наступил". 8.3.8.2322. Поставил "исправленную". Отключился от узла. Вернулся на "любимую"(8.3.8.2322). Подключился к узлу. Все дальше заработало.
10. гаврюша 2 29.12.16 14:06 Сейчас в теме
Подскажите, пожалуйста, куда записываются измененные данные для последующего обмена?
Можно ли их посмотреть и очистить выборочно?
Ситуация: Создали распределенную БД. Некоторое время с ней работали, затем произошел сбой. Отключили основную базу и еще раз создали РИБ, наименование узлов оставили. Сейчас база очень быстро растет, может ли быть, что измененные данные записываются для двух баз (старой распределенной обмены не делаются и новой)?
Отработают ли эти ключи на платформе 8.2 конфигурация УПП?
11. asg.aleks 57 29.12.16 17:35 Сейчас в теме
(10) Изменения записываются в таблицу регистрации изменений (виртуальная таблица каждого объекта метаданных, который участвует в обмене). Посмотреть какие объект зарегистрированы к обмену можно. Есть специальная обработка "Регистрация изменений для обмена данными" (в настройках синхронизации - команда "Состав отправляемых данных" или ищите через "все функции"). Ключи не зависят от конфигурации - следовательно отработают.
Оставьте свое сообщение
Вопросы с вознаграждением