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

Чтобы заархивировать базу 1С ЗУП, есть три рабочих пути: штатная выгрузка в файл .dt через Конфигуратор, прямое копирование файла базы 1Cv8.1CD (для файлового варианта) и резервное копирование средствами SQL (для клиент-серверного). Какой выбрать — зависит от того, как у вас развёрнута база и насколько она большая.

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

Какой способ резервного копирования подходит именно вам

Сначала определитесь с типом базы. Открыть список: в окне запуска 1С выделите базу ЗУП — внизу написан путь. Путь вида File="C:\..." означает файловую базу , Srvr="сервер";Ref="имя" — клиент-серверную на SQL.

Сравнение способов, чтобы не держать всё в голове:

Штатная выгрузка базы в файл формата DT

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

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

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

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

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

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER /F "C:\Bases\ZUP" /DumpIB "D:\Backup\zup_%date%.dt"

Ключ /F указывает путь к файловой базе (для серверной — /S сервер\база), /DumpIB — файл выгрузки. Для загрузки используется /RestoreIB. Путь к 1cv8.exe и номер версии платформы подставьте свои — посмотреть номер можно в окне запуска базы или в каталоге 1cv8\.

Копирование файла базы 1Cv8.1CD

Для файловой базы самый быстрый способ сделать копию — просто скопировать файл базы. Вся файловая база ЗУП — это один файл 1Cv8.1CD в каталоге базы (путь вы видели в окне запуска).

Что сделать:

1. Попросите всех выйти из базы и закройте 1С. Копировать файл «на горячую», когда база открыта, нельзя — получите битую копию.
2. Откройте каталог базы в проводнике.
3. Скопируйте файл 1Cv8.1CD в архивную папку (лучше сразу на другой диск или в сетевое хранилище).
4. Для надёжности заберите весь каталог базы — вместе с 1Cv8Log (журнал регистрации) и служебными файлами.

Чтобы уменьшить размер, упакуйте файл в ZIP — зарплатная база сжимается в разы. Восстановление из такой копии элементарное: закрыли 1С, вернули файл на место.

Автоматическое резервное копирование внутри программы

У файловой базы ЗУП есть встроенный механизм резервного копирования — не нужно помнить про бэкап вручную. Включается он в режиме 1С:Предприятие.

Путь: Администрирование → Обслуживание → Резервное копирование и восстановление → Настройка резервного копирования. Точный пункт в вашем релизе может называться чуть иначе, но ищите его в разделе Администрирование → Обслуживание.

В настройке выбираете, когда создавать копию:

• 📅 по расписанию — например, каждый день в 23:00;
• 🚪 при завершении работы — копия делается, когда последний пользователь закрывает программу;
• ✋ вручную — кнопкой, когда понадобится.

Там же указываете каталог для архивов и сколько копий хранить (старые удаляются автоматически — это и есть ротация). Копию программа кладёт в виде ZIP-архива с выгрузкой базы.

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

Резервное копирование серверной базы на SQL

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

Разовый бэкап можно сделать через SQL Server Management Studio: правой кнопкой на базе → Tasks → Back Up. Или командой:

BACKUP DATABASE [zup]
TO DISK = N'D:\Backup\zup_2026-10-07.bak'
WITH COMPRESSION, INIT;

Для регулярного копирования настройте план обслуживания (Maintenance Plan) в SSMS:

1. Полный бэкап (Full) — например, ежедневно ночью.
2. Разностный (Differential) — несколько раз в день, если база активно меняется.
3. Бэкап журнала транзакций (Transaction Log) — если нужна точка восстановления «на любой момент» (модель восстановления Full).

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

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

Где хранить архивы и как настроить ротацию

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

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

Схема ротации, чтобы не хранить всё подряд и не забить диск:

Это классическая схема «дед-отец-сын»: старые ежедневные копии затираются, но еженедельные и ежемесячные остаются. Для зарплатной базы ежемесячные особенно важны — к ним возвращаются при спорах по начислениям и проверках за прошлые периоды.

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

Короткий порядок, чтобы ничего не забыть при настройке архивирования:

Восстановление базы ЗУП из архива

Способ восстановления зависит от того, чем делали копию.

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

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

Из встроенного автоархива. В разделе Администрирование → Обслуживание → Резервное копирование и восстановление есть пункт восстановления — выберите нужную копию из списка по дате.

Из бэкапа SQL. На сервере через SSMS: Tasks → Restore → Database, укажите .bak. Или командой RESTORE DATABASE. Для восстановления на отдельный сервер сначала отключите пользователей от базы.

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

Частые ошибки при архивировании базы ЗУП