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

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

Как сделать копию информационной базы 1С

Способы сделать копию ИБ 1С: выгрузка через конфигуратор, копирование файла 1Cv8.1CD, дамп SQL-базы. Проверка результата, ошибки и ответы на вопросы.

Копия информационной базы 1С нужна в трёх типовых ситуациях: перед обновлением конфигурации, для создания тестовой среды, где можно безопасно проверять доработки, и как резервная копия на случай сбоя. Способ копирования зависит от того, как развёрнута база: в файловом варианте (один файл 1Cv8.1CD) или в клиент-серверном (MS SQL, PostgreSQL, Oracle).

Главное правило: копия должна быть целостной. Если копировать базу, пока с ней работают пользователи, часть транзакций окажется в несогласованном состоянии, и восстановленная копия может не открыться или содержать «битые» данные. Поэтому любой способ начинается с завершения сеансов пользователей.

Ниже разобраны рабочие методы для обоих вариантов развёртывания, порядок проверки результата и типичные ошибки, из-за которых копии оказываются непригодными.

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

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

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

Определите вариант развёртывания базы. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна: если там указан путь к папке — база файловая, если имя сервера и имя базы — клиент-серверная.

Способ 1: выгрузка базы через конфигуратор

Это универсальный метод, который работает и для файловых, и для клиент-серверных баз. Результат — файл с расширением .dt, из которого базу можно восстановить в любой момент на том же или другом компьютере.

Откройте базу в режиме конфигуратора. Если в базе есть активные пользователи, сначала завершите их сеансы: в меню «Администрирование» выберите «Активные пользователи» и попросите коллег выйти, либо завершите сеансы принудительно через консоль кластера (для серверной базы).

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

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

Как восстановить базу из файла .dt

Чтобы развернуть копию, создайте новую пустую информационную базу (в окне запуска 1С — «Добавить» → «Создание новой информационной базы» → без конфигурации), откройте её в конфигураторе и выберите «Загрузить информационную базу», указав сохранённый файл .dt. После загрузки обновите конфигурацию базы данных, если конфигуратор это запросит.

Способ 2: копирование файла 1Cv8.1CD для файловой базы

Файловая база целиком хранится в одном файле 1Cv8.1CD внутри каталога базы. Это позволяет сделать копию простым копированием файла средствами операционной системы — такой способ заметно быстрее выгрузки через конфигуратор, особенно для больших баз.

Обязательное условие — ни один сеанс не должен быть подключён к базе, включая фоновые задания и открытые конфигураторы. Проверить это можно по отсутствию файла 1Cv8.1CL (файл блокировок) рядом с 1Cv8.1CD: если он есть, кто-то подключён к базе.

Скопируйте файл 1Cv8.1CD в новую папку, затем добавьте эту папку как новую информационную базу в списке запуска 1С («Добавить» → «Добавление в список существующей информационной базы»). При первом входе убедитесь, что открывается именно копия, а не рабочая база.

Способ 3: копия клиент-серверной базы через СУБД

Для баз на MS SQL Server, PostgreSQL или Oracle копирование выполняется штатными средствами СУБД. Это самый быстрый и надёжный метод для крупных баз, так как выгрузка .dt через конфигуратор на объёмах в десятки гигабайт идёт очень долго.

В MS SQL Server откройте SQL Server Management Studio, найдите нужную базу, щёлкните правой кнопкой и выберите Tasks → Back Up. Укажите тип Full и путь к файлу .bak. Для восстановления копии используйте Tasks → Restore → Database с новым именем базы, после чего зарегистрируйте её в консоли кластера 1С.

В PostgreSQL используется команда pg_dump, а восстановление выполняется через psql или pg_restore. Для 1С важно, чтобы новая база была создана с теми же параметрами локализации и кодировки, что и исходная.

bash
pg_dump -U postgres -Fc -f /backup/ib1c.dump ib1c

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

Как выбрать подходящий способ

Выбор метода зависит от цели копии, размера базы и доступных инструментов. Краткое сопоставление приведено ниже.

СпособКогда подходитОграничения
Выгрузка .dt через конфигураторПеренос между серверами, смена платформы, долгосрочный архивМедленно на больших базах, требует много места
Копирование 1Cv8.1CDБыстрая копия файловой базы, тестовая средаТолько файловый вариант, нужен полный выход пользователей
Дамп средствами СУБДКлиент-серверные базы, регулярное резервное копированиеТребуются права на СУБД и навыки администрирования
Маршрут решения

Как выбрать действие

База файловая и нужна копия прямо сейчасЗавершите сеансы и скопируйте файл 1Cv8.1CD
Нужно перенести базу на другой компьютер или сохранить архивСделайте выгрузку в .dt через конфигуратор
База на SQL Server или PostgreSQLСделайте дамп средствами СУБД и зарегистрируйте копию в кластере
Копия нужна регулярноНастройте автоматическое резервное копирование по расписанию

Проверка копии и типичные ошибки

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

Для восстановленной из .dt базы дополнительно полезно запустить тестирование и исправление (в конфигураторе: «Администрирование» → «Тестирование и исправление») в режиме проверки без исправлений — это выявит скрытые повреждения.

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

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

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

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

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

Ошибка формата потока, пустые справочники

Дата последнего документа
Норма

Совпадает с моментом копирования рабочей базы

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

Данные старше ожидаемых — скопирована не та база

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

Заблокированы, копия не выполняет обмены

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

Копия отправляет письма или выполняет синхронизацию

Типичные ошибки
01
Копирование файла базы при активных сеансах — копия получается повреждённой и не открывается
02
Забытая блокировка регламентных заданий в тестовой копии — копия начинает дублировать обмены, рассылки и проведение документов
03
Хранение копии на том же диске, что и рабочая база — при отказе диска теряются обе
04
Отсутствие проверки копии — в момент восстановления выясняется, что файл .dt повреждён
05
Работа в копии по ошибке — пользователи вводят документы не в ту базу из-за одинаковых названий в списке

Чтобы не перепутать копию с рабочей базой, переименуйте её в списке баз, добавив пометку «КОПИЯ» или «ТЕСТ», и по возможности измените заголовок системы в настройках. Это простое действие предотвращает ввод реальных документов в тестовую базу.

Итог

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

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

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

Можно ли сделать копию базы, пока в ней работают пользователи?

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

Чем отличается файл .dt от файла 1Cv8.1CD?

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

Как часто нужно делать копии рабочей базы?

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

Почему восстановленная из .dt база не открывается?

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

Нужно ли что-то отключать в тестовой копии?

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

Можно ли автоматизировать создание копий?

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