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