Redigera

Dela via

Vanliga frågor och svar om Storage Replica

  • Vanliga frågor

Den här artikeln innehåller svar på vanliga frågor och svar för Storage Replica.

Stöds Lagringsreplik i Azure?

Ja. Du kan använda följande scenarier med Azure:

  • Server-till-server-replikering i Azure (synkront eller asynkront mellan virtuella IaaS-datorer (infrastruktur som en tjänst) i en eller två datacenterfeldomäner eller asynkront mellan två separata regioner).
  • Asynkron replikering från server till server mellan Azure och lokalt (med hjälp av ett virtuellt privat nätverk (VPN) eller Azure ExpressRoute).
  • Kluster-till-kluster-replikering i Azure (synkront eller asynkront mellan virtuella IaaS-datorer i en eller två datacenterfeldomäner eller asynkront mellan två separata regioner).
  • Asynkron replikering från kluster till kluster mellan Azure och lokalt (med hjälp av VPN eller Azure ExpressRoute).
  • Stretcha klustring med hjälp av Delade Azure-diskar (synkront eller asynkront mellan virtuella IaaS-datorer i en eller två datacenterfeldomäner eller asynkront mellan två separata regioner).

Mer information om gästkluster i Azure finns i Distribuera gästkluster för virtuella IaaS-datorer i Azure.

Viktiga kommentarer:

Hur visar jag replikeringens förlopp under den inledande synkroniseringen?

Händelse-ID 1237-meddelanden i händelseloggen för lagringsreplikadministratören på målservern visar antalet kopierade byte och återstående byte var 10:e sekund.

Ett annat alternativ är att använda prestandaräknaren storage replica på målservern under \Storage Replica Statistics\Total Bytes Received för en eller flera replikerade volymer.

Du kan också fråga replikeringsgruppen med hjälp av Windows PowerShell. Följande exempelkommando hämtar till exempel namnet på grupperna på målet och frågar sedan en grupp med namnet Replikering 2 var tionde sekund för att visa förloppet:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Kan jag ange vilka nätverksgränssnitt som ska användas för replikering?

Ja. Om du vill ange vilka nätverksgränssnitt som ska användas för replikering använder du cmdleten Set-SRNetworkConstraint. Den här cmdleten fungerar på gränssnittsskiktet. Du kan använda det både i kluster- och icke-klusterscenarier.

Kör till exempel följande kommandon med en fristående server (på varje nod):

Get-SRPartnership

Get-NetIPConfiguration

Observera gateway- och gränssnittsinformationen (på båda servrarna) och partnerskapsanvisningarna. Kör sedan:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Om du vill konfigurera nätverksbegränsningar för ett stretchkluster kör du:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Kan jag konfigurera en-till-många-replikering eller transitiv replikering (A till B till C) ?

Nej, Storage Replica stöder endast en-till-en-replikering av en server, ett kluster eller en stretchklusternod. Du kan konfigurera replikering mellan olika servrar i ett specifikt volympar i båda riktningarna. Server 1 kan till exempel replikera D-volymen till Server 2 och dess E-volym från Server 3.

Kan jag utöka eller krympa replikerade volymer som Storage Replica replikerar?

Du kan utöka (utöka) volymer, men inte krympa dem. Som standard förhindrar Storage Replica att administratörer utökar replikerade volymer. Använd alternativet Set-SRGroup -AllowVolumeResize $TRUE i källgruppen innan du ändrar storlek.

Till exempel:

  1. Kör det här kommandot mot källdatorn: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
  2. Öka volymen med hjälp av den teknik du föredrar.
  3. Kör det här kommandot mot källdatorn: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Kan jag ansluta en målvolym för skrivskyddad åtkomst?

Windows Server 2016: Nej. Storage Replica demonterar målvolymen när replikeringen börjar i Windows Server 2016.

Windows Server 2019: Ja. Du kan montera mållagringen med hjälp av funktionen redundanstest. Om du vill utföra ett redundanstest måste du ha en oanvänd NTFS- eller ReFS-formaterad volym som för närvarande inte replikeras på målet. Montera sedan en ögonblicksbild av den replikerade lagringen tillfälligt för testning eller säkerhetskopiering.

Kör följande kommando för att skapa ett redundanstest för replikeringsgruppen RG2 på målservern SRV2med hjälp av T: som en tillfällig enhet som inte replikeras:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Den replikerade volymen är nu tillgänglig på SRV2. Du kan läsa och skriva till den normalt, kopiera filer från den eller köra en onlinesäkerhetskopia som du sparar någon annanstans för förvaring. Den T: volymen innehåller loggdata.

Om du vill ta bort ögonblicksbilden av redundanstestet och ignorera ändringarna kör du:

Dismount-SRDestination -Name RG2 -Computername SRV2

Du bör endast använda funktionen för redundanstest för kortsiktiga, tillfälliga åtgärder. Den är inte avsedd för långsiktig användning. Vid användning fortsätter replikeringen till den verkliga målvolymen.

Kan jag konfigurera Scale-Out Filserver (SOFS) i ett stretchkluster?

Även om det är tekniskt möjligt rekommenderar vi inte den här konfigurationen på grund av bristen på platsmedvetenhet i beräkningsnoderna som kontaktar SOFS-instansen. Om du använder nätverk på campusavstånd, där svarstiderna vanligtvis är mindre än en millisekunder, fungerar den här konfigurationen vanligtvis utan problem.

I en kluster-till-kluster-replikering har Storage Replica fullt stöd för SOFS, inklusive användning av Lagringsdirigering, när du replikerar mellan två kluster.

Krävs klusterdelade volymer för att replikeras i ett stretchkluster eller mellan kluster?

Nej. Du kan replikera med hjälp av klusterdelade volymer eller en beständig diskreservation (PDR) som ägs av en klusterresurs, till exempel en filserverroll.

I kluster-till-kluster-replikering har Storage Replica fullt stöd för SOFS, inklusive användning av Lagringsdirigering, vid replikering mellan två kluster.

Kan jag konfigurera Lagringsdirigering i ett stretchkluster med Storage Replica?

Nej. Den här konfigurationen stöds inte i Windows Server.

I kluster-till-kluster-replikering har Storage Replica fullt stöd för SOFS- och Hyper-V-servrar, inklusive användning av Lagringsdirigering.

Hur konfigurerar jag asynkron replikering?

Kör New-SRPartnership -ReplicationMode och ange argumentet Asynchronous. Som standard är all replikering i Storage Replica synkron. Du kan också ändra läget genom att köra Set-SRPartnership -ReplicationMode.

Hur förhindrar jag automatisk redundansväxling av ett stretchkluster?

Om du vill förhindra automatisk redundansväxling kan du använda PowerShell för att konfigurera Get-ClusterNode -Name "NodeName").NodeWeight=0. Det här kommandot tar bort omröstningen på varje nod på haveriberedskapsplatsen. Sedan kan du köra Start-ClusterNode -PreventQuorum på noder på den primära platsen och Start-ClusterNode -ForceQuorum på noder på haveriplatsen för att tvinga redundansväxling. Att förhindra automatisk redundans är inte tillgängligt som ett konfigurationsalternativ för användargränssnittet, och vi rekommenderar att du inte förhindrar automatisk redundans.

Hur inaktiverar jag återhämtning för virtuella datorer?

Kör (Get-Cluster).ResiliencyDefaultPeriod=0för att förhindra att den nya funktionen Hyper-V virtuella datorns återhämtning körs och i stället pausa virtuella datorer i stället för att växla över dem till haveriberedskapsplatsen.

Hur kan jag minska tiden för inledande synkronisering?

Du kan använda tunnetablerad lagring för att påskynda de första synkroniseringstiderna. Lagringsreplikfrågor för och använder automatiskt tunnetablerad lagring, inklusive icke-illustrerade lagringsutrymmen, Hyper-V dynamiska diskar och SAN(Storage Area Network) Logical Unit Numbers (LUN). När den inledande replikeringen har påbörjats kan du inte krympa eller trimma volymen.

Du kan också använda startdatavolymer för att minska bandbreddsanvändningen och i vissa fall synkroniseringstid. Använd alternativet Seeded i Klusterhanteraren för växling vid fel eller använd cmdleten New-SRPartnership för att säkerställa att målvolymen har en delmängd data från den primära platsen. Om volymen är mestadels tom kan användning av seeded sync minska tids- och bandbreddsanvändningen.

Om du vill hämta data kan du välja bland alternativ som erbjuder varierande effektgrader:

  • Föregående replikering. Replikera via normal inledande synkronisering lokalt mellan noder som innehåller diskar och volymer, ta bort replikering, skicka måldiskarna någon annanstans och lägg sedan till replikering med hjälp av det startalternativet. Den här metoden är den mest effektiva eftersom Storage Replica garanterar en blockkopieringsspegling och det enda som ska replikeras är deltablock.
  • Återställd ögonblicksbild eller återställd ögonblicksbildbaserad säkerhetskopiering. Genom att återställa en volymbaserad ögonblicksbild till målvolymen bör det finnas minimala skillnader i blocklayouten. Den här metoden är näst mest effektiv. Block kommer sannolikt att matchas eftersom volymögonblicksbilder är speglingsbilder.
  • Kopierade filer. Skapa en ny volym på målet som inte användes och utför sedan en fullständig robocopy /MIR trädkopia av data. Det kommer sannolikt att finnas blockmatchningar. Att använda Utforskaren i Windows eller kopiera en del av trädet skapar inte många blockmatchningar. Att kopiera filer manuellt är den minst effektiva metoden för seeding.

Kan jag delegera användare att administrera replikering?

Ja. Använd cmdleten Grant-SRDelegation för att delegera användare. Du kan använda kommandot för att ange specifika användare i scenarier för server-till-server, kluster-till-kluster och stretchklusterreplikering. Kommandot delegerar behörigheterna att skapa, ändra eller ta bort replikering utan att vara medlem i den lokala administratörsgruppen.

Till exempel:

Grant-SRDelegation -UserName contoso\tonywang

Cmdleten påminner dig om att användaren måste logga ut och sedan logga in på servern som de planerar att administrera för att ändringen ska börja gälla. Du kan använda cmdletarna Get-SRDelegation och Revoke-SRDelegation för att ytterligare kontrollera delegeringen.

Vilka alternativ har jag för säkerhetskopiering och återställning för replikerade volymer?

Storage Replica stöder säkerhetskopiering och återställning av källvolymen. Det stöder också att skapa och återställa ögonblicksbilder av källvolymen. Du kan inte säkerhetskopiera eller återställa målvolymen medan den skyddas av Storage Replica eftersom den inte är monterad eller tillgänglig.

Om du upplever en katastrof och källvolymen går förlorad kan du använda cmdleten Set-SRPartnership för att höja upp målet som den nya källvolymen. På den nyligen upphöjda källan kan du säkerhetskopiera eller återställa volymen. Du kan också ta bort replikering med hjälp av cmdletarna Remove-SRPartnership och Remove-SRGroup för att återmontera volymen som skrivbar.

Om du vill skapa periodiska programkonsekventa ögonblicksbilder kan du använda Volume Shadow Copy Service (VSS) genom att köra VSSAdmin.exe på källservern för att ögonblicksbildera replikerade datavolymer.

Om du till exempel replikerar den F: volymen med Storage Replica kör du det här kommandot:

vssadmin create shadow /for=F:

När du sedan har bytt replikeringsriktning, tar bort replikeringen eller helt enkelt fortfarande har samma källvolym kan du återställa alla ögonblicksbilder till dess tidpunkt.

Du kan till exempel fortfarande använda F:, kör:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Du kan också schemalägga det här verktyget så att det körs regelbundet med hjälp av en schemalagd aktivitet. Mer information om hur du använder VSS finns i vssadmin. VSS ignorerar loggvolymen, så du behöver inte säkerhetskopiera loggvolymen.

Storage Replica stöder filbaserade säkerhetskopior. Storage Replica stöder inte blockbaserad säkerhetskopiering och återställning.

Vilka nätverksportar kräver Storage Replica?

Storage Replica förlitar sig på SMB (Server Message Block) och Web Services Management (WSMan) för replikering och hantering, så följande portar krävs:

  • 445 (SMB; replikeringstransportprotokoll, kluster RPC-hanteringsprotokoll)
  • 5445 (iWARP SMB; behövs endast när du använder rdma-nätverk (remote direct memory access) i iWARP
  • 5985 (WSManHTTP; hanteringsprotokoll för Windows Management Instrumentation (WMI)/Common Information Model (CIM)/PowerShell)

Anmärkning

Cmdleten Test-SRTopology kräver ICMPv4/ICMPv6, men inte för replikering eller hantering.

Vad är metodtips för loggvolymer?

Den optimala storleken på loggen varierar mycket per miljö och arbetsbelastning och hur mycket skriv-I/O som arbetsbelastningen presterar.

  • En större eller mindre logg gör inte replikeringen snabbare eller långsammare.
  • En större eller mindre logg har ingen betydelse för en datavolym på 10 GB jämfört med en datavolym på 10 TB (till exempel).

En större logg samlar helt enkelt in och behåller mer skriv-I/Os innan de omsluts. En större logg gör att ett avbrott i tjänsten mellan käll- och måldatorn, till exempel ett nätverksavbrott eller att målet är offline, kan gå längre. Din logg är till exempel konfigurerad att innehålla upp till 10 timmars skrivningar och nätverket går ned i 2 timmar. När nätverket returnerar kan källan bara spela upp deltat av osynkronerade ändringar tillbaka till målet. Om loggen rymmer 10 timmar och avbrottet är två dagar måste källan nu spela upp från en annan logg som kallas bitmappen, och ts är vanligtvis långsammare för att komma tillbaka till synkroniseringen. När den är synkroniserad återgår den till att använda loggen.

Storage Replica förlitar sig på loggen för all skrivprestanda. Loggprestanda är avgörande för replikeringsprestanda. Du måste se till att loggvolymen presterar bättre än datavolymen eftersom loggen serialiserar och sekventielliserar alla skriv-I/O. Du bör alltid använda flash-media som en SSD -enhet (Solid State Drive) på loggvolymer. Du får aldrig tillåta att andra arbetsbelastningar körs på loggvolymen, på samma sätt som du aldrig tillåter att andra arbetsbelastningar körs på SQL-databasloggvolymer.

Viktigt!

Vi rekommenderar att logglagringen går snabbare än din datalagring och att loggvolymer aldrig används för andra arbetsbelastningar.

Du kan få rekommendationer för loggstorlek genom att köra cmdleten Test-SRTopology. Du kan också använda prestandaräknare på befintliga servrar för att göra en bedömning av loggstorlek. Formeln är enkel: övervaka datadiskens dataflöde (Avg Write Bytes/Sec) under arbetsbelastningen och använd den för att beräkna hur lång tid det tar att fylla i loggen med olika storlekar. Datadiskens dataflöde på 50 MB/s gör till exempel att loggen på 120 GB omsluts på 120 GB dividerat med 50 MB per sekund, vilket är 2 400 sekunder eller 40 minuter. Så den tid som målservern kan vara oåtkomlig innan loggen omsluts är 40 minuter. Om loggen omsluts men målet kan nås igen, blockerar källan igen via bitmappsloggen i stället för huvudloggen. Loggens storlek påverkar inte prestandan.

Endast datadisken från källklustret ska säkerhetskopieras. Lagringsreplikloggdiskarna bör inte säkerhetskopieras eftersom en säkerhetskopia kan vara i konflikt med storage replica-åtgärder.

Vilken topologi ska jag välja: stretchkluster, kluster-till-kluster eller server-till-server?

Storage Replica finns i tre huvudkonfigurationer: stretchkluster, kluster till kluster och server-till-server. Varje topologi har olika fördelar.

Topologin för stretchkluster är perfekt om din arbetsbelastning kräver automatisk redundans med orkestrering, till exempel i ett Hyper-V privat molnkluster eller för SQL Server FCI. Den har också ett inbyggt grafiskt gränssnitt, Redundansklusterhanteraren, för enkel användning. Den använder den klassiska asymmetriska klusterdelade lagringsarkitekturen för lagringsutrymmen, SAN, iSCSI och RAID via beständiga reservationer. Du kan köra den här topologin med så få som två noder.

Topologin kluster-till-kluster använder två separata kluster. Den här topologin är perfekt om du vill ha manuell redundans eller när den andra platsen etableras för haveriberedskap och inte för daglig användning. Orkestrering är manuellt. Till skillnad från i en topologi för stretchkluster kan du använda Lagringsdirigering i den här konfigurationen (se vanliga frågor och svar om Lagringsreplik och dokumentationen om kluster-till-kluster). Du kan köra den här topologin med så få som fyra noder.

Topologin server-till-server är perfekt om du kör maskinvara som inte kan klustras. Det kräver manuell redundans och orkestrering. Det är perfekt för billiga distributioner mellan avdelningskontor och centrala datacenter, särskilt när du använder asynkron replikering. Den här konfigurationen kan ofta ersätta instanser av DFS Replication-skyddade filservrar (Distributed File System Replication) som du använder för haveriberedskapsscenarier med en enda huvudserver.

Topologierna stöder i samtliga fall både körning på fysisk maskinvara och körning på virtuella datorer. På en virtuell dator kräver den underliggande hypervisorn inte Hyper-V. Du kan till exempel använda VMware, KVM eller Xen.

Storage Replica har också ett server-till-själv-läge, där du pekar replikering till två olika volymer på samma dator.

Stöds Datadeduplicering med Storage Replica?

Ja. Aktivera Datadeduplicering på en volym på källservern, och under replikeringen tar målservern emot en deduplicerad kopia av volymen.

Även om du bör installera Datadeduplicering på både käll- och målservrarna (se Installera och aktivera Datadeduplicering) är det viktigt att inte aktivera datadeduplicering på målservern. Storage Replica tillåter endast skrivningar på källservern. Eftersom Datadeduplicering gör skrivningar till volymen ska den endast köras på källservern.

Kan jag replikera mellan Windows Server 2019 och Windows Server 2016?

Tyvärr har vi inte stöd för att skapa ett nytt partnerskap mellan Windows Server 2019 och Windows Server 2016. Du kan på ett säkert sätt uppgradera en server eller ett kluster som kör Windows Server 2016 till Windows Server 2019 och alla befintliga partnerskap fortsätter att fungera.

För att få bättre replikeringsprestanda för Windows Server 2019 måste alla medlemmar i partnerskapet köra Windows Server 2019. Du måste också ta bort befintliga partnerskap och associerade replikeringsgrupper och sedan återskapa dem med sådd data (antingen när du skapar partnerskapet i Windows Administrationscenter eller med hjälp av cmdleten New-SRPartnership).

Hur rapporterar jag ett problem med Storage Replica eller med dokumentationen?

Om du behöver teknisk hjälp med Storage Replica kan du publicera på Microsoft Q & A eller kontakta Microsoft Business Support.

Problem med den här dokumentationen finns i avsnittet Feedback längst ned på den här sidan och välj Den här sidan.

Kan Storage Replica konfigureras för att replikeras i båda riktningarna?

Storage Replica är en enkelriktad replikeringsteknik. Den replikeras endast från källan till målet per volym. Riktningen kan ångras när som helst, men den replikeras fortfarande bara i en riktning.

Du kan ha en uppsättning volymer (källa och mål) replikerade i en riktning och en annan uppsättning enheter (källa och mål) replikerade i motsatt riktning.

Du vill till exempel ha server-till-server-replikering konfigurerad. Server1 och Server2 har varsin enhetsbeteckning L:, M:, N:och O:. Du vill replikera enhet M: från Server1 till Server2och replikera enhet O: från Server2 till Server1. Så länge det finns separata loggenheter för var och en av grupperna kan du använda den här konfigurationen:

  • Server1 källenhet M: med källloggenheten L: replikeras till Server2 mål drive M: med målloggenheten L:.
  • Server2 källenhet O: med källloggenheten N: replikera till Server1 mål drive O: med målloggenheten N:.

Kan du placera klusterdiskar i underhållsläge?

Lagringsreplik blockerar alla klusterdiskar från att gå in i underhållsläge. För vissa uppgifter, som att aktivera eller inaktivera BitLocker, måste diskarna vara i underhållsläge. För uppgifter som kräver att diskarna är i underhållsläge måste kopplingen först brytas och sedan skapas igen när uppgiften har slutförts.

Kan du konfigurera Storage Replica mellan olika operativsystemversioner?

Storage Replica blockerar ett nytt partnerskap om replikeringsloggversionerna inte matchar eller om en funktion inte stöds av båda servrarna. Komprimering av Storage Replica är ett exempel på en funktion som inte matchar mellan operativsystemversioner eftersom den först lades till i Windows Server 2022. Om du försöker konfigurera ett partnerskap med en server som inte stöder en funktion returneras felet "Den begärda åtgärden stöds inte".

Följande tabell visar den aktuella loggversionens interoperabilitetsmatris:

Replikering från/till Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Relaterat innehåll