SQL Server-replikering gjør det mulig for databasebehandlere å distribuere data på tvers av flere servere i en organisasjon. Du kan ønske å implementere replikering i organisasjonen av en rekke årsaker, for eksempel:
- Lastbalansering. Replikasjon lar deg formidle dataene dine til en rekke servere og distribuere spørringsbelastningen mellom disse serverne.
- Frakoblet behandling. Replikasjon støtter å manipulere data fra databasen din på en maskin som ikke alltid er koblet til nettverket.
- Overflødighet. Replikasjon lar deg bygge en fail-over databaseserver som er klar til å hente prosessbelastningen på et øyeblikk.
Ethvert replikasjonsscenario har to hovedkomponenter:
- utgivere Har data å tilby til andre servere. Et gitt replikasjonsskjema kan ha en eller flere utgivere.
- abonnenter er databaseservere som ønsker å motta oppdateringer fra Publisher når dataene er endret.
Det er ingenting som hindrer at et enkelt system opptrer i begge disse kapasitetene. Faktisk er dette ofte utformingen av store distribuerte databasesystemer.
SQL Server-støtte for replikering
Microsoft SQL Server støtter tre typer database replikering. Denne artikkelen gir en kort introduksjon til hver av disse modellene, mens fremtidige artikler vil utforske dem nærmere. De er:
- Snapshot replication fungerer på den måten navnet tilsier. Utgiveren tar bare et øyeblikksbilde av hele replikert database og deler det med abonnentene. Selvfølgelig er dette en veldig tid og ressursintensiv prosess. Av denne grunn bruker de fleste administratorer ikke gjengivelsesreplikasjon på jevnlig basis for databaser som endres ofte. Det er to scenarier der snapshot replikering er vanlig: For det første brukes den til databaser som sjelden endres. For det andre er det vant til å angi en basislinje for å etablere replikasjon mellom systemer mens fremtidige oppdateringer forplanteres ved hjelp av transaksjons eller fusjonere replikering .
- Transaksjonsreplikasjon tilbyr en mer fleksibel løsning for databaser som endres jevnlig. Ved transaksjonsreplikasjon overvåker replikasjonsagenten utgiveren for endringer i databasen og overfører disse endringene til abonnentene. Denne overføringen kan foregå umiddelbart eller med jevne mellomrom.
- Merge replikering gjør at utgiveren og abonnenten selvstendig kan gjøre endringer i databasen. Begge enhetene kan fungere uten en aktiv nettverkstilkobling. Når de blir tilkoblet, kontrollerer fusjonsreplikasjonsmidlet for endringer på begge settene av data og endrer hver database tilsvarende. Hvis endringer konflikter, bruker agenten en forhåndsdefinert konfliktoppløsningsalgoritme for å bestemme de aktuelle dataene. Merge replikering brukes ofte av bærbare brukere og andre som ikke kan være kontinuerlig koblet til utgiveren.
Hver av disse replikeringsteknikkene tjener et nyttig formål og passer godt til bestemte databasescenarier.
Hvis du jobber med SQL Server 2016, velger du utgaven din basert på behovene for replikering. Hver utgave har forskjellige muligheter når det gjelder replikeringsstøtte:
- Kun abonnentstøtte: Uttrykke,Express med Verktøy eller Avanserte tjenester og web Utgaver tilbyr begrensede replikasjonsfunksjoner, som kun kan fungere som en replikeringsklient.
- Full utgiver og abonnentstøtte: Standard og Bedriften tilby full støtte, med Enterprise også inkludert Oracle-publisering, peer-to-peer-transaksjonsreplikasjon og transaksjonsreplikasjon som et oppdaterbart abonnement.
Som du sikkert har gjenkjent av dette punktet, tilbyr SQL Server replikasjonsfunksjoner databaseadministratorer et kraftig verktøy for å administrere og skalere databaser i et bedriftsmiljø.
