, January 11, 2008 8:05 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Backups and failover
For the guarded failover portion, we have a rexx script and server that
keeps track of which system the guest was last booted on. If it is
logged in on the same host, the system just starts up. If it is
autologged on
On Friday, 01/11/2008 at 08:52 EST, Karl Kingston <[EMAIL PROTECTED]>
wrote:
> Don't care about the spool. Can you provide a step by step to rebuild
the
> NSSes and DCSSes?
The steps for rebuilding the NSSes and DCSSes are in the Service Guide
(Step 12, chapter 3).
> Can't use SPXTAPE dum
> > problem isn't the need for PVM, it's the difficulty of obtaining PVM
> > in the "recommended" environment. Special bid prereqs for clustering
> > function makes it darn hard to want to use the facilities that are
> > already there.
> Actually, it's not all that hard any more. The Special Bid
Hi, Karl.
Karl Kingston wrote:
[snip.]
Don't care about the spool. Can you provide a step by step to rebuild
the NSSes and DCSSes?
Can't use SPXTAPE dump as we have no tape drives attached to either of the
VM systems.Is there a way to save the DCSSes and NSSes without a tape
drive?
On Fri, 11 Jan 2008 08:51:38 -0500, Karl Kingston <[EMAIL PROTECTED]
>
wrote:
>>
>> > 2) We use FDR/ABR on our z/OS side for backing up for Disaster
>Recovery.
>>We
>> > would like to keep using FDR.Now I know I can get clean backups
if
>
>> the
>> > systems are shut down. Are there an
On Friday, 01/11/2008 at 09:51 EST, David Boyes <[EMAIL PROTECTED]>
wrote:
> > I believe the requirement for PVM makes it very unattractive for
> > installations to move forward with that next level of CSE.
>
> The problem isn't the need for PVM, it's the difficulty of obtaining PVM
> in the "rec
On Jan 11, 2008 3:49 PM, David Boyes <[EMAIL PROTECTED]> wrote:
> ISFC would be nice, but PVM already supports all the same connection
> methods that ISFC does, plus a few more that ISFC doesn't. I'd *really*
> rather not make this dependent on CTCs.
I think PVM for transport of CP-to-CP communic
> Coming from a shop where we have quarterly enterprise-wide network
outages
> for "maintenance", I find our FICON infrastructure much more reliable.
At least you know where to focus the solvent...8-)
> Hard
> to beat the reliability and simplicity of ISFC.
PVM likes CTCs too.
>
> ISFC would be nice, but PVM already supports all the same connection
> methods that ISFC does, plus a few more that ISFC doesn't. I'd *really*
> rather not make this dependent on CTCs.
FWIW...
Coming from a shop where we have quarterly enterprise-wide network outages
for "maintenance", I find
> I believe the requirement for PVM makes it very unattractive for
> installations to move forward with that next level of CSE.
The problem isn't the need for PVM, it's the difficulty of obtaining PVM
in the "recommended" environment. Special bid prereqs for clustering
function makes it darn hard
I've got a few execs that backup all DCSSes found in the spool, they
can also be rebuilt, it can even restore everything unattended
(AUTOLOG2 may start my server to restore all saved segs
The "problems" are the NSS files (GCS and CMS). My code can deal with
them too, but there are requirements:
-
: Backups and failover
On Jan 11, 2008 2:12 PM, Kris Buelens <[EMAIL PROTECTED]> wrote:
> The size of the Gun? I was illustrating Dirmaint's place/role in the
> CSE *requirements*; I explictly wanted to say all CSE functions don't
> need.PVM and Dirmaint. I know from experi
On Friday, 01/11/2008 at 08:38 EST, Rob van der Heij <[EMAIL PROTECTED]
> The primary requirement is that the CP directory of all involved
> systems is managed in some way by a single organization.
> Use of distributed IUCV requires that you control at least the
> userids. And like you describe, wh
>
> > 2) We use FDR/ABR on our z/OS side for backing up for Disaster
Recovery.
>We
> > would like to keep using FDR.Now I know I can get clean backups if
> the
> > systems are shut down. Are there any gotcha's if I take a FDR full
> dump
> > against say 530RES or 530SPL while the
On Jan 11, 2008 2:12 PM, Kris Buelens <[EMAIL PROTECTED]> wrote:
> The size of the Gun? I was illustrating Dirmaint's place/role in the
> CSE *requirements*; I explictly wanted to say all CSE functions don't
> need.PVM and Dirmaint. I know from experience that many people see
> CSE as 1 thing,
The size of the Gun? I was illustrating Dirmaint's place/role in the
CSE *requirements*; I explictly wanted to say all CSE functions don't
need.PVM and Dirmaint. I know from experience that many people see
CSE as 1 thing, and that isn't the case: 3 distinct functions, all
with different requirem
For the guarded failover portion, we have a rexx script and server that
keeps track of which system the guest was last booted on. If it is logged in
on the same host, the system just starts up. If it is autologged on the
other host, it immediately logs off (it¹s 191 disk is R/O, so no damage
done.)
On Jan 11, 2008 11:03 AM, Kris Buelens <[EMAIL PROTECTED]> wrote:
> DIRMAINT (or similar) is only required if you want to have a single
> source directory that defines all users of all VM systems in the CSE
> group. DIRMAINt's CSE support doesn't need PVM, it needs an RSCS
> link.
I believe you
There is also the possibility to use the XLINK subset of CSE, and
avoid the need to get a license for Dirmaint (or alike) and PVM.
PVM is only required if you need to share the spool or when you want
to use the few CP commands that work x-system (e.g. MSG xx AT yy).
But "spool sharing" is not a tr
On Thursday, 01/10/2008 at 11:36 EST, Karl Kingston
<[EMAIL PROTECTED]> wrote:
> We just installed z/VM 5.3. We have 2 systems running. VM1 and VM2.
>Right now, all of our Linux guests (about 5) are on VM1. They also
have a
> directory entry on VM2 (but password set to NOLOG).
>
> 1
In a server hosting environment, user spool files may not be necessary at
you backup site. The remaining System Data Files (SDF) are not written ou
t
very often and you can probably do a COLD start at the backup site which
will throw away all of the spool files but not the SDF files. For extra
saf
Karl--About the biggest problem you are likely to face if you take
backups of 530RES and SPL is that you might or I should say, would, lose
open VM spool files. An ipl from the restored volumes would have to be
done using "FORCE" rather than "WARM" because there would have been no
WARM START D
We just installed z/VM 5.3. We have 2 systems running. VM1 and VM2.
Right now, all of our Linux guests (about 5) are on VM1. They also have
a directory entry on VM2 (but password set to NOLOG).
1) What's the best way to do failover if we need to get something over?
Right now, my plan is b
23 matches
Mail list logo
