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

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

Как вернуть копию базы в 1С: пошаговая инструкция

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

Фраза «вернуть копию в 1С» обычно означает одну из трёх задач: восстановить базу из резервной копии после сбоя, вернуться к более раннему состоянию данных (например, до ошибочного проведения документов) или поднять копию базы рядом с рабочей, чтобы безопасно проверить данные. Во всех случаях основным инструментом служит выгрузка информационной базы в файл с расширением .dt, созданная через конфигуратор, либо копия файла базы 1Cv8.1CD для файлового варианта.

Критически важно понимать разницу между «копией для тестирования» и «восстановлением рабочей базы». В первом случае вы создаёте новую базу из копии и ничего не рискуете. Во втором — заменяете текущие данные старыми, и все изменения, внесённые после создания копии, будут безвозвратно потеряны. Поэтому перед любым восстановлением рабочей базы обязательно сделайте свежую выгрузку текущего состояния.

Ниже разобраны оба сценария для файлового и клиент-серверного вариантов работы, а также способы вернуть отдельные данные без полного отката базы.

Что понадобится перед восстановлением

Для работы потребуется сам файл копии — чаще всего это выгрузка с расширением .dt, созданная через конфигуратор («Администрирование → Выгрузить информационную базу»), либо файл 1Cv8.1CD, если копировалась файловая база целиком. Убедитесь, что файл не повреждён: он должен быть доступен для чтения, а его размер не должен быть нулевым или подозрительно маленьким по сравнению с предыдущими копиями.

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

Как поднять копию рядом с рабочей базой (безопасный способ)

Это рекомендуемый сценарий, когда нужно посмотреть старые данные, восстановить отдельные документы или проверить, что находится в копии. Рабочая база при этом не затрагивается вообще.

Создайте новую пустую информационную базу: в окне запуска 1С нажмите «Добавить», выберите «Создание новой информационной базы», укажите вариант «без конфигурации» и задайте каталог. Затем откройте эту базу в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав dt-файл копии. После загрузки база готова к работе.

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

Если копия представляет собой файл 1Cv8.1CD, поступить ещё проще: создайте пустую папку, скопируйте туда этот файл и добавьте в список баз новую базу, указав путь к этой папке. Конфигуратор при этом не нужен вовсе.

Как вернуть рабочую базу из копии после сбоя

Полное восстановление оправдано, когда рабочая база повреждена, удалена или данные в ней испорчены настолько, что проще откатиться, чем исправлять. Порядок действий зависит от варианта работы.

Файловая база

Завершите работу всех пользователей. Сделайте выгрузку текущего (даже повреждённого) состояния, если база ещё открывается, либо скопируйте текущий файл 1Cv8.1CD в отдельную папку — это страховка. Затем откройте конфигуратор, выполните «Администрирование → Загрузить информационную базу» и укажите dt-файл копии. Альтернатива — просто заменить файл 1Cv8.1CD в каталоге базы файлом из резервной копии, если копия хранилась именно в таком виде.

Клиент-серверная база

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

Как вернуть отдельные данные без полного отката

Полное восстановление — крайняя мера. Если нужно вернуть несколько ошибочно удалённых или изменённых документов, рациональнее поднять копию рядом и перенести из неё только нужное. Для этого используются типовые обработки «Выгрузка и загрузка данных XML» (доступна на диске ИТС и во многих конфигурациях) или механизм конвертации данных.

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

Сравнение вариантов

Копия в отдельную базу

Подходит для просмотра и выборочного восстановления данных. Рабочая база не затрагивается, рисков нет

Полная загрузка dt в рабочую базу

Подходит при повреждении базы или массовой порче данных. Все изменения после даты копии теряются

Перенос объектов через XML

Подходит для возврата отдельных документов и справочников. Требует аккуратности со ссылками

Восстановление средствами СУБД

Подходит для больших клиент-серверных баз. Требует навыков администрирования SQL-сервера

Проверка результата после восстановления

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

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

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

Открытие базы в режиме предприятия
Норма

База открывается без ошибок, доступны основные разделы

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

Ошибки при входе, сообщения о несовместимости версий

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

Документы заканчиваются на дате создания копии

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

Документы новее даты копии — загружена не та база

Регламентные задания и обмены
Норма

В тестовой копии задания и синхронизации отключены

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

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

Пользователи и доступ
Норма

Вход под нужной учётной записью работает

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

Пароли не подходят — восстановлены старые учётные записи из копии

Типичные ошибки и ограничения

Частая ошибка — загрузка копии в рабочую базу «чтобы быстро посмотреть». Даже если вы сразу всё вернёте, данные за период между копией и текущим моментом будут потеряны, а восстановить их без свежей выгрузки невозможно. Вторая распространённая проблема — несовместимость версий платформы: база, выгруженная в новой версии, может не открыться на старой. Держите версию платформы не ниже той, на которой создавалась копия.

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

Типичные ошибки
01
Загрузка копии в рабочую базу без свежей выгрузки текущего состояния — данные теряются безвозвратно
02
Восстановление копии без отключения обменов — копия начинает синхронизироваться и слать письма как рабочая база
03
Попытка открыть копию на платформе старее той, где она создавалась — ошибка несовместимости версий
04
Использование dt как единственного бэкапа большой серверной базы — долгая выгрузка и риск неактуальной копии

Как настроить регулярные копии, чтобы возвращаться было к чему

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

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

Итог

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

Для просмотра и точечного восстановления поднимайте копию в отдельной базе, не трогая рабочую. Полный откат делайте только после свежей выгрузки текущего состояния. В тестовой копии отключайте обмены и регламентные задания. Регулярные копии храните отдельно от базы и проверяйте их восстановление.

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

Можно ли вернуть копию в 1С без конфигуратора?

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

Что делать, если dt-файл не загружается с ошибкой?

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

Потеряются ли данные, введённые после создания копии, при восстановлении?

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

Как восстановить один удалённый документ, не откатывая всю базу?

Поднимите копию в отдельной базе, найдите документ и выгрузите его через типовую обработку «Выгрузка и загрузка данных XML», затем загрузите файл в рабочую базу. Если документ помечен на удаление, а не удалён физически, достаточно снять пометку в самой рабочей базе.

Опасно ли открывать копию рабочей базы для тестирования?

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