Hi

If you are cloning a specific z/VM LPAR to run at DR you might want to
use the 
'SPXTAPE DUMP 182 SDF ALL' at the your home site to at least dump the
system files that are stored on the spool volumes. Using SPXTAPE will
allow you to dump the spool files while the system is running this way
it will not be a fuzzy dump. You can then use SPXTAPE to load the spool
files to the new DR formatted spool volumes at IPL time. 

Not having some of these system files might cause you issues with
bringing up a component at DR. Just another take on it in case this is
what you were looking to do!

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:[email protected]] On
Behalf Of Alan Altmark
Sent: Thursday, February 25, 2010 9:22 AM
To: [email protected]
Subject: Re: newbie question on spool files

On Thursday, 02/25/2010 at 06:02 EST, caleb ong <[email protected]> 
wrote:

> I am doing some backups for zvm for dr purposes. Aside from the zvm
res 
> volume,   I was wondering if we really need to backup the spool and
page 

> volumes.
> based on my readings, It seems i don't need to backup paging volumes. 
for 
> spool volumes, if i am going to do a cold start during ipl,
> then backing up spool volume is not needed. I will be using DDR during

backup 
> and the system will be shutdown during the backup.
> Is my understanding correct ?

Yes, but remember that you're going to need to have CPVOL-formatted 
spool/page volumes, whether they contain data or not.  So it's up to you

whether you bring up SA DDR or SA ICKDSF to prepare.  If you have 
Flashcopy capabilities, a restore can be a three-step operation:
1. Come up on a single pack system using a 'recovery' configuration
2. Use CP FLASHCOPY with the LABEL option to copy a Golden Master 
CPVOL-formatted empty volume to quickly create the real spool and page 
volumes you need.
3. SHUTDOWN REIPL with 'production' configuration

Alan Altmark
z/VM Development
IBM Endicott

Reply via email to