Администрирование · 11 мин
Как загрузить 1С из архива: восстановление базы из резервной копии
Как загрузить базу 1С из архива: восстановление из выгрузки .dt, ZIP-архива и резервной копии SQL. Пошаговые инструкции, риски, проверка результата и FAQ.
Восстановление базы 1С из архива — типовая задача, которая возникает при переезде на новый сервер, откате после неудачного обновления, случайном удалении данных или переносе базы на другой компьютер. Способ загрузки зависит от того, в каком виде сделан архив: файл выгрузки .dt, ZIP-архив каталога файловой базы, резервная копия SQL Server или PostgreSQL.
Главная ошибка при восстановлении — действие «вслепую» без понимания формата архива. Файл .dt загружается через конфигуратор, папку файловой базы достаточно распаковать и подключить, а SQL-копию восстанавливают средствами СУБД. Если перепутать способ, можно потерять время или, что хуже, повредить рабочую базу, записав поверх неё старые данные.
Перед любыми манипуляциями убедитесь, что у вас есть актуальная копия текущей базы — даже если она «сломана». Восстановление из архива почти всегда означает перезапись данных, и обратного пути не будет. Далее разберём каждый сценарий пошагово.
Определяем формат архива перед восстановлением
Первый шаг — понять, что именно лежит в архиве. Откройте архив или посмотрите на расширение файла. Возможны четыре основных варианта, и у каждого свой порядок загрузки.
Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор. Такой файл универсален: он содержит и конфигурацию, и данные, и загружается в любую пустую базу на совместимой платформе. Если архив ZIP содержит файл 1Cv8.1CD — это копия каталога файловой базы целиком. Файлы с расширениями .bak (MS SQL) или дампы .sql/.backup (PostgreSQL) — резервные копии клиент-серверных баз, которые восстанавливаются средствами СУБД.
Как выбрать способ загрузки
Подготовка: что сделать до загрузки архива
Независимо от способа восстановления подготовка одинаковая. Во-первых, сделайте копию текущей базы в том виде, в котором она есть сейчас. Даже повреждённая база может содержать данные, которых нет в старом архиве, — например, документы, введённые после даты создания копии. Во-вторых, завершите работу всех пользователей: загрузка .dt и замена файловой базы требуют монопольного доступа.
Проверьте версию платформы 1С, на которой создавался архив. Выгрузка .dt, сделанная на более новой платформе, может не загрузиться на старую. Обратная ситуация (старая выгрузка на новую платформу) обычно разрешается автоматически, но иногда потребуется конвертация базы — платформа предложит её при первом запуске.
Убедитесь, что на диске достаточно свободного места. Для загрузки .dt ориентировочно нужно пространство в 2–3 размера самого файла выгрузки, потому что база разворачивается и индексируется. При нехватке места загрузка оборвётся на середине, и база останется в нерабочем состоянии.
Загрузка базы из файла выгрузки .dt
Это самый распространённый сценарий. Создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить» → «Создание новой информационной базы» → вариант «без конфигурации». Укажите пустой каталог для файловой базы или параметры сервера для клиент-серверной.
Откройте созданную базу в режиме Конфигуратора. Перейдите в меню «Администрирование» → «Загрузить информационную базу» и укажите путь к файлу .dt. Платформа предупредит, что данные будут замещены, — подтвердите. Процесс может занять от нескольких минут до нескольких часов в зависимости от размера базы и скорости диска.
- 1Создайте пустую информационную базу через окно запуска 1С
- 2Откройте её в режиме Конфигуратора
- 3Выберите «Администрирование» → «Загрузить информационную базу»
- 4Укажите файл .dt и подтвердите замещение данных
- 5Дождитесь окончания загрузки, не прерывая процесс
- 6Согласитесь на реструктуризацию, если платформа её запросит
- 7Запустите базу в режиме Предприятие и проверьте данные
После загрузки платформа может предложить обновить конфигурацию базы данных — примите предложение. Если загрузка завершилась ошибкой «нарушена целостность структуры», чаще всего причина в повреждённом файле .dt или нехватке памяти; попробуйте загрузить на компьютере с большим объёмом ОЗУ и быстрым диском.
Восстановление файловой базы из ZIP-архива каталога
Если архив содержит файл 1Cv8.1CD, восстановление проще: конфигуратор не нужен. Распакуйте архив в новый пустой каталог, например D:\Bases\Trade_Restored. Важно распаковывать в отдельную папку, а не поверх рабочей базы, пока не убедитесь, что копия рабочая.
Откройте окно запуска 1С, нажмите «Добавить» → «Добавление в список существующей информационной базы», укажите имя и путь к распакованному каталогу. Запустите базу в режиме Предприятие. Если платформа сообщит о необходимости конвертации версии — подтвердите, но учтите, что после конвертации база не откроется на старой платформе.
Обратите внимание на права доступа: у пользователя, под которым запускается 1С, должны быть полные права на каталог базы. Ошибка «нет доступа к файлу» при открытии почти всегда означает проблему с правами, а не повреждение данных.
Восстановление клиент-серверной базы из копии СУБД
Для баз на MS SQL Server восстановление выполняется через SQL Server Management Studio. Подключитесь к серверу, создайте новую базу данных, затем на ней вызовите «Tasks → Restore → Database», укажите файл .bak и в параметрах отметьте перезапись, если восстанавливаете поверх существующей. Перед восстановлением переведите целевую базу в single-user mode или убедитесь, что активных соединений нет.
Для PostgreSQL копия восстанавливается утилитами pg_restore или psql в заранее созданную пустую базу. После восстановления на уровне СУБД базу нужно привязать к серверу 1С: откройте консоль администрирования серверов 1С, создайте новую информационную базу, укажите тип СУБД, имя восстановленной базы данных и пользователя. Галочку «Создать базу данных в случае её отсутствия» ставить не нужно — база уже существует.
Если на новом сервере имя базы или сервера отличается от исходного, при первом запуске 1С может сообщить о несоответствии параметров. Проверьте, что в консоли кластера указаны именно те имя сервера СУБД и имя базы, куда восстановлена копия.
Проверка результата после загрузки
Факт завершения загрузки без ошибок ещё не гарантирует, что база рабочая. Запустите её в режиме Предприятие и выполните минимальную проверку: откройте список документов за последний период, сформируйте оборотно-сальдовую ведомость, проверьте несколько справочников. Сверьте дату последнего документа с ожидаемой — она должна соответствовать моменту создания архива.
Для глубокой проверки используйте «Тестирование и исправление» в конфигураторе (Администрирование → Тестирование и исправление) с режимами реструктуризации и проверки логической целостности. На больших базах процедура занимает много времени, поэтому запускайте её в нерабочие часы и только после создания копии.
Как проверить результат
Вход выполняется без ошибок и конвертаций
Ошибка открытия, требование конвертации, которую не удаётся выполнить
Последние документы соответствуют дате создания архива
Данные старше ожидаемых — восстановлена не та копия
ОСВ формируется, справочники открываются без ошибок
Ошибки при проведении документов или формировании отчётов
Пользователи входят под своими учётными записями
Список пользователей пуст или пароли не подходят
Типичные ошибки и ограничения
Частая проблема — попытка загрузить .dt в базу с уже существующей конфигурацией другого типа. Загрузка .dt полностью замещает всё содержимое, поэтому загружать его нужно в пустую базу. Если нужно обновить только конфигурацию без данных, используйте не .dt, а файл конфигурации .cf.
Вторая типичная ситуация — «зависание» загрузки большого .dt. На базах в десятки гигабайт процесс может идти часами, и окно конфигуратора выглядит неактивным. Не прерывайте операцию: прерванная загрузка оставляет базу в нерабочем состоянии, и придётся начинать заново с чистого каталога.
Учитывайте и ограничение формата .dt: он не предназначен для регулярного резервного копирования клиент-серверных баз. Выгрузка большой базы в .dt — длительный процесс с монопольным доступом, а при сбоях файл может оказаться нечитаемым. Для серверных баз основным средством должны быть штатные копии СУБД, а .dt — инструмент переноса и миграции.
Что важно запомнить
Определите формат архива до начала работ: .dt грузится через Конфигуратор в пустую базу, каталог с 1Cv8.1CD просто подключается в списке баз, копии SQL восстанавливаются средствами СУБД. Всегда сохраняйте копию текущего состояния и восстанавливайте в отдельное место, а результат проверяйте по датам документов и отчётам.
Частые вопросы
Можно ли загрузить .dt в базу с данными, не потеряв их?
Нет. Загрузка файла .dt полностью замещает и конфигурацию, и все данные целевой базы. Если нужно сохранить текущие данные, сначала выгрузите их в отдельный .dt или перенесите нужные объекты обработками обмена, а уже потом выполняйте загрузку.
Архив создан на платформе новее моей — что делать?
Обновите платформу на компьютере восстановления до версии не ниже той, на которой делалась выгрузка. Загрузка «сверху вниз» (с новой платформы на старую) технологически не поддерживается, и обойти это ограничение штатными средствами нельзя.
Чем загрузка из архива отличается от обновления конфигурации?
Это разные операции. Загрузка из архива возвращает базу целиком к состоянию на момент копии, включая данные. Обновление конфигурации меняет только структуру метаданных и программный код, данные при этом сохраняются и переносятся в новую структуру.
Файл .dt не загружается и выдаёт ошибку — копия безнадёжна?
Не обязательно. Сначала проверьте свободное место на диске и объём оперативной памяти, попробуйте загрузку на другом компьютере с более мощной конфигурацией. Также убедитесь, что файл скопирован полностью — сравните его размер с исходным. Если ошибка повторяется везде, файл, скорее всего, повреждён, и нужна другая копия.
Как часто нужно делать архивы базы 1С?
Ориентируйтесь на допустимую потерю данных: если потеря одного рабочего дня критична, копии нужны ежедневно. Для файловых баз настройте автоматическое копирование каталога или выгрузку .dt по расписанию, для серверных — регламентные задания резервного копирования на стороне СУБД. Периодически проверяйте, что копии реально восстанавливаются.
Можно ли восстановить из архива только часть данных, например один документ?
Штатно — нет: восстановление всегда выполняется целиком. Обходной путь — развернуть архив как отдельную базу, открыть обе базы одновременно и перенести нужные объекты вручную или через обработку выгрузки-загрузки данных в формате XML, если конфигурации идентичны.