Met SQL Server-replicatie kunnen databasebeheerders gegevens over meerdere servers in een organisatie verspreiden. Mogelijk wilt u replicatie in uw organisatie implementeren om een aantal redenen, zoals:
- Load balancing. Met replicatie kunt u uw gegevens naar een aantal servers verspreiden en vervolgens de querybelasting onder die servers distribueren.
- Offline verwerking. Replicatie ondersteunt het manipuleren van gegevens uit uw database op een computer die niet altijd is verbonden met het netwerk.
- overtolligheid. Met replicatie kunt u een fail-over-databaseserver bouwen die gereed is om de verwerkingslast onmiddellijk op te halen.
Elk replicatiescenario heeft twee hoofdcomponenten:
- uitgevers gegevens hebben om aan te bieden aan andere servers. Een bepaald replicatieschema kan een of meer uitgevers hebben.
- abonnees zijn databaseservers die updates van de Publisher willen ontvangen wanneer gegevens worden gewijzigd.
Niets belet een enkel systeem om in beide capaciteiten te handelen. In feite is dit vaak het ontwerp van grootschalige gedistribueerde databasesystemen.
SQL Server-ondersteuning voor replicatie
Microsoft SQL Server ondersteunt drie typen databasereplicatie. Dit artikel geeft een korte introductie van elk van deze modellen, terwijl toekomstige artikelen ze in meer detail zullen onderzoeken. Zij zijn:
- Snapshot-replicatie handelt op de manier zoals de naam aangeeft. De uitgever maakt eenvoudig een momentopname van de volledige gerepliceerde database en deelt deze met de abonnees. Natuurlijk is dit een zeer tijd- en resource-intensief proces. Om deze reden gebruiken de meeste beheerders de snapshotreplicatie niet herhaaldelijk voor databases die vaak veranderen. Er zijn twee scenario's waarin replicatie van snapshots algemeen wordt gebruikt: ten eerste wordt deze gebruikt voor databases die zelden veranderen. Ten tweede wordt het gebruikt om een basislijn in te stellen om replicatie tussen systemen tot stand te brengen, terwijl toekomstige updates worden gepropageerd met behulp van transactionele of replicatie samenvoegen .
- Transactionele replicatie biedt een meer flexibele oplossing voor databases die regelmatig veranderen. Met transactionele replicatie controleert de replicatieagent de uitgever op wijzigingen in de database en verzendt deze wijzigingen naar de abonnees. Deze verzending kan onmiddellijk of periodiek plaatsvinden.
- Replicatie samenvoegen staat de uitgever en abonnee toe om zelfstandig wijzigingen in de database aan te brengen. Beide entiteiten kunnen werken zonder een actieve netwerkverbinding. Wanneer ze opnieuw worden verbonden, controleert de samenvoegreplicator op wijzigingen in beide gegevenssets en wordt elke database dienovereenkomstig aangepast. Als wijzigingen conflicteren, gebruikt de agent een vooraf gedefinieerd algoritme voor conflictoplossing om de juiste gegevens te bepalen. Samenvoegen replicatie wordt vaak gebruikt door laptopgebruikers en anderen die niet continu verbonden kunnen zijn met de uitgever.
Elk van deze replicatietechnieken heeft een nuttig doel en is geschikt voor bepaalde databasescenario's.
Als u met SQL Server 2016 werkt, kiest u uw editie op basis van uw replicatiebehoeften. Elke editie heeft verschillende mogelijkheden als het gaat om ondersteuning voor replicatie:
- Subscriber support alleen: Uitdrukken,Express met tools of Geavanceerde services en de Web edities bieden beperkte replicatiemogelijkheden die alleen als replicatieclient kunnen fungeren.
- Volledige ondersteuning voor uitgevers en abonnees: Standaard en Onderneming bieden volledige ondersteuning, waarbij Enterprise ook Oracle-publishing, peer-to-peer transactionele replicatie en transactionele replicatie als een updateable abonnement omvat.
Zoals u ongetwijfeld op dit punt hebt begrepen, bieden de replicatiemogelijkheden van SQL Server databasebeheerders een krachtige tool voor het beheren en schalen van databases in een bedrijfsomgeving.
