Администрирование · 12 мин
Как в 1С выполнить резервное копирование базы
Как выполнить резервное копирование базы 1С: выгрузка dt, копирование файловой базы, SQL-бэкапы и автоматизация. Проверка копий и типичные ошибки.
Резервное копирование базы 1С — обязательная операция перед обновлением конфигурации, переносом данных, исправлением ошибок и любым экспериментом с учётной информацией. Без актуальной копии одна неудачная операция может привести к потере данных за месяцы работы, а восстановление станет невозможным в принципе.
Способ копирования зависит от режима работы базы. Файловая база хранится в одном файле 1Cv8.1CD и копируется проще всего — достаточно скопировать файл или сделать выгрузку. Клиент-серверная база (SQL Server, PostgreSQL, Oracle) требует средств СУБД: файловое копирование каталога базы данных в этом случае недопустимо, потому что данные физически находятся под управлением сервера БД.
Ниже разобраны все основные способы: выгрузка в файл dt через конфигуратор, копирование файловой базы, резервное копирование средствами SQL-сервера, автоматизация по расписанию и проверка того, что копия действительно восстанавливается.
Какие способы резервного копирования существуют в 1С
Платформа 1С поддерживает несколько принципиально разных подходов к созданию резервных копий. Первый — выгрузка информационной базы в файл с расширением dt через конфигуратор. Такой файл содержит всю базу: данные, конфигурацию, пользователей и настройки. Его можно загрузить обратно в пустую базу и получить полную копию.
Второй подход — копирование файла базы напрямую. Он применим только для файлового режима работы: база целиком хранится в файле 1Cv8.1CD, и его достаточно скопировать в другое место. Это быстрее выгрузки, особенно на больших базах, но требует, чтобы с базой никто не работал в момент копирования.
Третий подход — резервное копирование средствами СУБД для клиент-серверных баз. SQL Server, PostgreSQL и другие поддерживаемые серверы имеют собственные механизмы бэкапа (BACKUP DATABASE, pg_dump и аналоги), которые создают консистентную копию без остановки работы пользователей.
Сравнение вариантов
Подходит для любого режима работы, переносит и конфигурацию, и данные. Ограничение: на больших базах выгрузка занимает много времени, а при активной работе пользователей файл может получиться неконсистентным.
Быстрый способ только для файловых баз. Ограничение: требует завершения всех сеансов, иначе копия будет повреждена.
Единственно корректный способ для клиент-серверных баз, работает без остановки пользователей. Ограничение: требует прав администратора СУБД и отдельного хранения копий конфигурации.
Выгрузка базы в файл dt через конфигуратор
Выгрузка в dt — самый универсальный метод, который работает и для файловых, и для клиент-серверных баз. Откройте базу в режиме «Конфигуратор» под пользователем с полными правами. Если в базе есть активные сеансы, конфигуратор предложит завершить их — для корректной выгрузки все пользователи должны выйти.
В главном меню выберите «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например backup_2026.dt. Желательно включать в имя файла дату, чтобы копии не перезаписывали друг друга и было понятно, какая из них актуальная.
Дождитесь завершения выгрузки: в нижней части окна конфигуратора отображается индикатор прогресса. На базах объёмом в несколько гигабайт процесс может занять десятки минут. Прерывать выгрузку нельзя — файл окажется неполным и непригодным для восстановления.
После завершения проверьте, что файл создан и имеет осмысленный размер. Файл в несколько килобайт при базе в сотни мегабайт — признак сбоя выгрузки.
- 1Завершите работу всех пользователей с базой
- 2Откройте базу в режиме «Конфигуратор» под полными правами
- 3Выберите «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь и имя файла с датой, например backup_2026-06-01.dt
- 5Дождитесь окончания выгрузки, не закрывая конфигуратор
- 6Проверьте размер созданного файла dt
Копирование файловой базы напрямую
Если база работает в файловом режиме, самый быстрый способ — скопировать её каталог целиком. Узнать путь к базе можно в окне выбора информационных баз при запуске 1С: выделите базу, и путь отобразится внизу окна, либо откройте её свойства кнопкой «Изменить».
Внутри каталога базы главный файл — 1Cv8.1CD, именно он содержит все данные и конфигурацию. Рядом могут лежать служебные файлы и подкаталоги. Надёжнее всего копировать весь каталог, чтобы не потерять сопутствующие данные.
Критическое условие: в момент копирования с базой не должны работать ни пользователи, ни фоновые процессы. Если скопировать файл, который в этот момент изменяется, копия будет повреждена и при попытке открыть её 1С выдаст ошибку формата потока или не откроется вовсе.
Для гарантии монопольного доступа попросите пользователей выйти, проверьте отсутствие активных сеансов и только после этого запускайте копирование. Альтернатива — выполнять копирование в нерабочее время, когда сеансов нет.
Резервное копирование клиент-серверной базы
Для баз на SQL Server резервное копирование выполняется штатными средствами СУБД. Откройте SQL Server Management Studio, подключитесь к серверу, найдите нужную базу, щёлкните по ней правой кнопкой и выберите «Tasks» → «Back Up». Тип копии — Full, назначение — файл на диске, желательно на другом физическом носителе, чем сама база.
Для PostgreSQL используется утилита pg_dump, которая выгружает базу в файл скрипта или архив. Пример команды приведён ниже. Учётная запись, от имени которой выполняется выгрузка, должна иметь право чтения всех объектов базы.
pg_dump -U postgres -F c -f /backups/1c_base_$(date +%Y%m%d).dump my1cbaseВажно понимать ограничение: бэкап средствами СУБД содержит только данные. Конфигурация базы тоже хранится в таблицах, поэтому при полном восстановлении базы она вернётся вместе с данными. Но если нужно перенести базу на другую версию платформы или исправить повреждённую конфигурацию, потребуется ещё и выгрузка dt.
Поэтому разумная практика для клиент-серверных баз — комбинировать оба подхода: регулярные бэкапы средствами СУБД для быстрого восстановления плюс периодическая выгрузка dt перед обновлениями и массовыми изменениями данных.
Автоматизация резервного копирования по расписанию
Ручные копии делают нерегулярно и забывают перед важными операциями, поэтому резервное копирование стоит автоматизировать. Для файловых баз достаточно пакетного скрипта, который копирует каталог базы, запущенного через планировщик заданий Windows в ночное время.
Выгрузку dt тоже можно запускать из командной строки: конфигуратор поддерживает пакетный режим с параметром /DumpIB. Команда запускается в планировщике от имени служебной учётной записи с полными правами на базу.
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдмин /Pпароль /DumpIB"D:\Backups\trade_%date%.dt"Для клиент-серверных баз автоматизацию выполняют средствами самой СУБД: в SQL Server это задания агента (SQL Server Agent) или планы обслуживания, в PostgreSQL — задания cron с вызовом pg_dump. Такие механизмы надёжнее внешних скриптов, потому что работают на уровне сервера и не зависят от клиентских машин.
Настройка расписания — только половина задачи. Нужно также определить, сколько копий хранить и когда удалять устаревшие, иначе диск под бэкапы рано или поздно переполнится, и новые копии перестанут создаваться. Обычно хранят несколько последних ежедневных копий и более старые копии с недельным или месячным шагом.
Проверяйте журнал выполнения заданий планировщика хотя бы раз в неделю. Нередко автоматический бэкап молча перестаёт работать после смены пароля учётной записи или переполнения диска, и обнаруживается это только в момент, когда копия срочно понадобилась.
Проверка резервной копии и восстановление
Резервная копия, которая не проверена, не считается существующей. Единственный надёжный способ убедиться в её работоспособности — выполнить тестовое восстановление в отдельную базу. Для dt-файла создайте новую пустую информационную базу без конфигурации, откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу», указав файл копии.
После загрузки войдите в базу в режиме «1С:Предприятие» и проверьте ключевые данные: откройте несколько документов за последний период, сформируйте оборотно-сальдовую ведомость или другой контрольный отчёт. Совпадение цифр с рабочей базой — признак того, что копия полная и корректная.
Для файловых копий проверка проще: добавьте скопированный каталог как новую информационную базу в список запуска 1С и откройте её. Если база запускается и данные на месте, копия рабочая.
Как проверить результат
Размер файла соизмерим с размером базы
Файл отсутствует или его размер близок к нулю
Загрузка завершается без ошибок, база открывается
Ошибка формата потока, загрузка прерывается
Документы и отчёты совпадают с рабочей базой
Отсутствуют документы, отчёты выдают другие цифры
Задания завершаются успешно каждую ночь
Ошибки задания или давняя дата последнего запуска
Частые ошибки и правила безопасного хранения копий
Хранение резервных копий на том же диске, что и сама база, обесценивает их почти полностью: при отказе диска теряются и база, и копии. Копии нужно размещать на другом физическом носителе — сетевом хранилище, внешнем диске или в облачном хранилище. Правило «3-2-1» предполагает три копии данных на двух разных типах носителей, одна из которых находится вне основной площадки.
Вторая распространённая ошибка — перезапись единственной копии. Если каждый новый бэкап затирает предыдущий, а повреждение данных заметили через неделю, восстановиться будет не из чего: в единственной копии уже лежат испорченные данные. Всегда храните несколько поколений копий.
Третья ошибка — отсутствие копии перед обновлением конфигурации. Обновление изменяет структуру данных, и при сбое посередине процесса база может остаться в нерабочем состоянии. Перед любым обновлением делайте выгрузку dt, даже если настроено регулярное автоматическое копирование.
Частые вопросы о резервном копировании 1С
Чем файл dt отличается от копии файла 1Cv8.1CD?
Файл dt — это выгрузка, созданная штатным механизмом платформы, которая гарантированно загружается обратно через конфигуратор. Файл 1Cv8.1CD — физический файл базы, копия которого требует отсутствия активных сеансов. По содержимому они эквивалентны, но dt безопаснее создавать, а файловую копию — быстрее.
Можно ли делать выгрузку dt, пока пользователи работают в базе?
Технически конфигуратор может запустить выгрузку при активных сеансах, но данные в копии окажутся на разные моменты времени: часть документов попадёт в копию, часть — нет, а связанные объекты могут оказаться в несогласованном состоянии. Для копии, которой доверяют, пользователей нужно выгнать из базы.
Как часто нужно делать резервные копии?
Минимальный разумный режим — ежедневно в нерабочее время. Если в базе интенсивно вводятся документы и потеря даже одного дня критична, стоит дополнить ежедневные копии выгрузкой в середине дня или настроить копирование журналов транзакций СУБД. Отдельная копия обязательна перед каждым обновлением конфигурации.
База не открывается, резервной копии нет. Что делать?
Не запускайте тестирование и исправление сразу — сначала сделайте копию повреждённого файла базы в том виде, в каком он есть, чтобы сохранить исходное состояние. Затем попробуйте утилиту chdbfl.exe из каталога платформы для проверки физической целостности файловой базы, и только после этого — тестирование и исправление в конфигураторе. Каждый шаг выполняйте над копией, а не над единственным файлом.
Куда лучше сохранять резервные копии?
На носитель, физически отделённый от сервера с базой: сетевое хранилище, NAS, внешний диск или облачное хранилище. Оптимально — два независимых места, например локальный NAS плюс облако. Проверьте, что учётная запись, под которой работают пользователи 1С, не имеет права удалять файлы бэкапов — это защитит копии от случайного удаления и от шифровальщиков.
Что важно запомнить
Универсальный способ копирования — выгрузка в dt через конфигуратор; файловую базу можно копировать как файл, клиент-серверную — только средствами СУБД. Копии создавайте при завершённых сеансах, автоматизируйте по расписанию, храните на отдельном носителе в нескольких поколениях и регулярно проверяйте тестовым восстановлением. Перед обновлением конфигурации свежая копия обязательна.