Администрирование · 9 мин
Как сделать резервное копирование 1С Розница
Как сделать резервную копию базы 1С Розница: выгрузка через конфигуратор, копирование файловой базы, бэкап на SQL Server, расписание и проверка восстановления.
Потеря базы 1С Розница означает потерю данных о продажах, остатках товаров, ценах и кассовых операциях. Для магазина это остановка торговли и серьёзные проблемы с отчётностью. Резервное копирование — единственный надёжный способ защититься от сбоев жёсткого диска, ошибок обновления, вирусов-шифровальщиков и случайных действий пользователей.
Способ резервного копирования зависит от того, как развёрнута база: файловый вариант (один магазин, база лежит в папке на компьютере или сервере) или клиент-серверный (база работает на MS SQL Server, PostgreSQL или другой СУБД). Для каждого варианта есть свои инструменты и свои ограничения.
В статье разобраны три рабочих способа: выгрузка через конфигуратор, копирование файла базы и штатный бэкап на уровне СУБД. Также описано, как настроить автоматическое копирование по расписанию и как проверить, что копия действительно восстанавливается.
Определите тип базы: файловая или клиент-серверная
Перед настройкой копирования нужно понять, где физически хранятся данные. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить». В свойствах будет указан тип расположения: «На данном компьютере или на компьютере в локальной сети» (файловая) либо «На сервере 1С:Предприятия» (клиент-серверная).
Для файловой базы путь к каталогу указан прямо в свойствах — внутри лежит файл 1Cv8.1CD, в котором содержатся все данные. Для клиент-серверной базы данные находятся в СУБД, и простое копирование файлов каталога ничего не даст.
Способ 1. Выгрузка базы через конфигуратор в файл .dt
Универсальный способ, который работает и для файловых, и для клиент-серверных баз. Результат — один файл с расширением .dt, содержащий полную копию базы вместе с конфигурацией.
Порядок действий: откройте конфигуратор, войдите в базу под пользователем с правами администратора, затем выберите в меню «Администрирование → Выгрузить информационную базу». Укажите каталог и имя файла — удобно включать в имя дату, например roznica_2026-06-01.dt. После завершения выгрузки проверьте, что файл создан и имеет ненулевой размер.
Важное ограничение: на время выгрузки пользователи должны выйти из базы. Конфигуратор потребует установить блокировку соединений, иначе выгрузка не запустится. Для магазина это означает, что копирование нужно планировать на нерабочее время.
- 1Попросите пользователей завершить работу и закройте все сеансы
- 2Откройте конфигуратор и войдите под администратором
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла с датой, дождитесь завершения
- 5Проверьте наличие файла .dt и его размер
- 6Скопируйте файл на внешний диск или сетевое хранилище
Способ 2. Копирование файловой базы напрямую
Для файловой базы допустим более простой вариант — скопировать каталог базы или файл 1Cv8.1CD средствами операционной системы. Способ быстрее выгрузки на больших базах и не требует запуска конфигуратора.
Критическое условие: база должна быть полностью закрыта всеми пользователями. Копирование открытого файла даёт повреждённую копию, которая не откроется или будет содержать рассогласованные данные. Проверить отсутствие активных сеансов можно, попробовав переименовать файл — если система сообщает, что файл занят, кто-то ещё работает.
Минус способа: файл копируется «как есть», без проверки целостности, и размер копии равен размеру базы. Выгрузка .dt, напротив, при загрузке выполняет перестроение базы и иногда позволяет избавиться от накопленных внутренних ошибок.
Способ 3. Резервное копирование клиент-серверной базы средствами СУБД
Если Розница работает на MS SQL Server или PostgreSQL, копирование делается штатными средствами СУБД. Для MS SQL Server это команда BACKUP DATABASE через SQL Server Management Studio или план обслуживания (Maintenance Plan) с ежедневным полным бэкапом. Для PostgreSQL — утилита pg_dump.
Такой бэкап можно выполнять «на горячую», не выгоняя пользователей, — это главное преимущество перед выгрузкой .dt. Кроме того, модель восстановления Full в MS SQL позволяет делать бэкапы журнала транзакций и восстанавливать базу на произвольный момент времени, а не только на момент последнего полного бэкапа.
Выгрузку .dt в клиент-серверном варианте тоже стоит делать периодически — например, перед обновлением конфигурации. Файл .dt независим от СУБД и позволяет развернуть копию базы на другом сервере или в файловом варианте для проверки.
BACKUP DATABASE [Roznica] TO DISK = 'D:\Backups\Roznica_full.bak' WITH COMPRESSION, CHECKSUMАвтоматизация: копии по расписанию
Ручное копирование рано или поздно пропускается, поэтому резервное копирование нужно автоматизировать. Для файловой базы достаточно пакетного файла или скрипта PowerShell, который копирует каталог базы в папку с текущей датой, и задания в Планировщике задач Windows на ночное время. Перед копированием скрипт должен проверять, что файл базы не занят.
Выгрузку .dt тоже можно запускать автоматически — конфигуратор поддерживает пакетный режим командной строки с параметром /DumpIB. Для клиент-серверных баз настройте план обслуживания в СУБД: полный бэкап ежедневно, при необходимости — бэкапы журнала транзакций чаще.
Соблюдайте базовое правило хранения: минимум одна копия должна лежать вне компьютера с базой — на внешнем диске, NAS или в другом здании. Копия на том же диске, где лежит база, не защищает ни от отказа диска, ни от шифровальщика.
Сравнение способов копирования
Универсально, включает конфигурацию, подходит для переноса. Требует выхода пользователей и медленнее на больших базах.
Быстро и просто, но только для файловых баз и строго при закрытых сеансах.
Для клиент-серверных баз, работает без остановки, поддерживает восстановление на момент времени. Требует навыков администрирования СУБД.
Проверка копий и типичные ошибки
Резервная копия, которая не проверялась, считается отсутствующей. Раз в месяц или после каждого изменения схемы копирования восстанавливайте копию в тестовую базу: загрузите .dt через «Администрирование → Загрузить информационную базу» или подключите скопированный каталог как новую базу. Откройте несколько отчётов, сверьте остатки по складу с данными рабочей базы на дату копии.
Обращайте внимание на дисковое пространство в месте хранения копий: переполненный диск приводит к тому, что очередной бэкап записывается частично и становится непригодным. Настройте ротацию — храните, например, ежедневные копии за неделю и еженедельные за месяц, удаляя устаревшие.
Как проверить результат
Файл .dt или .bak существует, размер сопоставим с размером базы
Файл отсутствует, нулевой или аномально маленький
Тестовая база открывается, отчёты показывают актуальные данные
Ошибка при загрузке, база не открывается
Копии есть минимум на двух независимых носителях
Все копии лежат на том же диске, что и рабочая база
Частые вопросы
Как часто нужно делать резервные копии Розницы?
Минимум — ежедневно после закрытия магазина. Если за день проходит много продаж и потеря даже одного дня критична, для клиент-серверной базы настройте бэкапы журнала транзакций несколько раз в день. Для файловой базы чаще одного раза в день копировать обычно нецелесообразно из-за необходимости закрывать сеансы.
Можно ли копировать базу, пока кассиры работают?
Для файловой базы — нет: копия будет повреждена. Для клиент-серверной — да, если использовать бэкап средствами СУБД, он не требует остановки работы. Выгрузка .dt через конфигуратор в любом случае требует завершения всех сеансов.
Чем отличается выгрузка .dt от копирования файла базы?
Файл .dt — это логическая выгрузка данных и конфигурации, которую можно загрузить в любую базу, в том числе на другую СУБД. Копирование файла 1Cv8.1CD — побайтовое дублирование файловой базы. Для переноса между серверами и перед обновлениями надёжнее .dt, для быстрых ежедневных копий файловой базы достаточно копирования файла.
Сколько места нужно для хранения копий?
Ориентируйтесь на размер базы, умноженный на глубину хранения: например, при базе 5 ГБ и хранении 7 ежедневных и 4 еженедельных копий потребуется около 55 ГБ без сжатия. Бэкапы MS SQL с компрессией и архивированные копии файловых баз обычно занимают заметно меньше исходного размера.
Что делать, если база не открывается и есть только старая копия?
Не пытайтесь восстанавливать базу «по месту» — сначала скопируйте повреждённый файл в отдельную папку, чтобы сохранить шанс на восстановление данных специализированными средствами. Затем разверните последнюю рабочую копию и оцените объём потерянных данных. Параллельно можно попробовать восстановить повреждённую базу утилитой тестирования и исправления (chdbfl.exe из каталога платформы).
Нужно ли делать копию перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру базы, и откат без копии невозможен. Перед обновлением сделайте выгрузку .dt, убедитесь, что она загружается в тестовую базу, и только после этого обновляйте рабочую базу.
Что важно запомнить
Определите тип базы, выберите подходящий способ: .dt через конфигуратор, копирование закрытого файла 1Cv8.1CD или бэкап средствами СУБД. Автоматизируйте копирование по расписанию, храните копии на отдельном носителе и регулярно проверяйте восстановление в тестовой базе.