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