Как архивировать программу 1С: полная инструкция

Архивирование базы 1С — это не формальность, а единственный способ вернуть данные после сбоя диска, ошибочного обновления конфигурации или случайного удаления документов. Под архивированием обычно понимают три разные операции: выгрузку информационной базы в файл с расширением dt, копирование файловой базы целиком и резервное копирование средствами СУБД для клиент-серверных вариантов.

Выбор способа зависит от того, как развёрнута ваша система: файловая база на локальном компьютере, файловая база в общей сетевой папке или клиент-серверный вариант на MS SQL Server, PostgreSQL либо другой СУБД. Для небольших баз чаще всего достаточно штатной выгрузки в dt, для крупных серверных решений нужны регламентные задания и средства самой СУБД.

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

Какие способы архивирования существуют и когда их применять

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

Выгрузка в dt работает в обоих вариантах и не требует дополнительного ПО, но на больших базах занимает заметное время и нагружает систему. Копирование файловой базы выполняется быстрее, однако требует полного выхода пользователей. Резервное копирование средствами СУБД — самый надёжный вариант для серверных решений, но требует прав администратора баз данных.

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

Это базовый и самый универсальный метод. Запустите ярлык 1С, выберите нужную базу в списке и нажмите кнопку «Конфигуратор» вместо «1С:Предприятие». Войдите под пользователем с правами администратора.

Перед выгрузкой завершите работу всех пользователей. Откройте меню «Администрирование» → «Активные пользователи» и убедитесь, что список пуст, либо принудительно завершите сеансы. Затем выберите «Администрирование» → «Выгрузить информационную базу» и укажите папку и имя файла. Удобно включать в имя файла дату, чтобы потом не путаться в копиях.

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

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

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

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

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

После копирования папку можно сжать архиватором (7-Zip, WinRAR) — это уменьшит объём и защитит копию от случайных изменений. Храните архив на другом физическом носителе, а не на том же диске, где лежит рабочая база.

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

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, выгрузка в dt остаётся возможной, но для регулярного резервного копирования правильнее использовать штатные средства СУБД. В MS SQL Server это задача Backup Database в плане обслуживания, в PostgreSQL — утилита pg_dump.

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

pg_dump -U postgres -F c -f /backup/ut_base_$(date +%Y%m%d).dump ut_base

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

Как настроить автоматическое архивирование по расписанию

Разовые ручные копии почти всегда заканчиваются тем, что последняя актуальная копия оказывается месячной давности. Автоматизация решает эту проблему. Для выгрузки в dt можно использовать пакетный запуск конфигуратора с параметрами командной строки и планировщик задач Windows.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F "D:\Bases\Trade" /N Админ /P пароль /DumpIB "E:\Backup\trade_%date%.dt"

Создайте bat-файл с такой командой, подставив свои пути, имя пользователя и пароль, и добавьте его в планировщик задач Windows с запуском в нерабочее время — например, ночью. Учтите, что пакетная выгрузка требует отсутствия активных сеансов, поэтому заранее настройте завершение работы пользователей или выбирайте время, когда база гарантированно свободна.

Для клиент-серверных баз расписание настраивается средствами СУБД. В любом случае предусмотрите ротацию копий: храните несколько последних ежедневных копий, несколько еженедельных и ежемесячных, чтобы можно было откатиться на разную глубину.

Где хранить архивы и как проверить их работоспособность

Архив, лежащий на том же диске, что и рабочая база, защищает только от ошибок в данных, но не от поломки диска. Минимальное правило: копия должна находиться на другом физическом устройстве — втором диске, сетевом хранилище, внешнем HDD или в облаке. Хорошей практикой считается правило 3-2-1: три копии, на двух разных типах носителей, одна вне офиса.

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

Типичные ошибки при архивировании 1С

Большинство проблем с архивами возникает не из-за сложности процедуры, а из-за нарушения простых условий. Знание типовых ошибок помогает избежать ситуации, когда копия формально есть, а восстановиться из неё невозможно.

Ещё одна распространённая ситуация — архивирование только данных без конфигурации или наоборот. Файл dt избавляет от этой проблемы, поскольку содержит и то, и другое. А вот при копировании средствами СУБД помните, что бэкап базы данных не включает внешние файлы: присоединённые файлы, хранящиеся в томах на диске, нужно архивировать отдельно.

Частые вопросы об архивировании 1С