Hi all,
This is for a Merge pull replication , publisher SQL2008 , subscribers SQL2008 Express. Partitioned by SUSER_NAME
There are a couple of articles that have the following issue :- when a subscriber is initialised, after BCP'ing the data in,
the sync seems to enumerate and download the whole table multiple times.
Extract of the history cut down to bare bones is as follows for one such table ('universe').
The table has roughly 58,000 rows, and is unfiltered (whole table downloaded to subscriber).
It is not heavily updated. The metadata seems to reflect this with no excessive volumes for this table in msmerge_contents
or msmerge_genhistory.
End result is 696516 changes downloaded for a table of 58k rows that has just been BCP'd into using a dynamic snapshot.
I'd love to avoid this overhead , can anyone please help me track down the reason why this happens (and avoid it) ?
Thanks !
Initializing
Connecting to Publisher 'PUB-SRV'
Checking to see if there is a partitioned snapshot available for this Subscriber.
Creating the partitioned snapshot, since it was not already available for this Subscriber.
Starting agent.
Initializing
Connecting to Distributor 'PUB-SRV'
Connecting to Publisher 'PUB-SRV'
Publisher database compatibility level is set to 100.
Retrieving publication and article information from the publisher database 'PUB-SRV.PUBL'
[0%] A dynamic snapshot will be generated at '\\PUB-SRV\Repldata\unc\PUB-SRV_PUBL_PUBL\DAVEUSER_1824\'.
[0%] Using the login 'LHF\DAVE.USER' for dynamic filtering
[0%] Using the hostname 'PUB-SRV' for dynamic filtering
[0%] Getting the subscriber partition id
[0%] Copying F:\ReplData\unc\PUB-SRV_PUBL_PUBL\20150212083346\Acc_28.sch to Publication's snapshot folder
...etc
Bulk copying data into table 'universe'
Bulk copied data into table 'universe' (58043 rows)
Applied script 'universe_52.dri'
Applied script 'universe_52.trg'
Applied script 'universe_52.prc'
...
Downloading data changes to the Subscriber
Enumerating changes in filtered articles using Subscriber's assigned partition ID.
Enumerating deletes in all articles
Downloaded 500 change(s) in 'universe' (500 updates): 500 total
...etc
Downloaded 500 change(s) in 'universe' (500 updates): 58000 total
Downloaded 43 change(s) in 'universe' (43 updates): 58043 total
Enumerating deletes in all articles
Downloaded 500 change(s) in 'universe' (500 updates): 58543 total
…
Downloaded 500 change(s) in 'universe' (500 updates): 116043 total
Downloaded 43 change(s) in 'universe' (43 updates): 116086 total
Enumerating deletes in all articles
...this pattern may repeat many times until ...
…
Downloaded 500 change(s) in 'universe' (500 updates): 696473 total
Downloaded 43 change(s) in 'universe' (43 updates): 696516 total
696516 changes downloaded for a table of 58k rows that has just been BCP'd into using a dynamic snapshot !