|
midrange.com
28 hours to restore the data from a 3590? Remember, if you EVER plan on
doing a restore in a timely fashion - like in a DR situation, then always
save access paths. May take more time and tape but it beats going bankrupt
because your system was down for so long rebuilding the access paths. We
had a system in which we did a restore without access paths. Took days and
days for the system to rebuild them. Never again.
Rob Berendt
==================
Remember the Cole!
"Carley, Neil"
<carleyn1@Midas-Kap To:
"'MIDRANGE-L@midrange.com'" <MIDRANGE-L@midrange.com>
iti.com> cc:
Sent by: Subject: RE: Data transfer
across disks.
owner-midrange-l@mi
drange.com
12/01/00 10:47 AM
Please respond to
MIDRANGE-L
Hi Kirk,
thanks for the sound advice, although I think I'll keep away from the DR
scenario, hopefully if all goes well !!!, 3590's are quick but I have done
rebuilds in the past of our system and it took 28 hours to restore the user
data alone and that was less space than we are currently using !!!
Neil
> -----Original Message-----
> From: KirkG@PacInfoSys.com [SMTP:KirkG@PacInfoSys.com]
> Sent: Friday, December 01, 2000 2:01 PM
> To: MIDRANGE-L@midrange.com
> Subject: Re: Data transfer across disks.
>
> First, since you are only adding "3" 6824, I will assume that you already
> have at least 4 other 6824s in a RAID set. Remember you need at least 4
to
>
> do RAID on the AS/400.
>
> Once the new drives are physically installed you will need to ADD then to
> an existing RAID set or create a new set. Once in the RAID set you can
ADD
>
> them to the ASP. Now they are usable to OS/400.
>
> Now "REMOVE" the 9337s from the ASP they are in. This will Migrate all
the
>
> data off them leaving them non-cfg'd.
> NOTE: With 3 or 4 "empty" drives in the system all that data will
> go new drives. So you will be reducing the arms that data is on.
>
> Once that is done you can add the 9337s back in to your new ASP.
>
> Time? Well that's a good question. Depending on what CPU you have and the
> data on the drives 8 plus hrs. would not surprise me. If you have a good
> fast tape drive. It might be faster and would be better for over all data
> spread to test your Backup and Recovery scheme. By that I mean, backup
> everything to tape wipe the system clean, added the new drives and
> restore.
>
> Hope this helps
>
> ---------------------------------
> Kirk Goins
> IBM Certified AS/400 Technical Solutions
> DataMirror High Availability Certified
> Pacific Information Systems - An IBM Premier Business Partner
> 503-674-2985 kirkg@pacinfosys.com
> "WE KNOW TECHNOLOGY"
> ---------------------------------
>
>
>
>
>
> "Carley, Neil" <carleyn1@Midas-Kapiti.com>
> Sent by: owner-midrange-l@midrange.com
> 11/30/00 05:19 AM
> Please respond to MIDRANGE-L
>
>
> To: "'MIDRANGE-L@midrange.com'" <MIDRANGE-L@midrange.com>
> cc:
> Subject: Data transfer across disks.
>
>
> Hi all,
>
> Next week I plan to add 3 new #6824 disks to out 720 (V4R3) in an attempt
> to
> remove 24 old #9337's from our main ASP config, I will be keeping the old
> disks to create a second ASP for non business critical data.
> My question's are : when I come to move the data off the 9337's across to
> the rest of the disks what exactly is involved, will I have to suspend
> RAID,
> do I have to do 1 tray of disks (i.e. 1 parity set) at a time ?
> SST shows 2 parity sets of 8 disks each and 2 parity sets of 4 disks
each.
> Also any guesses on how long it will take to transfer the data across,
the
> disks are about 85% full at present
> Also if there's anything I haven't thought of !!!
>
> Any help or advice greatly appreciated
>
> regards
>
> Neil
> +---
> | 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
+---
+---
| 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.
