Re: Shark to EMC

Ron,
First I wanted to say I like HDS solutions, including storage virtualization. I just wanted to complement your message, not to criticize you or HDS solutions. However you said the good news and I added the bad ones. <g>

Regarding PPRC, etc. - yes it is paid feature, usually with capacity-based price. However virtualization does not relieve it while simply adds additional cost.

Regarding SPOF in USP - I said about single point of disaster-like outage. Let's assume I have some ESS-A in location A and ESS-B in location B. I can virtualize it through USP in location A. I would need another USP in location B to be disaster-proof.

Regarding to original question - in fact we don't know what are the real need and - last but not least - constraints. I mean budget and acceptable outages.
I know a method for one-time migration, which is cheap (FREE), and - depending on data type - does not require longer outage than for re-IPL + few minutes. It has definitely nothing to do with USP virtualization which is good for absolutely different needs (and it is good!).

Regards
--
Radoslaw Skorupka
Lodz, Poland


Ron Hawkins wrote:
Radoslaw,

I think it's been two years and one generation of storage since you looked
at the pricing. I don't do sales so I don't know if it is still as ugly as
you make out. There are plenty of customers using it.

Are you telling me that XRC is free? Or PPRC, SRDF, Flashcopy and Timefinder
are free? Aren't these products licensed based on the capacity they manage.
The virtualized DASD will use HUR, TrueCopy and Shasdowimage just like they
were internal disks. Why should software managing external storage be free?

And I did say USP-VM. I think you only looked at USP and not the diskless
NSC-55, which is the -1 gen of the USP-VM.

The ESS does not need any new hardware to be virtualized. The channels have
to be reloaded as Fibre Channel microcode instead of FICON. If you have
ESCON then you have to replace with FCP/FICON. An EMC with FICON or ESCON
channels must have them replaced with Fibre Channel. Both boxes must be
reformatted as Open System LUNs before they are virtualized.

Please describe the single point of failure in a HDS USP-V. I'm ready to
listen.

I agree you get a single pane of glass management, and less moving parts. I
thought this was one of the aims of risk reduction. Are you trying to tell
me that if you spread your Production MVS across 10 boxes you have less
risk? Tell me what happens to when you power off the one with the SYSRES,
Common or the master catalog? MVS single points of failure trump any "eggs
in one basket" syndrome.

Yes I work for HDS. No I don't think virtualization is for everyone. I do
think it is a solution for the original question, and possibly a better TCO
solution than XRC.



--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237
NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.

Relevant Pages