Aanbevolen procedures voor replicatiebeheer

van toepassing op:SQL ServerAzure SQL Managed Instance

Nadat u replicatie hebt geconfigureerd, is het belangrijk om te begrijpen hoe u een replicatietopologie beheert. Dit onderwerp bevat basisrichtlijnen voor best practices op een aantal gebieden met koppelingen naar meer informatie voor elk gebied. Naast het volgen van de best practice richtlijnen die in dit onderwerp worden gepresenteerd, kunt u het onderwerp met veelgestelde vragen doorlezen om vertrouwd te raken met veelgestelde vragen en problemen: Veelgestelde vragen voor replicatiebeheerders.

Het is handig om de best practice-richtlijnen op te delen in twee gebieden:

• De volgende informatie bevat aanbevolen procedures die moeten worden geïmplementeerd voor alle replicatietopologieën:

  • Ontwikkel en test een strategie voor back-up en herstel.

  • Schrijf een script voor de replicatietopologie.

  • Drempelwaarden en waarschuwingen maken.

  • Bewaak de replicatietopologie.

  • Stel zo nodig prestatiebasislijnen in en stem de replicatie af.

• De volgende informatie bevat aanbevolen procedures die moeten worden overwogen, maar die mogelijk niet vereist zijn voor uw topologie:

  • Valideer regelmatig gegevens.

  • Pas agentparameters aan via profielen.

  • Publicatie- en distributieretentieperioden aanpassen.

  • Informatie over het wijzigen van artikel- en publicatie-eigenschappen als de toepassingsvereisten veranderen.

  • Informatie over het aanbrengen van schemawijzigingen als de toepassingsvereisten veranderen.

Een strategie voor back-up en herstel ontwikkelen en testen

Er moet regelmatig een back-up van alle databases worden gemaakt en de mogelijkheid om deze back-ups te herstellen, moet periodiek worden getest; gerepliceerde databases zijn niet anders. Er moet regelmatig een back-up van de volgende databases worden gemaakt:

• Publicatiedatabase

• Distributiedatabase

• Abonnementsdatabases

• msdb-database en hoofddatabase bij publisher, distributeur en alle abonnees

Gerepliceerde databases vereisen speciale aandacht voor het maken van back-ups en het herstellen van gegevens. Zie Back-up maken en gerepliceerde databases herstellenvoor meer informatie.

Script voor de replicatietopologie

Alle replicatieonderdelen in een topologie moeten worden gescript als onderdeel van een noodherstelplan en scripts kunnen ook worden gebruikt om terugkerende taken te automatiseren. Een script bevat de Transact-SQL door het systeem opgeslagen procedures die nodig zijn om de gescripte replicatieonderdelen te implementeren, zoals een publicatie of abonnement. Scripts kunnen worden gemaakt in een wizard (zoals de wizard Nieuwe publicatie) of in Microsoft SQL Server Management Studio nadat u een onderdeel hebt gemaakt. U kunt het script weergeven, wijzigen en uitvoeren met behulp van SQL Server Management Studio of sqlcmd. Scripts kunnen samen met back-upbestanden worden opgeslagen en kunnen worden gebruikt voor het geval een replicatietopologie opnieuw moet worden geconfigureerd. Zie Scripting Replicationvoor meer informatie.

Een onderdeel moet opnieuw worden gescript als er eigenschapswijzigingen worden aangebracht. Als u aangepaste opgeslagen procedures gebruikt met transactionele replicatie, moet een kopie van elke procedure worden opgeslagen met de scripts; de kopie moet worden bijgewerkt als de procedure wordt gewijzigd (procedures worden doorgaans bijgewerkt vanwege schemawijzigingen of veranderende toepassingsvereisten). Zie Opgeven hoe wijzigingen worden doorgegeven voor transactionele artikelenvoor meer informatie over aangepaste procedures.

Prestatiebasislijnen instellen en replicatie zo nodig afstemmen

Voordat replicatie wordt geconfigureerd, wordt u aangeraden vertrouwd te raken met de factoren die van invloed zijn op de replicatieprestaties:

• Server- en netwerkhardware

• Databaseontwerp

• Configuratie van distributeur

• Publicatieontwerp en -opties

• Filterontwerp en gebruik

• Abonnementsopties

• Opties voor momentopnamen

• Agent parameters

• Onderhoud

Nadat de replicatie is geconfigureerd, wordt u aangeraden een prestatiebasislijn te ontwikkelen, zodat u kunt bepalen hoe replicatie zich gedraagt met een workload die typisch is voor uw toepassingen en topologie. Gebruik Replication Monitor en System Monitor om typische getallen te bepalen voor de volgende vijf dimensies van replicatieprestaties:

• Latentie: de hoeveelheid tijd die nodig is om een gegevenswijziging door te geven tussen knooppunten in een replicatietopologie.

• Doorvoer: de hoeveelheid replicatieactiviteit (gemeten in opdrachten die gedurende een bepaalde periode worden geleverd) die een systeem in de loop van de tijd kan ondersteunen.

• Gelijktijdigheid: het aantal replicatieprocessen dat tegelijkertijd op een systeem kan worden uitgevoerd.

• Duur van de synchronisatie: hoe lang het duurt voordat een bepaalde synchronisatie is voltooid.

• Resourceverbruik: hardware- en netwerkresources die worden gebruikt als gevolg van replicatieverwerking.

Latentie en doorvoer zijn het meest relevant voor transactionele replicatie, omdat systemen die zijn gebouwd op transactionele replicatie over het algemeen lage latentie en hoge doorvoer vereisen. Gelijktijdigheid en duur van synchronisatie zijn het meest relevant voor het samenvoegen van replicatie, omdat systemen die zijn gebouwd op samenvoegreplicatie vaak een groot aantal abonnees hebben en een Uitgever een aanzienlijk aantal gelijktijdige synchronisaties met deze abonnees kan hebben.

Nadat u basislijnnummers hebt ingesteld, stelt u drempelwaarden in replicatiecontrole in. Zie Drempelwaarden en waarschuwingen instellen in Replicatiemonitor en Waarschuwingen gebruiken voor gebeurtenissen van replicatieagentenvoor meer informatie. Als u een prestatieprobleem ondervindt, wordt u aangeraden de suggesties te lezen in de hierboven genoemde verbeterde prestatieonderwerpen en om wijzigingen toe te passen in gebieden die van invloed zijn op de problemen die u ondervindt.

Drempelwaarden en waarschuwingen maken

Met replicatiemonitor kunt u een aantal drempelwaarden instellen die betrekking hebben op de status en prestaties. Het wordt aanbevolen om de juiste drempelwaarden voor uw topologie in te stellen; als een drempelwaarde is bereikt, wordt er een waarschuwing weergegeven en kan eventueel een waarschuwing worden verzonden naar een e-mailaccount, een pager of een ander apparaat. Zie Drempelwaarden en waarschuwingen instellen in replicatiemonitorvoor meer informatie.

Naast de waarschuwingen die kunnen worden gekoppeld aan bewakingsdrempels, biedt replicatie een aantal vooraf gedefinieerde waarschuwingen die reageren op acties van de replicatieagent. Deze waarschuwingen kunnen door een beheerder worden gebruikt om op de hoogte te blijven van de status van de replicatietopologie. Het wordt aanbevolen om het onderwerp te lezen waarin de waarschuwingen worden beschreven en om alle waarschuwingen te gebruiken die aansluiten bij uw beheerbehoeften (het is ook mogelijk om indien nodig extra waarschuwingen te maken). Voor meer informatie, zie Waarschuwingen gebruiken voor replicatieagent-gebeurtenissen.

De replicatietopologie bewaken

Nadat de replicatietopologie is ingesteld en drempelwaarden en waarschuwingen zijn geconfigureerd, wordt u aangeraden de replicatie regelmatig te bewaken. Het bewaken van een replicatietopologie is een belangrijk aspect van het implementeren van replicatie. Omdat de replicatieactiviteit wordt gedistribueerd, is het essentieel om activiteit en status bij te houden op alle computers die betrokken zijn bij replicatie. De volgende hulpprogramma's kunnen worden gebruikt om replicatie te bewaken:

• Replicatiecontrole is het belangrijkste hulpprogramma voor het bewaken van replicatie, zodat u de algehele status van een replicatietopologie kunt bewaken. Zie Replicatie bewakenvoor meer informatie.

• Transact-SQL en RMO (Replication Management Objects) bieden interfaces voor het bewaken van replicatie. Zie Replicatie bewakenvoor meer informatie.

• Systeemmonitor kan ook handig zijn voor het bewaken van replicatieprestaties. Zie Bewakingsreplicatie met System Monitorvoor meer informatie.

Gegevens periodiek valideren

Validatie is niet vereist voor replicatie, maar het wordt aanbevolen om periodiek validatie uit te voeren voor transactionele replicatie en samenvoegingsreplicatie. Met validatie kunt u controleren of de gegevens bij de abonnee overeenkomen met gegevens in Publisher. Geslaagde validatie geeft aan dat op dat moment alle wijzigingen van de uitgever zijn gerepliceerd naar de abonnee (en van de abonnee naar de uitgever als updates worden ondersteund bij de abonnee) en dat de twee databases gesynchroniseerd zijn.

Het wordt aanbevolen om validatie uit te voeren volgens het back-upschema van de publicatiedatabase. Als de publicatiedatabase bijvoorbeeld eenmaal per week een volledige back-up heeft, kan de validatie eenmaal per week worden uitgevoerd nadat de back-up is voltooid. Zie Gerepliceerde gegevens validerenvoor meer informatie.

Agentprofielen gebruiken om indien nodig agentparameters te wijzigen

Agentprofielen bieden een handige methode voor het instellen van parameters voor replicatieagenten. Parameters kunnen ook worden opgegeven op de opdrachtregel van de agent, maar het is doorgaans beter geschikt om een vooraf gedefinieerd agentprofiel te gebruiken of om een nieuw profiel te maken als u de waarde van een parameter wilt wijzigen. Als u bijvoorbeeld samenvoegreplicatie gebruikt en een abonnee overstapt van een breedbandverbinding naar een inbelverbinding, kunt u overwegen de trage koppeling te gebruiken profiel voor de samenvoegagent; dit profiel maakt gebruik van een set parameters die beter geschikt zijn voor de tragere communicatiekoppeling. Zie Replicatieagentprofielenvoor meer informatie.

Bewaarperioden voor publicatie en distributie aanpassen indien nodig

Transactionele replicatie en samenvoegingsreplicatie maken gebruik van bewaarperioden om respectievelijk te bepalen hoe lang transacties worden opgeslagen in de distributiedatabase en hoe vaak een abonnement moet synchroniseren. Het is raadzaam om eerst de standaardinstellingen te gebruiken, maar om uw topologie te controleren om te bepalen of de instellingen moeten worden aangepast. In het geval van samenvoegingsreplicatie bepaalt bijvoorbeeld de bewaarperiode van de publicatie (die standaard 14 dagen is) hoe lang metagegevens worden opgeslagen in systeemtabellen. Als abonnementen altijd binnen vijf dagen worden gesynchroniseerd, kunt u overwegen de instelling aan te passen op een lager getal, waardoor metagegevens worden verminderd en mogelijk betere prestaties worden geboden. Voor meer informatie zie Verloop en deactivering.

Meer informatie over het wijzigen van publicaties als de toepassingsvereisten veranderen

Nadat u een publicatie hebt gemaakt, kan het nodig zijn om artikelen toe te voegen of neer te zetten, of publicatie- en artikeleigenschappen te wijzigen. De meeste wijzigingen zijn toegestaan nadat een publicatie is gemaakt, maar in sommige gevallen is het noodzakelijk om een nieuwe momentopname te genereren voor een publicatie en/of abonnementen opnieuw te initialiseren voor de publicatie. Zie Eigenschappen van publicatie en artikel wijzigen en Artikelen toevoegen aan en verwijderen uit bestaande publicatiesvoor meer informatie.

Informatie over het aanbrengen van schemawijzigingen als de toepassingsvereisten veranderen

In veel gevallen zijn schemawijzigingen vereist nadat een toepassing in productie is. In een replicatietopologie moeten deze wijzigingen vaak worden doorgegeven aan alle abonnees. Replicatie ondersteunt een breed scala aan schemawijzigingen voor gepubliceerde objecten. Wanneer u een van de volgende schemawijzigingen aanbrengt op het juiste gepubliceerde object in Microsoft SQL Server Publisher, wordt deze wijziging standaard doorgegeven aan alle SQL Server-abonnees:

• ALTER TABLE

• ALTER VIEW

• ALTER PROCEDURE

• ALTER FUNCTION

• ALTER TRIGGER

Zie Schemawijzigingen aanbrengen in publicatiedatabasesvoor meer informatie.

Verwante inhoud

• Veelgestelde vragen over replicatiebeheer