Re: SQL replication
- From: jxstern <jxstern@xxxxxxxxxxx>
- Date: Fri, 05 Aug 2005 13:16:03 -0700
On Fri, 5 Aug 2005 09:13:01 +0100, "Paul Ibison"
<Paul.Ibison@xxxxxxxxxxxxx> wrote:
>Josh,
>it all depends what you mean by 'Start replication'. After the restore of
>the backup there will be no subscription info for that subscriber, so it
>needs setting up. Doing a normal setup will simply overwrite all the
>articles and you're in the same situation as having created an empty
>database. Chris' link refers to nosync initializations, which is one
>posibility, but this requires a fair amount of manual interaction in the
>case of transactional replication, adding new articles automatically must be
>done using scripts and special care must be taken with identities (see
>http://www.replicationanswers.com/NoSyncInitializations.asp). I think
>attachable subscription databases is by far the easiest solution :)
Paul,
Yes, I could be clearer.
For one thing, I do basically assume that one abandons all the
wizardly control of replication and does everything by manually tuned
scripts.
After I posted, it occurred to me that, with some care, the latency I
suggest which includes kicking people off both systems, can be
minimized, along the lines you mention. One could:
(a) Start with your operational database before it becomes a
publisher.
(b) By hook or crook, establish the suscriber and get replication
going, develop all the proper scripts.
(c) When it is time to deploy it for real:
* Replication is already running from publisher to subscriber, but it
is not fully in sync, may even be stopped, with updates queueing up
waiting to be resolved and delivered.
* Kick all users off publisher.
* Take backup.
* fail the distribution process so the updates queue up
**** now, let users back on publisher, and let the updates queue up,
shorter period of latency on the publisher!
* restore the backup on subscriber
* apply new scripts as necessary to publisher/subscriber (nosync),
turning on replication
* maybe give it a few minutes to catch up
* let users back on subscriber
Josh
.
- References:
- SQL replication
- From: SQL_Newbie
- Re: SQL replication
- From: jxstern
- Re: SQL replication
- From: jxstern
- Re: SQL replication
- From: Paul Ibison
- SQL replication
- Prev by Date: syssubscriptions w/ dest_db = 'virtual'
- Next by Date: RE: syssubscriptions w/ dest_db = 'virtual'
- Previous by thread: Re: SQL replication
- Next by thread: Re: SQL replication
- Index(es):
Relevant Pages
|