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

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

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

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

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

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

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

Что понимать под копией базы в облачной 1С

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

Практически доступны такие формы копии:

  • DT-файл — стандартная выгрузка информационной базы. Подходит для загрузки в локальную 1С той же конфигурации и версии платформы, для передачи данных франчайзи или аудитору.
  • Полная выгрузка приложения (архив) — содержит данные вместе со служебной информацией приложения. Используется для восстановления приложения в облаке или переноса в другой абонентский кабинет.
  • Резервная копия средствами сервиса — автоматические копии, которые сервис создаёт сам. Они не скачиваются напрямую, но позволяют восстановить приложение через поддержку или штатные механизмы абонента.

Важно понимать разницу: DT-файл — это инструмент переноса данных между базами 1С, а не полноценный архив «на всякий случай». Если цель — именно резервное хранение с возможностью вернуть приложение в облаке, правильнее использовать полную выгрузку приложения.

Подготовка: что проверить перед выгрузкой

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

Дополнительно стоит выполнить несколько подготовительных шагов:

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

Способ 1: выгрузка DT-файла через Личный кабинет

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

Как выгрузить базу в DT-файл
  1. 1
    Войдите в Личный кабинет абонента 1С:Фреш под учётной записью администратора.
  2. 2
    Откройте список приложений и найдите нужное приложение (базу).
  3. 3
    В меню действий приложения выберите пункт выгрузки данных (выгрузить информационную базу / получить копию).
  4. 4
    Подтвердите запуск выгрузки и дождитесь формирования файла — при большой базе это занимает время.
  5. 5
    Скачайте готовый файл на локальный компьютер по появившейся ссылке.
  6. 6
    Проверьте размер файла и сохраните его в надёжном месте, желательно с указанием даты в имени.

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

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

Способ 2: полная выгрузка приложения в архив

Полная выгрузка отличается от DT тем, что сохраняет приложение целиком — вместе со служебными настройками, необходимыми для восстановления именно в облачной среде. Такой архив подходит для переноса приложения к другому абоненту, для страховочной копии и для восстановления через механизмы сервиса.

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

Какой способ выбрать

DT-файл

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

Полная выгрузка приложения

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

Штатное резервное копирование сервиса

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

Восстановление копии и создание тестовой базы

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

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

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

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

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

Файл скачан полностью
Норма

Размер файла соответствует указанному в кабинете, архив открывается без ошибок

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

Файл оборван, меньше заявленного размера, архиватор сообщает о повреждении

Загрузка в тестовую базу
Норма

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

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

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

Актуальность данных
Норма

В копии присутствуют документы на дату выгрузки

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

Последних документов нет — выгрузка делалась раньше, чем предполагалось

Ограничения облачного режима и риски

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

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

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

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

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

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

Удобно вести простое правило именования файлов копий: название базы, дата и цель выгрузки, например «BP30_2026-05-10_pered-obnovleniem.dt». Через полгода по такому имени сразу понятно, что внутри и можно ли файл удалить.
ПЗ
Практическое замечание

Как выстроить регулярный порядок копирования

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

Храните копии минимум в двух независимых местах: на рабочем компьютере и на съёмном носителе или в корпоративном защищённом хранилище. Периодически — хотя бы раз в квартал — проверяйте одну из копий тестовой загрузкой: только проверенная копия считается настоящей страховкой.

Итог

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

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

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

Можно ли скачать базу из 1С:Фреш и работать с ней локально?

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

Делает ли сервис резервные копии сам?

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

Сколько времени занимает выгрузка большой базы?

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

Почему DT-файл не загружается в локальную базу?

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

Безопасно ли передавать файл копии бухгалтеру или аудитору?

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

Можно ли настроить автоматическую выгрузку копии на свой компьютер?

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