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