3 способа сохранить информационную базу 1С

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

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

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

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

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

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

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

1. 1
   Завершите сеансы пользователей или предупредите о работах
2. 2
   Откройте конфигуратор под администратором
3. 3
   Меню Администрирование → Выгрузить информационную базу
4. 4
   Укажите путь и имя файла .dt
5. 5
   Дождитесь завершения и проверьте размер файла

Способ 2. Копирование файловой базы целиком

Если база работает в файловом режиме, все её данные хранятся в одном файле 1Cv8.1CD в каталоге базы. Достаточно скопировать этот файл (или весь каталог) в другое место — и резервная копия готова. Это самый быстрый способ, не требующий конфигуратора.

Главное условие — в момент копирования в базе не должно быть активных сеансов. Если пользователь работает, файл может копироваться с ошибками или скопируется в несогласованном состоянии, и такая копия может не открыться. Проверить отсутствие сеансов можно через консоль «Активные пользователи» в режиме Предприятия или просто договорившись о времени копирования.

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

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

В клиент-серверном варианте данные хранятся в СУБД — MS SQL Server или PostgreSQL, и копирование файлов напрямую не применяется. Правильный путь — штатный бэкап средствами самой СУБД, который выполняется «горячим» способом без остановки работы пользователей.

Для MS SQL Server резервную копию создают через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Для регулярных копий настраивают план обслуживания с расписанием. Аналогично для PostgreSQL используют утилиту pg_dump.

pg_dump -U postgres -F c -f backup_base.dump имя_базы

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

Сравнение способов и критерии выбора

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

Проверка резервной копии

Копия, работоспособность которой не проверена, не считается резервной копией. Минимальная проверка файла .dt — создать пустую базу и выполнить загрузку через «Администрирование → Загрузить информационную базу». Для копии файловой базы достаточно добавить скопированный каталог в список баз и открыть его.

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

Регулярное копирование и хранение копий

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

Храните копии с глубиной: например, ежедневные за неделю, еженедельные за месяц. Хотя бы одна копия должна находиться вне основного сервера — на другом диске, сетевом хранилище или в облаке. Имена файлов включайте дату: base_2026-05-10.dt, чтобы не путать версии.

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

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

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

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