Re: Backing up multi-version releases

["Patrick Trapp" <ptrapp@xxxxxxxxxxxx>]

The data directory you see via Option 12 is the data directory I was
referring to -- I write it to savefile using a SAV command in my CL program
every night, along with the /QIBM/UserData/Lotus directories.

I'm not sure what you mean by "get it back into the other misc
'/QIBM/UserData/Lotus' genre of directories", though.  Are you saying that
I need to restore the data directory, CFGDOMSVR, then restore
/QIBM/UserData/Lotus?

I'm not following the reference to TCP/IP configuration unless you are
using that as a way to transfer your saved data from server A to server B.
Since I've only got one box to work with, that would be moot for me.

Thanks for your response,
Patrick

domino400-bounces+ptrapp=nex-tech.com@xxxxxxxxxxxx wrote on 08/02/2005
01:59:04 PM:

> I "think" that if you did a WRKDOMSVR and used option 12 to see the data
> directory that you should be able to save that directory.  Then on a
> different machine make sure it has the same version of Domino loaded.
> Restore your server and do a CFGDOMSVR and get it back into the other
misc
> '/QIBM/UserData/Lotus' genre of directories.  Make sense?  A little
TCP/IP
> configuration may be needed (ADDTCPIFC stuff).  But I have a tendency to
> save a few of these directories nightly anyway.
>
> Rob Berendt
> --
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
>
>
>
>
>
> "Patrick Trapp" <ptrapp@xxxxxxxxxxxx>
> Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx
> 08/02/2005 01:49 PM
> Please respond to
> Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
>
>
> To
> domino400@xxxxxxxxxxxx
> cc
>
> Subject
> Backing up multi-version releases
>
>
>
>
>
>
>
> Now that the dust has settled after our upgrade to 6.5.4, I've been
> studying the changes in the file structure for the server to support
> multi-versioning.  I want to make sure that I'm still backing up all of
> the
> necessary files.
>
> I'm sure there are much more sophisticated backup strategies available,
> but
> I'm using a simple CL to end the server, write the files to savefile,
> restart the server, then write the savefile to tape.
>
> Currently, I'm saving the data directory from my server (where the
> databases are stored), /QIBM/UserData/Lotus/*, and the QNOTES and
> QUSRNOTES
> libraries.  In the redbook Installing and Managing Domino for 6.5 for
> iSeries, it indicates that "backing up all Domino databases" simply
> requires the data directory and /QIBM/UserData/Lotus/Notes/*.
Apparently,
> QNOTES and QUSRNOTES are part of the "program libraries" -- so should I
> drop them from my backup?
>
> I'm looking on pages 133 - 135 if anyone wants to see what I'm talking
> about.
>
> Also, my iSeries resource guy indicated that if we had a disaster and
> needed to recover the entire Domino server (but not the iSeries) that we
> could delete the Domino libraries and folders, re-install the server
> software, and restore our backup.  By Domino libraries, I'm expecting it
> to
> be all those listed on page 133 of the redbook stated above.  Is this a
> wise approach or are we asking for trouble?
>
> Thanks,
> Patrick
>
> _______________________________________________
> 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.
>