К статье
Практический материал

Администрирование · 12 мин

Что значит развернуть базу 1С и как это сделать правильно

Что значит развернуть базу 1С: способы развёртывания из dt и SQL-бэкапа, файловый и клиент-серверный режимы, типичные ошибки и проверка результата.

Фраза «развернуть базу 1С» означает создать на компьютере или сервере рабочую информационную базу из имеющихся данных: файла выгрузки (.dt), резервной копии SQL-сервера или копии каталога файловой базы. Проще говоря, вы берёте архив с данными и превращаете его в полноценную базу, в которой можно входить, работать с документами и формировать отчёты.

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

Главная ошибка новичков — путать развёртывание с простым копированием файлов и забывать про версию платформы: база, созданная под более новой версией 1С:Предприятия, не откроется на старой. Ниже разберём все основные сценарии с конкретными шагами и способами проверить результат.

Что именно означает «развернуть базу» и какие форматы исходников бывают

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

Исходник для развёртывания обычно существует в одном из трёх видов. Первый — файл выгрузки с расширением .dt, который создаётся в конфигураторе через «Администрирование → Выгрузить информационную базу». Второй — резервная копия средствами СУБД (например, .bak для MS SQL Server или выгрузка pg_dump для PostgreSQL), если база работала в клиент-серверном режиме. Третий — просто скопированный каталог файловой базы с файлом 1Cv8.1CD внутри.

От формата исходника зависит и инструмент развёртывания: .dt загружается через конфигуратор, SQL-бэкап восстанавливается средствами СУБД с последующей привязкой к серверу 1С, а скопированный каталог файловой базы достаточно добавить в список баз при запуске. Выбирать «свой» путь нужно до начала работ, иначе часть действий придётся переделывать.

Как развернуть базу из файла выгрузки .dt

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

Сначала создайте пустую информационную базу: запустите ярлык 1С, нажмите «Добавить», выберите «Создание новой информационной базы» и вариант «без конфигурации» (пустую). Укажите каталог для файлового режима или параметры сервера для клиент-серверного. После создания откройте эту базу в режиме «Конфигуратор».

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

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

Учтите: пользователи и их пароли при выгрузке в .dt сохраняются, но если вы разворачиваете базу для тестирования, разумно сразу отключить регламентные задания, чтобы тестовая копия не начала выполнять обмены, рассылки или загрузку курсов валют параллельно с рабочей базой.

Как развернуть файловую базу из копии каталога

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

Откройте диалог запуска 1С, нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите путь к каталогу. После этого база появится в списке и будет готова к запуску. Никакой загрузки данных не требуется — вы просто «показываете» платформе, где лежит база.

Важный нюанс — версия платформы. Если база ранее открывалась более новой версией 1С:Предприятия, чем установлена у вас, запуск завершится ошибкой несовместимости. Установите платформу той же или более новой версии. Обратная ситуация (база старее платформы) обычно решается автоматической конвертацией при первом запуске конфигуратора.

Как развернуть клиент-серверную базу из SQL-бэкапа

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

Сначала восстановите бэкап средствами СУБД. Для MS SQL Server это делается в SQL Server Management Studio: правый клик по узлу «Базы данных» → «Восстановить базу данных» → выбор устройства с .bak-файлом. Для PostgreSQL используется pg_restore или psql в зависимости от формата выгрузки. При восстановлении на другом сервере проверьте, что версия СУБД не ниже той, на которой делался бэкап, — восстановление «вниз» по версиям невозможно.

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

sql
RESTORE DATABASE [MyBase1C] FROM DISK = N'D:\Backups\mybase.bak' WITH REPLACE, RECOVERY;

После регистрации проверьте, что у учётной записи, под которой сервер 1С обращается к СУБД, есть права на восстановленную базу. Частая причина ошибки «база данных не обнаружена» — не отсутствие базы, а отсутствие у этой учётной записи сопоставления (mapping) с пользователем внутри восстановленной базы. Проблема решается созданием логина и привязкой его к пользователю базы данных.

Файловый или клиент-серверный режим: что выбрать при развёртывании

Если вы разворачиваете базу «с нуля» и вправе выбрать режим, ориентируйтесь на количество одновременно работающих пользователей, объём данных и требования к доступности. Файловый режим проще в обслуживании, но имеет объективные ограничения по нагрузке и надёжности при сетевой работе.

Сравнение режимов

Файловый режим

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

Клиент-серверный режим

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

Развёртывание через .dt

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

Бэкап средствами СУБД

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

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

Как проверить, что база развернута корректно

Формальное окончание загрузки не гарантирует работоспособность. Минимальная проверка — войти в базу в режиме «Предприятие» под реальным пользователем, открыть несколько справочников и документов за разные периоды, сформировать стандартный отчёт (например, оборотно-сальдовую ведомость в бухгалтерской конфигурации) и сверить итоги с источником.

Дополнительно стоит выполнить тестирование и исправление информационной базы (в конфигураторе: «Администрирование → Тестирование и исправление») в режиме только проверки, без включённых исправлений. Это выявит повреждения, которые могли возникнуть ещё на этапе выгрузки или копирования.

Контрольные точки

Как проверить результат

Вход в режим Предприятие
Норма

Пользователь входит, интерфейс открывается без ошибок

Тревожный признак

Ошибка аутентификации или сообщение о несовместимости версий

Данные за разные периоды
Норма

Документы и отчёты открываются, итоги совпадают с источником

Тревожный признак

Пустые справочники, отсутствуют документы, расходятся итоги

Регламентные задания
Норма

В тестовой копии задания отключены, в рабочей — выполняются по расписанию

Тревожный признак

Тестовая копия выполняет обмены и рассылки параллельно с рабочей базой

Тестирование и исправление
Норма

Проверка завершается без критических ошибок

Тревожный признак

Ошибки целостности или ссылочной целостности

Типичные ошибки и риски при развёртывании

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

Типичные ошибки
01
Развёртывание на платформе старше исходной — база не открывается, приходится доустанавливать нужную версию платформы
02
Копирование файловой базы при активных сеансах — риск получить повреждённый файл 1Cv8.1CD
03
Забытые регламентные задания в тестовой копии — дублирующие обмены, рассылки и проведение документов
04
Нехватка места при загрузке .dt — обрыв процесса и необходимость начинать заново
05
Восстановление SQL-бэкапа на СУБД более старой версии — операция невозможна в принципе
06
Развёртывание поверх рабочей базы без отдельной резервной копии — безвозвратная потеря текущих данных

Если база содержит критичные финансовые или кадровые данные, а вы не уверены в каком-то шаге (например, в настройке прав на SQL-сервере), безопаснее сначала отработать весь сценарий на тестовой копии и только потом повторять его на рабочем контуре. Время на репетицию несопоставимо меньше времени на восстановление испорченной базы.

Итог

Что важно запомнить

Развернуть базу 1С — значит создать рабочую информационную базу из .dt-выгрузки, SQL-бэкапа или копии каталога. Проверьте версию платформы и свободное место, завершите сеансы перед копированием, отключите регламентные задания в тестовых копиях и обязательно проверяйте результат входом в режим Предприятие и сверкой отчётов.

Частые вопросы о развёртывании базы 1С

Чем развёртывание отличается от восстановления резервной копии?

По сути это тот же процесс, но термины употребляются в разном контексте. «Восстановление» обычно означает возврат той же самой базы после сбоя на то же место, а «развёртывание» — создание базы в новом окружении: на другом компьютере, сервере или в виде отдельной копии для тестов. Технические действия во многом совпадают.

Можно ли развернуть базу без конфигуратора?

Да, в двух случаях. Файловая база из скопированного каталога подключается прямо через диалог запуска, без конфигуратора. SQL-бэкап восстанавливается средствами СУБД, а регистрация в кластере выполняется через консоль администрирования серверов 1С. Конфигуратор обязателен только для загрузки файла .dt.

Почему база не открывается после развёртывания с ошибкой о версии?

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

Сколько места нужно для загрузки файла .dt?

Точного коэффициента нет, но практическое правило — иметь свободного места в несколько раз больше размера самого файла .dt: пространство нужно под временные файлы при загрузке и под итоговую базу. Если места впритык, загрузка может оборваться на середине без внятного сообщения о причине.

Нужно ли разворачивать тестовую копию перед обновлением конфигурации?

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

Переносятся ли пользователи и пароли при развёртывании из .dt?

Да, список пользователей и их настройки сохраняются в файле выгрузки и восстанавливаются при загрузке. Это удобно при переезде, но требует осторожности: тестовая копия получает те же учётные записи, поэтому доступ к ней нужно контролировать так же, как к рабочей базе.