Как настроить резервное копирование в 1С Рознице

Резервное копирование базы 1С Розница — это не опция, а обязательная часть эксплуатации: в базе хранятся продажи, остатки, кассовые документы и данные обмена с кассами и ЕГАИС. Потеря такой базы означает остановку торговой точки и долгое ручное восстановление учёта. Способ настройки копирования зависит от режима работы — файлового (база лежит в папке на компьютере или сетевом диске) или клиент-серверного (база размещена на SQL-сервере).

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

Ниже разобраны оба сценария, настройка расписания, хранение копий и обязательная проверка восстановления — без неё резервная копия считается несуществующей.

Определяем режим работы базы: файловый или клиент-серверный

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

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

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

Настройка встроенного резервного копирования в файловом режиме

В типовой 1С Рознице (редакция 2 и 3) есть штатная подсистема резервного копирования на базе Библиотеки стандартных подсистем. Откройте раздел «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Если пункт не виден, проверьте, что у пользователя есть права администратора, а в настройках интерфейса включён показ служебных команд.

В настройке копирования укажите каталог для хранения архивов — лучше не на том же диске, где лежит сама база, а на отдельном физическом диске, сетевом ресурсе или NAS. Задайте расписание: ежедневно по окончании работы магазина — разумный минимум; при интенсивной торговле имеет смысл делать копию и в обеденное затишье. Ограничьте количество хранимых копий, чтобы архивы не заполнили диск: обычно держат 7–14 последних копий плюс месячные.

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

1. 1
   Откройте Администрирование → Обслуживание → Резервное копирование и восстановление
2. 2
   Укажите каталог архивов на отдельном диске или сетевом ресурсе
3. 3
   Настройте расписание: ежедневно после закрытия магазина
4. 4
   Ограничьте число хранимых копий, например 10–14
5. 5
   Создайте первую копию вручную и убедитесь, что файл появился в каталоге
6. 6
   Через несколько дней проверьте, что копии создаются по расписанию

Выгрузка .dt через конфигуратор и по расписанию

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

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

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\Retail" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\retail_%date:~6,4%%date:~3,2%%date:~0,2%.dt" /DisableStartupDialogs

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

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

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

В клиент-серверном режиме копирование делается на уровне СУБД, а не 1С. Для MS SQL Server настройте план обслуживания (Maintenance Plan) с задачей Back Up Database: полная копия ежедневно, при высоких требованиях к сохранности — плюс копии журнала транзакций каждые 1–4 часа. Такой подход позволяет восстановить базу на произвольный момент времени, а не только на момент ночной копии.

Для PostgreSQL используйте pg_dump или pg_basebackup с настройкой в cron или планировщике. Важно выполнять копирование штатными средствами СУБД: они обеспечивают согласованный снимок данных даже при работающих пользователях, чего файловое копирование каталога данных не гарантирует.

BACKUP DATABASE [RetailBase] TO DISK = N'E:\Backup\RetailBase_full.bak' WITH COMPRESSION, CHECKSUM;

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

Где и сколько хранить копии

Рабочее правило — «3-2-1»: минимум три копии данных, на двух разных типах носителей, одна — вне основного помещения. На практике для магазина это выглядит так: рабочая база на компьютере, ежедневные копии на NAS или втором диске, раз в день или неделю — копия в облачное хранилище или на выносной диск. Копия, лежащая на том же диске, что и база, не защищает ни от отказа диска, ни от шифровальщика.

Отдельно учитывайте риск программ-вымогателей: они шифруют и сетевые диски, доступные пользователю на запись. Каталог с архивами должен быть доступен на запись только учётной записи, под которой выполняется копирование, либо копии должны забираться с сервера «наружу» (pull-модель), а не складываться с заражаемой машины.

Проверка восстановления и контроль работы копирования

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

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

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

FAQ