Как сделать резервную копию базы 1С

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

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

Определите, какой у вас тип базы

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

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

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

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

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

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

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

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

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

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

Для базы на SQL Server резервную копию делают средствами самой СУБД. В Microsoft SQL Server это задача Backup через SQL Server Management Studio: правой кнопкой по базе → «Tasks» → «Back Up», тип «Full», с указанием файла назначения. В PostgreSQL используется команда pg_dump. Такой бэкап восстанавливается быстро и сохраняет базу в согласованном состоянии даже при работающих пользователях.

Однако бэкап средствами СУБД привязан к конкретной серверной инфраструктуре. Поэтому практика, которую используют многие администраторы, — сочетать ежедневные бэкапы SQL с периодической (например, еженедельной) выгрузкой в .dt. Файл .dt можно развернуть где угодно, включая файловый вариант на обычном компьютере, что спасает при полном отказе сервера.

pg_dump -U postgres -Fc -f /backup/trade_base_$(date +%Y%m%d).dump trade_base

Автоматизация резервного копирования

Ручные копии делаются нерегулярно и забываются именно тогда, когда они больше всего нужны. Настройте автоматическое резервное копирование: для SQL Server — через план обслуживания (Maintenance Plan) с ежедневным полным бэкапом, для PostgreSQL — задание планировщика с командой pg_dump, для файловой базы — скрипт копирования или выгрузки в .dt по расписанию через планировщик заданий Windows.

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

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

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

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

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