1С обновление распределенной базы

Итак, у нас есть распределенная информационная база (РИБ) с центральным узлом (ЦУ), который мы автоматически обновляем при помощи Обновлятора-1с.

И есть куча подчиненных узлов, в которые обновлённая конфигурация из ЦУ уходит автоматически, но вот конфигурация базы данных при этом не обновляется.

Вопрос, который мне задают многие: можно ли автоматизировать обновление конфигураций баз данных на подчинённых узлах РИБ?

Можно и сейчас я расскажу как

Шаг 1. Настраиваем обновление (по расписанию или нет) центрального узла РИБ при помощи обновлятора-1с. Тут всё просто — обновляем этот узел как обычную базу.

Предположим, что мы настроили обновление центрального узла по расписанию на полночь.

Шаг 2. Устанавливаем обновлятор на каждый из подчиненных узлов РИБ. Наша задача заставить обновлятор делать попытки обновления базы данных (пакетный ключ UpdateDBCfg) каждую ночь, скажем, в 4 утра.

Настраиваем обновлятор на каждом из подчинённых узлов в отдельности, для этого:

1. Переходим на закладку "Скрипты", выбираем базы для запуска, тип скрипта "Пакетный":

2. Текст скрипта пишем такой (можно выбрать из шаблонов):

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

Внимание! Не забудьте настроить параметры авторизации в базе на первой закладке обновлятора. Чтобы убедиться, что всё ОК — выделите базу на первой закладке и нажмите кнопку "Проверить настройки".

3. Устанавливаем галки "Блокировать", "Разблокировать" и нажимаем кнопку "Сохранить":

4. Настраиваем отправку на почту в случае ошибок, а также запуск по расписанию:

5. Нажимаем ОК, перед нами откроется созданное в планировщике задание Windows:

6. Открываем его двойным щелчком и настраиваем вместо однократного запуска запуск каждую ночь в четыре утра:

Читайте также:  Adsl модуляция какую выбрать

Теперь каждую ночь в четыре утра на всех подчиненных узлах будет:

  • запускаться обновлятор
  • выгонять всех пользователей из базы
  • пытаться обновить конфигурацию базы данных
  • вновь пускать всех пользователей

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю).

Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 1С, всё выкладываю там в первую очередь.

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

Нажмите одну из кнопок, чтобы поделиться:

В данной статье пошагово описываются этапы обновления распределенной базы данных (РИБ).

В Интернете на тему обновления РИБ найдется множество полезной, но разрозненной информации. Четкий и простой алгоритм не приводится нигде. Как правило, специалисты рекомендуют использование дополнительных обработок, снятие и накатывание CF-ников и тому подобные способы. Однако обновить РИБ можно и при помощи штатных средств путем выполнения нескольких простых операций.

Взяв для примера определенный программный продукт, опишем последовательность действий. Пусть в наличии имеются технологическая платформа 1С 8.2.13.219 с конфигурацией «1С:Управление торговлей 10.3.14.4», где и развернуты РИБ.

Любое обновление предваряется завершением всех обменов – это предотвращает потерю данных.

Первый этап : создание архивных копий.

Второй этап : обновление центральной базы. Если в ней отсутствуют доработки (за исключением добавленной роли), она может считаться типовой и обновляться стандартным путем – последовательным обращением к «Конфигурации», «Поддержке», «ОбновлениюКонфигурации».

Читайте также:  Как использовать телефон в качестве usb модема

Третий этап : подготовка к обновлению удаленной базы. Передачу обновленной конфигурации удаленной базе предваряет изъятие отработанных пакетов из каталога обмена. Потом в настройках обмена цепочкой перехода «Операции» − «ПланОбмена» − «Полный» − «РегистрацияИзмененийДляОбмена» − «ИзменитьНомераСообщений» производится обнуление всех принятых и отправленных сообщений центральной и удаленной баз.

Четвертый этап : перенастройка на односторонний обмен (при наличии двустороннего обмена). Она осуществляется выбором параметров «ЦентральнаяБаза − ТолькоВыгрузка» и «УдаленнаяБаза − ТолькоЗагрузка».

Пятый этап : выгрузка пакета из обновленной центральной базы.

Шестой этап : загрузка выгруженного пакета в удаленную базу. Система выдаст сообщение об ошибке при чтении изменений при обмене РИБ и предложит перейти в другой режим, для чего следует закрыть режим «Предприятие» и открыть «Конфигуратор».

Седьмой этап : обновление удаленной базы. Оно реализуется нажатием клавиши F7 или последовательным переходом «Конфигурация» − «ОбновитьКонфигурациюБазыДанных», при этом обновление посредством «Поддержки» блокируется. Потом производится «ПринятиеИзменений» и осуществляется «ВыходВРежимПредприятия» (также выполняемый нажатием клавиши F5).

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

В Интернете на тему обновления РИБ найдется множество полезной, но разрозненной информации. Четкий и простой алгоритм не приводится нигде. Как правило, специалисты рекомендуют использование дополнительных обработок, снятие и накатывание CF-ников и тому подобные способы. Однако обновить РИБ можно и при помощи штатных средств путем выполнения нескольких простых операций.

Взяв для примера определенный программный продукт, опишем последовательность действий. Пусть в наличии имеются технологическая платформа 1С 8.2.13.219 с конфигурацией «1С:Управление торговлей 10.3.14.4», где и развернуты РИБ.

Любое обновление предваряется завершением всех обменов – это предотвращает потерю данных.

Читайте также:  Программа складской учет товаров

Первый этап: создание архивных копий.

Второй этап: обновление центральной базы. Если в ней отсутствуют доработки (за исключением добавленной роли), она может считаться типовой и обновляться стандартным путем – последовательным обращением к «Конфигурации», «Поддержке», «ОбновлениюКонфигурации».

Третий этап: подготовка к обновлению удаленной базы. Передачу обновленной конфигурации удаленной базе предваряет изъятие отработанных пакетов из каталога обмена. Потом в настройках обмена цепочкой перехода «Операции» − «ПланОбмена» − «Полный» − «РегистрацияИзмененийДляОбмена» − «ИзменитьНомераСообщений» производится обнуление всех принятых и отправленных сообщений центральной и удаленной баз.

Четвертый этап: перенастройка на односторонний обмен (при наличии двустороннего обмена). Она осуществляется выбором параметров «ЦентральнаяБаза − ТолькоВыгрузка» и «УдаленнаяБаза − ТолькоЗагрузка».

Пятый этап: выгрузка пакета из обновленной центральной базы.

Шестой этап: загрузка выгруженного пакета в удаленную базу. Система выдаст сообщение об ошибке при чтении изменений при обмене РИБ и предложит перейти в другой режим, для чего следует закрыть режим «Предприятие» и открыть «Конфигуратор».

Седьмой этап: обновление удаленной базы. Оно реализуется нажатием клавиши F7 или последовательным переходом «Конфигурация» − «ОбновитьКонфигурациюБазыДанных», при этом обновление посредством «Поддержки» блокируется. Потом производится «ПринятиеИзменений» и осуществляется «ВыходВРежимПредприятия» (также выполняемый нажатием клавиши F5).

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