Migrera Azure Recovery Services-valv till stöd för tillgänglighetszoner
Den här artikeln beskriver hur du migrerar Recovery Services-valv från stöd för icke-tillgänglighetszoner till stöd för tillgänglighetszoner.
Recovery Services-valvet stöder lokal redundans, zonredundans och geo-redundans för lagring. Lagringsredundans är en inställning som måste konfigureras innan du skyddar arbetsbelastningar. När en arbetsbelastning har skyddats i Recovery Services-valvet är inställningen låst och kan inte ändras. Mer information om olika alternativ för lagringsredundans finns i Ange lagringsredundans.
Om du vill ändra ditt aktuella Recovery Services-valv till stöd för tillgänglighetszoner måste du distribuera ett nytt valv. Utför följande åtgärder för att skapa ett nytt valv och migrera dina befintliga arbetsbelastningar.
Mer detaljerad information om tillgänglighetszon och stöd för haveriberedskap för Azure Backup-tjänster och dataredundans finns i Tillförlitlighet för Azure Backup.
Förutsättningar
Standard-SKU stöds.
Krav på stilleståndstid
Eftersom du måste distribuera ett nytt Recovery Services-valv och migrera dina arbetsbelastningar till det nya valvet förväntas viss stilleståndstid.
Överväganden
När du byter återställningsvalv för säkerhetskopiering finns befintliga säkerhetskopieringsdata i det gamla återställningsvalvet och kan inte migreras till det nya.
Migreringssteg: Distribuera ett nytt Recovery Services-valv
Så här ändrar du lagringsredundans efter att Recovery Services-valvet har låsts i en specifik konfiguration:
Konfigurera relevant alternativ för lagringsredundans. Lär dig hur du ställer in lagringsredundans.
Välj en Azure-tjänst:
Om dina arbetsbelastningar säkerhetskopieras av det gamla valvet och du vill tilldela dem till det nya valvet igen följer du dessa steg:
Stoppa säkerhetskopieringen för:
Så här avregistrerar du från det gamla valvet:
SQL Server-databas på en virtuell Azure-dator.
Flytta SQL-databasen på den virtuella Azure-datorn till en annan resursgrupp för att helt bryta associationen med det gamla valvet.
SAP HANA-databas på en virtuell Azure-dator.
Flytta SAP HANA-databasen på en virtuell Azure-dator till en annan resursgrupp för att helt bryta associationen med det gamla valvet.
Konfigurera de olika säkerhetskopieringsobjekten för skydd i det nya valvet.
Viktigt!
Befintliga återställningspunkter i det gamla valvet behålls och objekt kan återställas från dessa. Men när skyddet stoppas gäller säkerhetskopieringsprincipen inte längre för behållna data. Det innebär att återställningspunkter inte upphör att gälla via principen, utan måste tas bort manuellt. Om detta inte görs behålls återställningspunkter och på obestämd tid medför kostnader. Information om hur du undviker kostnaden för återstående återställningspunkter finns i Ta bort skyddade objekt i molnet.