× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I had this running at one point. I just set it up with the defaults and I 
was OK. As long as you have enough drives in your ASP you should probably 
be ok too.

As far as running it to a separate controller/drive, I believe the only 
way to accomplish that is to create a new ASP.

I found this at the midrange archive that helps with some of the steps 
needed to create a User ASP to be associated with an IFS directory. You 
would then point your trans log to that directory.

http://archive.midrange.com/midrange-l/199905/msg00115.html

Chris Whisonant
Comporium
Senior Mid-Range Systems Administrator
IBM eServer Certified Systems Expert - iSeries Technical Solutions V5R2
IBM Certified System Administrator - Lotus Notes and Domino 6/6.5
803.326.7270 | 803.326.6142 fax
http://cwhisonant.blogspot.com/

domino400-bounces+chris.whisonant=comporium.com@xxxxxxxxxxxx wrote on 
08/02/2005 03:09:36 PM:

> All,
> 
> New to the AS400 here.  Is there a best practice or recommended way to 
> implement the transaction logging on an AS400?  By that I mean should 
this 
> be a separate controller/drive?  I know on a windows server they 
recommend 
> a separate disk/controller for your transaction logs so it can do both 
> writes at the same time.
> 
> Hope this makes sense.  Thanks for any info you can provide.
> 
> Brian
> 
> 
> Brian Rutherford
> Senior Lotus Notes Developer/Admin
> Ph:  630-795-2155
> Fax: 630-795-2220
> www.hubgroup.com
> brutherford@xxxxxxxxxxxx
> 
> 
> 
> rob@xxxxxxxxx 
> Sent by: domino400-bounces+brutherford=hubgroup.com@xxxxxxxxxxxx
> 08/02/2005 01:59 PM
> Please respond to
> Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
> 
> 
> To
> Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
> cc
> 
> Subject
> Re: Backing up multi-version releases
> 
> 
> 
> 
> 
> 
> 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.
> 
> 
> _______________________________________________
> 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 ...

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.