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

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

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

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

Подготовка перед сохранением базы

Перед выгрузкой базы выполните несколько обязательных действий. Во-первых, попросите всех пользователей завершить работу: активные сеансы могут привести к тому, что часть данных окажется в несогласованном состоянии, а для файловой базы копирование вообще может быть заблокировано. Проверить активные сеансы можно через консоль кластера (для клиент-серверного режима) или через пункт «Администрирование» → «Обслуживание» → «Активные пользователи» в режиме 1С:Предприятие.

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

Как сохранить базу через конфигуратор (выгрузка в .dt)

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

В главном меню выберите «Администрирование» → «Выгрузить информационную базу…». Укажите папку и имя файла — рекомендуется включать в имя дату, например base_2026-01-15.dt, чтобы не перепутать копии. Нажмите «Сохранить» и дождитесь завершения: для больших баз процесс может занять продолжительное время, прерывать его нельзя.

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

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

Как сохранить файловую базу копированием файла

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

Завершите все сеансы, закройте конфигуратор и 1С:Предприятие, затем скопируйте файл 1Cv8.1CD (а при необходимости — весь каталог базы целиком) в резервную папку, на внешний диск или в сетевое хранилище. Такая копия является полной: чтобы восстановить базу, достаточно вернуть файл на место или добавить каталог с копией как новую базу в списке.

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

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

Второй вариант — штатный механизм резервного копирования СУБД. В MS SQL Server это задача Back Up Database через SQL Server Management Studio или скрипт T-SQL по расписанию. В PostgreSQL — утилита pg_dump. Такие копии можно создавать регулярно и без остановки работы пользователей (при правильной настройке), что делает метод предпочтительным для регулярного резервного копирования.

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

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

Проверка сохранённой копии

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

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

Частые ошибки и ограничения

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

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

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

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

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

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

Часто задаваемые вопросы