Jak Administrowania topologią Peer-to-Peer (Programowanie replikacji Transact-SQL)
Administrowanie topologii peer-to-peer jest podobne do administrowania typową replikacja transakcyjna topologii, ale istnieje wiele obszarów o specjalne uwagi.Główna różnica w administrowania topologią peer-to-peer jest, że niektóre zmiany wymagają systemu w stanie spoczynku.Quiescing system obejmuje zatrzymanie działania na opublikowanych tabel na wszystkich węzłach i zapewnienie, że każdy węzeł odebrał wszystkie zmiany z innych węzłów.Aby uzyskać więcej informacji, zobacz Jak Quiesce topologii replikacji (Programowanie replikacji Transact-SQL).Aby uzyskać informacje dotyczące sposobu dodawania węzła do istniejącego topologii, zobacz Jak Konfigurowanie Peer-to-Peer replikacji transakcyjnej (Programowanie replikacji Transact-SQL).
Aby dodać artykuł do istniejącej konfiguracja
Quiesce systemu.
Zatrzymaj agenta dystrybucji na każdym węźle w topologii.Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące plików wykonywalnych Agent replikacji lub Jak Uruchamianie i zatrzymywanie Agent replikacji (SQL Server Management Studio).
Wykonanie instrukcja CREATE tabela, aby dodać nową tabela na każdym węźle w topologii.
Zbiorczego kopiowania danych nowej tabela ręcznie na wszystkich węzłach za pomocą Narzędzia bcp.
Wykonanie sp_addarticle do utworzenia nowego artykuł na każdym węźle w topologii.Aby uzyskać więcej informacji, zobacz Jak Definiowanie artykuł (Programowanie replikacji Transact-SQL).
Ostrzeżenie
Po sp_addarticle jest wykonywane, replikacja automatycznie dodaje artykuł do subskrypcji w topologii.
Ponownie agentów dystrybucji na każdym węźle w topologii.
Zmiany schematu dobaza danych publikacja
Quiesce systemu.
Wykonać instrukcje języka (DDL) definicja danych na zmodyfikowanie schematu opublikowanych tabel.Aby uzyskać więcej informacji na temat zmiany schematu obsługiwanych Zobacz Wprowadzanie zmian schematu na publikację baz danych.
Przed wznowić działanie opublikowanych tabel quiesce ponownie system.Gwarantuje to, że zmiany schematu zostały odebrane przez wszystkie węzły zanim nowe zmiany danych są replikowane.
Przykład
Poniższy przykład ilustruje sposób dodać nowy artykuł tabela do istniejących peer-to-peer topologia replikacji ma dwa węzły.
-- Create the new table at both nodes.
CREATE TABLE AdventureWorks2008R2.dbo.ProductTest (column1 int, Column2 int);
CREATE TABLE AdventureWorks2008R2Replica.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 AdventureWorks2008R2..ProductTest in NewTable.bcp �T �SMYPUBLISHER n/c
bcp AdventureWorks2008R2Replica..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 AdventureWorks2008R2
EXEC sp_addarticle
@publication = @publication,
@article = @newtable,
@source_table = @newtable,
@destination_table = @newtable,
@force_invalidate_snapshot = 0;
GO
Zobacz także