Setting up merge replication between databases on the same network is no problem, but I need to replicate between the I have tried doing routine backups of NetA_Pub and restoring to NetB (the servernames for both Any suggestions on what the problem is, or a better way to accomplish this? Thanks!
(comments are locked)
|
|
If you need a complete copy of I also don't understand the reason for merge replication in this scenario, or are the subscribers making updates that should go to the publishers? I suggest you try the following:
You then run steps 3,4 and 5 at the necessary intervals. This would keep both sides as merge replications in their own domains, but allow you to copy the information you need from NetA to NetB. Does that help, or am I misunderstanding you? @Oleg - many thanks. Strange thing is; I hit 5k about 2 hours ago, then all of a sudden I was back down on 4995 (someone must have taken a thumbs up back?)
Oct 27 '10 at 08:14 AM
WilliamD
@WilliamD Yea, I see, it does look strange. Anuj, Grant and Greg voted you up about 3 hours ago and even congratulated you on reaching the mark. The total number of upvotes on that question is 3, so it matches the activity. I guess someone undid the upvote on some other question, maybe by accident, who knows.
Oct 27 '10 at 09:07 AM
Oleg
(comments are locked)
|
|
Hi WilliamD, Thanks - yes, you got the gist for the most part. I restore However, where your Step4 - copy the data from
I've experimented with instead of 'replicating' between the restored When coming up with the solution, I thought that just using the same merge replication across all the db's would be the easiest to setup and maintain, but now having second/ third thoughts. I'm not familiar with SSIS, is that something that could be a solution? Sorry if this is hard to follow ;) You could use simple upsert logic to get the delta moved from A to B. Tablediff is not the tool to use here IMO, merge replication isn't either. Something like this would do the inserts of missing data: If you were on SQL Server 2008, you could use the MERGE command to do the insert, update and delete in one step.
Oct 27 '10 at 02:41 PM
WilliamD
Yes, that would work for the inserts, but not the updates. I tried writing a procedural MERGE type functionality for SS2005, but again it was clunky and I had to compare every column - that's why I then opted for the TABLEDIFF (but still didn't get the job done correctly). Thanks for your input!
Oct 27 '10 at 10:13 PM
patrick2525
You can do the updates in a similar way: You can list all the columns and let the update run. IIRC, updates that don't actually change anything don't really happen, SQL Server is clevere enough to know that the value hasn't changed and ignores the update - I could be wrong though.
Oct 27 '10 at 11:56 PM
WilliamD
(comments are locked)
|

