How to: Administer a Peer-to-Peer Topology (Replication Transact-SQL Programming)
Administrowanie topologia typu peer-to-peer jest podobna do administrowania typowe transakcyjnych topologia replikacja, ale istnieje kilka obszarów, omówienie specjalnych zagadnień dotyczących.Główną różnicę w administrowaniu topologia typu peer-to-peer jest, że niektóre zmiany wymagają systemu quiesced.Quiescing systemu polega na zatrzymanie działania na opublikowanych tabel na wszystkich węzłach i zapewnienie, że każdy węzeł otrzymała wszystkie zmiany od wszystkich innych węzłach.Aby uzyskać więcej informacji zobacz How to: Quiesce a Replication Topology (Replication Transact-SQL Programming). Aby uzyskać informacje na temat dodawania węzła do istniejących topologii zobacz Jak Konfigurowanie typu peer-to-peer transakcyjne replikacja (replikacja programowania języka 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 replikacja agenta pliki wykonywalne lub How to: Start and Stop a Replication Agent (SQL Server Management Studio).
wykonać instrukcja CREATE tabela, aby dodać nową tabela w każdym węźle w topologii.
Zbiorczego kopiowania danych do nowej tabela ręcznie na wszystkich węzłach przy użyciu narzędzia BCP.
wykonać sp_addarticle , aby utworzyć nowy artykuł na każdym węźle w topologii.Aby uzyskać więcej informacji zobacz Jak Definiowanie artykułu (Programowanie replikacja języka Transact-SQL).
Uwaga
Po sp_addarticle jest wykonywany, replikacja automatycznie doda artykuł do subskrypcji w topologii.
W topologii, należy ponownie uruchomić agentów dystrybucji na każdym węźle.
Aby wprowadzić zmiany schematu bazy danych w publikacja
Quiesce systemu.
wykonać instrukcji języka (DDL) definicja danych na zmodyfikowanie schematu opublikowanych tabel.Aby uzyskać więcej informacji na temat zmiany obsługiwanych schematu Zobacz Wprowadzanie zmian schematu na bazy danych w publikacja.
Zanim wznawiania działania opublikowanych tabel quiesce ponownie systemu.Pozwala to uzyskać pewność, że zmiany schematu zostały odebrane przez wszystkie węzły, zanim nowe zmiany danych są replikowane.
Example
Poniższy przykład ilustruje sposób dodać nowy artykuł tabela do topologii replikacja równorzędna, który ma dwa węzły.