|
I did my part. I gave input, I made suggestions, I expressed concerns. I hope that it works out but I think that you are going to have some excitement both over the weekend and when the system comes back up. Good luck! Richard Jackson mailto:richardjackson@richardjackson.net http://www.richardjacksonltd.com Voice: 1 (303) 808-8058 Fax: 1 (303) 663-4325 -|-----Original Message----- -|From: owner-midrange-l@midrange.com -|[mailto:owner-midrange-l@midrange.com]On Behalf Of oludare -|Sent: Thursday, October 12, 2000 8:01 AM -|To: MIDRANGE-L@midrange.com -|Subject: Re: OS400 DATA MIGRATION -| -| -|Guys, -| -|I'm not an expert with AS/400 hardware but I don't know where -|50xx came from -|in my previous posting, see my system storage resources below. I know -|these: -| -|1. The new DASD (7 x 8.58Gig) is a type 6713 and all my -|current DASD (12 -|x 4.xGig) is type 6607 -|2. My current Storage controller for all 10 DASD is 6512 type. -|3. My current Storage controller for the 2 bottom DASD is 9162 type -|(Combined IOP). -|4. IBM CE plan is to create another RAID for the new DASD (7 x 8.58Gig) -|then perform Data Migration. -|5. The 2 drives will then be move to the bottom internal mirrored set. -| -|Dare -| -| -| Storage Resources -|List -| -|----------Locatio -|n---------- -| Serial Part Frame -|Card Device -| Resource Type-Model Number Number ID -| EIA Pos -|Pos Text -| SI01 6513-001 10-7029014 0000017G1325 1 6 -|Storage Controller -| DC04 6385-001 00-09700 1 -|3 Tape Controller -| TAP01 6385-001 00-09700 1 -|3 Tape Unit -| SI02 6512-001 10-7042002 0000099G9473 1 5 -|Storage Controller -| DC05 6607-072 00-0F43632 000000000000 1 -|K1 Disk Storage Controller -| DD003 6607-072 00-0F43632 86G912500000 1 -|K1 Disk Unit -| DC06 6607-072 00-0BB9159 000000000000 1 -|K2 Disk Storage Controller -| DD004 6607-072 00-0BB9159 86G912500000 1 -|K2 Disk Unit -| DC07 6607-072 00-0F43363 000000000000 1 -|K3 Disk Storage Controller -| DD005 6607-072 00-0F43363 86G912500000 1 -|K3 Disk Unit -| DC08 6607-070 00-0BB7222 000000000000 1 -|K4 Disk Storage Controller -| DD006 6607-070 00-0BB7222 86G912500000 1 -|K4 Disk Unit -| DC09 6607-072 00-0F37094 000000000000 1 -|K9 Disk Storage Controller -| DD007 6607-072 00-0F37094 86G912500000 1 -|K9 Disk Unit -| DC10 6607-072 00-0BC2962 000000000000 1 -|K10 Disk Storage Controller -| DD008 6607-072 00-0BC2962 86G912500000 1 -|K10 Disk Unit -| DC11 6607-072 00-0BC1727 000000000000 1 -|K5 Disk Storage Controller -| DD009 6607-072 00-0BC1727 86G912500000 1 -|K5 Disk Unit -| DC13 6607-072 00-0F43768 000000000000 1 -|K6 Disk Storage Controller -| DD011 6607-072 00-0F43768 86G912500000 1 -|K6 Disk Unit -| DC12 6607-072 00-0BB8603 000000000000 1 -|K7 Disk Storage Controller -| DD010 6607-072 00-0BB8603 86G912500000 1 -|K7 Disk Unit -| DC14 6607-070 00-0F33908 000000000000 1 -|K8 Disk Storage Controller -| DD012 6607-070 00-0F33908 86G912500000 1 -|K8 Disk Unit -| SI04 2621-001 10-3120015 0000085F8845 2 2 -|Storage Controller -| DC19 9348-001 00-00000 -|Tape Controller -| TAP08 9348-001 00-00000 -|Tape Unit -| CMB01 9162-001 10-6128020 0000021H9101 1 4 -|Combined function IOP -| DC01 6607-030 00-0BB9617 1 -| 9A -|Disk Storage Controller -| DD001 6607-030 00-0BB9617 1 -| 9A -|Disk Unit -| DC02 6607-030 00-0BD2365 1 -| 9B -|Disk Storage Controller -| DD002 6607-030 00-0BD2365 1 -| 9B -|Disk Unit -| DC03 6320-002 00-00000 1 -|2 Optical Controller -| OPT01 6320-002 00-00000 0000088G4918 1 -|2 Optical Storage Unit -| DC18 6379-001 00-2032466 1 -|1 Tape Controller -| TAP07 6379-001 00-2032466 1 -|1 Tape Unit -|----- Original Message ----- -|From: "Larry Bolhuis" <lbolhuis@arbsol.com> -|To: <MIDRANGE-L@midrange.com> -|Sent: Wednesday, October 11, 2000 9:56 PM -|Subject: Re: OS400 DATA MIGRATION -| -| -|> Richard, -|> -|> > I was speaking of cheaper in the sense of lost time, risk of lost data -|if -|> > the machine dies while running unprotected, risk of lost data -|if one of -|the -|> > backup tapes decides to be unreadable - that kind of cheaper. -|> -|> Indeed IF a) A disk fails during the upgrade, and b) BOTH copies of -|> his backup are bad, then he is in deep deep weeds indeed. -|> -|> > In my opinion, people sometimes spend too much time worrying about -|hardware -|> > cost. How much would the expansion unit cost and what -|feature/function -|> > would he get for it? (that's a real question, not rhetorical) -|> -|> As I recall-ball park-prices for a 50xx tower (Quote me NOT on these -|> numbers!!) $13,000 a 5052 top hat $5500, a 6533 DASD controller $9,900. -|> May need a #2688(?) to drive the fiber to the expansion cabinet $2,500. -|> Add to that space, power, heat, and annual maintenance and it gets -|> pretty expensive for sure. -|> -|> Certainly compared to the failure above (if it happens) it's cheap. -|> -|> On the other hand if your tape drive writes two unusable copies of a -|> backup tape consecutively without throwing an error of some kind then -|> you likely have rust for backup for some time back. While I recognize -|> that tape errors do exist I have done dozens and dozens of system -|> migrations with tape and cannot remember a single tape error stopping a -|> conversion. Conditions are optimal - the tapes never change temp or -|> humidity. The same drive that wrote them has to read them. The drive is -|> intentionally cleaned before each save. New or nearly new tapes are -|> prodently used. It don't get any better'n nat! -|> -|> If the risk of missing data is evaluated -vs- the cost of the -|> expansion I suspect most risk managers will accept it. -|> -|> > How much -|> > will a decent developer cost for the next year? I would guess about -|> > $100,000 with desk, floor space, phone, PC, wages, overhead, machine -|cycles -|> > to support him, parking spot, and so forth. How much will it cost to -|> > rebuild the world if the backup turns out to be unreadable? How much -|will -|> > it cost in hours for the OP to fix if that happens? How much will it -|cost -|> > the business in lost opportunity while their people cannot use the -|system? -|> -|> I have been involved with system recovery when a drive failed and -|> backups were junk. (In this case flat were not done and nobody was told. -|> THe tape was labeled, logged, and in the vault but was empty!) We had -|> to restore the OS and major componants from 5 YEAR old tapes! (no errors -|> but there were more than a few things missing). Their nightly backups -|> had not been updated for new products or program libraries in the 5 -|> years I never saw the estimated cost to the business but it was 6 -|> figures by the end of day 1 for sure. Major function restoral took three -|> days, complete restoral took over a week. -|> -|> This mess had NOTHING to do with tape failure, rather it was -|> Operational Error. -|> -|> Again, my .02. -|> -|> - Larry -|> -|> -- -|> Larry Bolhuis -|> Arbor Solutions, Inc. -|> (616) 451-2500 -|> (616) 451-2571 -fax -|> lbolhuis@arbsol.com -|> +--- -|> | This is the Midrange System Mailing List! -|> | To submit a new message, send your mail to MIDRANGE-L@midrange.com. -|> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. -|> | To unsubscribe from this list send email to -|MIDRANGE-L-UNSUB@midrange.com. -|> | Questions should be directed to the list owner/operator: -|david@midrange.com -|> +--- -| -|+--- -|| This is the Midrange System Mailing List! -|| To submit a new message, send your mail to MIDRANGE-L@midrange.com. -|| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. -|| To unsubscribe from this list send email to -|MIDRANGE-L-UNSUB@midrange.com. -|| Questions should be directed to the list owner/operator: -|david@midrange.com -|+--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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
