En tjenesteavslutning er ufullstendig når eksporten eksisterer, men ingen kan forklare eller gjenopprette den. Start med den fremtidige operatørens spørsmål: hvilke domener og avsendere er godkjent, hvilke avhengigheter er aktive, hvorfor finnes det unntak, og hvilke endringer ble autorisert? En eksport bør bevare disse svarene uten å overføre hemmeligheter eller unødvendige personlige data til et ukontrollert arkiv.
Definer eksportgrensen
Liste domene- og avsenderbeholdninger, DNS og policykonfigurasjon, leverandørspesifikke genererte verdier, rapporteksempler og historikk, parsekonvensjoner, bruker- og rolletilordninger, unntak, godkjenninger og endringslogger. Registrer tidsområdet, kjente hull og eksporttidssone. Behold dataordbøker og identifikatorer som kobler en rapportrad til den opprinnelige filen. Et skjermbilde av en graf er nyttig kontekst, men ikke en erstatning for de underliggende bevisene.
Aggregatrapportstruktur er spesifisert i RFC 9990; dashboards kan legge til sin egen attribusjon eller normalisering. Ta vare på nok råinnhold til å skille standardfelt fra leverandørtolkning. Ikke behandle en kjent leverandør-etikett som bevis på at bedriften har godkjent en bestemt avsenderkonto.
Separat konfigurasjon fra legitimasjon
Identifiser hvilke eksportelementer som er sikre operasjonelle metadata og hvilke som er legitimasjon. DKIM offentlige DNS poster og velger navn er ikke private signeringsnøkler. Hvis flytting av private nøkler både støttes og er autorisert, bruk en separat godkjent hemmelig overføringsprosess; ikke plasser dem i denne generelle bevisbunten. Når en leverandør ikke vil eksportere nøkler, planlegg nye signeringsidentiteter og en kontrollert overgang i stedet for å love gjenoppretting fra en offentlig nøkkeleksport.
Bruk tilgangs- og oppbevaringskontroller for å rapportere data og revisjonslogger. En migrasjon er ikke en grunn til å beholde alt for alltid. Få riktig eier til å godkjenne hva som beholdes, hvem som kan åpne det og når det skal slettes. Lag en liste over utilgjengelige elementer, inkludert revisjonshistorikk eller rådata som gjeldende plan ikke kan eksportere, før kanselleringsdatoen.
Bekreft en eksport som data
Anta at en autorisert eksport inneholder en avsenderbeholdning, endringshistorikk og rapportindeks. Et manifest registrerer hvert filnavn, byteantall og SHA-256-sammendrag. En senere lesing som samsvarer med de pålitelige sammendragene etablerer bytekonsistens for de oppførte filene, ikke at hver påkrevde rad ble eksportert. En utelatt unntaksfil kan la alle listede hashes samsvare mens arkivet er ufullstendig.
Dette er et hypotetisk eksempel på integritet versus fullstendighet, ikke et generert arkiv eller utført hash-sjekk. Krev både en manifestsjekk og avstemming mot en datert kildebeholdning. En mismatch krever undersøkelse snarere enn en automatisk erstatning av den pålitelige sammendraget.
For en faktisk utgang, avstem eksporterte radtellinger med en datert kildebeholdning og dokumentekskluderinger. Åpne filene ved hjelp av erstatningsarbeidsflyten. Bekreft at tidsverdier, domenenavn, unike IDer og relasjoner overlever. Test én gjenfinningsoppgave: Kan den nye operatøren, gitt en unntaks-ID, finne eieren, godkjenningen, utløpet og den berørte avsenderen? Registrer resultatet i stedet for å merke en zip-nedlasting som suksess.
Hold arkivet nyttig etter at tilgangen avsluttes
NIST SP 800-34 Rev. 1 beskriver beredskapsplanlegging, testing og vedlikehold. Ved å bruke den generelle veiledningen her, nominer en arkivansvarlig og test tilgangen uten å stole på avreisetjenesten. Lagre manifestet og en forklaring av eksportprosessen sammen med dataene. Oppbevar en uavhengig kontrollert kopi der den godkjente oppbevaringspolicyen tillater det.
Før stenging, få eiersignering på manglende historikk, erstatningsovervåking og eventuelle avhengigheter som ikke kan gjenopprettes fra eksport. Behold den gamle kontoen kun for et definert, autorisert formål og varighet. Den endelige utgangsposten skal si hva som ble eksportert, hva som ble verifisert, hva som forblir utilgjengelig og hvem som godtok gapet. Ikke kall en verifisert kontrollsum for en fullstendig katastrofegjenopprettingstest.