Как загрузить бэкап 1С в SQL Server

Загрузка бэкапа 1С в SQL — стандартная операция при переносе базы на новый сервер, восстановлении после сбоя или создании тестовой копии. Способ зависит от того, какой у вас файл: выгрузка из конфигуратора (.dt) или резервная копия средствами SQL Server (.bak). Это принципиально разные форматы, и путают их чаще всего именно на первом шаге.

Файл .dt — это внутренняя выгрузка 1С:Предприятия, которая не зависит от СУБД. Файл .bak — нативная резервная копия базы данных Microsoft SQL Server, содержащая данные на уровне страниц БД. Оба варианта рабочие, но процедуры восстановления различаются полностью: .dt загружается через конфигуратор, а .bak — средствами SQL Server Management Studio (SSMS).

Перед началом убедитесь, что у вас есть права администратора на сервере 1С и на SQL Server, достаточно свободного места на диске (для восстановления потребуется объём, сопоставимый с размером базы), а пользователи не работают с целевой базой. Восстановление поверх существующей базы необратимо перезапишет её данные.

Определяем формат бэкапа и исходные условия

Первое действие — посмотреть расширение файла. Если это .dt, вам понадобятся конфигуратор 1С и заранее созданная пустая информационная база на SQL Server. Если .bak — работа ведётся в SQL Server Management Studio, а конфигуратор нужен только на этапе проверки. Иногда встречаются архивы .zip или .rar, внутри которых лежит один из этих файлов — распакуйте архив и проверьте содержимое.

Второй момент — версии платформы. Восстановление .bak возможно только на SQL Server той же версии или новее: базу, снятую с SQL Server 2019, нельзя развернуть на SQL Server 2016. Платформа 1С на сервере должна поддерживать используемую версию СУБД. Проверьте также режим совместимости конфигурации, если платформа обновлялась.

Подготовка SQL Server и пустой базы

Для загрузки .dt сначала создайте пустую информационную базу. Запустите диалог запуска 1С, нажмите «Добавить», выберите «Создание новой информационной базы» и вариант «без конфигурации». Укажите тип расположения «На сервере 1С:Предприятия», имя сервера, тип СУБД — MS SQL Server, имя базы данных (латиницей, без пробелов) и учётные данные пользователя SQL с правами на создание баз.

При создании базы через кластер 1С сама база данных в SQL Server появится автоматически. Убедитесь, что у учётной записи, от имени которой работает агент сервера 1С, есть доступ к SQL Server, а у SQL-пользователя — роль, достаточная для создания и изменения базы (обычно dbcreator или права владельца на конкретную базу).

Загрузка файла .dt через конфигуратор

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

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

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

Восстановление файла .bak через SSMS

Подключитесь к SQL Server через Management Studio. В обозревателе объектов нажмите правой кнопкой на узел «Базы данных» и выберите «Восстановить базу данных». Укажите источник «Устройство» и добавьте файл .bak. В поле «Назначение» задайте имя базы — для новой копии используйте имя, отличное от существующих баз.

На вкладке «Файлы» проверьте пути восстановления: по умолчанию SSMS подставляет пути из исходного сервера, и если на вашем сервере нет таких каталогов, восстановление завершится ошибкой. Укажите существующие папки для файлов данных и журнала. На вкладке «Параметры» при восстановлении поверх существующей базы включите «Перезаписать существующую базу данных» (WITH REPLACE) — но только если точно уверены, что старые данные не нужны.

Альтернатива графическому интерфейсу — команда T-SQL, удобная для автоматизации:

RESTORE DATABASE [TradeBase] FROM DISK = N'D:\Backups\trade_backup.bak' WITH REPLACE, RECOVERY, STATS = 10;

Регистрация восстановленной базы в кластере 1С

После восстановления .bak база существует в SQL Server, но сервер 1С о ней не знает. Откройте консоль «Администрирование серверов 1С:Предприятия», разверните кластер, нажмите правой кнопкой на «Информационные базы» и выберите «Создать» → «Информационная база». Введите имя, укажите тип СУБД — MS SQL Server, сервер баз данных и точное имя восстановленной базы. Галочку «Создать базу данных в случае её отсутствия» оставьте выключенной.

Укажите учётные данные пользователя SQL Server, под которым 1С будет обращаться к базе. Если в исходной базе использовался отдельный SQL-пользователь, убедитесь, что на новом сервере существует соответствующий логин и он сопоставлен с пользователем базы — иначе получите ошибку доступа при первом запуске. При необходимости создайте логин и назначьте ему роль db_owner на восстановленную базу.

Проверка результата и типичные ошибки

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

Частые ошибки: попытка загрузить .dt в существующую базу с другой конфигурацией (приведёт к конфликтам или полной замене данных), восстановление .bak на устаревшую версию SQL Server (ошибка несовместимости), нехватка места на диске в середине процесса и восстановление без проверки путей файлов. Отдельный случай — загрузка .dt, снятой с файловой базы, в клиент-серверную: это штатный сценарий миграции, но после него стоит проверить регламентные задания и настройки, специфичные для сервера.

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