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

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

Как сохранить базу данных 1С: способы, инструкции и проверка копии

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

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

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

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

Выгрузка базы в файл .dt через конфигуратор

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

Для выгрузки нужны права администратора в базе и доступ к конфигуратору. Если конфигуратор заблокирован политиками или у учётной записи нет права «Администрирование», попросите выгрузку сделать администратора 1С.

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

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

Копирование файловой базы напрямую

Если база файловая, самый быстрый способ — скопировать её каталог целиком. Главный файл базы называется 1Cv8.1CD, рядом могут лежать служебные файлы и папки с вложениями. Копировать нужно весь каталог, а не только один файл, если вы не уверены в структуре.

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

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

Резервное копирование клиент-серверной базы

В клиент-серверном варианте данные хранятся в СУБД, и копировать файлы базы вручную нельзя. Правильный путь — штатный бэкап средствами самой СУБД: для Microsoft SQL Server это операция BACKUP DATABASE через SQL Server Management Studio или план обслуживания, для PostgreSQL — утилита pg_dump.

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

sql
BACKUP DATABASE [MyBase1C] TO DISK = 'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION;

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

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

СпособКогда подходитОграничения
Выгрузка .dtПеред обновлением, перенос базы, копия для разработкиДолго на больших базах, требует конфигуратор и права
Копирование каталогаФайловая база, быстрый бэкап по расписаниюТолько файловый вариант, нужно завершение сеансов
Бэкап СУБДКлиент-серверная база, регулярное копированиеНужен доступ к серверу БД, восстановление только на СУБД
Маршрут решения

Как выбрать действие

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

Автоматизация и расписание копий

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

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

Удобно включать дату и тип копии прямо в имя файла: base_2026-06-01_before_update.dt. Через полгода по такому имени сразу понятно, что внутри, без попыток загрузить файл и проверить.
ПЗ
Практическое замечание

Проверка копии и типичные ошибки

Копия считается рабочей только после проверки восстановления. Создайте пустую тестовую базу и загрузите в неё файл .dt через конфигуратор («Файл» → «Восстановить» / «Загрузить информационную базу»), либо подключите скопированный каталог как новую базу. Убедитесь, что база открывается, отчёты строятся, а обороты за последний период сходятся.

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

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

Файл копии существует
Норма

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

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

Файл нулевого размера или старой даты

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

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

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

Ошибка формата потока или обрыв загрузки

Данные после восстановления
Норма

Обороты и остатки совпадают с рабочей базой

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

Пустые регистры, отсутствуют документы

Типичные ошибки
01
Хранение копии на том же диске, что и база: при отказе диска теряется и база, и резерв.
02
Копирование файловой базы при открытых сеансах: копия оказывается повреждённой.
03
Отсутствие проверки восстановления: в критический момент выясняется, что копия не загружается.
04
Одна-единственная копия, каждый раз перезаписываемая: ошибка, замеченная через неделю, уже не откатывается.
05
Ручное копирование файлов клиент-серверной базы вместо бэкапа СУБД: данные восстановить нельзя.

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

Можно ли сохранить базу 1С без конфигуратора?

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

Чем отличается .dt от .cf?

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

Как восстановить базу из файла .dt?

Создайте пустую базу в списке информационных баз, откройте её в конфигураторе и выберите «Файл» → «Восстановить» (или «Администрирование» → «Загрузить информационную базу»), указав файл .dt. После загрузки база готова к работе.

Как часто нужно сохранять базу?

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

Достаточно ли облачной синхронизации папки с базой?

Нет. Синхронизация файловой базы «на лету» может передать файл в несогласованном состоянии, а при повреждении базы облако синхронизирует уже испорченный файл. Используйте облако как место хранения готовых копий, сделанных при закрытых сеансах.

Сколько места нужно для хранения копий?

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

Итог

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

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