Как создать резервную копию в 1С в облаке

Работа с 1С в облаке, например в сервисе 1С:Фреш, снимает с пользователя часть забот об инфраструктуре, но не отменяет необходимость резервного копирования. Ошибочное удаление документов, неудачное обновление конфигурации, некорректная обработка данных — всё это может потребовать отката к прежнему состоянию базы. Облачный провайдер выполняет собственное резервное копирование, однако доступ к этим копиям и правила их использования ограничены регламентом сервиса.

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

Как устроено резервное копирование в облачной 1С

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

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

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

Выгрузка копии через конфигуратор

Основной способ самостоятельного резервного копирования — выгрузка.dt-файла. Для этого потребуется установленная на компьютере платформа 1С:Предприятие и учётная запись с правами администратора в облачной базе.

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

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

1. 1
   Добавьте облачную базу в список информационных баз стартера 1С
2. 2
   Запустите базу в режиме «Конфигуратор» под учётной записью администратора
3. 3
   Откройте «Администрирование» → «Выгрузить информационную базу»
4. 4
   Укажите локальную папку и понятное имя файла с датой
5. 5
   Дождитесь сообщения о завершении выгрузки и проверьте размер файла

Настройка регулярного копирования

Разовая выгрузка решает задачу «сохраниться перед рискованным действием», но не заменяет регулярное копирование. Для периодической выгрузки используют пакетный запуск конфигуратора с параметром командной строки DumpIB — такую команду можно поставить в планировщик задач Windows на компьютере, который работает круглосуточно.

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

Дополнительно копии стоит дублировать в отдельное хранилище — другой диск, сетевую папку или облачное хранилище. Копия, лежащая только на том же компьютере, где выполняется выгрузка, не защищает от отказа диска или шифровальщика.

"C:\Program Files\1cv8\8.3\bin\1cv8.exe" DESIGNER /WSN "https://.." /N Администратор /P пароль /DumpIB "D:\Backup\base_%date%.dt"

Проверка и восстановление копии

Копия, которую никогда не проверяли, нельзя считать надёжной. Минимальная проверка — успешное завершение выгрузки и ненулевой размер файла. Полная проверка — тестовая загрузка.dt-файла в отдельную локальную базу через пункт «Загрузить информационную базу» и открытие её в режиме предприятия.

При восстановлении помните: загрузка.dt полностью замещает текущее содержимое базы. Перед восстановлением обязательно сделайте свежую копию текущего состояния, даже если оно «сломанное» — это даст шанс вернуться, если восстановление пойдёт не так.

Ограничения и риски

Выгрузка.dt из облачной базы доступна не всегда: в некоторых тарифах и сервисах функция может быть ограничена, а объёмные базы выгружаются долго. Перед выбором тарифа уточните в документации сервиса возможность выгрузки данных.

Отдельный риск — конфиденциальность. Файл.dt содержит все данные базы, включая персональные сведения сотрудников и финансовую информацию. Храните копии в защищённом месте, ограничьте доступ к папке с резервными копиями и не передавайте файлы по незащищённым каналам.

Типичные ошибки при резервном копировании

Частые вопросы