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

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

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

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

Как определить, в каком режиме работает ваша база

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

Файловая база — это один файл 1Cv8.1CD в папке на локальном диске или сетевом ресурсе. Такой вариант типичен для небольших организаций с несколькими пользователями. Клиент-серверная база хранится в СУБД, а файл 1Cv8.1CD отсутствует — просто скопировать папку не получится.

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

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

Укажите папку и имя файла. Хорошая практика — включать в имя файла дату и время, например buh_2026-06-14.dt, чтобы копии не путались. Дождитесь завершения выгрузки: для большой базы процесс может занять от нескольких минут до часа и более.

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

Обратите внимание: выгрузка .dt — это не то же самое, что работающая база. Чтобы использовать копию, её нужно загрузить в пустую информационную базу через пункт «Загрузить информационную базу». Поэтому файл .dt — это архив, а не рабочая копия, которую можно сразу открыть.

Способ 2. Копирование файла базы 1Cv8.1CD

Для файлового режима есть более быстрый вариант — скопировать сам файл 1Cv8.1CD. Найдите папку базы (путь виден в списке информационных баз при выделении базы) и скопируйте файл обычными средствами проводника или скриптом. Такой способ быстрее выгрузки .dt и не требует запуска конфигуратора.

Критическое условие — во время копирования в базе никто не должен работать. Если скопировать файл при активных сеансах, копия может оказаться в несогласованном состоянии и не открыться. Либо попросите пользователей выйти, либо выполняйте копирование в нерабочее время.

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

Способ 3. Бэкап клиент-серверной базы средствами СУБД

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, правильный способ резервного копирования — штатные средства самой СУБД. Для MS SQL Server используется команда BACKUP DATABASE или план обслуживания в SQL Server Management Studio. Для PostgreSQL — утилита pg_dump или pg_basebackup.

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

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

Автоматизация: как настроить регулярное копирование

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

Для файловой базы автоматизацию делают скриптом, который копирует файл 1Cv8.1CD в ночное время через планировщик заданий Windows. Для СУБД настраивают план обслуживания или задание с pg_dump. Ключевое правило: храните несколько поколений копий (например, ежедневные за неделю и еженедельные за месяц), а не одну перезаписываемую копию — иначе повреждённая копия заменит исправную.

copy /Y "D:\Bases\Buh\1Cv8.1CD" "E:\Backup\1Cv8.1CD_%date:~6,4%-%date:~3,2%-%date:~0,2%.bak"

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

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

Бэкап, который не проверяли, нельзя считать бэкапом. Периодически выполняйте тестовое восстановление: загрузите .dt в пустую базу или подключите скопированный файл 1Cv8.1CD как новую базу и убедитесь, что данные открываются, отчёты строятся, документы на месте. Только это подтверждает, что копия рабочая.

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