I would look at a couple of things.
You have two DS6000 systems and it sounds like you are replicating volumes on primary to DR. You should set up IASP on both systems and use Copy Services toolkit to replicate volumes between primary and DR luns. You may be able to use metro mirror depending on the distance between machines. If this is a DR machine, you should be able to remove the disks and replicate the data from your source to your target.
Your IASP should not take 5 hours to vary on, something seems strange. We have a 1TB IASP that takes aprox 15 minutes to vary on. I would check the joblog to see what is causing the long vary on time.

Robert

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Mark_Sutherland@xxxxxxxxxxxxx
Sent: Monday, June 01, 2009 7:13 AM
To: midrange-l@xxxxxxxxxxxx
Subject: ASP Problem





As part of our company we hold a vast amount of images which is constantly
expanding, by around 15,000 a day. We recently created a DR machine to
house a duplicate of all of this information hosted on our primary System.
We have 2 DS6000 one attached to each system. On the primary systems the
device was added as an IASP (Indipendet auxiliary Storage pool), where it
can be taken of line with the WRKCFGSTS *DEV command, this works fine,
although due to it's size it take around 5 Hours to vary on (with lot of
memory in the machine pool). However on our backup machine The DS6000 was
added as an ASP (ASP2 more precisely), this has caused us numerous
headaches, the first is the ability to before a FULLSYSSAV as the save
operation starts to save ASP2, which is not appropriate due to the size.
The second is our inability to run a RCLSTG, recommend by IBM for a
previous problem we had with the machine, as again it runs the command on
ASP2. We have tried an unmount of the directory but to no avail, as it
still attempts to run the save and the reclaim disk on the directory. Has
anyone got any ideas how we could resolve our problems, with out the need
to wipe the disks?

Regards,

Mark Sutherland
Jordans Information Systems
Tel: 0117 918 1406

Jordans Limited
Registered in England and Wales No: 865285
Registered office: 21 St Thomas Street, Bristol BS1 6JS


This message is intended only for the addressee and may contain information
that is confidential or privileged. Unauthorised use is strictly
prohibited and may be unlawful.

If you are not the addressee, you should not read, copy, disclose or
otherwise use this message, except for the purpose of delivery to the
addressee.

If you have received this in error, please delete it and advise us
immediately.

Whilst we take reasonable care to ensure that any attachment to this e-mail
does not contain software viruses, this cannot be guaranteed and you should
therefore carry out your own virus checks before opening any attachment.
The Jordans Group of Companies accepts no responsibility or liability for
any damage that you suffer as a result of software viruses.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2021 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.