Администрирование · 9 мин
Как сделать backup базы 1С: полное руководство
Как сделать backup базы 1С: выгрузка через конфигуратор, копирование файловой базы, backup SQL-базы, автоматизация расписанием и проверка восстановления.
Резервная копия базы 1С — единственная гарантия, что при сбое диска, ошибочном обновлении конфигурации или действиях вируса-шифровальщика данные удастся восстановить. Способ создания backup зависит от режима работы базы: файловый или клиент-серверный (SQL). Универсальные приёмы — выгрузка в файл .dt через конфигуратор и копирование файла 1Cv8.1CD — работают в обоих случаях, но имеют ограничения.
Ниже разобраны четыре практических способа: выгрузка .dt, копирование файловой базы, резервное копирование средствами СУБД и автоматизация по расписанию. Отдельно показано, как проверить, что копия действительно восстанавливается, — без этого backup считается несуществующим.
Какие способы backup существуют и когда какой выбирать
В 1С нет единственного «правильного» способа резервного копирования — у каждого метода свои задачи и ограничения. Выгрузка .dt создаёт переносимый архив всей базы, но на больших объёмах выполняется долго и требует монопольного доступа. Копирование файла базы быстрое, но требует, чтобы никто не работал с базой. Backup средствами СУБД не останавливает работу пользователей, но восстанавливается только на ту же СУБД.
На практике методы комбинируют: ежедневный backup средствами СУБД или копирование файла плюс еженедельная выгрузка .dt как «страховка» от логических повреждений и для переноса базы между серверами.
Сравнение способов backup
Подходит для переноса базы и архивного хранения. Требует монопольного доступа, на больших базах выполняется долго.
Быстрый вариант для файловых баз. Обязательно завершить все сеансы, иначе копия будет повреждена.
Для клиент-серверных баз. Не прерывает работу пользователей, восстанавливается только на ту же СУБД.
Удобны для комплексного backup сервера. Для SQL-баз нужен агент, корректно работающий с VSS.
Выгрузка базы в файл .dt через конфигуратор
Это штатный способ, доступный в любой базе 1С. Файл .dt содержит и данные, и конфигурацию, его можно загрузить в пустую базу на другом компьютере. Перед началом все пользователи должны выйти из базы — выгрузка требует монопольного режима.
Порядок действий: запустите конфигуратор, откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — удобно включать в имя дату, например trade_2026-06-01.dt. Дождитесь завершения: на больших базах процесс занимает от десятков минут до нескольких часов.
- 1Попросите пользователей выйти и завершите активные сеансы через консоль кластера или «Администрирование → Активные пользователи».
- 2Откройте базу в конфигураторе с правами администратора.
- 3Выберите «Администрирование → Выгрузить информационную базу».
- 4Укажите папку на другом диске или сетевом ресурсе, задайте имя с датой.
- 5Дождитесь сообщения об успешном завершении и проверьте размер файла — он не должен быть нулевым или аномально маленьким.
У выгрузки .dt есть важное ограничение: она не предназначена для баз очень большого объёма (сотни гигабайт) — процесс может не завершиться из-за нехватки памяти. Кроме того, загрузка .dt всегда полностью замещает базу-приёмник, откатить её нельзя.
Копирование файловой базы напрямую
Файловая база 1С — это файл 1Cv8.1CD в каталоге базы плюс служебные подпапки. Самый быстрый backup — просто скопировать этот файл. Критическое условие: во время копирования с базой никто не должен работать, включая фоновые задания и сеансы агентов. Копия, снятая «на живую», с высокой вероятностью окажется повреждённой.
Чтобы гарантировать отсутствие сеансов, либо договоритесь с пользователями о ночном окне, либо временно переименуйте/переместите базу из списка, либо используйте скрипт, который сначала проверяет отсутствие файла блокировок и завершает процессы 1cv8.exe на файловом сервере.
robocopy "D:\Bases\Trade" "E:\Backup\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" 1Cv8.1CD /R:2 /W:5Копируйте копию на другой физический диск или сетевое хранилище. Backup, лежащий на том же диске, что и база, не защищает от отказа диска и шифровальщика.
Backup клиент-серверной базы средствами СУБД
Для баз на MS SQL Server, PostgreSQL или Oracle выгрузка .dt — не основной способ. Штатный вариант — резервное копирование средствами самой СУБД, которое выполняется без остановки работы пользователей.
MS SQL Server
Создайте задачу обслуживания в SQL Server Management Studio: полный backup ежедневно и, при необходимости, backup журнала транзакций несколько раз в день. Модель восстановления базы должна быть Full, если нужны копии журнала, или Simple для простого ежедневного сценария.
BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;PostgreSQL
Используйте утилиту pg_dump для логической копии или pg_basebackup для физической. Для баз 1С обычно достаточно регулярного pg_dump с форматом custom, который позволяет восстанавливать выборочно.
pg_dump -U postgres -Fc -f /backup/trade_$(date +%F).dump trade_baseДополнительно раз в неделю делайте выгрузку .dt: она позволит поднять базу на другой СУБД или в файловом режиме, если сервер СУБД восстановить не удастся.
Автоматизация backup по расписанию
Ручной backup рано или поздно забывают сделать. Настройте автоматику: в Windows — через Планировщик заданий, запускающий пакетный файл с robocopy или командой sqlcmd; в Linux — через cron для pg_dump. Для клиент-серверных баз удобнее встроенные планы обслуживания SQL Server.
При автоматизации файловых баз скрипт должен сначала блокировать новые сеансы (например, через установку кода блокировки в файловой базе или перенос базы) и завершать текущие сеансы, иначе копия будет неконсистентной.
Проверка копии и восстановление
Backup, который ни разу не восстанавливали, нельзя считать рабочим. Минимум раз в месяц разворачивайте свежую копию в тестовую базу: загрузите .dt в пустую базу или восстановите bak-файл под другим именем на том же SQL Server. Откройте базу в режиме предприятия, проверьте, что открываются ключевые отчёты и документы за последние даты.
Как проверить результат
Размер сопоставим с базой, дата создания свежая
Файл нулевого размера или не обновлялся неделями
Копия разворачивается без ошибок в тестовую базу
Ошибки при загрузке .dt или RESTORE
Открываются документы и отчёты за последние дни
Ошибки при открытии объектов, пустые таблицы
При восстановлении .dt помните: загрузка полностью замещает базу-приёмник. Никогда не загружайте архив в рабочую базу «для проверки» — только в отдельную пустую.
Частые ошибки при резервном копировании 1С
Отдельный риск — вирусы-шифровальщики: если сетевой диск с backup постоянно подключён к заражённой машине, шифруются и копии. Держите хотя бы одну копию offline или в хранилище с версионированием и защитой от записи.
Что важно запомнить
Файловую базу копируйте файлом 1Cv8.1CD или выгружайте в .dt — только без активных сеансов. Клиент-серверную базу копируйте средствами СУБД плюс периодическая выгрузка .dt. Храните копии на отдельном носителе с ротацией и регулярно проверяйте восстановление на тестовой базе.
Частые вопросы
Чем файл .dt отличается от копии файла 1Cv8.1CD?
Файл .dt — это выгрузка внутреннего формата 1С, которую можно загрузить в любую пустую базу, в том числе на другую СУБД или в файловый режим. Копия 1Cv8.1CD — побайтовый снимок файловой базы: восстанавливается быстрее, но подходит только для файлового режима и требует остановки работы при снятии копии.
Можно ли копировать файловую базу, пока пользователи работают?
Нет. Во время работы файл базы постоянно меняется, и скопированный «на живую» файл с высокой вероятностью будет содержать рассогласованные данные. Сначала завершите все сеансы, затем копируйте.
Как часто нужно делать backup базы 1С?
Минимум — ежедневно, в нерабочее время. Для баз с интенсивным вводом документов добавьте копии журнала транзакций SQL в течение дня, чтобы потерять не более нескольких часов работы. Ежемесячные архивы храните длительно.
Выгрузка .dt зависает или падает с ошибкой. Что делать?
Проверьте свободное место на диске назначения и объём оперативной памяти. Если база большая, перейдите на backup средствами СУБД. Если ошибки повторяются, выполните «Тестирование и исправление» на копии базы — возможны повреждения данных.
Достаточно ли синхронизации папки базы в облако (Яндекс.Диск, OneDrive)?
Нет. Облачный клиент копирует файл в произвольный момент, в том числе посередине записи, поэтому копия может быть повреждена. Кроме того, такие сервисы синхронизируют и зашифрованные вирусом файлы. Используйте облако только как дополнительное хранилище уже готовых выгрузок .dt.
Как восстановить базу из файла .dt?
Создайте пустую базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу», укажите файл .dt. Загрузка полностью заменит содержимое базы, поэтому выполняйте её только в пустую или специально подготовленную базу.