[zos v7] CLONING - DSN1COPY to RESET RBA's to zero

Mark Vickers

[zos v7] CLONING - DSN1COPY to RESET RBA's to zero
Is it possible to use DSN1COPY to RESET the RBA's directly to the VSAM
dataset.

I may have jumped the gun - already FlashCopy'ed and renamed my subsystem,
thinking DSN1COPY can update each page RBA without making an actual copy
of the VSAM dataset. (Starting with a NEW BSDS & LOG RBA of ZERO on my
cloned subsystem).
I ran DSN1COPY:
EXEC PGM=DSN1COPY,PARM='RESET'
//SYSUT1 DD DSN=&VCAT..DSNDBD.&DB..&TS..&PFX.0001.A&PART.,DISP=SHR
//SYSUT2 DD DUMMY
//SYSPRINT DD SYSOUT=*
thinking this would simply update the RBA's, but I get:
DSN1998I INPUT DSNAME = DSNO.DSNDBD.DSNDB06.DSNDPX01.I0001.A001 ,
VSAM
DSN1997I OUTPUT DSNAME = NULLFILE , SEQ

DSN1994I DSN1COPY COMPLETED SUCCESSFULLY, 00000016 PAGES PROCESSED
which looks like it wants an input AND output file ?

thanks,
Mark.

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm

Mike Bell

Re: [zos v7] CLONING - DSN1COPY to RESET RBA's to zero
(in response to Mark Vickers)
The only options I know are
1. DSN1COPY with input and output dataset
2. REPAIR LEVELID for every tablespace. The main issue with REPAIR is that
you have to set the logrba in the CR to a value high enough that DB2 doesn't
panic when it sees a logrba in a page that is greater than the current
logrba.

Mike
HLS Technologies

-----Original Message-----
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On Behalf
Of Mark E Vickers
Sent: Friday, January 26, 2007 11:09 AM
To: [login to unmask email]
Subject: [DB2-L] [zos v7] CLONING - DSN1COPY to RESET RBA's to zero


Is it possible to use DSN1COPY to RESET the RBA's directly to the VSAM
dataset.

I may have jumped the gun - already FlashCopy'ed and renamed my subsystem,
thinking DSN1COPY can update each page RBA without making an actual copy of
the VSAM dataset. (Starting with a NEW BSDS & LOG RBA of ZERO on my cloned
subsystem).
I ran DSN1COPY:
EXEC PGM=DSN1COPY,PARM='RESET'
//SYSUT1 DD DSN=&VCAT..DSNDBD.&DB..&TS..&PFX.0001.A&PART.,DISP=SHR
//SYSUT2 DD DUMMY
//SYSPRINT DD SYSOUT=*
thinking this would simply update the RBA's, but I get:
DSN1998I INPUT DSNAME = DSNO.DSNDBD.DSNDB06.DSNDPX01.I0001.A001 , VSAM

DSN1997I OUTPUT DSNAME = NULLFILE , SEQ

DSN1994I DSN1COPY COMPLETED SUCCESSFULLY, 00000016 PAGES PROCESSED

which looks like it wants an input AND output file ?

thanks,
Mark.


----------------------------------------------------------------------------
----- Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and
home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page
select "Join or Leave the list". The IDUG DB2-L FAQ is at
http://www.idugdb2-l.org. The IDUG List Admins can be reached at
[login to unmask email] Find out the latest on IDUG conferences at
http://conferences.idug.org/index.cfm
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.510 / Virus Database: 307 - Release Date: 8/14/2003

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm