Администрирование · 10 мин
Как сделать резервную копию 1С:ЗУП
Как сделать резервную копию 1С:ЗУП: выгрузка DT, копия базы SQL, настройка автоматического резервного копирования, проверка восстановления и типичные ошибки.
База 1С:Зарплата и управление персоналом хранит критически важные данные: начисления, кадровые документы, персональные данные сотрудников, историю расчётов за годы. Потеря такой базы означает не только штрафные риски, но и необходимость восстанавливать учёт вручную по бумажным документам. Резервное копирование — единственный надёжный способ защититься от сбоев оборудования, ошибок обновления, некорректных доработок и действий пользователей.
Способ создания копии зависит от того, как развёрнута ваша база: в файловом варианте на локальном компьютере или в клиент-серверном варианте на SQL-сервере. Для файловой базы достаточно встроенной выгрузки в файл DT или копирования файла 1Cv8.1CD, для серверной нужны средства СУБД. Ниже разобраны оба сценария, настройка автоматического копирования и проверка того, что копия действительно восстанавливается.
Какие способы резервного копирования подходят для 1С:ЗУП
Существует три основных способа снять резервную копию с базы 1С:ЗУП. Первый — выгрузка информационной базы в файл с расширением DT через конфигуратор. Это универсальный метод: файл DT можно загрузить в пустую базу на любой платформе, он подходит и для переноса между файловым и клиент-серверным вариантами. Второй способ — прямое копирование файла базы 1Cv8.1CD для файлового варианта. Третий — штатный бэкап базы данных средствами СУБД для клиент-серверного развёртывания.
Выгрузка DT и копирование файла не равнозначны. Файл DT компактнее и переносим, но выгрузка большой базы занимает заметное время и требует монопольного доступа. Копирование файла 1Cv8.1CD быстрее, но требует, чтобы все пользователи вышли из базы, иначе копия может оказаться повреждённой. Для серверной базы копирование файлов каталога не работает — нужны инструменты СУБД.
Сравнение способов копирования
Подходит для любого варианта базы, позволяет переносить данные между платформами. Ограничение: длительная выгрузка больших баз, нужен монопольный доступ.
Быстрый вариант только для файловой базы. Ограничение: все сеансы должны быть завершены, иначе копия может быть нецелостной.
Штатный способ для клиент-серверной базы, поддерживает расписание и сжатие. Ограничение: требует прав администратора СУБД и навыков работы с SQL-сервером.
Выгрузка базы в файл DT через конфигуратор
Это самый распространённый способ для файловой базы 1С:ЗУП. Перед началом попросите всех пользователей завершить работу: выгрузка требует монопольного доступа, иначе конфигуратор выдаст ошибку занятости базы. Убедитесь, что на диске достаточно свободного места — файл DT большой базы может занимать несколько гигабайт.
- 1Завершите все сеансы пользователей в базе и закройте 1С:Предприятие.
- 2Откройте базу в режиме «Конфигуратор» под пользователем с полными правами.
- 3В меню выберите «Администрирование → Выгрузить информационную базу».
- 4Укажите папку и понятное имя файла, например ZUP_backup_15-03.dt.
- 5Дождитесь завершения выгрузки и проверьте, что файл появился и имеет ненулевой размер.
После завершения выгрузки не удаляйте предыдущую копию сразу: оставляйте минимум две-три последние версии, чтобы при повреждении свежего файла можно было откатиться на более ранний. Файл DT имеет смысл сразу скопировать на другой диск, сетевую папку или внешний носитель — копия, лежащая на том же диске, что и база, не защищает от отказа оборудования.
Копирование файловой базы напрямую
Файловая база 1С:ЗУП физически представляет собой файл 1Cv8.1CD в каталоге базы плюс служебные папки. Самый быстрый способ резервного копирования — скопировать этот файл целиком. Узнать расположение каталога можно в окне выбора информационных баз при запуске 1С: путь указан в нижней части окна для выделенной базы.
Главное условие — полное отсутствие активных сеансов. Если скопировать файл, пока кто-то работает в базе, копия с высокой вероятностью окажется в несогласованном состоянии и не откроется. Поэтому копирование удобно выполнять ночью по расписанию или сразу после окончания рабочего дня, когда все вышли из программы. Для надёжности копируйте весь каталог базы, а не только файл 1Cv8.1CD.
Резервное копирование клиент-серверной базы
Если 1С:ЗУП работает в клиент-серверном варианте, данные хранятся в базе СУБД — обычно Microsoft SQL Server или PostgreSQL. В этом случае штатный путь — регулярный бэкап средствами самой СУБД. Для MS SQL это задача Backup Database в плане обслуживания, для PostgreSQL — утилита pg_dump или pg_basebackup. Такие бэкапы можно выполнять без остановки работы пользователей, что критично для крупных организаций.
Выгрузка через конфигуратор в клиент-серверном варианте тоже возможна, но она требует монопольного доступа и на больших базах занимает много времени, поэтому её используют как дополнительную меру — например, перед обновлением конфигурации. Рекомендуемая схема: ежедневный полный бэкап средствами СУБД плюс выгрузка DT перед каждым обновлением или массовой обработкой данных.
Перед обновлением конфигурации 1С:ЗУП всегда делайте свежую копию, даже если настроено регулярное копирование. Обновление изменяет структуру базы, и при ошибке откат возможен только из копии, снятой непосредственно до начала процесса. Храните такие копии до подтверждения, что обновлённая база работает корректно.
Как настроить автоматическое резервное копирование
Ручное копирование быстро забывается, поэтому процесс стоит автоматизировать. Для файловой базы простейший вариант — задача планировщика Windows, которая по расписанию копирует файл 1Cv8.1CD в резервную папку. Задачу ставят на ночное время, когда пользователи не работают. Для дополнительной надёжности в скрипт добавляют архивирование копии и удаление архивов старше заданного срока.
Для клиент-серверной базы автоматизация делается штатными средствами СУБД: план обслуживания в MS SQL Server или задание cron с pg_dump в PostgreSQL. Настройте хранение копий на отдельном физическом диске или сетевом хранилище. Полезно организовать ротацию: ежедневные копии за последнюю неделю, еженедельные — за месяц, ежемесячные — за год. Это позволяет восстановить данные не только «на вчера», но и на нужную прошлую дату, например при обнаружении старой ошибки в расчётах.
Как проверить, что резервная копия рабочая
Копия, которую никогда не пытались восстановить, нельзя считать надёжной. Периодически — хотя бы раз в месяц — выполняйте контрольное восстановление: создайте пустую базу, загрузите в неё файл DT через «Администрирование → Загрузить информационную базу» или подключите скопированный каталог как новую базу. Затем откройте базу в режиме Предприятия и проверьте ключевые данные.
Для 1С:ЗУП проверяйте: открываются ли списки сотрудников и начислений, корректно ли формируется расчётный листок за последний закрытый месяц, совпадают ли итоги по зарплате с рабочей базой. Если база открывается, но документы не проводятся или отчёты выдают ошибки, копия повреждена — разбирайтесь с процедурой копирования и делайте новую.
Как проверить результат
Файл существует, имеет правдоподобный размер, дата изменения свежая
Файл отсутствует, нулевого размера или с заметно меньшим размером, чем обычно
Загрузка завершается без ошибок, база открывается в режиме Предприятия
Ошибка загрузки, сообщение о повреждении файла
Списки сотрудников и документов на месте, отчёты совпадают с рабочей базой
Пропали документы, отчёты выдают ошибки или неверные суммы
Где и сколько хранить резервные копии
Базовое правило — копия должна физически находиться не там, где рабочая база. Минимальный уровень защиты — второй жёсткий диск или сетевое хранилище. Более надёжный вариант — дополнительная копия вне офиса: на внешнем диске, который уносят, или в облачном хранилище. Учитывайте, что база 1С:ЗУП содержит персональные данные сотрудников, поэтому при передаче копий в облако или на внешние носители используйте шифрование архивов и ограничивайте доступ.
По срокам хранения ориентируйтесь на потребности учёта: ежедневные копии держите неделю-две, ежемесячные — минимум год. Копии на конец отчётного периода (квартала, года) имеет смысл сохранять на несколько лет: они могут понадобиться при проверках и для восстановления исторических данных по сотрудникам.
Что важно запомнить
Файловую базу 1С:ЗУП копируйте выгрузкой в DT или копированием файла 1Cv8.1CD при закрытых сеансах, клиент-серверную — бэкапом средствами СУБД. Автоматизируйте ежедневное копирование, храните копии на отдельном носителе с ротацией, делайте отдельную копию перед каждым обновлением и регулярно проверяйте восстановление.
Частые вопросы
Можно ли сделать копию 1С:ЗУП, не выгоняя пользователей?
Для клиент-серверной базы — да: бэкап средствами СУБД выполняется «на горячую», без остановки работы. Для файловой базы ни выгрузка DT, ни копирование файла без завершения сеансов безопасно не выполняются. Планируйте копирование файловой базы на нерабочее время.
Чем отличается выгрузка DT от архивации в меню «Администрирование»?
Функция «Выгрузить информационную базу» создаёт файл DT со всеми данными и конфигурацией — это полноценная резервная копия. Сохранение данных в некоторых типовых настройках (например, резервное копирование из режима Предприятия в файловой базе) по сути делает то же самое, но в автоматическом режиме по расписанию. Оба варианта пригодны для восстановления.
Как восстановить базу из файла DT?
Создайте новую пустую базу без конфигурации, откройте её в конфигураторе, выберите «Администрирование → Загрузить информационную базу» и укажите файл DT. После загрузки обновите конфигурацию базы данных, если платформа попросит, и проверьте работоспособность в режиме Предприятия.
Сколько места нужно для резервных копий?
Размер файла DT обычно меньше размера рабочей базы за счёт внутреннего сжатия, но точное соотношение зависит от данных. Прикиньте объём одной копии по факту первой выгрузки и заложите место минимум на 10–15 копий с учётом ротации, плюс запас на рост базы.
Нужно ли делать копию перед обновлением, если есть ежедневный бэкап?
Да, обязательно. Обновление меняет структуру базы, и откат возможен только из копии, снятой непосредственно перед запуском обновления. Ежедневная копия могла быть сделана много часов назад, и вы потеряете все данные, введённые за этот период.
Можно ли хранить копии базы ЗУП в облаке?
Можно, но с оговорками: база содержит персональные данные сотрудников, поэтому архивы следует шифровать, а доступ к хранилищу — ограничивать. Убедитесь, что условия хранения соответствуют требованиям вашей организации к защите персональных данных.