Резервная копия ЗУП 3.1: выгрузка .dt, копия файла и бэкап SQL

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

Порядок одинаков для ЗУП 3.1 и для зарплатного блока в других конфигурациях на платформе 8.3: способ зависит не от конфигурации, а от того, как хранится база. Ниже — каждый вариант по шагам, автоматизация и проверка, что из копии реально можно восстановиться.

Что проверить перед созданием копии ЗУП

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

📌 Определите тип базы. Откройте окно запуска 1С, выделите базу и посмотрите строку под списком:

• File="D:\Base\ZUP" — файловая база, данные лежат в файле 1Cv8.1CD в этой папке;
• Srvr="server";Ref="zup" — клиент-серверная, данные хранятся в СУБД на сервере.

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

💾 Проверьте место на диске. Файл .dt обычно в несколько раз меньше 1Cv8.1CD, потому что сжат. Но для первой выгрузки закладывайте свободное место не меньше размера базы.

🔑 Найдите учётную запись с полными правами. Выгрузка из Конфигуратора требует права администрирования. Если пароль администратора потерян, копию файла файловой базы сделать всё равно можно, а .dt — нет.

🗂 Выберите место хранения. Не держите копию на том же диске, что и базу. Отказ диска унесёт обе.

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

Универсальный способ. Работает одинаково для файловой и серверной базы.

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

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

💡 Файл .dt содержит конфигурацию и данные, но не содержит список баз в окне запуска и локальные настройки клиента на компьютерах. Пользователи информационной базы и их права в выгрузку попадают.

Чем .dt отличается от .cf

Частая путаница. В том же меню есть Конфигурация → Сохранить конфигурацию в файл — она создаёт файл .cf. Это только программа без данных: ни сотрудников, ни начислений в нём нет. Для резервной копии нужен именно .dt.

Копия файловой базы ЗУП без Конфигуратора

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

1. Убедитесь, что в базе никого нет (см. раздел выше).
2. Закройте у себя 1С полностью, включая Конфигуратор.
3. Скопируйте всю папку базы в место хранения. Можно сразу упаковать архиватором — 1Cv8.1CD сжимается хорошо.

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

Файлы 1Cv8tmp.1CD и папки кэша вида 1Cv8FTxt копировать необязательно: это временные данные и индекс полнотекстового поиска, они пересоздаются.

Резервное копирование клиент-серверной базы ЗУП средствами SQL

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

MS SQL Server

Через SQL Server Management Studio: правый клик по базе → Tasks → Back Up (в русской версии Задачи → Создать резервную копию), тип — Full, укажите путь к файлу .bak.

То же самое запросом:

BACKUP DATABASE [zup]
TO DISK = N'E:\Backup\zup_full.bak'
WITH COMPRESSION, CHECKSUM, INIT, STATS = 10;

Параметр CHECKSUM заставляет сервер проверять контрольные суммы страниц при записи. COMPRESSION поддерживается не во всех редакциях SQL Server — если команда выдаёт ошибку на этом параметре, уберите его.

PostgreSQL

Для PostgreSQL копию делают утилитой pg_dump в собственном сжатом формате:

"C:\Program Files\PostgreSQL\15\bin\pg_dump.exe" -U postgres -Fc -f "E:\Backup\zup.dump" zup

Путь к утилите зависит от версии PostgreSQL и сборки, проверьте его на своём сервере. Восстанавливают такой дамп утилитой pg_restore в заранее созданную пустую базу.

Какой способ выбрать

Автоматическая резервная копия ЗУП по расписанию

Ручная копия раз в месяц перед закрытием периода — это минимум. Нормальная практика — ежедневная автоматическая копия с хранением нескольких последних версий.

Встроенная обработка в файловой ЗУП

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

Пакетный запуск Конфигуратора

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

@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" DESIGNER /F"D:\Base\ZUP" /N"Администратор" /P"пароль" /DumpIB "E:\Backup\ZUP_%D%.dt" /Out "E:\Backup\dump.log" /DisableStartupDialogs

Для серверной базы вместо /F"путь" указывают /S"server\zup". Номер платформы в пути подставьте свой. Строка с датой рассчитана на формат ДД.ММ.ГГГГ в региональных настройках Windows.

Задание в SQL Server Agent

Для MS SQL удобнее всего план обслуживания (Management → Maintenance Plans) или задание агента с командой BACKUP DATABASE. Типовая схема для зарплатной базы: полная копия каждую ночь, хранение 14–30 дней, плюс отдельная копия перед расчётом зарплаты и перед обновлением релиза.

Ротация и вынос копий

Без удаления старых файлов диск рано или поздно заполнится, и копирование тихо перестанет работать. Очистку настраивают:

• в плане обслуживания SQL — шагом очистки старых файлов;
• для bat-сценария — командой forfiles с отбором файлов старше N дней;
• во встроенной настройке ЗУП — полем с количеством хранимых копий.

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

Тестовое восстановление: как убедиться, что копия рабочая

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

Восстановление из .dt в отдельную базу

1. В окне запуска нажмите Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации.
2. Укажите новую папку, например D:\Test\ZUP_check. Никогда не загружайте проверочную копию поверх рабочей базы.
3. Откройте новую базу в Конфигураторе.
4. Выберите Администрирование → Загрузить информационную базу и укажите файл .dt.
5. Дождитесь окончания загрузки и откройте базу в пользовательском режиме.

Загрузка .dt полностью заменяет содержимое базы, в которую грузите. Поэтому и нужна новая пустая база.

Что проверить в восстановленной базе

• 👤 Список сотрудников и их кадровые данные открываются без ошибок.
• 🧾 Расчётный листок за последний закрытый месяц совпадает с рабочей базой.
• 📅 Последние документы (начисление зарплаты, больничные, отпуска) на месте — по дате видно, насколько свежая копия.
• 🛠 В Конфигураторе Администрирование → Тестирование и исправление в режиме только проверки не находит ошибок.

Для файловых баз есть ещё утилита chdbfl.exe в папке bin платформы. Она проверяет физическую целостность файла 1Cv8.1CD без запуска 1С. Запускайте её на копии или на закрытой базе.

Чем опасна копия ЗУП, открытая «как есть»

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

При первом запуске копии программа часто сама спрашивает, перемещалась ли база, и предлагает заблокировать работу с внешними ресурсами. Выбирайте блокировку. Если вопрос не появился, перед проверкой не отправляйте из копии отчёты в СФР и ФНС и не запускайте обмен с бухгалтерией.

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

Проверить файл .bak без восстановления можно так:

RESTORE VERIFYONLY
FROM DISK = N'E:\Backup\zup_full.bak'
WITH CHECKSUM;

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

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