Hi Terry -
As a couple other folks have mentioned, "dd" will work to do that, even if you dump the image out to a tape or a disk file. However, you will need to make sure that no changes are taking place on the disk you are dumping while you are dumping it, which leads back to the same issue as using DDR from z/VM, or at least almost. I keep the OS volumes separate from my data volumes for just this reason. Does this need to be a disk image or will a file by file backup suffice? If the latter, "dump" or "tar" may be good candidates. Any backup utility that can recognize and retry open files would probably provide the necessary integrity for your backups. If you really need a disk image on the other hand, a shutdown of the guest to gain exclusive access to the disk and using DDR or "dd" is the best bet I think. If it is a disk image of a data volume, then just umount the data volume under linux, and remount it read only. Then use dd to get your image off to wheresoever you need it to be. Umm- make sure it is mounted read/only everywhere of course. If it is cross mounted all over creation with NFS, then you might have a different issue. Don't know if it will help any, but here, I roll OS/Images out with DDR to physical 3590 tapes. Data partitions are written out to virtual tapes on the VTL via dd, and file by file backups are written out with Tivoli, again to the VTL. Our VTL automatically replicates tapes to the DR site, meaning I can test by restoring the tapes at the remote site. This works for us because we are not running on a 24X7 schedule for our operations data, though we are providing 24x7 web access and services. I would run the DDR physical tapes out to the VTL too if I could figure out how to get z/VM to talk to 'em. :) Yours, -Paul -----Original Message----- From: Martin, Terry R. (CMS/CTR) (CTR) [mailto:terry.mar...@cms.hhs.gov] Sent: Monday, August 16, 2010 09:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to copy a disk using a z/Linux guest Hi Further explanation. Here is my dilemma in a nut shell: I have a z/Linux volume on a guest that does not have a z/OSVTOC. We typically use DFDSS on z/OS to back the z/Linux disks up and restorethem at out DR site. Since this particular guest does not have z VTOC DFDSScannot open it. So given this we decided to use DDR for this disk but theguests have the disk allocated so we are not able to attach the disk to theuser that would be doing the DDR. So the only way I know to get this backed up is shutdown theguest and then attach the disk to the user doing the DDR. So I am assuming thatif I do this that DDR will back up everything needed on this pack to do a goodrestore at the DR site. Are assumption good here and is there other ways to do thissay without bringing the guest down? 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 From: The IBM z/VM Operating System[mailto:ib...@listserv.uark.edu] On Behalf Of peter.w...@ttc.ca Sent: Monday, August 16, 2010 9:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to copy a disk using a z/Linux guest DDR doesn’t care about VTOCs or anything. It simply copies whateveris there. A very useful trait in many cases. Peter -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] OnBehalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: August 16, 2010 09:30 To: IBMVM@LISTSERV.UARK.EDU Subject: How to copy a disk using a z/Linux guest Hi I am trying to find out if there isa utility in z/Linux in my case RHEL 5.2 that will allow me to copy a z/Linuxformatted disk to another disk. Also do you know if DDR caresrather there is a VTOC on a volume if it is used to backup the volume without aVTOC? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM PerformanceTuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 ------------------------------------------------------------ The information transmitted is intended only for the personor entity to which it is addressed and may contain confidential and/orprivileged material. Any review retransmission dissemination or other use of ortaking any action in reliance upon this information by persons or entitiesother than the intended recipient or delegate is strictly prohibited. If youreceived this in error please contact the sender and delete the material fromany computer. The integrity and security of this message cannot be guaranteedon the Internet. The sender accepts no liability for the content of this e-mailor for the consequences of any actions taken on the basis of informationprovided. The recipient should check this e-mail and any attachments for thepresence of viruses. The sender accepts no liability for any damage caused byany virus transmitted by this e-mail. This disclaimer is property of the TTCand must not be altered or circumvented in any manner.
