Re: DR Backup using DFDSS
I don't know if a different product is what you have in mind. We use FDR (Innovation) to back up z/OS, z/VSE, z/VM and z/Linux DASD. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, August 12, 2010 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen'ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 cid:image001.jpg@01C97FB5.5EAFD6C0 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DR Backup using DFDSS
If you are going to DDR, or DFDSS for that matter, the linux should be down. If you take a DDR dump while the guest is still up and running your restore has a good chance of not running. On Thu, Aug 12, 2010 at 10:49 AM, Frank M. Ramaekers framaek...@ailife.comwrote: I don’t know if a different product is what you have in mind. We use FDR (Innovation) to back up z/OS, z/VSE, z/VM and z/Linux DASD. Frank M. Ramaekers Jr. -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Martin, Terry R. (CMS/CTR) (CTR) *Sent:* Thursday, August 12, 2010 9:44 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the *ADR307E*: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen’ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* * * *[image: cid:image001.jpg@01C97FB5.5EAFD6C0]*** _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: DR Backup using DFDSS
This is a shear guess on my part. Have you tried using OFFLINDR? It is file 719 on the CBT tape. http://www.cbttape.org/cbtdowns.htm?showonlynew=false This program appears to work more like DDR. It does not appear to require an OS VTOC. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, August 12, 2010 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen'ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 [cid:image002.jpg@01CB3A09.E8D3EA70]
Re: DR Backup using DFDSS
Hi Yes, I knew that the backup would be a 'fuzzy' one but I have not had an issue with restoring since I am doing a physical cylinder by cylinder backup. We do use FDRUPSTREAM to handle the incremental and full backups of all the DASD for each guest, but the DFDSS is a little different. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Thursday, August 12, 2010 10:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DR Backup using DFDSS If you are going to DDR, or DFDSS for that matter, the linux should be down. If you take a DDR dump while the guest is still up and running your restore has a good chance of not running. On Thu, Aug 12, 2010 at 10:49 AM, Frank M. Ramaekers framaek...@ailife.com wrote: I don't know if a different product is what you have in mind. We use FDR (Innovation) to back up z/OS, z/VSE, z/VM and z/Linux DASD. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, August 12, 2010 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen'ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 Error! Filename not specified. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: DR Backup using DFDSS
We use C.A.'s Vmbackup with the HIDRO DR option. Sent from my blackberry From: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To: IBMVM@LISTSERV.UARK.EDU IBMVM@LISTSERV.UARK.EDU Sent: Thu Aug 12 10:49:58 2010 Subject: Re: DR Backup using DFDSS I don’t know if a different product is what you have in mind. We use FDR (Innovation) to back up z/OS, z/VSE, z/VM and z/Linux DASD. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, August 12, 2010 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen’ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 [cid:image002.jpg@01CB3A09.E8D3EA70] _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DR Backup using DFDSS
Can you can vary/mount the volume onto zOS? If yes, you should be able to use DFDSS to back it up. Were you using the CPVOLume parameter on the dump? Thx - Please consider the environment before printing this email and any attachments. This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.
Re: DR Backup using DFDSS
On Thursday, 08/12/2010 at 11:36 EDT, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Yes, I knew that the backup would be a ?fuzzy? one but I have not had an issue with restoring since I am doing a physical cylinder by cylinder backup. We do use FDRUPSTREAM to handle the incremental and full backups of all the DASD for each guest, but the DFDSS is a little different. Not had an issue *yet*, I think you meant to say. It may simply be fuzzy, or it may be positively hirsute. Out-of-band backups of dasd, particularly multiple volumes, is a disaster waiting to happen. Multiple volumes compound the risk (think: LVM). Bring the server down, snapshot/flashcopy/whatever all of its volumes, restart the server, then backup the copies. This minimizes down time and ensures a *consistent* backup set. (The real requirement is that the volumes be unmounted, but it's just easier to bring down the server, IMO.) Linux's support for suspend/resume may be able to help with this as well and reduce the length of the outage even more. But since you're using FDRUpstream for incremental AND full backups, it seems that you only need a functioning Linux with FDRUpstream available, not a fully restored Linux image. That is, enough to kick off the restore from the FDR backups. No point in backing up, storing, and restoring data you're going to throw away anyway. IMO, of course. As a security person, it's my job to be paranoid. I don't worry about the 95% of the time that it works ok, I worry about the 5% of the time that it doesn't. Alan Altmark z/VM Development IBM Endicott
Re: DR Backup using DFDSS
As long as management knows the risks and has signed off on a formal document, no worries! Les Martin, Terry R. (CMS/CTR) (CTR) wrote: Thanks Alan. I would love to be able to shut the guests down while I am backing them up but unfortunately this guest was converted over from the Solaris side where they never brought the servers down to do backups. These guests are suppose to be 24 by 7 up time so whenever you ask to bring them down for any reason it's like pulling teeth! But I get what you are saying! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, August 12, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DR Backup using DFDSS On Thursday, 08/12/2010 at 11:36 EDT, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Yes, I knew that the backup would be a ?fuzzy? one but I have not had an issue with restoring since I am doing a physical cylinder by cylinder backup. We do use FDRUPSTREAM to handle the incremental and full backups of all the DASD for each guest, but the DFDSS is a little different. Not had an issue *yet*, I think you meant to say. It may simply be fuzzy, or it may be positively hirsute. Out-of-band backups of dasd, particularly multiple volumes, is a disaster waiting to happen. Multiple volumes compound the risk (think: LVM). Bring the server down, snapshot/flashcopy/whatever all of its volumes, restart the server, then backup the copies. This minimizes down time and ensures a *consistent* backup set. (The real requirement is that the volumes be unmounted, but it's just easier to bring down the server, IMO.) Linux's support for suspend/resume may be able to help with this as well and reduce the length of the outage even more. But since you're using FDRUpstream for incremental AND full backups, it seems that you only need a functioning Linux with FDRUpstream available, not a fully restored Linux image. That is, enough to kick off the restore from the FDR backups. No point in backing up, storing, and restoring data you're going to throw away anyway. IMO, of course. As a security person, it's my job to be paranoid. I don't worry about the 95% of the time that it works ok, I worry about the 5% of the time that it doesn't. Alan Altmark z/VM Development IBM Endicott
Re: DR Backup using DFDSS
On 8/12/2010 at 10:44 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. Dedicating volumes don't have any affect on whether there is an OS VTOC on it or not, it's how Linux was told to format them. If, during dasdfmt, CDL was specified (or taken as a default) there should indeed be an OS VTOC that would allow it to be varied online to z/OS. (It was kind of the whole point of creating the CDL format.) If they are CDL formatted and there is no VTOC, then you have a huge bug that needs to be dealt with. If they are LDL formatted and not CDL, then you need to change your procedure to format them. Mark Post
Re: DR Backup using DFDSS
On Thursday, 08/12/2010 at 12:38 EDT, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Thanks Alan. I would love to be able to shut the guests down while I am backing them up but unfortunately this guest was converted over from the Solaris side where they never brought the servers down to do backups. These guests are suppose to be 24 by 7 up time so whenever you ask to bring them down for any reason it's like pulling teeth! But I get what you are saying! If you told someone in the distributed world that you had another server that was going to access a distributed server's LUNs and copy them while the server was running, you would be laughed at. It's the same problem, just a different disk technology. So if you can't ever bring down the server, then your DR strategy has to be the same as it was when it was on Solaris. That is, you install a 'starter' Linux and use that to restore your backups. The only thing that would be different is the location of the starter Linux. Forget about DDR in that context except as (maybe) the source of the starter Linux itself. Alan Altmark z/VM Development IBM Endicott
Re: DR Backup using DFDSS
Yes, these packs fell through the cracks in terms of getting a z/OS VTOC. This is the exception rather than the rule in our shop. Anyway this is just anomaly and we will work our way through it. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Thursday, August 12, 2010 5:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DR Backup using DFDSS On 8/12/2010 at 10:44 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. Dedicating volumes don't have any affect on whether there is an OS VTOC on it or not, it's how Linux was told to format them. If, during dasdfmt, CDL was specified (or taken as a default) there should indeed be an OS VTOC that would allow it to be varied online to z/OS. (It was kind of the whole point of creating the CDL format.) If they are CDL formatted and there is no VTOC, then you have a huge bug that needs to be dealt with. If they are LDL formatted and not CDL, then you need to change your procedure to format them. Mark Post
