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*
>
> * *
>
> *[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

Reply via email to