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