Администрирование · 11 мин
Как скопировать базу 1С ЗУП для работы с копией
Пошаговая инструкция, как скопировать базу 1С ЗУП через выгрузку DT, конфигуратор и SQL. Проверка копии, типичные ошибки и меры безопасности данных.
Копия базы 1С: Зарплата и управление персоналом нужна для тестирования обновлений, проверки настроек расчёта, обучения сотрудников и поиска ошибок без риска повредить рабочие данные. В ЗУП хранятся персональные данные сотрудников и сведения о начислениях, поэтому копирование требует аккуратности: ошибка может привести как к потере данных, так и к утечке конфиденциальной информации.
Способ копирования зависит от того, как развёрнута база: в файловом варианте (каталог с файлом 1Cv8.1CD) или в клиент-серверном (MS SQL Server, PostgreSQL). Файловую базу можно скопировать буквально копированием файла, серверную — через выгрузку в конфигураторе или штатные средства СУБД. Ниже разобраны все три подхода, а также проверка результата и типичные ошибки.
Когда нужна копия базы ЗУП и какой способ выбрать
Копия базы создаётся в нескольких типовых ситуациях: тестирование обновления релиза конфигурации, отработка новых настроек учёта (например, новых видов начислений или графиков), поиск причины ошибки в расчёте зарплаты, обучение новых сотрудников на реальных данных, подготовка к свёртке или переносу данных. Во всех этих случаях работать нужно именно в копии, а не в рабочей базе.
Выбор способа определяется вариантом развёртывания и объёмом базы. Копирование файла 1Cv8.1CD — самый быстрый способ, но подходит только для файловых баз. Выгрузка в .dt универсальна и дополнительно «сжимает» базу, но на больших базах занимает заметное время и требует монопольного доступа. Резервное копирование средствами СУБД — оптимальный путь для клиент-серверных баз большого объёма.
Сравнение вариантов
Только файловые базы. Быстро, но требует отсутствия активных сеансов. Не подходит для серверных развёртываний.
Универсально для файловых и серверных баз. Долго на больших объёмах, нужен монопольный доступ при выгрузке.
Для клиент-серверных баз. Быстро на больших объёмах, но требует прав администратора СУБД и регистрации базы на сервере 1С.
Подготовка: завершение сеансов и резервная копия
Перед копированием все пользователи должны выйти из базы. Активные сеансы блокируют монопольный доступ, а копирование файла 1Cv8.1CD при открытых сеансах может дать повреждённую копию. Проверить сеансы можно в консоли кластера серверов 1С (для серверного варианта) или попросив пользователей выйти и убедившись, что файл 1Cv8.1CL (файл блокировок) в каталоге базы отсутствует.
Даже если задача — просто сделать копию, сначала создайте резервную копию рабочей базы штатным способом. Это страховка на случай, если в процессе что-то пойдёт не так: например, выгрузка .dt прервётся из-за нехватки дискового пространства или вы случайно начнёте загрузку не в ту базу. Убедитесь также, что на диске достаточно свободного места — файл выгрузки и сама копия потребуют объёма, сопоставимого с размером базы.
Способ 1: копирование файла файловой базы
Если база ЗУП файловая, самый быстрый способ — скопировать каталог базы целиком или только файл 1Cv8.1CD. Завершите все сеансы, откройте каталог базы (его путь виден в списке информационных баз при выборе базы в окне запуска 1С) и скопируйте файл 1Cv8.1CD в новую папку, например с понятным именем ZUP_Kopiya.
Затем добавьте копию в список информационных баз: в окне запуска 1С нажмите «Добавить», выберите «Добавление в список существующей информационной базы», укажите наименование (например, «ЗУП тестовая») и путь к новому каталогу. После этого база доступна для входа в обычном режиме. Файл 1Cv8.1CD — это вся база целиком: данные, настройки и пользователи сохраняются.
- 1Завершите все сеансы пользователей в базе и закройте конфигуратор
- 2Найдите каталог базы через окно запуска 1С (выделите базу — путь указан внизу)
- 3Скопируйте файл 1Cv8.1CD в новый каталог
- 4В окне запуска 1С нажмите «Добавить» — «Добавление существующей базы»
- 5Укажите имя копии и путь к новому каталогу, войдите и проверьте данные
Способ 2: выгрузка и загрузка через конфигуратор (.dt)
Этот способ универсален: он работает и для файловых, и для клиент-серверных баз. Откройте рабочую базу в режиме Конфигуратор, перейдите в меню «Администрирование — Выгрузить информационную базу» и укажите файл с расширением .dt. Выгрузка требует монопольного доступа, поэтому все сеансы должны быть завершены. На больших базах процесс занимает продолжительное время — не прерывайте его.
Для загрузки создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить», выберите «Создание новой информационной базы» и вариант «без конфигурации». Затем откройте новую базу в конфигураторе и выполните «Администрирование — Загрузить информационную базу», указав сохранённый файл .dt. После загрузки конфигуратор предложит перезапустить сеанс — согласитесь.
Учтите ограничение: файл .dt предназначен для переноса между базами в рамках одной версии платформы и одного релиза конфигурации. Загружать выгрузку в базу с другим релизом ЗУП не следует — сначала загрузите в копию того же релиза, а обновление выполняйте уже в копии штатно.
Способ 3: копирование клиент-серверной базы через СУБД
Для базы на MS SQL Server или PostgreSQL корректный способ — резервное копирование средствами самой СУБД. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе — «Задачи — Создать резервную копию», затем восстановление этой копии в новую базу с другим именем. В PostgreSQL используются утилиты pg_dump и pg_restore.
После восстановления базы на уровне СУБД её нужно зарегистрировать в кластере серверов 1С: откройте консоль администрирования серверов 1С, создайте новую информационную базу, укажите тип СУБД, имя сервера баз данных и имя восстановленной базы. Снимите флаг блокировки регламентных заданий, если копия будет использоваться для тестов, — иначе копия начнёт выполнять те же регламентные задания, что и рабочая база, что опасно (например, дублированием синхронизаций и отправок).
Работа с СУБД требует прав администратора баз данных и понимания инфраструктуры. Если у вас нет доступа к серверу СУБД или опыта администрирования, используйте способ с выгрузкой .dt — он медленнее, но безопаснее с точки зрения риска повредить серверную инфраструктуру.
После создания копии первым делом отключите в ней регламентные и фоновые задания (в консоли кластера — свойство «Блокировка регламентных заданий»). Тестовая база с активными заданиями может повторно отправить отчётность, выполнить обмен с другими системами или разослать уведомления сотрудникам.
Проверка копии и отличие от рабочей базы
После создания копии проверьте, что данные на месте: войдите в копию под своей учётной записью, откройте список сотрудников, несколько документов начисления зарплаты за последние месяцы и сформируйте расчётный листок по одному сотруднику. Сверьте итоговые суммы с рабочей базой — они должны совпадать.
Чтобы не перепутать копию с рабочей базой, дайте ей отличающееся имя в списке баз («ЗУП тестовая», «ЗУП копия») и при возможности измените заголовок системы в настройках копии. Хорошая практика — завести в копии отдельных пользователей с ограниченными правами и пометить базу визуально, чтобы бухгалтер по ошибке не внёс реальные начисления в тестовую базу.
Как проверить результат
Вход выполняется под теми же пользователями, что в рабочей базе
Ошибка аутентификации или пустой список пользователей — загрузка не завершилась
Расчётные листки и документы совпадают с рабочей базой
Отсутствуют документы за последние периоды — копия сделана из устаревшей выгрузки
В копии задания заблокированы, фоновые процессы не выполняются
Задания активны — риск дублирования синхронизаций и отправок
Типичные ошибки и ограничения
Самая частая ошибка — загрузка .dt или восстановление backup в рабочую базу вместо копии. Загрузка полностью перезаписывает данные, откат невозможен. Всегда проверяйте имя базы в заголовке окна конфигуратора перед загрузкой. Вторая распространённая ошибка — копирование файла 1Cv8.1CD при активных сеансах: такая копия может оказаться повреждённой и не открыться.
Также учитывайте: копия содержит все персональные данные и сведения о зарплате, поэтому доступ к ней должен быть ограничен так же, как к рабочей базе. Не передавайте файл .dt по открытым каналам и не храните копии на общедоступных ресурсах. Если копия создавалась для стороннего специалиста или техподдержки, рассмотрите предварительное обезличивание данных.
Что важно запомнить
Файловую базу ЗУП копируют файлом 1Cv8.1CD, универсальный способ — выгрузка/загрузка .dt через конфигуратор, серверную базу — backup/restore средствами СУБД с регистрацией в кластере. Перед копированием завершите сеансы, после — заблокируйте регламентные задания и проверьте данные. Копия содержит персональные данные, поэтому доступ к ней ограничивайте так же, как к рабочей базе.
Частые вопросы
Можно ли копировать базу ЗУП, пока в ней работают пользователи?
Нет, для всех способов копирования сеансы должны быть завершены. Выгрузка .dt требует монопольного доступа, а копирование файла 1Cv8.1CD при активных сеансах даёт повреждённую копию. Средства СУБД технически позволяют делать backup «на горячую», но в момент восстановления копия будет соответствовать состоянию на время создания резервной копии.
Сохранятся ли пользователи и пароли в копии базы?
Да. Список пользователей, их роли и пароли хранятся внутри информационной базы и полностью переносятся в копию любым из способов. Войти в копию можно под теми же учётными записями, что и в рабочую базу.
Чем копия базы отличается от резервной копии?
Технически это одно и то же на момент создания. Разница в назначении: резервная копия хранится для восстановления при сбое и не используется для работы, а рабочая копия базы разворачивается как отдельная база для тестов и экспериментов. Любая копия может послужить резервной, если её не изменяли.
Можно ли загрузить выгрузку .dt в базу с другим релизом ЗУП?
Не рекомендуется. Файл .dt рассчитан на перенос между базами одной версии платформы и одного релиза конфигурации. Правильный порядок: загрузите выгрузку в копию того же релиза, а затем обновите копию штатно через «Поддержка — Обновить конфигурацию».
Обязательно ли отключать регламентные задания в копии?
Да, это критично. Копия содержит те же настройки обменов, синхронизаций и отправки отчётности. Если задания останутся активными, тестовая база может продублировать выгрузки в банк, обмен с 1С:Бухгалтерией или отправку отчётов в контролирующие органы. Включите блокировку регламентных заданий сразу после создания копии.
Как обезличить данные в копии перед передачей стороннему специалисту?
Штатного механизма обезличивания в ЗУП нет. Используются специализированные обработки, заменяющие ФИО, адреса и документы сотрудников на случайные значения. Если подходящей обработки нет, безопаснее ограничить доступ специалиста к копии через отдельную учётную запись с минимально необходимыми правами и по соглашению о конфиденциальности.