Администрирование · 9 мин
Как сделать резервную копию базы 1С 8
Как сделать резервную копию базы 1С 8: выгрузка через конфигуратор, копирование файла 1Cv8.1CD, SQL-бэкап, автоматизация и проверка восстановления.
Резервная копия базы 1С 8 — единственная гарантия того, что учётные данные переживут сбой диска, ошибочное обновление конфигурации, действия пользователя или шифровальщик. При этом способ копирования зависит от режима работы базы: файловая база копируется одним файлом, а клиент-серверная (на MS SQL, PostgreSQL или Oracle) требует выгрузки средствами СУБД или через конфигуратор.
Универсальный метод, который работает для любой базы 1С 8, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Он не требует доступа к серверу СУБД и подходит даже бухгалтеру без прав администратора, но имеет ограничения по объёму и требует монопольного доступа к базе.
Ниже разобраны все рабочие способы: выгрузка через конфигуратор, копирование файловой базы напрямую, резервное копирование на стороне SQL-сервера, а также автоматизация по расписанию и проверка того, что копия действительно восстанавливается.
Какие способы резервного копирования существуют в 1С 8
Перед выбором метода определите режим работы базы. Откройте «Справка → О программе» в режиме Предприятия или посмотрите строку подключения в списке информационных баз: если путь выглядит как каталог на диске — база файловая, если указан сервер и имя базы — клиент-серверная.
Для файловой базы доступны два варианта: выгрузка в .dt и прямое копирование файла 1Cv8.1CD. Для клиент-серверной — выгрузка в .dt и штатный бэкап средствами СУБД. У каждого подхода свои ограничения по скорости, размеру и требованиям к доступу.
Сравнение способов копирования
Универсально для любой базы. Ограничение: требует монопольного режима, на больших базах работает долго и потребляет много памяти.
Быстро и просто, подходит только для файловых баз. Обязательное условие — все пользователи вышли из базы.
Оптимально для клиент-серверных баз: быстро, можно по расписанию. Требуется доступ администратора к SQL-серверу.
Выгрузка базы через конфигуратор в файл .dt
Это штатный механизм платформы, который создаёт переносимый файл выгрузки. Такой файл можно загрузить в пустую базу на другом компьютере, другой версии платформы (в пределах совместимости) и даже перенести базу из файлового режима в клиент-серверный.
- 1Попросите всех пользователей выйти из базы и завершите фоновые сеансы.
- 2Откройте базу в режиме Конфигуратор под пользователем с полными правами.
- 3Откройте меню «Администрирование → Выгрузить информационную базу».
- 4Укажите папку и имя файла, например backup_2026.dt, и подтвердите сохранение.
- 5Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер.
Выгрузка требует монопольного доступа: если в базе остался хотя бы один активный сеанс, операция завершится ошибкой. Проверить и принудительно завершить сеансы можно через «Администрирование → Активные пользователи» в режиме Предприятия или через консоль кластера для серверных баз.
На базах большого объёма (десятки гигабайт) выгрузка в .dt может занимать часы и требовать значительного объёма оперативной памяти на компьютере, где запущен конфигуратор. Для таких баз .dt используют как средство переноса, а регулярное резервное копирование делают средствами СУБД.
Копирование файловой базы напрямую
Файловая база 1С 8 физически хранится в одном каталоге, а все данные — в файле 1Cv8.1CD. Чтобы сделать резервную копию, достаточно скопировать этот файл (или весь каталог базы) в другое место: на сетевой диск, внешний носитель или в облачное хранилище.
Критическое условие — в момент копирования в базе не должно быть активных сеансов. Если скопировать файл, пока пользователи работают, копия может оказаться в несогласованном состоянии и не открыться. Поэтому копирование выполняют вечером, ночью или после принудительного завершения сеансов.
Как узнать, где лежит файл базы
Путь к каталогу базы виден в окне запуска 1С: выделите базу в списке — внизу окна отобразится строка вида File="D:\Bases\Trade". Именно этот каталог и нужно копировать. В нём, помимо 1Cv8.1CD, могут быть служебные файлы и подкаталоги — для полноты копии лучше забирать каталог целиком.
Резервное копирование клиент-серверной базы
Если база работает на MS SQL Server, PostgreSQL или другой СУБД, копировать файлы данных вручную нельзя — корректный бэкап делает сама СУБД. Для MS SQL это задача Back Up Database в SQL Server Management Studio или команда BACKUP DATABASE, для PostgreSQL — утилита pg_dump.
Такой бэкап можно выполнять «на горячую», не выгоняя пользователей, и настраивать по расписанию штатными средствами СУБД (план обслуживания в MS SQL, cron для pg_dump). Это основное преимущество перед выгрузкой в .dt.
BACKUP DATABASE [TradeBase] TO DISK = N'D:\Backups\TradeBase_full.bak' WITH COMPRESSION, CHECKSUMВосстановление выполняется симметрично: база разворачивается из бэкапа на том же или другом сервере, после чего в консоли кластера 1С создаётся (или перенастраивается) информационная база, указывающая на восстановленную БД. Учтите, что версия СУБД при восстановлении должна быть не ниже версии, на которой делался бэкап.
Для клиент-серверных баз держите два независимых контура защиты: ежедневный бэкап средствами СУБД и периодическую (например, еженедельную) выгрузку в .dt. Файл .dt спасёт в ситуации, когда бэкап СУБД оказался битым или сервер недоступен.
Автоматизация копий по расписанию
Ручное копирование рано или поздно забывается, поэтому резервные копии стоит автоматизировать. Для файловых баз достаточно простого скрипта, запускаемого планировщиком заданий Windows в нерабочее время.
robocopy "D:\Bases\Trade" "\\nas\backup\1c\%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" /MIR /R:2 /W:5Для выгрузки в .dt без участия человека конфигуратор можно запустить пакетно с параметрами командной строки: DESIGNER /F"путь_к_базе" /N"пользователь" /P"пароль" /DumpIB"путь_к_файлу.dt". Такой вызов тоже требует отсутствия активных сеансов, поэтому время запуска выбирайте вне рабочих часов.
Для SQL-баз расписание настраивается средствами самой СУБД. Дополнительно настройте ротацию: храните ежедневные копии за последнюю неделю, недельные — за месяц, месячные — дольше. И соблюдайте правило разнесения: хотя бы одна копия должна лежать на другом физическом носителе или в другой локации, иначе пожар, кража сервера или шифровальщик уничтожат и базу, и копию.
Проверка копии и типичные ошибки
Резервная копия, которую ни разу не пытались восстановить, нельзя считать рабочей. Периодически выполняйте контрольное восстановление: загрузите .dt в пустую базу через «Администрирование → Загрузить информационную базу» или разверните SQL-бэкап на тестовом сервере, откройте базу и сверьте ключевые данные — обороты, остатки, последние документы.
Как проверить результат
Файл существует, размер сопоставим с размером базы, дата изменения — сегодняшняя
Файл отсутствует, нулевого размера или не обновлялся неделями
Загрузка завершается без ошибок, база открывается, данные на месте
Ошибка формата потока, обрыв загрузки, пустые справочники
Задача завершается с кодом успеха каждую ночь
Ошибки запуска, задача отключена или не срабатывает
Что важно запомнить
Файловую базу копируйте выгрузкой в .dt или файлом 1Cv8.1CD при закрытых сеансах, клиент-серверную — штатным бэкапом СУБД. Автоматизируйте копирование по расписанию, храните копии на отдельном носителе и регулярно проверяйте восстановление на тестовой базе.
Частые вопросы о резервном копировании 1С 8
Можно ли сделать копию, не выгоняя пользователей из базы?
Для файловой базы — нет: и выгрузка в .dt, и копирование файла требуют отсутствия активных сеансов. Для клиент-серверной базы бэкап средствами СУБД делается «на горячую», без отключения пользователей.
Чем отличается файл .dt от копии файла 1Cv8.1CD?
Файл .dt — это выгрузка в переносимом формате платформы: его можно загрузить в базу другого режима работы и другой структуры каталогов. Копия 1Cv8.1CD — побайтовый снимок файловой базы, который просто возвращается на место. Для переноса между серверами и режимами используют .dt, для быстрого отката файловой базы — копию файла.
Как часто нужно делать резервные копии?
Минимальный разумный режим для активно используемой базы — ежедневно после окончания рабочего дня. При интенсивном вводе документов имеет смысл добавить дневную копию или использовать журналы транзакций СУБД, чтобы потерять не более нескольких часов работы.
Выгрузка в .dt завершилась ошибкой «Нарушена целостность структуры данных». Что делать?
Это признак повреждения базы. Сделайте копию текущего состояния любым доступным способом, затем запустите утилиту chdbfl.exe из каталога платформы (для файловой базы) с проверкой физической целостности, после чего — «Тестирование и исправление» в конфигураторе. Только после успешного исправления повторите выгрузку.
Достаточно ли копировать базу в облачную папку (Яндекс.Диск, OneDrive)?
Только если синхронизация происходит при закрытой базе и вы уверены, что облачный клиент не блокирует файл 1Cv8.1CD во время работы. Синхронизация живой базы в реальном времени часто приводит к конфликтам и повреждению файла. Безопаснее копировать в облако уже готовый файл .dt или архив с копией.
Как восстановить базу из файла .dt?
Создайте пустую информационную базу в списке баз 1С (без конфигурации), откройте её конфигуратором и выберите «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки подтвердите обновление конфигурации базы данных, если платформа его запросит.