De eisen van MLPS 2.0 Level 3 aan back-up zijn verdeeld over meerdere controlepunten, waaronder 'gegevensback-up en -herstel', 'bescherming van restinformatie', 'netwerkbeveiliging' en 'hostbeveiliging'. De kern kan worden samengevat in vier punten: lokale gegevensback-up en -herstel, offsite back-up van belangrijke gegevens, versleutelde en vertrouwelijke opslag van back-upgegevens, en periodieke hersteloefeningen. De meest voorkomende punten van aftrek zijn dat er alleen een lokale back-up is zonder offsite back-up, en dat er nooit herstelverificatie plaatsvindt. Technische maatregelen om te voldoen aan de normen omvatten doorgaans CDP, immutable storage en twee locaties met drie datacenters.

Of herstel mogelijk is, hangt ervan af of de back-upgegevens mee versleuteld zijn. Bescherming tegen ransomware berust doorgaans op drie verdedigingslagen: ten eerste immutable storage (WORM), waarbij back-upgegevens na wegschrijven niet kunnen worden gewijzigd; ten tweede fysieke air-gap-isolatie via blu-ray-opslag, waardoor offline gegevens buiten het bereik van ransomware blijven; ten derde integratie met beveiligingsmogelijkheden, waarbij vóór de back-up automatisch op malware wordt gescand. De back-up appliance van 热备云 hanteert deze drie mechanismen en gaat zo van 'kunnen back-uppen' naar 'back-up is beveiliging'.

De sleutel tot disaster recovery in een Xinchuang-omgeving is te bevestigen of de fabrikant adaptatie met fabriekscertificering heeft voor binnenlandse CPUs, besturingssystemen en databases, in plaats van 'als het verbinding kan maken, wordt het ondersteund'. Hot-standby cloud heeft de adaptatiecertificering voltooid voor 6 binnenlandse CPUs (Kunpeng, Phytium, Hygon, Loongson, Zhaoxin, Sunway), 10 binnenlandse besturingssystemen (Kylin Software, NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS) en 9 binnenlandse databases (DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli).

De MLPS-norm schrijft zelf geen 'verplicht aantal kilometers' voor, maar vereist alleen 'offsite'. In de beoordelingspraktijk en volgens de brancheconventies wordt doorgaans naar twee punten gekeken: het back-upcentrum en het productiecentrum bevinden zich niet op dezelfde fysieke locatie, om de impact van dezelfde brand, stroomstoring of natuurramp te vermijden; qua afstand wordt in de praktijk doorgaans aanbevolen om te beginnen bij tientallen kilometers binnen dezelfde stad naar een andere locatie, en voor belangrijke systemen wordt een afstand van honderden kilometers of meer over regio's aanbevolen. Dezelfde stad lost 'snelheid' op, een andere locatie lost 'afstand' op; beide worden gecombineerd.

Het wezenlijke verschil tussen beide ligt in de verantwoordelijkheid voor implementatie en beheer. Een back-up appliance is een geïntegreerde hardware-softwareoplossing, vooraf geïnstalleerd in de fabriek, met een implementatiecyclus van enkele uren, waarbij één leverancier verantwoordelijk is voor het beheer; een pure softwareoplossing vereist zelf aangeschafte servers, implementatie duurt meerdere dagen, de verantwoordelijkheid voor hardware en software is gescheiden en het beheer is complex. Bij de selectie moet worden gerekend met de totale eigendomskosten over 3-5 jaar (hardware + softwarelicenties + beheer + onderhoud), en niet alleen met de initiële aankoopprijs. Voor kritieke productiegegevens is een appliance doorgaans geschikter.

Bij MLPS Level 3 is het meest voorkomende punt van aftrek niet 'geen back-upapparatuur gekocht', maar drie zaken: alleen een lokale back-up, geen offsite back-up; nooit hersteloefeningen, waardoor de back-up een 'dode back-up' wordt; back-upgegevens in platte tekst opgeslagen, niet versleuteld. Daarnaast zijn back-upmedia en productiegegevens in dezelfde ruimte, niet-geminimaliseerde rechten voor back-upbewerkingen en het ontbreken van mechanismen tegen per ongeluk verwijderen en wijzigen ook veelvoorkomende punten van aftrek.

Twee locaties met drie datacenters betekent twee regio's en drie datacenters: het productiecentrum, het stadsdisaster-recoverycentrum (voor storingen op datacenterniveau) en het offsite disaster-recoverycentrum (voor rampen op stadsniveau). Het belangrijkste bij de realisatie is eerst de RPO/RTO-doelen vaststellen en daarna de architectuur daarop terugrekenen; voor gegevenssynchronisatie wordt binnen dezelfde stad synchrone replicatie gebruikt en offsite asynchrone replicatie, met CDP voor RPO op secondeniveau. De grootste kostenposten zijn de bandbreedte van de offsite-verbinding en de bouw van het disaster-recoverycentrum; de kosten kunnen worden beheerst door het disaster-recoverycentrum met lagere specificaties uit te voeren, offsite cloudresources te huren en te kiezen voor onderhoudsvrije geïntegreerde apparatuur.

Doorgaans wordt op twee fronten gewerkt: qua versleuteling worden back-upgegevens end-to-end met AES-256 versleuteld en versleuteld opgeslagen, wat voldoet aan de eisen van MLPS voor de vertrouwelijkheid van back-ups; qua bescherming tegen wijziging wordt immutable storage (WORM, write once read many) gebruikt, waardoor back-upgegevens na wegschrijven niet kunnen worden gewijzigd, in combinatie met fysieke air-gap-offline-archivering via blu-ray-opslag, als laatste laag tegen ransomware.