Как сохранить базу 1С Предприятие: способы и пошаговые инструкции

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

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

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

Что нужно знать перед сохранением базы

Перед выгрузкой определите режим работы базы: файловый или клиент-серверный. Узнать это можно в списке информационных баз при запуске 1С — в нижней части окна указан путь. Если путь выглядит как папка на диске или сетевом ресурсе (например, D:\Bases\Trade), база файловая. Если указан сервер и имя базы (Srvr="server";Ref="trade"), база работает на сервере 1С и СУБД.

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

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

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

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

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

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

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

Когда выгрузка в .dt не подходит

Для очень больших клиент-серверных баз (десятки и сотни гигабайт) выгрузка в .dt занимает слишком много времени и создаёт высокую нагрузку на сервер. В этом случае правильнее использовать штатные средства резервного копирования СУБД: для MS SQL Server — backup в Management Studio, для PostgreSQL — утилиту pg_dump. Такие копии создаются быстрее и могут выполняться по расписанию без остановки работы.

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

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

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

Чтобы восстановить базу из такой копии, достаточно вернуть файл на место или создать новую папку, положить туда 1Cv8.1CD и добавить базу в список через кнопку «Добавить» в окне запуска 1С, указав путь к этой папке.

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

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

Для PostgreSQL используется утилита pg_dump из командной строки. Она создаёт логическую копию базы, которую можно восстановить на том же или другом сервере.

pg_dump -U postgres -F c -f backup_base.dump имя_базы

Преимущество бэкапов СУБД — возможность автоматизации: в MS SQL настраиваются планы обслуживания с расписанием, для PostgreSQL задачи создаются через планировщик операционной системы. Это избавляет от необходимости помнить о ручном сохранении.

Автоматическое резервное копирование по расписанию

Разовое сохранение не защищает от внезапных сбоев. Настройте регулярное создание копий: для файловых баз — скрипт, который останавливает доступ и копирует файл 1Cv8.1CD, для серверных — планы обслуживания СУБД. В типовых конфигурациях 1С также есть встроенный механизм резервного копирования (раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление»), который работает в файловом режиме.

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

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

Проверка сохранённой копии

Сам факт создания файла не гарантирует, что копия рабочая. Минимальная проверка — размер файла: он не должен быть нулевым или аномально маленьким по сравнению с предыдущими копиями. Но полноценная проверка — тестовое восстановление.

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

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

Типичные ошибки при сохранении базы

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

Часто задаваемые вопросы