Replikimi i të dhënave.

19.05.2019 Në kontakt me

Të dhënat mund të përsëriten brenda rrjet lokal, dhe përmes WAN globale neto. Teknologjia DFSR është projektuar për të ngadaltë Rrjetet WAN dhe funksionon po aq me besueshmëri në internet sa edhe në të njëjtën ndërtesë.
Shtrohet pyetja - si ndryshon në thelb ky funksion nga hapësira e emrave DFS? Dallimi kryesor i tij është prania e funksionit të algoritmit të kompresimit diferencial në distancë (RDC), i cili përdoret për të përsëritur ndryshimet. Ideja themelore e këtij algoritmi është që vetëm pjesët e ndryshuara të skedarit të kopjohen. Për shembull, nëse ka një të madhe Dokument teksti, dhe shtuam disa faqe në mes të dokumentit, atëherë vetëm këto pak faqe do të transferohen në rrjet gjatë seancës së ardhshme të sinkronizimit. Kështu, është më e preferueshme të përdoret përsëritja e DFS në rrjete të ngadalta, për shembull, për të replikuar një (disa) dosje midis zyrave të vendosura në distancë me kanale të ngadalta.
Replikimi i të dhënave është elastik ndaj problemeve të rrjetit. Nëse komunikimi me makinën në distancë ndërpritet, atëherë përsëritja, natyrisht, do të ndalet. Por sapo rrjeti të funksionojë përsëri, riprodhimi do të fillojë nga vendi ku është ndërprerë.
Le të shqyrtojmë udhëzime hap pas hapi Cilësimet e riprodhimit të DFS. Gjëja e parë që duhet të bëni është.
Pas kësaj, ne krijojmë një grup replikimi (një grup replikues është një grup serverësh, të quajtur anëtarë, që marrin pjesë në riprodhimin e një ose më shumë dosjeve të përsëritura. Një dosje e përsëritur është një dosje për të cilën sinkronizimi mbështetet në secilin prej anëtarëve) , për ta bërë këtë, klikoni klikoni me të djathtën miu mbi "Replikimet", zgjidhni « Një grup i ri përsëritje..."

Në llojin e grupit të riprodhimit të përsëritur, unë rekomandoj të specifikoni "Grupi i përsëritjes universale", pasi ky lloj është më fleksibël në përdorim në të ardhmen.

Në dritaren tjetër, specifikoni emrin e grupit të riprodhimit, shkruani një koment (opsionale) dhe shikoni nëse domeni po përdoret (nëse organizata juaj përdor disa domene).

Pastaj ne tregojmë serverët që do të jenë pjesë e grupit të replikimit (mund të jenë dy ose më shumë prej tyre).

Në dritaren e përzgjedhjes së topologjisë, tregoni llojin e topologjisë së lidhjes, duke lexuar komentet nën secilin lloj, zgjidhni atë që ju përshtatet dhe klikoni "Me tutje". NË në këtë shembull të përdorura "Rrjeti i plotë".

Në dritaren tjetër, zgjidhni kohën në të cilën do të kryhet replikimi.Në këtë shembull, dua që replikimi të funksionojë gjatë gjithë orës, për këtë unë lë gjithçka në parazgjedhje.

Në dritare "Anëtari kryesor i përsëritjes" Ne tregojmë serverin në të cilin ruhen të dhënat.

Në dritaren tjetër, specifikoni dosjen që duhet të përsëritet.

Pastaj ne tregojmë dosjen në të cilën duhet të replikohemi (në një server tjetër).

Pas kësaj ne shikojmë gjithçka cilësimet e specifikuara dhe nëse gjithçka e treguar është e saktë, klikoni "Krijoni".

Tani në kategori "Replikimet" shohim replikimin e krijuar I zakonshëm.

Në mënyrë që të filloni replikimin manualisht, duhet të klikoni mbi replikimin, në këtë shembull "I zakonshëm", pastaj shkoni te skeda "Lidhjet" dhe klikoni me të djathtën në çdo lidhje dhe zgjidhni "Repliko tani".

Të dhënat nga zyrat e largëta shpesh grumbullohen dhe kombinohen në zyra qendrore. Në te njejtën mënyrë, mund t'i kopjoni të dhënat zyrat e largëta. Teknologjia për këtë quhet “Data Replication” dhe mbështetet nga produktet e Microinvest.

Dispozitat themelore

Replikimi i të dhënave - Teknologji moderne menaxhimi i të dhënave në disa pika, i cili ndërton sistemi i përgjithshëm përpunimin dhe konsolidimin e të dhënave. NË skicë e përgjithshme, Replikimi është një proces në të cilin të dhënat regjistrohen dhe ruhen në krye të serverëve individualë, por përmes menaxhimit të rrjedhës së informacionit, rezultatet organizohen në një server qendror.

Llojet e përsëritjes

Ekziston një ndarje e përsëritjeve sipas kohës:

Replikimi sinkron
Replikimi asinkron

Ndarja e përsëritjeve sipas detyrës:

Replikimi Master-Slave
Përsëritja me serverë kolegë (Multi Master)

Replikimi sinkron

Replikimi sinkron bëhet në kohë reale, informacioni shumëfishohet në të gjithë serverët. E veçanta e replikimit sinkron është se nëse lidhja midis serverëve humbet, askush nuk reflekton ndryshimet, cikli ndalon dhe procesi praktikisht nuk mund të vazhdojë. Është e nevojshme që të gjitha të dhënat të jenë 100% identike për të gjithë serverët dhe klientët. Kjo mënyrë nuk përdoret në sistemet reale të tregtimit, sepse në varësi të lidhjes.

Replikimi asinkron

Replikimi asinkron është një teknologji në të cilën të dhënat ruhen në server lokal, e cila nga ana e saj kujdeset për t'i kaluar ato në tjetrën dhe kalon vetëm diferencën. Kjo është teknologjia e duhur për ndërtimin e një sistemi tregtar, sepse... nuk ka kërkesë për komunikim të pandërprerë, dhe të dhënat transmetohen sa më shpejt që të jetë e mundur, por jo domosdoshmërisht në kohë reale.

Replikimi Master-Skllav

Replikimi Master-Slave varet nga një server qendror Master, i cili grumbullon të gjitha të dhënat dhe transmeton diferencën te serverët slave. Kështu, serveri Master ka gjithmonë një kopje të përditësuar të të dhënave, ndërsa serverët Slave presin ndryshime dhe i binden informacionit të dërguar nga Master. Ata përditësojnë të dhënat e tyre vonë. Avantazhi i kësaj teknologjie është ekzekutim i thjeshtë, disavantazhi është se regjistrimet bëhen gjithmonë në serverin Master, gjë që kërkon komunikim të vazhdueshëm me këtë server. Nëse lidhja do të humbasë me një server qendror, sistemi nuk do të jetë në gjendje të shfaqë transaksione të reja, por do të jetë e mundur të kryhen pyetje. Kjo teknologji zbatohet në Serveri MySQL dhe shpesh përdoret në sistemet tregtare. Në mënyrë tipike, serveri Master ndodhet në zyrën qendrore të kompanisë.

Replikimi me serverët kolegë

Përsëritja me serverët kolegë – Teknologji e avancuar, ku çdo server është i pavarur dhe, në të njëjtën kohë, pjesë rrjet i përbashkët. Me këtë teknologji, ekziston edhe një server qendror që menaxhon komunikimet ndërmjet serverëve të tjerë. Avantazhi i teknologjisë është pavarësia e plotë nga komunikimi në punë. Kur ka një lidhje, të dhënat transferohen në serverin qendror. Serverët skllav transmetojnë vetëm dallimet e tyre dhe nuk ngarkojnë kanalin e shkëmbimit të të dhënave. Kur nuk ka lidhje midis serverëve, të dhënat grumbullohen në nivel lokal për t'u bashkuar më vonë kur komunikimi të rikthehet. Kjo teknologji quhet Transactional Merge dhe zbatohet në MS SQL Server.

Replikimi në Microinvest Warehouse Pro

Disa burime të dobishme

Dokumentacion për të gjitha produktet;
Forumi i mbështetjes teknike Microinvest, ku mund të merrni shpejt një përgjigje për pyetjen tuaj;
Shembuj të automatizimit të restoranteve dhe tregtisë bazuar në Microinvest në Rusi dhe vendet e CIS;

Në bazë të funksioneve që kryejnë, serverët DNS ndahen në disa grupe; një server i një konfigurimi të caktuar mund t'i përkasë disa llojeve në të njëjtën kohë:

Mjeshtër, ose server primar(në terminologjinë BIND) - ka të drejtë të bëjë ndryshime në këto zona.
Një server skllav ose dytësor, i cili nuk ka të drejtë të bëjë ndryshime në të dhënat e zonës dhe merr mesazhe rreth ndryshimeve nga serveri kryesor.

Caching server DNS - shërben për pyetjet e klientit (merr një pyetje rekursive, e përmbush atë duke përdorur pyetje jo-rekurzive te serverët autoritativë, ose ia kalon pyetjen rekursive një serveri DNS të nivelit më të lartë).

Server lokal DNS - përdoret për t'u shërbyer klientëve DNS që funksionojnë në makinën lokale.

Përcjellja e serverit DNS - përcjell pyetjet e marra rekursive në një server memorie në rrjedhën e sipërme në formën e pyetjeve rekursive.

Serveri Root DNS është një server që është autoritar për zonën rrënjë.

Serveri DNS i regjistrimit është serveri që merr përditësime dinamike nga përdoruesit.

Llojet e zonave Të gjitha zonat DNS mund të ndahen në zona të kërkimit përpara dhe të kundërt. Për më tepër, secila prej tyre mund të jetë:

bazë;

shtesë ( kopje rezervë bazë);

integruar në Active Directory(lloji i zonës speciale i rekomanduar për mirëmbajtje Domenet e Windows 2000).

1. Zonat e pamjes së drejtpërdrejtë shërbejnë për të kthyer emrat e domeneve në adresa IP. 2. Zonat e kërkimit të kundërt ju lejon të gjeneroni kërkesa të kundërta për të kërkuar një emër sipas adresës IP. 3. Zona kryesore- tipi standard i zonës. Zonat kryesore ruhen si të thjeshta skedar teksti, plotësisht i pajtueshëm me BIND. Kjo ju lejon të transferoni lehtësisht të dhënat e zonës nga një server në tjetrin dhe të modifikoni manualisht skedarët e zonës.4. Zonë shtesë- kopje rezervë e zonës ekzistuese. 5. Zona e Integruar e Drejtorisë Active. Të dhënat e zonës së integruar ruhen në Active Directory (AD), duke ofruar nivelin më të lartë të besueshmërisë së Active Directory dhe DNS.

Replikimi i zonësështë një procedurë për përditësimin e një serveri dytësor DNS në të cilin të gjithë Regjistrimet DNS nga serveri kryesor DNS. Replikimi kryhet duke përdorur protokollin TCP përmes portit 53.

5. Sekuenca e veprimeve për konfigurimin e serverit DNS. Llojet e regjistrimeve të burimeve.

Sekuenca e veprimeve të konfigurimit:

Instalimi serverët DNS

Fillestare Konfigurimi DNS serverët

Pas instalimit të serverit, duhet të specifikoni disa parametra që serveri të funksionojë. Kjo bëhet duke redaktuar direktiva të caktuara në skedarin e opsioneve. Direktivat janë të shkruara në dosje.

Nisja e serverit DNS

Pas redaktimit të këtij skedari, duhet të rinisni serverin.

Pasi të funksionojë konvertimi përpara dhe prapa, Cilësimi i DNS serveri është kompletuar. Duhet t'i tregoni sistemit operativ që të përdorë serverin e sapokonfiguruar.

Të dhënat e burimeve- njësitë e ruajtjes dhe transmetimit të informacionit në DNS.

Llojet më të rëndësishme të regjistrimeve DNS janë:

Regjistrimi A Lidh një emër hosti me një adresë protokolli IPv4.

Regjistrimi AAAA Lidh një emër hosti me një adresë IPv6.

Regjistrimi CNAME përdoret për të ridrejtuar në një emër tjetër.

MX Record specifikon serverët e shkëmbimit të postës për këtë domen.

Hyrja NS tregon serverin DNS për këtë domen.

Regjistrimi PTR lidh adresën IP të një hosti me emrin e tij kanonik.

Regjistrimi SOA tregon se në cilin server është ruajtur informacioni i referencës për këtë domen.

Një rekord SRV tregon serverët për shërbime, të përdorura veçanërisht për Jabber dhe Active Directory.

Të dhënat mund të përsëriten si brenda një rrjeti lokal ashtu edhe përmes një rrjeti global WAN. Teknologjia DFSR është projektuar duke pasur parasysh rrjetet e ngadalta WAN dhe funksionon po aq me besueshmëri në internet sa edhe brenda së njëjtës ndërtesë.
Shtrohet pyetja - si ndryshon në thelb ky funksion nga hapësira e emrave DFS? Dallimi kryesor i tij është prania e funksionit të algoritmit të kompresimit diferencial në distancë (RDC), i cili përdoret për të përsëritur ndryshimet. Ideja themelore e këtij algoritmi është që vetëm pjesët e ndryshuara të skedarit të kopjohen. Për shembull, nëse kemi një dokument teksti të madh dhe kemi shtuar disa faqe në mes të dokumentit, atëherë vetëm këto pak faqe do të transferohen në rrjet gjatë seancës së ardhshme të sinkronizimit. Kështu, është më e preferueshme të përdoret përsëritja e DFS në rrjete të ngadalta, për shembull, për të replikuar një (disa) dosje midis zyrave të vendosura në distancë me kanale të ngadalta.
Replikimi i të dhënave është elastik ndaj problemeve të rrjetit. Nëse komunikimi me makinën në distancë ndërpritet, atëherë përsëritja, natyrisht, do të ndalet. Por sapo rrjeti të funksionojë përsëri, riprodhimi do të fillojë nga vendi ku është ndërprerë.
Le të shohim udhëzimet hap pas hapi për konfigurimin e përsëritjes së DFS. Gjëja e parë që duhet të bëni është.
Pas kësaj, ne krijojmë një grup replikimi (një grup replikues është një grup serverësh, të quajtur anëtarë, që marrin pjesë në riprodhimin e një ose më shumë dosjeve të përsëritura. Një dosje e përsëritur është një dosje për të cilën sinkronizimi mbështetet në secilin prej anëtarëve) , për ta bërë këtë, kliko me të djathtën mbi "Replikimet", zgjidhni "Grupi i ri i përsëritjes..."

Pastaj ne tregojmë serverët që do të jenë pjesë e grupit të replikimit (mund të jenë dy ose më shumë prej tyre).

Në dritare "Anëtari kryesor i përsëritjes" Ne tregojmë serverin në të cilin ruhen të dhënat.

Në dritaren tjetër, specifikoni dosjen që duhet të përsëritet.

Pastaj ne tregojmë dosjen në të cilën duhet të replikohemi (në një server tjetër).

Pas kësaj, ne shikojmë të gjitha cilësimet e specifikuara dhe nëse gjithçka është e saktë, klikoni "Krijoni".

Tani në kategori "Replikimet" shohim replikimin e krijuar I zakonshëm.

13 prill 2015 në ora 09:58

Vendosja e përsëritjes së vëllimit në Windows Serveri vNext

Blog i Microsoft

Mënyrë shërimi

Ditë të mbarë për të gjithë!

Sot do të doja t'ju tregoja për një shumë tipar interesant, e cila do të prezantohet në version i ri Windows Server vNEXT, dhe i cili është tashmë i disponueshëm për testim dhe testim në version paraprak Parashikimi teknik, përkatësisht në lidhje me përsëritjen në nivelin e volumit. Në WS vNEXT kjo veçori tani quhet Storage Replica. Çfarë lloj kafshe është kjo dhe me çfarë të hahet - detaje nën prerje.

Opsionet dhe opsionet e përsëritjes

Replikimi i ruajtjes, Replica e ruajtjes (SR) është veçori e re në Windows Server, i cili lejon përsëritjen sinkron të bllokut (dhe në disa raste asinkron) në nivelin e volumit midis grupimeve ose serverët Windows Serveri vNEXT. Protokolli SMB3 përdoret si transport.

Aktualisht, mbështeten opsionet e përsëritjes "Server-to-Server" dhe "Stretch Cluster". Replikimi në nivelin Cluster-to-Cluster ende nuk është zbatuar, por është në plane. Meqenëse përsëritja ndodh në nivelin e bllokut, mekanizmi nuk kujdeset veçanërisht për llojin e pajisjes në të cilën është vendosur. sistemi i skedarëve. Replikimi mund të jetë ose sinkron ose asinkron (deri më tani vetëm në skenarin "Server-Server"). TCP/IP ose RDMA mund të përdoren si mekanizëm komunikimi në rrjet. Zbritja e të dhënave dhe mekanizmat e enkriptimit të bazuara në BitLocker mund të përdoren në krye të kopjes. Kjo mrekulli e mrekullueshme e teknologjisë rezistente ndaj fatkeqësive dhe gabimeve aktualisht është konfiguruar ekskluzivisht përmes PowerShell. Për të kryer procesin është gjithashtu e nevojshme që të ketë portet e hapura TCP 445 ose TCP 5445, të jenë anëtarë të të njëjtit domen (objekt i ndikimit nga ky këndvështrim është hosti, dhe vëllimet replikohen midis hosteve dhe skenarët e replikimit të vëllimit brenda të njëjtit host janë gjithashtu të mundshëm). Është gjithashtu e rëndësishme të mbani mend se përsëritja është e mundur vetëm për vëllimet e të dhënave, por jo për vëllimin e sistemit - me fjalë të tjera, është teknikisht e pamundur të përsëritet "Disku C:" dhe kjo teknologji nuk është zhvilluar për këtë qëllim. Kjo teknologji është krijuar për të siguruar humbje zero të të dhënave (në rastin e riprodhimit sinkron) ose afër zeros humbje të të dhënave (skenari asinkron).

Unë gjithashtu dua të vërej menjëherë se ekzistojnë gjithashtu kërkesa të caktuara për kanalin: të paktën një lidhje 10 Gbps për secilën server skedari. Për besueshmëri, do të ishte një ide e mirë të siguroheni që dërgimi i një pakete ICMP të pafragmentuar me madhësi 1472 bajt të kalojë me sukses pa humbje për një interval prej 5 minutash.

Vlen gjithashtu të theksohet se për t'u përdorur për replikim si si objektiv ashtu edhe si burim, media e lëvizshme a la USB drive, nuk mundesh. Do t'ju duhen gjithashtu të drejta në nivelin e grupit të integruar të administratorëve.
Për qëllime testimi, mund të provoni të gjithë mekanizmat në një VM - thjesht mbani mend këtë disqe virtuale në një skenar të tillë duhet të jetë i tipit fiks dhe jo dinamikisht i shtrirë.

Konfigurimi i riprodhimit Server-to-Server

Epo, pasi të njiheni me procesin hyrës të konfigurimit të riprodhimit të vëllimit, le të konfigurojmë përsëritjen nga serveri në server. Më lejoni t'ju kujtoj se serveri është në pamje paraprake - dhe ky mekanizëm nuk duhet të përdoret për të dhëna luftarake tani. Çdo server pjesëmarrës duhet të ketë një rol të instaluar "Serveri i skedarëve" dhe funksionin "Replika e ruajtjes" ose "Përsëritja e vëllimit të Windows"(në varësi të ndërtimit të serverit.

Pas kësaj, në një nga serverët pjesëmarrës, ekzekutoni cmdlet PowerShell me të drejtat e administratorit:

New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName d: -SourceLogVolumeName e: -DestinationComputerName sr-srv06 -DestinationRGNameVolumeolgd Emri e: -LogSizeInBytes 8 gb.
Në shembullin tim, përfshihen dy serverë: sr-srv05 dhe sr-srv06, një vëllim i veçantë ndahet për skedarët e regjistrit (duhet të jetë një gigabajt më i vogël në madhësi se vëllimi i replikimit dhe vëllimet e burimit dhe objektivit.
Për të verifikuar që replikimi është konfiguruar me sukses, ekzekutoni cmdlet-in e mëposhtëm në të dy serverët pjesëmarrës:

Get-WinEvent -LogName *WVR/admin -max 20 | fl

Prania e ngjarjeve 2200, 5005, 5015, 5001 dhe 5009 do të jetë një shenjë suksesi.
Nëse keni nevojë për të dhëna më të detajuara të njehsorit (Merr-Counter), atëherë këtu është lista e tyre:

\Storage Replication Statistics(*)\Total bytes të marra
\Statistikat e përsëritjes së ruajtjes (*)\Bajtet totale të dërguara
\Storage Replication Statistics(*)\Avg. Vonesa e dërgimit në rrjet
\Storage Replication Statistics(*)\Replication State
\Storage Replication Statistics(*)\Avg. Vonesa e marrjes së rrjetit
\Statistikat e përsëritjes së ruajtjes(*)\Koha e kaluar e rikuperimit të fundit
\Storage Replication Statistics(*)\Numri i Transaksioneve të Rikuperimit të Flushed
\Storage Replication Statistics(*)\Numri i Transaksioneve të Rimëkëmbjes
\Storage Replication Statistics(*)\Numri of Flushed Replication Transactions
\Storage Replication Statistics(*)\Numri of Replication Transactions
\Statistikat e përsëritjes së ruajtjes(*)\Maks. Numri i sekuencës së regjistrit
\Storage Replication Statistics(*)\Numri i Mesazheve të Marra
\Statistikat e përsëritjes së ruajtjes(*)\Numri i mesazheve të dërguara
\\Storage Replication Application I/O Statistics(*)\Numri i Irps shkrimi të aplikacionit të marrë
\Storage Replication Application Statistics I/O(*)\Avg. Numri i Irps/IoContext
\Storage Replication Application Statistics I/O(*)\Avg. Vonesa e shkrimit të aplikacionit
\Storage Replication Application Statistics I/O(*)\Avg. Vonesa e leximit të aplikacionit

Vlen gjithashtu të shtohet se në Parashikimin e Windows Server nuk mund të rikonfiguroni përsëritjen në vëllimet ku ishte i pranishëm dhe më pas i çaktivizuar.

Proceset për shfaqjen e rrjedhës së ngjarjeve mund të jenë të pasakta dhe mund të mos pasqyrojnë realitetin e plotë - është më mirë të shikoni sportelet.

Epo, në thelb - kjo është e gjitha!

Themelore dhe konfigurim i lehtë Përsëritja e vëllimit në Windows Server duket kështu!
Provojeni dhe shihemi përsëri në frontin e IT.

Sinqerisht,

Zjarrfikës
Georgy A. Gadzhiev