|
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. >
As an Amazon Associate we earn from qualifying purchases.
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.