Зачем может понадобится строгая проверка рекомендуемой версии 1с при обновлении?

  оглавление  Зачем нужен контроль за выполнением отложенных обработчиков обновления?

Архивируем базы на яндекс.диск при помощи обновлятора-1с

 

Внимание! Эта статья уже не актуальна.

Перейти в актуальную версию статьи

 

Обновлятор-1с, начиная с версии от 12 сентября 2016 года, по-особому обрабатывает сетевые диски, указанные в качестве хранилища архивов.

Это сделало возможным, например, подключение сетевого диска по протоколу WebDAV напрямую к вашему облаку в Яндекс.Диск, а затем использование этого диска для хранения архивов, которые делает обновлятор.

Покажу на примере.

Прежде всего заводим себе учетную запись в Яндекс и получаем свои 10 гигабайт места в Яндекс.Диск.
Не забудем учесть, что протокол WebDAV на наших компьютерах по умолчанию имеет ограничение на размер копируемого файла.

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

  1. Откроем редактор реестра
  2. Перейдём к разделу HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
  3. Установим параметр FileSizeLimitInBytes в ffffffff (шестнадцатеричное) или 4294967295 (десятичное)

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

Во-первых, это можно сделать согласно вот этой инструкции от яндекса: ссылка.

Но мне этот способ не нравится, так как небезопасно оставлять подключенным облако с архивами в качестве диска - мало ли чего.

Вместо этого мы будем монтировать это облако в качестве сетевого диска с буквой Y: только на время работы обновлятора. Делать мы это будем из командной строки.

Сразу после окончания работы обновлятора будем удалять сетевой диск.

Итак, поехали :)

Переходим в дополнительные настройки программы:

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

Внимание! Логин и пароль - это логин и пароль от вашей учетной записи яндекс, которые вы указали при регистрации.

Точно такой же скрипт прописываем на закладке "Перед обновлениями".

Переходим на закладку "После архиваций" и пишем скрипт для удаления подключенного диска из системы:

Точно такой же скрипт прописываем на закладке "После обновлений".

Как вариант эти же скрипты можно было бы прописать в индивидуальных настройках каждой базы соответственно в событиях "Перед блокировкой" и "После разблокировки". Или вообще вынести их запуск отдельно от обновлятора.

Готово! Меняйте папку резервного копирования для всех баз в целом (или только для некоторых) на Y: и получится примерно вот так:

Теоретически точно такой же трюк можно проделать и с ftp. Но при этом штатными средствами скорее всего обойтись не удастся - придётся использовать сторонние программы для подключения ftp в качестве диска.

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

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

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



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

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



Зачем может понадобится строгая проверка рекомендуемой версии 1с при обновлении?

  оглавление  Зачем нужен контроль за выполнением отложенных обработчиков обновления?