Как сделать копию базы 1С ЗУП

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

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

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

Определите, какой у вас вариант базы: файловый или клиент-серверный

Откройте список информационных баз в окне запуска 1С, выделите базу ЗУП и посмотрите строку подключения внизу окна. Если там указан путь к папке на диске или сетевом ресурсе (например, \\server\zup\) — база файловая. Если указан сервер 1С и имя базы (например, Srvr="server1c";Ref="zup") — база клиент-серверная.

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

Способ 1: выгрузка базы в файл .dt через конфигуратор

Выгрузка в .dt — универсальный метод, который работает и для файлового, и для клиент-серверного варианта. Результат — один файл с расширением .dt, который можно загрузить в любую пустую базу той же или более новой версии платформы.

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

1. 1
   Попросите всех пользователей выйти из программы и завершите фоновые сеансы
2. 2
   Откройте базу в конфигураторе под администратором
3. 3
   Выберите Администрирование → Выгрузить информационную базу
4. 4
   Укажите папку и понятное имя файла, например ZUP_backup_дата.dt
5. 5
   Дождитесь сообщения об успешном завершении и проверьте размер файла
6. 6
   Скопируйте файл на отдельный носитель или сетевое хранилище

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

Способ 2: копирование файловой базы

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

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

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

Способ 3: бэкап клиент-серверной базы средствами СУБД

Для базы на SQL Server копию делают штатными средствами СУБД: в SQL Server Management Studio щёлкните правой кнопкой по базе, выберите «Tasks → Back Up», укажите тип Full и путь к файлу .bak. Такой бэкап выполняется быстро и не требует выгрузки через конфигуратор.

Для PostgreSQL используется утилита pg_dump: команда создаёт файл дампа, который затем восстанавливается через pg_restore или psql. Пример команды приведён ниже.

pg_dump -U postgres -F c -f zup_backup.dump zup_base

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

Как восстановить базу из копии

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

Из копии файловой папки: просто добавьте папку в список баз, как описано выше. Из бэкапа СУБД: восстановите базу средствами SQL Server или PostgreSQL и зарегистрируйте её в консоли кластера 1С.

После восстановления зайдите в базу в пользовательском режиме и проверьте ключевые участки: список сотрудников, начисления за последний месяц, отчёт 2-НДФЛ или свод начислений. Если данные открываются без ошибок и совпадают с рабочей базой — копия корректна.

Типичные ошибки и ограничения

Чаще всего проблемы возникают из-за спешки и невнимания к контексту. Ниже — ошибки, которые встречаются регулярно.

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

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