Администрирование · 11 мин
Как сделать архив облачной 1С
Как сделать архив облачной 1С: выгрузка базы через dt и zip, настройка резервных копий в 1С:Фреш и сервисах аренды, проверка и восстановление архива.
Облачная 1С избавляет от необходимости содержать собственный сервер, но не отменяет задачу резервного копирования. Даже если провайдер делает свои копии, у него могут быть ограничения по глубине хранения, скорости восстановления и условиям доступа после расторжения договора. Свой архив — это гарантия, что базу можно поднять на другой площадке или локально в любой момент.
Под облачной 1С обычно понимают три варианта: фирменный сервис 1С:Фреш, аренду базы у хостинг-провайдера (включая 1c.ru и партнёрские сервисы) и самостоятельно развёрнутую базу на виртуальном сервере. Для каждого варианта механизм архивации свой, и выбирать способ нужно исходя из того, какой именно доступ у вас есть: только веб-интерфейс, тонкий клиент через интернет или полный доступ к серверу.
Ниже разобраны практические способы сделать архив облачной базы, настроить регулярное копирование, проверить целостность выгрузки и восстановить данные. Материал ориентирован на пользователей с правами администратора в базе.
Определите, какой у вас тип облачной 1С
Первый шаг — понять, где физически работает база и какие инструменты доступны. В 1С:Фреш вы работаете только через браузер или тонкий клиент, доступа к СУБД нет, и архив возможен только средствами сервиса и конфигуратора. В арендованной базе у провайдера часто есть личный кабинет с функцией резервных копий, а в некоторых тарифах — доступ к серверу 1С или MS SQL. На собственном VPS вы контролируете всё и можете использовать любые средства: от выгрузки dt до копий средствами СУБД.
Уточнить тип помогает строка подключения и личный кабинет провайдера. Если база открывается по адресу вида 1c.ru или fresh.1c.ru — это 1С:Фреш. Если вы подключаетесь по RDP или через публикацию на сервере провайдера — это аренда. От этого зависят все дальнейшие действия.
Как выбрать способ архивации
Выгрузка базы в файл .dt — универсальный архив
Самый надёжный и универсальный способ — выгрузка информационной базы в файл с расширением .dt. Такой файл содержит и данные, и конфигурацию, его можно загрузить в пустую базу на любой платформе той же или более новой версии. Выгрузка выполняется в режиме «Конфигуратор»: меню «Администрирование → Выгрузить информационную базу», затем укажите путь и имя файла.
В облачном сценарии конфигуратор подключается к базе через интернет — так же, как тонкий клиент. Перед выгрузкой желательно завершить работу пользователей: хотя выгрузка возможна при активных сеансах, данные попадут в архив в состоянии на момент начала операции, а длительная выгрузка при активной работе увеличивает риск несогласованности. Для больших баз выгрузка по сети может занять значительное время — закладывайте это в план.
- 1Предупредите пользователей и по возможности завершите активные сеансы
- 2Откройте базу в режиме «Конфигуратор» через облачное подключение
- 3Выберите «Администрирование → Выгрузить информационную базу»
- 4Укажите локальный путь и понятное имя файла с датой, например base_2026-06-01.dt
- 5Дождитесь окончания выгрузки и проверьте, что файл существует и имеет ненулевой размер
- 6Скопируйте файл на второй носитель или в другое облачное хранилище
Файл dt — это не просто копия, а логический слепок базы. Его преимущество перед бинарными копиями СУБД в том, что при загрузке платформа проверяет структуру данных, а недостаток — в том, что выгрузка и загрузка больших баз занимают часы. Для баз размером в десятки гигабайт планируйте выгрузку на нерабочее время.
Архивация в 1С:Фреш
В 1С:Фреш нет прямой выгрузки dt из веб-интерфейса, но есть механизм выгрузки данных приложения. В менеджере сервиса (личном кабинете абонента) для приложения доступна команда выгрузки данных — сервис формирует zip-архив, который содержит данные базы в формате выгрузки сервиса. Этот архив можно загрузить в локальную базу или в другой сервис, поддерживающий такой формат.
Дополнительно к базе в 1С:Фреш можно подключиться конфигуратором, если тариф и настройки приложения это разрешают, и сделать классическую выгрузку dt. Учтите, что доступ в конфигуратор в Фреше ограничен: часть функций администрирования там недоступна по условиям сервиса. Проверяйте актуальные возможности в документации сервиса и условиях вашего тарифа.
Регулярность имеет значение: разовая выгрузка перед крупным обновлением не заменяет планового архивирования. Оптимальная практика — ежемесячная или еженедельная выгрузка с сохранением нескольких поколений архивов, чтобы можно было откатиться не только на вчерашний день, но и на состояние до ошибочной загрузки данных, обнаруженной спустя недели.
Архив арендованной базы у хостинг-провайдера
Большинство провайдеров аренды 1С включают резервное копирование в тариф: копии создаются автоматически по расписанию и хранятся ограниченное число дней. Проверьте в личном кабинете три параметра: включено ли копирование, какова периодичность и какова глубина хранения. Не полагайтесь на заявления в рекламе — убедитесь, что копии реально создаются и вы можете запросить восстановление.
Даже при работающих копиях провайдера делайте собственные выгрузки dt. Причины практические: восстановление у провайдера может занимать часы и требовать заявки в поддержку; при расторжении договора доступ к копиям обычно прекращается; копия провайдера — это снимок СУБД, а не гарантия логической целостности базы. Свой dt-файл, скачанный на локальный диск, решает все три проблемы.
Архив базы на собственном виртуальном сервере
Если облачная 1С — это база на вашем VPS, доступны все классические средства. Для файловой базы достаточно копировать каталог базы при завершённых сеансах, но корректнее всё равно использовать выгрузку dt: копирование файла 1Cv8.1CD при работающих пользователях даёт битый архив. Для клиент-серверного варианта на MS SQL или PostgreSQL настраивайте штатные бэкапы СУБД по расписанию.
Пример резервного копирования PostgreSQL-базы средствами pg_dump:
pg_dump -U postgres -F c -f /backup/ut_$(date +%F).dump my1cbaseКопии СУБД восстанавливаются быстро и сохраняют данные на момент снятия, но требуют той же СУБД при восстановлении. Поэтому даже на собственном сервере разумно сочетать два уровня: ежедневные бэкапы СУБД для быстрого отката и периодическую выгрузку dt как независимый от инфраструктуры архив.
Сравнение способов архивации
Универсальна, переносима между площадками, проверяет структуру данных. Минусы: медленная на больших базах, требует конфигуратора и желательно отсутствия пользователей.
Штатный способ для Фреша, подходит для переезда на локальную базу. Ограничение: формат привязан к экосистеме сервиса.
Быстрый, автоматизируется по расписанию, точный снимок на момент времени. Ограничение: нужен доступ к серверу и та же СУБД при восстановлении.
Не требуют действий, включены в тариф. Ограничения: ограниченная глубина хранения, зависимость от провайдера, потеря доступа при расторжении договора.
Проверка архива и восстановление
Архив, который не проверяли, нельзя считать архивом. Проверка сводится к контрольному восстановлению: создайте пустую базу на локальном компьютере или тестовом сервере и загрузите в неё dt-файл через «Администрирование → Загрузить информационную базу». После загрузки откройте базу в режиме предприятия, сверьте ключевые показатели: обороты за последний месяц, количество документов, остатки по складу и расчётным счетам.
Для бэкапов СУБД тест восстановления делается на отдельном экземпляре сервера. Для zip-выгрузки Фреша — загрузкой в локальную базу через механизм загрузки данных сервиса. Периодичность контрольных восстановлений — хотя бы раз в квартал, а также после каждого изменения схемы архивации.
Как проверить результат
Файл существует, размер соизмерим с размером базы, дата создания соответствует плану
Файл нулевого размера, отсутствует или дата старая при включённом расписании
Загрузка завершается без ошибок, база открывается в режиме предприятия
Ошибки загрузки, сообщения о нарушении целостности
Обороты и остатки совпадают с рабочей базой на дату архива
Расхождения в отчётах, отсутствующие документы
Типичные ошибки и правила хранения
Действует простое правило: минимум две копии в двух независимых местах. Например, dt-файл на рабочем компьютере бухгалтера плюс копия в отдельном облачном хранилище под другой учётной записью. Доступ к архивам ограничьте: в файле базы — все данные компании, включая персональные данные сотрудников и сведения о контрагентах.
Именуйте архивы с датой и не перезаписывайте старые сразу: держите несколько поколений, например еженедельные за последний месяц и ежемесячные за последний год. Такой набор закрывает и случайное удаление документа, и обнаруженную с опозданием порчу данных.
Что важно запомнить
Определите тип облачной 1С и используйте подходящий механизм: dt-выгрузку как универсальный архив, выгрузку данных сервиса для Фреша, бэкапы СУБД для собственного сервера. Не полагайтесь только на копии провайдера, храните архивы вне основного облака, сохраняйте несколько поколений и регулярно проверяйте восстановление в тестовую базу.
Частые вопросы об архиве облачной 1С
Делает ли провайдер резервные копии за меня — нужен ли свой архив?
Большинство провайдеров делают копии, но глубина хранения и условия восстановления ограничены договором, а при его расторжении доступ к копиям прекращается. Собственная выгрузка dt даёт независимость: базу можно поднять локально или у другого провайдера без чьего-либо участия.
Чем отличается выгрузка dt от выгрузки данных сервиса в 1С:Фреш?
Файл dt создаётся конфигуратором и содержит базу целиком — его можно загрузить в любую пустую базу на подходящей версии платформы. Zip-выгрузка сервиса предназначена для переноса данных между Фрешем и локальной базой штатным механизмом загрузки данных сервиса. Для универсального архива предпочтителен dt.
Можно ли выгружать базу, пока пользователи работают?
Технически выгрузка dt при активных сеансах возможна, но архив зафиксирует данные на момент начала операции, а при интенсивной работе возможна логическая несогласованность. Плановые выгрузки безопаснее выполнять в нерабочее время, предварительно завершив сеансы.
Как часто нужно делать архив?
Ориентируйтесь на допустимую потерю данных: если повторный ввод документов за один день приемлем, достаточно ежедневных копий; если нет — нужны более частые снимки средствами СУБД. Полную выгрузку dt разумно делать еженедельно или ежемесячно, храня несколько поколений.
Как проверить, что архив рабочий?
Создайте пустую тестовую базу и загрузите в неё dt-файл через «Загрузить информационную базу». После загрузки откройте базу в режиме предприятия и сверьте обороты, остатки и число документов с рабочей базой на дату архива. Такую проверку стоит проводить регулярно, а не только перед аварией.
Где безопасно хранить архивы?
Минимум в двух независимых местах: например, на локальном диске и в отдельном облачном хранилище под другой учётной записью. Не храните единственную копию в том же облаке, где работает база. Ограничьте доступ к архивам — они содержат все коммерческие и персональные данные компании.