Rich Greenberg wrote:
On: Mon, Sep 11, 2006 at 08:48:33AM -0500,Huegel, Thomas Wrote:
} For what it's worth I am still doing flips at not having to deal with DMKSYS
} assemblies and IPL's for the saved segments. Now I am thinking 'Why keep
} them in spool space?' Wouldn't a more logical approach
To save into CMS files, somebody would have to teach CP how to WRITE CMS
files - MUCH more challenging than its current ability to ("simply") read
them. (SAVESYS needs to be a CP function - just because most SAVESYS
commands are executed within CMS doesn't mean that we can simply throw
away
On 9/12/06, Rick Troth <[EMAIL PROTECTED]> wrote:
I have mixed feelings about this.
If filesystems and bytewise content were flattened out
then it would make sense. As it is, R/W is only to CP Owned vols,
and there is value in writing as handled by SAVESYS and SAVESEG.
But an alternative way o
On Mon, 11 Sep 2006, Rob van der Heij wrote:
> Since CP can already read files from a CMS formatted disk that you
> have under CPACCESS, why not change it that CP will simply read the
> pages from a file on one of those disks. With a few extra commands to
> make CP switch to a new file somewhere in
get filled with TRFs.
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Rob van der Heij
Sent: Monday, September 11, 2006 2:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Saving a backup copy of NSSs with no tape drive
On
Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> Behalf Of Rob van der Heij
> Sent: Monday, September 11, 2006 2:34 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Saving a backup copy of NSSs with no tape drive
>
>
>
SDFs.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> Behalf Of Rob van der Heij
> Sent: Monday, September 11, 2006 2:34 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Saving a backup copy of NSSs with no tap
Title: RE: Saving a backup copy of NSSs with no tape drive
You said it better than I did.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]On
Behalf Of Rob van der Heij
Sent: Monday, September 11, 2006 4:07 PM
To: IBMVM@LISTSERV.UARK.EDU
On 9/11/06, Schuh, Richard <[EMAIL PROTECTED]> wrote:
That might work in a small shop, but the only time it would work here is
immediately following an ipl, and then only if NOAUTO is the reply to the first
message.
> Back when
> I was concerned about such things, I have considered to even
That might work in a small shop, but the only time it would work here is
immediately following an ipl, and then only if NOAUTO is the reply to the first
message.
Regards,
Richard Schuh
> Back when
> I was concerned about such things, I have considered to even drain all
> but one spool pack whi
On 9/11/06, Huegel, Thomas <[EMAIL PROTECTED]> wrote:
I was thinking along these lines..
Still do a DEFSEG and a SAVESEGS but the files would be written to a CP
accessed mini disk call it CCF1. Then a new command LOADSEGS would move the
files to 'temporary' spool space.
Since CP can already re
Title: RE: Saving a backup copy of NSSs with no tape drive
I was thinking along these lines..
Still do a DEFSEG and a SAVESEGS but the files would be written to a CP accessed mini disk call it CCF1. Then a new command LOADSEGS would move the files to 'temporary' spool space.
On the
On: Mon, Sep 11, 2006 at 08:48:33AM -0500,Huegel, Thomas Wrote:
} For what it's worth I am still doing flips at not having to deal with DMKSYS
} assemblies and IPL's for the saved segments. Now I am thinking 'Why keep
} them in spool space?' Wouldn't a more logical approach be to save the
} segmen
Title: RE: Saving a backup copy of NSSs with no tape drive
Yes, yes, yes, it was DMKSNT ... duh just another senior moment.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]On
Behalf Of Jim Bohnsack
Sent: Monday, September 11, 2006 10:04 AM
To
That sounds like a job for the Pageable Access Method, last heard of on
XT/370 or AT/370. I agree with you, tho, about not having to do assemblies
and reipls to change a segment. I think, tho, it was DMKSNT rather than
DMKSYS.
Jim
At 09:48 AM 9/11/2006, you wrote:
This is a multi-part messa
Title: RE: Saving a backup copy of NSSs with no tape drive
For what it's worth I am still doing flips at not having to deal with DMKSYS assemblies and IPL's for the saved segments. Now I am thinking 'Why keep them in spool space?' Wouldn't a more logical approach be
To protect oneself from rapid depletion of backups given a, "Post me when
the SDF changes" situation and a beserk SDF-generator one simply needs to
apply a minimum age on any backup-to-be-deleted. Couple that with a
maximum-versions-to be-retained mechanism plus a notify-when-backup-
disallowe
ior Software Engineer
Tel: +1 703 708 3479
Fax: +1 703 708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Rob van der Heij
Sent: Sunday, September 10, 2006 06:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Saving a ba
On 9/10/06, Imler, Steven J <[EMAIL PROTECTED]> wrote:
As mentioned previously, CA V/Seg-Plus is configurable to keep as many
previous versions as you want for potential restore ... I believe the
default is 3 to accommodate Rob's suggested scenario, but again it's
configurable.
The idea to kee
3 708 3479
Fax: +1 703 708 3267
[EMAIL PROTECTED]
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Sunday, September 10, 2006 12:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Saving a backup copy of NSSs with no tape drive
O
On Saturday, 09/09/2006 at 12:38 ZE2, Rob van der Heij <[EMAIL PROTECTED]>
wrote:
> On 9/8/06, Alan Altmark <[EMAIL PROTECTED]> wrote:
> > For high-tech backups, I'd tweak the *SPL system service to work with
SDFs
> > such that the guest would be notified when there's a new SDF, just
like
> > it
On: Thu, Sep 07, 2006 at 03:18:00PM -0500,Ed Zell Wrote:
} > Is there any way to copy/save/backup the system data
} > files (NSSs etc.) in the spool without a tape drive?
}
} Do a HELP on
}
} DCSSBKUP and DCSSRSAV
}
} and I think this will do what you want. Good luck
Thats what I was about
09/08/2006 10:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Saving a backup copy of NSSs with no tape drive
On Friday, 09/08/2006 at 10:17 ZE2, Rob van der Heij <[EMAIL PROTECTED]>
wrote:
> While we're at it, let's wish for a generic spool file back/restore so
> you can als
IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Friday, September 08, 2006 06:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Saving a backup copy of NSSs with no tape drive
If you programmed the server to properly, it could keep N copies of
older SDF
files. N would
On 9/9/06, Thomas Kern <[EMAIL PROTECTED]> wrote:
If you programmed the server to properly, it could keep N copies of older SDF
files. N would of course be specified in the server's configuration file. You
might also want to program in some exceptions.
Sure :-) But for some reason those thing
If you programmed the server to properly, it could keep N copies of older SDF
files. N would of course be specified in the server's configuration file. You
might also want to program in some exceptions.
/Tom Kern
--- Rob van der Heij <[EMAIL PROTECTED]> wrote:
> On 9/8/06, Alan Altmark <[EMAIL P
On 9/8/06, Alan Altmark <[EMAIL PROTECTED]> wrote:
For high-tech backups, I'd tweak the *SPL system service to work with SDFs
such that the guest would be notified when there's a new SDF, just like
it's notified of new spool files that have specific DEST values. It could
then read the SDF using
Hi, Richard.
The CDTAPE application that CA uses to distribute their products isn't a
true virtual tape sort of thing. It's just a way to package TAPE and
VMFPLC22 DUMP files onto a CD and be able to easy read them back on VM
without requiring a tape drive be attached to the VM system.
CDTAP
I couldn't speak to that point either, but...
The CA piece of code for virtual tape on VM, seems to use the same tape
structure that can be use by VSE Virtual tape. In other words, their
virtual tapes for the VM products, I use with VSE Virtual tape to
produce a real tape that then I use for VM.
Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> Behalf Of Tom Duerbusch
> Sent: Friday, September 08, 2006 9:34 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Saving a backup copy of NSSs with no tape drive
>
>
> Well, to take that one step farther
Well, to take that one step farther
In the VSE world, they have VSE Virtual Tape. Can go to a VSE
supported VSAM file or via IP to a JAVA platform (such as our PC). So,
IBM does have the code, just the wrong group.
CA has a virtual tape function for VM which is used for product
distribution
,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> Behalf Of Rob van der Heij
> Sent: Friday, September 08, 2006 1:17 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Saving a backup copy of NSSs with no tape drive
>
>
&
> Wouldn't it be much simpler to just change SPXTAPE to work with
> SPOL-format disk volumes in addition to tapes?
> Then you could backup to
> dasd and then DDR to tape at your convenience. Or, just add the
volume to
> the CP-owned list and it's a miracle: the spool files are on it are
now in
>
On Friday, 09/08/2006 at 10:17 ZE2, Rob van der Heij <[EMAIL PROTECTED]>
wrote:
> While we're at it, let's wish for a generic spool file back/restore so
> you can also do TRF files and what have you.
> Some time ago I think we talked about the benefits of generic emulated
> devices where a virtual
>> The metadata for the spool file could
> >easily be added to the stream (similar to the method used by DISK
DUMP
> >or CARD DUMP) and read on restore.
>
> Hmm...well, it wouldn't be (STREAM since it's a CP command, and CP
> commands don't use parens for options. But it seems ironic to suggest
>
: Re: Saving a backup copy of NSSs with no tape drive
You can save all sdfs except for the NSSs that can be IPLed to disk
using DCSSBKUP. DCSSRSAV can restore them.
Regards,
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
>
We happen to have here just such a generic spool file backup / restore
utility. It handles all types of spool files, including IPL-able NSS ones.
Drop me a note off list if you would like more information.
Have a good one.
DJ
V/Soft Software
Rob van der Heij wrote:
On 9/8/06, Jim Bohnsack <[
David Boyes <[EMAIL PROTECTED]> wrote:
>Related idea: I think a very useful addition/requirement to SPXTAPE
>would be to add a (STREAM option to SPXTAPE that presented the data as a
>CP IUCV service or accepted an IUCV connection to a service and wrote
>that data to spool. One could then connect a
What I did was pick up the ISODATE from the QUERY SDF output and use DMSPLU to
set the saved file with the spool file creation timestamp.
/Tom Kern
--- Jim Bohnsack <[EMAIL PROTECTED]> wrote:
> The other problem with DCSSBKUP and DCSSRSAV is that the DCSS creation time
> stamp is not restored.
On 9/8/06, Jim Bohnsack <[EMAIL PROTECTED]> wrote:
The other problem with DCSSBKUP and DCSSRSAV is that the DCSS creation time
stamp is not restored. That and not being able to handle NSS's has put
those two programs on a really far, back burner for me. It shouldn't be
rocket science for IBM t
o
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Saving a backup copy of NSSs with no tape drive
Hi... I suspect the answer is no, but it never hurts to ask...
We're about to put maintenance on a system that has no tape drives...
(Yes there are
> Is there any way to copy/save/backup the system data files (NSSs etc.)
> in the spool without a tape drive?
Related idea: I think a very useful addition/requirement to SPXTAPE
would be to add a (STREAM option to SPXTAPE that presented the data as a
CP IUCV service or accepted an IUCV connection
IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Mike WalterSent:
Thursday, September 07, 2006 04:55 PMTo:
IBMVM@LISTSERV.UARK.EDUSubject: Re: Saving a backup copy of NSSs with
no tape drive
The aforementioned DCSSBKUP and
DCSSRSAV will work for DCSS but not Named Saved Systems
(IPL
ns or policies of
Hewitt Associates.
"Lee Stewart"
<[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating
System"
09/07/2006 03:13 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Saving
7, 2006 1:13 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Saving a backup copy of NSSs with no tape drive
>
>
> Hi... I suspect the answer is no, but it never hurts to ask...
>
> We're about to put maintenance on a system that has no tape drives...
> (Yes there are d
You can save all of the DCSS files using DCCSBKUP/DCSSRSAV. You cannot sa
ve
CMS or GCS. As part of my disaster recovery process, I have a service
virtual machine which does NOTHING but IPL 190 PARM SAVESYS CMS. There is
one for each backlevel CMS I have to have. I also have on MAINT 191, the
last
> Is there any way to copy/save/backup the system data
> files (NSSs etc.) in the spool without a tape drive?
Do a HELP on
DCSSBKUP and DCSSRSAV
and I think this will do what you want. Good luck
Ed Zell
(309) 674-8255 x-107
[EMAIL PROTECTED]
.
CONFIDENTIAL NOTICE: This communication, incl
On Sep 7, 2006, at 1:13 PM, Lee Stewart wrote:
Is there any way to copy/save/backup the system data files (NSSs
etc.) in the spool without a tape drive?
AFAIK, no, SPXTAPE is about it. I'd love to be proven wrong though
Adam
Hi... I suspect the answer is no, but it never hurts to ask...
We're about to put maintenance on a system that has no tape drives...
(Yes there are drives in the shop, but not defined to the VM LPAR, and
they don't do dynamic I/O, and the POR window is too far out to help.)
Is there any way
49 matches
Mail list logo