Återställa från oåterkallelig dataförlust
Azure Stack Hub kör Azure-tjänster i ditt datacenter och kan köras i miljöer så små som fyra noder som är installerade i ett enda rack. Azure körs däremot i fler än 40 regioner i flera datacenter och flera zoner i varje region. Användarresurser kan sträcka sig över flera servrar, rack, datacenter och regioner. Med Azure Stack Hub har du för närvarande bara möjlighet att distribuera hela molnet till ett enda rack. Den här begränsningen exponerar ditt moln för risken för oåterkalleliga händelser i ditt datacenter eller fel på grund av större produktbuggar. När en katastrof inträffar kopplas Azure Stack Hub-instansen från. Alla data är potentiellt oåterkalleliga.
Beroende på rotorsaken till dataförlusten kan du behöva reparera en enda infrastrukturtjänst eller återställa hela Azure Stack Hub-instansen. Du kan till och med behöva återställa till annan maskinvara på samma plats eller på en annan plats.
I det här scenariot åtgärdas återställningen av hela installationen om det uppstår ett fel och omdistributionen av det privata molnet.
Scenario | Dataförlust | Överväganden |
---|---|---|
Återställa från oåterkallelig dataförlust på grund av haveri eller produktfel. | Alla infrastruktur- och användar- och appdata. | Kan återställa till en annan OEM- tillverkare. Kan återställas till en annan maskinvarugeneration. Kan återställa till olika antal skalningsenhetsnoder. Användarappen och data skyddas separat från infrastrukturdata. |
Arbetsflöden
Resan för att skydda Azure Stack Hub börjar med att säkerhetskopiera infrastruktur- och app-/klientdata separat. Det här dokumentet beskriver hur du skyddar infrastrukturen.
I värsta fall när alla data går förlorade är återställning av Azure Stack Hub processen att återställa infrastrukturdata som är unika för distributionen av Azure Stack Hub och alla användardata.
Återställ
Om det uppstår oåterkallelig dataförlust men maskinvaran fortfarande kan användas krävs omdistribution av Azure Stack Hub. Under omdistributionen kan du ange den lagringsplats och de autentiseringsuppgifter som krävs för att få åtkomst till säkerhetskopior. I det här läget behöver du inte ange de tjänster som behöver återställas. Kontrollanten för infrastruktursäkerhetskopiering matar in kontrollplanstillståndet som en del av distributionsarbetsflödet.
Om det uppstår en katastrof som gör maskinvaran oanvändbar är omdistribution endast möjlig på ny maskinvara. Omdistributionen kan ta flera veckor medan ersättningsmaskinvaran sorteras och tas emot i datacentret. Återställning av kontrollplansdata är möjligt när som helst. Återställning stöds dock inte om versionen av den omdistribuerade instansen är mer än en version som är större än den version som användes vid den senaste säkerhetskopieringen.
Distributionsläge | Utgångspunkt | Slutpunkt |
---|---|---|
Ren installation | Baslinjeversion | OEM distribuerar Azure Stack Hub och uppdaterar till den senaste versionen som stöds. |
Återställningsläge | Baslinjeversion | OEM distribuerar Azure Stack Hub i återställningsläge och hanterar kraven för versionsmatchning baserat på den senaste tillgängliga säkerhetskopian. OEM-tillverkaren slutför distributionen genom att uppdatera till den senaste versionen som stöds. |
Data i säkerhetskopior
Azure Stack Hub stöder en typ av distribution som kallas molnåterställningsläge. Det här läget används bara om du väljer att återställa Azure Stack Hub efter en katastrof eller ett produktfel som gjorde att lösningen inte kunde återställas. Det här distributionsläget återställer inte någon av de användardata som lagras i lösningen. Omfånget för det här distributionsläget är begränsat till att återställa följande data:
- Distributionsindata
- Interna identitetstjänstdata
- Konfiguration av federerad identifiering (ADFS-distributioner).
- Rotcertifikat som används av intern certifikatutfärdare.
- Azure Resource Manager konfigurationsanvändardata, till exempel prenumerationer, planer, erbjudanden, resursgrupper, taggar, lagringskvoter, nätverkskvoter och beräkningsresurser.
- Key Vault hemligheter och valv.
- RBAC-principtilldelningar och rolltilldelningar.
Ingen av användarens IaaS-resurser (Infrastruktur som en tjänst) eller PaaS-resurser (Plattform som en tjänst) återställs under distributionen. Dessa förluster omfattar virtuella IaaS-datorer, lagringskonton, blobar, tabeller, nätverkskonfiguration och så vidare. Syftet med molnåterställning är att säkerställa att dina operatörer och användare kan logga in på portalen igen när distributionen är klar. Användare som loggar in igen ser inte några av sina resurser. Användarna har återställt sina prenumerationer och tillsammans med de ursprungliga abonnemangen, erbjudandena och principerna som definierats av administratören. Användare som loggar in i systemet igen fungerar enligt samma begränsningar som den ursprungliga lösningen har infört före katastrofen. När molnåterställningen är klar kan operatören manuellt återställa RP:er och associerade data från tredje part.
Verifiera säkerhetskopior
Du kan använda ASDK för att testa en säkerhetskopia för att bekräfta att data är giltiga och användbara. Mer information finns i Använda ASDK för att verifiera en Azure Stack-säkerhetskopiering.
Nästa steg
Lär dig mer om metodtipsen för att använda infrastruktursäkerhetskopieringstjänsten.