База 1С - это вся операционная память компании: остатки, взаиморасчёты, история продаж, зарплата. Её потеря - не «неудобство», а остановка бизнеса на дни, а иногда и невосполнимый ущерб. При этом бэкапы - тема, о которой вспоминают ровно один раз: когда база уже упала, а свежей копии не оказалось. Разберём, как выстроить копирование так, чтобы восстановиться всегда. Настройку бэкапов и настройку сервера 1С можно передать нам.
01«Бэкап есть» - ещё не значит защищён
Самая частая иллюзия: «у нас копия делается». А куда, как часто и проверял ли кто-нибудь, что из неё можно развернуть рабочую базу, - выясняется только в момент аварии. Бэкап, который лежит на том же диске, что и база, бесполезен при отказе диска. Копия, которую никто ни разу не восстанавливал, может оказаться битой.
Причины потерь банальны: сбой диска или сервера, шифровальщик-вирус, ошибочное удаление данных сотрудником, неудачное обновление. От всех этих сценариев спасает не «наличие бэкапа вообще», а продуманная и проверенная схема.
02Виды копий: dt, SQL, файловый
Для файловой базы простейший вариант - выгрузка в файл .dt средствами конфигуратора: удобно для небольших баз, но требует, чтобы никто не работал в момент выгрузки. Для клиент-серверных баз основной инструмент - средства СУБД (например, бэкап SQL Server): он снимает копию без остановки работы и позволяет восстановиться на точку во времени.
Отдельно стоит файловая копия каталога базы и резервирование виртуальной машины целиком - это спасает не только данные, но и настройки окружения. На практике надёжнее комбинировать: регулярный бэкап СУБД плюс периодическая выгрузка .dt как «холодная» копия, независимая от сервера.
03Правило 3-2-1
Ключевое в этом правиле - копия «вне периметра». Если шифровальщик добрался до сервера, он с высокой вероятностью зашифрует и бэкапы, лежащие рядом. Копия в облаке или на изолированном хранилище - последний рубеж, который реально выручает.
04Как часто и куда
05Проверка восстановлением
Бэкап существует не для того, чтобы лежать, а чтобы из него можно было восстановиться. Единственный способ убедиться в этом - периодически разворачивать копию на тестовом окружении и проверять, что база открывается и данные на месте. Это же даёт понимание реального времени восстановления - того самого, которое бизнес почувствует в час аварии.