Then you can selectively restore some of those from the old tape
(notes.ini, server ID) and log.nsf would be moot - it can just be created
fresh when the server starts.

---------------------------------------------------

Thanks,
Chris
Personal Blog: http://cwhisonant.blogspot.com
Work Blog: http://www.bleedyellow.com/blogs/lotusnut


On Mon, Oct 29, 2012 at 10:36 AM, <rob@xxxxxxxxx> wrote:

Perhaps. But aren't there databases that really aren't replicated that
should come from the tape? For example the notes.ini. Aren't there also
some regular .nsf's that shouldn't be replicated? For example, log.nsf.

I am not dismissing your idea out of hand. I just want to be careful.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Chris Whisonant <chris.whisonant@xxxxxxxxx>
To: "Lotus Domino on the iSeries / AS400" <domino400@xxxxxxxxxxxx>,
Date: 10/29/2012 10:25 AM
Subject: Re: Full system restore - length of save interval
concerns.
Sent by: domino400-bounces@xxxxxxxxxxxx



The problem with this scenario is that you shouldn't be restoring from the
full save on 9/8. You should restore the OS and program data, but you
should then just use your latest nightly backup from the clustermate for
the restore.

---------------------------------------------------

Thanks,
Chris
Personal Blog: http://cwhisonant.blogspot.com
Work Blog: http://www.bleedyellow.com/blogs/lotusnut


On Mon, Oct 29, 2012 at 10:09 AM, <rob@xxxxxxxxx> wrote:

Ok, picture this. You save a Domino LPAR once a quarter. In the
interim
you rely upon saving the Domino data from clustered servers.

Now picture this. You saved on 9/8/2012. Your system dies a gristly
death on 12/1/2012 and needs a full restore. So you restore from the
9/8/2012 tape and let clustering catch up.

Now you get a call from someone who deleted 1,000 emails on 9/13. He
wants to know why they are all back. They're back because replication
history is only kept for x number of days. You try to explain this to
him
until you realize it was a rhetorical question and he just wants them
gone.

Do I change the "x number of days"? If so, how?
If I can't is my only option to increase the frequency of saves?


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com

_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.