Re: Run 'onunload' on an HDR secondary?
- From: "David E. Grove" <david_grove@xxxxxxxxxxxxxxxxxxx>
- Date: Fri, 14 Jul 2006 08:30:19 -0800
<mpruet@xxxxxxxxxxx> wrote in message
news:1152878622.836318.55940@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
The secondary is in recovery mode and the recovery threads will
continue to apply logs from the primary.
I tried running onunload on the secondary, and it ran to completion just
fine. However, I conclude from above that the resulting onunload file may
not be consistent.
I will do the suggested disabling of replication, then do the onunload, then
re-enable replication.
Follow up questions.... Just out of curiosity... Is it actually necessary to
'onmode -c block', etc. on the primary? Would I actually risk inconsistency
by not forcing a checkpoint? Also, could I avoid touching the primary and
just 'onmode' the secondary back to standard? (I'm thinking it would then
just be like when you initially start HDR, before you get the secondary
operational, and I could easily 'onmode' it back to secondary. [I got
plenty of log space on the primary.])
Thank you all for comments.
Regards,
DG
.
- References:
- Run 'onunload' on an HDR secondary?
- From: David E. Grove
- Re: Run 'onunload' on an HDR secondary?
- From: mpruet
- Run 'onunload' on an HDR secondary?
- Prev by Date: Re: installclientsdk on Linux - hangs
- Next by Date: Re: Run 'onunload' on an HDR secondary?
- Previous by thread: Re: Run 'onunload' on an HDR secondary?
- Next by thread: Re: Run 'onunload' on an HDR secondary?
- Index(es):
Relevant Pages
|
|