К статье
Практический материал

Администрирование · 9 мин

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

Как сделать копию базы 1С в облаке: выгрузка через конфигуратор и 1С:Фреш, скачивание dt-файла, проверка результата, типичные ошибки и советы по безопасности.

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

Порядок действий зависит от того, как именно развёрнута база: в сервисе 1С:Фреш, на виртуальном сервере с файловой базой или на сервере с СУБД. Во всех случаях базовый инструмент один — выгрузка информационной базы в файл с расширением .dt через конфигуратор или встроенные механизмы сервиса.

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

Определите, как развёрнута ваша облачная база

Прежде чем что-либо выгружать, выясните сценарий размещения базы, потому что от него зависят доступные инструменты. Основных варианта три: база работает в сервисе 1С:Фреш, база опубликована на арендованном виртуальном сервере (VPS/VDS) или на сервере провайдера с доступом к СУБД, либо используется гибрид — локальная база с синхронизацией в облако.

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

Маршрут решения

Как выбрать способ копирования

База работает в 1С:Фреш, доступа к серверу нетИспользуйте выгрузку через личный кабинет сервиса или конфигуратор с подключением по веб-сервису
База на арендованном VPS, есть RDP-доступ и файловый режимВыгрузите .dt через конфигуратор или скопируйте файл 1Cv8.1CD при остановленной работе пользователей
База на сервере с MS SQL или PostgreSQLДелайте выгрузку .dt через конфигуратор либо штатный бэкап средствами СУБД
Нужна регулярная автоматическая копияНастройте расписание выгрузки через планировщик или средства сервиса

Копия базы в 1С:Фреш

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

Второй путь — подключение конфигуратором. Для этого в настройках приложения должен быть разрешён доступ через веб-сервис, а у пользователя — права администратора. В конфигураторе база добавляется как информационная база на веб-сервере с указанием адреса сервиса. Дальше действия стандартные: меню «Администрирование» → «Выгрузить информационную базу», указание пути для .dt-файла.

Учтите ограничение: в режиме сервиса некоторые функции конфигуратора недоступны, а выгрузка большой базы через интернет занимает заметное время и чувствительна к обрывам соединения. Запускайте процесс при стабильном канале и не закрывайте конфигуратор до завершения.

Копия базы на арендованном сервере через конфигуратор

Если база размещена на виртуальном сервере и у вас есть доступ по RDP, самый универсальный способ — выгрузка в .dt. Подключитесь к серверу, запустите конфигуратор, откройте нужную базу под пользователем с полными правами и выберите «Администрирование» → «Выгрузить информационную базу». Укажите папку с достаточным свободным местом — файл может быть сопоставим по размеру с самой базой.

Для файловой базы есть альтернатива: скопировать файл 1Cv8.1CD напрямую. Это допустимо только если все пользователи вышли из базы и сеансы завершены, иначе копия окажется повреждённой или несогласованной. Надёжнее перед копированием файла всё же сделать выгрузку .dt — этот формат переносим между платформами и версиями СУБД.

Порядок выгрузки через конфигуратор
  1. 1
    Подключитесь к серверу по RDP и запустите конфигуратор под пользователем с полными правами
  2. 2
    Попросите пользователей завершить работу или установите блокировку сеансов
  3. 3
    Откройте меню Администрирование → Выгрузить информационную базу
  4. 4
    Укажите путь и имя файла с датой, например base_copy_01-06.dt
  5. 5
    Дождитесь сообщения об успешном завершении выгрузки
  6. 6
    Скопируйте .dt-файл на локальный компьютер или в надёжное хранилище

Копия клиент-серверной базы средствами СУБД

Если база работает на MS SQL Server или PostgreSQL, администратор может делать резервные копии штатными средствами СУБД: в MS SQL — через полный backup базы, в PostgreSQL — через pg_dump. Такой способ быстрее выгрузки .dt и подходит для больших баз, а также легко автоматизируется по расписанию.

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

Сравнение способов копирования

Выгрузка в .dt

Универсальный переносимый формат, подходит для восстановления где угодно. Медленнее на больших базах, требует монопольного спокойствия базы

Копирование файла 1Cv8.1CD

Быстро и просто, но только для файловых баз и только при полном отсутствии активных сеансов

Бэкап средствами СУБД

Быстро для больших баз, легко автоматизируется, но восстановление привязано к той же СУБД

Автобэкап облачного провайдера

Делается без вашего участия, но файл обычно недоступен для скачивания и восстановление идёт через поддержку

Проверка результата и хранение копий

Сам факт завершения выгрузки без ошибок ещё не гарантирует, что копия рабочая. Обязательная проверка — тестовая загрузка: создайте пустую локальную базу, выполните «Загрузить информационную базу» и убедитесь, что конфигурация открывается, а ключевые данные (документы, справочники, остатки) на месте. Проверка занимает время, но именно она отличает настоящую копию от бесполезного файла.

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

Контрольные точки

Как проверить результат

Файл .dt создан и имеет ненулевой размер, сопоставимый с базой
Норма

Размер файла правдоподобен, дата изменения свежая

Тревожный признак

Файл нулевого размера или выгрузка прервалась с ошибкой

Тестовая загрузка в пустую базу
Норма

Загрузка завершается без ошибок, база открывается

Тревожный признак

Ошибки загрузки, база не открывается или ругается на версию платформы

Содержимое базы после загрузки
Норма

Документы, справочники и отчёты показывают актуальные данные

Тревожный признак

Данные отсутствуют или заметно устарели относительно рабочей базы

Безопасность и типичные ошибки

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

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

Типичные ошибки
01
Копирование файла 1Cv8.1CD при работающих пользователях — копия получается повреждённой и не загружается
02
Отсутствие тестовой загрузки — о нечитаемой копии узнают только в момент аварии
03
Хранение единственной копии в том же облаке, что и база — при проблемах с аккаунтом теряется и база, и резерв
04
Выгрузка через нестабильный интернет-канал в 1С:Фреш — обрыв соединения прерывает процесс, файл остаётся неполным
05
Имена файлов без даты — невозможно понять, какая копия свежая, при восстановлении берут устаревшую

Часто задаваемые вопросы

Можно ли сделать копию базы в 1С:Фреш без конфигуратора?

Да. Владелец абонента может запросить выгрузку данных приложения через личный кабинет менеджера сервиса. Сформированный архив будет доступен для скачивания. Этот способ подходит, если у вас нет навыков работы с конфигуратором или доступ через веб-сервис не настроен.

Чем файл .dt отличается от бэкапа облачного провайдера?

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

Нужно ли выгонять пользователей при выгрузке в .dt?

Формально монопольный режим не требуется, выгрузка выполняется при работающих пользователях. Однако данные, изменённые в процессе выгрузки, могут попасть в копию несогласованно. Для важных копий рекомендуется завершить активные сеансы или как минимум заблокировать регламентные задания.

Как часто нужно делать копии облачной базы?

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

Можно ли восстановить .dt-файл в базу другой конфигурации?

Нет. Загрузка .dt полностью замещает базу вместе с конфигурацией: восстановить файл можно только в базу той же конфигурации совместимого релиза. Для переноса данных между разными конфигурациями используются обработки обмена и конвертация данных, а не выгрузка-загрузка.

Итог

Что важно запомнить

Копию облачной базы 1С делают выгрузкой в .dt через конфигуратор или личный кабинет сервиса; для клиент-серверных баз добавляют бэкап средствами СУБД. Каждую копию проверяют тестовой загрузкой, хранят несколько поколений вне основного облака и защищают от постороннего доступа.