Re: Move SeverPac Datasets How to

2008-03-19 Thread Arthur Gutowski
On Tue, 18 Mar 2008 12:06:57 -0700, Schwarz, Barry A 
[EMAIL PROTECTED] wrote:

ADRDSSU used to have problems copying HFS datasets (the workaround was
DUMP/RESTORE in place of COPY).  I don't know if it still does.  I have
never successfully copied a spool dataset and always had to reformat.  I
never tried to copy a page dataset since it was always easier just to
allocate a new one.

We routinely use FDR to copy HFS datasets in our migration/clone process, 
but dss works just as well.  Use LOGICAL instead of PHYSICAL copy so that 
dss issues a QUIESCE for an open (mounted) filesystem.  For FDR, specify 
HFS=QUIESCE.  Otherwise, if the HFS is mounted R/W, you almost certainly 
will have a corrupt copy.

Regards,
Art Gutowski
Ford Motor Co.
[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: Move SeverPac Datasets How to

2008-03-19 Thread Mark Zelden
On Wed, 19 Mar 2008 08:49:16 -0500, Arthur Gutowski [EMAIL PROTECTED] wrote:

On Tue, 18 Mar 2008 12:06:57 -0700, Schwarz, Barry A
[EMAIL PROTECTED] wrote:

ADRDSSU used to have problems copying HFS datasets (the workaround was
DUMP/RESTORE in place of COPY).  I don't know if it still does.  I have
never successfully copied a spool dataset and always had to reformat.  I
never tried to copy a page dataset since it was always easier just to
allocate a new one.

We routinely use FDR to copy HFS datasets in our migration/clone process,
but dss works just as well.  Use LOGICAL instead of PHYSICAL copy so that
dss issues a QUIESCE for an open (mounted) filesystem.  For FDR, specify
HFS=QUIESCE.  Otherwise, if the HFS is mounted R/W, you almost certainly
will have a corrupt copy.


Note that if you are using zFS that HFS=QUIESCE does not work with FDR. 
I had to add a zfsadm quiesce and unquiesce steps and change my copy 
step in my clone JCL to use DSNENQ=NONE,ENQERR=NO when I 
migrated my maintenance unix files to zFS.  This is because my 
maintenance unix files are always mounted at a service mount point.
If you don't keep them mounted, this is not a consideration.

I spoke to Innovation about this and they couldn't give me any time frame
when FDR would be fixed / enhanced to do this.   There is a way to get it
to work with EMC / snap, but it is much to convoluted for my taste.  Adding
the zfsadm step was much simpler and easier to understand.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Move SeverPac Datasets How to

2008-03-19 Thread Mark Zelden
On Wed, 19 Mar 2008 09:18:23 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:



Note that if you are using zFS that HFS=QUIESCE does not work with FDR.
I had to add a zfsadm quiesce and unquiesce steps and change my copy
step in my clone JCL to use DSNENQ=NONE,ENQERR=NO when I
migrated my maintenance unix files to zFS.  This is because my
maintenance unix files are always mounted at a service mount point.
If you don't keep them mounted, this is not a consideration.

I spoke to Innovation about this and they couldn't give me any time frame
when FDR would be fixed / enhanced to do this.   There is a way to get it
to work with EMC / snap, but it is much to convoluted for my taste.  Adding
the zfsadm step was much simpler and easier to understand.


I've had a few off-list emails about this from folks who contacted Innovation
or quoted the FDR manual.  The fine manual says this:

Section 01.03SUMMARY OF MODIFICATIONS FOR VERSION 5.4:
AUTOMATIC QUIESCE OF ZFS FILES
If HFS=QUIESCE is specified in FDR, FDRDSF or FDRABR steps, any zFS files
which are dumped will also be automatically quiesced during the backup or
copy, just as is currently done for HFS files.  However, this only works
for FDRINSTANT (where the main control statement is SNAP, FCOPY, PSPLIT,
or SPLIT).

The manual supports what I said about snap.   However my maintenance
sysres set is 2 3390-9 volumes.  One that I full volume copy (all the PDS 
and PDSE data sets) and the other is unix files - formerly HFS now zFS.
I full volume disk to disk copy the primary volume.  But the second volume
I always used PGM=FDRCOPY with HFS=QUIESCE control statement.  It
is this process that doesn't work with zFS.  Innovation did show me how
I could do it with snap since we are licensed for FDR INSTANT, but I already 
indicated that I didn't like that option.

BTW, with IBM DFSMSdss, it automatically quiesces both HFS and zFS with
a logical copy.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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


Move SeverPac Datasets How to

2008-03-18 Thread Mark S. House
Is it possible to move all of the datasets that are shipped with a z/os 
serverpac from SMS managed pacs to a single mod 27 using adrsdssu?  Will 
all of the datasets move, (Haspace, Page datasets, logrecs.etc)? 
Thanks.


Mark House
(402) 778-1966
IBM Mainframe Systems
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.


--
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: Move SeverPac Datasets How to

2008-03-18 Thread Schwarz, Barry A
Aren't some of the datasets marked PSU and therefore unmovable?

ADRDSSU used to have problems copying HFS datasets (the workaround was
DUMP/RESTORE in place of COPY).  I don't know if it still does.  I have
never successfully copied a spool dataset and always had to reformat.  I
never tried to copy a page dataset since it was always easier just to
allocate a new one.

Is the new system operational?  Is the HLQ still the SSA or have the
datasets been renamed already?

Won't putting several high use datasets on a single pack (page, catalog,
RACF, spool, logrec, SYS1.LINKLIB, SMF, etc. create a bottleneck?  Think
about some of the other limitations this may cause.  For example, you
cannot delete a page dataset from a volume if another page dataset is in
use on that volume.

-Original Message-
From: Mark S. House 
Sent: Tuesday, March 18, 2008 8:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Move SeverPac Datasets How to

Is it possible to move all of the datasets that are shipped with a z/os
serverpac from SMS managed pacs to a single mod 27 using adrsdssu?  Will
all of the datasets move, (Haspace, Page datasets, logrecs.etc)? 
7

--
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: Move SeverPac Datasets How to

2008-03-18 Thread Lizette Koehler
Mark,
I would think so.  I would probably, if it was me, do a dump with delete of
the files from the volume(s) to tape.

Then restore all the files to the target volume making sure I used the NULL
parms for the STORCLAS, MGMTCLAS, etc.

I do not have my books handy so do not recall the specific key words.

If you do not nullify the ACS parms DFDSS will dump it back down with the
ACS used at dump time and it will likely fall back on the same SMS pools.


Lizette


Is it possible to move all of the datasets that are shipped with a z/os 
serverpac from SMS managed pacs to a single mod 27 using adrsdssu?  Will 
all of the datasets move, (Haspace, Page datasets, logrecs.etc)? 
Thanks.

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