Как создать резервную копию 1С 8: все рабочие способы

Резервная копия базы 1С — единственная гарантия того, что при сбое диска, ошибочном обновлении или действиях пользователя вы восстановите данные за минуты, а не недели. Способ создания копии зависит от режима работы базы: файловая база копируется как обычный файл или выгружается через конфигуратор, клиент-серверная — средствами СУБД (MS SQL, PostgreSQL) или той же выгрузкой в dt.

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

Какие виды резервных копий существуют в 1С

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

Второй способ — физическое копирование файла базы 1Cv8.1CD для файлового режима. Это быстрее выгрузки и сохраняет базу «как есть», но требует полного прекращения работы с файлом. Третий способ — резервное копирование средствами СУБД (BACKUP DATABASE в MS SQL, pg_dump в PostgreSQL) для клиент-серверных баз. Он даёт согласованную копию без остановки работы пользователей и является основным для крупных внедрений.

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

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

В диалоге укажите путь и имя файла выгрузки. Используйте понятное имя с датой, например base_2026-05-30.dt, — это избавит от путаницы при восстановлении. Дождитесь завершения процесса: на больших базах выгрузка может занять от нескольких минут до нескольких часов. Не прерывайте процесс и не выключайте компьютер.

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

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

Копирование файловой базы напрямую

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

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

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

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

Для баз на MS SQL Server основной инструмент — штатный бэкап СУБД. В SQL Server Management Studio подключитесь к серверу, найдите нужную базу, щёлкните правой кнопкой и выберите «Задачи → Создать резервную копию». Укажите тип «Полная» и путь к файлу .bak. Такой бэкап можно выполнять, не выгоняя пользователей, — SQL Server обеспечивает согласованность данных.

Для PostgreSQL используется утилита pg_dump. Пример команды:

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

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

Как автоматизировать создание копий

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

Для выгрузки в .dt платформу можно запустить из командной строки в пакетном режиме конфигуратора с параметром /DumpIB. Пример:

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

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

Проверка и восстановление копии

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

Для файловой копии 1Cv8.1CD достаточно добавить каталог с копией как новую базу в список и открыть её. Проверьте, что на месте ключевые данные: последние документы, остатки, справочники. Для бэкапов SQL периодически выполняйте тестовое восстановление на отдельный сервер или в базу с другим именем.

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

Типичные ошибки при резервном копировании

Большинство проблем с восстановлением возникает не из-за сбоев техники, а из-за ошибок в организации процесса. Разберём самые распространённые.

Отдельно выделим ситуацию перед обновлением конфигурации: делайте копию непосредственно перед запуском обновления, а не «вчерашнюю». Иначе при неудачном обновлении вы потеряете все данные, введённые за прошедшее время.

Частые вопросы