Konfiguration af volumenreplikering i Windows Server vNext.

Baseret på de funktioner, de udfører, er DNS-servere opdelt i flere grupper; en server med en bestemt konfiguration kan tilhøre flere typer på én gang:

Master- eller primærserveren (i BIND-terminologi) har ret til at foretage ændringer i zonedata.
En slave, eller sekundær server, som ikke har ret til at foretage ændringer i zonedata og modtager beskeder om ændringer fra masterserveren.

Caching af DNS-server - betjener klientforespørgsler (modtager en rekursiv forespørgsel, opfylder den ved hjælp af ikke-rekursive forespørgsler til autoritative servere eller sender den rekursive forespørgsel til en DNS-server på højere niveau).

Lokal DNS-server - bruges til at betjene DNS-klienter, der kører på den lokale maskine.

Videresendelse af DNS-server - videresender modtagne rekursive forespørgsler til en upstream-cacheserver i form af rekursive forespørgsler.

Root DNS-server er en server, der er autoritativ for rodzonen.

En DNS-registreringsserver er en server, der accepterer dynamiske opdateringer fra brugere.

Zonetyper Alle DNS-zoner kan opdeles i frem- og omvendt opslagszoner. Derudover kan hver af dem være:

grundlæggende;

yderligere ( sikkerhedskopi grundlæggende);

integreret i Active Directory(en speciel zonetype anbefales til at betjene Windows 2000-domæner).

1. Live View-zoner tjene til at konvertere domænenavne til IP-adresser. 2. Omvendt opslagszoner giver dig mulighed for at generere omvendte anmodninger om at søge efter et navn efter IP-adresse. 3. Hovedzone- standard zonetype. Hovedzonerne er gemt som en simpel tekstfil, fuldt kompatibel med BIND. Dette giver dig mulighed for nemt at overføre zonedata fra en server til en anden og manuelt redigere zonefiler.4. Yderligere zone- sikkerhedskopi af den eksisterende zone. 5. Active Directory integreret zone. Integrerede zonedata gemmes i Active Directory (AD), hvilket giver det højeste niveau af Active Directory og DNS-pålidelighed.

Zone replikering er en procedure til opdatering af en sekundær DNS-server, hvor alle DNS optegnelser fra den primære DNS-server. Replikering udføres ved hjælp af TCP-protokollen via port 53.

5. Sekvens af handlinger til konfiguration af DNS-serveren. Typer af ressourceregistreringer.

Sekvens af konfigurationshandlinger:

Installation DNS-servere

Indledende DNS-serverkonfiguration

Efter installation af serveren skal du angive nogle parametre for at serveren kan fungere. Dette gøres ved at redigere visse direktiver i indstillingsfilen. Direktiver er skrevet i filen.

Starter DNS-serveren

Efter at have redigeret denne fil, skal du genstarte serveren.

Når konverteringen frem og tilbage virker, DNS indstilling serveren er færdig. Du skal fortælle operativsystemet om at bruge den nyligt konfigurerede server.

Ressourceoptegnelser- enheder til lagring og transmission af information i DNS.

De vigtigste typer DNS-poster er:

Rekord A Knytter et værtsnavn til en IPv4-protokoladresse.

AAAA rekord Knytter et værtsnavn til en IPv6-adresse.

CNAME-post bruges til at omdirigere til et andet navn.

MX Record angiver mailudvekslingsserverne for dette domæne.

NS indgang peger på DNS-serveren for dette domæne.

PTR Record knytter en værts IP-adresse til dens kanoniske navn.

SOA Record angiver på hvilken server referenceinformationen om dette domæne er gemt.

En SRV-record peger på servere til tjenester, der især bruges til Jabber og Active Directory.

Data kan replikeres indeni lokalt netværk, og gennem det globale WAN-netværk. DFSR-teknologien er designet til langsom WAN netværk og fungerer lige så pålideligt over internettet, som det gør i samme bygning.
Spørgsmålet opstår - hvordan adskiller denne funktion sig i det væsentlige fra DFS-navnerummet? Dens største forskel er tilstedeværelsen af funktionen Remote differential compression algorithm (RDC), som bruges til at replikere ændringer. Den grundlæggende idé med denne algoritme er, at kun de ændrede dele af filen replikeres. For eksempel hvis der er en stor Tekstdokument, og vi tilføjede et par sider i midten af dokumentet, så vil kun disse få sider blive overført over netværket under den næste synkroniseringssession. Det er således mest at foretrække at bruge DFS-replikering i langsomme netværk, for eksempel til at replikere én (flere) mapper mellem fjerntliggende kontorer med langsomme kanaler.
Datareplikering er modstandsdygtig over for netværksproblemer. Hvis kommunikationen med den eksterne maskine afbrydes, stopper replikeringen naturligvis. Men så snart netværket fungerer igen, begynder replikeringen fra det sted, hvor det blev afbrudt.
Lad os overveje trin for trin instruktioner DFS-replikeringsindstillinger. Det første du skal gøre er.
Herefter opretter vi en replikeringsgruppe (en replikeringsgruppe er et sæt servere, kaldet medlemmer, som deltager i replikeringen af en eller flere replikerede mapper. En replikeret mappe er en mappe, som synkronisering er understøttet for på hvert af medlemmerne) , klik for at gøre dette Højreklik musen på "Replikationer", Vælg « En ny gruppe replikation..."

I typen af replikeret replikeringsgruppe anbefaler jeg at specificere "Universal Replikationsgruppe", da denne type er mere fleksibel i fremtidig brug.

I det næste vindue skal du angive navnet på replikeringsgruppen, skrive en kommentar (valgfrit) og se om domænet bliver brugt (hvis din organisation bruger flere domæner).

Derefter angiver vi de servere, der vil være en del af replikeringsgruppen (der kan være to eller flere af dem).

I vinduet til valg af topologi skal du angive typen af forbindelsestopologi, læse kommentarerne under hver type, vælge den der passer dig og klikke "Yderligere". I i dette eksempel Brugt "Fuldt gitter".

I næste vindue skal du vælge det tidspunkt replikering skal udføres i. I dette eksempel vil jeg have replikering til at køre døgnet rundt, for dette lader jeg alt stå som standard.

I vinduet "Primært replikeringsmedlem" Vi angiver den server, hvorpå dataene er gemt.

I det næste vindue skal du angive den mappe, der skal replikeres.

Derefter angiver vi den mappe, som vi skal replikere til (på en anden server).

Derefter kigger vi alt igennem angivne indstillinger og hvis alt angivet er korrekt, klik "Skab".

Nu i kategorien "Replikationer" vi ser den skabte replikation almindelige.

For at starte replikering manuelt, skal du klikke på replikering, i dette eksempel "Almindelige", og gå derefter til fanen "Forbindelser" og højreklik på enhver forbindelse og vælg "Gentag nu".

Data kan replikeres både inden for et lokalt netværk og gennem et globalt WAN-netværk. DFSR-teknologien er designet med langsomme WAN-netværk i tankerne og fungerer lige så pålideligt over internettet, som den gør i den samme bygning.
Spørgsmålet opstår - hvordan adskiller denne funktion sig i det væsentlige fra DFS-navnerummet? Dens største forskel er tilstedeværelsen af funktionen Remote differential compression algorithm (RDC), som bruges til at replikere ændringer. Den grundlæggende idé med denne algoritme er, at kun de ændrede dele af filen replikeres. For eksempel, hvis vi har et stort tekstdokument, og vi tilføjede flere sider i midten af dokumentet, så vil kun disse få sider blive overført over netværket under den næste synkroniseringssession. Det er således mest at foretrække at bruge DFS-replikering i langsomme netværk, for eksempel til at replikere én (flere) mapper mellem fjerntliggende kontorer med langsomme kanaler.
Datareplikering er modstandsdygtig over for netværksproblemer. Hvis kommunikationen med den eksterne maskine afbrydes, stopper replikeringen naturligvis. Men så snart netværket fungerer igen, begynder replikeringen fra det sted, hvor det blev afbrudt.
Lad os se på trin-for-trin instruktioner til opsætning af DFS-replikering. Det første du skal gøre er.
Herefter opretter vi en replikeringsgruppe (en replikeringsgruppe er et sæt servere, kaldet medlemmer, som deltager i replikeringen af en eller flere replikerede mapper. En replikeret mappe er en mappe, som synkronisering er understøttet for på hvert af medlemmerne) , for at gøre dette skal du højreklikke på "Replikationer", Vælg "Ny replikeringsgruppe..."

Derefter angiver vi de servere, der vil være en del af replikeringsgruppen (der kan være to eller flere af dem).

I vinduet til valg af topologi skal du angive typen af forbindelsestopologi, læse kommentarerne under hver type, vælge den der passer dig og klikke "Yderligere". Dette eksempel bruger "Fuldt gitter".

I næste vindue skal du vælge det tidspunkt replikering skal udføres i. I dette eksempel vil jeg have replikering til at køre døgnet rundt, for dette lader jeg alt stå som standard.

I vinduet "Primært replikeringsmedlem" Vi angiver den server, hvorpå dataene er gemt.

I det næste vindue skal du angive den mappe, der skal replikeres.

Derefter angiver vi den mappe, som vi skal replikere til (på en anden server).

Herefter gennemgår vi alle de angivne indstillinger, og hvis alt er korrekt, klik "Skab".

Nu i kategorien "Replikationer" vi ser den skabte replikation almindelige.

Data fra fjernkontorer indsamles og konsolideres ofte på hovedkontoret. På samme måde kan du replikere data til fjernkontorer. Teknologien til dette kaldes "Datareplikering" og understøttes af Microinvest-produkter.

Grundlæggende bestemmelser

Data replikering – moderne teknologi datahåndtering på flere punkter, hvilket bygger generelt system databehandling og konsolidering. I generel oversigt, replikering er den proces, hvor data skrives og gemmes øverst separate servere, men ved hjælp af kontrol informationsflow, er systematiseringen af resultater i den centrale server forstået.

Typer af replikation

Der er en opdeling af replikationer efter tid:

Synkron replikation
Asynkron replikation

Adskillelse af replikationer efter opgave:

Master-slave replikering
Replikering med peer-servere (Multi Master)

Synkron replikation

Synkron replikering foregår i realtid, information multipliceres på alle servere. Det særlige ved synkron replikering er, at hvis forbindelsen mellem serverne går tabt, er der ingen, der afspejler ændringerne, cyklussen stopper, og processen kan praktisk talt ikke fortsættes. Det er nødvendigt, at alle data er 100% identiske for alle servere og klienter. Denne tilstand bruges ikke i rigtige handelssystemer, fordi afhængig af forbindelse.

Asynkron replikation

Asynkron replikering er en teknologi, hvor data gemmes i lokal server, som på sin side sørger for at give dem videre til den næste og giver kun forskellen videre. Dette er den rigtige teknologi til at bygge et handelssystem, fordi... der er ikke krav om uafbrudt kommunikation, og data transmitteres hurtigst muligt, men ikke nødvendigvis i realtid.

Master-slave replikering

Master-Slave-replikering afhænger af én central Master-server, som akkumulerer alle data og overfører forskellen til slaveserverne. Master-serveren har således altid en opdateret kopi af dataene, mens Slave-serverne venter på ændringer og adlyder informationerne sendt fra Masteren. De opdaterer deres data sent. Fordelen ved denne teknologi er enkel udførelse, er ulempen, at der altid laves registreringer i Master-serveren, hvilket kræver konstant kommunikation med denne server. Hvis forbindelsen vil gå tabt med en central server vil systemet ikke kunne vise nye transaktioner, men det vil være muligt at foretage forespørgsler. Denne teknologi er implementeret i MySQL server og bruges ofte i handelssystemer. Typisk er Master-serveren placeret i virksomhedens hovedkontor.

Replikering med peer-servere

Replikering med peer-servere er en progressiv teknologi, hvor hver server er uafhængig og samtidig en del af delt netværk. Med denne teknologi er der også en central server, der styrer kommunikation mellem andre servere. Fordelen ved teknologi er fuldstændig uafhængighed af kommunikation i arbejdet. Når der er forbindelse, overføres dataene til den centrale server. Slaveservere transmitterer kun deres forskelle og indlæser ikke dataudvekslingskanalen. Når der ikke er forbindelse mellem servere, akkumuleres data lokalt til senere sammenlægning, når kommunikationen genoprettes. Denne teknologi kaldes Transactional Merge og er implementeret i MS SQL Server.

Replikering i Microinvest Warehouse Pro

Nogle nyttige ressourcer

Dokumentation for alle produkter;
Microinvest teknisk support forum, hvor du hurtigt kan få svar på dit spørgsmål;
Eksempler på automatisering af restauranter og handel baseret på Microinvest i Rusland og CIS-landene;

13. april 2015 kl. 09:58

Opsætning af volumenreplikering i Windows Server vNæste

Microsoft blog

Gendannelsestilstand

God dag til alle!

I dag vil jeg gerne fortælle dig om en meget interessant funktion, som vil blive præsenteret i det nye Windows versioner Server vNEXT, og som allerede er tilgængelig til test og test i den foreløbige version af Technical Preview, nemlig om replikering på volumenniveau. I WS vNEXT kaldes denne funktion nu Storage Replica. Hvad er det for et dyr, og hvad skal man spise det med - detaljer under snittet.

Replikeringsmuligheder og muligheder

Lagerreplikering, Storage Replica (SR) er ny funktion i Windows Server, som tillader bloksynkron (og i nogle tilfælde asynkron) replikering på volumenniveauet mellem klynger eller Windows-servere Server vNEXT. SMB3-protokollen bruges som transport.

I øjeblikket understøttes replikeringsmulighederne "Server-to-Server" og "Stretch Cluster". Replikering på Cluster-to-Cluster-niveau er endnu ikke implementeret, men er i planerne. Da replikering sker på blokniveau, er mekanismen ikke særlig interesseret i den type udstyr, som den er installeret på. filsystem. Replikering kan være enten synkron eller asynkron (indtil videre kun i "Server-Server"-scenariet). Som netværksmekanisme kommunikation kan bruge TCP/IP eller RDMA. Datadeduplikering og BitLocker-baserede krypteringsmekanismer kan bruges oven på replikaen. Dette vidunderlige katastrofe- og fejltolerante teknologimirakel er i øjeblikket konfigureret udelukkende gennem PowerShell. For at udføre processen er det også nødvendigt at have åbne porte TCP 445 eller TCP 5445, være medlemmer af det samme domæne (objektet for indflydelse fra dette synspunkt er værten, og volumener replikeres mellem værter, og volumenreplikationsscenarier inden for den samme vært er også mulige). Det er også vigtigt at huske, at replikering kun er mulig for datamængder, men ikke for systemvolumen - med andre ord er det teknisk umuligt at replikere "Disk C:", og denne teknologi er ikke udviklet til dette formål. Denne teknologi er designet til at give nul datatab (i tilfælde af synkron replikering) eller tæt på nul datatab (asynkront scenarie).

Jeg vil også straks bemærke, at der også er visse krav til kanalen: i det mindsteén 10 Gbps-forbindelse på hver filserver. Af hensyn til pålideligheden ville det være en god idé at sikre sig, at afsendelse af en ufragmenteret ICMP-pakke på 1472 bytes i størrelse forløber uden tab over et 5-minutters interval.

Det er også værd at bemærke, at for at bruge til replikering både som et mål og som en kilde, flytbare medier a la USB-drev, kan du ikke. Du skal også have rettigheder på niveau med den indbyggede administratorgruppe.
Til testformål kan du prøve alle mekanismerne på en VM - bare husk det virtuelle diske i et sådant scenarie bør være af en fast type og ikke dynamisk udvidelsesbar.

Opsætning af server-til-server-replikering

Nå, efter at have gjort dig bekendt med den indledende proces med at konfigurere volumenreplikering, lad os konfigurere Server-to-Server-replikering. Lad mig lige minde dig om, at serveren er i preview - og denne mekanisme bør ikke bruges til kampdata nu. Hver deltagende server skal have en rolle installeret "Filserver" og funktion "Opbevaringsreplika" eller " Windows-volumen Replikation"(afhængigt af server build.

Kør derefter PowerShell-cmdlet'en med administratorrettigheder på en af de deltagende servere:

New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName d: -SourceLogVolumeName
I mit eksempel er to servere involveret: sr-srv05 og sr-srv06, en separat volumen er allokeret til logfiler (den skal være en gigabyte mindre i størrelse end replikeringsvolumenet og kilde- og målvolumenerne.
For at bekræfte, at replikering er blevet konfigureret, skal du køre følgende cmdlet på begge deltagende servere:

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

Tilstedeværelsen af begivenheder 2200, 5005, 5015, 5001 og 5009 vil være et tegn på succes.
Hvis du har brug for mere detaljerede målerdata (Get-tæller), så her er deres liste:

\Storage Replikationsstatistik(*)\Total Bytes modtaget
\Storage Replikationsstatistik(*)\Total Bytes Sendt
\Lagringsreplikeringsstatistik(*)\Gns. Netværks sendeforsinkelse
\Lagringsreplikeringsstatistik(*)\replikeringstilstand
\Lagringsreplikeringsstatistik(*)\Gns. Netværksmodtagelsesforsinkelse
\Storage Replication Statistics(*)\Sidste gendannelsesforløb
\Opbevaringsreplikeringsstatistik(*)\Antal oversvømmede gendannelsestransaktioner
\Lagringsreplikeringsstatistik(*)\Antal gendannelsestransaktioner
\Opbevaringsreplikeringsstatistik(*)\Antal overskyllede replikeringstransaktioner
\Lagringsreplikeringsstatistik(*)\Antal replikeringstransaktioner
\Lagringsreplikeringsstatistik(*)\Maks. Log sekvensnummer
\Storage Replication Statistics(*)\Antal modtagne meddelelser
\Storage Replikeringsstatistik(*)\Antal sendte meddelelser
\Storage Replication Application I/O Statistics(*)\Antal modtagne app skrive Irps
\Lagringsreplikeringsapplikation I/O-statistik(*)\Gns. Antal Irps/IoContext
\Lagringsreplikeringsapplikation I/O-statistik(*)\Gns. App skriveforsinkelse
\Lagringsreplikeringsapplikation I/O-statistik(*)\Gns. App læseforsinkelse

Det er også værd at tilføje, at i Windows Server Preview kan du ikke genkonfigurere replikering på diskenheder, hvor den var til stede og derefter deaktiveret.

Processer til at vise hændelsesforløbet kan være unøjagtige og afspejler muligvis ikke den fuldstændige virkelighed - det er bedre at se på tællerne.

Nå, dybest set - det er alt!

Grundlæggende og nem opsætning Volumenreplikering i Windows Server ser sådan ud!
Prøv det og se dig igen på IT-fronten.

Med venlig hilsen

Brandmand
Georgy A. Gadzhiev