/VM Operating System IBMVM@LISTSERV.UARK.EDU
03/29/2008 11:57 AM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: DR refresh of active SFS
A point about VMBACKUP, however, is that while we don't use it for DR,
we do use
Thanks for all the feedback on this.
I was sort of hoping that the server might do some sort of integrity check
on startup and tell me that there are 'n' corrupt files giving me the
option of starting up without them - sort of like spool does.
Unfortunately, from the feedback, it appears there
On Friday, 03/28/2008 at 11:05 EDT, Colin Allinson
[EMAIL PROTECTED] wrote:
What has happened is that most SFS servers start OK but the most active
one
just dumps on startup.
Is there any way to do a verification/clean process so that I can get it
started with whatever is valid - or do
A point about VMBACKUP, however, is that while we don't use it for DR,
we do use it. One day I was looking thru the VMBACKUP logs of what got
dumped and to my surprise, found that the VMBACKUP 1B0 disk, the
catalog, doesn't get dumped by VMBACKUP. I always knew that it would be
kind of a
On: Sat, Mar 29, 2008 at 12:57:26PM -0400,Jim Bohnsack Wrote:
} A point about VMBACKUP, however, is that while we don't use it for DR,
} we do use it. One day I was looking thru the VMBACKUP logs of what got
} dumped and to my surprise, found that the VMBACKUP 1B0 disk, the
} catalog, doesn't
Part of a DR procedure is running an exec that regenerates all SFS
servers
How long does yours take?
Takes an annoyingly long time - nearly an hour - to regenerate an 90G
filepool.
If we didn't do disaster tests monthly, it wouldn't be so bad, but what
the heck could it be doing for an hour?!
When I started on our DR process, I just did full-volume dumps which
included the SFS servers. At the DR site, things came up fine for about
5
DR exercises. Then SFS died. We had grown enough that the activity was re
al
during the full-volume backup. When I discussed possibilities with IBM, i
t
Sent: Friday, March 28, 2008 8:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DR refresh of active SFS
I have done a refresh of our DR system. To put this in context -
it is the function that we need rather than any particular data.
I did
If the di
sk
is not a normal SFS disk, then this is a first IPL at DR and the
profile
runs a FILESERV GENERATE. When that is finished, I can use the
FILEPOOL
RELOAD to load the content back into the SFS server.
Hmm. FILEPOOL DUMP and FILEPOOL RELOAD are another set of CMS commands
that need
Of Colin Allinson
Sent: Friday, March 28, 2008 8:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DR refresh of active SFS
I have done a refresh of our DR system. To put this in context -
it is the function that we need rather than any particular data
It would be nice to feed the unload into a pipe but at least it is standa
rd
OS simulation so I can point it at a disk file or a tape file. For the ta
pe
file, I have already proven that it can be encrypted to protect all the
private dat in the backup. Because our CMS workload is shrinking, our
cooperation.
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Colin Allinson
Sent: Friday, March 28, 2008 8:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] DR refresh of active SFS
I have done a refresh of our DR system. To put
On the one system where I do have an ATL and therefore RMSMASTR, I have a
lso
kept real data out of the VMS* filepools. They are quite small so it is e
asy
and quick to force RMSMASTR, do the FILEPOOL UNLOAD to CMS disk files an
d
bring RMSMASTR back up in order to mount the tapes for the largest
This would be so much easier if RMSMASTR's configuration files and logs
were allowed to be on real CMS minidisks.
Exactly! And there are plenty of VM newbies around here these days who
shouldn't have to understand all the care and feeding of SFS in order to
backup and restore their systems or
Well, since the SFS FILEPOOL commands require a FIELDEF of BACKUP be
defined, one could use the CMS auxiliary processor exit to intercept the
i/o from CMS and route that into a pipe.it's just a SMOP...
David Boyes wrote:
If the di
sk
is not a normal SFS disk, then this is a first
I was thinking that the CMS AUXPROC facility would be a good place to ins
ert
a good data encryption product.
/Tom Kern
On Fri, 28 Mar 2008 12:26:21 -0500, Dave Jones [EMAIL PROTECTED]
wrote:
Well, since the SFS FILEPOOL commands require a FIELDEF of BACKUP be
defined, one could use the CMS
Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, Dennis L
Sent: Friday, March 28, 2008 10:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] DR refresh of active SFS
We also keep nothing but the DFSMS config files in the VMSYS filepool.
The volume it's on is backed up
z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, March 28, 2008 2:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DR refresh of active SFS
If DFSMS uses the SFS for read/only activity. I would be tempted to give
it its own small filepool and DDR DUMP it once
And he wants to put his logs in VMSYSU:DFSMS.LOGS where the system
administrator can delete them when the filepool fills up, instead of
RMSMASTR doing something like managing its own rotation of logfiles in
whatever preset size minidisk the system administrator defined for him, b
ut
that is
-mail from your system.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Friday, March 28, 2008 2:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DR refresh of active SFS
And he wants to put his logs in VMSYSU:DFSMS.LOGS where
Is there not an installation option to change the filepool name? If not,
there should be.
If you are referring to the filepool and directory the RMS control and
configuration files must reside on, yes you can move them by
creating a UCOMDIR NAMES file on the RMSMASTR 191 minidisk, for example:
Can you do the same for the filepool that RMSMASTR wants his work and log
directories in? Like this:
UCOMDIR NAMES
:nick.VMSYS :tpn.IBMSFS
:nick.VMSYSU :tpn.IBMSFS
/Tom Kern
On Fri, 28 Mar 2008 15:15:26 -0400, Les Geer (607-429-3580)
[EMAIL PROTECTED] wrote:
Is there not an
Can you do the same for the filepool that RMSMASTR wants his work and log=
directories in? Like this:
UCOMDIR NAMES
:nick.VMSYS :tpn.IBMSFS
:nick.VMSYSU :tpn.IBMSFS
You can change the location of the work directories by updating the
RMSMASTR configuration file. No need for this UCOMDIR
23 matches
Mail list logo