-0700 Llewellyn, Mark said:
Dale,
The MACLIB is maintained by a service machine which copies it to a large TEMP
disk, compresses it, then copies it back to the prod disk.
The copy FROM the prod disk always seems to be ok. The copy of the compressed
MACLIB back to the prod disk seems to be where
Dale,
The MACLIB is maintained by a service machine which copies it to a large TEMP
disk, compresses it, then copies it back to the prod disk.
The copy FROM the prod disk always seems to be ok. The copy of the compressed
MACLIB back to the prod disk seems to be where it can get hit. Users
The MACLIB is updated via PDF dialog table services, driven by a number of
older REXX EXECs. It contains hundreds of members, which can be updated at any
time, and new members are added every day.
I'm unsure if ISPF/PDF locks a member, or a table row, each time it's
updated. Nevertheless,
have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Llewellyn, Mark
Sent: Thursday, June 05, 2008 2
Copying tapes is fraught with enough potential issues (many illuminated
here) that we are not going to consider it...
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Wheeler
Sent: Friday, June 06, 2008 6:39 AM
To: IBMVM@LISTSERV.UARK.EDU
Same here - we are operating on the scenario of our primary data center
being destroyed and not coming back. If the offsite copy is a few hours
older than the onsite, it's not a show-stopper.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
That would be by far the easiest way, but VM:Backup is not able to
handle copied tapes at a BRP site - it's catalog wouldn't match.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Post
Sent: Thursday, June 05, 2008 1:38 PM
To:
What you say is so true. However, even a 50% increase in time may not
be a show-stopper for our shop, as opposed to running two complete
backup jobs.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, June 05, 2008
This concept was considered, but is really last on the list - it's a bit
of a mine field.
Running two VM:Backup service machines has potential, though, instead of
running two backups serially on the same machine.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
This solution is our real hope. I believe we'll have dedicated
bandwidth - our network guys are working on that one.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, June 05, 2008 1:58 PM
To:
.
Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates.
Llewellyn, Mark [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
06/05/2008 03:44 PM
Please respond
That's another option I'll add to the list. The remote site is
disaster-recovery only - it doesn't necessarily have to be pretty right
off the bat.
I'll have to figure out how it knows which tapes to call for where -
it'll be a few months before we start real testing.
-Original
by reply e-mail
and delete this message. Thank you for your cooperation.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Llewellyn, Mark
Sent: Thursday, June 05, 2008 2:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] VM:Backup: Twinning Tapes
While my session, like a well-carved halibut fillet, shall have no scale
(it's toggled by a PF key when needed), it's good to see others
employing the convenience of SET WRAP ON.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Levad
Sent:
According to Dr. Seuss, the final authority on all matters virtual (in
his epic tome, On Beyond Zebra), the letters after Z are: Yuzz, Wum,
Um, Humpf, Fuddle, Glikk, Nuh, Snee, Quan, Thnad, Spazz, Floob, Zatz,
Jogg, Flunn, Itch, Yekk, Vroom, and Hi.
Therefore, expect to see the shiny new
Assuming there aren't any compound versions of APPLES in the input file
(like SNAPPLES):
'PIPE INPUT FILE A | change /APPLES/ORANGES APPLES/ | NEW FILE A'
Mark Llewellyn
VISA USA
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of
on it, is strictly prohibited.
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Llewellyn, Mark
Sent: Tuesday, March 06, 2007 12:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Realy simple pipe insert
17 matches
Mail list logo
