Den här artikeln sammanfattar vanliga frågor och svar om Azure Site Recovery. För specifika scenarier kan du läsa följande artiklar:
Allmänt
Vad gör Site Recovery?
Site Recovery bidrar till din bcdr-strategi för affärskontinuitet och haveriberedskap genom att samordna och automatisera replikering av virtuella Azure-datorer mellan regioner, lokala virtuella datorer och fysiska servrar till Azure och lokala datorer till ett sekundärt datacenter. Läs mer.
Kan jag skydda en virtuell dator som har en Docker-disk?
Nej, Azure Site Recovery stöder inte Docker-arbetsbelastningar som körs på virtuella datorer. Om du vill skydda dessa virtuella datorer med Site Recovery undantar du de diskar som har Docker installerat på dem.
Vad gör Site Recovery för att säkerställa dataintegriteten?
Site Recovery har vidtagit olika åtgärder för att säkerställa dataintegriteten. En säker anslutning upprättas mellan alla tjänster med hjälp av HTTPS-protokollet. Detta säkerställer att skadlig kod eller externa entiteter inte kan manipulera data. En annan åtgärd som vidtas är att använda kontrollsummor. Dataöverföringen mellan källan och målet genomförs genom att beräkna kontrollsummor för data mellan dem. Detta säkerställer att de överförda data är konsekventa.
Hur kan jag migrera/skydda programvara som kräver en beständig MAC-adress på den virtuella datorn?
Azure har inte stöd för beständiga MAC-adresser, så programvara med MAC-baserade licensmodeller kan inte användas både lokalt till Azure-migrering eller haveriberedskap.
Stöder Azure Site Recovery för närvarande tillfälliga diskar?
Nej, Azure Site Recovery stöder för närvarande inte tillfälliga diskar.
Vad används Microsoft Azure Recovery Services-agenten för?
Microsoft Azure Recovery Services-agenten används för att konfigurera/registrera med Site Recovery-tjänster och för att övervaka hälsotillståndet för alla komponenter. Den här komponenten är en av de grundläggande byggstenarna i hela den lokala Azure Site Recovery-infrastrukturen. Det hjälper till att replikera dina arbetsbelastningar till en annan Azure-region från en lokal miljö och växla över till Azure vid en katastrofsituation.
Tjänstleverantörer
Jag är en tjänstleverantör. Fungerar Site Recovery för dedikerade och delade infrastrukturmodeller?
Ja, Site Recovery stöder både dedikerade och delade infrastrukturmodeller.
För en tjänstleverantör, delas min klientorganisations identitet med tjänsten Site Recovery?
Nej. Hyresgästens identitet förblir anonym. Klienterna behöver inte åtkomst till Site Recovery-portalen. Endast tjänstproviderns administratör interagerar med portalen.
Kommer klientprogramdata någonsin att gå till Azure?
När du replikerar till Azure skickas programdata till Azure Storage men inte till Site Recovery-tjänsten. Data krypteras under överföring (HTTPS) och förblir krypterade i Azure.
Får mina klienter en faktura för några Azure-tjänster?
Nej. Azures faktureringsrelation sker direkt med tjänstprovidern. Tjänstprovidern ansvarar för att skapa fakturor för sina klienter.
Behöver vi alltid köra virtuella datorer i Azure om jag replikerar till Azure?
Nej, Data replikeras till Azure Storage i din prenumeration. När du utför en testväxling (övning i haveriberedskap) eller en faktisk redundansväxling, skapar Site Recovery automatiskt virtuella datorer i din prenumeration.
Garanterar ni isolering på klientnivå när jag replikerar till Azure?
Ja.
Vilka plattformar stöds för närvarande?
Vi stöder Distributioner baserade på Azure Pack, Cloud Platform System och System Center (2012 och senare). Läs mer om Integrering av Azure Pack och Site Recovery.
Finns det stöd för distributioner med ett enda Azure Pack och en enda VMM-server?
Nej, du kan bara replikera virtuella Hyper-V-datorer till Azure.
Prissättning
Var hittar jag prisinformationen?
Granska prisinformationen för Site Recovery.
Hur beräknar jag ungefärliga avgifter vid användningen av Site Recovery?
Du kan använda priskalkylatorn för att beräkna kostnader när du använder Site Recovery.
För detaljerad kostnadsuppskattning kör du distributionsplaneringsverktyget för VMware eller Hyper-V och använder rapporten för kostnadsuppskattning.
Debiteras jag även för cachelagringskontot när jag använder Site Recovery?
Ja, det finns extra avgifter för användning av cachelagringskonto vid replikering av virtuella datorer med Hjälp av Site Recovery. Kostnaderna för cachelagringskontot förblir desamma när repliklagringen är av typen hanterade diskar eller ohanterade diskar.
Jag har varit Azure Site Recovery-användare i över en månad. Får jag fortfarande de första 31 dagarna kostnadsfritt för varje skyddad instans?
Ja. Varje skyddad instans innebär att inga Azure Site Recovery-avgifter debiteras de första 31 dagarna. Om du till exempel har skyddat 10 instanser under de senaste sex månaderna och ansluter en elfte instans till Azure Site Recovery, debiteras inga avgifter för den elfte instansen under de första 31 dagarna. De första 10 instanserna fortsätter att debiteras med Azure Site Recovery-avgifter eftersom de har skyddats i mer än 31 dagar.
Kommer jag att debiteras några andra Azure-avgifter under de första 31 dagarna?
Ja, även om Site Recovery är kostnadsfritt under de första 31 dagarna i en skyddad instans kan du debiteras för Azure Storage, lagringstransaktioner och dataöverföring. En återställd virtuell dator kan också medföra avgifter för Azure-beräkningen.
Kostar det något att utföra programåterställningstest eller redundanstest?
Det finns ingen separat kostnad för haveriberedskapstest. Det finns beräkningsavgifter när den virtuella datorn har skapats efter redundanstestet.
Säkerhet
Skickas replikeringsdata till Site Recovery-tjänsten?
Nej, Site Recovery fångar inte upp replikerade data och har ingen information om vad som körs på dina virtuella datorer eller fysiska servrar. Replikeringsdata utbyts mellan lokala Hyper-V-värdar, VMware-hypervisorer eller fysiska servrar och Azure-lagring eller din sekundära plats. Site Recovery har inte möjlighet att fånga upp dessa data. Endast de metadata som behövs för att samordna replikeringen och redundansen skickas till Site Recovery-tjänsten.
Site Recovery är ISO 27001:2013, 27018, HIPAA, DPA-certifierad och håller på att utvärderas av SOC2 och FedRAMP JAB.
Av efterlevnadsskäl måste även våra lokala metadata förbli inom samma geografiska region. Kan Site Recovery hjälpa oss?
Ja. När du skapar ett Site Recovery-valv i en region ser vi till att alla metadata som vi behöver för att aktivera och samordna replikering och redundans förblir inom regionens geografiska gräns.
Krypteras replikering av Site Recovery?
För virtuella datorer och fysiska servrar som replikeras till Azure stöds både kryptering under överföring och kryptering i vila (i Azure).
Använder Azure-till-Azure Site Recovery TLS 1.2 för all kommunikation mellan mikrotjänster i Azure?
Ja, TLS 1.2-protokollet tillämpas som standard för Azure-till-Azure Site Recovery-scenariot.
Hur kan jag framtvinga användning av TLS 1.2 i scenarier för VMware-till-Azure och fysisk server-till-Azure Site Recovery?
Nuvarande stödda Site Recovery-distributioner använder TLS 1.2 eller senare för kommunikation. Protokoll som är äldre än TLS 1.2 stöds inte i nuvarande konfigurationer. För mer information, se Transport Layer Security for Azure Site Recovery.
Hur kan jag framtvinga TLS 1.2 för Hyper-V-till-Azure Site Recovery-scenarier?
All kommunikation mellan mikrotjänsterna i Azure Site Recovery sker i TLS 1.2-protokollet. Site Recovery använder säkerhetsprovidrar som konfigurerats i systemet (OS) och använder det senaste tillgängliga TLS-protokollet. Man måste uttryckligen aktivera TLS 1.2 i registret och sedan börjar Site Recovery använda TLS 1.2 för kommunikation med tjänster.
Hur kan jag framtvinga begränsad åtkomst på mina lagringskonton som används av Site Recovery-tjänsten för att läsa/skriva replikeringsdata?
Du kan aktivera hanterad identitet för Recovery Services-valvet genom att gå till inställningen Identitet. När valvet har registrerats med Microsoft Entra-ID kan du gå till dina lagringskonton och ge följande rolltilldelningar till valvet:
- Resource Manager-baserade lagringskonton (standardtyp):
- Resource Manager-baserade lagringskonton (Premium-typ):
Azure Site Recovery stödjer användning av Recovery Services vault managed identity för att få tillgång till cachelagringskonton, inklusive konton med nyckelbaserad autentisering inaktiverad. Bevilja nödvändig hantering och dataåtkomst innan autentiseringen ändras. För aktuella konfigurationssteg, se Stäng av åtkomst till delade nycklar för cachelagringskonton.
Kan Azure Site Recovery spåra den virtuella källdatorns ändringar utanför källoperativsystemet?
Azure Site Recovery spårar inte ändringar av den virtuella källdatorn utanför källoperativsystemet. Om du till exempel använder Azure till Azure-replikering och ändrar storleken på den virtuella källdatorn replikeras inte storleken på den virtuella källdatorn till den virtuella måldatorn.
Haveriberedskap
Vad kan Site Recovery skydda?
- Virtuella Azure-datorer: Site Recovery kan replikera alla arbetsbelastningar som körs på en virtuell Azure-dator som stöds.
- Virtuella Hyper-V-datorer: Site Recovery kan skydda alla arbetsbelastningar som körs på en virtuell Hyper-V-dator.
- Fysiska servrar: Site Recovery kan skydda fysiska servrar som kör Windows eller Linux.
- Virtuella VMware-datorer: Site Recovery kan skydda alla arbetsbelastningar som körs på en virtuell VMware-dator.
Vilka arbetsbelastningar kan jag skydda med Site Recovery?
Du kan använda Site Recovery för att skydda de flesta arbetsbelastningar som körs på en virtuell dator som stöds eller fysisk server. Site Recovery har stöd för programmedveten replikering så att appar kan återställas till ett intelligent tillstånd. Den integreras med Microsoft-program som SharePoint, Exchange, Dynamics, SQL Server och služba Active Directory och fungerar nära ledande leverantörer, inklusive Oracle, SAP, IBM och Red Hat. Lär dig mer om arbetsbelastningsskydd.
Kan jag hantera haveriberedskap för mina avdelningskontor med Site Recovery?
Ja. När du använder Site Recovery för att samordna replikering och redundans på avdelningskontoren får du en enhetlig orkestrering och vy över alla dina arbetsbelastningar på avdelningskontoret på en central plats. Du kan enkelt utföra redundansväxlingar och administrera katastrofåterställning för alla filialer från huvudkontoret, utan att besöka dem.
Stöds haveriberedskap för virtuella Azure-datorer?
Ja, Site Recovery stöder haveri för virtuella Azure-datorer mellan Azure-regioner. Läs vanliga frågor om haveriberedskap för virtuella Azure-datorer. Om du vill replikera mellan två Azure-regioner på samma kontinent, ska du använda vårt erbjudande för Azure-till-Azure-haveriberedskap. Du behöver inte konfigurera konfigurationsservern/processervern och ExpressRoute-anslutningarna.
Stöds haveriberedskap för virtuella VMware-datorer?
Ja, Site Recovery stöder haveriberedskap för lokala virtuella VMware-datorer. Läs vanliga frågor om haveriberedskap för virtuella VMware-datorer.
Stöds haveriberedskap för virtuella Hyper-V-datorer?
Ja, Site Recovery stöder haveriberedskap för lokala virtuella Hyper-V-datorer. Läs vanliga frågor om haveriberedskap för virtuella Hyper-V-datorer.
Stöds haveriberedskap för fysiska servrar?
Ja, Site Recovery stöder haveriberedskap för lokala fysiska servrar som kör Windows och Linux till Azure. Lär dig mer om krav för haveriåterställning till Azure. De fysiska servrarna körs som virtuella datorer i Azure efter redundansväxling. Återställning efter fel från Azure till en lokal fysisk server stöds inte för närvarande. Du kan bara återställa till en virtuell VMware-dator.
Kan jag flytta Recovery Services-valvet mellan prenumerationer?
Nej, Azure Site Recovery stöder inte flytt av Recovery Services-valv som har skyddade virtuella datorer i det.
Replikering
Kan jag replikera via ett plats-till-plats-VPN till Azure?
Azure Site Recovery replikerar data till ett Azure Storage-konto eller hanterade diskar via en offentlig slutpunkt. Replikering kan dock utföras även via plats-till-plats-VPN. Med plats-till-plats-VPN-anslutning kan organisationer ansluta befintliga nätverk till Azure eller Azure-nätverk till varandra. Plats-till-plats-VPN sker via IPsec-tunneltrafik via Internet, med hjälp av befintlig lokal nätverksutrustning och nätverksinstallationer i Azure, antingen inbyggda funktioner som Vpn-gateway (Azure Virtual Private Network) eller alternativ från tredje part, till exempel Check Point CloudGuard, Palo Alto NextGen Firewall.
- Privat anslutning via offentligt Internet till Microsoft Edge
- Recovery Services-valv konfigurerade med privata slutpunkter för säker åtkomst
- Replikering över kundens privata virtuella nätverksanslutning
- Enkel övergång till "Framtida tillstånd"
- Inget serviceavtal och potentiellt högre svarstid
- Kräver en lokal VPN-enhetstillgänglighet
Kan jag använda Riverbed SteelHeads för replikering?
Vår partner Riverbed ger detaljerad vägledning om hur du arbetar med Azure Site Recovery. Läs deras lösningsguide.
Kan jag använda ExpressRoute för att replikera virtuella datorer till Azure?
Ja, ExpressRoute kan användas för att replikera lokala virtuella datorer till Azure.
- Azure Site Recovery replikerar data till en Azure Storage via en offentlig slutpunkt. Du måste konfigurera Microsoft-peering för att använda ExpressRoute för Site Recovery-replikering.
- Replikering stöds endast via privat peering när privata slutpunkter är aktiverade för valvet.
- Om du skyddar VMware-datorer eller fysiska datorer kontrollerar du att även nätverkskraven för konfigurationsservern är uppfyllda. Anslutning till specifika URL:er krävs av Konfigurationsservern för orkestrering av Site Recovery-replikering. ExpressRoute kan inte användas för den här anslutningen.
- När de virtuella datorerna har växlats över till ett virtuellt nätverk i Azure kan du komma åt dem med hjälp av konfigurationen för privat peering med det virtuella nätverket i Azure.
Vilken typ av lagringskonto eller hanterad disk behöver jag om jag replikerar till Azure?
Användning av lagringskonton som mållagring stöds inte av Azure Site Recovery. Vi rekommenderar att du i stället använder hanterade diskar som mållagring för dina datorer. Hanterade diskar stöder endast LRS-typ för dataåterhämtning.
Hur ofta kan jag replikera data?
- Hyper-V: Virtuella Hyper-V-datorer kan replikeras var 30:e sekund (förutom premiumlagring) eller fem minuter.
- Virtuella Azure-datorer, virtuella VMware-datorer, fysiska servrar: En replikeringsfrekvens är inte relevant här. Replikeringen är kontinuerlig.
Kan jag utöka replikeringen från den befintliga återställningsplatsen till en annan tertiär plats?
Utökad eller länkad replikering stöds inte. Begär den här funktionen i feedbackforumet.
Kan jag göra en offlinereplikering första gången jag replikerar till Azure?
Kan jag undanta specifika diskar från replikeringen?
Detta stöds när du replikerar virtuella VMware-datorer och virtuella Hyper-V-datorer till Azure med hjälp av Azure Portal.
Kan jag replikera virtuella datorer med dynamiska diskar?
Dynamiska diskar stöds vid replikering av virtuella Hyper-V-datorer och vid replikering av virtuella VMware-datorer och fysiska datorer till Azure. Operativsystemdisken måste vara en grundläggande disk.
Kan jag begränsa bandbredden som tilldelas för replikeringstrafik?
Ja. Du kan läsa mer om begränsning av bandbredd i dessa artiklar:
Kan jag aktivera replikering med appkonsekvens i Linux-servrar?
Ja. Azure Site Recovery för Linux-operativsystem stöder anpassade skript för programkonsekvens. Det anpassade skriptet med för- och efteralternativ används av Azure Site Recovery Mobility Agent vid programkonsekvens. Följande är stegen för att aktivera den.
Logga in som root på datorn.
Ändra katalog till installationsplatsen för Azure Site Recovery Mobility Agent. Standardvärdet är "/usr/local/ASR"
# cd /usr/local/ASRÄndra katalogen till "VX/scripts" under installationsplatsen
# cd VX/scriptsSkapa ett skript för Bash-skalet med filnamnet "customscript.sh" och ge root-användaren körbehörighet.
a. Skriptet bör ha stöd för kommandoradsalternativen "--pre" och "--post" (Observera de dubbla bindestrecken)
b) När skriptet anropas med förhandsalternativet ska det frysa programmets indata/utdata och när det anropas med efteralternativet bör det tina programmets indata/utdata.
Punkt c En exempelmall –# cat customscript.sh
#!/bin/bash
if [ $# -ne 1 ]; then
echo "Usage: $0 [--pre | --post]"
exit 1
elif [ "$1" == "--pre" ]; then
echo "Freezing app IO" ##command to freeze the application
exit 0
elif [ "$1" == "--post" ]; then
echo "Thawed app IO" ##command to unfreeze the application
exit 0
fi
- Lägg till kommandona för att frysa och återuppta indata/utdata i före- och eftersteg för applikationer som kräver applikationskonsekvens. Du kan välja att lägga till ett annat skript som anger dem och anropa det från "customscript.sh" med för- och efteralternativ.
Kommentar
Site Recovery-agentversionen ska vara 9.24 eller senare för att stödja anpassade skript.
Replikeringsprincip
Vad är en replikeringsprincip?
En replikeringspolicy definierar inställningarna för historiken för kvarhållning av återställningspunkter. Principen definierar också frekvensen för appkonsekventa ögonblicksbilder. Som standard skapar Azure Site Recovery en ny replikeringsprincip med standardinställningarna:
- En dag för kvarhållningshistorik för återställningspunkter.
- Inga appkonsekventa ögonblicksbilder.
Vad är en kraschkonsekvent återställningspunkt?
En kraschkonsistent återställningspunkt innebär att data på disken är i samma tillstånd som om du drog ut strömkabeln från servern när ögonblicksbilden togs. Den kraschkonsistenta återställningspunkten inkluderar inget av det som fanns i minnet när ögonblicksbilden togs.
I dag kan de flesta applikationer återhämta sig väl efter kraschkonsistenta ögonblicksbilder. En kraschkonsekvent återställningspunkt räcker för operativsystem utan databas och program som filservrar, DHCP-servrar och utskriftsservrar.
Vad är frekvensen för kraschkonsekvent återställningspunktgenerering?
Site Recovery skapar en kraschkonsistent återställningspunkt var femte minut.
Vad är en programkonsekvent återställningspunkt?
Programkonsekventa återställningspunkter skapas från programkonsekventa ögonblicksbilder. Applikationskonsistenta återställningspunkter fångar upp samma data som kraschkonsistenta ögonblicksbilder, samtidigt som de även fångar upp data i minnet och alla pågående transaktioner.
På grund av sitt extra innehåll är applikationskonsistenta ögonblicksbilder de mest komplexa och tar längst tid. Vi rekommenderar programkonsekventa återställningspunkter för databasoperativsystem och program som SQL Server.
Kommentar
Det går inte att skapa programkonsekventa återställningspunkter på Windows-datorn om den har fler än 64 volymer.
Vad är effekten av programkonsekventa återställningspunkter på programmets prestanda?
Programkonsekventa återställningspunkter samlar in alla data i minnet och i processen. Eftersom återställningspunkter fångar dessa data kräver de ett ramverk som Volume Shadow Copy Service i Windows för att försätta programmet i ett konsistent tillstånd. Om insamlingsprocessen är frekvent kan det påverka prestanda när arbetsbelastningen redan är upptagen. Vi rekommenderar inte att du använder låg frekvens för appkonsekventa återställningspunkter för icke-databasarbetsbelastningar. Även för databasarbetsbelastning räcker det med 1 timme.
Vilken är den lägsta frekvensen för programkonsekvent återställningspunktgenerering?
Site Recovery kan skapa en programkonsekvent återställningspunkt med en minsta frekvens på 1 timme.
Hur skapas och sparas återställningspunkter?
För att förstå hur Site Recovery genererar återställningspunkter ska vi se ett exempel på en replikeringsprincip. Den här replikeringsprincipen har en återställningspunkt med en kvarhållningsperiod på 1 dag och en applikationskonsekvent ögonblicksbildsfrekvens på 1 timme.
Site Recovery skapar en kraschkonsistent återställningspunkt var 5:e minut. Du kan inte ändra den här frekvensen. Under de senaste två timmarna kan du välja mellan 24 kraschkonsistenta återställningspunkter och 2 applikationskonsistenta återställningspunkter. När tiden går rensar Site Recovery alla återställningspunkter utöver de senaste 2 timmarna och sparar bara en återställningspunkt per timme i upp till 24 timmar på dagen.
Följande skärmbild illustrerar exemplet. På skärmbilden:
Under de senaste 2 timmarna finns det återställningspunkter med en frekvens på 5 minuter.
Utöver de senaste 2 timmarna behåller Site Recovery bara en återställningspunkt per timme.
Hur långt bakåt kan jag återställa?
Den äldsta återställningspunkten som du kan använda är 15 dagar med Hanterad disk och tre dagar med ohanterad disk.
Jag har en replikeringsprincip på en dag. Vad händer om ett problem hindrar Site Recovery från att generera återställningspunkter i mer än en dag? Kommer mina tidigare återställningspunkter att gå förlorade?
Nej, Site Recovery behåller alla dina tidigare återställningspunkter. Beroende på kvarhållningsfönstret för återställningspunkter ersätter Site Recovery endast den äldsta punkten om den genererar nya punkter. På grund av problemet kan Site Recovery inte generera några nya återställningspunkter. Tills det finns nya återställningspunkter finns alla gamla punkter kvar när du har nått kvarhållningsfönstret.
Hur ändrar jag replikeringsprincipen när replikeringen har aktiverats på en virtuell dator?
Gå till Site Recovery Vault>Site Recovery Infrastructure>Replication-principer. Välj den princip som du vill redigera och spara ändringarna. Varje ändring gäller även alla befintliga replikeringar.
Är alla återställningspunkter en fullständig kopia av den virtuella datorn eller en differentiell?
Den första återställningspunkten som genereras har den fullständiga kopian. Varje efterföljande återställningspunkt har deltaskillnader.
Ökar lagringskostnaden om kvarhållningsperioden för återställningspunkter ökas?
Ja, om du ökar kvarhållningsperioden från en dag till tre dagar sparar Site Recovery återställningspunkterna ytterligare två dagar. Den tillagda tiden medför lagringskostnader eftersom ytterligare 12 återställningspunkter måste sparas när lagringsperioden ökas från en dag till tre dagar. En enskild återställningspunkt kan till exempel ha deltaändringar på 10 GB med en kostnad per GB på 0,16 USD per månad. Ytterligare avgifter skulle vara $ 1,60 × 12 per månad.
Redundansväxling
Om jag redundansväxlar till Azure, hur får jag åtkomst till de virtuella datorerna i Azure efter redundansväxlingen?
Du kan komma åt de virtuella Azure-datorerna via en säker Internetanslutning, via ett plats-till-plats-VPN eller via Azure ExpressRoute. Du måste förbereda ett antal saker för att kunna ansluta. Läs mer.
Hur ser Azure till att mina data är motståndskraftiga om jag redundansväxlar till Azure?
Azure är utformat med flexibilitet i fokus. Site Recovery är redan konstruerat för redundans till ett sekundärt Azure-datacenter, i enlighet med Azure SLA. Om detta händer ser vi till att dina metadata och de valv du använder förblir inom samma geografiska region som du valde för ditt valv.
Vad händer om mitt primära datacenter drabbas av ett oväntat avbrott om jag replikerar mellan två datacenter?
Du kan utlösa en oplanerad redundansväxling från den sekundära platsen. Site Recovery behöver ingen anslutning från den primära platsen för att utföra redundansväxlingen.
Sker redundansväxlingen automatisk?
Failover sker inte automatiskt. Du initierar redundansväxlingar med ett enda klick i portalen, eller så kan du använda Site Recovery PowerShell för att utlösa en redundansväxling. Att återställa tillbaka är enkelt i Site Recovery-portalen.
För att automatisera kan du använda lokal Orchestrator eller Operations Manager för att identifiera ett fel på en virtuell dator och sedan utlösa redundansväxlingen med hjälp av SDK.
Kan jag återställa till en annan värd om min lokala värd inte svarar eller kraschar?
Ja, du kan använda den alternativa platsåterställningen för att återställa till en annan värd än Azure.
Vad är skillnaden mellan ”Slutför migrering”, ”Verkställ” och ”Inaktivera replikering”?
När en dator från källplatsen har växlats över till målplatsen finns det tre alternativ som du kan välja mellan. Alla tre har olika syften -
- Fullständig migrering innebär att du inte längre går tillbaka till källplatsen. Du migrerade över till målregionen och nu är du klar. När du klickar på Slutför migrering utlöses först Commit och sedan Inaktivera replikering internt.
- Commit innebär att replikeringsprocessen inte slutar här. Replikeringsobjektet tillsammans med all konfiguration finns kvar och du kan trycka på Skydda igen vid en senare tidpunkt för att aktivera replikering av dina datorer tillbaka till källregionen.
- Inaktivera Replikering inaktiverar replikeringen och tar bort all relaterad konfiguration. Det påverkar inte den redan befintliga datorn i målregionen.
Automatisering
Kan jag automatisera Site Recovery-scenarier med ett SDK?
Ja. Du kan automatisera Site Recovery-arbetsflöden med hjälp av REST API, PowerShell eller Azure SDKs. Scenarier som stöds för att distribuera Site Recovery med hjälp av PowerShell:
Påverkar tillbakadragandet av AzureRM-modulen hur automatiska Site Recovery-uppdateringar fungerar med ett automationskonto?
Nej, tillbakadragningen av AzureRM-modulen påverkar inte hur automatiska Site Recovery-uppdateringar fungerar. Inga ändringar behövs för den interna runbooken och REST-API:et som används fortsätter att fungera som avsett med automationskontot.
Komponent-/provideruppgradering
Var hittar jag versionsinformation/samlingspaket med uppdateringar för uppgraderingar av Site Recovery?
Läs om de senaste uppdateringarna och ta del av samlad information.