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

Копия базы 1С из облака нужна в нескольких ситуациях: перед переездом на локальный сервер, для тестирования обновлений на отдельной копии, для аудита данных сторонним специалистом или просто как дополнительная страховка на случай ошибок пользователей. Способ получения копии зависит от того, где именно размещена база: в сервисе 1С:Фреш (1cfresh.com), в облаке у франчайзи-провайдера или на виртуальном сервере (VPS), где 1С развёрнута самостоятельно.

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

Важно понимать разницу между «выгрузкой данных» и «полной копией базы». Выгрузка в файл .dt переносит данные и конфигурацию, но требует развёртывания через конфигуратор. Полная копия на уровне СУБД восстанавливается быстрее и точнее, но доступна не везде. Ниже разберём все рабочие сценарии с конкретными шагами.

Определяем, где именно размещена база

Прежде чем выбирать способ копирования, уточните модель размещения. Если вы заходите в базу через браузер по адресу вида 1cfresh.com — это сервис 1С:Фреш, и копия делается средствами сервиса. Если подключение идёт через RDP к удалённому рабочему столу или через тонкий клиент к серверу по IP-адресу — это, скорее всего, VPS или сервер франчайзи, и доступны классические методы.

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

Копия базы из 1С:Фреш через Менеджер сервиса

В сервисе 1С:Фреш основной штатный способ получить копию — выгрузка приложения через Менеджер сервиса. Для этого нужны права владельца абонента. Зайдите на сайт сервиса под учётной записью владельца абонента, откройте «Менеджер сервиса», найдите нужное приложение (базу) в списке и выберите операцию выгрузки данных.

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

Подготовка приложения к выгрузке занимает время, пропорциональное размеру базы. На больших базах (десятки гигабайт) процесс может идти часами, и в этот период работу пользователей лучше ограничить, чтобы копия была целостной. Точные ограничения по объёму и срокам хранения выгрузки уточняйте в документации сервиса — они могут меняться.

1. 1
   Войдите на сайт сервиса под учётной записью владельца абонента
2. 2
   Откройте Менеджер сервиса и найдите нужное приложение
3. 3
   Запустите операцию выгрузки данных приложения
4. 4
   Дождитесь формирования архива и скачайте файл
5. 5
   Проверьте размер файла — он должен быть сопоставим с объёмом базы
6. 6
   Разверните копию локально через конфигуратор и проверьте открытие ключевых отчётов

Копия через конфигуратор: выгрузка в файл .dt

Если к облачной базе можно подключиться конфигуратором (это возможно в 1С:Фреш при определённых настройках доступа и почти всегда на VPS), универсальный способ — выгрузка информационной базы в файл .dt. Откройте конфигуратор, авторизуйтесь под пользователем с полными правами, перейдите в меню «Администрирование — Выгрузить информационную базу» и укажите путь для сохранения файла.

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

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

Копия средствами СУБД на собственном облачном сервере

Если база развёрнута на VPS под управлением MS SQL Server или PostgreSQL, самый надёжный способ копии — штатный бэкап СУБД. В MS SQL это делается через SQL Server Management Studio: правый клик по базе — «Tasks — Back Up», тип Full, указание файла назначения. В PostgreSQL используется команда pg_dump с параметрами базы.

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

pg_dump -U postgres -F c -f /backup/ut_base_$(date +%Y%m%d).dump ut_base

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

Проверка полученной копии

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

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

Типичные ошибки и ограничения

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

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

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