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

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

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

Способ архивирования зависит от режима работы базы. Файловая база (каталог с файлом 1Cv8.1CD) копируется проще всего, клиент-серверная (SQL Server, PostgreSQL) требует выгрузки через конфигуратор или средств резервного копирования СУБД. Ниже разобраны оба варианта с конкретными шагами и типичными ошибками.

Что именно нужно архивировать в ЗУП

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

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

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

Выгрузка базы через конфигуратор

Универсальный метод, который работает и для файлового, и для клиент-серверного режима. Запустите базу в режиме «Конфигуратор» под пользователем с полными правами. Перед выгрузкой убедитесь, что все пользователи вышли: откройте меню «Администрирование» → «Активные пользователи» и завершите оставшиеся сеансы.

Далее выберите «Администрирование» → «Выгрузить информационную базу», укажите папку и имя файла. Удобно включать в имя дату, например ZUP_2026-01-15.dt, — так проще отслеживать актуальность копий. Дождитесь сообщения об успешном завершении: для большой базы выгрузка может занять от нескольких минут до часа и более.

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

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

Копирование файловой базы

Если ЗУП работает в файловом режиме, допустим прямой способ: скопировать весь каталог базы, включая файл 1Cv8.1CD. Обязательное условие — ни один пользователь не должен быть подключён к базе, иначе копия будет содержать несогласованные данные и может не открыться.

Проверить отсутствие сеансов можно через конфигуратор (список активных пользователей) или по отсутствию файла блокировок 1Cv8.1CL рядом с файлом базы. После копирования сожмите каталог в ZIP-архив: это уменьшит объём и защитит файл от случайного изменения.

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

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

В клиент-серверном режиме данные хранятся в СУБД — MS SQL Server или PostgreSQL. Копировать файлы СУБД напрямую без остановки служб нельзя: получится повреждённая копия. Правильных пути два.

Первый — та же выгрузка в .dt через конфигуратор, описанная выше. Второй — штатное резервное копирование средствами СУБД. Для MS SQL Server это задание BACKUP DATABASE через SQL Server Management Studio или план обслуживания; для PostgreSQL — утилита pg_dump. Копии СУБД восстанавливаются быстрее .dt и лучше подходят для больших баз, но требуют доступа к серверу и базовых навыков администрирования СУБД.

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

Разовая выгрузка не защищает от сбоя между архивами. Настройте автоматическое создание копий хотя бы ежедневно в нерабочее время. Для файловой базы достаточно пакетного скрипта, запускаемого планировщиком Windows, который копирует каталог базы и архивирует его.

@echo off
set SRC=D:\Bases\ZUP
set DST=E:\Backups\ZUP_%date:~6,4%-%date:~3,2%-%date:~0,2%.zip
"C:\Program Files\7-Zip\7z.exe" a -tzip "%DST%" "%SRC%\1Cv8.1CD"
if %errorlevel%==0 echo Backup OK

Для клиент-серверной базы настройте план обслуживания в SQL Server (полная копия ежедневно, при желании — разностные в течение дня) или cron-задание с pg_dump для PostgreSQL. Храните копии минимум на двух носителях: локально для быстрого восстановления и на сетевом диске, NAS или в облачном хранилище — на случай выхода сервера из строя.

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

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

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

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

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

Типичные ошибки при архивировании ЗУП

Большинство проблем с восстановлением возникают не из-за сбоев техники, а из-за ошибок в организации копирования. Разберите этот список до того, как настроите процесс.

Отдельная ошибка — путать архивирование с выгрузкой зарплатного проекта или обменом с банком. Файлы выгрузки в банк и обмена с 1С:Бухгалтерией не являются резервной копией и не позволяют восстановить базу.

Часто задаваемые вопросы