|
I usually end up in the 2-4 hour variety, but I have customers with more TBs of storage and too little processor who claim that it takes days. Al Al Barsa, Jr. Barsa Consulting Group, LLC 400>390 "i" comes before "p", "x" and "z" e gads Our system's had more names than Elizabeth Taylor! 914-251-1234 914-251-9406 fax http://www.barsaconsulting.com http://www.taatool.com http://www.as400connection.com ChadB@wheeling-ni sshin.com Sent by: To midrange-l-bounce Midrange Systems Technical s@xxxxxxxxxxxx Discussion <midrange-l@xxxxxxxxxxxx> cc 08/25/2005 02:43 PM Subject Re: RCLSTG (Was: Preventative Maintenance For AS400) Please respond to Midrange Systems Technical Discussion <midrange-l@midra nge.com> Wow... that's the type of RCLSTG horror story i've rumours of, but never heard any specifics about! I'm wonder how common these types of RCLSTGs really are... i'm betting Larry, Al, and some of the others might have some idea... I've always been lucky to end up with the 2-4 hour ones. "Ingvaldson, Scott" <SIngvaldson@guid To eone.com> <midrange-l@xxxxxxxxxxxx> Sent by: cc midrange-l-bounce s@xxxxxxxxxxxx Subject RCLSTG (Was: Preventative Maintenance For AS400) 08/25/2005 02:33 PM Please respond to Midrange Systems Technical Discussion <midrange-l@midra nge.com> I was always in the "run a RCLSTG before very upgrade" camp, but we just had a bad experience with our last RCLSTG. We're getting ready to upgrade V5R2-->V5R3 on an 810 with 4GB main storage, 225 GB internal DASD at 66% and 565 GB fiber-attached shark external DASD at 69%. The last RCLSTG was run two years ago and took about two hours. We haven't had any system crashes in this time, however the external DASD was added after that and has about 7M documents stored on it. I SWAGed a guesstimate of 8 hours and requested 24 hours of downtime to run the RCLSTG. The first part of the RCLSTG took about 24 hours. (to get to 100%) Next it sat at message CPI8218 - Directory recovery in progress for about 10 hours before going on to message CPIA916. After determining that we were going to miss our SLA Monday morning the boss ordered an abort. It only took about a minute to end after an ALT SYSREQ 2 and then I did a RCLSTG *DBXREF, which only ran about 6 minutes. Then I IPLed (B-N) and all looked normal, a *FULL restart went very quickly. There were 12 objects in QRCL: 2 data queues and 9 user spaces beginning with Q, and 1 file (EKDDSPOBJD, which may have been a WAF temp file as it no longer exists or seems to be needed.) There were no /QReclaim or /QOpenSys/QReclaim directories. The bottom line is that it is unlikely that we will run a Reclaim Storage again, at least not until we have an HA environment with a backup production LPAR. Regards, Scott Ingvaldson iSeries System Administrator GuideOne Insurance Group -----Original Message----- date: Thu, 25 Aug 2005 11:27:03 -0400 from: "Doug Hart" <DougHart@xxxxxxxxxxxx> subject: RE: Preventative Maintenance For AS400 I work at a large (8 systems/23 partitions) iSeries datacenter and they have not done a RCLSTG in well over 10 years. They simply say that they can't be down that long. They also feel that since they replace machines on about 3 year cycles they are never that over due for the cleanup. I'm not totally in agreement but they run OK. I if you run RTVDSKINF then PRTDSKINF *SYS look down the report for the line 'Storage affected by RCLSTG'. It should show the impact of objects to recover/cleanup. -- Doug Hart -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l. _____________________________________________________________________________ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _____________________________________________________________________________ ForwardSourceID:NT00029806 _____________________________________________________________________________ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _____________________________________________________________________________-- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.
midrange.com
