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

Быстрый способ сохранить файловую базу — закрыть все сеансы и скопировать папку с файлом 1Cv8.1CD на другой диск. Универсальный способ для любой базы, файловой и серверной, — выгрузить её в файл формата .dt через Конфигуратор: Администрирование → Выгрузить информационную базу.

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

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

Три способа сделать копию — и когда какой выбирать

Выбор зависит от того, как развёрнута база (файловая или клиент-серверная) и зачем нужна копия — на один раз перед обновлением или регулярно.

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

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

1. Узнайте путь к базе. В стартовом окне запуска 1С выделите нужную базу — полный путь к папке показан в нижней части окна.
2. Закройте 1С на всех компьютерах, которые работают с этой базой. Если копировать файл во время работы, снимок получится несогласованным, и такая копия может не открыться.
3. Откройте каталог базы в проводнике. Скопируйте всю папку (а не только 1Cv8.1CD) на другой физический диск или в сетевое хранилище.
4. Переименуйте копию по дате, например Buh_2026-10-07, чтобы потом не перепутать версии.

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

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

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

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

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

Не путайте с пунктом «Выгрузить конфигурацию в файл». Он сохраняет файл .cf — это только конфигурация, без ваших документов и справочников. Для резервной копии всегда нужна «Выгрузить информационную базу» (.dt).

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

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

Выгрузку можно запустить из командной строки — это основа автоматического бэкапа файловой базы:

"C:\Program Files\1cv8\8.3.24.xxxx\bin\1cv8.exe" DESIGNER /F"C:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB "D:\Backup\buh.dt"

Здесь /F — путь к файловой базе (для серверной вместо него /S"сервер\имя_базы"), /N и /P — логин и пароль, /DumpIB — выгрузка в указанный .dt. Подставьте свой номер версии платформы в пути.

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

Ручные копии рано или поздно забывают сделать. Автосохранение снимает эту проблему — база копируется по расписанию без вашего участия. Способ зависит от того, как развёрнута база.

Файловая база, встроенный механизм конфигурации. В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) есть раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Там включается автоматическое создание копий — при завершении работы или по расписанию — с указанием каталога хранения и числа копий, которые держать.

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

Файловая база, планировщик Windows. Если встроенного механизма нет или нужна копия даже при закрытой 1С, создайте в Планировщике заданий Windows задачу, которая по расписанию запускает .bat-файл с командой /DumpIB из предыдущего раздела. Удобно запускать ночью, когда в базе никто не работает. В том же .bat можно сразу переносить готовый .dt в облачную папку или на сетевой диск.

Клиент-серверная база . Копию делают средствами СУБД, а не платформы 1С:

• для MS SQL Server — план обслуживания (Maintenance Plan) или регулярный BACKUP DATABASE;
• для PostgreSQL — регулярный pg_dump по расписанию.

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

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

Версии документов: откат без полного восстановления

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

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

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

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

Как восстановить базу 1С из резервной копии

Порядок восстановления зависит от того, какая копия у вас на руках — папка или файл .dt.

Из копии папки (файловая база). Закройте 1С, сохраните текущую (возможно, битую) папку под другим именем на всякий случай, затем верните на её место сохранённую копию. В стартовом окне путь к базе остаётся прежним.

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

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

В клиент-серверном варианте, чтобы получить монопольный доступ, недостаточно попросить людей выйти — активные сеансы завершают через консоль администрирования серверов 1С или утилитой rac (например, rac session list покажет подключения, если не уверены в подкомандах — смотрите rac help). Прежде чем завершать чужие сеансы, предупредите пользователей: несохранённая работа в оборванном сеансе пропадёт. Завершение сеансов и загрузку .dt планируйте на время, когда в базе не работают.

Загрузку .dt можно выполнить и из командной строки — ключ /RestoreIB:

"C:\Program Files\1cv8\8.3.24.xxxx\bin\1cv8.exe" DESIGNER /F"C:\Bases\Buh" /N"Администратор" /P"пароль" /RestoreIB "D:\Backup\buh.dt"

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

Правила, которые спасут копию в нужный момент

Копия полезна, только если она рабочая. Чаще всего подводит не отсутствие бэкапа, а его качество.

• 📁 Храните копии отдельно от базы. Копия на том же диске бесполезна при отказе этого диска. Минимум — другой физический носитель, лучше — ещё и облако.
• 🔁 Держите несколько поколений копий. Если хранить одну и перезаписывать, то испорченная база затрёт последнюю хорошую копию. Оставляйте хотя бы несколько последних дат.
• ✅ Проверяйте, что копия разворачивается. Раз в период разворачивайте .dt в отдельную тестовую базу и убеждайтесь, что она открывается. Непроверенная копия — это не копия.
• 📅 Делайте копию перед каждым обновлением конфигурации или платформы. Обновление — самый частый повод для отката.
• 🗂 Подписывайте копии датой. Имя вроде buh_2026-10-07.dt экономит время, когда нужно найти состояние на конкретный день.

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