Groups | Blog | Home
all groups > sql server replication > august 2006 >

sql server replication : Single point of failure


Lauren
8/30/2006 7:46:01 AM
Hi,

After some very helpful advice from this forum, I have set up Merge
replication on 2 SQL Server and 1 SQL Express machines. One of the SQL
Servers has been configured as the publisher and the other one and the SQL
Express as subscribers.

This grouping of machines will be repeated throughout our system with each
publisher also replicating to the other publishers. I haven't done the second
bit yet so I am hoping this makes sense? I assume this would mean setting
each publisher up as a subscriber to each other publisher as well - I think I
must be on the wrong track here as it sounds very inefficient? I am sure
there is a better way?

I am also concerned about the fact that each publisher is a single point of
failure in this setup. We can't risk that in our system. I know about the
alternate sync partner but am a bit concerned about going down that route as
it is deprecated and we will likely be moving to new versions whenever they
become available for the lifetime of our development project.

How do I deal with these issues?

Thankyou,
Hilary Cotter
8/30/2006 11:45:06 AM
Clustering is probably your best bet. Alternate sync partners will be
supported until the next version. They do have limitations though.

--
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]

Hilary Cotter
8/31/2006 12:00:00 AM
There is no reason you don't continue with your existing setup. It will
work. However I assume you have an app currently connected to SQL Server A.
When SQL Server A goes down you will have to point this app to SQL Server B.
Then you will have to have the SQL Express client resubscribe to SQL Server
B.

Then when you failback you have to point your app back to SQL Server A, and
resubscribe SQL Express to SQL Server A.

If you were to cluster you would not have to modify the app or drop the
subscription and recreate it each time you failed over.

--
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]

Lauren
8/31/2006 2:29:02 AM
Is there any reason why I couldn't set up 2 servers at each site to be both
publisher and subscriber to each other and to the other publishers in other
sites or is this a horribly inefficient way of doing things. I suppose what I
am asking is is it possible to setup merge replication in a peer-to-peer
style? Would that be significantly less efficient than peer-to-peer itself?

Lauren Eaton

[quoted text, click to view]
Lauren
8/31/2006 5:55:02 AM
Kind of, my app is connected to the Express DB which has subscribed to
replication from Server A. I want to ensure that I can still receive
replications from B or C when A goes down.

Regards,
Lauren

[quoted text, click to view]
Lauren
8/31/2006 6:19:02 AM
Why does the failback cause difficulties?

Lauren

[quoted text, click to view]
Lauren
8/31/2006 6:44:02 AM
OK - so you would recommend to go with clustering?

Lauren

[quoted text, click to view]
Hilary Cotter
8/31/2006 9:12:00 AM
that's going to be hard. Failover will be fine. Failback from Server B to
Server A will be difficult.

--
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]

Hilary Cotter
8/31/2006 9:27:39 AM
Sometimes its hard to drop subscriptions to existing publications where the
publisher is offline. Its also hard sometimes to kick all your users off
while you doing the resubscribe, and you will expose yourself to data loss
here.

--
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]

Hilary Cotter
8/31/2006 4:15:36 PM
Do you have clustering experience? A large part of deploying a successful
clustering solution is having good clustering resources on site.

--
Hilary Cotter
Director of Text Mining and Database Strategy
RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.

This posting is my own and doesn't necessarily represent RelevantNoise's
positions, strategies or opinions.

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]
AddThis Social Bookmark Button