Администрирование · 10 мин
Как развернуть бэкап 1С: пошаговая инструкция по восстановлению базы
Как развернуть бэкап 1С из dt-файла и SQL-копии: пошаговое восстановление файловой и клиент-серверной базы, проверка результата и типичные ошибки.
Развернуть бэкап 1С — значит восстановить информационную базу из ранее созданной копии: выгрузки в формате .dt, копии каталога файловой базы или резервной копии SQL-сервера. Задача возникает при переезде на новый сервер, откате после неудачного обновления, восстановлении после сбоя оборудования или создании тестовой копии для проверки доработок.
Порядок действий зависит от типа базы (файловая или клиент-серверная) и от формата копии. Ошибка на этапе восстановления может привести к потере актуальных данных, поэтому перед любыми манипуляциями убедитесь, что сама копия читается, а текущее состояние базы при необходимости тоже сохранено.
Определите тип базы и формат резервной копии
Перед восстановлением нужно понять, с чем вы работаете. Откройте список информационных баз в окне запуска 1С и посмотрите строку подключения: если указан путь к каталогу на диске — база файловая, если указан сервер и имя базы — клиент-серверная. От этого зависит весь дальнейший сценарий.
Формат копии определяется по файлу, который у вас есть. Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор. Файл 1Cv8.1CD — это сам файл файловой базы, скопированный напрямую. Файлы .bak (MS SQL) или выгрузки pg_dump (PostgreSQL) — резервные копии на уровне СУБД.
Подходит для загрузки в любую базу той же платформы, не содержит настроек СУБД
Разворачивается простым копированием в новый каталог и добавлением в список баз
Восстанавливается средствами СУБД, требуются права администратора сервера БД
Проверьте исходные условия перед восстановлением
Убедитесь, что версия платформы 1С, на которую вы разворачиваете копию, не ниже версии, на которой копия создавалась. База, сохранённая на более новой платформе, может не открыться на старой или потребовать конвертации. Проверить версию платформы можно в окне «О программе» на исходной системе или у администратора, который делал копию.
Оцените свободное место на диске. Для загрузки dt-файла потребуется пространство под сам файл, под разворачиваемую базу и под временные файлы — ориентируйтесь на объём в 2–3 раза больше размера выгрузки. Для восстановления SQL-бэкапа место нужно под файлы данных и журнал транзакций.
Если вы восстанавливаете копию поверх существующей рабочей базы, сначала сделайте выгрузку текущего состояния. Загрузка dt-файла полностью замещает данные и конфигурацию целевой базы, и отменить эту операцию штатными средствами нельзя.
Разверните бэкап файловой базы
Загрузка dt-файла через конфигуратор
Это универсальный способ, который подходит и для переноса базы между компьютерами, и для превращения клиент-серверной выгрузки в файловую базу. Создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить», выберите «Создание новой информационной базы», затем вариант «без конфигурации» и укажите каталог.
Откройте созданную базу в режиме «Конфигуратор» и перейдите в меню «Администрирование» → «Загрузить информационную базу». Укажите путь к dt-файлу и подтвердите операцию. Платформа предупредит, что данные будут замещены — согласитесь. На больших базах загрузка занимает продолжительное время, прерывать её нельзя.
- 1Создайте пустую информационную базу в списке баз 1С
- 2Откройте её в режиме Конфигуратор
- 3Выберите Администрирование → Загрузить информационную базу
- 4Укажите dt-файл и подтвердите замещение данных
- 5Дождитесь окончания загрузки и обновите конфигурацию базы данных, если платформа запросит
- 6Войдите в режим Предприятие и проверьте данные
Восстановление из копии файла 1Cv8.1CD
Если копия делалась простым копированием каталога базы, восстановление ещё проще. Создайте новый пустой каталог на диске и скопируйте в него файл 1Cv8.1CD (а также сопутствующие папки, если они были в копии). Затем в окне запуска 1С добавьте базу, выбрав «Добавление в список существующей информационной базы», и укажите этот каталог.
Убедитесь, что на момент копирования исходной базы в ней никто не работал: файл, скопированный во время активных сеансов, может оказаться повреждённым. Признаком проблемы будут ошибки формата потока при открытии — в этом случае копия непригодна, и нужен другой источник.
Разверните бэкап клиент-серверной базы
Для клиент-серверного варианта копия восстанавливается средствами СУБД, а затем база регистрируется в кластере 1С. В MS SQL Server откройте Management Studio, подключитесь к серверу, вызовите контекстное меню узла «Базы данных» и выберите «Восстановить базу данных». Укажите .bak-файл как источник и задайте имя целевой базы — для тестовой копии используйте новое имя, чтобы не затронуть рабочую.
В PostgreSQL восстановление выполняется командой pg_restore или через создание базы из дампа в pgAdmin. Учётная запись, от имени которой работает сервер 1С, должна иметь права на восстановленную базу — обычно это владелец базы.
После восстановления на уровне СУБД откройте консоль администрирования серверов 1С, создайте новую информационную базу в кластере и укажите параметры подключения к восстановленной базе данных. Если вы разворачиваете копию как тестовую, обязательно снимите или перенастройте блокировку регламентных заданий, иначе копия начнёт выполнять те же фоновые операции, что и рабочая база: рассылку отчётов, обмены с другими системами.
Проверьте результат восстановления
После развёртывания войдите в базу в режиме «Предприятие» под учётной записью администратора. Проверьте, что открываются основные разделы: справочники контрагентов и номенклатуры, журналы документов за последние периоды, ключевые отчёты. Сверьте остатки по оборотно-сальтовой ведомости с эталонными значениями из рабочей базы или распечатки.
Дополнительно полезно запустить тестирование и исправление базы (Конфигуратор → Администрирование → Тестирование и исправление) в режиме проверки без исправления. Это выявит повреждения, которые могли возникнуть ещё при создании копии. Для файловой базы проверку выполняют при отсутствии других сеансов.
Как проверить результат
База открывается в режиме Предприятие без ошибок
Ошибка формата потока, требование обновления, которое завершается сбоем
Документы и остатки соответствуют дате создания копии
Данные старше ожидаемых — восстановлена не та копия
В тестовой копии задания заблокированы
Копия запускает обмены и рассылки параллельно с рабочей базой
Проверка завершается без критических ошибок
Ошибки целостности данных — копия повреждена
Типичные ошибки при развёртывании бэкапа
Самая частая проблема — попытка загрузить dt-файл в базу с несовместимой версией платформы или конфигурации. Платформа либо откажет в загрузке, либо загрузит данные, но база не запустится в пользовательском режиме. Второй типичный сценарий — нехватка места на диске в середине загрузки, после чего целевую базу приходится пересоздавать заново.
Отдельная группа ошибок связана с правами доступа: пользователь не может записать файлы в каталог базы, учётная запись сервера 1С не имеет прав на восстановленную базу SQL, антивирус блокирует доступ к файлу 1Cv8.1CD. Эти ситуации проявляются как отказ в доступе или невозможность открыть базу, и решаются настройкой прав, а не повторной загрузкой.
Когда стоит привлечь специалиста
Самостоятельное восстановление оправдано, когда есть проверенная копия, понятен тип базы и вы разворачиваете её в отдельный каталог или тестовую среду. Это стандартная операция, описанная в документации платформы.
Помощь администратора 1С или специалиста по СУБД нужна, если копия повреждена и её нужно вытаскивать частично, если база клиент-серверная и нет доступа к консоли кластера и серверу БД, если требуется восстановить данные на конкретный момент времени из журнала транзакций или если сбой затронул сам сервер. Вмешательство в повреждённую базу без опыта часто уменьшает шансы на успешное восстановление.
Что важно запомнить
Определите тип базы и формат копии до начала работ. Файловую базу восстанавливайте загрузкой dt через конфигуратор или копированием 1Cv8.1CD, клиент-серверную — средствами СУБД с регистрацией в кластере. Никогда не загружайте копию поверх рабочей базы без её предварительного сохранения, а в тестовых копиях сразу блокируйте регламентные задания. Результат проверяйте входом в базу, сверкой остатков и тестированием целостности.
Частые вопросы
Можно ли развернуть dt-файл, созданный в клиент-серверной базе, как файловую базу?
Да, это штатная возможность. Создайте пустую файловую базу и загрузите в неё dt-файл через конфигуратор. Учтите, что файловый режим имеет ограничения по объёму и количеству одновременных пользователей, поэтому для больших баз такой вариант подходит только как временный или тестовый.
Чем загрузка dt отличается от восстановления SQL-бэкапа?
Загрузка dt выполняется средствами платформы 1С и переносит данные между любыми типами баз, но работает медленнее и требует монопольного доступа. SQL-бэкап восстанавливается быстрее и сохраняет базу «как есть» на уровне СУБД, но привязан к конкретной СУБД и требует прав администратора сервера баз данных.
База после загрузки просит обновить конфигурацию базы данных — это нормально?
Да, это стандартная ситуация, если копия создавалась на другой версии конфигурации или платформы. В конфигураторе выполните «Обновить конфигурацию базы данных» и дождитесь завершения реструктуризации. На больших базах процесс может занять заметное время, прерывать его нельзя.
Как проверить бэкап, не рискуя рабочей базой?
Разверните копию в отдельный каталог (для файловой базы) или в базу с новым именем на SQL-сервере и добавьте её в список баз под отдельным именем, например с пометкой «тест». Рабочая база при этом не затрагивается, а вы можете спокойно проверить целостность и актуальность данных.
Что делать, если при открытии восстановленной базы возникает ошибка формата потока?
Ошибка обычно означает повреждение файла базы: копия создавалась во время работы пользователей или файл испорчен при переносе. Сначала проверьте базу утилитой chdbfl.exe из каталога платформы на копии файла. Если повреждения серьёзные, потребуется другая резервная копия — восстановить сильно повреждённый файл полностью удаётся не всегда.
Нужно ли заново настраивать пользователей после восстановления из dt?
Нет, список пользователей и их роли хранятся внутри информационной базы и переносятся вместе с выгрузкой. Однако если копия разворачивается на новом сервере, могут потребоваться настройки вне базы: пути к каталогам обмена, подключения к другим системам, параметры почты.