Re: Shark to EMC
>Now you can download the new MFNetDisk with the support of MIDAW. Maybe, I'm too picky. But, all I've seen from this poster is stuff about the product. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
HI, Now you can download the new MFNetDisk with the support of MIDAW. Some of the people assume that this product is a toy, OK but it can do all the important tasks of EMC, HDS and IBM disk and also some tasks of backup (in the PC), DR in no time, mirroring to any real disk (EMC, HDS and IBM), 3390 emulations, replace of OEM real disk with another OEM without downtime or performance degradation, incremental track backup (track no file!), Sharing 3390 disks among MF and MF emulation, sharing 3390 from any distance without any hardware, PC API do read MVS file from PC Server from any PC without any MVS involvement and more. The bitmap file MPCLOG RECFM is changed from RECFM=U to RECFM=F. Action is required. More information in the FIXINFO file in my site. Thanks, Shai On 1/31/08, shai hess <[EMAIL PROTECTED]> wrote: > > > HI, > > Yes, there are many ways to move data from one disk to another. > > Easer and a free way are to use MFNetDisk ability to copy disks to other > disks without any cost and without any hardware and without any downtime for > the source disks. > > The status of MFNetDisk is that the IBM MIDAW is under testing, and we > prepare the product to production. > > Some of the MVS MFNetDisk parameters will be changed (SYNCDEV will be > ASYNCMRR, and FstSync will be SYNCMRR). Better MFNetDisk MVS traces, Better > documentation and better and faster code. Now it is the time to try the > product. This is not anymore a beta product. > > > Thanks, > Shai > On 1/30/08, Ron Hawkins <[EMAIL PROTECTED]> wrote: > > > > Tom, > > > > You can virtualise both boxes behind HDS USP-VM and mirror from Shark to > > EMC > > using TrueCopy or HUR. > > > > Ron > > > > > > > > I would think that the only way to mirror in a multi-vendor > > environment > > > would be XRC. The reason is because all the replication goes through > > > the > > > system mover and thus is at a higher level than the bare metal. > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Radoslaw, I'm interpreting the original reference to mirroring to mean continuous replication, and not a migration exercise. In this context PAS and TDMF are solutions up to the Virtual Storage restrictions they have. For 100 volumes they will probably be OK, but for 2000 volumes you will have some challenges. XRC is an option, but you need an active mainframe, Software licenses and MIPS for the SDM at the remote site. This is not cost effective if the 2nd site is a cold site. To do replication at the storage level, Jasbir is faced with buying a new DS8K from IBM or a DMX4 from EMC, along with all the disk drives and software. Or he can use kit from resellers. He has a third option where he can buy a two diskless controllers from HDS and mirror between ESS and EMC that way. When the time comes to replace the EMC or ESS then he will not have to buy from the big three. Once virtualized the EMC DASD can be migrated to a brand new DS6K, a Clariion or a HP EVA without dropping MVS. Virtualization can improve TCO over time because the backing storage becomes a commodity and MVS users get a greater choice of storage vendor and type of storage. Is it a same day return? Maybe not. But based on a 5 year TCO covering your refresh cycle and lease/purchase choices it can be a better mousetrap. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of R.S. > Sent: Thursday, January 31, 2008 8:54 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] 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. > > 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 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
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. 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 025237 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
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. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of R.S. > Sent: Wednesday, January 30, 2008 11:31 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Shark to EMC > > Ron Hawkins wrote: > > Tom, > > > > You can virtualise both boxes behind HDS USP-VM and mirror from Shark > to EMC > > using TrueCopy or HUR. > > ...and you get single point of ...control. But seriously - single > point of disaster-like-failure. > ...and you pay $s for HDS hardware and software - the software's price > depends on TB of Shark and EMC. > ...and you may need to buy some hardware/software features to you Shark > and EMC since AFAIK (correct me if I'm wrong), the array behind the USP > has to be Fibre Channel connected and FBA emulated. > > > > -- > Radoslaw Skorupka > Lodz, Poland > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
HI, Yes, there are many ways to move data from one disk to another. Easer and a free way are to use MFNetDisk ability to copy disks to other disks without any cost and without any hardware and without any downtime for the source disks. The status of MFNetDisk is that the IBM MIDAW is under testing, and we prepare the product to production. Some of the MVS MFNetDisk parameters will be changed (SYNCDEV will be ASYNCMRR, and FstSync will be SYNCMRR). Better MFNetDisk MVS traces, Better documentation and better and faster code. Now it is the time to try the product. This is not anymore a beta product. Thanks, Shai On 1/30/08, Ron Hawkins <[EMAIL PROTECTED]> wrote: > > Tom, > > You can virtualise both boxes behind HDS USP-VM and mirror from Shark to > EMC > using TrueCopy or HUR. > > Ron > > > > > I would think that the only way to mirror in a multi-vendor environment > > would be XRC. The reason is because all the replication goes through > > the > > system mover and thus is at a higher level than the bare metal. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Ron Hawkins wrote: Tom, You can virtualise both boxes behind HDS USP-VM and mirror from Shark to EMC using TrueCopy or HUR. ...and you get single point of ...control. But seriously - single point of disaster-like-failure. ...and you pay $s for HDS hardware and software - the software's price depends on TB of Shark and EMC. ...and you may need to buy some hardware/software features to you Shark and EMC since AFAIK (correct me if I'm wrong), the array behind the USP has to be Fibre Channel connected and FBA emulated. -- Radoslaw Skorupka Lodz, Poland -- 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 025237 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Tom, You can virtualise both boxes behind HDS USP-VM and mirror from Shark to EMC using TrueCopy or HUR. Ron > > I would think that the only way to mirror in a multi-vendor environment > would be XRC. The reason is because all the replication goes through > the > system mover and thus is at a higher level than the bare metal. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
I used FDRPAS to move 11 Mainframe DASD Subsystems from 5 different vendors (EMC; IBM; STK; Amdahl and Hitachi) to 2 (two) IBM Sharks and it worked great. This was a one time move. We used IBM's XRC (Extended Remote Copy) to move 3 IBM DS8100's located in Philadelphia, PA to 1 DS8300 and 1 DS8100 located in Denver, Colorado. I think XRC is Vendor agnostic and will work with EMC DASD. XRC can be run in 1 of 2 modes. XRC mode: where you maintain consistency groups for recovery which there is a MIPS charge MIGRATE mode: where you are just pushing data. We successfully moved our data center across the country with very little down time. Down time was related to IPL's that were done to bring 1 site down and the other site up. Overall XRC worked very well. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Tom, I agree with all that you said. Jasbir has admitted that he is not exactly sure that he has all the information required to even ask the appropriate questions, let alone make a quality decision based on advice from this list. >From his original questions, we have been making assumptions as to what he is really asking. The reality is that Jasbir needs to elaborate a bit more on what he is trying to accomplish. Is he looking to mirror DASD? Is he looking to switch DASD vendors? Is he looking to mirror outside of his own datacenter to some remote site? Is this for DR or GDPS? Is the second site his or a BRS site? The answers to these questions will generate a request for more information in order to give a more qualified, much less an opinionated answer. What is the business issue he is trying to solve and what cost limitations have been placed on determining the appropriate solution(s). Either vendor can supply hardware, software and solutions to all of the above, albeit for a price! :-) Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Wednesday, January 30, 2008 12:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC I would think that the only way to mirror in a multi-vendor environment would be XRC. The reason is because all the replication goes through the system mover and thus is at a higher level than the bare metal. Having said that, I would also add that the reason it can be done is the very reason you would want to seriously consider whether to do this. Performance of this configuration will not compare to PPRC. This would be a decision based on function desired not performance required. Everyone else has answered well what can be used to move the data from one place to another. The only thing I would add to that list is LDMF should you desire a change between disk models during the conversion. FDRPAS and TDMF will not move at the data set level to fully use larger model disks with data sets from many smaller volumes. LDMF will do this without an outage to the owning application. FDRMOVE is similar to LDMF in function not in the method of delivering the function and does require an outage to accomplish the move. There are many products that have been mentioned, hopefully, I have correctly described each one. They are all good products and deserve your analysis to determine if they will meet your needs. XRC is the only method I can imagine would handle mirroring as opposed to moving the data. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, January 30, 2008 11:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC >> Does anyone know of any utilities/products that facilitate mirroring >> from IBM's Shark to an EMC DASD. >Innovation's FDRPAS can be used to move data from one subsystem to >another while the volumes are hot. TDMF (not sure who's vending it >these days) does too. The original post asked about mirroring. Everybody, so far, responded about moving. I don't know the answer, but there is a difference! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
I would think that the only way to mirror in a multi-vendor environment would be XRC. The reason is because all the replication goes through the system mover and thus is at a higher level than the bare metal. Having said that, I would also add that the reason it can be done is the very reason you would want to seriously consider whether to do this. Performance of this configuration will not compare to PPRC. This would be a decision based on function desired not performance required. Everyone else has answered well what can be used to move the data from one place to another. The only thing I would add to that list is LDMF should you desire a change between disk models during the conversion. FDRPAS and TDMF will not move at the data set level to fully use larger model disks with data sets from many smaller volumes. LDMF will do this without an outage to the owning application. FDRMOVE is similar to LDMF in function not in the method of delivering the function and does require an outage to accomplish the move. There are many products that have been mentioned, hopefully, I have correctly described each one. They are all good products and deserve your analysis to determine if they will meet your needs. XRC is the only method I can imagine would handle mirroring as opposed to moving the data. Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, January 30, 2008 11:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC >> Does anyone know of any utilities/products that facilitate mirroring >> from IBM's Shark to an EMC DASD. >Innovation's FDRPAS can be used to move data from one subsystem to >another while the volumes are hot. TDMF (not sure who's vending it >these days) does too. The original post asked about mirroring. Everybody, so far, responded about moving. I don't know the answer, but there is a difference! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
>> Does anyone know of any utilities/products that facilitate mirroring >> from IBM's Shark to an EMC DASD. >Innovation's FDRPAS can be used to move data from one subsystem to >another while the volumes are hot. TDMF (not sure who's vending it >these days) does too. The original post asked about mirroring. Everybody, so far, responded about moving. I don't know the answer, but there is a difference! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Bob, I'd be interested in both -- one-off occurrence and constant mirroring. My answer may be a little flaky here because I don't have all the details (management controlled and pricing has a lot to do with that). Today, data exists on a SHARK. For one-off occurrence, would it not make sense to go from a SHARK to SHARK or DS8100 and not worry about future maintenance costs. However, for constant mirroring the better (EMC vs DS8100) pricing model would dictate terms. Regards, Jasbir -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards, Robert B. Sent: Wednesday, January 30, 2008 9:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC Jasbir, Are you talking a one-off occurrence to move volumes or constant mirroring? TDMF (now owned by IBM) and FDRPAS are well-suited to perform the former, but (and my knowledge could be dated here) not the latter. I did hear of a rumor last year that EMC finally supported XRC, but had no reason at the time to verify the rumor. Which issue are you asking about? Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Kington Sent: Wednesday, January 30, 2008 8:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC > Does anyone know of any utilities/products that facilitate mirroring > from IBM's Shark to an EMC DASD. > > > > Regards, > > Jasbir TDMF (Transparent Data Migration Facility) from Softek will do this. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
What do you want to do? Do you want to move the data from the Shark to the DMX or do you want to keep both vendors and replicate from one vendor to the other? Tom Moulder -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir Sent: Wednesday, January 30, 2008 7:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Shark to EMC Does anyone know of any utilities/products that facilitate mirroring from IBM's Shark to an EMC DASD. Regards, Jasbir -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.16/1251 - Release Date: 1/30/2008 9:29 AM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
Jasbir, Are you talking a one-off occurrence to move volumes or constant mirroring? TDMF (now owned by IBM) and FDRPAS are well-suited to perform the former, but (and my knowledge could be dated here) not the latter. I did hear of a rumor last year that EMC finally supported XRC, but had no reason at the time to verify the rumor. Which issue are you asking about? Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Kington Sent: Wednesday, January 30, 2008 8:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shark to EMC > Does anyone know of any utilities/products that facilitate mirroring > from IBM's Shark to an EMC DASD. > > > > Regards, > > Jasbir TDMF (Transparent Data Migration Facility) from Softek will do this. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
On Wed, 2008-01-30 at 08:49 -0500, Chauhan, Jasbir wrote: > Does anyone know of any utilities/products that facilitate mirroring > from IBM's Shark to an EMC DASD. Innovation's FDRPAS can be used to move data from one subsystem to another while the volumes are hot. TDMF (not sure who's vending it these days) does too. If you are using the snapshot-like features of Shark and EMC ("Flashcopy" / "Timefinder"?) then Innovation's FDRINSTANT can be used as a sort of shim to interface with either of those subsystems. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
John Kington wrote: Does anyone know of any utilities/products that facilitate mirroring from IBM's Shark to an EMC DASD. What data need to be moved ? I did it (exactly from ESS to DMX, but the manufacturer is irrelevant), almost 100% of data was moved without production outage. -- Radoslaw Skorupka Lodz, Poland -- 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 025237 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shark to EMC
> Does anyone know of any utilities/products that facilitate mirroring > from IBM's Shark to an EMC DASD. > > > > Regards, > > Jasbir TDMF (Transparent Data Migration Facility) from Softek will do this. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html