SQL Server-replikation tillader databaseadministratorer at distribuere data på tværs af flere servere i hele en organisation. Du kan ønske at gennemføre replikation i din organisation af en række årsager, såsom:
- Lastbalancering. Replikation giver dig mulighed for at formidle dine data til en række servere og derefter distribuere forespørgselsbelastningen blandt disse servere.
- Offline behandling. Replikation understøtter manipulering af data fra din database på en maskine, der ikke altid er forbundet til netværket.
- Redundans. Replikation giver dig mulighed for at opbygge en fail-over-databaseserver, der er klar til at afhente behandlingsbelastningen med et øjebliks varsel.
Ethvert replikationsscenarie har to hovedkomponenter:
- Udgivere har data til at tilbyde andre servere. Et givet replikationsskema kan have en eller flere udgivere.
- Abonnenter er databaseservere, der ønsker at modtage opdateringer fra Publisher, når data er ændret.
Der er intet, der forhindrer et enkelt system i at fungere i begge disse kapaciteter. Faktisk er dette ofte designet af store distribuerede databasesystemer.
SQL Server Support til Replication
Microsoft SQL Server understøtter tre typer database replikering. Denne artikel indeholder en kort introduktion til hver af disse modeller, mens fremtidige artikler vil undersøge dem nærmere. De er:
- Snapshot replikation handler på den måde, som navnet antyder. Forlaget tager blot et øjebliksbillede af hele replikeret database og deler det med abonnenterne. Dette er selvfølgelig en meget tid og ressourceintensiv proces. Af denne årsag bruger de fleste administratorer ikke genoptagelsesreplikation på et tilbagevendende grundlag for databaser, der ændrer sig ofte. Der er to scenarier, hvor snapshot replication er almindeligt anvendt: For det første bruges den til databaser, der sjældent ændrer sig. For det andet er det brugt til at indstille en basislinje for at etablere replikation mellem systemer, mens fremtidige opdateringer udbredes ved hjælp af transaktionsbaseret eller fusionere replikation .
- Transaktionel replikation tilbyder en mere fleksibel løsning til databaser, der ændrer sig regelmæssigt. Med transaktionsreplikation overvåger replikationsagenten udgiveren for ændringer i databasen og overfører disse ændringer til abonnenterne. Denne transmission kan foregå med det samme eller med jævne mellemrum.
- Flette replikering giver udgiver og abonnent mulighed for uafhængigt at foretage ændringer i databasen. Begge enheder kan arbejde uden en aktiv netværksforbindelse. Når de genkobles, kontrollerer fusionsreplikationsmidlet for ændringer på begge datasæt og ændrer hver database i overensstemmelse hermed. Hvis der skifter konflikt, bruger agenten en foruddefineret konfliktopløsningsalgoritme til at bestemme de relevante data. Fusionsreplikation bruges almindeligvis af bærbare brugere og andre, som ikke altid kan forbindes til udgiveren.
Hver af disse replikationsteknikker tjener et nyttigt formål og er velegnet til bestemte databasescenarier.
Hvis du arbejder med SQL Server 2016, skal du vælge din udgave baseret på dine replikationsbehov. Hver udgave har forskellige evner, når det kommer til replikationsstøtte:
- Kun abonnentsupport: Express,Udtryk med Værktøjer eller Avancerede tjenester og Web Udgaver tilbyder begrænsede replikationsfunktioner, der kun kan fungere som en replikeringsklient.
- Fuld udgiver og abonnent support: Standard og Enterprise tilbyde fuld support, hvor Enterprise også omfatter Oracle-udgivelse, peer to peer-transaktionsreplikation og transaktionsreplikation som et opdaterbart abonnement.
Som du uden tvivl har anerkendt på dette punkt, tilbyder SQL Server's replikationsfunktioner databaseadministratorer et kraftfuldt værktøj til styring og scaling af databaser i et virksomhedsmiljø.
