Резервное копирование 1С 8.3: все способы и восстановление

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

Выгрузка в .dt — универсальный способ: работает и для файловой, и для серверной базы. Но на больших базах она медленная, поэтому для рабочего сервера её обычно дополняют резервным копированием на уровне СУБД. Ниже — все рабочие способы сделать бэкап 1С 8.3, настроить автоматику по расписанию и восстановить базу , если что-то пошло не так.

С чего начать: что копировать и когда

Сначала определите тип информационной базы — от этого зависит метод. Откройте список баз в окне запуска 1С и посмотрите строку адреса под названием:

• 🗂️ Файловая база — в строке виден путь к папке на диске (например, D:\Bases\Buh). Все данные лежат в одном файле 1Cv8.1CD внутри этой папки.
• 🖥️ Клиент-серверная (SQL) база — в строке указаны сервер 1С:Предприятия и имя базы на сервере СУБД. Сам файл базы хранит СУБД (MS SQL или PostgreSQL), а не папка 1С.

Время для копии выбирайте так, чтобы данные были согласованными:

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

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

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

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

1. Запустите базу в режиме Конфигуратор (в окне запуска выберите базу и нажмите Конфигуратор).
2. В меню откройте Администрирование → Выгрузить информационную базу.
3. Укажите папку и имя файла — например, Buh_2026-10-07.dt. Имя с датой потом сильно упростит поиск нужной копии.
4. Дождитесь завершения. На базе в несколько гигабайт это может занять от пары минут до получаса.

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

Ту же выгрузку можно запустить из командной строки — это понадобится для автоматизации (см. ниже). Для файловой базы команда выглядит так:

"C:\Program Files\1cv8\common\1cestart.exe" /DumpIB "D:\Backup\Buh.dt"

На практике чаще запускают конкретную версию платформы в режиме DESIGNER:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /DumpIB "D:\Backup\Buh.dt"

Здесь /F — путь к файловой базе; для серверной вместо него используется /S Сервер\Имя_базы. Если не уверены в точном наборе параметров вашей версии — посмотрите справку платформы по ключам запуска, не подбирайте их наугад.

Копия файловой базы и встроенный механизм конфигурации

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

Ручное копирование. Закройте 1С на всех компьютерах, зайдите в папку базы и скопируйте файл 1Cv8.1CD в другое место (лучше — на другой физический диск или в сетевое хранилище). Всё, копия готова. Этот способ самый быстрый, а восстановление сводится к обратной замене файла.

Встроенное резервное копирование в конфигурации. В типовых конфигурациях на управляемых формах (Бухгалтерия предприятия, Зарплата и управление персоналом, Управление торговлей) при работе с файловой базой доступен раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Там можно:

• 📅 задать расписание — например, создавать копию при завершении работы или по дням недели;
• 📁 указать каталог, куда складывать копии;
• 🔢 ограничить число хранимых копий, чтобы старые удалялись автоматически.

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

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

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

MS SQL Server. Копию снимают командой SQL или через планы обслуживания:

BACKUP DATABASE [Имя_базы]
TO DISK = N'D:\Backup\Buh_2026-10-07.bak'
WITH INIT, COMPRESSION;

Удобнее настроить всё через SQL Server Management Studio: Management → Maintenance Plans (планы обслуживания) с задачей Back Up Database. Там же задаётся расписание и очистка устаревших файлов. Регулярность запуска обеспечивает служба SQL Server Agent.

PostgreSQL. Для баз на PostgreSQL бэкап снимают утилитой pg_dump:

pg_dump -U postgres -F c -f "D:\Backup\Buh_2026-10-07.dump" Имя_базы

Ключ -F c создаёт сжатый архив в собственном формате PostgreSQL, который потом разворачивается командой pg_restore.

Какой способ выбрать под вашу ситуацию:

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

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

Файловая база — Планировщик заданий Windows. Создайте .bat-файл с командой выгрузки:

"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /DumpIB "D:\Backup\Buh_%date%.dt"

Затем откройте Планировщик заданий (taskschd.msc) и создайте задачу: действие — запуск этого .bat, триггер — нужное время (например, каждый день в 23:00, когда работа закончена). Запускать задачу лучше под учётной записью, у которой есть права на папку базы и на каталог с копиями.

Клиент-серверная база автоматизируется средствами СУБД:

• 🟦 MS SQL — план обслуживания с расписанием в SQL Server Agent.
• 🟩 PostgreSQL — задача в Планировщике Windows (или cron в Linux), запускающая pg_dump.

Хранение и ротация резервных копий

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

Проверенный ориентир — правило 3-2-1:

• 📦 3 копии данных (рабочая база + две резервные);
• 💽 на 2 разных носителях (например, второй диск и сетевое хранилище);
• ☁️ 1 копия — вне офиса (облако или внешний диск, который уносят).

Сколько хранить по времени — зависит от того, как быстро вы заметите проблему. Рабочий ориентир: ежедневные копии за последние 7–14 дней плюс по одной копии на конец каждого месяца. Так можно откатиться не только на вчера, но и на состояние пару недель назад, если ошибку в данных заметили не сразу.

Автоматическое удаление старых копий (ротация). Чтобы диск не переполнился, удаляйте файлы старше заданного срока. В Windows это делает команда forfiles:

forfiles /p "D:\Backup" /m *.dt /d -14 /c "cmd /c del @path"

Команда удалит все .dt-файлы в каталоге D:\Backup старше 14 дней. Её добавляют отдельной строкой в тот же .bat, что делает бэкап, — сначала создаём новую копию, потом чистим старые.

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

Бэкап проверяется только восстановлением. Способ восстановления — зеркало способа копирования.

Из файла .dt. Запустите базу-приёмник в режиме Конфигуратор и выберите Администрирование → Загрузить информационную базу, укажите нужный .dt.

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

Из копии файла (файловая база). Закройте 1С, замените файл 1Cv8.1CD в папке базы сохранённой копией. После этого база откроется в том состоянии, в котором её копировали.

Из бэкапа СУБД. Для MS SQL — команда RESTORE DATABASE или мастер восстановления в SQL Server Management Studio; для PostgreSQL — pg_restore. Восстановление SQL-базы делает администратор сервера; при этом база на время операции недоступна пользователям, поэтому его планируют на нерабочее время.

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

Если копия не открывается, спокойно разберём типичные причины:

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