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

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

Резервная копия 1С 8.3: способы создания и восстановления базы

Как сделать резервную копию 1С 8.3: выгрузка через конфигуратор, копирование файловой базы, средства SQL Server, настройка расписания и проверка восстановления.

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

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

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

Какие виды резервных копий существуют в 1С 8.3

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

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

Сравнение способов копирования

Выгрузка .dt через конфигуратор

Подходит для переноса базы и архивного хранения. Ограничение: требует монопольного доступа, медленно на больших базах.

Копирование файла 1Cv8.1CD

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

Backup средствами СУБД

Для серверных баз; позволяет восстановление на момент времени. Ограничение: требует навыков администрирования СУБД.

Как сделать выгрузку базы в файл .dt через конфигуратор

Это базовый способ, доступный любому пользователю с правами администратора. Откройте конфигуратор, войдите в базу под учётной записью с полными правами и убедитесь, что остальные пользователи завершили работу: выгрузка требует монопольного режима. Проверить активные сеансы можно через меню «Администрирование → Активные пользователи».

Далее выберите пункт меню «Администрирование → Выгрузить информационную базу», укажите папку и имя файла. Рекомендуется включать дату в имя файла, например base_2026-01-15.dt, чтобы копии не перезаписывали друг друга. Дождитесь окончания процесса: прерывание выгрузки на середине оставляет неполный, непригодный файл.

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

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

Как скопировать файловую базу напрямую

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

Завершите все сеансы работы с базой — и пользовательские, и фоновые. Затем скопируйте файл 1Cv8.1CD (а вместе с ним желательно всю папку базы, включая вложенные каталоги) в отдельное хранилище: другой диск, сетевую папку или внешний носитель. Копирование при работающих пользователях недопустимо: файл может оказаться в несогласованном состоянии, и восстановленная из него база не откроется или будет содержать повреждённые данные.

Резервное копирование клиент-серверной базы

Если база работает в клиент-серверном режиме, данные хранятся в СУБД, и копировать файлы вручную бессмысленно. Для MS SQL Server используйте стандартные средства: в SQL Server Management Studio откройте свойства базы, раздел Tasks → Back Up, выберите тип Full и укажите путь назначения. Для регулярного копирования создайте план обслуживания (Maintenance Plan) с расписанием.

Для PostgreSQL применяется утилита pg_dump или pg_dumpall. Выгрузку удобно запускать по расписанию через планировщик задач или cron. Пример команды для выгрузки одной базы:

bash
pg_dump -U postgres -F c -f /backup/1c_base_$(date +%F).dump my_database

Важно: при работающем сервере 1С backup средствами СУБД создаётся корректно, монопольный режим не нужен — это ключевое преимущество серверного варианта. Однако для полной надёжности рекомендуется периодически делать и выгрузку .dt как независимую от СУБД копию.

Как автоматизировать создание копий по расписанию

Ручное копирование быстро перестаёт выполняться регулярно, поэтому автоматизация обязательна. Для файловых баз используйте планировщик заданий Windows: создайте bat-файл, который копирует папку базы в каталог архива с датой в имени, и запланируйте его запуск в нерабочие часы, когда сеансов гарантированно нет.

Для выгрузки .dt без открытия конфигуратора платформа поддерживает пакетный режим: конфигуратор запускается из командной строки с параметрами DESIGNER /DumpIB. Такой скрипт также ставится в планировщик. Для серверных баз расписание настраивается средствами СУБД — планами обслуживания SQL Server или заданиями cron для PostgreSQL.

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

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

Как восстановить базу из резервной копии

Восстановление из файла .dt

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

Восстановление файловой базы из копии

Достаточно скопировать сохранённый файл 1Cv8.1CD (или всю папку базы) в новый каталог и добавить этот каталог в список информационных баз. База откроется в состоянии на момент копирования.

Восстановление серверной базы

Для MS SQL Server используйте Tasks → Restore → Database в Management Studio с указанием файла backup. Для PostgreSQL — утилиту pg_restore. После восстановления в СУБД базу подключают в консоли кластера серверов 1С или создают новую запись в списке баз с указанием восстановленной базы данных.

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

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

Открытие базы
Норма

База открывается в режиме предприятия без ошибок

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

Ошибки открытия, сообщения о повреждении

Актуальность данных
Норма

Последние документы и справочники на месте

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

Отсутствуют документы, которые должны быть

Проведение документов
Норма

Документы проводятся, отчёты формируются

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

Ошибки при проведении, пустые отчёты

Частые ошибки при резервном копировании 1С

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

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

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

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

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

Часто задаваемые вопросы

Чем отличается выгрузка .dt от сохранения конфигурации .cf?

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

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

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

Сколько копий нужно хранить одновременно?

Минимальный разумный набор — ежедневные копии за последние 7 дней плюс несколько еженедельных и ежемесячных. Это позволяет восстановить данные, если ошибка или повреждение были замечены не сразу.

Куда лучше сохранять резервные копии?

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

Как проверить, что резервная копия рабочая?

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

Нужен ли монопольный доступ для backup серверной базы средствами СУБД?

Нет, MS SQL Server и PostgreSQL создают согласованный backup «на горячую», без остановки работы пользователей. Это одно из главных преимуществ клиент-серверного режима с точки зрения резервного копирования.