Резервное копирование 1С в облако

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

На сегодня облачные хранилища часто заменяют физические носители информации. Как правило, облачные хранилища предоставляют бесплатно от 2 до 15 ГБ дискового пространства, кому-то этого будет вполне достаточно.

ПО Effector Saver позволяет настроить периодичное резервное копирование информационной базы 1С в облако. И задать количество хранения файлов резервной копии, отдельно для каждого хранилища.

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

Далее в статье рассмотрим как с помощью Effector Saver настроить бэкап информационной базы 1С:Предприятия в облако Яндекс.Диск.

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

Скачиваем программу с оф. сайта

Запускаем файл инсталляции Мастера установки. На последнем этапе Мастера установки, соглашаемся с запуском программы и нажимаем «Завершить».

На панели инструментов нажимаем «Задачи» «Добавить задачу».

Выбираем тип новой задачи «Резервное копирование 1С:Предприятие 8», нажмите «Создать».

Во вкладке «Подключение к 1С» нажимаем «Выбрать базу 1С:Предприятия из списка и заполнить основные параметры».

В открывшемся окне «Выбор базы 1С:Предприятия» указываем необходимую базу и нажимаем «Выбрать».

Поля «Наименование:», «Исполняемый файл:», «Вариант базы:» и «Каталог базы:» автоматически заполнятся в соответствии с выбранной базой.

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

Если используете программную лицензию 1С, то установите флаг «Использовать программную лицензию 1С».

На вкладке «Отключение пользователей», устанавливаем флаг «Завершить работу пользователей 1С:Предприятия».

В Effector Saver доступно два варианта завершения работы пользователей:

— если у вас файловой база выберите «Вызвать штатное завершение работы пользователей»;

— если у вас клиент-серверная база выберите «Завершить сеансы на сервер 1С:Предприятие». Если в кластере 1С:Предприятия создан пользователь «администратор кластера», установите флажок «Кластер требует авторизации». Заполните поля: «Имя администратора кластера:» и «Пароль администратора кластера:». Если порт подключения к Агенту сервера отличный от стандартного, установите флажок «Используется нестандартный порт агента сервера». Заполните поле «Порт агента сервера:» (по умолчанию 1540).

На следующей вкладке «Хранилище архивов» указываем, где следует хранить создаваемые архивы.

Для добавления нового хранилища архива, нажимаем на кнопку «+». В открывшемся окне, нажимаем «Создать новое хранилище».

Поле «Название:», оставим как есть. Нажимаем «Авторизация».

Откроется окно браузера, в котором необходимо ввести логин и пароль для доступа к Яндекс.Диску. Затем нажмите «Разрешить», после этого окно браузера автоматически закроется.

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

Для управления количеством копий базы данных, устанавливаем флаг «Автоматически удалять устаревшие резервные копии», и заполняем параметр «Хранить количество копий», например 3. Нажимаем «ОК».

На следующей вкладке назначим расписание. В поле «Назначить задание:», выберите нужный интервал времении заполните параметр «Время начала:».

В верхней части окна настройки устанавливаем флажок «Выполнять задачу по расписанию» и нажимаем кнопку «Сохранить».

Резервное копирование информационной базы 1С на Яндекс.Диск будет осуществляться автоматически в соответствии с установленным расписанием.

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

Виды резервного копирования

Для обеспечения сохранности данных в сервисе предусмотрены четыре независимых вида резервного копирования:

  1. Системное резервное копирование, оно выполняется ежедневно для всех приложений всех пользователей сервиса.
  2. Резервное копирование приложений по расписанию, настраиваемому пользователем (см. статью );
  3. Резервное копирование приложений по требованию пользователя (см. статью );
  4. Выгрузка данных приложения в виде файла на компьютер пользователя (zip-архива с XML-файлами, см. статью ).

Более подробно свойства этих видов резервного копирования описаны в таблице ниже. Для создания резервных копий и настройки расписания создания резервных копий пользователь должен иметь право копирование приложений по требованию пользователя

Использование хранящихся в сервисе резервных копий

Системные резервные копии автоматически сохраняются на внешних носителях в отдельном хранилище дата-центра сервиса. Эти резервные копии служат для быстрого восстановления данных при возникновении нештатных ситуаций (поломках оборудования и т. п.). Пользователи сервиса не имеют доступа к управлению системными резервными копиями.

Резервные копии приложений, созданные по заданному пользователем расписанию и по требованию пользователя, также хранятся на серверах провайдера сервиса (в «облаке»). Но пользователи могут в любой момент:

  • выгрузить (сохранить в виде файлов) эти резервные копии на свой компьютер (см. статью );
  • создать новое приложение в сервисе на основании данных, сохраненных в резервной копии (см. статью ).

Резервные копии хранятся на серверах провайдера сервиса в зашифрованном виде, они надежно защищены от несанкционированного доступа.

Использование файлов выгрузки

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

  • непосредственно при работе в приложении сервиса (см. статью );
  • путем сохранения в файл хранящейся в сервисе резервной копии (см. статью );
  • или из локальной информационной базы приложения (см. статью ).

Полученные файлы выгрузки могут быть применены:

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

Свойства видов резервного копирования

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

Тип бэкапа Кто инициирует Где хранятся резервные копии Где и кем инициируется (настраивается) Для каких приложений реализовано
Системное резервное копирование Автоматически, раз в сутки На серверах администратора сервиса Настраивается сотрудником администратора сервиса Для всех
Настраиваемое резервное копирование (по расписанию) По расписанию, задаваемому пользователем (владельцем абонента) На серверах администратора сервиса, могут быть выгружены на компьютер пользователя В личном кабинете Для всех
Резервное копирование по требованию По команде пользователя На серверах администратора сервиса, могут быть выгружены на компьютер пользователя В личном кабинете Для всех
Выгрузка данных в файл выгрузки (zip-архив с XML-файлами) По команде пользователя На компьютере пользователя Из приложения сервиса Для всех

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

  • создать резервную копию приложения абонента по требованию (см. статью );
  • выгрузить резервную копию приложения в файл выгрузки (см. статью );
  • при работе в приложении абонента выгрузить данные приложения в файл выгрузки (см. статью ).

Условия хранения резервных копий на серверах провайдера сервиса

Для резервных копий, созданных по заданному пользователем расписанию или по требованию пользователя, предусмотрены следующие условия хранения на серверах провайдера сервиса.

Вид резервной копии Условия создания и хранения резервных копий
Ежегодные копии Создаются автоматически, если в течение года в приложение входили интерактивно. В сервисе хранятся 3 последние ежегодные копии каждого приложения
Ежемесячные копии Создаются автоматически, если в течение месяца в приложение входили интерактивно. По умолчанию для каждого приложения в сервисе хранятся 2 последние ежемесячные резервные копии. Можно увеличить это количество до 6
Ежедневные копии Создаются, если в течение суток в приложение входили интерактивно. По умолчанию для каждого приложения в сервисе хранятся 3 последние ежедневные резервные копии. Можно увеличить это количество до 10
Копии по требованию Создаются по команде пользователя. Для каждого приложения в сервисе хранятся 10 последних резервных копий, созданных по требованию
  1. Данные приложений абонентов и резервные копии этих приложений хранятся в сервисе 1cfresh.com, пока у абонента имеется действующая подписка на тарифы сервиса. Если у абонента закончатся все подписки на услуги сервиса, то через 12 месяцев приложения абонента и хранящиеся в сервисе резервные копии этих приложений могут быть удалены.
  2. Если приложение сервиса было создано загрузкой данных из файла выгрузки (см. ), то в сервисе также хранится этот файл выгрузки.

Оставьте комментарий