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