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

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

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

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

Чтобы было проще сориентироваться, сведём четыре способа в таблицу. Скорость, переносимость и то, нужно ли выгонять пользователей, у них разные.

Физическое копирование файловой базы

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

Сначала найдите, где база лежит на диске. В окне запуска 1С выделите нужную базу — внизу окна появится путь в формате File="C:\Bases\Buh";. Это и есть папка базы. Второй способ: запустите базу, откройте Справка → О программе — там тоже показан каталог.

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

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

Порядок действий:

1. Попросите всех закрыть 1С:Предприятие на этой базе.
2. Убедитесь, что Конфигуратор тоже закрыт.
3. Откройте папку базы в проводнике Windows.
4. Скопируйте весь каталог целиком в надёжное место — на другой диск, флешку или в сетевую папку.

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

Встроенное резервное копирование в разделе «Администрирование»

В типовых конфигурациях (например, «Бухгалтерия предприятия 3.0», «Зарплата и управление персоналом 3.1») есть собственный механизм резервного копирования. Он работает только для файловых баз и не требует Конфигуратора.

Откройте раздел Администрирование → Обслуживание, найдите блок «Резервное копирование и восстановление». Там две команды: создать копию прямо сейчас и настроить автоматическое копирование.

Чтобы сделать копию вручную:

1. Зайдите в Администрирование → Обслуживание → Резервное копирование и восстановление.
2. Выберите «Создание резервной копии».
3. Укажите каталог, куда сохранить файл .
4. Нажмите «Сохранить резервную копию».

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

Названия пунктов в разных конфигурациях могут немного отличаться, но логика одна: раздел «Администрирование», блок обслуживания, команда резервного копирования.

Выгрузка базы в файл формата DT через Конфигуратор

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

Как сделать выгрузку:

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

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

Восстановление из DT полностью перезаписывает текущую базу. Загрузка идёт через Администрирование → Загрузить информационную базу и стирает всё, что было в базе до этого. Не загружайте .dt в рабочую базу «проверить» — только в отдельную, пустую.

Формат DT удобен для переноса между версиями платформы в сторону повышения. Загрузить .dt, сделанный на более новой платформе, в старую — нельзя.

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

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

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

Правильный способ для серверной базы — штатный бэкап СУБД:

• 🗄️ Microsoft SQL Server — команда BACKUP DATABASE или план обслуживания (Maintenance Plan) в SQL Server Management Studio. Бэкап делается без остановки сервера 1С, пользователи продолжают работать.
• 🐘 PostgreSQL — утилита pg_dump для логической выгрузки или файловый бэкап кластера. Запускается из командной строки или по расписанию.

Чтобы посмотреть, кто сейчас подключён к серверной базе, используйте утилиту администрирования кластера rac — команду rac session list. Параметры смотрите в справке rac help, не полагайтесь на память по редким ключам.

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

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

Автоматизация копий по расписанию

Ручной бэкап легко забыть. Надёжнее настроить автоматическое копирование — чтобы копии создавались сами, обычно ночью, когда в базе никого нет.

Для файловой базы есть два пути:

1. Встроенное резервное копирование в разделе Администрирование → Обслуживание — там же, где ручная копия, задаётся расписание (например, каждый день в 22:00). Учтите: регламентные задания в файловой базе выполняются, только когда открыт хотя бы один сеанс или запущен отдельный процесс их обработки.
2. Копирование файла средствами Windows — простой .bat-файл, который копирует папку базы, и Планировщик заданий Windows, запускающий его ночью.

Пример bat-файла для копирования папки базы:

@echo off
set SRC=C:\Bases\Buh
set DST=D:\Backup\Buh_%date:~6,4%-%date:~3,2%-%date:~0,2%
xcopy "%SRC%" "%DST%" /E /I /Y

Автокопирование файла сработает корректно только тогда, когда в базе никто не работает . Поэтому ставьте запуск на ночь и предупредите пользователей, чтобы на ночь выходили из 1С.

Для серверной базы расписание настраивается на стороне СУБД: план обслуживания и задание SQL Server Agent в MS SQL, либо pg_dump по расписанию через планировщик (cron в Linux, Планировщик заданий в Windows).

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

Проверка копии и восстановление из неё

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

Проверка целостности зависит от типа копии:

• Файл 1Cv8.1CD проверяется утилитой chdbfl.exe из каталога платформы (bin) — она ищет физические нарушения структуры файла. Запускать на копии, не на рабочей базе.
• Логическую целостность данных проверяет Конфигуратор: Администрирование → Тестирование и исправление информационной базы. Эта операция требует монопольного доступа и может менять данные, поэтому её делают по копии.

Чтобы развернуть копию:

• Из физической копии — скопируйте папку обратно, добавьте её как новую базу в окне запуска (кнопка «Добавить» → «Добавление в список существующей»).
• Из файла DT — создайте пустую базу, запустите её в Конфигураторе и выполните Администрирование → Загрузить информационную базу, указав .dt.
• Из бэкапа СУБД — восстановите базу данных средствами SQL Server или PostgreSQL, затем подключите её к кластеру серверов 1С.

Частые вопросы