Groups | Blog | Home
all groups > sql server replication > may 2007 >

sql server replication : SQL Server 2000 vs 2005 - Replication, Clustering, Double-Take etc.


Hilary Cotter
5/25/2007 3:58:46 PM
It could be. Replication is not normally recommended for HA as it does not
do automatic failover or client redirects - they way clustering does.
Clustering does have a distance limitation.

DoubleTake does work and does work well, but you are correct there is some
failover time.

1) So if your failover server is local use clustering. If its remote I would
look at bi-directional transactional, as this keeps both copies in sync and
failover and failback are merely matters of client redirects.

2) File system drivers do work as part of a HA technology but there is some
time required for failover and failback.

3) With replication you have to redirect the clients to the failover site.
With clustering it automatically fails over from one node to the other and
your clients are automatically redirected.

4) Replication in SQL 2005 is slightly more complicated to set up.

As you mention remote DR sites around North America, clustering won't work
as it has a distance limitation which is normally within the same enclosure
or rack.
--
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]

Spam Catcher
5/25/2007 7:21:24 PM
Hi all,

We're in the process of investigating several HA solutions for SQL
Server. We currently run a small database (couple GBs) but needs to be
available for 99.99% of the time. We can tolerate some downtime... but
preferably none.

A coworker suggested we take a look at Double-Take due to the simplicity
of installation. It seems to do what we need (replicate a database and
have failover support) but there are a couple points that worry me:

1. It's done at the file system level
2. There is a delay with failover

So my questions are:

1. Is SQL Server replication the way to go or clustering? Or a 3rd party
product?
2. Are file system mirroring software effective in maintaining a HA
environment - especially for SQL Server?
3. With SQL replciation/database mirroring/clsutering ... if a node
fails, will we have to have handle the failure - or will the transition
to the new node be seemless?
4. I briefly looked into replication in SQL Server 2000 but it looked
like a pain to setup - any better in 2005?

If we go with the built in SQL Server tools any suggestions if we should
use Clustering vs. Replication? We like to maximum resource usage, while
maintaining a reliable environment but would also like to keep costs
down. As I understand... Clustering requires a shared disk - and perhaps
that could be another point of failure?

Eventually we will have remote hot stand by sites around North America
....

Lastly - my boss gets e-mails from companies like Polyserve, etc selling
3rd party replication products. Should we even look into these, or will
daveberm
5/26/2007 6:03:18 AM
[quoted text, click to view]

It sounds like you are looking for local HA now, and then eventually
want to have the ability to do DR to your remote hot sites. In that
case, you are looking for a combination of HA and DR. You are correct
that DoubleTake is not as robust as other clustering solutions because
all they do is simply monitor system availability. The do no
application (SQL) level monitoring. So a failover would not occur if
the server was available, but SQL stopped responding. The company I
work for, SteelEye Technology, has a similar data replication
solution, but addresses some of the limitations of Double ake.

You can find more information at http://www.steeleye.com/products/sqlserver.html

If you want to contact me directly, I'd be glad to discuss in detail
all of the options available from Microsoft including, MSCS, Database
Mirroring and transactional replication.

David A. Bermingham, MCSE, MCSA:Messaging
Director of Product Management
www.steeleye.com
AddThis Social Bookmark Button