Как делать резервное копирование 1С

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

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

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

Какие виды копий существуют и что выбрать

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

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

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

Как выгрузить копию через конфигуратор

Выгрузка .dt — базовый приём, который должен знать каждый администратор 1С. Запустите конфигуратор, откройте нужную базу под пользователем с полными правами. Перейдите в меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла — удобно включать в имя дату, например base_2026-05-10.dt.

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

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

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

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

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

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

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

@echo off
set SRC=D:\Bases\Trade\1Cv8.1CD
set DST=E:\Backup\1C\Trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.1CD
copy /Y "%SRC%" "%DST%"
if %errorlevel%==0 (echo Backup OK) else (echo Backup FAILED)

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

Если база работает на MS SQL Server, используйте штатные средства СУБД: в SQL Server Management Studio создайте задачу обслуживания (Maintenance Plan) с полным backup базы, либо настройте задание через скрипт T-SQL. Полный backup делается ежедневно; для крупных баз добавляют разностные копии и копии журнала транзакций, чтобы сократить окно потери данных.

Для PostgreSQL применяется утилита pg_dump или настраивается физическое копирование с WAL-архивацией. В обоих случаях копию выполняет СУБД, поэтому завершать сеансы пользователей не обязательно — это главное преимущество клиент-серверного варианта для непрерывно работающих организаций.

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

Как автоматизировать копирование по расписанию

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

Команда для автоматической выгрузки файловой базы выглядит так: вызов 1cv8.exe в режиме DESIGNER с указанием пути к базе, параметра /DumpIB и имени файла выгрузки. Добавьте в скрипт проверку кода возврата и запись в журнал — иначе вы не узнаете, что копирование перестало работать.

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\1C\trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.dt" /DisableStartupDialogs

Где хранить копии и сколько их держать

Рабочее правило — «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне основного помещения или в облаке. Копия, лежащая на том же диске, что и база, защищает только от случайного удаления файла, но не от отказа оборудования, пожара или вируса.

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

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

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

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

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

Частые вопросы о резервном копировании 1С