Администрирование · 10 мин
Как архивировать 1С 8: способы создания архивной копии базы
Как архивировать базу 1С 8 через конфигуратор, копирование файла и средства СУБД. Разбираем выгрузку DT, автоматические бэкапы, проверку архивов и типичные ошибки.
Архивная копия базы 1С — это страховка от потери данных при сбое оборудования, ошибках обновления, действиях пользователей и вирусных атаках. Без актуального архива восстановить учёт после повреждения базы практически невозможно: документы, справочники и регистры хранятся только в ней.
В 1С 8 существует три основных способа архивирования: выгрузка в файл DT через конфигуратор, копирование файла базы для файлового режима и резервное копирование средствами СУБД для клиент-серверного варианта. Каждый способ имеет свои условия применения, ограничения и требования к монопольному доступу.
Выбор зависит от режима работы базы, её размера и требований к скорости восстановления. Ниже разобраны все три метода с пошаговыми действиями, проверкой результата и типичными ошибками, которые приводят к непригодным архивам.
Какие способы архивирования существуют и какой выбрать
Прежде чем приступать к действиям, нужно определить режим работы вашей базы. Файловый режим означает, что база хранится одним файлом 1Cv8.1CD на локальном диске или в сетевой папке. Клиент-серверный режим подразумевает, что данные размещены на сервере СУБД, а платформа 1С лишь обращается к ним.
Узнать режим можно в окне запуска 1С: выделите базу и посмотрите строку подключения внизу окна. Если там указан путь к каталогу — режим файловый, если имя сервера и кластера — клиент-серверный.
Сравнение способов архивирования
Подходит для любой базы, даёт переносимый файл для восстановления и переноса. Ограничение: требует монопольного доступа и медленна на больших базах.
Быстрый вариант для файловых баз. Ограничение: все сеансы должны быть закрыты, иначе копия будет повреждена.
Оптимален для клиент-серверных баз: быстро, можно по расписанию без остановки работы. Ограничение: требует прав администратора СУБД и навыков работы с ней.
Для небольшой файловой базы достаточно периодической выгрузки DT или копирования файла. Для клиент-серверной базы в организации правильным выбором является регламентный бэкап средствами СУБД, а выгрузка DT используется как дополнительная мера перед рискованными операциями — обновлением конфигурации, свёрткой базы, массовой загрузкой данных.
Выгрузка базы в файл DT через конфигуратор
Выгрузка в DT — штатный механизм платформы, создающий файл с полным содержимым базы: данными, конфигурацией и пользователями. Такой файл можно загрузить на другом компьютере, в другой версии платформы и даже перенести базу между файловым и клиент-серверным режимами.
Главное условие — монопольный доступ: в базе не должно быть активных сеансов других пользователей и фоновых заданий. Если база файловая, попросите всех выйти из программы; если клиент-серверная, завершите сеансы через консоль кластера или дождитесь нерабочего времени.
- 1Завершите работу всех пользователей в базе и отключите регламентные задания
- 2Откройте базу в режиме Конфигуратор с правами администратора
- 3Выберите меню Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла, например base_2026-05.dt
- 5Дождитесь окончания выгрузки и проверьте размер созданного файла
На больших базах выгрузка может занимать от десятков минут до нескольких часов. Прерывать процесс нельзя — недописанный файл DT непригоден для восстановления. После завершения убедитесь, что файл существует и его размер не равен нулю; ориентировочно размер DT заметно меньше размера самой базы, так как данные сжимаются.
Как проверить, что выгрузка удалась
Надёжный способ проверки — тестовая загрузка архива в пустую базу. Создайте новую пустую информационную базу, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав созданный DT-файл. Если загрузка завершилась без ошибок и база открывается в режиме предприятия, архив рабочий.
Копирование файла базы в файловом режиме
Для файловой базы самый быстрый способ архивации — скопировать файл 1Cv8.1CD средствами операционной системы. Файл находится в каталоге базы, путь к которому виден в списке баз при запуске 1С.
Критическое условие: в момент копирования никто не должен работать с базой. Если скопировать файл во время активных сеансов, копия окажется в несогласованном состоянии и при открытии выдаст ошибки или потеряет часть данных. Особенно опасно копирование с сетевого ресурса, где пользователи работают удалённо и забывают закрывать программу.
Проверить отсутствие сеансов можно через конфигуратор: «Администрирование → Активные пользователи». Если список пуст (кроме вашего сеанса), закройте конфигуратор и копируйте файл в папку архива. Рекомендуется включать дату в имя папки или архива, например 1Cv8_2026-05-15.1CD, чтобы различать копии.
Резервное копирование клиент-серверной базы через СУБД
В клиент-серверном режиме данные хранятся в базе СУБД, поэтому архивировать нужно именно её. Для MS SQL Server используется полная резервная копия (Full backup) через SQL Server Management Studio: правый клик по базе → Tasks → Back Up. Для PostgreSQL применяется утилита pg_dump или pg_basebackup.
Преимущество этого способа — возможность выполнять бэкап по расписанию без выгона пользователей: современные СУБД создают согласованную копию работающей базы. Настройте задание на ночное время и храните копии на отдельном диске или сервере.
pg_dump -U postgres -F c -f /backup/ut_base_$(date +%F).dump ut_baseПомните, что восстановление из бэкапа СУБД требует развёртывания базы на сервере и подключения её к кластеру 1С — это сложнее, чем загрузка DT. Если у вас нет администратора СУБД, комбинируйте: регулярные бэкапы средствами СУБД плюс еженедельная выгрузка DT в нерабочее время.
Автоматизация архивирования
Ручное архивирование ненадёжно из-за человеческого фактора: копии забывают делать, делают редко или хранят на том же диске. Автоматизируйте процесс доступными средствами.
Для файловых баз подойдёт пакетный файл или скрипт PowerShell, запускаемый планировщиком заданий Windows ночью: скрипт копирует 1Cv8.1CD в архивную папку с датой в имени. Перед копированием скрипт должен проверять отсутствие блокировок — проще всего запускать его в часы, когда пользователей гарантированно нет.
Для клиент-серверных баз используйте планы обслуживания MS SQL или cron для pg_dump. Настройте ротацию: храните ежедневные копии за последнюю неделю, еженедельные — за месяц, ежемесячные — дольше. Обязательно размещайте архивы физически отдельно от рабочей базы: на другом диске, сервере или в сетевом хранилище.
Частая ситуация: архивы исправно создаются месяцами, но никто не проверяет их восстановление. В момент аварии выясняется, что копии пустые или повреждены. Раз в месяц выполняйте тестовое восстановление любого свежего архива в отдельную базу — это занимает немного времени, но гарантирует работоспособность всей схемы резервного копирования.
Проверка архивов и правила хранения
Архив считается надёжным только после проверки восстановления. Минимальный контроль — сравнение размера файла с предыдущими копиями и открытие тестовой базы, загруженной из архива.
Соблюдайте правило разделения: минимум одна копия должна храниться вне компьютера или сервера с рабочей базой. Иначе выход из строя диска, пожар или шифровальщик уничтожат и базу, и архив одновременно. Подойдут внешний диск, сетевое хранилище, облачный сервис.
Как проверить результат
Файл существует, размер соизмерим с предыдущими копиями
Файл отсутствует, нулевого размера или резко меньше обычного
База загружается из архива и открывается в режиме предприятия
Ошибки при загрузке, база не открывается
Копия лежит на отдельном носителе или сервере
Архив на том же диске, что и рабочая база
Типичные ошибки при архивировании 1С
Отдельная ошибка — путать архивирование с обновлением конфигурации. Перед любым обновлением делайте свежую выгрузку DT, даже если у вас настроено автоматическое копирование: откат после неудачного обновления через DT — самый предсказуемый сценарий.
Что важно запомнить
Универсальный способ — выгрузка в DT через конфигуратор при монопольном доступе; файловую базу можно копировать как файл при закрытых сеансах, клиент-серверную — бэкапить средствами СУБД. Автоматизируйте создание копий, храните их отдельно от рабочей базы и регулярно проверяйте восстановление.
Частые вопросы об архивировании 1С 8
Чем файл DT отличается от копии файла 1Cv8.1CD?
DT — это выгрузка средствами платформы, которую можно загрузить в базу на другой версии платформы, перенести между файловым и клиент-серверным режимами. Файл 1Cv8.1CD — прямая копия файловой базы, привязанная к версии платформы, но восстанавливается быстрее: достаточно положить файл на место.
Можно ли архивировать базу, пока в ней работают пользователи?
Выгрузка DT и копирование файла 1Cv8.1CD требуют отсутствия активных сеансов. Резервное копирование средствами СУБД (MS SQL, PostgreSQL) допускает работу пользователей, но лучше выполнять его в период минимальной нагрузки.
Как часто нужно делать архивы?
Ориентируйтесь на допустимую потерю данных: если вводится много документов ежедневно, архив нужен каждый день. При небольшой активности достаточно копии раз в несколько дней, но перед обновлением конфигурации и массовыми операциями выгрузка обязательна всегда.
Куда лучше сохранять архивы 1С?
На носитель, физически отделённый от сервера с базой: внешний диск, сетевое хранилище, другой сервер или облако. Хранение архива на том же диске, где лежит база, не защищает от отказа диска и вирусов-шифровальщиков.
Не открывается архивная копия — что делать?
Сначала проверьте, совпадает ли версия платформы с той, на которой создавалась копия. Если файл DT не загружается, попробуйте более раннюю копию из ротации. Повреждённый файл 1Cv8.1CD иногда удаётся восстановить утилитой тестирования и исправления chdbfl.exe из каталога платформы, но работать с ней нужно на копии файла.
Нужно ли архивировать, если база в облаке у франчайзи или в 1С:Фреш?
В облачных сервисах резервное копирование обычно выполняет провайдер, но стоит уточнить условия: периодичность копий и порядок восстановления. Для критичных данных полезно периодически запрашивать или выгружать собственную копию, чтобы не зависеть от одного поставщика услуг.