|
midrange.com
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
+---
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.
