Резервное копирование для бизнеса

Типичные причины, по которым компания теряет данные при наличии «бэкапа»:

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

Поэтому мы не просто ставим программу копирования, а ведём систему: расписание, хранение, контроль и регулярные проверки восстановления.

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

• копии средствами СУБД (MS SQL или PostgreSQL) — без остановки работы пользователей;
• копии файловых баз по расписанию в нерабочее время;
• хранение нескольких копий, чтобы можно было вернуться к состоянию до ошибки или до обновления конфигурации;
• проверку, что восстановленная база открывается и в ней есть свежие документы.

Сервер 1С и его ускорение — на странице обслуживание серверов, программирование конфигураций — у коллег по группе в 1citrus.ru.

Обычно сочетаем два варианта: быстрая копия рядом с сервером и копия вне офиса. Если в копиях есть персональные данные сотрудников и клиентов, храним их в России — этого требует 152-ФЗ.

RPO — сколько данных компания готова потерять: если копия делается раз в сутки ночью, при сбое в 17:00 пропадёт работа за день. Для 1С с активным учётом это часто неприемлемо, и копии делают несколько раз в день.

RTO — за какое время нужно вернуть систему в работу. Восстановить один файл — минуты, развернуть базу 1С или весь сервер на новом оборудовании — часы. Чем меньше допустимый простой, тем ближе к серверу должна лежать свежая копия и тем важнее заранее отработать восстановление.

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

Утром в 9:20 у клиента отказала система хранения данных на 11 ТБ — с ней перестали работать серверы и общие папки. Вместе с сервисными инженерами производителя мы заменили оборудование и к 17:00 восстановили все данные из резервных копий.

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