К статье
Практический материал

Администрирование · 9 мин

Как восстановить базу 1С из резервной копии

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

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

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

Ниже разобраны все основные сценарии: загрузка .dt через конфигуратор, замена файла 1Cv8.1CD, восстановление через MS SQL Server и PostgreSQL, а также проверка результата и типичные ошибки, из-за которых база не открывается после восстановления.

Определите формат резервной копии и вариант работы базы

Прежде чем что-либо восстанавливать, посмотрите, что именно у вас есть в архиве копий. Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор или регламентным заданием. Файл 1Cv8.1CD — это сам файл данных файловой базы. Файлы .bak (MS SQL) или выгрузки pg_dump (PostgreSQL) — это копии, сделанные средствами СУБД.

Также уточните, как работает ваша база. Файловый вариант — база лежит в папке на диске или сетевом ресурсе, в списке баз путь указан как каталог. Клиент-серверный вариант — в свойствах базы указаны сервер 1С и имя базы на СУБД. От этого зависит вся дальнейшая процедура.

Есть файл .dtВыгрузка конфигуратора

Восстанавливайте через «Загрузить информационную базу» в конфигураторе

Есть файл 1Cv8.1CDКопия файловой базы

Достаточно заменить файл в каталоге базы при закрытых сеансах

Есть .bak или дамп СУБДБэкап средствами СУБД

Восстановление выполняется в Management Studio или psql

Нет ни одного файлаКопии нет

Проверьте каталоги архивов, облачные хранилища и теневые копии Windows

Подготовьте базу к восстановлению

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

Второй обязательный шаг — сохранить текущее состояние базы, даже если оно повреждено. Скопируйте файл 1Cv8.1CD или сделайте выгрузку .dt, если база ещё открывается. Это страховка на случай, если резервная копия окажется старее, чем ожидалось, или сама повреждена: вы сможете вернуться к исходной точке.

Восстановление из выгрузки .dt через конфигуратор

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

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

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

Восстановление файловой базы заменой файла 1Cv8.1CD

Если резервная копия — это копия каталога базы, восстановление сводится к замене файла данных. Найдите каталог базы (путь виден в списке информационных баз при запуске 1С). Убедитесь, что все сеансы закрыты, переименуйте текущий файл 1Cv8.1CD, например в 1Cv8_old.1CD, и скопируйте на его место файл из резервной копии.

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

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

MS SQL Server

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

PostgreSQL

Для PostgreSQL восстановление выполняется командой pg_restore (для дампов в формате custom) или psql (для текстовых дампов). Перед восстановлением базу обычно удаляют и создают заново пустой с тем же именем и владельцем.

bash
pg_restore -U postgres -d имя_базы --clean --if-exists /backup/base.dump

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

Проверка базы после восстановления

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

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

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

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

Запуск базы
Норма

База открывается в режиме предприятия без ошибок

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

Ошибка формата потока, конфигуратор не открывает базу

Документы за последние дни
Норма

Документы на месте, проведены, номера соответствуют

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

Пропали документы после даты копии — это ожидаемо, но их нужно внести повторно

Отчёты и остатки
Норма

Оборотка и остатки сходятся с контрольными значениями

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

Расхождения в остатках, пустые отчёты

Тестирование и исправление
Норма

Проверка завершается без ошибок

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

Найдены повреждённые таблицы или индексы

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

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

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

Типичные ошибки
01
Восстановление при открытых сеансах — ошибка доступа к файлу или отказ СУБД
02
Загрузка .dt в чужую базу — конфигурация полностью замещается, данные теряются
03
Отсутствие копии текущего состояния — при неудачной копии вернуться некуда
04
Хранение копий на том же диске, что и база — при отказе диска теряется всё
05
Забыли про данные после даты копии — документы приходится восстанавливать по памяти
Итог

Что важно запомнить

Способ восстановления выбирается по формату копии: .dt грузится через конфигуратор, файл 1Cv8.1CD — заменой в каталоге, бэкап СУБД — средствами СУБД. Всегда завершайте сеансы, сохраняйте текущее состояние базы и проверяйте результат по документам и отчётам.

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

Можно ли восстановить базу 1С, если резервной копии нет?

Полноценно — нет. Проверьте теневые копии Windows (предыдущие версии папки), наличие выгрузок .dt в каталогах обмена и облачных синхронизациях. Если база повреждена, но открывается, сразу сделайте выгрузку .dt, а затем выполните тестирование и исправление.

Чем отличается выгрузка .dt от копии файла базы?

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

База после восстановления требует обновление конфигурации — это нормально?

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

Как восстановить базу на другом компьютере или сервере?

Для файловой базы скопируйте каталог с файлом 1Cv8.1CD и добавьте базу в список, указав новый путь. Для .dt создайте пустую базу и загрузите выгрузку. Для клиент-серверной — восстановите бэкап на новом сервере СУБД и зарегистрируйте базу в консоли кластера с новыми параметрами.

После восстановления пропали документы за последние дни. Что делать?

Это ожидаемо: копия содержит данные только на момент её создания. Документы, введённые позже, нужно внести повторно — по первичным бумажным документам, выпискам или выгрузкам, если они были сделаны заранее. Чтобы минимизировать такие потери, настройте регулярное автоматическое резервное копирование.