Cloning - For - Share File System
Cloning - For - Share File System
The following are trademarks of the International Business Machines Corporation in the United States, other countries, or both.
Not all common law marks used by IBM are listed on this page. Failure of a mark to appear does not mean that IBM does not use the mark nor does it mean that the product is not
actively marketed or is not significant within its relevant market.
Those trademarks followed by ® are registered trademarks of IBM in the United States; all others are trademarks or common law marks of IBM in the United States.
*, AS/400®, e business(logo)®, DBE, ESCO, eServer, FICON, IBM®, IBM (logo)®, iSeries®, MVS, OS/390®, pSeries®, RS/6000®, S/30, VM/ESA®, VSE/ESA,
WebSphere®, xSeries®, z/OS®, zSeries®, z/VM®, System i, System i5, System p, System p5, System x, System z, System z9®, BladeCenter®
Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries.
Cell Broadband Engine is a trademark of Sony Computer Entertainment, Inc. in the United States, other countries, or both and is used under license therefrom.
Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both.
Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel
Corporation or its subsidiaries in the United States and other countries.
UNIX is a registered trademark of The Open Group in the United States and other countries.
Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both.
ITIL is a registered trademark, and a registered community trademark of the Office of Government Commerce, and is registered in the U.S. Patent and Trademark Office.
IT Infrastructure Library is a registered trademark of the Central Computer and Telecommunications Agency, which is now part of the Office of Government Commerce.
* All other products may be trademarks or registered trademarks of their respective companies.
Notes:
Performance is in Internal Throughput Rate (ITR) ratio based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput that any user will
experience will vary depending upon considerations such as the amount of multiprogramming in the user's job stream, the I/O configuration, the storage configuration, and the workload processed.
Therefore, no assurance can be given that an individual user will achieve throughput improvements equivalent to the performance ratios stated here.
IBM hardware products are manufactured from new parts, or new and serviceable used parts. Regardless, our warranty terms apply.
All customer examples cited or described in this presentation are presented as illustrations of the manner in which some customers have used IBM products and the results they may have achieved. Actual
environmental costs and performance characteristics will vary depending on individual customer configurations and conditions.
This publication was produced in the United States. IBM may not offer the products, services or features discussed in this document in other countries, and the information may be subject to change without
notice. Consult your local IBM business contact for information on the product or services available in your area.
All statements regarding IBM's future direction and intent are subject to change or withdrawal without notice, and represent goals and objectives only.
Information about non-IBM products is obtained from the manufacturers of those products or their published announcements. IBM has not tested those products and cannot confirm the performance,
compatibility, or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products.
Prices subject to change without notice. Contact your IBM representative or Business Partner for the most current pricing in your geography.
Cloning Review:
– Why you clone
– Cloning assumptions
Differences: data sets and file systems, and HFS and zFS
Catalog’s Role in using file systems
Shared file system concepts
Installing and Servicing for a shared file system environment
Copying file system data sets
zFS indirect cataloging support
Cloning assistance provided
A note about quiescing file systems
Extra! Dynamic activating z/OS UNIX corrective service
3
© 2012 IBM Corporation
Cloning Review:
Why We Clone
At some point after you have finished installing
z/OS software you will probably need to make a
copy of it (“clone” it)
Some reasons are:
–For backup
• A backup copy is a copy of the z/OS product set (z/OS
and other products you have installed on the same set
of volumes using the same SMP/E zones) that:
• Resides on different volumes with different volume labels
• Includes copies of the associated SMP/E zones with different names
that point to the data sets on the new volumes
• May include copies of the associated catalogs with different names
• Can be IPLed in place of the original copy when the necessary setup
has been done after making the copy
–To move the software to another system (“deployment”)
–To create another SMP/E-serviceable copy for installing
service or other products
4
© 2012 IBM Corporation
Cloning Review:
Cloning Assumptions
Cloning should include:
• The current target software instance (target PDS and PDSEs, z/OS
UNIX file system data sets, optionally dlibs, and SMP/E CSIs)
Cloning may also include:
• Appropriate operational data sets and configuration files
Software Instance
Target DS
dlibs
DLIBs
DLIBs CSIs Operational data sets
CSI's
File Systems
Configuration files
For this presentation, we’ll focus specifically on the z/OS UNIX file system
data sets.
– PDS and PDSE cloning do not seem to raise as many questions as
z/OS UNIX file system data sets do!
– SMP/E CSI data sets and entries are not covered, but remember that
5
your SMP/E CSI should be updated as part of the cloning activity, and
all DDDEF entries should have a correct location and name! © 2012 IBM Corporation
Differences between MVS data sets and z/OS UNIX mounted
file systems
Two different MVS data sets with the same name can be
actively accessed on a single system as long as they reside
on different volumes (with different volume serials) and they
both do not need to be cataloged.
– You need to specify somehow which data set you want
by providing the volume serial where it resides.
Two different z/OS UNIX file systems with the same data set
name, cannot be mounted at the same time on a single
system nor in a shared file system environment (even if you
try to use different z/OS UNIX mount point directories) and
they need to be cataloged to be mounted.
– This is an existing restriction since the beginning of z/OS
UNIX.
6
© 2012 IBM Corporation
z/OS UNIX File System Data Sets
z/OS UNIX File System Data Sets contain many important parts
of the z/OS operating system and associated products:
–TCP/IP, z/OS Shells and Utilities, Infoprint Server, Java SDK, XML
Toolkit, Ported Tools, …
The choice today for z/OS Unix file system data sets is:
–HFS: Stabilized. Non-VSAM data set.
• Can be indirectly cataloged just as target library PDS and PDSEs
can.
• Both cataloged and uncataloged HFS can be on non-SMS DASD.
• Cataloged HFS can be multi-volume on SMS-DASD (up to 255
extents on 59 volumes with up to 123 extents per volume)
–zFS: Enhancements provided that customers need! VSAM LDS,
therefore must be cataloged.
• Support for indirectly cataloged zFS (not VSAM LDS in general!)
• Non-SMS or SMS, can be up to 59 volumes. (EAS-eligible on
EAVs!)
• Indirect catalog zFS support is limited to one volume, however.
7 • Architected maximum size for an aggregate: 4 TB
© 2012 IBM Corporation
Major management zFS difference from HFS: VSAM
8
© 2012 IBM Corporation
Catalog’s role in accessing data sets
Master Catalog identified in
–LOADxx member of SYS1.PARMLIB, or
–SYSCATxx member of SYS1.NUCLEUS
User Catalogs defined in Master Catalog, and often used for VSAM data
sets.
–DEFINE ALIAS NAME(HLQ) RELATE(USERCAT.HLQ)
• USERCAT.HLQ -> user catalog that contains data sets that
begins with HLQ
11
© 2012 IBM Corporation
The z/OS UNIX hierarchical file system
$SYSNAME/dev $SYSNAME/var
$SYSNAME/tmp $SYSNAME/etc
/bin /usr
12
© 2012 IBM Corporation
Shared File System Data Sets
Sysplex root:
–Only one for all systems in the shared file system
environment
–Does not contain z/OS system software itself, but contains
directories from which you mount z/OS system software.
–Is very small and should be mounted read-only. *
System-specific file systems:
–One per member in the shared file system environment.
–A place where system-specific file systems are mounted
(/etc, /var, /tmp, /dev)
–Does not contain z/OS system software itself.
–Is very small and should be mounted read-write.
Version root file systems:
–Contains the z/OS system software! This is where cloning
is concerned.
–Is rather large (thousands of cylinders)
–Should be mounted read-only. *
13 * UNMOUNT REMOUNT is helpful, if you need to add directories from time to time.
© 2012 IBM Corporation
The z/OS UNIX sysplex shared file system hierarchical
file system
/
/
/bin /usr
/bin /usr
14
© 2012 IBM Corporation
Some BPXPRMxx Statements for a Shared File System
Specification
SYSPLEX(YES) Indicates using shared file system environment
SY1 SY2
2’
2
3’
3 OMVS.SYSZ13.ROOT.ZFS
OMVS.SYSZ12.ROOT.ZFS
OMVS.SYSZ13.ROOT.ZFS
OMVS.SYSZ12.UCAT
OMVS.SYSZ13.UCAT
Volume: SYSZ12
Volume: SYSZ13
System Symbol &ZFSVL. = SYSZ12
System Symbol &ZFSVL. = SYSZ13
ZOSR12 ZOSR13 usr bin u SY1 SY2 dev tmp var etc SERVICE
ZOSR12 ZOSR13
OMVS.SYSZ12.ROOT.ZFS OMVSW2.SYSZ12.ROOT.WORK.ZFS
OMVS.SYSZ12.UCAT OMVS.SYWZ12.UCAT
OMVS.SYSZ13.ROOT.ZFS OMVSW1.SYSZ13.ROOT.WORK.ZFS
Volume: SYSZ12
OMVS.SYSZ13.UCAT Will deploy to… Volume: SYWZ12 OMVS.SYWZ13.UCAT
System Symbol &ZFSVL. = SYSZ12 System Symbol
&ZFSW2. = SYWZ12
17
© 2012 IBM Corporation
A Service Example:
MOUNT FILESYSTEM('OMVS.&ZFSVL..ROOT.ZFS')
BPXPRMxx TYPE(ZFS) MODE(READ) MOUNTPOINT('/$VERSION')
Master Catalog
OMVSW1 alias OMVS.&ZFSW1..UCAT
SY2
OMVS.SYSZ13.ROOT.ZFS
OMVSW2 alias OMVS.&ZFSW2..UCAT
OMVS.SYSZ13.UCAT
OMVS alias OMVS.&ZFSVL..UCAT
Volume: SYSZ13
OMVS.SYSZ12.ROOT.ZFS
System Symbol &ZFSVL. = SYSZ13
OMVS.SYSZ12.UCAT
Volume: SYSZ12
OMVSW2.SYSZ12.ROOT.WORK.ZFS
System Symbol &ZFSVL. = SYSZ12
OMVS.SYWZ12.UCAT
OMVSW1.SYSZ13.ROOT.WORK.ZFS OMVS.SYSZ13.ROOT.ZFS
OMVS.SYWZ13.UCAT
Volume: SYWZ13
Master Catalog
OMVSW1 alias OMVS.&ZFSW1..UCAT
SY2
OMVS.SYSZ13.ROOT.ZFS OMVSW2 alias OMVS.&ZFSW2..UCAT
OMVS.SYSZ13.UCAT OMVS.&ZFSVL..UCAT
OMVS alias
Volume: SYSZ12
OMVSW2.SYSZ12A.ROOT.WORK.ZFS
OMVSW2.SYSZ12.ROOT.WORK.ZFS
System Symbol &ZFSVL. = SYSZ12
OMVS.SYWZ12A.UCAT
OMVS.SYWZ12.UCAT
OMVSW1.SYSZ13.ROOT.WORK.ZFS
OMVSW1.SYSZ13.ROOT.WORK.ZFS OMVS.SYSZ13.ROOT.ZFS
OMVS.SYWZ13A.UCAT
OMVS.SYWZ13.UCAT
Volume: SYZ13A
19 System Symbol &ZFSW1A = SYZ13A “Flip Flop” allows you to alternate between using different target volumes.
© 2012 IBM Corporation
Some observations for this example:
zFS was used, but it very well could have been HFS! Since the file
system must be cataloged to be mounted and accessed, it makes no
difference in our example whether we used HFS or zFS. We were looking
at the placement of the file systems, and how they were cataloged so that
we could get access to them concurrently.
The driving and target systems were in the same sysplex, and shared
volumes.
–This is a more complicated case then across-sysplexes, where sharing
isn’t done. The alias names in the same sysplex – when sharing the
master catalog – cannot clash. Across sysplexes, the alias names
used could be in common.
The alias names used (OMVS , OMVSW1, and OMVSW2) could have
used the target zone name, the volume name, or another name that is
helpful for you.
–System symbols for the usercat names were used, but aren’t
necessary.
The SERVICE mountpoints (ZOSR13 and ZOSR12) happen to match the
BPXPRMxx VERSION names. They could have been the target zone
name, the volume name, or another name that is helpful for you.
20
© 2012 IBM Corporation
How do I copy the version root file system, with
cataloging in mind?
Most people copy the file system data set using MVS utilities (as opposed to z/OS UNIX utilities
like pax or copytree).
– We will assume DFSMSdss will be used.
How you copy your z/OS system software data sets relies upon your environment for
deployment:
– Same sysplex or across sysplexes? Shared volumes? Installation data set names different
from execution data set names? SMS-managed?
• We’ll assume the environment we’ve shown previously. Other ways may work just as
well.
To copy (clone) the version root file system (either HFS or zFS), decide if you want:
– Full volume copy: will copy the entire volume (which may be more than you want or need,
depending on your environment). Note that this gives you another copy of the file system
with the same name, and only one can be cataloged at a time. Therefore, a subsequent
rename or recatalog may be necessary after this sort of copy if you want to access it.
• If you have any usercats on the volume, a full volume copy isn’t a good choice. For
zFS file systems that are using a usercat on the volume, this is not a recommended
choice.
– Data set copy:
• Logical data set copy: can rename the file system on the copy operation, and
depending on your catalog structure may be immediately accessible. A popular choice
that works well in many situations. (z/OSMF’s Software Deployment task uses this
method.)
• Physical data set copy: will provide you with a copy of the file system data set that is
not cataloged. A subsequent rename or recatalog may be necessary. Note that a
rename on a physical data set copy is not currently available.
• If you are using indirect zFS cataloging, this copy method is best, as you will
be using an existing catalog entry that makes the file system accessible.
21
© 2012 IBM Corporation
Logical data set copy for file system sample
//COPYFS EXEC PGM=ADRDSSU,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY DATASET( -
INCLUDE(OMVSW1.SYSZ13.ROOT.WORK.ZFS)) -
RENAMEU(OMVSW1.SYSZ13.ROOT.WORK.ZFS, -
OMVS.SYSZ13.ROOT.ZFS) -
OUTDYNAM(SYSZ13) –
CATALOG ALLDATA(*) ALLEXCP -
CANCELERROR
SY2
Volume: OTHER
OMVS.ZOSR13.ROOT
SY1 OMVS.OTHER.UCAT System Symbol &ZFSVL. = OTHER
Will deploy to…
27
© 2012 IBM Corporation
Dynamically Activating z/OS UNIX Service
28
© 2012 IBM Corporation
29
© 2012 IBM Corporation
30
© 2012 IBM Corporation
31
© 2012 IBM Corporation
32
© 2012 IBM Corporation
Summary
Data sets and file systems differences: can actively access data sets with
the same names on different volumes. Cannot mount (access) a file system
with the same name as one already mounted.
HFS and zFS differences - VSAM, and therefore catalog!
Catalog’s Role in using file systems – it’s got to be cataloged to be
mounted to be accessed. Use system symbols, use aliases!
Shared file system types: sysplex root, system-specific, and version root
file systems. Version root is where the cloning concerns usually stem.
Copying file system data sets – volume or data set? Logical or physical
copy? Keep catalog requirements in mind!
zFS indirect cataloging support – best when file system names do not
need to change when deploying
Quiescing – know when it’s done automatically for you, and what you may
do when it’s not automatic (unmount?)
Cloning assistance provided – documentation, samples in
SYS1.SAMPLIB, z/OSMF Software Deployment
Dynamic activating z/OS UNIX corrective service - can save you an IPL!
33
© 2012 IBM Corporation
References
34
© 2012 IBM Corporation