Как поднять базу 1С: полное руководство по восстановлению и запуску

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

Существует два принципиально разных сценария. Файловый вариант подходит для небольших баз и сводится к копированию файла 1Cv8.1CD в нужный каталог. Клиент-серверный вариант требует развёртывания резервной копии на СУБД (MS SQL Server, PostgreSQL) и регистрации базы в консоли кластера 1С. Выбор зависит от того, как работала исходная база и какой формат резервной копии у вас есть.

Формат копии тоже имеет значение. Выгрузка .dt из конфигуратора универсальна: её можно загрузить и в файловую, и в клиент-серверную базу. Нативный бэкап SQL Server (файл .bak) быстрее и надёжнее для больших баз, но привязан к конкретной СУБД. Ниже разберём оба пути по шагам.

Определите исходный формат: что именно нужно поднимать

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

Типичные исходные ситуации: файл 1Cv8.1CD (готовая файловая база), выгрузка .dt из конфигуратора, бэкап .bak из MS SQL Server, дамп PostgreSQL или просто архив папки с базой. Каждый формат поднимается своим способом, и пытаться открыть .dt как файловую базу или «подсунуть» .bak конфигуратору бессмысленно.

Поднимаем файловую базу

Файловый вариант — самый простой. Создайте каталог, например D:\1C_Bases\Trade, и скопируйте туда файл 1Cv8.1CD (или всю папку базы, если она заархивирована). Убедитесь, что у пользователей, которые будут работать с базой, есть права на чтение и запись в этот каталог, а при сетевом доступе — что папка опубликована в общий доступ.

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

Если у вас выгрузка .dt, а не готовый файл 1Cv8.1CD, порядок меняется: сначала создайте пустую базу (в стартере — «Создание новой информационной базы» → «без конфигурации»), затем откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав файл .dt. Загрузка большой базы может занять от нескольких минут до нескольких часов.

1. 1
   Создайте каталог и скопируйте в него 1Cv8.1CD
2. 2
   Проверьте права доступа к папке для всех пользователей
3. 3
   В стартере 1С добавьте существующую базу с указанием пути
4. 4
   Запустите базу и войдите под администратором
5. 5
   Проверьте, что открываются документы и отчёты за последние периоды

Поднимаем клиент-серверную базу из бэкапа SQL Server

Для клиент-серверного варианта работа начинается с СУБД. В SQL Server Management Studio выполните восстановление: правый клик по «Базы данных» → «Восстановить базу данных» → источник «Устройство» → укажите файл .bak. Задайте имя новой базы и проверьте пути к файлам данных и журнала на вкладке «Файлы» — они не должны конфликтовать с существующей базой.

После восстановления создайте (или проверьте) логин на сервере SQL, от имени которого сервер 1С будет обращаться к базе, и назначьте ему права на восстановленную базу — как минимум db_owner. Без этого шага кластер 1С не сможет подключиться, и вы получите ошибку доступа при создании базы в консоли.

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

RESTORE DATABASE [TradeBase] FROM DISK = N'D:\Backups\trade_backup.bak' WITH MOVE 'trade_Data' TO 'D:\MSSQL\DATA\TradeBase.mdf', MOVE 'trade_Log' TO 'D:\MSSQL\DATA\TradeBase_log.ldf', REPLACE;

Загрузка .dt в клиент-серверную базу

Если вместо нативного бэкапа у вас файл .dt, создайте информационную базу в консоли кластера с пустой базой данных на SQL Server (флажок создания БД оставьте включённым). Затем откройте эту базу в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу».

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

Проверка версии платформы и первый запуск

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

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

Что сделать после восстановления: блокировки, регламенты, пользователи

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

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

Наконец, проверьте список пользователей и их права: в восстановленной базе они сохраняются, но пути к внешним ресурсам, каталоги обмена и сетевые принтеры могут указывать на старую инфраструктуру.

Типичные ошибки и как их избежать

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

Отдельно предупредим про копирование файловой базы «на живую». Файл 1Cv8.1CD нельзя корректно скопировать, пока в базе работают пользователи: копия почти гарантированно окажется повреждённой. Либо завершите все сеансы, либо используйте выгрузку .dt через конфигуратор — она работает и в многопользовательском режиме (хотя монопольный доступ предпочтительнее).

FAQ