The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

RE: Re: [WAY OT] - SQL Replication


  • Subject: RE: Re: [WAY OT] - SQL Replication
  • From: "Alex Monaghan" <ha@xxxxxxxxxxxxxx>
  • Date: Tue, 30 Nov 2004 16:10:43 -0000




> -----Original Message-----
> From: Chris Bond [mailto:chrisbonduk@xxxxxxx]
> Sent: Tuesday, November 30, 2004 3:47 PM
> To: ukha_d@xxxxxxx
> Subject: [ukha_d] Re: [WAY OT] - SQL Replication
>
>
>
> --- In ukha_d@xxxxxxx, "Alex Monaghan" <ha@m...>
wrote:
> > We use log shipping for keeping database in sync for reporting
& DR
> > failover.
> >
> > If you have SQL 2K Enterprise, then you'll have a wizard to set
it
> up
> > (although I use my own set of scripts), if you have standard,
then
> you'll
> > have to get your DBA to roll their own config.
> >
> > I've been using a log shipping mechanism since SQL 6.5 for DR
> purposes and
> > routinely perform failovers and have had no problem so far.
>
> All depends on the database size and rate of change per day really
> but i'd have to agree with alex, its a good way of doing things if
> the rate of change isnt that bad.

Log shipping is still effective with large databases, we have a database
just over 50Gb servicing over 450 concurrent helpdesk users. This running
24*7 and log shipping to a reporting box over the WAN. The limiting factor
really is the comms between the 2 boxes.

I'm currently considering using an existing SAN replication system to
transfer the log shipped files on a new contract that we're just building
the servers for, that'll be fun :)




UKHA_D Main Index | UKHA_D Thread Index | UKHA_D Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.