Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A Tárreplika használatával konfigurálhat két kiszolgálót az adatok szinkronizálására, hogy mindegyik azonos kötetpéldánysal rendelkezzen. Ez a cikk a kiszolgálók közötti replikáció konfigurációját, valamint a környezet beállítását és kezelését ismerteti.
A tárreplika kezeléséhez használhatja a Windows Felügyeleti központot vagy a PowerShellt.
A Storage Replica használatának áttekintéséhez a Windows Admin Centerben tekintse meg az alábbi videót.
Prerequisites
Active Directory Domain Services-erdő. (Nem kell futtatnia a Windows Server 2016-ot.)
Két, Windows Server 2019-et vagy Windows Server 2016 Datacentert futtató kiszolgáló.
Ha Windows Server 2019-et futtat, akkor a Standard Editiont használhatja, ha csak egy legfeljebb 2 TB méretű kötet replikálása megfelelő a forgatókönyvhöz.
Két tárolókészlet, amelyek tartalmazhatják a Serial Attached SCSI (SAS) lemeztömböt (JBOD), a Fibre Channel Storage Area Network (FC SAN), az Internet Small Computer Systems Interface (iSCSI) célpontot, vagy a helyi SCSI vagy SATA tárolót. A tárolónak merevlemez-meghajtót (HDD) és SSD-adathordozót kell tartalmaznia. Az egyes tárolókészleteket csak az egyes kiszolgálók számára teszi elérhetővé, közös hozzáférés nélkül.
Minden tárolókészletnek támogatnia kell legalább két virtuális lemez létrehozását, egyet replikált adatokhoz, egyet pedig naplókhoz. A fizikai tárolónak az összes adatlemezen azonos szektorméretekkel kell rendelkeznie. A fizikai tárolónak az összes naplólemezen azonos szektorméretekkel kell rendelkeznie.
Minden kiszolgálón legalább egy Ethernet-/TCP-kapcsolat szükséges a szinkron replikációhoz, de a távoli közvetlen memória-hozzáférés (RDMA) előnyben részesített.
Megfelelő tűzfal- és útválasztószabályok az Internet Control Message Protocol (ICMP), a kiszolgálói üzenetblokk (SMB) (445-ös port és az SMB Direct 5445-ös port) és a Web Services Management (WS-Man) (5985-ös port) kétirányú forgalmának engedélyezéséhez az összes csomópont között.
Olyan hálózat a kiszolgálók között, amelyek elegendő sávszélességet biztosítanak a bemeneti/kimeneti (I/O) írási számítási feladatokhoz, és átlagosan 5 ms-os lekerekítési késést biztosítanak a szinkron replikációhoz. Az aszinkron replikáció nem rendelkezik késési javaslatokkal.
Ha a helyszíni kiszolgálók és az Azure-beli virtuális gépek között replikál, létre kell hoznia egy hálózati kapcsolatot a helyszíni kiszolgálók és az Azure-beli virtuális gépek között. A hivatkozás létrehozásához használja az Azure ExpressRoute-ot, használjon helyek közötti VPN-átjárókapcsolatot, vagy telepítse a VPN-szoftvereket az Azure-beli virtuális gépeken, hogy összekapcsolja őket a helyszíni hálózattal.
A replikált tároló nem található a Windows operációs rendszer mappáját tartalmazó meghajtón.
Important
Ebben a forgatókönyvben minden kiszolgálónak más fizikai helyen vagy egy másik logikai helyen kell lennie. Minden kiszolgálónak képesnek kell lennie a másik kiszolgálóval való kommunikációra egy hálózaton keresztül.
Ezek közül a követelmények közül számosat a Test-SRTopology parancsmaggal ellenőrizheti. Ehhez az eszközhöz akkor férhet hozzá, ha telepíti a Tárreplika szolgáltatást, vagy legalább egy kiszolgálón telepíti a Tárreplika felügyeleti eszközök funkcióit. Az eszköz használatához egyszerűen telepítse és futtassa a parancsmagot. További információt a cikk későbbi részében talál.
A Windows Felügyeleti központ követelményei
A Tárreplika és a Windows Felügyeleti központ együttes használatához a következő elemekre van szüksége:
| System | Operációs rendszer | A következőhöz szükséges: |
|---|---|---|
| Két kiszolgáló (helyszíni hardverek, virtuális gépek és felhőbeli, például Azure virtuális gépek) |
Windows Server 2019, Windows Server 2016 vagy Windows Server (Semi-Annual Channel) | Tárreplika |
| Egy pc | Windows 10 | Windows Admin Center |
Note
Jelenleg nem használhatja a Windows Felügyeleti központot az Azure Portalon a tárreplika kezeléséhez. A Windows Felügyeleti központ 2410-es és újabb verziója használható a tárreplika kezeléséhez.
Terms
Ez az útmutató a következő környezetet használja példaként:
Két kiszolgáló: SR-SRV05 és SR-SRV06
Logikai "helyek" párja, amelyek két különböző adatközpontot képviselnek: Redmond és Bellevue
1. lépés: A Windows Felügyeleti központ telepítése és konfigurálása a számítógépen
Ha a Windows Felügyeleti központot használja a tárreplika kezeléséhez, a következő lépésekkel állíthatja be a számítógépét a tárreplika kezeléséhez.
Töltse le és telepítse a Windows Felügyeleti központot.
Töltse le és telepítse a távoli kiszolgáló felügyeleti eszközeit.
Ha a Windows 10 1809-es vagy újabb verzióját használja, telepítse az RSAT: Storage Replica Module for Windows PowerShell szolgáltatást az igény szerinti szolgáltatásokból.
Nyisson meg egy PowerShell-munkamenetet rendszergazdaként:
- Válassza a Start lehetőséget.
- Adja meg a PowerShellt.
- Kattintson a jobb gombbal a Windows PowerShellre.
- Válassza a Futtatás rendszergazdaként lehetőséget.
Adja meg a következő parancsot a WS-Man protokoll helyi számítógépen való engedélyezéséhez, és állítsa be az alapértelmezett konfigurációt a távoli felügyelethez az ügyfélen:
winrm quickconfigAdja meg az Y értéket a WinRM-szolgáltatások engedélyezéséhez és a WinRM-tűzfal kivételének engedélyezéséhez.
2. lépés: Az operációs rendszer, a szolgáltatások, a szerepkörök, a tároló és a hálózat kiépítése
Telepítse a Windows Servert mindkét kiszolgálócsomópontra a Windows Server (Desktop Experience) telepítési típussal.
Használhat olyan Azure-beli virtuális gépet, amely az ExpressRoute-on keresztül csatlakozik a hálózathoz.
Note
A Windows Felügyeleti központ 1910-es verziójától kezdve automatikusan konfigurálhat célkiszolgálót az Azure-ban. Ha ezt a lehetőséget választja, telepítse a Windows Servert a forráskiszolgálóra, majd ugorjon a 3. lépésre: Kiszolgálóról kiszolgálóra replikáció beállítása.
Adjon hozzá hálózati adatokat, csatlakozzon a kiszolgálókhoz a Windows 10 felügyeleti számítógépével megegyező tartományba (ha használ egyet), majd indítsa újra a kiszolgálókat.
Note
A fennmaradó lépések végrehajtásához jelentkezzen be tartományi felhasználóként, aki az összes kiszolgálón a beépített rendszergazdai csoport tagja. Grafikus kiszolgáló telepítésekor vagy Windows 10 rendszerű számítógépen mindenképpen emelje fel a PowerShellt és a parancssorokat a többi lépésben.
Csatlakoztassa az első JBOD-tárolóházat, iSCSI-tárolót, FC SAN-t vagy helyi rögzített lemezes közvetlen csatlakoztatású tárolót (DAS) a redmondi hely kiszolgálójához.
Csatlakoztassa a második tárolókészletet a Bellevue hely kiszolgálóhoz.
Mindkét csomóponton telepítse a legújabb szállítói tároló- és ház vezérlő- és illesztőprogramjait, a legújabb szállítói hosztbusz-adapter (HBA) illesztőprogramokat, a legújabb szállítói BIOS/UEFI vezérlőprogramot, a legújabb szállítói hálózati illesztőprogramokat és a legújabb alaplapi lapkakészlet-illesztőprogramokat. Szükség szerint indítsa újra a csomópontokat.
Note
A megosztott tároló- és hálózati hardver konfigurálásához tekintse meg a hardvergyártó dokumentációját.
Győződjön meg arról, hogy a kiszolgálók BIOS/UEFI-beállításai nagy teljesítményt tesznek lehetővé, például letiltják a C-állapotot, beállítják a QPI sebességét, engedélyezik a nemuniformos memóriahozzáférést (NUMA), és beállítják a legmagasabb memóriafrekvenciát. Győződjön meg arról, hogy a Windows Server energiagazdálkodása nagy teljesítményűre van állítva. Szükség szerint indítsa újra.
Konfigurálja a szerepköröket az alábbi szakaszokban leírtak szerint:
Windows Felügyeleti központ módszer
- A Windows Felügyeleti központban nyissa meg a Kiszolgálókezelőt, majd válasszon egy kiszolgálót.
- Lépjen a Szerepkörök és szolgáltatások részhez.
- Válassza a Szolgáltatások>tárreplika lehetőséget, majd válassza a Telepítés lehetőséget.
- Ismételje meg ezeket a lépéseket a másik kiszolgálón.
Server Manager metódus
FuttassaServerManager.exe, és hozzon létre egy kiszolgálócsoportot. Adja hozzá az összes kiszolgálócsomópontot.
Telepítse a fájlkiszolgáló és a tárreplika szerepköreit és funkcióit az egyes csomópontokon. Ezután indítsa újra a csomópontokat.
Windows PowerShell-metódus
SR-SRV06 vagy távoli felügyeleti számítógépen futtassa a következő parancsot egy Windows PowerShell-konzolon a szükséges szolgáltatások és szerepkörök telepítéséhez. Ezután indítsa újra a csomópontokat.
A Kiszolgálókezelőben válassza a Kiszolgálócsoport létrehozása lehetőséget, majd adja hozzá az összes kiszolgálócsomópontot.
Telepítse a fájlkiszolgálói szerepkört és a tárreplika funkciót az egyes csomópontokra, és indítsa újra őket. További információ: Szerepkörök, szerepkör-szolgáltatások vagy szolgáltatások telepítése vagy eltávolítása
További információ ezekről a lépésekről: Szerepkörök, szerepkör-szolgáltatások vagy szolgáltatások telepítése vagy eltávolítása
Konfigurálja a tárolást az alábbi lépésekben leírtak szerint.
Important
- Minden tárolóegységen két kötetet kell létrehoznia: egyet az adatokhoz, egyet pedig a naplókhoz.
- A napló- és adatlemezeket GUID partíciótáblaként (GPT) kell inicializálni, nem fő rendszerindítási rekordként (MBR).
- A két adatkötetnek azonos méretűnek kell lennie.
- A két naplókötetnek azonos méretűnek kell lennie.
- Minden replikált adatlemeznek azonos szektorméretűnek kell lennie.
- Minden naplólemeznek azonos szektorméretűnek kell lennie.
- A naplóköteteknek flash-alapú tárolót kell használniuk, például SSD-t. Javasoljuk, hogy a naplótárolás gyorsabb adattárolás legyen. A naplóköteteket soha nem szabad más számítási feladatokhoz használni.
- Az adatlemezek használhatnak HDD-t, SSD-t vagy rétegzett kombinációt, és használhatnak tükrözött vagy paritásos szóközöket, illetve RAID 1, RAID 10, RAID 5 vagy RAID 50 elemet.
- A naplóméret alapértelmezés szerint 8 GB, ha nincs meghatározva. A naplókötetnek legalább 10 GB-nak vagy nagyobbnak kell lennie a naplókövetelmények és a szervezeti igények alapján.
- A fájlkiszolgálói szerepkör csak a Test-SRTopology működéséhez szükséges. Megnyitja a teszteléshez szükséges tűzfalportokat.
JBOD-házak esetén:
Győződjön meg arról, hogy minden kiszolgáló csak az adott hely tárolóházait látja, és hogy az SAS-kapcsolatok megfelelően vannak konfigurálva.
A tároló kiépítése tárolóhelyek használatával: Végezze el az 1–3. lépést a Tárolóhelyek üzembe helyezése Stand-Alone-kiszolgálón a Windows PowerShell vagy a Server Manager használatával.
iSCSI-tároló esetén:
Győződjön meg arról, hogy minden klaszter csak az adott hely tároló egységeit látja. Ha iSCSI-t használ, több hálózati adaptert kell használnia.
A tároló beállítása a szállító dokumentációja alapján. Ha Windows-alapú iSCSI célzást használ, tanulmányozza az iSCSI célblokk tárhely: útmutatót.
FC SAN-tároló esetén:
Győződjön meg arról, hogy minden fürt csak az adott hely tárolóházait látja, és hogy megfelelően zónázta-e a gazdagépeket.
A tároló beállítása a szállító dokumentációja alapján.
Helyi rögzített lemeztároló esetén:
Győződjön meg arról, hogy a tároló nem tartalmaz rendszerkötetet, lapozófájlt vagy memóriaképfájlt.
A tároló beállítása a szállító dokumentációja alapján.
Indítsa el a Windows PowerShellt, és a
Test-SRTopologyparancsmaggal állapítsa meg, hogy megfelel-e a tárreplika összes követelményének. A parancsmagot csak követelményeknek megfelelő módban használhatja gyorstesztekhez vagy hosszú ideig futó teljesítményértékelési módban.Ha például ellenőrizni szeretné, hogy a javasolt csomópontok mindegyike tartalmaz-e F: kötetet és G: kötetet, és 30 percig szeretné futtatni a tesztet, használja ezt a parancsot:
MD c:\tempImportant
Ha olyan tesztkiszolgálót használ, amely nem tölt be írási I/O-terhelést a megadott forrásköteten a kiértékelési időszakban, érdemes lehet számítási feladatot hozzáadni egy hasznos jelentés létrehozásához. Valós számok és ajánlott naplóméretek megismeréséhez éles környezethez hasonló munkaterhelésekkel kell tesztelnie. Másik lehetőségként másolja a fájlokat a forráskötetbe a teszt során, vagy töltse le és futtassa a DISKSPD-t az írási I/Os létrehozásához. Például másoljon egy mintafájlt, amely 10 percig futó alacsony írási I/O munkaterheléssel rendelkezik, a D: kötetre.
Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\testVizsgálja meg a TestSrTopologyReport.html jelentést, és győződjön meg arról, hogy megfelel a tárreplika követelményeinek.
3. lépés: Kiszolgálóról kiszolgálóra történő replikáció beállítása
A Windows Felügyeleti központ használata
Adja hozzá a forráskiszolgálót:
- Válassza a Hozzáadás lehetőséget.
- Válassza a Kiszolgálókapcsolat hozzáadása lehetőséget.
- Adja meg a kiszolgáló nevét, majd válassza a Küldés lehetőséget.
A Minden kapcsolat panelen válassza ki a forráskiszolgálót.
Az Eszközök panelen válassza a Tárreplika lehetőséget.
Új partnerkapcsolat létrehozásához válassza az Új lehetőséget.
Új Azure-beli virtuális gép létrehozása a partnerség célhelyeként:
A Replikálás másik kiszolgálóval csoportban válassza az Új Azure-beli virtuális gép használata, majd a Tovább gombot. Ha nem látja ezt a beállítást, győződjön meg arról, hogy a Windows Felügyeleti központ 1910-es vagy újabb verzióját használja.
Adja meg a forráskiszolgáló adatait és a replikációs csoport nevét, majd válassza a Tovább gombot.
Ez a lépés elindít egy folyamatot, amely automatikusan kiválaszt egy Windows Server 2019-et vagy Windows Server 2016 Azure-beli virtuális gépet a migrálási forrás célhelyeként. A Storage Migration Service a forrásnak megfelelő virtuálisgép-méreteket javasolja, de ezt a korlátozást felülbírálhatja az Összes méret megtekintése lehetőség kiválasztásával. A leltáradatok a felügyelt lemezek és fájlrendszereik automatikus konfigurálására, valamint az új Azure-beli virtuális gép Active Directory-tartományhoz való csatlakoztatására szolgálnak.
Miután a Windows Felügyeleti központ létrehozta az Azure-beli virtuális gépet, adjon meg egy replikációs csoportnevet, majd válassza a Létrehozás lehetőséget. A Windows Felügyeleti központ ezután megkezdi a normál tárreplika kezdeti szinkronizálási folyamatát az adatok védelmének megkezdéséhez.
Itt egy videó, amely bemutatja, hogyan használhatja a Tárreplikát az Azure-beli virtuális gépekre való migráláshoz.
Adja meg a partnerkapcsolat részleteit, majd válassza a Létrehozás lehetőséget.
Note
Ha eltávolítja a partnerkapcsolatot a Tárreplikából a Windows Felügyeleti központban, az nem távolítja el a replikációs csoport nevét.
A Windows PowerShell használata
Ezután konfigurálja a kiszolgálók közötti replikációt a Windows PowerShell használatával. Az alábbi lépéseket közvetlenül a csomópontokon vagy a Windows Server távoli kiszolgálófelügyeleti eszközeit tartalmazó távfelügyeleti számítógépen kell végrehajtania.
Ellenőrizze, hogy rendszergazdaként emelt szintű PowerShell-konzolt használ-e.
Konfigurálja a kiszolgáló–kiszolgáló replikációt. Adja meg a forrás- és céllemezeket, a forrás- és célnaplókat, a forrás- és célcsomópontokat, valamint a napló méretét.
New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType RawÍme egy példakimenet:
DestinationComputerName : SR-SRV06 DestinationRGName : RG02 SourceComputerName : SR-SRV05 PSComputerName :Important
Az alapértelmezett naplóméret 8 GB. A parancsmag eredményeitől
Test-SRTopologyfüggően dönthet úgy, hogy a-LogSizeInBytesparaméterrel magasabb vagy alacsonyabb értéket állít be.A replikáció forrásának és célállapotának lekéréséhez használja a következő parancsmagokat:
Get-SRGroupésGet-SRPartnership.Get-SRGroup Get-SRPartnership (Get-SRGroup).replicasÍme egy példakimenet:
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 :Határozza meg a replikáció előrehaladását az alábbi lépésekben leírtak szerint.
A forráskiszolgálón futtassa a következő parancsot, és vizsgálja meg az 5015-ös, 5002-s, 5004-ös, 1237-ös, 5001-ös és 2200-os eseményazonosítókat:
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20A célkiszolgálón futtassa a következő parancsot a partnerkapcsolat létrehozását bemutató Storage Replica események megtekintéséhez. Ez az esemény bemutatja a másolt bájtok számát, és hogy mennyi ideig tartott a partnerség létrehozása.
Például:
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | flÍme egy példakimenet:
TimeCreated : 4/8/2016 4:12:37 PM ProviderName : Microsoft-Windows-StorageReplica Id : 1215 Message : Block copy completed for replica. > [!NOTE] > By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.Másik lehetőségként a replikához tartozó célkiszolgáló-csoport mindig a másolandó bájtok számát adja meg. A PowerShell használatával lekérdezheti az adatokat.
Például:
(Get-SRGroup).Replicas | Select-Object numofbytesremainingÍme egy folyamatminta (amely nem fejeződik be):
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 }A célkiszolgálón futtassa a következő parancsot, és vizsgálja meg az 5009-ben, 1237-ben, 5001-ben, 5015-ben, 5005-ben és 2200-on futó eseményazonosítókat a feldolgozási folyamat megértéséhez. Ebben a sorozatban nem lehetnek hibákra figyelmeztető figyelmeztetések. Több 1237 eseményazonosító lesz, amelyek a folyamat előrehaladását jelzik.
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
4. lépés: Replikáció kezelése
Végül kezelje és működtesse a kiszolgálóról kiszolgálóra replikált infrastruktúráját. Az alábbi lépéseket közvetlenül a csomópontokon vagy a Windows Server távoli kiszolgálófelügyeleti eszközeit tartalmazó távfelügyeleti számítógépről hajthatja végre.
A
Get-SRPartnershipésGet-SRGroupparancsmagok segítségével meghatározhatja a replikáció aktuális forrását és célját, valamint azok állapotát.A replikáció teljesítményének méréséhez használja a
Get-Counterparancsmagot a forrás- és a célcsomópontokon is. A számlálónevek a következők:\Tárreplika partíciójának I/O-statisztikái(*)\A kiürítés szüneteltetésének előfordulásai száma
\Storage Replica Partition I/O Statistics(*)\A függőben lévő ürítési I/O-k száma
\Storage Replica Partition I/O Statistics(*)\Az utolsó naplóírási kérelmek száma
\Storage Replica Partition I/O Statistics(*)\Átlagos Kiürítési Sor Hosszúság
\Storage Replica Partition I/O Statisztikák(*)\Aktuális Flush Várakozási Sor Hossz
\Storage Replica Partíció Bemeneti/Kimeneti Statisztikái(*)\Az alkalmazás írási kérelmeinek száma
\Storage Replica Partition I/O Statistics(*)\Átlagos kérésszám naplóírásonként
\Storage Replica Partition I/O Statistics(*)\Átlagos alkalmazás írási késése
\Storage Replica Partition I/O Statistics(*)\Átlagos alkalmazás olvasási késleltetése
\Tároló Replika Statisztikák(*)\Cél RPO
\Storage Replica Statistics(*)\Aktuális RPO
\Storage Replica Statistics(*)\Átl. naplósor hosszúság
\Tároló Replika Statisztikák(*)\Jelenlegi Napló Várólistahossz
\Storage Replica Statistics(*)\Összes fogadott bájt statisztika
\Storage Replica Statisztikák(*)\Összes elküldött bájt
\Storage Replica Statistics(*)\Átlagos hálózati küldés késleltetés
\Tároló replika statisztikák(*)\Replikációs állapot
\Storage Replica Statisztikák(*)\Átl. üzenet oda-vissza késleltetés
\Storage Replica Statistics(*)\Utolsó helyreállítás eltelt ideje
\Storage Replica Statistics(*)\A kiürített helyreállítási tranzakciók száma
\Tárolóreplika statisztikái(*)\Helyreállítási tranzakciók száma
\Tárolóreplika statisztikák(*)\Kiürített replikációs tranzakciók száma
\Storage Replica Statistics(*)\Replikációs tranzakciók száma
\Storage Replica Statistics(*)\Maximális Napló Sorszám
\Tárreplika statisztikái(*)\Fogadott üzenetek száma
\Storage Replica Statistics(*)\Elküldött üzenetek száma
A Windows PowerShell teljesítményszámlálóiról további információt a Get-Counter című témakörben talál.
Ha a replikáció irányát egy helyről szeretné áthelyezni, használja a
Set-SRPartnershipparancsmagot:$params = @{ NewSourceComputerName = 'SR-SRV06' SourceRGName = 'RG02' DestinationComputerName = 'SR-SRV05' DestinationRGName = 'RG01' } Set-SRPartnership @paramsWarning
A Windows Server megakadályozza a szerepkörváltást, ha a kezdeti szinkronizálás folyamatban van. Adatvesztés akkor fordulhat elő, ha a kezdeti replikáció befejezése előtt próbál váltani. Ne kényszerítse az irányváltást, amíg a kezdeti szinkronizálás be nem fejeződik.
Az eseménynaplókban megtekintheti a replikációs változás és a helyreállítási mód irányát, majd egyeztethet. Az írási I/Os ezután az új forráskiszolgáló tárhelyére írhatnak. A replikáció irányának módosítása letiltja az írási műveleteket a kiindulási forrásszámítógépen.
A replikáció eltávolításához használja
Get-SRGroup,Get-SRPartnership,Remove-SRGroupésRemove-SRPartnershipaz egyes csomópontokon. Győződjön meg arról, hogy aRemove-SRPartnershipparancsmagot csak az aktuális replikációs forráson futtatja, a célkiszolgálón nem. FuttasdRemove-SRGroupmindkét kiszolgálón.Ha például az összes replikációt két kiszolgálóról szeretné eltávolítani, futtassa az alábbi parancsokat:
Get-SRPartnership Get-SRPartnership | Remove-SRPartnership Get-SRGroup | Remove-SRGroup
DFS replikáció cseréje tárreplikával
Számos Microsoft-ügyfél vészhelyreállítási megoldásként telepíti a Windows szolgáltatás elosztott fájlrendszerbeli replikációját strukturálatlan felhasználói adatokhoz, például otthoni mappákhoz és részlegszintű megosztásokhoz. Az elosztott fájlrendszer replikációs szolgáltatása a Windows Server 2003 R2 óta minden verzióban működik, és alacsony sávszélességű hálózatokon működik. Ez egy vonzó alternatíva a sok csomópontot tartalmazó nagy késésű és alacsony változású környezetekhez.
Az elosztott fájlrendszerbeli replikáció azonban adatreplikációs megoldásként jelentős korlátozásokkal rendelkezik:
- Nem replikálja a használaton belüli vagy megnyitott fájlokat.
- Nem replikál szinkron módon.
- Az aszinkron replikáció késése több perc, óra vagy akár nap is lehet.
- Olyan adatbázisra támaszkodik, amely hosszú konzisztencia-ellenőrzéseket igényelhet egy áramkimaradás után.
- Általában multi-master konfigurációként van beállítva, ami lehetővé teszi a módosítások mindkét irányba történő áramlását, és akár felülírhatja az újabb adatokat.
A Storage Replica nem rendelkezik ilyen korlátozásokkal.
A tárreplikáció azonban számos korlátozással rendelkezik, amelyek egyes környezetekben kevésbé vonzóvá tehetik.
- Csak egy-egy replikációt tesz lehetővé a kötetek között. Különböző kötetek replikálása több kiszolgáló között lehetséges.
- Bár támogatja az aszinkron replikációt, nem kis sávszélességű, nagy késésű hálózatokhoz tervezték.
- Ez nem teszi lehetővé a felhasználók számára, hogy hozzáférjenek a védett adatokhoz a célkiszolgálón, amíg a replikáció folyamatban van.
Ha ezek a tényezők nem blokkolják a forgatókönyvet, akkor a Tárreplika használatával lecserélheti az elosztott fájlrendszer replikációs kiszolgálóit a legújabb tárreplika-technológiára.
A folyamat magas szinten a következő lépésekkel rendelkezik:
Telepítse a Windows Servert két kiszolgálóra, és konfigurálja a tárterületet. Előfordulhat, hogy frissítenie kell egy meglévő kiszolgálókészletet, vagy törölnie kell az operációs rendszer tiszta telepítését.
Győződjön meg arról, hogy a replikálni kívánt adatok egy vagy több adatköteten vannak, és nem a C: meghajtón.
- Az adatokat a másik kiszolgálón is tárolhatja, hogy időt takarítson meg, biztonsági mentést vagy fájlmásolatokat használjon, vagy vékony kiosztott tárterületet használjon. A metaadat-szerű biztonsági egyezés tökéletessé tétele szükségtelen, ellentétben az elosztott fájlrendszer replikációs szolgáltatásával.
Ossza meg az adatokat a forráskiszolgálón, és tegye elérhetővé egy elosztott fájlrendszerbeli névtéren keresztül. Ez a lépés fontos annak biztosítása érdekében, hogy a felhasználók továbbra is hozzáférhessenek, ha a kiszolgáló neve egy elosztott fájlrendszerbeli névtérre változik egy katasztrófahelyen.
- A célkiszolgálón létrehozhat egyező megosztásokat, amelyek a normál műveletek során nem érhetők el.
- Ne adja hozzá a célkiszolgálót az elosztott fájlrendszerbeli névterek névteréhez. Ha igen, győződjön meg arról, hogy az összes mappacél le van tiltva.
Engedélyezze a tárreplika replikációt, és fejezze be a kezdeti szinkronizálást. A replikáció lehet szinkron vagy aszinkron.
- Azt javasoljuk, hogy szinkron replikációval garantálja az I/O-adatok konzisztenciáját a célkiszolgálón.
- Határozottan javasoljuk, hogy engedélyezze a kötet árnyékmásolatait, és rendszeresen készít pillanatképeket a vssadmin vagy más eszköz használatával. Ez a művelet garantálja, hogy az alkalmazások folyamatosan kiürítik az adatfájljaikat a lemezre. Ha katasztrófa történik, helyreállíthatja a fájlokat a célkiszolgálón lévő pillanatképekből, amelyek részben replikálhatók aszinkron módon. A pillanatképek fájlokkal együtt replikálódnak.
Működjön normálisan, amíg katasztrófa nem következik be.
Állítsa át a célkiszolgálót az új forrásra, amely a replikált köteteket a felhasználók számára jeleníti meg.
Ha szinkron replikációt használ, akkor nincs szükség adat-visszaállításra, kivéve, ha egy felhasználó tranzakcióvédelem nélkül írt adatokat író alkalmazást (ebben a forgatókönyvben a replikációnak nincs hatása), amikor a forráskiszolgáló elveszik. Ha az aszinkron replikációt választja, nagyobb szükség van a kötet árnyékmásolata szolgáltatás (VSS) pillanatkép-csatlakoztatására, de az alkalmazáskonzisztens pillanatképekhez minden körülmények között fontolja meg a VSS használatát.
Adja hozzá a kiszolgálót és a megosztásait a DFS Namespaces mappacélként.
A felhasználók ezután hozzáférhetnek az adataikhoz.
Note
A vészhelyreállítás tervezése összetett téma, és jelentős és részletes figyelmet igényel a tervezéshez. Nyomatékosan javasoljuk, hogy hozzon létre műveleti kézikönyveket, és végezze el az éves élő átállási próbákat. Amikor egy tényleges katasztrófa bekövetkezik, a káosz uralkodik, és a tapasztalt személyzet elérhetetlenné válhat.
Olyan Azure-beli virtuális gép hozzáadása, amely expressRoute-on keresztül csatlakozik a hálózathoz
Az Azure Portalon hozzon létre egy ExpressRoute-példányt.
Az ExpressRoute jóváhagyása után a rendszer hozzáad egy erőforráscsoportot az előfizetéshez. Az új csoport megtekintéséhez nyissa meg az Erőforráscsoportokat. Jegyezze fel a virtuális hálózat nevét.
Hozzon létre egy új erőforráscsoportot.
Adjon hozzá egy hálózati biztonsági csoportot. A hálózati biztonsági csoport létrehozásakor válassza ki a létrehozott ExpressRoute-példányhoz társított előfizetés-azonosítót, és válassza ki az ExpressRoute-hoz társított erőforráscsoportot.
Adjon hozzá minden szükséges bejövő és kimenő biztonsági szabályt a hálózati biztonsági csoporthoz. Előfordulhat például, hogy engedélyezni szeretné a távoli asztal hozzáférését a virtuális géphez.
Hozzon létre egy Azure-beli virtuális gépet , amely a következő beállításokkal rendelkezik:
- Nyilvános IP-cím: Nincs
- Virtuális hálózat: Válassza ki az ExpressRoute-példányhoz hozzáadott erőforráscsoportban feljegyzett virtuális hálózatnevet.
- Hálózati biztonsági csoport (tűzfal):: Válassza ki a létrehozott hálózati biztonsági csoportot.
A virtuális gép létrehozása után lásd : 2. lépés: Az operációs rendszer, a szolgáltatások, a szerepkörök, a tárterület és a hálózat kiépítése.