Sdílet prostřednictvím

Replikace úložiště mezi servery

Repliku úložiště můžete použít ke konfiguraci dvou serverů pro synchronizaci dat, aby každá z nich byla identická kopie stejného svazku. Tento článek obsahuje určitou řadu informací o konfiguraci replikace mezi servery a o tom, jak ji nastavit a spravovat prostředí.

Ke správě repliky úložiště můžete použít Windows Admin Center nebo PowerShellu.

Tady je přehled videa o používání repliky úložiště v Centru pro správu Windows.

Požadavky

  • Doménový les služby Active Directory Domain Services (nemusí běžet na Windows Server 2016).
  • Dva servery se systémem Windows Server 2019 nebo novějším nebo Windows Serverem 2016 Datacenter Edition. Pokud používáte Windows Server 2019, můžete použít Standard Edition, pokud replikujete jenom jeden svazek o velikosti až 2 TB.
  • Dvě sady úložišť využívající SAS JBOD, SAN s technologií Fibre Channel, iSCSI cílové zařízení nebo místní úložiště SCSI/SATA. Úložiště by mělo obsahovat kombinaci disků HDD a SSD médií. Zpřístupnit každou sadu úložiště jenom každému ze serverů bez sdíleného přístupu.
  • Každá sada úložiště musí umožňovat vytvoření alespoň dvou virtuálních disků, jeden pro replikovaná data a jednu pro protokoly. Fyzické úložiště musí mít stejné velikosti sektorů na všech datových discích. Fyzické úložiště musí mít stejné velikosti sektorů na všech discích protokolu.
  • Alespoň jedno připojení ethernet/TCP na každém serveru pro synchronní replikaci, ale nejlépe RDMA.
  • Odpovídající pravidla brány firewall a směrovače, která umožňují obousměrný provoz protokolu ICMP, portu SMB 445, SMB Direct portu 5445 a WS-MAN portu 5985 mezi všemi uzly.
  • Síť mezi servery s dostatečnou šířkou pásma, která zvládne váš pracovní zátěžový vstupně-výstupní zápis a průměrnou latenci přibližně 5 ms pro synchronní replikaci. Asynchronní replikace nemá doporučení latence.
  • Replikované úložiště se nedá nacházet na jednotce obsahující složku operačního systému Windows.

Pokud replikujete mezi místními servery a virtuálními počítači Azure, musíte vytvořit síťové propojení mezi místními servery a virtuálními počítači Azure. cs-CZ: K tomu použijte Express Route , připojení brány VPN typu Site-to-Site , nebo nainstalujte software VPN do virtuálních počítačů Azure a tím je připojte k místní síti.

Důležitý

V tomto scénáři by měl být každý server v jiné fyzické nebo logické lokalitě. Každý server musí být schopný komunikovat s druhým prostřednictvím sítě.

Mnohé z těchto požadavků je možné určit pomocí rutiny Test-SRTopology. Přístup k tomuto nástroji získáte, pokud nainstalujete aspoň na jeden server funkce Replika úložiště nebo Nástroje pro správu replik úložiště. Není potřeba Repliku úložiště konfigurovat pro použití tohoto nástroje, pouze nainstalovat rutinu.

Požadavky na Windows Admin Center

Pokud chcete společně používat repliku úložiště a Centrum pro správu Windows, potřebujete následující požadavky:

Systém Operační systém Požadováno pro
Dva servery
(libovolná kombinace místního hardwaru, virtuálních počítačů a cloudových virtuálních počítačů včetně virtuálních počítačů Azure)		 Windows Server 2019, Windows Server 2016 nebo Windows Server (kanálSemi-Annual) Replika úložiště
Jeden počítač Windows 10 nebo novější Centrum pro správu Windows

Poznámka

Teď nemůžete ke správě repliky úložiště použít Windows Admin Center na serveru.

Podmínky

Tento názorný postup používá jako příklad následující prostředí:

  • Dva servery s názvem SR-SRV05 a SR-SRV06.

  • Dvojice logických "lokalit", která představují dvě různá datová centra, s jedním zvaným Redmond a jednou s názvem Bellevue.

Diagram zobrazující server v budově 5 replikující data se serverem v budově 9

Krok 1: Instalace a konfigurace Centra pro správu Windows

Pokud ke správě repliky úložiště používáte Centrum pro správu Systému Windows, pomocí následujícího postupu připravte počítač ke správě repliky úložiště.

  1. Stáhněte a nainstalujte windows Admin Center.

  2. Stáhněte a nainstalujte nástroje pro vzdálenou správu serveru.

    Pokud používáte Windows 10 verze 1809 nebo novější, nainstalujte RSAT: Modul repliky úložiště pro Windows PowerShell z funkcí na vyžádání.

  3. Otevřete okno PowerShellu se zvýšenými oprávněními a spuštěním následujícího příkazu povolte v místním počítači protokol WS-Management a nastavte výchozí konfiguraci pro vzdálenou správu v klientovi:

    winrm quickconfig

  4. Zadáním Y povolte služby WinRM a aktivujte výjimku pro bránu firewall WinRM.

Krok 2: Zřízení operačního systému, funkcí, rolí, úložiště a sítě

  1. Nainstalujte desktopové prostředí Windows Serveru na oba uzly serveru.

    Pokud chcete použít virtuální počítač Azure připojený k síti přes ExpressRoute, přečtěte si téma Přidání virtuálního počítače Azure připojeného k síti přes ExpressRoute.

    Poznámka

    Počínaje Windows Admin Center verze 1910 můžete v Azure nakonfigurovat cílový server automaticky. Pokud zvolíte tuto možnost, nainstalujte Windows Server na zdrojový server a pak přejděte na Krok 3: Nastavení replikace mezi servery.

  2. Přidejte informace o síti, připojte servery ke stejné doméně jako počítač pro správu Windows 10 (pokud ho používáte) a restartujte servery.

    Poznámka

    Od tohoto okamžiku se vždy přihlaste jako uživatel domény, který je členem předdefinované skupiny správců na všech serverech. Při budoucím spuštění na grafickém serveru nebo na počítači s Windows 10 a novějšími nezapomeňte vždy spouštět příkazy PowerShell a CMD s vyššími oprávněními.

  3. Připojte první sadu zařízení pro úložiště JBOD, iSCSI target, FC SAN nebo místní pevný disk (DAS) k serveru v lokalitě Redmond.

  4. Připojte druhou sadu úložiště k serveru v lokalitě Bellevue.

  5. Podle potřeby nainstalujte nejnovější firmware a ovladače úložiště a skříně, ovladače HBA nejnovějšího dodavatele, firmware BIOS/UEFI, nejnovější síťové ovladače dodavatele a ovladače čipové sady základní desky na obou uzlech. Podle potřeby restartujte uzly.

    Poznámka

    Informace o konfiguraci sdíleného úložiště a síťového hardwaru najdete v dokumentaci dodavatele hardwaru.

  6. Ujistěte se, že nastavení systému BIOS/UEFI pro servery umožňují vysoký výkon, jako je zakázání stavu C, nastavení rychlosti QPI, povolení NUMA a nastavení nejvyšší frekvence paměti. Ujistěte se, že je řízení spotřeby ve Windows Serveru nastavené na vysoký výkon. Podle potřeby restartujte.

  7. Nakonfigurujte role následujícím způsobem:

    • metoda Windows Admin Center

      1. V Centru pro správu Windows přejděte na Správce serverua pak vyberte jeden ze serverů.
      2. Přejděte na Role & Funkce.
      3. Vyberte Funkce, vyberte Replika úložištěa pak vyberte Nainstalovat.
      4. Tento postup opakujte na druhém serveru.

    • metoda Správce serveru

      1. V Správce serveruvyberte Vytvořit skupinu serverůa pak přidejte všechny uzly serveru.

      2. Nainstalujte na každý z uzlů roli souborového serveru a repliku úložiště a restartujte je. Další informace najdete v tématu instalace nebo odinstalace rolí, služeb rolí nebo funkcí

    • Metoda Windows PowerShell

      Na SR-SRV06 nebo počítači pro vzdálenou správu nainstalujte požadované funkce a role a restartujte je:

      $Servers = 'SR-SRV05','SR-SRV06'
$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,FS-FileServer -IncludeManagementTools -Restart }

  8. Nakonfigurujte úložiště následujícím způsobem:

    Důležitý

    • V každé skříni musíte vytvořit dva svazky: jeden pro data a jeden pro protokoly.
    • Záznamové a datové disky musí být inicializovány jako GPT, nikoli jako MBR.
    • Dva datové svazky musí mít stejnou velikost.
    • Dva svazky protokolů by měly mít stejnou velikost.
    • Všechny replikované datové disky musí mít stejné velikosti sektorů.
    • Všechny disky protokolu musí mít stejné velikosti sektorů.
    • Svazky protokolů by měly používat flashové úložiště, například SSD. Microsoft doporučuje, aby úložiště protokolů bylo rychlejší než datové úložiště. Svazky protokolů nesmí být nikdy používány pro jiné úlohy.
    • Datové disky můžou používat disky HDD, SSD nebo vrstvené kombinace a můžou používat zrcadlené nebo paritní prostory nebo RAID 1 nebo 10 nebo RAID 5 nebo RAID 50.
    • Objem protokolů musí mít ve výchozím nastavení alespoň velikost 9 GB a může být větší nebo menší na základě požadavků protokolu.
    • Role souborového serveru je potřebná pouze pro to, aby Test-SRTopology fungovala, protože se otevřou potřebné porty firewallu pro testování.

    • pro skříně JBOD:

      1. Ujistěte se, že každý server vidí jen úložná zařízení této lokality a že je správně nakonfigurováno připojení SAS.

      2. Nakonfigurujte úložiště pomocí Prostorů úložiště podle kroků 1 až 3 uvedených v Nasazení Prostorů úložiště na Stand-Alone serveru pomocí Windows PowerShell nebo Správce serveru.

    • pro úložiště iSCSI:

      1. Ujistěte se, že každý cluster vidí jenom skříně úložiště dané lokality. Pokud používáte iSCSI, měli byste použít více než jeden síťový adaptér.

      2. Zřiďte úložiště pomocí dokumentace dodavatele. Pokud používáte cílení na iSCSI založené na Windows, přečtěte si přehled cílového serveru iSCSI.

    • pro úložiště FC SAN:

      1. Ujistěte se, že každý klastr vidí pouze úložné kryty lokality a že jste správně rozdělili do zón hostitele.

      2. Zřiďte úložiště pomocí dokumentace dodavatele.

    • Pro místní pevné diskové úložiště:

      • Ujistěte se, že úložiště neobsahuje systémový svazek, stránkový soubor ani soubory s výpisem paměti.

      • Zřiďte úložiště pomocí dokumentace dodavatele.

  9. Spusťte Windows PowerShell a pomocí rutiny Test-SRTopology určete, jestli splňujete všechny požadavky repliky úložiště. Cmdlet můžete použít v režimu pouze pro požadavky pro rychlý test a v dlouhotrvajícím režimu hodnocení výkonu. Například:

    Pro ověření navrhovaných uzlů, které mají každý objem F: a G:, spusťte test na 30 minut.

    $params = @{
    SourceComputerName   = 'SR-SRV05'
    SourceVolumeName     = 'F:'
    SourceLogVolumeName  = 'G:'
    DestinationComputerName = 'SR-SRV06'
    DestinationVolumeName = 'F:'
    DestinationLogVolumeName = 'G:'
    DurationInMinutes    = 30
    ResultPath           = 'C:\Temp'
}
MD C:\Temp
Test-SRTopology @params

    Důležitý

    Pokud během doby hodnocení používáte testovací server bez IO operací zápisu na zadaný zdrojový svazek, zvažte přidání úlohy, která vytvoří užitečnou zprávu. Měli byste otestovat úlohy podobné produkčnímu prostředí, abyste viděli reálná čísla a doporučené velikosti protokolů. Alternativně zkopírujte některé soubory do zdrojového svazku během testu nebo stáhněte a spusťte DISKSPD pro generování zápisových IO. Vzorek s nízkým zatížením zápisového IO po dobu 10 minut na svazek D:

    Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

  10. Prozkoumejte sestavu TestSrTopologyReport.html a ujistěte se, že splňujete požadavky Storage Replica.

    snímek obrazovky zobrazující sestavu topologie r testu

Krok 3: Nastavení replikace mezi servery

Použití Centra pro správu Windows

  1. Přidejte zdrojový server.

    1. Vyberte tlačítko Přidat.
    2. Vyberte Přidat připojení k serveru.
    3. Zadejte název serveru a vyberte Odeslat.

  2. Na stránce Všechna připojení vyberte zdrojový server.

  3. Na panelu nástroje vyberte Storage Replica.

  4. Vyberte Nový a vytvořte nové partnerství. Vytvoření nového virtuálního počítače Azure, který se použije jako cíl partnerství:

    1. V části Replikace s jiným serverem vyberte Použijte nový virtuální počítač Azure a pak vyberte Další. Pokud tuto možnost nevidíte, ujistěte se, že používáte Windows Admin Center verze 1910 nebo novější.

    2. Zadejte informace o zdrojovém serveru a název skupiny replikace a pak vyberte Další.

      Tím se zahájí proces, který automaticky vybere virtuální počítač Azure s Windows Serverem 2019 nebo Windows Serverem 2016 jako cíl pro zdroj migrace. Služba Storage Migration Service doporučuje velikost virtuálních počítačů, aby odpovídaly vašemu zdroji, ale můžete ji přepsat tak, že vyberete Zobrazit všechny velikosti. Data inventáře slouží k automatické konfiguraci spravovaných disků a jejich systémů souborů a připojení nového virtuálního počítače Azure k doméně Active Directory.

    3. Jakmile Windows Admin Center vytvoří virtuální počítač Azure, zadejte název skupiny replikace a pak vyberte Vytvořit. Centrum pro správu Windows pak zahájí normální proces počáteční synchronizace repliky úložiště, aby se začala chránit vaše data.

      Tady je video, které ukazuje, jak pomocí repliky úložiště migrovat na virtuální počítače Azure.

  5. Zadejte podrobnosti o partnerství a pak vyberte Vytvořit.

    snímek obrazovky nového partnerství repliky úložiště v Centru pro správu Windows.

Poznámka

Odebrání partnerství ze Storage Replica v centru Windows Admin Center neodebere název replikační skupiny.

Použití Windows PowerShellu

Konfigurace replikace mezi servery pomocí Windows PowerShellu Všechny kroky musíte provést přímo na uzlech nebo na počítači pro vzdálenou správu, který obsahuje nástroje pro vzdálenou správu serveru.

  1. Ujistěte se, že jako správce používáte konzolu PowerShellu se zvýšenými oprávněními.

  2. Nakonfigurujte replikaci mezi servery, zadejte zdrojové a cílové disky, zdrojové a cílové protokoly, zdrojové a cílové uzly a velikost protokolu.

    $params = @{
   SourceComputerName      = 'SR-SRV05'
   SourceRGName            = 'RG01'
   SourceVolumeName        = 'F:'
   SourceLogVolumeName     = 'G:'
   DestinationComputerName = 'SR-SRV06'
   DestinationRGName       = 'RG02'
   DestinationVolumeName   = 'F:'
   DestinationLogVolumeName= 'G:'
   LogType                 = 'Raw'
}
New-SRPartnership @params

    DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :

    Důležitý

    Výchozí velikost protokolu je 8 GB. V závislosti na výsledcích rutiny Test-SRTopology se můžete rozhodnout použít parametr LogSizeInBytes s vyšší nebo nižší hodnotou.

  3. Pokud chcete získat zdrojový a cílový stav replikace, použijte Get-SRGroup a Get-SRPartnership následujícím způsobem:

    Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

    CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

  4. Průběh replikace můžete určit následujícím způsobem:

    1. Na zdrojovém serveru spusťte následující příkaz a zkontrolujte ID událostí 1237, 2200, 5001, 5002, 5004 a 5015:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20

    2. Spuštěním následujícího příkazu na cílovém serveru zobrazte události repliky úložiště, které ukazují vytvoření partnerství. Tato událost uvádí počet zkopírovaných bajtů a dobu trvání.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

      TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

ReplicationGroupName: RG02
ReplicationGroupId: {616F1E00-5A68-4447-830F-B0B0EFBD359C}
ReplicaName: F:\
ReplicaId: {00000000-0000-0000-0000-000000000000}
End LSN in bitmap:
LogGeneration: {00000000-0000-0000-0000-000000000000}
LogFileId: 0
CLSFLsn: 0xFFFFFFFF
Number of Bytes Recovered: 68583161856
Elapsed Time (ms): 117

      Poznámka

      Storage Replica odpojí nebo odebere cílové svazky a jejich písmena jednotek nebo přípojné body. To je podle návrhu.

    3. Skupina cílových serverů repliky také uvádí počet bajtů, které se mají zkopírovat vždy, a je možné je dotazovat prostřednictvím PowerShellu. Například:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining

      Ukázka průběhu (která se neukončí):

      while($true) {

 $v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
 [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
 Start-Sleep -s 5
}

    4. Na cílovém serveru spusťte následující příkaz a prozkoumejte ID událostí 1237, 2200, 5001, 5002, 5004 a 5015, abyste pochopili průběh zpracování. V této sekvenci by neměla být žádná upozornění na chyby. Pokud dojde k několika ID událostí 1237, znamená to průběh.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL

Krok 4: Správa replikace

Spravujte a provozujte replikovanou infrastrukturu mezi servery. Všechny kroky můžete provést přímo na uzlech nebo na počítači pro vzdálenou správu, který obsahuje nástroje pro vzdálenou správu serveru.

  1. Pomocí Get-SRPartnership a Get-SRGroup určete aktuální zdroj a cíl replikace a jejich stav.

  2. K měření výkonu replikace použijte rutinu Get-Counter na zdrojovém i cílovém uzlu. Názvy čítačů:

    \Storage Replica Partition I/O Statistics(*)\Number of times flush paused
\Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O
\Storage Replica Partition I/O Statistics(*)\Number of requests for last log write
\Storage Replica Partition I/O Statistics(*)\Avg. Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests
\Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write
\Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency
\Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency
\Storage Replica Statistics(*)\Target RPO
\Storage Replica Statistics(*)\Current RPO
\Storage Replica Statistics(*)\Avg. Log Queue Length
\Storage Replica Statistics(*)\Current Log Queue Length
\Storage Replica Statistics(*)\Total Bytes Received
\Storage Replica Statistics(*)\Total Bytes Sent
\Storage Replica Statistics(*)\Avg. Network Send Latency
\Storage Replica Statistics(*)\Replication State
\Storage Replica Statistics(*)\Avg. Message Round Trip Latency
\Storage Replica Statistics(*)\Last Recovery Elapsed Time
\Storage Replica Statistics(*)\Number of Flushed Recovery Transactions
\Storage Replica Statistics(*)\Number of Recovery Transactions
\Storage Replica Statistics(*)\Number of Flushed Replication Transactions
\Storage Replica Statistics(*)\Number of Replication Transactions
\Storage Replica Statistics(*)\Max Log Sequence Number
\Storage Replica Statistics(*)\Number of Messages Received
\Storage Replica Statistics(*)\Number of Messages Sent

    Další informace o čítačích výkonu v prostředí Windows PowerShell naleznete v tématu Get-Counter.

  3. Pokud chcete přesunout směr replikace z jedné lokality, použijte rutinu Set-SRPartnership.

    $params = @{
   NewSourceComputerName  = 'SR-SRV06'
   SourceRGName           = 'RG02'
   DestinationComputerName = 'SR-SRV05'
   DestinationRGName      = 'RG01'
}
Set-SRPartnership @params

    Varování

    Windows Server zabraňuje přepnutí rolí při počáteční synchronizaci, protože může vést ke ztrátě dat, pokud se pokusíte přepnout před tím, než povolíte dokončení počáteční replikace. Nevyžadujte změnu směru, dokud nebude počáteční synchronizace dokončena.

    V protokolech událostí zkontrolujte směr změny replikace a režimu obnovení a pak je odsouhlaste. IOs pro zápis pak můžou zapisovat do úložiště vlastněného novým zdrojovým serverem. Změna směru replikace blokuje zápis IO operací na předchozím zdrojovém počítači.

  4. K odebrání replikace použijte Get-SRGroup, Get-SRPartnership, Remove-SRGroupa Remove-SRPartnership na každém uzlu. Ujistěte se, že spouštíte rutinu Remove-SRPartnership pouze na aktuálním zdroji replikace, ne na cílovém serveru. Na obou serverech spusťte Remove-SRGroup. Pokud chcete například odebrat veškerou replikaci ze dvou serverů:

    Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup

Nahrazení replikace DFS replikou úložiště

Mnoho zákazníků Microsoftu nasadí replikaci DFS jako řešení zotavení po havárii pro nestrukturovaná uživatelská data, jako jsou domovské složky a sdílené složky oddělení. Replikace DFS dodávaná ve Windows Serveru 2003 R2 a všech novějších operačních systémech a funguje v sítích s nízkou šířkou pásma, což je atraktivní pro prostředí s vysokou latencí a nízkou změnou s mnoha uzly. Replikace DFS má ale možná omezení jako řešení replikace dat:

  • Nereplikuje používané ani otevřené soubory.
  • Nereplikuje se synchronně.
  • Latence asynchronní replikace může být mnoho minut, hodin nebo dokonce dnů.
  • Spoléhá na databázi, která může po přerušení napájení vyžadovat zdlouhavé kontroly konzistence.
  • Je nakonfigurovaná jako multi-master, což umožňuje změny toku v obou směrech, případně přepisování novějších dat.

Replika úložiště nemá žádná z těchto omezení. Má ale několik, které by mohly být méně zajímavé v některých prostředích:

  • Umožňuje pouze replikaci 1:1 mezi svazky. Je možné replikovat různé svazky mezi více servery.
  • Přestože podporuje asynchronní replikaci, není určená pro sítě s nízkou šířkou pásma a vysokou latencí.
  • V průběhu replikace neumožňuje uživatelům přístup k chráněným datům v cíli.

Pokud tyto faktory neblokují, replika úložiště umožňuje nahradit servery replikace DFS touto novější technologií. Proces na vysoké úrovni, který uživatelům umožňuje přístup ke svým datům, je následující:

  1. Nainstalujte nebo upgradujte Windows Server na dva servery a nakonfigurujte úložiště.
  2. Ujistěte se, že data určená k replikaci jsou na datových svazcích, a ne na jednotce C:.
    1. Data můžete na jiném serveru volitelně naplnit pomocí záloh nebo kopií souborů.
  3. Sdílejte data na zdrojovém serveru prostřednictvím oboru názvů DFS, abyste zachovali přístupnost.
    1. Vytvořte stejné sdílené složky na cílovém serveru; ponechte je zakázané v oborech názvů DFS.
  4. Povolte replikaci repliky úložiště a dokončete počáteční synchronizaci.
    1. Preferujete synchronní replikaci pro konzistenci dat.
    2. Povolte stínové kopie svazku a pravidelně pořizujte snímky pro konzistenci dat.
  5. Normálně funguje, dokud nedojde k havárii.
  6. Přepněte cílový server na nový zdrojový systém, aby se zobrazily replikované svazky.
    1. Při synchronní replikaci je potřeba minimální obnovení dat; asynchronně použijte snímky VSS v případě potřeby.
  7. Přidejte server a sdílené položky do oborů názvů DFS jako cílové složky.

Poznámka

Plánování zotavení po havárii je komplexní téma, které vyžaduje velkou pozornost k podrobnostem. Důrazně se doporučuje vytváření runbooků a provádění ročních cvičení živého převzetí služeb při selhání. Když dojde k havárii, zkušení pracovníci můžou být nedostupní.

Přidání virtuálního počítače Azure připojeného k síti přes ExpressRoute

  1. Vytvořte ExpressRoute v Azure portálu.

    Po schválení ExpressRoute se do předplatného přidá skupina prostředků. Přejděte na skupiny prostředků, kde si můžete prohlédnout tuto novou skupinu. Poznamenejte si název virtuální sítě.

    snímek obrazovky webu Azure Portal zobrazující skupinu prostředků přidanou pomocí ExpressRoute.

  2. Vytvořit novou skupinu prostředků.

  3. Přidat skupinu zabezpečení sítě. Při vytváření vyberte ID předplatného přidruženého k vytvořené službě ExpressRoute a vyberte také skupinu prostředků, kterou jste právě vytvořili.

    Do skupiny zabezpečení sítě přidejte všechna příchozí a odchozí pravidla zabezpečení. Můžete například chtít povolit přístup ke vzdálené ploše k virtuálnímu počítači.

  4. Vytvořte virtuální počítač Azure s následujícím nastavením:

    • veřejné IP adresy: Žádná
    • virtuální síť: Vyberte virtuální síť, kterou jste si poznamenali ze skupiny prostředků přidané pomocí ExpressRoute.
    • skupina zabezpečení sítě (brána firewall): Vyberte skupinu zabezpečení sítě, kterou jste vytvořili dříve.

    snímek obrazovky Vytvořit virtuální počítač na webu Azure Portal zobrazující nastavení sítě ExpressRoute

  5. Po vytvoření virtuálního počítače si přečtěte krok 2: Zřízení operačního systému, funkcí, rolí, úložiště a síťových.

Viz také