Как делать бэкап в 1С: файловая и клиент-серверная база

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

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

Как определить тип базы и выбрать способ бэкапа

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

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

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

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

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

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

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

Копирование файла файловой базы

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

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

Для автоматизации удобно использовать скрипт, который копирует файл и добавляет дату в имя. Запускать его можно через планировщик заданий Windows в нерабочее время.

xcopy "D:\Bases\Trade\1Cv8.1CD" "E:\Backup\%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%_1Cv8.1CD*" /Y

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

Для базы на MS SQL Server резервное копирование выполняется штатными средствами сервера. В SQL Server Management Studio щёлкните правой кнопкой по базе, выберите «Tasks → Back Up», укажите тип Full и путь к файлу .bak. Для регулярных копий настройте план обслуживания (Maintenance Plan) с расписанием — например, полная копия ночью и копии журнала транзакций днём.

Альтернатива — команда в скрипте или планировщике:

BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM

Для PostgreSQL используется утилита pg_dump, для других СУБД — их штатные инструменты. Принцип один: копию делает СУБД, а не 1С. Преимущество такого подхода — скорость и возможность делать бэкап без остановки работы пользователей (для полной модели восстановления с копиями журнала). Недостаток — восстановить такую копию можно только на той же или совместимой СУБД.

Автоматический бэкап по расписанию

Ручные копии быстро перестают делать — это главный риск. Автоматизируйте процесс одним из способов. Для файловой базы — скрипт копирования 1Cv8.1CD через планировщик заданий Windows: создайте задачу, укажите запуск ночью, действие — запуск bat-файла с командой xcopy или robocopy.

Второй вариант — пакетный режим конфигуратора: команда запускает выгрузку .dt без открытия интерфейса. Пример строки запуска:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"E:\Backup\Trade_%DATE%.dt"

В типовых конфигурациях (Бухгалтерия, Управление торговлей и другие на БСП) есть встроенная настройка резервного копирования: раздел «Администрирование → Обслуживание → Резервное копирование и восстановление». Там задаётся расписание и каталог копий, платформа сама делает выгрузку при завершении работы или по расписанию. Для серверной базы самый надёжный путь — план обслуживания в СУБД.

Как проверить, что копия рабочая

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

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

Типичные ошибки и правила хранения копий

Большинство потерь данных происходит не из-за отсутствия инструментов, а из-за ошибок организации. Копии хранятся на том же диске, расписание давно сломалось, а никто не заметил, или копия делается во время работы пользователей и оказывается повреждённой. Разберите эти риски заранее.

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

Частые вопросы о бэкапе в 1С