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