Creating a Copy of an Archive Log

Dean Montevago

Creating a Copy of an Archive Log
Hi,

When we cut an archive log tape we want to create a copy of it to be sent
offsite. I have code tha will build and excute the copy process. I was
thinking of using Netview to trap the message from the archive, parse out
the dataset name, and start a task passing the log dataset name as a parm.
Is anybody out there using Netview to do this ? If so, would you be willing
to donate the clist to facilitate this process, I don't know Netview yet. Or
does anyone have any suggestions as to another method to accomplish this ?

TIA
Dean

Dean Montevago
MVS Systems Programming
Visiting Nurses Service of NY
(212) 290-0543
(212) 290-4777 - Fax

[login to unmask email]



cliff boley

Re: Creating a Copy of an Archive Log
(in response to Dean Montevago)
Dean,
you can specify in your Zparms (ARCPFX1=,ARCPFX2=,TWOARCH=YES)to cut two
archive tapes and use your tape management system to send one copy offsite.
cliff:-)


-----Original Message-----
From: Dean Montevago [mailto:[login to unmask email]
Sent: Friday, January 05, 2001 9:05 AM
To: [login to unmask email]
Subject: Creating a Copy of an Archive Log


Hi,

When we cut an archive log tape we want to create a copy of it to be sent
offsite. I have code tha will build and excute the copy process. I was
thinking of using Netview to trap the message from the archive, parse out
the dataset name, and start a task passing the log dataset name as a parm.
Is anybody out there using Netview to do this ? If so, would you be willing
to donate the clist to facilitate this process, I don't know Netview yet. Or
does anyone have any suggestions as to another method to accomplish this ?

TIA
Dean

Dean Montevago
MVS Systems Programming
Visiting Nurses Service of NY
(212) 290-0543
(212) 290-4777 - Fax

[login to unmask email]








Mike Turner

Re: Creating a Copy of an Archive Log
(in response to cliff boley)
Specifying TWOARCH=YES is a good idea for local site recovery. However I
suggest that you do not use the second copy for remote site recovery
because it can be called for by DB2 at the local site if the first copy
throws a read error during rollback or recovery. It would invalidate your
disaster recovery procedures to bring that offsite second copy back to the
local site. Murphy's Law says this is the moment when the 747 lands on the
data centre. Much better to copy one or both of the local archive logs as
Dean suggested.

Regards
Mike Turner
Email: [login to unmask email]
Home Page: http://ourworld.compuserve.com/homepages/michael_turner

Message text written by DB2 Data Base Discussion List
>Dean,
you can specify in your Zparms (ARCPFX1=,ARCPFX2=,TWOARCH=YES)to cut two
archive tapes and use your tape management system to send one copy offsite.
cliff:-)


-----Original Message-----
From: Dean Montevago [mailto:[login to unmask email]
Sent: Friday, January 05, 2001 9:05 AM
To: [login to unmask email]
Subject: Creating a Copy of an Archive Log


Hi,

When we cut an archive log tape we want to create a copy of it to be sent
offsite. I have code tha will build and excute the copy process. I was
thinking of using Netview to trap the message from the archive, parse out
the dataset name, and start a task passing the log dataset name as a parm.
Is anybody out there using Netview to do this ? If so, would you be willing
to donate the clist to facilitate this process, I don't know Netview yet.
Or
does anyone have any suggestions as to another method to accomplish this ?

TIA
Dean

<



Max Scarpa

Re: Creating a Copy of an Archive Log
(in response to Mike Turner)
I agree with Mike Turner.

In general it's better to send to DR site a copy of archive log made
offline with some utility , NOT the real archive log

tape. Of course it depends on 'recovery rate' at your site, but it's not
so rare to 'burn' a tape cartridge with some

automatic tape library (Storagetek silo for instance ). This to obey to the
general rule of data center:

'It's better to have a surplus of copies than a missing copy'......


Regards
Max Scarpa