К статье
Практический материал

Администрирование · 9 мин

Как сохранить базу 1С ЗУП: пошаговая инструкция

Как сохранить базу 1С ЗУП: выгрузка через конфигуратор, резервное копирование файловой и клиент-серверной базы, проверка копии и типичные ошибки.

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

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

Ниже разобраны все рабочие способы с конкретными действиями, ограничениями и проверкой результата.

Когда и зачем сохранять базу 1С ЗУП

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

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

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

Маршрут решения

Как выбрать способ сохранения

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

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

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

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

Ограничение способа: при выгрузке клиент-серверной базы большого объёма операция может занять много времени и заметно нагрузить сервер 1С. Планируйте её на нерабочие часы.

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

Если база файловая, её можно сохранить простым копированием. В каталоге базы найдите файл 1Cv8.1CD — это и есть вся информационная база. Скопируйте его в другую папку, на внешний диск или в сетевое хранилище.

Главное условие — копировать файл только при полностью закрытых сеансах. Если кто-то работает в базе, файл копируется «на лету» с незавершёнными транзакциями, и такая копия может не открыться или содержать повреждённые данные. Проверить отсутствие сеансов можно через список активных пользователей в режиме «Предприятие» или по отсутствию файла 1Cv8.1CL (файл блокировок) рядом с базой.

Способ быстрый и удобен для автоматизации: копирование можно поставить в планировщик задач Windows. Однако при повреждении исходной базы копия унаследует те же проблемы, поэтому файловое копирование разумно дополнять периодической выгрузкой в .dt.

Сохранение клиент-серверной базы ЗУП

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

Для MS SQL Server это команда BACKUP DATABASE через SQL Server Management Studio или план обслуживания с автоматическим ежедневным бэкапом. Для PostgreSQL — утилита pg_dump или pg_basebackup. Такие копии делаются быстро, не требуют завершения сеансов пользователей (в зависимости от режима) и позволяют восстановить базу на конкретный момент времени.

sql
BACKUP DATABASE [ZUP_Base] TO DISK = N'D:\Backups\ZUP_Base_full.bak' WITH COMPRESSION, CHECKSUM

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

Проверка сохранённой копии

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

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

Контрольные точки

Как проверить результат

Файл копии создан
Норма

Размер сопоставим с размером базы

Тревожный признак

Файл отсутствует, нулевой или аномально маленький

Загрузка .dt в пустую базу
Норма

Загрузка завершается без ошибок, база открывается

Тревожный признак

Ошибки загрузки, сообщения о нарушении целостности

Данные в восстановленной копии
Норма

Сотрудники, начисления и отчёты на месте

Тревожный признак

Пустые списки, недоступные документы

Хранение копии
Норма

Копия лежит на другом диске или в сетевом хранилище

Тревожный признак

Единственная копия лежит в том же каталоге, что и база

Типичные ошибки при сохранении базы

Типичные ошибки
01
Копирование 1Cv8.1CD при открытых сеансах — копия оказывается повреждённой и не открывается.
02
Хранение копии на том же диске, что и рабочая база — при отказе диска теряется и база, и резерв.
03
Выгрузка .dt без монопольного доступа — операция обрывается, администратор считает копию готовой, хотя файла нет.
04
Отсутствие проверки восстановления — о неработоспособности копии узнают только в момент аварии.
05
Копия делается после обновления, а не до — откатить неудачное обновление уже невозможно.
06
Передача копии зарплатной базы без защиты — персональные данные сотрудников должны передаваться по защищённым каналам.

Ещё одна распространённая ситуация: администратор настраивает автоматический бэкап, но не следит за свободным местом на диске. Через несколько месяцев диск заполняется, новые копии перестают создаваться, а последняя рабочая — глубоко устаревшая. Контролируйте и свободное место, и дату последней успешной копии.

Автоматизация и правила хранения копий

Для регулярного сохранения настройте автоматику: планировщик Windows с командой выгрузки или копирования для файловой базы, план обслуживания СУБД для клиент-серверной. Проверяйте журнал выполнения заданий хотя бы раз в неделю.

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

Итог

Что важно запомнить

Сохраняйте базу ЗУП выгрузкой в .dt через конфигуратор или копированием файла для файлового варианта и бэкапом СУБД для клиент-серверного. Делайте копию до обновления, проверяйте её тестовым восстановлением и храните минимум на двух разных носителях.

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

Можно ли сохранить базу ЗУП без конфигуратора?

Да, для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах. Для клиент-серверной базы используется резервное копирование средствами СУБД. Но выгрузка .dt через конфигуратор остаётся самым универсальным способом переноса.

Чем отличается выгрузка .dt от копии каталога базы?

Файл .dt — это логическая выгрузка данных и конфигурации, из которой база разворачивается на любой платформе. Копия каталога — побайтовый снимок, который переносит базу «как есть», включая возможные внутренние повреждения, и требует совместимой версии платформы.

Сколько времени занимает выгрузка базы ЗУП?

Зависит от объёма данных и быстродействия дисковой подсистемы. Небольшая база выгружается за несколько минут, крупная клиент-серверная — за десятки минут и дольше. Точное время определяется только опытным путём на конкретной базе.

Нужно ли выгонять пользователей для резервного копирования?

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

Как восстановить базу из файла .dt?

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

Безопасно ли передавать копию базы ЗУП стороннему специалисту?

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