all groups > sql server replication > august 2003 >
You're in the

sql server replication

group:

Replicating everything (sort of)...



Replicating everything (sort of)... Darren_DePlonty NO[at]SPAM FPL.com
8/13/2003 9:56:04 AM
sql server replication: We are running SQL7 on both boxes, it's an intranet environment, we
have two servers running Windows 2000 Server about 100 miles apart.

I have set up a transactional publication to push a pub of a DB from
our production server to a standby "failover" server that is in a
remote location.

It's more of a spare server than true failover (there is nothing to
automatically make the switch, we would have to change DNS, etc). What
we need, though, is this server to stay up-to-date and in sync with
the running production server's DB, autonomously. This means all data,
tables, view, sprocs (def and results), unique keys, relationships,
contraints, default values - basically the whole shebang.

The transactional publication is nice for keeping the data up-to-date,
but it doesn't update the schema when a change has been made to the
source DB (adding/dropping tables, adding fields, etc.). I've noticed
the publication doesn't even make the destination tables schema
correct (like primary keys, default values, nulls, relationships, etc)
which we sometimes depend on in our web applications.

Replicating everything (sort of)... chris
8/13/2003 3:11:15 PM
You need to be using Log Shipping to accomplish all this.
Unless you want to go third party.

[quoted text, click to view]
Re: Replicating everything (sort of)... Darren_DePlonty NO[at]SPAM FPL.com
8/14/2003 6:19:46 AM
What third-party options exist that can do this autonomously?

Thanks,

Darren

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