Как загрузить информационную базу 1С: полная инструкция

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

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

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

Что такое выгрузка .dt и чем она отличается от бэкапа SQL

Файл с расширением .dt — это штатная выгрузка информационной базы, созданная через конфигуратор («Администрирование → Выгрузить информационную базу»). Он содержит все данные и конфигурацию в универсальном формате платформы, не зависящем от СУБД. Такой файл можно загрузить и в файловую, и в клиент-серверную базу — платформа сама преобразует данные.

Бэкап средствами СУБД (например, .bak для MS SQL Server или дамп pg_dump для PostgreSQL) — это копия базы данных на уровне сервера. Он создаётся быстрее и восстанавливается быстрее, особенно на больших объёмах, но привязан к конкретной СУБД и её версии. Перенести такой бэкап с SQL Server на PostgreSQL напрямую нельзя.

Для файловых баз существует третий вариант — простое копирование файла 1Cv8.1CD. Это самый быстрый способ снять и вернуть копию, но копировать файл можно только при полностью закрытых сеансах, иначе есть риск получить неконсистентную копию.

Способы восстановления базы

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

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

Восстановление бэкапа СУБД

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

Копирование файла 1Cv8.1CD

Простейший вариант для файловых баз. Минус: только при закрытых сеансах, нет защиты от копирования во время записи.

Подготовка: что сделать до загрузки

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

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

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

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

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

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

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

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

Загрузка в новую пустую базу

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

Восстановление клиент-серверной базы из бэкапа СУБД

Если резервная копия создавалась средствами СУБД, восстанавливать её нужно тоже средствами СУБД, а не конфигуратором. Для MS SQL Server это делается через SQL Server Management Studio: правый клик по узлу «Базы данных» → «Восстановить базу данных» → выбор устройства и файла .bak. При восстановлении поверх существующей базы включите опцию перезаписи (WITH REPLACE) и убедитесь, что нет активных подключений — их можно сбросить, переведя базу в однопользовательский режим.

Для PostgreSQL бэкап, снятый pg_dump, восстанавливается командой psql или pg_restore в заранее созданную пустую базу с нужными параметрами. Важно, чтобы версия СУБД, на которую выполняется восстановление, была не старше той, на которой создавался бэкап, — обратная совместимость дампов в этом направлении не гарантируется.

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

Проверка результата после загрузки

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

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

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

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

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

Вход в базу

Норма

База открывается в режиме «Предприятие», пользователи из выгрузки входят со своими паролями

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

Ошибка открытия базы, запрос несуществующего пользователя, сообщение о несовместимости версий

Данные учёта

Норма

Документы и отчёты за последние даты на месте, итоги сходятся с ожидаемыми

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

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

Целостность

Норма

Тестирование и исправление завершается без ошибок

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

Ошибки ссылочной целостности, битые ссылки в отчётах

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

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

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

Третья типичная ситуация — обрыв загрузки из-за нехватки места на диске или разрыва соединения с сервером. База после этого остаётся в неопределённом состоянии. Поэтому перед стартом проверяйте свободное место и стабильность сети, а с ноутбука по Wi-Fi большие выгрузки лучше не загружать.

Ограничения и безопасные границы самостоятельной работы

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

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

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

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

Можно ли загрузить .dt, не удаляя текущих пользователей?

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

Чем отличается загрузка .dt от загрузки конфигурации .cf?

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

Сколько времени занимает загрузка базы?

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

Можно ли загрузить выгрузку из файловой базы в клиент-серверную?

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

Что делать, если загрузка прервалась с ошибкой?

База после прерванной загрузки, как правило, находится в неработоспособном состоянии. Устраните причину сбоя (освободите место на диске, восстановите сеть, обновите платформу до нужной версии) и повторите загрузку с начала. Если повторная загрузка невозможна, восстановите базу из копии текущего состояния, сделанной перед операцией.

Нужно ли обновлять конфигурацию базы данных после загрузки .dt?

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