Veelgestelde vragen over replicatiebeheerders

Nee. Activiteit kan worden voortgezet in een database terwijl er een publicatie wordt gemaakt. Houd er rekening mee dat het produceren van een momentopname resource-intensief kan zijn, dus u kunt het beste momentopnamen genereren tijdens perioden van lagere activiteit in de database (standaard wordt er een momentopname gegenereerd wanneer u de wizard Nieuwe publicatie voltooit).

De duur van de vergrendelingen is afhankelijk van het type replicatie dat wordt gebruikt:

• Voor samenvoegpublicaties maakt de Snapshot Agent geen vergrendelingen.

• Voor transactionele publicaties wordt de momentopnameagent standaard alleen vergrendeld tijdens de eerste fase van het genereren van momentopnamen.

• Voor momentopnamepublicaties maakt de Momentopnameagent vergrendelingen tijdens het hele proces voor het genereren van momentopnamen.

Omdat vergrendelingen voorkomen dat andere gebruikers de tabellen bijwerken, moet de momentopnameagent worden gepland om uit te voeren tijdens perioden van lagere activiteit in de database, met name voor publicaties van momentopnamen.

Er is een abonnement beschikbaar nadat de momentopname is toegepast op de abonnementsdatabase. Hoewel de abonnementsdatabase eerder toegankelijk is, mag de database pas worden gebruikt nadat de momentopname is toegepast. Gebruik Replication Monitor om de status van het genereren van momentopnamen en toepassingen te controleren:

• De momentopname wordt gegenereerd door de momentopnameagent. Bekijk de status van het genereren van momentopnamen op het tabblad Agents voor een publicatie in Replication Monitor. Zie Informatie weergeven en taken uitvoeren met behulp van Replicatiecontrolevoor meer informatie.

• De momentopname wordt toegepast door de distributieagent of samenvoegagent. Bekijk de status van de momentopnametoepassing op de pagina Distributieagent of Samenvoegagent van Replicatiecontrole. Zie Informatie weergeven en taken uitvoeren met behulp van Replicatiecontrolevoor meer informatie.

Er wordt geen fout veroorzaakt als de distributieagent of samenvoegagent op hetzelfde moment wordt uitgevoerd als de momentopnameagent. U moet echter rekening houden met het volgende:

• Als de distributieagent of samenvoegagent zo is geconfigureerd dat deze continu wordt uitgevoerd, past de agent de momentopname automatisch toe nadat de momentopnameagent is voltooid.

• Als de distributieagent of samenvoegagent is geconfigureerd voor uitvoering volgens een planning of op aanvraag en er geen momentopname beschikbaar is wanneer de agent wordt uitgevoerd, wordt de agent afgesloten met een bericht waarin staat dat er nog geen momentopname beschikbaar is. U moet de agent opnieuw uitvoeren om de momentopname toe te passen nadat de momentopnameagent is voltooid. Zie Een pushabonnement synchroniseren, een pull-abonnement enuitvoerbare concepten voor replicatieagenten synchroniseren voor meer informatie over het uitvoeren van agents.

Ja. Het uitvoeren van scripts voor de replicatieconfiguratie is een belangrijk onderdeel van een plan voor herstel na noodgevallen voor een replicatietopologie. Zie Scripting Replication voor meer informatie over het uitvoeren van scripts.

Replicatie werkt correct met behulp van een van de herstelmodellen: eenvoudig, bulksgewijs geregistreerd of volledig. Replicatie samenvoegen houdt wijzigingen bij door informatie op te slaan in metagegevenstabellen. Transactionele replicatie houdt wijzigingen bij door het transactielogboek te markeren, maar dit markeringsproces wordt niet beïnvloed door het herstelmodel.

Als u wijzigingen wilt bijhouden, moet u replicatie en transactionele replicatie samenvoegen met abonnementen in de wachtrij om elke rij in elke gepubliceerde tabel uniek te kunnen identificeren. Dit doet u als volgt:

• Met samenvoegreplicatie wordt de kolomrijguid aan elke tabel toegevoegd, tenzij de tabel al een kolom van het gegevenstype uniqueidentifier heeft met de eigenschap ROWGUIDCOL ingesteld (in dat geval wordt deze kolom gebruikt). Als de tabel uit de publicatie wordt verwijderd, wordt de kolom rowguid verwijderd; als er een bestaande kolom is gebruikt voor het bijhouden, wordt de kolom niet verwijderd.

• Als een transactionele publicatie ondersteuning biedt voor het bijwerken van abonnementen in de wachtrij, voegt replicatie de kolom msrepl_tran_version toe aan elke tabel. Als de tabel uit de publicatie wordt verwijderd, wordt de kolom msrepl_tran_version niet verwijderd.

• Een filter mag niet de rowguidcol bevatten die door replicatie wordt gebruikt om rijen te identificeren. Dit is standaard de kolom die is toegevoegd op het moment dat u samenvoegreplicatie instelt en rowguid heet.

Er zijn een aantal problemen met betrekking tot beperkingen voor gepubliceerde tabellen:

• Transactionele replicatie vereist een primaire-sleutelbeperking voor elke gepubliceerde tabel. Voor samenvoegreplicatie is geen primaire sleutel vereist, maar als deze aanwezig is, moet deze worden gerepliceerd. Voor momentopnamereplicatie is geen primaire sleutel vereist.

• Standaard worden beperkingen voor primaire sleutels, indexen en controlebeperkingen gerepliceerd naar abonnees.

• De optie NOT FOR REPLICATION is standaard opgegeven voor foreign key-beperkingen en check-beperkingen; de beperkingen worden afgedwongen voor gebruikersbewerkingen, maar niet voor agentbewerkingen.

Zie Schemaopties opgeven voor informatie over het instellen van de schemaopties die bepalen of beperkingen worden gerepliceerd.

Replicatie biedt automatisch identiteitsbereikbeheer voor replicatietopologieën met updates bij de abonnee. Zie Identiteitskolommen repliceren voor meer informatie.

Ja, maar met wat beperkingen. Zie de sectie 'Tabellen publiceren in meer dan één publicatie' in het onderwerp Gegevens en databaseobjecten publiceren voor meer informatie.

Ja. Er gelden geen beperkingen voor het aantal of de typen publicaties die dezelfde distributiedatabase kunnen gebruiken. Alle publicaties van een bepaalde uitgever moeten dezelfde distributeur- en distributiedatabase gebruiken.

Als u meerdere publicaties hebt, kunt u meerdere distributiedatabases bij de Distributor configureren om ervoor te zorgen dat de gegevens die door elke distributiedatabase stromen, afkomstig zijn van één publicatie. Gebruik het dialoogvenster Eigenschappen van distributeur of sp_adddistributiondb (Transact-SQL) om een distributiedatabase toe te voegen. Zie Eigenschappen van distributeur en uitgever weergeven en wijzigen voor meer informatie over het openen van het dialoogvenster.

Deze informatie is beschikbaar via SQL Server Management Studio en een aantal opgeslagen replicatieprocedures. Zie Distributor en Publisher Information Script voor meer informatie.

Nee. Replicatie versleutelt geen gegevens die zijn opgeslagen in de database of worden overgedragen via het netwerk. Zie de sectie Versleuteling van het onderwerp Weergeven en replicatiebeveiligingsinstellingen wijzigen voor meer informatie.

Gegevens repliceren via internet met behulp van:

• Een virtueel particulier netwerk (VPN). Zie Gegevens publiceren via internet via VPN voor meer informatie.

• De optie websynchronisatie voor het samenvoegen van replicatie. Zie Websynchronisatie voor samenvoegreplicatie voor meer informatie.

Alle typen Microsoft SQL Server-replicatie kunnen gegevens repliceren via een VPN, maar u moet websynchronisatie overwegen als u samenvoegreplicatie gebruikt.

Ja. Replicatieverwerking wordt hervat op het punt waarop deze was gebleven als er een verbinding is verbroken. Als u samenvoegreplicatie gebruikt via een onbetrouwbaar netwerk, kunt u overwegen logische records te gebruiken, waardoor gerelateerde wijzigingen als een eenheid worden verwerkt. Zie Groepswijzigingen in gerelateerde rijen met logische records voor meer informatie.

Ja, replicatie werkt via verbindingen met een lage bandbreedte. Voor verbindingen via TCP/IP wordt de compressie gebruikt die wordt geleverd door het protocol, maar biedt deze geen extra compressie. Voor websynchronisatieverbindingen via HTTPS wordt de compressie gebruikt die wordt geleverd door het protocol en ook aanvullende compressie van de XML-bestanden die worden gebruikt om wijzigingen te repliceren.

Nee, replicatie werkt alleen wanneer u de werkelijke servernaam gebruikt. Vanaf SQL Server Management Studio (SSMS) 18.0 (en latere versies) kan replicatie worden geconfigureerd met behulp van de werkelijke servernaam en poortnummer.

Nee. U kunt een SSIS-pakket maken om aanmeldingen en wachtwoorden van een Uitgever over te dragen naar een of meer abonnees.

Vanaf Microsoft SQL Server 2005 (9.x) heeft het schema twee betekenissen:

• De definitie van een object, zoals een CREATE TABLE instructie. Standaard kopieert replicatie de definities van alle gerepliceerde objecten naar de abonnee.

• De naamruimte waarin een object wordt gemaakt: <Database>.<Schema>.<Object>. Schema's worden gedefinieerd met behulp van de CREATE SCHEMA instructie.

• Replicatie heeft het volgende standaardgedrag in de wizard Nieuwe publicatie met betrekking tot schema's en objecteigendom:

• Voor artikelen in samenvoegpublicaties met een compatibiliteitsniveau van 90 of hoger, momentopnamepublicaties en transactionele publicaties: standaard is de objecteigenaar van de abonnee hetzelfde als de eigenaar van het bijbehorende object in Publisher. Als de schema's die eigenaar zijn van objecten niet bestaan bij de abonnee, worden ze automatisch gemaakt.

• Voor artikelen in samenvoegpublicaties met een compatibiliteitsniveau lager dan 90: de eigenaar is standaard leeg en wordt opgegeven als dbo tijdens het maken van het object op de Abonnee.

• Voor artikelen in Oracle-publicaties: standaard wordt de eigenaar opgegeven als dbo.

• Voor artikelen in publicaties die gebruikmaken van momentopnamen van de tekenmodus (die worden gebruikt voor niet-SQL Server-abonnees en SQL Server Compact-abonnees): standaard blijft de eigenaar leeg. De eigenaar wordt standaard ingesteld op de eigenaar die is gekoppeld aan het account dat wordt gebruikt door de distributieagent of de samenvoegagent om verbinding te maken met de abonnee.

De objecteigenaar kan worden gewijzigd via <Artikeleigenschappen en > via de volgende opgeslagen procedures: sp_addarticle, sp_addmergearticle, sp_changearticle en sp_changemergearticle. Zie Publicatie-eigenschappen weergeven en wijzigen, een artikel definiërenen Artikeleigenschappen weergeven en wijzigen voor meer informatie.

Standaard voert replicatie geen GRANT-instructies uit op de abonnementsdatabase. Als u wilt dat de machtigingen voor de abonnementsdatabase overeenkomen met de machtigingen voor de publicatiedatabase, gebruikt u een van de volgende methoden:

• Voer GRANT-instructies rechtstreeks uit in de abonnementsdatabase.

• Gebruik een script na een momentopname om de instructies uit te voeren. Zie Scripts uitvoeren voor en nadat de momentopname is toegepast voor meer informatie.

• Gebruik de opgeslagen procedure sp_addscriptexec om de instructies uit te voeren.

Objecten bij de abonnee worden standaard verwijderd en opnieuw gemaakt wanneer een abonnement opnieuw wordt geïnitialiseerd, waardoor alle verleende machtigingen voor deze objecten worden verwijderd. U kunt dit op twee manieren afhandelen:

• Pas de subsidies opnieuw toe na de herinitialisatie met behulp van de technieken die in de vorige sectie zijn beschreven.

• Geef op dat objecten niet mogen worden verwijderd wanneer het abonnement opnieuw wordt geïnitialiseerd. Vóór de herinitialisatie:

  • Voer sp_changearticle of sp_changemergearticle uit. Geef een waarde op van 'pre_creation_cmd' (sp_changearticle) of 'pre_creation_command' (sp_changemergearticle) voor de parameter @property en een waarde van 'none', 'delete' of 'truncate' voor de parameter @value.

  • Selecteer in het dialoogvenster Artikeleigenschappen - <Artikel> in de sectie Doelobject een waarde van Bestaand object ongewijzigd houden, Gegevens verwijderen. Als het artikel een rijfilter heeft, verwijdert u alleen gegevens die overeenkomen met het filter. of kap alle gegevens in het bestaande object af voor de optie Actie als de naam in gebruik is. Zie Publicatie-eigenschappen weergeven en wijzigen voor meer informatie over het openen van dit dialoogvenster.

TRUNCATE TABLE is een DDL-instructie waarmee afzonderlijke rijverwijderingen niet worden vastgelegd en geen DML-triggers worden geactiveerd. Het is niet toegestaan omdat replicatie de wijzigingen die worden veroorzaakt door de bewerking niet kan bijhouden: transactionele replicatie houdt wijzigingen bij via het transactielogboek; met samenvoegreplicatie worden wijzigingen bijgehouden via DML-triggers in gepubliceerde tabellen.

Voor transactionele replicatie worden bulkinvoegingen bijgehouden en gerepliceerd zoals andere invoegingen. Voor samenvoegreplicatie moet u ervoor zorgen dat metagegevens voor het bijhouden van wijzigingen correct worden bijgewerkt.

Ja. Er zijn een aantal speciale overwegingen voor databases die betrokken zijn bij replicatie. Zie Back-up maken en gerepliceerde databases herstellenvoor meer informatie.

Het samenvoegen van replicatie en momentopnamereplicatie heeft geen invloed op de grootte van het transactielogboek, maar transactionele replicatie kan wel. Als een database een of meer transactionele publicaties bevat, wordt het logboek pas afgekapt als alle transacties die relevant zijn voor de publicaties aan de distributiedatabase zijn geleverd. Als het transactielogboek te groot wordt en de logboeklezeragent op een geplande basis wordt uitgevoerd, kunt u overwegen het interval tussen uitvoeringen te verkorten. Of stel deze in op uitvoering in continue modus. Als deze is ingesteld op uitvoering in continue modus (de standaardinstelling), controleert u of deze wordt uitgevoerd. Zie Informatie weergeven en taken uitvoeren met behulp van Replication Monitor voor meer informatie over het controleren van de status van de logboeklezeragent.

Als u bovendien de optie Synchroniseren met back-up hebt ingesteld in de publicatiedatabase of distributiedatabase, wordt het transactielogboek pas afgekapt als er een back-up van alle transacties is gemaakt. Als het transactielogboek te groot wordt en u deze optie hebt ingesteld, kunt u overwegen het interval tussen back-ups van transactielogboeken te verkorten. Zie Strategieën voor het maken van back-ups en het herstellen van back-ups van momentopnamen en transactionele replicatie voor meer informatie over het maken van back-ups en het herstellen van databases die betrokken zijn bij transactionele replicatie.

Er zijn verschillende mechanismen voor het herbouwen van indexen. Ze kunnen allemaal worden gebruikt zonder speciale overwegingen voor replicatie, met de volgende uitzondering: primaire sleutels zijn vereist voor tabellen in transactionele publicaties, dus u kunt geen primaire sleutels voor deze tabellen verwijderen en opnieuw maken.

Indexen kunnen worden toegevoegd bij publisher of abonnees zonder speciale overwegingen voor replicatie (houd er rekening mee dat indexen invloed kunnen hebben op de prestaties). CREATE INDEX en ALTER INDEX worden niet gerepliceerd, dus als u een index toevoegt of wijzigt op bijvoorbeeld de Uitgever, moet u dezelfde toevoeging of wijziging aanbrengen bij de abonnee als u deze daar wilt weergeven.

In versies van SQL Server vóór SQL Server 2005 (9.x) moeten databasebestanden worden verplaatst of hernoemd en moet de database opnieuw worden losgekoppeld en opnieuw worden gekoppeld. Omdat een gerepliceerde database niet kan worden losgekoppeld, moest de replicatie eerst uit deze databases worden verwijderd. Vanaf SQL Server 2005 (9.x) kunt u bestanden verplaatsen of een andere naam geven zonder de database los te koppelen en opnieuw te koppelen, zonder dat dit van invloed is op replicatie. Zie ALTER DATABASE (Transact-SQL) voor meer informatie over het verplaatsen en wijzigen van de naam van bestanden.

Verwijder eerst het artikel uit de publicatie met behulp van sp_droparticle, sp_dropmergearticle of het dialoogvenster Publicatie-eigenschappen - <Publicatie> en zet het vervolgens neer in de database met behulp van DROP <Object>. U kunt geen artikelen verwijderen uit momentopnamen of transactionele publicaties nadat abonnementen zijn toegevoegd; u moet eerst de abonnementen verwijderen. Zie Artikelen toevoegen aan en neerzetten uit bestaande publicaties voor meer informatie.

SQL Server ondersteunt een groot aantal schemawijzigingen voor gepubliceerde objecten, waaronder het toevoegen en verwijderen van kolommen. Voer bijvoorbeeld uit ALTER TABLE … DROP COLUMN bij Publisher en de instructie wordt gerepliceerd naar Abonnees en vervolgens uitgevoerd om de kolom te verwijderen. Abonnees met versies van SQL Server vóór SQL Server 2005 (9.x) ondersteunen het toevoegen en verwijderen van kolommen via de opgeslagen procedures sp_repladdcolumn en sp_repldropcolumn. Zie Schemawijzigingen aanbrengen in publicatiedatabasesvoor meer informatie.

Gebruik validatie. Validatierapporten over of een bepaalde abonnee wordt gesynchroniseerd met de uitgever. Zie Gerepliceerde gegevens validerenvoor meer informatie. Validatie biedt geen informatie over welke rijen indien aanwezig niet correct worden gesynchroniseerd, maar het hulpprogramma van de ingediende functie wel.

Het is niet nodig om de activiteit op de publicatie- of abonnementsdatabases te stoppen om een tabel (of een ander object) toe te voegen. Voeg een tabel toe aan een publicatie via het dialoogvenster Publicatieeigenschappen - <Publicatie> of de opgeslagen procedures sp_addarticle en sp_addmergearticle. Zie Artikelen toevoegen aan en neerzetten uit bestaande publicaties voor meer informatie.

Een tabel uit de publicatie verwijderen met behulp van sp_droparticle, sp_dropmergearticle of de publicatie-eigenschappen - <> publicatiedialoogvenster. U kunt geen artikelen verwijderen uit momentopnamen of transactionele publicaties nadat abonnementen zijn toegevoegd; u moet eerst de abonnementen verwijderen. Zie Artikelen toevoegen aan en neerzetten uit bestaande publicaties voor meer informatie.

Er zijn een aantal wijzigingen in artikelen en publicaties waarvoor abonnementen opnieuw moeten worden geïnitialiseerd. Zie Publicatie- en artikeleigenschappen wijzigen voor meer informatie.

Er zijn een aantal wijzigingen in het artikel en de publicatie die momentopnamen ongeldig maken en vereisen dat er een nieuwe momentopname wordt gegenereerd. Zie Publicatie- en artikeleigenschappen wijzigen voor meer informatie.

De acties die nodig zijn om replicatie uit een database te verwijderen, zijn afhankelijk van of de database fungeert als een publicatiedatabase, abonnementsdatabase of beide.

Voor transactionele replicatie gebruikt u opgeslagen procedures of het tabblad Niet-gedistribueerde opdrachten in Replicatiecontrole. Zie Gerepliceerde opdrachten en andere informatie weergeven in de distributiedatabase (replicatie Transact-SQL programmeren) en informatie weergeven en taken uitvoeren met behulp van Replicatiecontrole.

Voor samenvoegreplicatie gebruikt u de opgeslagen procedure sp_showpendingchanges. Zie sp_showpendingchanges (Transact-SQL) voor meer informatie.

Gebruik de sp_replmonitorsubscriptionpendingcmds opgeslagen procedure of het tabblad Niet-gedistribueerde opdrachten in Replicatiemonitor. De opgeslagen procedure en tabbladweergave:

• Het aantal opdrachten in de distributiedatabase dat niet aan de geselecteerde abonnee is geleverd. Een opdracht bestaat uit één Transact-SQL DML-instructie (Data Manipulat Language) of één DDL-instructie (Data Definition Language).

• De geschatte tijdsduur voor het leveren van opdrachten aan de abonnee. Als deze waarde groter is dan de tijd die nodig is om een momentopname te genereren en toe te passen op de abonnee, kunt u overwegen de abonnee opnieuw te initialiseren. Zie Abonnementen opnieuw initialiseren voor meer informatie.

Zie sp_replmonitorsubscriptionpendingcmds (Transact-SQL) en informatie weergeven en taken uitvoeren met Behulp van Replicatiemonitor voor meer informatie.

Ja. Zie Logboekverzending en replicatie (SQL Server) en Database Mirroring and Replication (SQL Server) voor meer informatie.

Ja. Er zijn geen speciale overwegingen vereist omdat alle gegevens zijn opgeslagen op één set schijven in het cluster.

We raden u aan contact op te nemen met de leverancier van derden voor eventuele problemen om ondersteuning te ontvangen. Over het algemeen is het probleem geïsoleerd door de leverancier als een kernreplicatieprobleem dat wordt geleverd met SQL Server, dan is Microsoft Ondersteuning betrokken om verder te helpen.

Zie ook

aanbevolen procedures voor replicatiebeheer