Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Администрирование одноранговой топологии аналогично администрированию типичной топологии репликации транзакций, но есть ряд областей с особыми соображениями. Основное различие в администрировании одноранговой топологии заключается в том, что некоторые изменения требуют, чтобы система была приостановлена. При переключение системы включает остановку действий в опубликованных таблицах на всех узлах и обеспечение того, чтобы каждый узел получил все изменения от всех остальных узлов. Дополнительные сведения см. в документе "Приостановка топологии репликации (Программирование репликации Transact-SQL)".
Замечание
В одноранговой топологии распространитель не может использовать более раннюю версию SQL Server, чем подписчик по запросу.
Добавление статьи в существующую конфигурацию
Приостановить систему.
Остановите агент репликации в каждом узле топологии. Дополнительные сведения см. в разделе "Основные понятия агента репликации" или "Запуск и остановка агента репликации" (SQL Server Management Studio).
Выполните инструкцию CREATE TABLE, чтобы добавить новую таблицу на каждом узле в топологии.
Массовое копирование данных для новой таблицы вручную на всех узлах с помощью служебной программы bcp.
Выполните sp_addarticle , чтобы создать новую статью на каждом узле в топологии. Дополнительные сведения см. в статье определить статью.
Замечание
После выполнения sp_addarticle репликация автоматически добавляет объект в подписки репликационной топологии.
Перезапустите агенты распространителя на каждом узле в топологии.
Внесение изменений в схему базы данных публикации
Перевести систему в режим ожидания.
Выполните инструкции языка определения данных (DDL), чтобы изменить схему опубликованных таблиц. Дополнительные сведения о поддерживаемых изменениях схемы см. в разделе "Внесение изменений в схему" в базах данных публикации.
Прежде чем возобновить работу с опубликованными таблицами, снова приостановите систему. Это гарантирует, что изменения схемы были получены всеми узлами перед репликацией новых изменений данных.
Пример
В следующем примере показано, как добавить новую таблицу в существующую топологию одноранговой репликации с двумя узлами.
-- Create the new table at both nodes.
CREATE TABLE AdventureWorks2012.dbo.ProductTest (column1 int, Column2 int);
CREATE TABLE AdventureWorks2012Replica.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 AdventureWorks2012..ProductTest in NewTable.bcp -T -SMYPUBLISHER n/c
bcp AdventureWorks2012Replica..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 AdventureWorks2012
EXEC sp_addarticle
@publication = @publication,
@article = @newtable,
@source_table = @newtable,
@destination_table = @newtable,
@force_invalidate_snapshot = 0;
GO
См. также
Вопросы и ответы об администрировании репликации
Резервное копирование и восстановление баз данных SQL Server
Транзакционная репликация по принципу 'от равного к равному'