Replikacja wiele do jednego programu SQL Server

Mam 8 pojedynczych maszyn SQL Server 2008 R2, każda hostująca 1 bazę danych. Każda baza danych ma identyczną strukturę i schemat tabeli oraz całkowicie unikalne dane.

Chciałbym ustanowić serwer raportowania (może być rok 2008 lub 2012), który konsoliduje wiersze z wybranych tabel na 8 serwerach źródłowych w jednym wystąpieniu tych tabel na serwerze raportowania. Jest to replikacja w jedną stronę (na serwerze raportowania nie zostaną wprowadzone żadne zmiany). Będę musiał replikować zmiany ze źródłowych baz danych ze stosunkowo niskim opóźnieniem (powiedzmy 20-30 sekund).

Ponadto chciałbym znaleźć metody osiągnięcia tego celu przy minimalnym wpływie na serwery źródłowe, jak to praktycznie możliwe. Zewnętrzne agenty, wyzwalacze lub mody schematów na tych serwerach są trudne w moim środowisku.

Moje pytania:

• Jakie są obiecujące architektury i technologie dla osiągnięcia tego celu?
• Obejrzałem replikację scalającą programu SQL Server, ale martwię się o opóźnienia. Czy jest to odpowiednia technologia do tego celu?
• Czy istnieją repliki transakcyjne typu wiele do jednego?
• Czy powinienem patrzeć na replikację 1 do 1 w 8 bazach danych na moim serwerze raportowania, a następnie na niestandardową funkcję scalania (replikacja 2-etapowa)?

Dzięki, John

Mam 8 pojedynczych maszyn SQL Server 2008 R2, każda hostująca 1 bazę danych. Każda baza danych ma identyczną strukturę i schemat tabeli oraz całkowicie unikalne dane. Chciałbym ustanowić serwer raportowania (może być rok 2008 lub 2012), który konsoliduje wiersze z wybranych tabel na 8 serwerach źródłowych w jednym wystąpieniu tych tabel na serwerze raportowania. Jest to replikacja w jedną stronę (na serwerze raportowania nie zostaną wprowadzone żadne zmiany). Będę musiał replikować zmiany ze źródłowych baz danych ze stosunkowo niskim opóźnieniem (powiedzmy 20-30 sekund).

Możesz to osiągnąć dzięki replikacji transakcyjnej . Poniżej możesz to zrobić.

Uwaga : Aby to osiągnąć, należy nieznacznie zmienić schemat tabeli, ponieważ należy jednoznacznie zidentyfikować te wiersze podczas replikacji do subskrybenta. Jako warunek T-Rep musisz zdefiniować tabele z PK.

Poniżej znajduje się przykładowa tabela na serwerach wydawcy, która znajduje się na wszystkich 8 serwerach, które chcesz skonsolidować wiersze na serwerze raportowania:

CREATE TABLE Products
(
ProductID INT not null,
ProductName VARCHAR(25),
ServerName sysname default @@servername not null -- this is to identify which row is from which server ; probably add this using Alter column
)
GO
ALTER TABLE Products
ADD CONSTRAINT pk_Product_ID_ServerName PRIMARY KEY (ProductID)

Na serwerze subskrybenta musisz utworzyć tę samą tabelę, ale z różnymi PK, aby jednoznacznie zidentyfikować wiersze u subskrybenta (w przeciwnym razie T-Rep nie powiedzie się z naruszeniem PK - Zakładam, że nie możesz zmodyfikować struktury PK na PRODUKCJA na żywo raczej lepiej zmodyfikować u subskrybenta)

CREATE TABLE Products
(
ProductID INT not null,
ProductName VARCHAR(25),
ServerName sysname default @@servername not null
);
GO

ALTER TABLE Products
ADD CONSTRAINT pk_Product_ID_ServerName PRIMARY KEY (ProductID,ServerName)

Poniższy skrypt pomoże ci skonfigurować T-Rep, po prostu zmień nazwę bazy danych, nazwę serwera docelowego wraz z nazwą obiektu.

-- Enabling the replication database
use master
exec sp_replicationdboption @dbname = N'repl1', @optname = N'publish', @value = N'true'
GO

exec [repl1].sys.sp_addlogreader_agent @job_login = null, @job_password = null, @publisher_security_mode = 1
GO
exec [repl1].sys.sp_addqreader_agent @job_login = null, @job_password = null, @frompublisher = 1
GO
-- Adding the transactional publication
use [repl1]
exec sp_addpublication @publication = N'repl1_2005', @description = N'Transactional publication of database ''repl1'' from Publisher ''server_name\SQL2005''.', @sync_method = N'concurrent', @retention = 0, @allow_push = N'true', @allow_pull = N'true', @allow_anonymous = N'false', @enabled_for_internet = N'false', @snapshot_in_defaultfolder = N'true', @compress_snapshot = N'false', @ftp_port = 21, @ftp_login = N'anonymous', @allow_subscription_copy = N'false', @add_to_active_directory = N'false', @repl_freq = N'continuous', @status = N'active', @independent_agent = N'true', @immediate_sync = N'false', @allow_sync_tran = N'false', @autogen_sync_procs = N'false', @allow_queued_tran = N'false', @allow_dts = N'false', @replicate_ddl = 1, @allow_initialize_from_backup = N'false', @enabled_for_p2p = N'false', @enabled_for_het_sub = N'false'
GO


exec sp_addpublication_snapshot @publication = N'repl1_2005', @frequency_type = 1, @frequency_interval = 0, @frequency_relative_interval = 0, @frequency_recurrence_factor = 0, @frequency_subday = 0, @frequency_subday_interval = 0, @active_start_time_of_day = 0, @active_end_time_of_day = 235959, @active_start_date = 0, @active_end_date = 0, @job_login = null, @job_password = null, @publisher_security_mode = 1
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'sa'
GO
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'NT AUTHORITY\SYSTEM'
GO
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'BUILTIN\Administrators'
GO
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'server_name\SQLServer2005SQLAgentUser$server_name$SQL2005'
GO
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'server_name\SQLServer2005MSSQLUser$server_name$SQL2005'
GO
exec sp_grant_publication_access @publication = N'repl1_2005', @login = N'distributor_admin'
GO

-- Adding the transactional articles
use [repl1]
exec sp_addarticle @publication = N'repl1_2005', @article = N'Products', @source_owner = N'dbo', @source_object = N'Products', @type = N'logbased', @description = N'', @creation_script = N'', @pre_creation_cmd = N'none', @schema_option = 0x000000000803509F, @identityrangemanagementoption = N'none', @destination_table = N'Products', @destination_owner = N'dbo', @status = 24, @vertical_partition = N'false', @ins_cmd = N'CALL [sp_MSins_dboProducts]', @del_cmd = N'CALL [sp_MSdel_dboProducts]', @upd_cmd = N'SCALL [sp_MSupd_dboProducts]'
GO

-- Adding the transactional subscriptions
use [repl1]
exec sp_addsubscription @publication = N'repl1_2005', @subscriber = N'server_name\SQL2008R2', @destination_db = N'repl123', @subscription_type = N'Push', @sync_type = N'automatic', @article = N'all', @update_mode = N'read only', @subscriber_type = 0
exec sp_addpushsubscription_agent @publication = N'repl1_2005', @subscriber = N'server_name\SQL2008R2', @subscriber_db = N'repl123', @job_login = null, @job_password = null, @subscriber_security_mode = 1, @frequency_type = 64, @frequency_interval = 1, @frequency_relative_interval = 1, @frequency_recurrence_factor = 0, @frequency_subday = 4, @frequency_subday_interval = 5, @active_start_time_of_day = 0, @active_end_time_of_day = 235959, @active_start_date = 0, @active_end_date = 0, @dts_package_location = N'Distributor'
GO

Kilka punktów do zapamiętania:

Upewnij się, że w sp_addsubscription @sync_type = N'automatic'

I właściwości artykułu powinny być ustawione na:

Wreszcie możesz skonsolidować wiersze ze wszystkich (w moim przypadku 3 serwerów) jak poniżej:

Podsumowując

• Użyj T-Rep.
• Dodaj dodatkową kolumnę do istniejących baz danych wydawcy, np. ServerName, aby jednoznacznie zidentyfikować wiersze u subskrybenta.

• Utwórz tabelę dla subskrybenta, którego PK jest uwzględnione jako nazwa_serwera.

• Utwórz replikację tabel za pomocą @sync_type = N'automatic 'i właściwości Article ustawionej na „Zachowaj istniejący obiekt bez zmian”.

• Uruchom agenta migawki.

• Sprawdź skonsolidowane dane dotyczące subskrybenta.