Quantcast
Channel: SQL Server Replication forum
Viewing all articles
Browse latest Browse all 4054

Transactional replication - merge command performance

$
0
0

Hello,

I'm trying to find a solution to one performance issue with replication that I'm facing at the moment, so I'm hoping someone here could help.

I have one publisher database with 3 subscribers, and occasionally I need to update the publisher database with relatively large number of rows.

For that purpose I'm using merge operation, having separate database with new data as source and publisher database as target. Result of merge operation shows that there are 3 "problematic" tables that generate total of around 300 millions of rows to be distributed.

Publisher to Distributor History shows that data is transferred to distributor in acceptable time manner, but Distributor to Subscriber is taking very long. I traced the process on subscriber using the Profiler and saw that each row is being updated/inserted/deleted separately, and I believe that this causes the performance issue.

I was wandering if there is a way to do the merge operation on subscriber in batches, and not row by row?

I did the reinitialization on one subscriber and it worked fine and relatively quick, but it is not the option since I'm expecting increase of number of subscribers in future, and I need the process to be automatic.

Any help would be highly appreciated! :)

BR,

Miljan


Viewing all articles
Browse latest Browse all 4054

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>