Администрирование · 10 мин
Как развернуть тестовую базу 1С
Как развернуть тестовую базу 1С из копии рабочей: способы создания, настройка, отключение фоновых заданий, проверка результата и типичные ошибки.
Тестовая база 1С — это копия рабочей информационной базы, на которой безопасно проверяют обновления, доработки конфигурации, обмены данными и новые настройки, не рискуя реальными документами. Разворачивание такой копии — стандартная операция администратора или внедренца, но в ней есть несколько критичных моментов: если забыть отключить регламентные задания или обмены, тестовая база начнёт отправлять реальные данные контрагентам, в банк или на сайт.
Способ развёртывания зависит от режима работы основной базы: файловый или клиент-серверный (SQL). В файловом варианте достаточно скопировать каталог с файлом 1Cv8.1CD, в серверном — сделать выгрузку через конфигуратор в файл .dt или восстановить копию средствами СУБД. Ниже разобраны оба сценария с проверкой результата на каждом шаге.
Когда нужна тестовая база и какой формат выбрать
Копия базы требуется в трёх типовых ситуациях: проверка обновления конфигурации перед установкой в рабочую базу, отладка доработок и внешних обработок, а также обучение сотрудников на реальных данных без риска их испортить. Для каждой задачи подходит полная копия рабочей базы — урезанные или пустые базы не покажут, как обновление поведёт себя на реальном объёме данных.
Формат развёртывания определяется текущим режимом работы. Файловая база — это один файл 1Cv8.1CD в каталоге на диске; её копия создаётся простым копированием. Клиент-серверная база хранится в СУБД (MS SQL Server, PostgreSQL и др.), и здесь есть два пути: выгрузка в .dt через конфигуратор или копия на уровне СУБД с последующей регистрацией в кластере 1С.
Как выбрать способ развёртывания
Подготовка: место, права и согласование простоя
Перед копированием убедитесь, что на целевом диске достаточно свободного места — потребуется объём, сопоставимый с размером исходной базы, плюс запас на временные файлы выгрузки. Для файловой базы размер виден по файлу 1Cv8.1CD, для серверной — по размеру БД в СУБД.
Ключевое требование — монопольный доступ к базе в момент копирования или выгрузки. Если пользователи работают, копия файловой базы может получиться битой, а выгрузка .dt — зафиксировать данные в несогласованном состоянии. Попросите пользователей выйти, завершите активные сеансы через консоль кластера или принудительно закройте файловую базу, отключив общий доступ к каталогу.
Проверьте, что у вас есть права администратора в базе (для выгрузки .dt) и доступ к серверу 1С и СУБД (для серверного сценария). Также заранее решите, где будет жить тестовая база: на том же сервере — удобно, но нагружает его; на отдельной машине — безопаснее для производительности рабочей системы.
Развёртывание файловой тестовой базы
Самый быстрый способ для файлового режима — прямое копирование. Завершите все сеансы, скопируйте каталог базы целиком (или хотя бы файл 1Cv8.1CD) в новое расположение, например D:\Bases\Test_UT. Затем откройте окно запуска 1С, нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите путь к новому каталогу. Дайте базе понятное имя с пометкой «ТЕСТ», чтобы никто не перепутал её с рабочей.
Альтернатива — через конфигуратор: «Администрирование → Выгрузить информационную базу» в исходной базе, затем создание новой пустой базы без конфигурации и «Загрузить информационную базу» в ней. Этот путь дольше, но дополнительно проверяет целостность данных и создаёт архивную копию .dt, которую можно хранить.
- 1Завершите все сеансы пользователей и фоновые процессы в исходной базе
- 2Скопируйте каталог базы или файл 1Cv8.1CD в новое расположение
- 3В окне запуска 1С добавьте существующую базу, указав новый каталог
- 4Назовите базу с пометкой «ТЕСТ» и запустите конфигуратор для проверки
- 5Отключите регламентные задания и обмены до запуска пользователей
Развёртывание клиент-серверной тестовой базы
Универсальный способ для серверного режима — выгрузка в .dt. В конфигураторе рабочей базы выполните «Администрирование → Выгрузить информационную базу» и укажите файл выгрузки. Выгрузка требует монопольного доступа и на больших базах занимает заметное время — планируйте её на нерабочие часы.
Затем создайте новую пустую базу: в окне запуска 1С выберите «Добавить → Создание новой информационной базы → без конфигурации», укажите сервер 1С, имя новой базы и параметры СУБД. Откройте её в конфигураторе и выполните «Загрузить информационную базу», выбрав файл .dt. После загрузки база полностью повторяет рабочую на момент выгрузки.
Копия средствами СУБД
Для очень больших баз быстрее сделать backup/restore на уровне СУБД: создать резервную копию рабочей БД и восстановить её под новым именем. После этого новую базу нужно зарегистрировать в консоли кластера 1С, указав существующую БД в СУБД. Важно: при регистрации не ставьте флаг «Создать базу данных в случае её отсутствия» и проверьте, что указываете именно на восстановленную копию, а не на рабочую БД — ошибка в имени приведёт к подключению двух «баз 1С» к одним данным.
Обязательная настройка копии после восстановления
Восстановленная копия — это полный двойник рабочей базы, включая все настроенные интеграции. Первое действие после запуска конфигуратора — открыть консоль заданий (в типовых конфигурациях: «Администрирование → Регламентные и фоновые задания») и отключить все задания, которые обращаются наружу: обмены с сайтом, ЭДО, банк-клиент, синхронизацию с другими базами, отправку отчётности и почты.
В типовых конфигурациях есть штатный механизм защиты: при первом запуске копии с изменённым расположением база спрашивает «Это копия информационной базы?». Подтвердите — и платформа автоматически заблокирует регламентные задания, работающие с внешними ресурсами. Не игнорируйте этот диалог и не отвечайте «база перемещена», если вы делаете именно копию.
Дополнительно проверьте и очистите: настройки подключения к FTP и почтовым ящикам, пути обмена файлами (чтобы копия не забирала файлы из рабочих каталогов), параметры веб-сервисов и HTTP-подключений. Если в базе хранятся персональные данные, а тестовая база доступна широкому кругу — ограничьте доступ или обезличьте данные.
Проверка результата и поддержание копии в актуальном состоянии
После развёртывания убедитесь, что копия работоспособна и изолирована. Войдите под своей учётной записью, откройте несколько типовых документов и отчётов, проверьте, что остатки и обороты совпадают с рабочей базой на момент копирования. Затем убедитесь, что регламентные задания заблокированы: в консоли заданий они должны иметь статус «Отключено» или «Заблокировано».
Тестовая база устаревает быстро: через несколько недель данные расходятся с рабочими, и результаты тестирования теряют достоверность. Установите ритм обновления копии — например, перед каждым крупным обновлением конфигурации или раз в месяц. Процедуру выгрузки и загрузки .dt можно автоматизировать пакетным запуском конфигуратора с параметрами командной строки.
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Work" /N Админ /P *** /DumpIB "D:\Backup\copy.dt"Команда выше выгружает файловую базу в .dt без открытия интерфейса; для серверной базы вместо /F используется параметр /S с указанием сервера и имени базы. Загрузка выполняется аналогично с ключом /RestoreIB. Такой скрипт удобно запускать по расписанию в нерабочее время.
Как проверить результат
База открывается, документы и отчёты доступны
Ошибки открытия, ругань на отсутствие файлов или БД
Остатки и обороты идентичны на дату копирования
Расхождения — копия сделана при активных сеансах
Задания с внешними обращениями отключены или заблокированы
Задания активны и выполняются по расписанию
Каталоги и подключения копии отделены от рабочих
Копия смотрит в те же каталоги, почту или API, что и рабочая база
Частые вопросы
Можно ли развернуть тестовую базу без остановки работы пользователей?
Для клиент-серверной базы — да, если делать копию средствами СУБД: backup рабочей БД выполняется «на горячую». Выгрузка .dt и копирование файловой базы требуют монопольного доступа, иначе копия может оказаться несогласованной или повреждённой.
Сколько места нужно под тестовую базу?
Ориентируйтесь на размер исходной базы плюс запас на временные файлы выгрузки и рост данных во время тестов. Для серверного сценария через .dt дополнительно потребуется место под сам файл выгрузки, который обычно заметно меньше размера БД за счёт сжатия.
Обязательно ли обновлять платформу на тестовом сервере до той же версии?
Желательно, чтобы версия платформы на тестовом окружении совпадала с рабочей. Иначе можно получить ошибки несовместимости при загрузке копии или протестировать поведение, которое в рабочей среде будет иным.
Что делать, если тестовая база уже отправила данные во внешнюю систему?
Немедленно заблокируйте регламентные задания в копии и отключите её от сети при необходимости. Затем оцените, какие документы ушли наружу, и скорректируйте их в принимающей системе вручную. После этого пересмотрите процедуру развёртывания: блокировка заданий должна быть первым шагом, а не последним.
Можно ли использовать одну тестовую базу для нескольких задач?
Можно, но неудобно: параллельные доработки и обновления в одной копии мешают друг другу и затрудняют откат. Практичнее держать отдельные копии под тестирование обновлений и под разработку, обновляя каждую по своему графику.
Нужно ли получать отдельную лицензию 1С на тестовую базу?
Отдельная лицензия на саму базу не требуется — лицензируются клиентские и серверные сеансы. Если тестовая база работает на том же сервере и с теми же пользователями, дополнительных лицензий обычно не нужно; при выносе на отдельный сервер 1С потребуется серверная лицензия на него.
Что важно запомнить
Тестовая база разворачивается копированием файла 1Cv8.1CD (файловый режим) или выгрузкой/загрузкой .dt и копией СУБД (серверный режим) при монопольном доступе к источнику. Критичный шаг — сразу после восстановления отключить регламентные задания и обмены, подтвердив, что это копия. Завершите работу проверкой: данные совпадают с рабочей базой, задания заблокированы, пути обмена изолированы.