Внимание! Эта статья уже не актуальна.
Перейти в актуальную версию статьи
Обновлятор-1с, начиная с версии от 12 сентября 2016 года, по-особому обрабатывает сетевые диски, указанные в качестве хранилища архивов.
Это сделало возможным, например, подключение сетевого диска по протоколу WebDAV напрямую к вашему облаку в Яндекс.Диск, а затем использование этого диска для хранения архивов, которые делает обновлятор.
Покажу на примере.
Прежде всего заводим себе учетную запись в Яндекс и получаем свои 10 гигабайт места в Яндекс.Диск.
Не забудем учесть, что протокол WebDAV на наших компьютерах по умолчанию имеет ограничение на размер копируемого файла.
Чтобы не столкнуться с этим ограничением в процессе работы обновлятора (и соответствующей ему ошибкой "Размер файла превышает установленное ограничение, сохранение файла невозможно") сразу выполним следующую инструкцию:
- Откроем редактор реестра
- Перейдём к разделу HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
- Установим параметр FileSizeLimitInBytes в ffffffff (шестнадцатеричное) или 4294967295 (десятичное)
Теперь нам нужно подключить это облако к себе на компьютер в виде сетевого диска, который мы затем укажем в обновляторе в качестве места для создания архивов.
Во-первых, это можно сделать согласно вот этой инструкции от яндекса: ссылка.
Но мне этот способ не нравится, так как небезопасно оставлять подключенным облако с архивами в качестве диска - мало ли чего.
Вместо этого мы будем монтировать это облако в качестве сетевого диска с буквой Y: только на время работы обновлятора. Делать мы это будем из командной строки.
Сразу после окончания работы обновлятора будем удалять сетевой диск.
Итак, поехали
Переходим в дополнительные настройки программы:
В открывшемся окне переходим на закладку "События" раздел "Перед архивациями" и пишем такой скрипт:
Внимание! Логин и пароль - это логин и пароль от вашей учетной записи яндекс, которые вы указали при регистрации.
Точно такой же скрипт прописываем на закладке "Перед обновлениями".
Переходим на закладку "После архиваций" и пишем скрипт для удаления подключенного диска из системы:
Точно такой же скрипт прописываем на закладке "После обновлений".
Как вариант эти же скрипты можно было бы прописать в индивидуальных настройках каждой базы соответственно в событиях "Перед блокировкой" и "После разблокировки". Или вообще вынести их запуск отдельно от обновлятора.
Готово! Меняйте папку резервного копирования для всех баз в целом (или только для некоторых) на Y: и получится примерно вот так:
Теоретически точно такой же трюк можно проделать и с ftp. Но при этом штатными средствами скорее всего обойтись не удастся - придётся использовать сторонние программы для подключения ftp в качестве диска.
В любом случае я советую в качестве основного места архивов выбрать локальный или сетевой диск. И писать на этот диск под пользователем, который один единственный имеет право на запись в это место. Под этим пользователем, конечно, никто в системе работать не должен.
А вот в качестве дополнительных мест для хранения архивов (настраивается в настройках для экспертов) уже можно указать облака подобно примеру, описанному в статье.