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

Развернуть базу 1С — значит поднять рабочую копию из резервной копии или дистрибутива и запустить её в режиме «1С:Предприятие». Файловую базу поднимают за минуты: загружают выгрузку .dt через Конфигуратор или копируют файл 1Cv8.1CD в каталог. Серверную создают на кластере 1С поверх СУБД — MS SQL или PostgreSQL — и подключают клиентов по сети.

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

С чего начать: выбираем способ развёртывания

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

Что приготовить до развёртывания:

• 🗂️ файл резервной копии — выгрузку .dt, копию каталога файловой базы или бэкап СУБД (.bak для MS SQL, дамп pg_dump для PostgreSQL);
• 🧩 дистрибутив платформы той версии, в которой базу создавали, — номер платформы не ниже того, на котором делали копию;
• 💾 свободное место: .dt при загрузке разворачивается в несколько раз, держите запас 2–3× от размера копии;
• 🔑 данные для входа: администратора информационной базы, а для серверной — ещё администратора кластера 1С и учётку СУБД.

Файловая база: разворачиваем из .dt и из копии каталога

Для файлового варианта есть два пути, и они не взаимозаменяемы.

Путь 1. Загрузка из выгрузки .dt. Так переносят базу между компьютерами и восстанавливают из «чистой» выгрузки.

1. Создайте пустую базу: в окне запуска 1С нажмите Добавить → Создание новой информационной базы → Создание информационной базы без конфигурации → тип расположения «На данном компьютере или в локальной сети».
2. Запустите эту базу в режиме Конфигуратор.
3. Меню Администрирование → Загрузить информационную базу, укажите файл .dt.
4. Дождитесь окончания и согласитесь на перезапуск.

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

Путь 2. Копирование файла 1Cv8.1CD. Самый быстрый способ, если у вас есть файл базы целиком.

1. Убедитесь, что в исходной базе никто не работает , иначе копия будет «на ходу» и может оказаться битой.
2. Скопируйте весь каталог базы (там лежит 1Cv8.1CD и служебные файлы).
3. В окне запуска добавьте существующую базу, указав путь к новому каталогу.

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

Серверная база: MS SQL и PostgreSQL

Клиент-серверный вариант состоит из трёх слоёв: СУБД хранит данные, кластер 1С обрабатывает запросы, клиенты подключаются к кластеру. Разворачивать можно двумя способами.

Способ А. Создать базу и загрузить в неё данные через 1С.

1. В окне запуска: Добавить → Создание новой информационной базы → без конфигурации → тип расположения «На сервере 1С:Предприятия».
2. Заполните: имя кластера (обычно имя сервера, порт 1541), имя новой базы на сервере, тип СУБД, сервер СУБД, имя базы данных СУБД, логин и пароль к СУБД. Поставьте флажок создания базы данных, если её ещё нет.
3. Запустите базу в Конфигураторе и загрузите .dt так же, как для файловой (Администрирование → Загрузить информационную базу).

Способ Б. Восстановить средствами самой СУБД. Быстрее для крупных баз, потому что не нужно разворачивать .dt.

• MS SQL: восстановите бэкап командой RESTORE DATABASE (или через SQL Server Management Studio), затем в окне запуска 1С добавьте базу, указав уже существующую базу данных СУБД.
• PostgreSQL: восстановите дамп через pg_restore в заранее созданную базу данных, затем подключите её из 1С тем же способом.

После восстановления средствами СУБД полезно один раз зайти в базу в Конфигураторе: платформа досоздаёт служебные структуры и проверяет соответствие конфигурации.

Развёртывание из командной строки. Когда серверов много или базу поднимают скриптом, окно запуска не нужно. Пустую базу создают запуском 1cv8 CREATEINFOBASE с параметрами строки соединения, а выгрузку заливают через Конфигуратор в пакетном режиме: 1cv8 DESIGNER /S "сервер\база" /RestoreIB "путь\копия.dt". На Linux-серверах без графической оболочки те же действия выполняют утилитой ibcmd — конкретные подкоманды смотрите в её встроенной справке, чтобы не задать параметр наугад.

Права доступа и сетевые настройки

Доступ в серверной базе раздаётся на трёх уровнях — не перепутайте их.

1. Уровень СУБД. Учётная запись, под которой кластер 1С ходит в базу данных (например, логин в MS SQL или роль в PostgreSQL). Задаётся один раз при создании базы.
2. Уровень кластера 1С. Администраторы кластера и администраторы центрального сервера. Настраиваются в консоли администрирования серверов или утилитой rac. Если список администраторов кластера пуст — его может задать кто угодно, поэтому заполните его сразу.
3. Уровень информационной базы. Пользователи и их роли. Создаются в Конфигураторе: Администрирование → Пользователи. Хотя бы один пользователь должен иметь полные права, иначе в Конфигуратор потом не войти.

Сетевые порты, которые должны быть открыты между клиентом и сервером 1С:

• 1540 — агент сервера (ragent), через него идёт консоль администрирования;
• 1541 — менеджер кластера (rmngr), к нему подключается клиент;
• 1560–1591 — диапазон рабочих процессов по умолчанию (rphost); диапазон задаётся в свойствах рабочего сервера и при необходимости сужается.

Плюс порт СУБД между сервером 1С и сервером базы данных: MS SQL обычно 1433, PostgreSQL — 5432.

Для тонкого клиента по вебу базу дополнительно публикуют на веб-сервере (Apache или IIS) — это отдельная задача, здесь её не разбираем.

Когда права розданы и порты открыты, пройдитесь по короткому списку проверки — он отсеивает самые частые «сюрпризы» первого рабочего дня:

• 🔐 вход администратором проходит, и у него полные права;
• 👥 рядовой пользователь заходит и видит нужные разделы;
• ⏱️ регламентные и фоновые задания в тестовой копии отключены, в рабочей — включены по регламенту;
• 🌐 если нужен веб-клиент — публикация на веб-сервере открывается по адресу;
• 💽 запланирована автоматическая резервная копия новой базы.

Обновление конфигурации и регистрация изменений

Когда база развёрнута из копии, два момента требуют проверки, иначе при открытии вы получите ошибку или лишний трафик обмена.

Обновление конфигурации базы данных. Если копию делали на одной версии конфигурации, а платформа или поставщик обновились, при входе появится сообщение о несоответствии. Откройте базу в Конфигураторе и выполните Конфигурация → Обновить конфигурацию базы данных (горячая клавиша F7). Операция реструктуризирует таблицы и требует монопольного доступа.

Регистрация изменений в планах обмена. Если исходная база участвовала в обмене (распределённая информационная база РИБ, синхронизация с другой конфигурацией), развёрнутая копия унаследует узлы плана обмена и накопленную регистрацию изменений.

Что с этим делать:

• 🧪 если вы разворачиваете тестовую копию — обязательно отключите или удалите узлы обмена в копии, чтобы она случайно не отправила данные в рабочую систему;
• 🔁 если это новый рабочий узел РИБ — его разворачивают из специального начального образа, а не из обычной .dt, и регистрацию изменений настраивают по регламенту обмена;
• 🧹 лишнюю накопленную регистрацию в тестовой копии чистят штатными средствами плана обмена, а не правкой таблиц напрямую.

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

Если база не запускается: разбор ошибок

Большинство сбоев при первом запуске — это несовпадение версий, нехватка прав или битый файл. Сопоставьте сообщение с причиной.

Отдельно про монопольный доступ: он нужен не постоянно, а только для загрузки .dt, обновления структуры конфигурации (F7) и тестирования-исправления. Если платформа пишет, что база занята, — значит, остался активный сеанс; найдите и завершите его через консоль администрирования или список сеансов, предупредив пользователей.

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