Как сделать архив 1С 8.3: полная инструкция по резервному копированию

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

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

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

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

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

Копирование файловой базы — самый быстрый вариант: достаточно скопировать файл 1Cv8.1CD, когда в базе никто не работает. Для клиент-серверных баз правильный путь — регулярный бэкап средствами MS SQL Server или PostgreSQL, потому что копировать файлы базы данных напрямую нельзя: данные могут быть несогласованными.

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

Это основной штатный способ, доступный пользователю с правами администратора. Запустите конфигуратор нужной базы, дождитесь открытия и убедитесь, что все пользователи вышли: для выгрузки требуется монопольный режим. Если в базе остались активные сеансы, конфигуратор сообщит об ошибке установки монопольного доступа.

Далее откройте меню «Файл» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — рекомендуется включать в имя дату, например ut11_2026-06-15.dt, чтобы копии не перезаписывали друг друга. Подтвердите действие и дождитесь окончания процесса: время зависит от размера базы и может составлять от нескольких минут до часа и более.

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

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

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

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

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

Для регулярного копирования удобно использовать планировщик заданий Windows и простой командный файл, который копирует базу в папку с текущей датой. Запускать такое задание лучше в ночное время, когда гарантированно никто не работает.

robocopy "D:\Bases\UT11" "E:\Backup\UT11_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" 1Cv8.1CD

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

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

В MS SQL Server бэкап создаётся через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию». Для регулярной защиты настраивается план обслуживания с полной копией ежедневно и разностными копиями в течение дня. В PostgreSQL используется утилита pg_dump, которую также ставят на расписание через cron или планировщик.

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

Автоматизация архивации по расписанию

Ручные копии рано или поздно перестают делаться — это главная причина потери данных. Поэтому архивацию нужно автоматизировать. Для файловых баз подойдёт планировщик заданий Windows с bat-файлом, для серверных — планы обслуживания SQL Server или скрипты pg_dump по расписанию.

Выгрузку в .dt тоже можно автоматизировать, запуская конфигуратор из командной строки с параметрами пакетного режима. Это удобно, когда нет доступа к SQL-серверу, но нужна регулярная копия.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\UT11" /N Администратор /P пароль /DumpIB "E:\Backup\ut_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%.dt"

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

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

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

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

Дополнительно полезно вести учёт: дата копии, способ, результат тестового восстановления. Это позволяет быстро понять, какая копия последняя рабочая, если основная окажется повреждённой.

Типичные ошибки и частые вопросы

Большинство проблем с архивами 1С связано не со сложностью процедуры, а с организационными упущениями: копии лежат на том же диске, никто не проверяет восстановление, расписание давно сломалось, а об этом узнают только после сбоя.