Администрирование · 9 мин
Как сделать копию базы 1С в облаке
Как сделать копию базы 1С в облаке: выгрузка через конфигуратор и 1С:Фреш, скачивание dt-файла, проверка результата, типичные ошибки и советы по безопасности.
Облачные сервисы 1С — такие как 1С:Фреш, 1С:ГРМ или арендованные серверы с опубликованной базой — избавляют от необходимости содержать собственное оборудование, но не отменяют задачу резервного копирования. Копия базы нужна для переноса данных на локальный компьютер, перед обновлением конфигурации, для передачи базы аудитору или франчайзи, а также как страховка на случай ошибочных действий пользователей.
Порядок действий зависит от того, как именно развёрнута база: в сервисе 1С:Фреш, на виртуальном сервере с файловой базой или на сервере с СУБД. Во всех случаях базовый инструмент один — выгрузка информационной базы в файл с расширением .dt через конфигуратор или встроенные механизмы сервиса.
Важно понимать: штатные резервные копии, которые облачный провайдер делает автоматически, обычно недоступны пользователю напрямую и предназначены для восстановления на стороне сервиса. Чтобы получить файл, который можно скачать и хранить у себя, нужно выполнить выгрузку самостоятельно.
Определите, как развёрнута ваша облачная база
Прежде чем что-либо выгружать, выясните сценарий размещения базы, потому что от него зависят доступные инструменты. Основных варианта три: база работает в сервисе 1С:Фреш, база опубликована на арендованном виртуальном сервере (VPS/VDS) или на сервере провайдера с доступом к СУБД, либо используется гибрид — локальная база с синхронизацией в облако.
Признак 1С:Фреш — вход в базу через браузер по адресу в домене сервиса и отсутствие у вас доступа к серверу. Признак арендованного сервера — вы подключаетесь к рабочему столу по RDP и видите привычный конфигуратор. От этого зависит, есть ли у вас прямой доступ к файлам базы и к средствам СУБД.
Как выбрать способ копирования
Копия базы в 1С:Фреш
В 1С:Фреш выгрузка выполняется двумя путями. Первый — через интерфейс менеджера сервиса: в личном кабинете владельца абонента есть функция выгрузки данных приложения, после которой формируется архив для скачивания. Этот способ подходит, когда копию запрашивает владелец аккаунта, а не рядовой пользователь.
Второй путь — подключение конфигуратором. Для этого в настройках приложения должен быть разрешён доступ через веб-сервис, а у пользователя — права администратора. В конфигураторе база добавляется как информационная база на веб-сервере с указанием адреса сервиса. Дальше действия стандартные: меню «Администрирование» → «Выгрузить информационную базу», указание пути для .dt-файла.
Учтите ограничение: в режиме сервиса некоторые функции конфигуратора недоступны, а выгрузка большой базы через интернет занимает заметное время и чувствительна к обрывам соединения. Запускайте процесс при стабильном канале и не закрывайте конфигуратор до завершения.
Копия базы на арендованном сервере через конфигуратор
Если база размещена на виртуальном сервере и у вас есть доступ по RDP, самый универсальный способ — выгрузка в .dt. Подключитесь к серверу, запустите конфигуратор, откройте нужную базу под пользователем с полными правами и выберите «Администрирование» → «Выгрузить информационную базу». Укажите папку с достаточным свободным местом — файл может быть сопоставим по размеру с самой базой.
Для файловой базы есть альтернатива: скопировать файл 1Cv8.1CD напрямую. Это допустимо только если все пользователи вышли из базы и сеансы завершены, иначе копия окажется повреждённой или несогласованной. Надёжнее перед копированием файла всё же сделать выгрузку .dt — этот формат переносим между платформами и версиями СУБД.
- 1Подключитесь к серверу по RDP и запустите конфигуратор под пользователем с полными правами
- 2Попросите пользователей завершить работу или установите блокировку сеансов
- 3Откройте меню Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла с датой, например base_copy_01-06.dt
- 5Дождитесь сообщения об успешном завершении выгрузки
- 6Скопируйте .dt-файл на локальный компьютер или в надёжное хранилище
Копия клиент-серверной базы средствами СУБД
Если база работает на MS SQL Server или PostgreSQL, администратор может делать резервные копии штатными средствами СУБД: в MS SQL — через полный backup базы, в PostgreSQL — через pg_dump. Такой способ быстрее выгрузки .dt и подходит для больших баз, а также легко автоматизируется по расписанию.
Однако у бэкапа СУБД есть ограничение: восстановить его можно только на ту же СУБД совместимой версии. Для переноса базы в другой формат, на другую платформу или в файловый режим всё равно потребуется выгрузка .dt. Практичная стратегия — регулярные бэкапы средствами СУБД плюс периодическая выгрузка .dt как универсальная страховка.
Сравнение способов копирования
Универсальный переносимый формат, подходит для восстановления где угодно. Медленнее на больших базах, требует монопольного спокойствия базы
Быстро и просто, но только для файловых баз и только при полном отсутствии активных сеансов
Быстро для больших баз, легко автоматизируется, но восстановление привязано к той же СУБД
Делается без вашего участия, но файл обычно недоступен для скачивания и восстановление идёт через поддержку
Проверка результата и хранение копий
Сам факт завершения выгрузки без ошибок ещё не гарантирует, что копия рабочая. Обязательная проверка — тестовая загрузка: создайте пустую локальную базу, выполните «Загрузить информационную базу» и убедитесь, что конфигурация открывается, а ключевые данные (документы, справочники, остатки) на месте. Проверка занимает время, но именно она отличает настоящую копию от бесполезного файла.
Храните копии по правилу нескольких поколений: минимум несколько последних версий, с датой в имени файла, в отдельном от облака месте — на локальном диске, внешнем носителе или другом облачном хранилище. Файл .dt содержит все данные базы, включая персональные, поэтому доступ к нему стоит ограничить.
Как проверить результат
Размер файла правдоподобен, дата изменения свежая
Файл нулевого размера или выгрузка прервалась с ошибкой
Загрузка завершается без ошибок, база открывается
Ошибки загрузки, база не открывается или ругается на версию платформы
Документы, справочники и отчёты показывают актуальные данные
Данные отсутствуют или заметно устарели относительно рабочей базы
Безопасность и типичные ошибки
Главный риск при копировании — нарушить работу действующей базы. Выгрузка .dt не требует монопольного режима, но изменения, внесённые пользователями в процессе, могут не попасть в копию согласованно. Поэтому перед важной выгрузкой установите блокировку регламентных заданий и попросите пользователей завершить критичные операции.
Второй риск — утечка данных. .dt-файл — это вся база целиком: контрагенты, зарплаты, договоры. Не пересылайте его по открытым каналам без необходимости, не храните в общедоступных папках, а при передаче третьим лицам используйте защищённые архивы с паролем.
Часто задаваемые вопросы
Можно ли сделать копию базы в 1С:Фреш без конфигуратора?
Да. Владелец абонента может запросить выгрузку данных приложения через личный кабинет менеджера сервиса. Сформированный архив будет доступен для скачивания. Этот способ подходит, если у вас нет навыков работы с конфигуратором или доступ через веб-сервис не настроен.
Чем файл .dt отличается от бэкапа облачного провайдера?
Файл .dt — это выгрузка средствами платформы 1С, которую можно скачать и восстановить на любой совместимой платформе самостоятельно. Бэкап провайдера создаётся на стороне сервиса автоматически, недоступен для прямого скачивания и восстанавливается через обращение в поддержку.
Нужно ли выгонять пользователей при выгрузке в .dt?
Формально монопольный режим не требуется, выгрузка выполняется при работающих пользователях. Однако данные, изменённые в процессе выгрузки, могут попасть в копию несогласованно. Для важных копий рекомендуется завершить активные сеансы или как минимум заблокировать регламентные задания.
Как часто нужно делать копии облачной базы?
Зависит от интенсивности работы: при ежедневном вводе документов разумна ежедневная или хотя бы еженедельная выгрузка. Отдельная обязательная копия делается перед обновлением конфигурации, перед массовой загрузкой данных и перед передачей базы сторонним специалистам.
Можно ли восстановить .dt-файл в базу другой конфигурации?
Нет. Загрузка .dt полностью замещает базу вместе с конфигурацией: восстановить файл можно только в базу той же конфигурации совместимого релиза. Для переноса данных между разными конфигурациями используются обработки обмена и конвертация данных, а не выгрузка-загрузка.
Что важно запомнить
Копию облачной базы 1С делают выгрузкой в .dt через конфигуратор или личный кабинет сервиса; для клиент-серверных баз добавляют бэкап средствами СУБД. Каждую копию проверяют тестовой загрузкой, хранят несколько поколений вне основного облака и защищают от постороннего доступа.