Een peer-to-peertopologie beheren (replicatie Transact-SQL programmeren)

Van toepassing op:SQL Server

Het beheren van een peer-to-peer-topologie is vergelijkbaar met het beheren van een typische transactionele replicatietopologie, maar er zijn een aantal gebieden met speciale overwegingen. Het belangrijkste verschil in het beheren van een peer-to-peer-topologie is dat sommige wijzigingen vereisen dat het systeem wordt stilgezet. Het stilleggen van een systeem omvat het stoppen van activiteit op gepubliceerde tabellen op alle knooppunten en ervoor zorgen dat elk knooppunt alle wijzigingen van alle andere knooppunten heeft ontvangen. Zie Een replicatietopologie onderbreken (Programmeren van replicatie in Transact-SQL) voor meer informatie.

Note

In een peer-to-peertopologie kan de distributeur geen eerdere versie van SQL Server gebruiken dan een pull-abonnee.

Een artikel toevoegen aan een bestaande configuratie

  1. Breng het systeem in rusttoestand.

  2. Stop de Distribution Agent op elk knooppunt in de topologie. Zie De concepten van uitvoerbare replicatieagents of start en stop een replicatieagent (SQL Server Management Studio) voor meer informatie.

  3. Voer de CREATE TABLE instructie uit om de nieuwe tabel toe te voegen aan elk knooppunt in de topologie.

  4. Kopieer de gegevens voor de nieuwe tabel handmatig op alle knooppunten met behulp van het hulpprogramma bcp.

  5. Voer sp_addarticle uit om het nieuwe artikel te maken op elk knooppunt in de topologie. Zie Een artikel definiëren voor meer informatie.

    Note

    Nadat sp_addarticle is uitgevoerd, voegt replicatie het artikel automatisch toe aan de abonnementen in de topologie.

  6. Start de distributieagents opnieuw op elk knooppunt in de topologie.

Schemawijzigingen aanbrengen in een publicatiedatabase

  1. Breng het systeem in rusttoestand.

  2. Voer de DDL-instructies (Data Definition Language) uit om het schema van gepubliceerde tabellen te wijzigen. Zie Schemawijzigingen aanbrengen in publicatiedatabases voor meer informatie over ondersteunde schemawijzigingen.

  3. Voordat u de activiteit op gepubliceerde tabellen hervat, moet u het systeem opnieuw stilmaken. Dit zorgt ervoor dat schemawijzigingen door alle knooppunten zijn ontvangen voordat nieuwe gegevenswijzigingen worden gerepliceerd.

Example

In het volgende voorbeeld ziet u hoe u een nieuw tabelartikel toevoegt aan een bestaande peer-to-peer-replicatietopologie met twee knooppunten.

-- Create the new table at both nodes.
CREATE TABLE AdventureWorks2022.dbo.ProductTest (column1 int, Column2 int);
CREATE TABLE AdventureWorks2022Replica.dbo.ProductTest (column1 int, Column2 int);
GO

REM Bulk insert data into both the publication and subscription databases.
REM The BCP format depends on the snapshot format (native or character).
REM Execute at the command prompt.

bcp AdventureWorks2022..ProductTest in NewTable.bcp -T -SMYPUBLISHER n/c
bcp AdventureWorks2022Replica..ProductTest in NewTable.bcp -T -SMYPUBLISHER n/c

--- Add the article to the publication.
DECLARE @publication AS sysname;
DECLARE @newtable AS sysname;
SET @publication = N'AdvWorksProductTran';
SET @newtable = N'ProductTest';

USE AdventureWorks2022;

EXEC sp_addarticle 
  @publication = @publication,
  @article = @newtable,
  @source_object = @newtable,
  @destination_table = @newtable,
  @force_invalidate_snapshot = 0;
GO

Verwante inhoud

  • Last updated on