Требования MLPS 2.0 уровня 3 к резервному копированию распределены по нескольким контрольным точкам: «восстановление данных из резервных копий», «защита остаточной информации», «сетевая безопасность», «безопасность хостов» и другим. По сути их можно свести к четырём пунктам: локальное резервное копирование и восстановление данных, резервное копирование важных данных в удалённом месте, шифрование и обеспечение конфиденциальности резервных копий, регулярные учения по восстановлению. Чаще всего баллы снижают за наличие только локальных резервных копий без удалённых, а также за отсутствие проверки восстановления. Технические средства для соответствия обычно включают CDP, неизменяемое хранилище и архитектуру «два центра в двух регионах и три центра данных».

Возможность восстановления зависит от того, были ли резервные копии зашифрованы вместе с данными. Защита от программ-вымогателей обычно строится на трёх уровнях: во-первых, неизменяемое хранилище (WORM) — после записи резервные данные невозможно изменить; во-вторых, физическая воздушная изоляция на оптических дисках — программы-вымогатели не могут добраться до офлайн-данных; в-третьих, интеграция с средствами безопасности — автоматическая проверка на вредоносное ПО перед резервным копированием. Устройство резервного копирования «热备云» использует именно эти три механизма, переходя от «способности создавать резервные копии» к «резервному копированию как безопасности».

Ключ к аварийному восстановлению в среде импортозамещения — убедиться, имеет ли производитель сертифицированную адаптацию от производителя для отечественных CPU, операционных систем и баз данных, а не «подключается — значит поддерживается». 中科热备 завершил адаптацию и сертификацию для 6 видов отечественных CPU (Kunpeng, Phytium, Hygon, Loongson, Zhaoxin, Sunway), 10 видов отечественных операционных систем (Kylin Software, NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS) и 9 видов отечественных баз данных (DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli).

Сам стандарт MLPS не устанавливает «сколько именно километров», а требует лишь «удалённое расположение». В практике аттестации и отраслевых обычаях обычно учитывают два момента: центр резервного копирования и производственный центр не должны находиться в одном физическом месте, чтобы избежать влияния одного пожара, отключения электроэнергии или стихийного бедствия; по расстоянию отраслевая практика обычно рекомендует начиная с нескольких десятков километров в пределах города или региона, а для важных систем — более сотен километров между регионами. Локальное размещение решает задачу «быстроты», удалённое — «дальности»; оптимально сочетание обоих подходов.

Принципиальное различие между ними — в ответственности за развёртывание и эксплуатацию. Устройство резервного копирования объединяет аппаратное и программное обеспечение, поставляется с предустановленным ПО, срок развёртывания — часы, эксплуатацию обеспечивает единый производитель; чисто программное решение требует собственного сервера, развёртывание занимает несколько дней, ответственность за аппаратное и программное обеспечение разделена, сложность эксплуатации высока. При выборе следует рассчитывать совокупную стоимость владения за 3-5 лет (аппаратное обеспечение + лицензии на ПО + эксплуатация + техническое обслуживание), а не смотреть только на начальную цену закупки. Для критичных производственных данных обычно больше подходит устройство резервного копирования.

На MLPS уровня 3 чаще всего снижают баллы не за «отсутствие купленного оборудования резервного копирования», а за три вещи: наличие только локальных резервных копий без удалённых; отсутствие учений по восстановлению, из-за чего резервные копии становятся «мёртвыми»; хранение резервных данных в открытом виде без шифрования. Кроме того, частыми точками снижения баллов являются размещение носителей резервных копий в одном помещении с производственными данными, отсутствие минимизации прав на операции резервного копирования, отсутствие механизмов защиты от случайного удаления и изменения.

«Два центра в двух регионах и три центра данных» означает два региона и три центра обработки данных: производственный центр, городской центр аварийного восстановления (для отказов уровня ЦОД) и удалённый центр аварийного восстановления (для катастроф городского масштаба). Ключевой момент реализации — сначала определить цели RPO/RTO, а затем проектировать архитектуру; по синхронизации данных в пределах города используется синхронная репликация, между регионами — асинхронная, CDP применяется для RPO на уровне секунд. Основные затраты приходятся на пропускную способность каналов между регионами и строительство центра аварийного восстановления; контролировать расходы можно за счёт снижения конфигурации центра аварийного восстановления, аренды облачных ресурсов в удалённом регионе и выбора интегрированного оборудования, не требующего эксплуатационного обслуживания.

Обычно действуют по двум направлениям: в части шифрования — сквозное шифрование резервных данных по AES-256 и шифрованное хранение, что удовлетворяет требованиям MLPS к конфиденциальности резервных копий; в части защиты от изменения — использование неизменяемого хранилища (WORM, однократная запись с многократным чтением), при котором после записи резервные данные невозможно изменить, в сочетании с офлайн-архивированием на оптических дисках с физической воздушной изоляцией, что формирует последний уровень защиты от программ-вымогателей.