Как настроить резервное копирование в 1С 8.3 ЗУП

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

Способ настройки резервного копирования зависит от того, как развёрнута ваша база: в файловом варианте на локальном компьютере или в клиент-серверном варианте на SQL Server. Для файловой базы достаточно штатной выгрузки через конфигуратор и копирования файла 1Cv8.1CD по расписанию. Для клиент-серверной базы правильный путь — штатные средства СУБД (MS SQL Server, PostgreSQL) с регулярными полными и разностными копиями.

Ниже разобраны оба сценария с конкретными шагами, настройкой автоматического расписания, проверкой восстановления и типичными ошибками, из-за которых копии оказываются бесполезными в критический момент.

Определите вариант развёртывания базы ЗУП

Прежде чем настраивать копирование, выясните, где физически хранится база. Откройте окно запуска 1С, выделите информационную базу и посмотрите строку подключения внизу окна. Если там указан путь к папке на диске (например, D:\Bases\ZUP) — это файловый вариант. Если указан сервер и имя базы в кластере (Server=SQL01; Ref=ZUP_Base) — клиент-серверный вариант.

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

Настройте выгрузку .dt для файловой базы через конфигуратор

Выгрузка информационной базы в файл .dt — штатный механизм платформы 1С, который создаёт полный снимок базы вместе с конфигурацией. Откройте базу в режиме «Конфигуратор» под пользователем с правами администратора, перейдите в меню «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла, например ZUP_backup_2026.dt, и дождитесь завершения операции.

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

Формат .dt удобен для переноса базы и архивного хранения, но у него есть ограничения: выгрузка больших баз занимает значительное время, а загрузка .dt — ресурсоёмкая операция, которая на объёмных базах может идти часами. Для ежедневных копий файловой базы часто практичнее копировать сам файл 1Cv8.1CD, а .dt делать раз в неделю или перед важными изменениями.

Автоматизируйте копирование файловой базы по расписанию

Ручное копирование быстро забывается, поэтому настройте автоматику через планировщик заданий Windows. Логика простая: скрипт завершает сеансы 1С (или запускается в часы, когда никто не работает), копирует файл базы в папку архива с датой в имени и удаляет копии старше заданного срока хранения.

Создайте командный файл backup_zup.bat примерно следующего содержания и добавьте его в планировщик заданий Windows (taskschd.msc) с запуском, например, ежедневно в 21:00 от имени учётной записи с правами на чтение базы и запись в папку архива.

@echo off
set SRC=D:\Bases\ZUP\1Cv8.1CD
set DEST=E:\Backup\ZUP\1Cv8_%DATE:~6,4%%DATE:~3,2%%DATE:~0,2%.1CD
copy "%SRC%" "%DEST%"
forfiles /p E:\Backup\ZUP /m *.1CD /d -14 /c "cmd /c del @path"

Команда forfiles в конце удаляет копии старше 14 дней, чтобы архив не разрастался бесконечно. Срок хранения подберите под объём диска и требования организации: для зарплатной базы разумно хранить ежедневные копии за 2–4 недели и отдельно — месячные копии за последний год.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\ZUP" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\ZUP_%date:~-4%%date:~3,2%%date:~0,2%.dt" /DisableStartupDialogs

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

Настройте резервное копирование клиент-серверной базы на MS SQL Server

Для клиент-серверной ЗУП резервное копирование выполняется средствами СУБД, а не платформы 1С. Откройте SQL Server Management Studio (SSMS), подключитесь к серверу, найдите вашу базу в разделе «Базы данных», щёлкните правой кнопкой → «Задачи» → «Создать резервную копию». Выберите тип «Полная», укажите путь назначения и выполните копирование, чтобы убедиться, что механизм работает.

Для регулярных копий создайте план обслуживания: в SSMS откройте «Управление» → «Планы обслуживания» → «Создать план обслуживания» и добавьте задачи резервного копирования с расписанием. Рекомендуемая схема для зарплатной базы среднего размера: полная копия ежедневно ночью, разностная (differential) — каждые 2–4 часа в течение рабочего дня. Если база работает в полной модели восстановления, добавьте копии журнала транзакций каждые 15–30 минут — они позволят восстановить данные на произвольный момент времени.

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

Организуйте хранение копий и защиту от потери

Копия, лежащая на том же диске, что и база, не защищает ни от отказа диска, ни от шифровальщика. Соблюдайте принцип разнесения: минимум одна копия должна храниться на другом физическом устройстве — втором сервере, NAS или внешнем диске, а в идеале — ещё одна копия вне офиса или в облачном хранилище.

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

Настройте ротацию: не храните бесконечную цепочку копий и не ограничивайтесь одной последней. Практичная схема — ежедневные копии за 2–4 недели, еженедельные за 2–3 месяца, ежемесячные за год. Копию, сделанную после закрытия года и сдачи годовой отчётности, сохраните в долгосрочный архив.

Проверяйте восстановление и контролируйте выполнение копий

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

Контролируйте и сам факт выполнения заданий. Для планировщика Windows включите запись результата в журнал и периодически проверяйте историю задачи. Для SQL Server настройте уведомления оператору об ошибках заданий агента SQL Server. Отдельно следите за свободным местом на диске архива: переполнение диска — самая частая причина молчаливого прекращения копирования.

Типичные ошибки при настройке резервного копирования ЗУП

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

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

Часто задаваемые вопросы о резервном копировании 1С:ЗУП