Re: Customer Service, the good and the bad...
I understand your frustrations with HP but Dell aren't much better! Take a read of the following thread about the poor souls who have been experiencing USB 3 problems with their XPS 15/17 laptops. The thread goes for 68 pages and was started in November 2010. And Dell still hasn't rectified the problem. http://en.community.dell.com/support-forums/laptop/f/3518/t/19353745.aspx Fortunately I stumbled on the thread during my research into buying a new Dell laptop. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for: Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IPLTEXT query
Try doing a print of track 0 of Cylinder 0. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for: Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jake anderson Sent: Tuesday, 14 February 2012 10:21 PM To: IBM-MAIN@bama.ua.edu Subject: IPLTEXT query Hi All, How to know that a specific SYSRES volume has the IPLTEXT in it ? Apology if my question doesn't makes any sense and it requires more information. Regards, Jakes -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Using Innovation's PAS to move CA-View & Deliver Volumes (SAR)
In your posting you say you contacted CA support. It wouldn't be a bad idea to contact Innovation support as well. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for: Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Darth Keller Sent: Thursday, 10 November 2011 3:35 AM To: IBM-MAIN@bama.ua.edu Subject: Using Innovation's PAS to move CA-View & Deliver Volumes (SAR) We are using Innovation's PAS to move DASD volumes from an older IBM DS8100 to an EMC VMAX. We've used PAS many times in the past for these migrations, but we did not use PAS in the last migration for CA-View & Deliver as we wanted the databases moved from mod-3's to mod-27's. This time the people who support CA-View & Deliver are being told that using PAS to move the databases could cause corruption in their database pointers if PAS is used while the applications are up. When we contacted CA's tech support, their response was that only their utilities can be used to move their databases - I think it more likely that the technicians responding don't have a clue as to how PAS works and that this is the response typical of CA. We also reviewed the PAS manual and contacted Innovation directly - they have no known issues with moving these volumes. So I can move JESCKPT volumes while JES is up and running, but according to CA, not View & Deliver. I'm looking to see if anyone else in our community has any experiences in using PAS with CA-View & Deliver that they'd be willing to share. thanks in advance - dd keller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: degaussed tapes
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, 23 August 2011 1:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: degaussed tapes Can you reinitialize the tape and then try the DITTO? In the future you might want to look at FDRERASE which IIRC meets some level of certification before degaussing then destroying. If it is not physically destroyed then there is always some possibility (however slim) of data recovery. What do you plan to do with the tapes? Reuse, sell, landfill? -Original Message- Ken, By way of a correction, FDRERASE is Innovation Data Processing's government certified solution for securely erasing disks, not tapes. Innovation's FATSCOPY incorporates a tape erasing feature that either erases the entire tape or the residual portion of the tape that follows the last existing file on the tape. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for: Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restore Error - Adrdssu
Yes you're right, I missed seeing it. Getting late here and the eyes are droopy! Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Wednesday, 22 June 2011 9:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Restore Error - Adrdssu Stephen Mednick wrote: >Did you really run the JCL with PARM='TYPRUN=NORUN'? Hopefully not, because there is no comma to the left of PARM and we should see ADR031I if it was really mentioned. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restore Error - Adrdssu
Hi Jagadishan. Did you really run the JCL with PARM='TYPRUN=NORUN'? If you did, the backup didn't actually run because the TYPRUN=NORUN parm specifies that the DUMP option will only be simulated! Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Wednesday, 22 June 2011 8:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Restore Error - Adrdssu Hi, The back up went fine with CC=0. Below is my JCL //BACKUP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T, // REGION=5M,NOTIFY=&SYSUID //DUMPDS EXEC PGM=ADRDSSU PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //DASD1 DD VOL=SER=LDSN16,UNIT=3390,DISP=SHR //DASD2 DD VOL=SER=LDSN15,UNIT=3390,DISP=SHR //DASD3 DD VOL=SER=LDSN14,UNIT=3390,DISP=SHR //DASD4 DD VOL=SER=PUBLB3,UNIT=3390,DISP=SHR //DASD5 DD VOL=SER=PUBLB4,UNIT=3390,DISP=SHR //DASD6 DD VOL=SER=LDSN18,UNIT=3390,DISP=SHR //DASD7 DD VOL=SER=LPRJ20,UNIT=3390,DISP=SHR //DASD8 DD VOL=SER=LPRJ15,UNIT=3390,DISP=SHR //DASD9 DD VOL=SER=LPRJ16,UNIT=3390,DISP=SHR //DASD10 DD VOL=SER=LPRJ14,UNIT=3390,DISP=SHR //DASD11 DD VOL=SER=LIB001,UNIT=3390,DISP=SHR //DASD12 DD VOL=SER=LPRJ19,UNIT=3390,DISP=SHR //DASD13 DD VOL=SER=FREE01,UNIT=3390,DISP=SHR //DASD14 DD VOL=SER=FREE02,UNIT=3390,DISP=SHR //DASD15 DD VOL=SER=LPRJ18,UNIT=3390,DISP=SHR //DASD16 DD VOL=SER=LPRJ10,UNIT=3390,DISP=SHR //DASD17 DD VOL=SER=LPRJ17,UNIT=3390,DISP=SHR //TAPE1DD DSN=BACKUP.USRBKP,DISP=(NEW,CATLG), // UNIT=680,LABEL=(1,SL),VOL=SER=USRBKP //SYSIN DD * DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9 - DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16 DASD17)- OUTDDNAME(TAPE1) - DS(INCL(XXA47467.** - U195530.** - U251034.** - U251050.** )) /* SYSPRINT : PAGE 0001 5695-DF175 DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9 - DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16 DASD17)- OUTDDNAME(TAPE1) - DS(INCL(XXA47467.** - U195530.** - U251034.** - U251050.** )) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.172 18:54:06 INITIAL SCAN OF USER CONTROL STATEMEN ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2011.172 18:54:06 EXECUTION BEGINS ADR788I (001)-DIVSM(03), PROCESSING COMPLETED FOR CLUSTER U195530.IN.KSDS, 3 REC ADR801I (001)-DTDSC(01), DATA SET FILTERING IS COMPLETE. 182 OF 182 DATA SETS WE FOR OTHER REASONS. ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED U195530.SPFLOG1.LIST U251050.SQL.OUTPUT U251034.PUNCH.DEPLUTI2 U251050.DSNUQUI.CNTL U195530.TRAIL.PS U195530.XEROX.PS U195530.XEROX13.PS U251034.PUNCH.DEPLUTI3 U251034.SQL.UTILITY U195530.PROCLIB U195530.JCLLIB U195530.CONTROL U195530.SAM.PS U195530.NEW.PS U251050.LOAD.EUTIL U195530.SPF1.LIST U195530.IN.PS U251034.UNLOAD.DEPLUTI PAGE 0002 5695-DF175 DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54 U251050.UNLOAD.DEPTUTI U251050.UNLOAD.EMPLUTI U195530.SPFTEMP0.CNTL CLUSTER NAME U195530.IN.KSDS 5695-DF175 DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54 CATALOG NAME CATALOG.CTSUSER.VZ16CAT COMPONENT NAME U195530.IN.KSDS.DATA COMPONENT NAME U195530.IN.KSDS.INDEX CLUSTER NAME U195530.MVS.RRDS CATALOG NAME CATALOG.CTSUSER.VZ16CAT COMPONENT NAME U195530.MVS.RRDS.DATA ADR006I (001)-STEND(02), 2011.172 18:57:08 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2011.172 18:57:08 TASK COMPLETED WITH RETURN CODE ADR012I (SCH)-DSSU (01), 2011.172 18:57:08 DFSMSDSS PROCESSING COMPLETE. HIGHEST Regards, Jags On Wed, Jun 22, 2011 at 4:12 PM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > jagadishan perumal wrote: > > >15.19.25 JOB02012 IEC036I > >002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK > > Do a TAPEMAP on that volume and post the result here. > > I really doubt your tape was written correctly in the backup stage. > > Groete / Greetings > Elardus Engelbrecht > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.ht
Re: Backup OFFLINE disks
Innovation Data Processing's FDRINSTANT product is designed to do this. Apart from being able to backup offline volumes created by the replication technologies of the various storage vendors, it's also able to backup z/VM and z/LINUX volumes that are not able to be mounted to a z/OS operating system. Innovation has more information on their web site: http://www.innovationdp.fdr.com/products/fdrinstant/ Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Monday, 14 March 2011 5:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Backup OFFLINE disks On 03/13/2011 01:14 PM, Arye Shemer wrote: > Hello forumers, > > Are there any known options (in z/OS environment) to backup offline > ECKD disks ? > > Thanks, > > Arye Shemer. > Why? FDR Dump/Restore utilities used to support this in some manner, but I always found this concept dubious. The whole point of having a volume offline to MVS usually is to guarantee that the system in question cannot access or change data on the drive; and if a tool could bypass this and access data from drives in off-line status that sounds like an accident waiting to happen. If the object is to dump a flash copy of a volume, there are ways to do this with DFDSS and dump conditioning so that the volser of the copy is not a duplicate and the volume can actually be on-line to MVS for the dump. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS file questions
Not quite correct as far as the use of FDRCOPY goes. On the COPY statement there is the keyword HFS=QUIESCE which to quote from the manual: HFS= QUIESCE – Invokes special processing when Hierarchical File System (HFS) data sets are copied. HFS=QUIESCE implies DSNENQ=USE so it will first attempt to get a SYSDSN enqueue on the file. If the enqueue fails, it probably means that the file system is mounted to UNIX System Services (USS), so a “quiesce” call is issued to prevent updates to the data set during the copy. If the quiesce fails and ENQERR=BYPASS was specified, the HFS data set will not be copied. See section 80.11 for details and security requirements. NOTE: HFS=QUIESCE implies DSNENQ=USE (described earlier) for all data sets being backed up, not just HFS data sets. HFS=QUIESCE does not apply when moving HFS data sets; they must be dismounted before the MOVE. Default: HFS data sets will not be quiesced unless HFSQUIESCE is set to YES in the FDR Global Options Table (see section 90.13). If you use the default, you should unmount the file system before the backup to be sure of getting a usable backup. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- In order to make sure you get a clean copy using FDRCOPY, you'll have to either quiese or unmount the filesystem before doing the copy to a new/backup data set. HFS is very intolerant of fuzzy copies. As for the expansion, this is way easier with zfs v.s. hfs. It has been a while since I have dealt with HFS... so maybe one of the other members knows the answer. If there isn't an easy way.. then: 1) make a new hfs/zfs file 2) mount it somewhere like /u/temp 3) there are various methods .. I have seen various documents indicating use of pax. I have just run a cp command with recursive and preserve cp -Rp. Rob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List spam
Shane, Spammed me too using my unique IBM-MAIN subscription email address. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, 14 January 2011 7:33 PM To: IBM-MAIN@bama.ua.edu Subject: List spam Any/every-one else getting spammed by recoveryknowledge ?. Must have been done as a harvesting of the list as both addresses I use to post have been hit. No way I would have signed up (twice) for DB2 paraphernalia. Probably seen it before and just trashed it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Darren's approval
-Original Message- I e-mailed Darren on 10/25/2010, asking him to approve my new DFSORT PTF "announcement" before I posted it, and he replied I could the same day. So as of Oct, 2010, he was still available for approving posts. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- Frank, For the benefit of others, are you able to post Darren's email address? Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hardware-assisted compression: not CPU-efficient?
Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Friday, 3 December 2010 6:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Hardware-assisted compression: not CPU-efficient? Conversely, sometimes it is hard to get the backups all done in a low activity window, so one might compromise in favor of faster backups even at the expense of more CPU consumption. Depending on shop's strategy, getting a logically consistent PIT copy just might put the backups in the business critical path. That is, all have to complete before the next business day starts. --- Doesn't have to be if you combine the backups with hardware vendor replication technologies such as SHADOWIMAGE, TIMEFINDER and FLASHCOPY. Read how Innovation's FDRINSTANT solution gets around the issue of taking backups off the critical path: http://www.innovationdp.fdr.com/products/fdrinstant/ Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
Nostalgia, don't you just love it. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, 1 December 2010 7:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: I would love to know what went wrong at NAB Chris, If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember correctly NAB (where I worked at the time) had found the bug in stress and regression testing (TPNS for those that remember it) and were waiting for the fix that hit Westpac. Funny how times have changed. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Chris Craddock > Sent: Tuesday, November 30, 2010 8:56 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB > > On Tue, Nov 30, 2010 at 10:39 PM, Chase, John wrote: > > > > -Original Message- > > > From: IBM Mainframe Discussion List On Behalf Of Shane > > > > > > As if. > > > Can't you just imagine a major Aussie Bank doing that. You were at > > Bank > > > of NSW when they had the IMS fiasco Steve - how much info on that > > > got out ? (via Bank press releases I mean :-) > > > > Yeh It's probably a near-universal trait that "dirty laundry" > > is "washed" discreetly :-) > > > > > This would be one of those rare cases where the story was big enough > that there wasn't a lot of room for discrete laundering. It was > actually Westpac > by then (btw) and I was there too. That "event" wasn't a single > outage, but > rather a series of them wound around failed restart/recovery > processing that > eventually took several days to fully recover from. There wasn't any > news coverage at first, but the scale of the problem had made the > press by the second day. Once it had there was plenty of blame > storming to go around. I don't recall whether the bank actually issued > press releases but their point > of view certainly did make it into the press coverage. > > > > -- > This email might be from the > artist formerly known as CC > (or not) You be the judge. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
One wonders if a detailed explanation of what transpired will be forthcoming as was the case back in July when the DBS Bank in Singapore had a major outage. http://www.dbs.com/newsroom/2010/press100804.aspx Stephen Mednick Computer Supervisory Services Sydney, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sheldon Davis Sent: Tuesday, 30 November 2010 5:54 PM To: IBM-MAIN@bama.ua.edu Subject: I would love to know what went wrong at NAB I would love to know how a corrupt system file in a parrallel sysplex can affect a payroll system http://www.channelregister.co.uk/2010/11/29/nab_mainframe_cockup/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, 18 November 2010 7:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS question There is no explicite switch like "DUMP LOGICAL" or "DUMP PHYSICAL". However other parameters determina kind of DUMP. BTW: AFAIK FDR always make physical dump but restore can be physical or logical. And that's why FDR is faster for logical processing. Disclaimer: I don't work for FDR. -- Radoslaw Skorupka Lodz, Poland Radoslaw's comment about FDR always taking physical dumps is correct. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)
Elaborating on Sam's response below, users of TSM for z/OS users may well be lamenting IBM's decision and continue to maintain a strong belief in the strengths of the mainframe as a backup server by being able to exploit z/OS's strengths of job scheduling, tape management and system security for the backing up of Open Systems data. As Sam has mentioned, users wanting to continue using the mainframe as a backup server because of its inherent strengths and stability should take a look at Innovation Data Processing's family of FDR/UPSTREAM solutions especially if running Linux on System z. There are many user success stories around and perhaps some of those users might respond to this thread. Sites with either IBM DS8700/DS8800 storage systems or EMC's SYMMETRIX/V-MAX systems, can also enjoy high-speed LAN-free backups using a FICON connection achievable with UPSTREAM/SOS. Furthermore, IBM recently released its Distributed Data Backup (DDB) for the DS8700 platform which is fully exploited by USPTREAM/SOS. Check the following links: http://www.innovationdp.fdr.com/products/upstream/ http://www.innovationdp.fdr.com/products/fdrsos/ Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Sunday, 7 November 2010 1:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise) If IBM cannot or will not support z/OS in this roll there are good third party software vendors who do like Innovation. This will preserve your investment in z/OS and maintain the z/OS qualities of service and economies of scale you have today. http://www.fdr.com/products/upstream/index.cfm http://www.fdr.com/products/upstreamunix/ http://www.fdr.com/index.cfm Best Regards, Sam Knutson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS VSAM logical restore?
Thanks. My boss already mentioned something from FDR. With the comment that the cost was way too high for us. We're still downsizing. And looking at replacing CA-FAVER to reduce software cost. One doesn't save money by replacing a Ford with a Lexus! -- John McKown Maranatha! <>< Well considering the brief that's been handed to you by your boss, then really you're kind of stuck with having to use the "free" IBM offering, IDCAMS. Good luck. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS VSAM logical restore?
If looking for an alternative to the traditional IDCAMS REPRO for the reorganisation of VSAM(and IAM) files, Innovation Data Processing's FDREORG solution might be worth looking at: http://www.innovationdp.fdr.com/products/fdrreorg/ Apart from being able to offer significantly better performance for file re-organisations compared to that of using IDCAMS , it also allows for an "intelligent" approach to running REORGS by being able to specify a number of different criteria by which the file should be re-organised and potentially eliminate un-necessary REORGs. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Starr, Alan Sent: Thursday, 21 October 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS VSAM logical restore? Yes John... As far as I know, both REPRO and EXPORT result in a reorganized VSAM dataset. While you're looking at alternatives, you may wish to consider Innovation's IAM. We are quite happy with it. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Wednesday, October 20, 2010 14:02 To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS VSAM logical restore? Thanks, Alan. How about IDCAMS EXPORT / IMPORT? We are looking at what it would take to replace CA-FAVER. It is a good product, but we are looking at possible alternatives. IDCAMS is __slow__! -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Oct 20, 2010 2:59 PM, "Starr, Alan" wrote: Hi John, I don't expect that it would. As far as I know, DF/dss "logical" processing is aware of datasets and "records" (i.e. blocks) but doesn't usually concern itself with the content of these datasets. There are two exceptions that I'm aware of: 1) DF/dss can change the amount of unused (pad) space in a dataset 2) DF/dss can change a PDS into a PDSE I believe that if you want to "reorganize" a VSAM dataset, you'll have to use VSAM REPRO (which consolidates split CIs and CAs). Cheers, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Beh... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
Tommy, As a vendor-representative that has products designed for both platforms I'm not about to recommend one vendor platform over the other but have you had a chance to review IBM's announcement from last week for its DS8700 platform and z/OS DDB feature? Speaking from the sidelines it would seem that storage vendors are constantly leap-frogging each other with features & performance and customers continuously play off one vendor against another in order to get the best deal for their site. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Thursday, 29 July 2010 10:14 AM To: IBM-MAIN@bama.ua.edu Subject: share mainframe disk experience hi all our shop plan to buy a new mainframe disk with pprc, anyone have suggestion on emc vmax or ds8700. which one is better. can we share? such as easytier & flashdrive, maintenance,io/cache perforamce etc many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Aliases - How to find ALL of them
Kees, If you're referring to FDRVIEWS, it's a separately licensed product that requires an existing ABR or FDREPORT license. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Friday, 16 July 2010 5:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset Aliases - How to find ALL of them Is this free or bundled with which product? Kees. "Stephen Mednick" wrote in message news:<003a01cb24b8$675335c0$35f9a1...@css.au.com>... > To clarify, FDREPORT is included as a standard feature of ABR but is > available as a separately licensed product and now has as a companion > product FDRVIEWS. > > > Stephen Mednick > Computer Supervisory Services > Sydney, Australia > > Asia/Pacific representatives for > Innovation Data Processing, Inc. > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset Aliases - How to find ALL of them
To clarify, FDREPORT is included as a standard feature of ABR but is available as a separately licensed product and now has as a companion product FDRVIEWS. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Friday, 16 July 2010 4:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dataset Aliases - How to find ALL of them FDR client is not enough. FDREPORT is a separate product, included only in an ABR licence (IIRC). Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backup/Restore products at z/OS sites
Dan, Do you also offer the facility of distributing on a CD/DVD? Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Squillace Sent: Wednesday, 7 July 2010 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Backup/Restore products at z/OS sites OK, thanks to all you replied. I'm getting the idea that everyone has DFDSS, FDR, or both. I never did say why I was asking. In SAS 9.2, we already support z/OS software distribution via FTP, but there are a significant number of customers for whom FTP is not an acceptable option. So we're revisiting our tape installation process and considering options to improve that as well as support FTP. Dan Squillace Sr. IT Manager, Mainframe Support SAS Institute Inc. Cary, NC USA phone: 919 531-7611 mobile: 919 606-0263 fax: 919 677- email: dan.squill...@sas.com text pager: dan.squill...@vtext.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Backup/Restore products at z/OS sites
I can't give you answer to your question but these days many vendors now provide the facility to delivery software via electronic delivery from an FTP site or on a CD/DVD. Where available it's a far quicker and more convenient (IMHO) of software delivery. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dan Squillace Sent: Tuesday, 6 July 2010 7:39 AM To: IBM-MAIN@bama.ua.edu Subject: Backup/Restore products at z/OS sites I'm looking at tape format options for software delivery and want to find out how available FDR and/or DFDSS are at z/OS sites. - What percentage of sites would you say have at least one of these two products? - If your site does not have either DFDSS or FDR, what do you use instead. Dan Squillace Sr. IT Manager, Mainframe Support SAS Institute Inc. Cary, NC USA phone: 919 531-7611 mobile: 919 606-0263 fax: 919 677- email: dan.squill...@sas.com text pager: dan.squill...@vtext.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
searchdatacenter.com article
I was taken back today with this article that appeared: An <http://searchdatacenter.techtarget.com/tip/0,289483,sid80_gci1515891,00.htm l?track=NL-576&ad=772576&asrc=EM_NLN_11912703&uid=628605> introduction to mainframe backup utilities Could someone please tell me if this guy is for real! Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Doc on when it resets the "dataset changed flag(bit)"
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Tuesday, 25 May 2010 7:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Doc on when it resets the "dataset changed flag(bit)" So, I have some possible conclusions. 1. When I set it so that HSM and FDRABR would both take back-ups, I mistakenly put UPDATEFLAG=NOCHANGE on the FDRABR step that backs up my non-SMS (non HSM) volumes. Since HSM never looked at these volumes and FDR didn't set the flag either, I get a copy per run. 2. I still do FDR FASTCPK on the SMS volumes. It seems that FASTCPK sets the dataset-changed-bit. I'd sure like a way to not set the bit here. Dave, Re #2, Innovation have a custom zap that will allow you to not set the dataset-changed bit when running FASTCPK but you'll need to call them up and speak to them about it so that they can explain the ramifications of installing it. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM Doc on when it resets the "dataset changed flag(bit)"
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Saturday, 22 May 2010 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM Doc on when it resets the "dataset changed flag(bit)" For that matter, I could try again to teach the users in my copious spare time on using the existing FDRABR restore capability via JCL. Dave, Rather than teaching your users to use JCL to do FDR/ABR restores why not direct them to use the ABR ISPF dialogs? A.2 is the panel that provides for both archive & backup restores. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Output from programs which normally produce reports - an idea
John, I usually try and refrain from making blatant sales pitches and I hope I am allowed to indulge this time on this forum but certainly Innovation Data Processing's FDREPORT tool can do precisely what it is you are after. Apart from generating reports, based on the user's selection criteria it can output control cards for just about any utility and can even generate the pre & post JCL that needs to be wrapped around them. Check the following link: http://www.innovationdp.fdr.com/products/fdreport/ Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for: Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Saturday, 8 May 2010 5:01 AM To: IBM-MAIN@bama.ua.edu Subject: Output from programs which normally produce reports - an idea OK, the subject sucks. But it is Friday. And this could be considered on topic, I think. I've been doing some DASD cleanup prep work. I've been using T-REX to look at catalogs and VVDSes. T-REX produces some really nice reports. But one thing that I inevitably do is download them to my Linux workstation for massaging and reformatting. I do similar processing of IDCAMS listings as well. I was just thinking that a nice option might be to be able to tell these reporting programs how to format some things for me. In particular, with a report that is line oriented - just give me a single header line and "n" lines of data. I don't wan't any page headers or footers. Also, separate each data element on a line with a user defined separator character (such as a |). Why? I can then easily parse that in REXX or Perl or Python or Java or COBOL or ... . It might even be nice to tell the program which variables that I'm interested in, so it produces only those values in the line. For truly advanced reports, such as where there is a report line for something, then multiple more lines indented under it such as for repeating group subordinate information, then perhaps an XML format would be usable. If a vendor were to adopt this policy for report programs, do you think it would enhance their reputation in the market place and so perhaps enhance their sales? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flashcopy
Without having the ability to backup an offline volume or being able to bring the volume online to an LPAR where the original source disk is not online, your only option is to perform an ICKDSF relabel of the disk and then vary it online and do a regular backup with DFSMSdss. You will need to manually manage the fact that the datasets contained on the relabelled volume are not catalogued. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- Hi Everyone, whenever a flashcopy of a volume is done using ADRDSSU, the target volume goes offline, it has the same VOLID as the source volume, now my question is as to how can I backup the target volume to tape ?, we do not have FDR. will appreciate any input Frank -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Consolidate Storage Groups
Rebecca, Although you say you don't have FDRMOVE but do have other Innovation products, I would suggest you give Innovation a call and talk it over with them on how best you can utilise the products you do have to achieve what it is you are trying to do. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rebecca Martin Sent: Sunday, 21 February 2010 11:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Consolidate Storage Groups Thanks Tom, we do have some of their products but not FDRMOVE. Looks like we would not need to move datasets to consolidate storage groups. But if/when we want to clean up the storage classes, we would. We have over 100 storage classes. So that really needs to be cleaned up as well. Does anybody have any recommendations for approach to reduce this to a reasonable number? What would you consider reasonable? What happens if you eliminate a SMS storage class but still have datasets assigned to it? All my earlier searching was focused on storage groups so I'll go back and do it again for storage classes. I think our 1st priority will be reducing the storage groups but want to quickly also tackle the storage class issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to See IPLTEXT?
Larry, If you have FDR you can use FDRDSF PRINT to print CYL=0 to see if there is IPLTEXT on a volume. The output will be in hex format and if it has IPLTEXT, it will be in the IPL1 or IPL2 labeled areas. //STEP01 EXEC PGM=FDRDSF,REGION=0M //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //TAPE1 DD SYSOUT=* //DISK1 DD UNIT=SYSALLDA,VOL=SER=volser,DISP=SHR //SYSIN DD * PRINT TYPE=DSF,DATA=ALL SELECT FROM(CYL=0),TO(CYL=0) /* // I presume DFSMSdss has a similar facility to do a hex print/dump of disk tracks. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Burch Sent: Sunday, 24 January 2010 7:37 AM To: IBM-MAIN@bama.ua.edu Subject: How to See IPLTEXT? How can I determine whether IPLTEXT is written on a dasd volume? I don't recognize anything in the ICKDSF user guide that indicates; maybe I should be looking elsewhere? Larry Burch OS390 v210 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Remove Empty GDG Base
I'm certain that there was a thread at the beginning of the month that covered pretty much the same topic and a number of solutions were offered up. Check the archives. Are you licensed for Innovation Data Processing's ABR or FDREPORT products? If so, then FDREPORT can do what you are after. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pat Monk Sent: Friday, 8 January 2010 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Remove Empty GDG Base Is there a utility that will scan the catalogs and remove all (or selected) empty GDG bases? For example: remove all empty GDG bases for hi-level xyz. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 回覆:RE: 回覆:IBM_s_ne west_mainframe_is_all_ Linux_
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Tommy Tsui > Sent: Friday, 11 December 2009 5:46 PM > To: IBM-MAIN@bama.ua.edu > Subject: 回覆:RE: 回覆:IBM_s_newest_mainframe_is_all_ Linux_ > > so next generation z10 "no z/os operating system" only VM? > > Tommy, To quote the Computerworld article: "IBM has expanded its server lineup with a new mainframe system designed just for Linux that may be aimed, in particular, at higher-end x86 systems." The keyword is "expanded". Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 回覆:IBM_s_newest_mainframe_is_ all_Linux_
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Tommy Tsui > Sent: Friday, 11 December 2009 4:58 PM > To: IBM-MAIN@bama.ua.edu > Subject: 回覆:IBM_s_newest_mainframe_is_all_Linux_ > > is it ture? > > The new system uses IBM's specialty Linux processor and runs either Novell > SUSE or Red Hat systems. It does not use the mainframe operating system > z/OS but includes mainframe management software as well as IBM's z/Virtual > Machine system. Together, they constitute the company's latest "solutions > edition," or what IBM says are lower-cost, integrated stacks for the > mainframe. > > ---------- Yes it is true. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Need some FDR help please
-Original Message- FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney - Give Innovation a call, they'll be more than happy to help you out, that's what they are there for. The number is 973-890-7300 Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Extracting GDG Base
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Jacky Bright > Sent: Wednesday, 25 November 2009 7:49 AM > To: IBM-MAIN@bama.ua.edu > Subject: Extracting GDG Base > > Business Operation Department has requested to extract all GDG base dataset > names from the system. Is there any utility by which I can have these > details from the catalog ? > > Jacky Are you licensed for Innovation Data Processing's ABR or FDREPORT products? If so there's a very simple FDREPORT job that will get the information you need using the following control cards: ** * * Job extracts GDG base information from the system catalogs. * Currently it takes about 74 seconds to extract the data * from 295,040 GDG base records residing in a catalog structure * containing 1.663 million entries. * ** SUMMARY FIELD=DSN /* summarize entries processed */ REPORT FIELD=(GDGBASE, /* gdg base name */ GDGENTRY,/* active entry count */ GDGLIMIT,/* active entry limit */ GDGFLAGS,/* processing flags*/ GDGLADAT)/* last altered date */ PRINT DATATYPE=CATALOG, /* process system catalogs */ ENABLE=GDGBASEONLY /* select only GDG base names */ Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DRCLEAR
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Rick Fochtman > Sent: Saturday, 19 September 2009 8:01 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: DRCLEAR > > - > > >>Anyone out there use the DRCLEAR from the cbt-tape website for clearing > >>DASD after a disaster recovery exercise? > >> > >>I have downloaded it and followed the directions only to come up with > >>errors that I have no idea how to fix... > >> > > -- > If you're a FDR customer, look very hard at FDERASE. > > In my experience, I've found the FDR family of products to be > OUTSTANDING and so is their support, even after the unfortunate demise > of Bruce Black, may he rest in peace. > > Rick > > -- Rick, Even if you're **not** an FDR customer, FDRERASE is still worth a look :-) Here's a link to an online demo for anyone interested: http://www.fdr.com/portfolio/products/demo.cfm?location=fdrerase Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sub Capacity Reporting for non IBM Vendors
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Edward Jaffe > Sent: Monday, 14 September 2009 7:06 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Sub Capacity Reporting for non IBM Vendors > > R.S. wrote: > > It is also worth to mention that IBM is the only company which is not > > try to "catch" the customer. I read several horror stories on this > > forum, on ISVcosts list, from own experience - almost any other > > company presents license agreements that HAVE to be negotiated. Only > > IBM's license agreemenst are let's say FAIR. No excessive costs of > > upgrade, S&S, etc. > > BTW: I didn't say 'CA' > > Edward Jaffe replied: > Your statements are unfair, inaccurate, subjective opinion presented as > fact, and ought to be recanted... > Totally agree!!! Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-Main Postings Yesterday
I had the same problem and did exactly what Dave did and everything is now back to normal. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt > Sent: Thursday, 28 May 2009 2:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: IBM-Main Postings Yesterday > > Yes, I had the same problem. I didn't know why it was > happening, so I resubscribed. Today everything seems back to normal. > > Dave Salt > > SimpList(tm) - try it; you'll get it! > http://www.mackinney.com/products/SIM/simplist.htm > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USERCAT Error (Out of Space)
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld > Sent: Saturday, 16 May 2009 7:57 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: USERCAT Error (Out of Space) > > You are probably correct. Maybe someone from Innovation will > reply on Monday with the definitive answer. > To answer the question about Innovation's FASTCPK product, it does not handle the internal reorganisation of catalogs. FASTCPK's primary function is to reduce free space fragmentation on a volume by the consolidation of free space areas. Additionally FASTCPK provides for the merging of dataset extents and the releasing or partial releasing of unused space from overallocated PS, PO, PDSE datasets and VSAM components. There are also features for the enlarging and/or moving of the volume's VTOC. Here's the link to FASTCPK on Innovation's web site for anyone who might be interested: http://www.innovationdp.fdr.com/products/fdr/fdrcpk.cfm Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott T. Harder > Sent: Thursday, 7 May 2009 2:19 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] > > Radoslaw, > > I meant "you" in the general sense. Your points are well > taken, but I would still have a hard time distributing DSS. > Just some nagging feeling in the back of my head tells me > that, eventually, something "not good" would come of that. > Can't come up with any examples and I could be very wrong > (sure wouldn't be the first time!). But, I can't shake that > feeling. I guess we'll just have to agree to disagree. > > All the best, > Scott T. Harder > Scott, your response just underscores exactly the attitude Mark Zelden was referring to in his posting for this thread especially his last point! Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Where are the device codes (returned by LOCATE) defined?
> > Another point to note is that ABR sets the high-order bit on > in the DSCB CCHHR field of the catalog entry when the data > set is archived and the original volume serial is retained. > No quite correct. ABR records in the field DSCBTTR a pointer to the entry in ABR's Archive Control File. This helps to avoid lengthy searches thru the ACF. > I do not know if this bit setting occurs or not when the > volume serial of MIGRAT is used. The entry is used to support ABR's Auto-Recall via the ABR Locate Exit. ABR requires the use of the volser MIGRAT when migrating datasets off SMS Managed volumes. > > I believe that the usual restriction of "VTOCs must be in the > first 64K cylinders of a volume" must therefore become "VTOCs > must be in the first 32K cylinders of a volume" when ABR > (without MIGRAT at least) is used to archive data sets. > > I would guess that all volumes had less than one thousand > cylinders when this logic was devised. > No such restriction exists!!! Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data erase on stacked backend tapes.
> -Original Message- > We have the need to erase any residual data on some stacked > backend vsm tapes. I've heard you can do this with > FATS/FATAR but wondered if there is any other method to do > this? Everything else I have seen seems to require the tapes > be added to your tape management system and even then there > is some doubt that this will work. > > Thanks > > John When you say "residual data" are you in fact meaning that you want to erase any data on the tape that exists past the very last file on the tape through to the physical end of the cartridge or are you wanting to erase the entire tape? Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data erase on stacked backend tapes.
> -Original Message- > We have the need to erase any residual data on some stacked > backend vsm tapes. I've heard you can do this with > FATS/FATAR but wondered if there is any other method to do > this? Everything else I have seen seems to require the tapes > be added to your tape management system and even then there > is some doubt that this will work. > > Thanks > > John When you say "residual data" are you in fact meaning that you want to erase any data on the tape that exists past the very last file on the tape through to the physical end of the cartridge or are you wanting to erase the entire tape? Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. P.S. Apologies if this posting appears more than once, having outgoing mailserver problems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determination of the Correct ESM Id
There was a posting back in October last year under a thread heading of "A Security SubSystem question" in which Mark Zeldon said that for the purposes of his IPLINFO facility he tests for the presence of "ACF2" in this the RCVTID field. Check out the code at his site: http://home.flash.net/~mzelden/mvsutil.html Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker > Sent: Sunday, 1 March 2009 6:49 AM > To: IBM-MAIN@bama.ua.edu > Subject: Determination of the Correct ESM Id > > The presence of CA-Top Secret Security on a system is easily > recognized through an examination of the RCVTID field, which > for IBM's RACF is set to "RCVT", and for CA-Top Secret > Security is set to "RTSS". > > > > Does CA-ACF/2 set the RCVTID field, and if so, to what? If > not, is their some other way by which the presence of > CA-ACF/2 may be recognized? > > > > John P. Baker > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pedantic Tape Analyzer?
Paul, I'm sure my dear friend Bruce Black would have pitched in with a plug for FATS/FATAR/FATSCOPY :-). Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin > Sent: Tuesday, 24 February 2009 10:05 AM > To: IBM-MAIN@bama.ua.edu > Subject: Pedantic Tape Analyzer? > > Lately, examining a dump of a tape output from SAS TAPECOPY, > I noticed that the volser in the HDR1 records did not match > the volser in the VOL1 record. OK. IBM doc says this field > is defined but not verified by OPEN/CLOSE processing, etc. > > But I'm working on a utility of my own, for complex reasons. > I'd like to do better than SAS. How can I verify the result? > Is there a utility to which I could pass a (putatively) > standard labeled tape, such as that output from SAS TAPECOPY > which would report loud and clear on irregularities such as > the volser mismatch, possible block count errors in trailer > labels, all such? > > Bruce Black probably would have known; we all miss him; I for > some volunteer research he did when I asked another stupid > question years ago. > > Thanks, > gil > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: In Memoriam (was Surgery Delay)
Ed has made mention of Bruce Black in his posting below. I think it's timely to mention that it's exactly a year since Bruce passed away. I'm sure the members of IBM-MAIN greatly miss his contributions to the postings this past year and I know that his loss is still greatly felt by everyone at Innovation Data Processing. Let's all take a moment to remember a truly remarkable individual and then move on. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould > Sent: Tuesday, 4 November 2008 6:18 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: OT: Surgery Delay > > Howard: > > I would except we have some people that do not understand > common courtesy. I remember when Bruce died there was a big > out pouring. No one said "boo" then. Maybe it has to do with > the person popularity. That is fine. I will not interrupt > again except if something unfortold happens in surgery and I > will have the executor announce it. > > Ed > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS R10
Dave, The CD that you would have received is shipped containing both formats. If you still have it, look in the folder titled "books" . Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave > Sent: Wednesday, 10 September 2008 5:39 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: zOS R10 > > Of course I could be wrong. I don't install FDRABR hear, > that's in the other guys pocket :) But I asked him twice and > it seems all we got on the last CD was PDF. My apologies to a > good company and good people if I'm wrong. > > > -Original Message- > > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On > > Behalf Of Stephen Mednick > > Sent: Wednesday, September 10, 2008 12:33 AM > > To: IBM-MAIN@BAMA.UA.EDU > > Subject: Re: zOS R10 > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS R10
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave > Sent: Wednesday, 10 September 2008 4:52 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: zOS R10 > > > I agree with Barbara, please tell me that PDF isn't the only format. > When will both formats be available to Softcopy Librarian? > > I'm not happy with either CA or Innovation for their only > providing PDF. > PDF is good for print and some search. Bookmanager is better > for search and unmatched in navigation. HTML is just a PITA. > > > -Original Message- Dave, I don't know about CA but Innovation certainly do offer their documentation in Bookmanager format in addition to PDF format. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins > Sent: Sunday, 7 September 2008 4:41 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Info on Setting Up an Lpar for Flashcopy > > What I think I am hearing hear is that with the basic FDR > product you would use the capability to backup offline > volumes, meaning you don't need another LPAR, and you don't > need FDR/INSTANT. > Just to clarify, basic FDR requires that the volumes needed to be backed up are online. In order to be able to do a backup of any offline FBA or CPK volume including those that are created as a result of using any of the various vendor's replication technologies requires the FDRINSTANT add-on to enhance basic FDR or ABR. For all intents and purposes, the backup from the offline volume will appear as if you've performed the backup of the volume and datasets from the online volume. Certainly makes recovery extremely straight forward. Furthermore, FDRINSTANT provides the ability to access the internal high-speed replication technologies within the vendors' storage systems for copying datasets within the same storage subsystem without having to perform I/O to and from the mainframe. Ron, contact me off-list if you want some further info. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Similarly, DFSMShsm & DFSMSrmm are priced optional features too. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John > Sent: Sunday, 7 September 2008 10:05 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Info on Setting Up an Lpar for Flashcopy > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler > > > > Eric, > > > > DFDSS should be part of DFSMS. FDR is a pay for. > > No, DFSMSdss is a priced optional feature, presumably because > of the existence of at least one comparable ISV product (like FDR). > > > So you should already have it in house. > > Entirely possible, though it likely would be "disabled" if > the separate license fee for it was not paid. > > -jc- > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
Eric, It would seem that when planning and budgeting for the storage upgrade, your management failed to factor in what software would be required to leverage the technology being acquired. My thinking is that this was something that the IBM salesman might not have addressed and his only concern was getting the box on the floor. Hardware salesmen are notorious for not wanting to get involved with software. I come across this more often than not, although some vendors are more geared up for this than others (Ron, your mob are ok!) Your situation is not unlike acquiring the latest & greatest flatscreen TV but still having to watch your movies on a VHS video player and saying there's no money available to acquire the latest Blue-Ray/DVD player to exploit the TV's technology. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld > Sent: Sunday, 7 September 2008 3:05 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Info on Setting Up an Lpar for Flashcopy > > Ron, > > Thanks for the information. As I said in an earlier post, we > don't have DFDSS, so I can't do dumpconditioning. I will > take your statement, "This is the problem with the 2nd LPAR > backup method - it's an accident waiting to happen.", and > show it to my boss. That might be enough leverage to get > FDRINSTANT, or the other product which I can't remember the > name of, but I doubt it. > > Another problem with the 3rd lpar approach is that we have a > GRS ring, and as I understand it, a 3rd lpar contributes > logarithmically to the wait times. That is why the 3rd lpar > would be probably shut down except for the weekly pack backups. > > One question I do have though is if I am IPLing from a single > or 2 pack system, and I have a few things online, such as the > Zara tape catalog (which I know nothing about yet but soon > will learn), or the usercatalog the tapes are cataloged in, > what happens since there is a duplicate volume that was > flashed? Is that part of the accident waiting to happen? > > By the way, we don't have DFHSM either, and I don't know what > FRBACKUP is, but I assume that HSM is required. I'm not sure > if we have FDRABR or not. I'll probably call them on Monday. > I know we have FDR and I think we have Compaktor, but I'm not sure. > > In answer to Tom Conolly, since my internet connection at my > hotel is so slow, I will look at FDRINSTANT, but my hopes are > not too high. It was good talking to you several days ago. > > Eric Bielefeld > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Info on Setting Up an Lpar for Flashcopy
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld > Sent: Saturday, 6 September 2008 2:50 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Info on Setting Up an Lpar for Flashcopy > > Thanks Greg. I hadn't found that book yet, and am > downloading it now. Unfortuneatly, we don't have DFDSS here, > only FDR. This book looks like it will help me. > > Eric > Eric, As you are already an FDR user then what you need to do is speak to Innovation and talk to them about their FDRINSTANT option. http://www.innovationdp.fdr.com/products/fdr/fdrinstant.cfm It will do **exactly** what you want. Whole lot easier than having to do what you were thing of doing. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Erase tape data securely
> -Original Message- > Hi all, > I have a T9840 tape drive and lots of carts that need to be > erased the data on them. I know that there is an option in > T9840 CSE panel that can be turned on/off:DSE(Data security > erase), my question is: if I turned it on, what utility or > software can I use to erase the data on those cartridges? I > am using IBM rmm. > Could you anyone send me a sample jcl or tell me where to > find the procedure? > > Regards > Victor > Victor, You'll find that all tape drives provide support for a "Data Security Erase" feature which can be used to erase data on a tape at high-speed without tying up the tape control unit. What this means is that the erase function can clear all data from a tape without impacting other jobs using tape drives on the same control unit. The erase takes place at maximum tape write speeds which will vary depending on the type of tape drive model you are using. You can either use a commercially available solution such as Innovation Data Processing's FATS/ERASE or write your own program to invoke the "data security erase" feature. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need FDR/ABR IVP Job
Hi Mani. Why don't you give the guys at Innovation a call, I'm sure they'll be only too happy to help you out. Besides, that's what you pay them maintenance and support for. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Sivakumar, Manikandan > Sent: Tuesday, 29 July 2008 8:57 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Need FDR/ABR IVP Job > > Team, > > > > I would appreciate if you provide me some sample jobs for > FDR/ABR which will migrate/recall dataset. > > > > Thanks in advance. > > > > Regards, > > Mani. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clearing out DASD
Barry, >From your comments, I guess you didn't see anything at the customer site on Innovation's FDRERASE for z/OS :-) Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A > Sent: Wednesday, 16 July 2008 6:57 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Clearing out DASD > > While I wouldn't bet the mortgage, I really doubt that any > MVS software can access a physical sector that is no longer > part of an MVS volume, except perhaps by invoking special > hardware features provided by the manufacturer. I looked at > FDR documentation at a customers site a few years ago and > don't recall seeing anything that appeared to deal with this > situation. > > I know of at least three players in the DASD marketplace and > most seem to keep information details of the special features > under wraps. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clearing out DASD
Have you discussed this requirement with your IT Security Advisor? There are any number of solutions that claim to erase disks in accordance with DOD requirements however there are only a very few that have been independently certified by an accredited government test center and gained formal certification. You'll find that these days many federal agencies, banks, insurance companies will insist that the disk is erased with a certified solution. Therefore, I would suggest that you confer with your security department as to how exactly you are meant to erase the disks to see if it's their requirement that a certified solution is required or not in accordance with any state or federal legislative requirements that your company is required to comply with. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler > Sent: Wednesday, 16 July 2008 5:26 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Clearing out DASD > > I have a need to do a DOD type clearing of some dasd before > it is returned to the vendor. > > I found the CBT Tape entry (737) but was wondering if there > is another one out there that will write Binary 0's and 1's > for the number of times I specify? I do not have DITTO. > > Thanks. > > Lizette > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: wildcard utilities
You say you tried FDR and that you have quite a few other products, do you happen to have ABR as well that incorporates FDREPORT? Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of SUBSCRIBE IBM-MAIN Jim > Sent: Thursday, 10 July 2008 4:47 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: wildcard utilities > > I have had great suggestions so far, but I have tried DFDSS > and FDR and not gotten results I was looking for. Might not > be using the parameters correctly. > I think I will detail this more on my wishes and the > collective group can offer more ideas. We have an automated > scheduler software on our mainframe called Control-M that > will copy a jcl sysout to a file on whichever jobs we choose. > Those are the datasets in the format shown below that I wish > to create a single report from. > Organization . . . : PS > Record format . . . : FB > Record length . . . : 133 > Block size . . . . : 5985 > When I use DFDSS or FDR the dataset I try and create for > printing comes up in either a VBA or U format. And I am not > strong enough with sort or some other method to create the > report. I really don't care about creating a dataset at all, > if I can simply print the incoming datasets from the wildcard list. > Below is an example of one of the datasets sysouts and I > would like to keep that intact. This is not a completed > sysout example, but wanted to save lines. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSE Systems Programming Resource A/P
If there's a VSE Systems Programmer sitting around twiddling their thumbs and is interested in some contract work in the Asia/Pacific Region to undertake a storage migration, please contact me off list. I have no commercial interest in this requirement and I was asked if I knew of anyone who might be able to help. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PC printing of .txt files containing maiframe listings
I seem to recall from a long time ago that there was a free program that enabled you to take a .TXT file that contained a mainframe report containing print control characters and print out the report in landscape form and honour the control characters in the file. Does anyone know of such a program and where I can get a copy? Thanks. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDRABR ARCHIVE
Dave, I would definitely recommend you pick up the phone and call the Innovation folks to discuss any misunderstandings you might have with the operation of FDR/ABR. They'll only be too happy to talk with you and review what it is you are doing. As for your comment on a "useful equivalet to HSM recycle", you need to review the documentation on FDRTSEL. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave > Sent: Wednesday, 21 May 2008 5:40 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: FDRABR ARCHIVE > >No, or I've misunderstood the FDR doc. If you specify > catalog retention against the two TAPE DD's, FDR doesn't > assign an expire date to the archive dataset. The archive > will exist until it is uncataloged. > That's why I need two archive steps. One does the NOLIMITs > (that FDRABR flat interprets different than HSM) and the > other does all the other MGMTCLAS's. >The whole backup/archive job has around 40 or 50 steps. A > combination of FDRREPORT, REXX, SORT, DCOLLECT, and FDRABR > steps. I can't decide if it's kludgy or elegant :) >If I'm wrong, I'd like to here about it soon. >What I don't have as yet is a useful equivalent to HSM > recycle. But I'm using virtual tape with 99,999 available volumes. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM random read error
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Pandey_Saurabh > Sent: Wednesday, 23 April 2008 5:36 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: VSAM random read error > > Hello Stephen, > > Thanks for your response. > The file is indeed open for update in CICS but the key for > which the random read failed was added quite some time back. > > Thank you, > Saurabh > What are the SHARE options for the file? Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM random read error
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Saurabh Pandey > Sent: Wednesday, 23 April 2008 4:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: VSAM random read error > > Hello, > > We have a KSDS file being read randomly during daily batch > process. But the read fails with file-status 23 (record not > found). On analysing the abend, the record with the read-key > is always found in the file. This happens on a random basis - > once or twice a month. > > The job gets through successfully if we resubmit the job > (after the abend:w/o making any changes!) or introduce > another step to take a backup of the file and then use it(the > backup file) in the program. > > Initially I thought that the file was being updated by some > other program running concurrently. I checked the abended > job's execution time and found that no other program running > parallely was even using this file. > > I have seemingly exhausted any possibility I could think of. > Could it be related to the record being present in secondary > extents? I am getting wilder :) > > Does someone has an idea here? > > Thank you, > Saurabh > Are you sure that the file ***isn't*** open for update by another task such as CICS? Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM random read error
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Saurabh Pandey > Sent: Wednesday, 23 April 2008 4:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: VSAM random read error > > Hello, > > We have a KSDS file being read randomly during daily batch > process. But the read fails with file-status 23 (record not > found). On analysing the abend, the record with the read-key > is always found in the file. This happens on a random basis - > once or twice a month. > > The job gets through successfully if we resubmit the job > (after the abend:w/o making any changes!) or introduce > another step to take a backup of the file and then use it(the > backup file) in the program. > > Initially I thought that the file was being updated by some > other program running concurrently. I checked the abended > job's execution time and found that no other program running > parallely was even using this file. > > I have seemingly exhausted any possibility I could think of. > Could it be related to the record being present in secondary > extents? I am getting wilder :) > > Does someone has an idea here? > > Thank you, > Saurabh > Are you sure that the file is open for update by another task such as CICS? Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui > Sent: Sunday, 20 April 2008 9:32 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: IBM propose to migrate all servers to z10 , what's > the upgrade path for p595 or p6 > > Hi all, > As I heard from IBM, Bank of Tokyo just completed their big > project to migrate a thousand of server to a z9 using IFL > linux. They show me the migration powerpoint (seems quite > successful) Anyone know about this task? > Any shop is doing the same thing? What's the upgrade path for > existing p595, migrate to z9 using IFL or p6? > > any comment will be appreciated > > Tommy Hi Tommy. What you describe is something that IBM has been pushing for quite some time now. I believe they've been very successful in Europe as well as the US. I don't think it's really taken off in Asia/Pacific and perhaps that's why IBM are spreading the news about the Bank of Tokyo. If searinching the intenet, some names to go looking for are NEXXAR Group and First National Bank of Omaha. Take a look at the latest IBM Systems Magazine for mainframe, there's an interesting article on server consolidation using the mainframe: http://www.ibmsystemsmag.com/mainframe/marchapril08/administrator/19608printp1.as px There's also a case study involving Baldor Electric who undertook a server consolidation. Look for the story titled "An Electrifying Solution", mind you it does also feature their use of FDR/UPSTREAM for backup consolidation: http://www.ibmsystemsmag.com/mainframe/index.aspx Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Beta TEST announcement of Version 3 of SyzAUTO
Brian, you've got my vote, keep up the good work and just ignore these morons who are fortunately in the minority. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Westerman > Sent: Sunday, 9 March 2008 5:22 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Beta TEST announcement of Version 3 of SyzAUTO > > Zahir, > > Maybe you should go back and look at the problems that I have > helped people with, or maybe look at the programs that I have > on the CBT Tape, or talk to one of the people at one of the > sites that I have performed contracts at before you decide > that I am only using the site for marketing. > > I spend on average of 2 hours per week (unpaid) on the phone > with systems programmers from many sites all over the world > (calling on my company's toll free number) helping them with > problems that have nothing to do with any contracts or > products that Syzygy maintains, it's all for free and I'm > happy to do it. > > Obviously, if someone is looking for a solution that we have > developed, I'm not going to disqualify that solution just > because I work for the company. > There are several hundred users of our products, and I don't > need to do marketing, it's not my job, but if there is a > solution that we make that will help someone, I'm sure going > to bring it up. It would be the same if the solution were an > IBM or a CA product, just because I work for a vendor doesn't > mean that I should keep it a secret. > > I'm proud of what I do and who I work for, unlike the people > who don't sign their email or use a non-company address to > post to the list. > > Brian > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152
Try: http://www-1.ibm.com/support/docview.wss?uid=isg1II14094 Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui > Sent: Thursday, 6 March 2008 6:06 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE > dataset with size CYL 10152 > > sorry, I can't find the APAR II4094 on IBM web site > > On 3/6/08, Stephen Mednick <[EMAIL PROTECTED]> wrote: > > > > Tommy, > > > > check out APAR II4094 > > > > Stephen Mednick > > Computer Supervisory Services > > Sydney, Australia > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF program IFASMFDP cannot read DSNTYPE=LARGE dataset with size CYL 10152
Tommy, check out APAR II4094 Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui > Sent: Thursday, 6 March 2008 5:43 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: SMF program IFASMFDP cannot read DSNTYPE=LARGE > dataset with size CYL 10152 > > Hi all, > In order to collect more SMF record for CICS, I try to > collect SMF record on one large data set (DSNTYPE=LARGE), An > error IEC143I-17 is issued. Is that means the IEFSMFDP cannot > read data set has more than 65535 tracks? or large data set? > > Tommy > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS managed volume
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder > Sent: Thursday, 21 February 2008 6:37 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SMS managed volume > > FDR Report addresses both issues to give an accurate picture > and will also allow you to place the Storage Group name in > the report. I use it all the time on my current project. > > Tom > To illustrate Tom's response, here is a sample FDREPORT print-out: FDR400 FDRABR VTOC REPORT CREATE/PRINT - FDREPORT VER 5.4/62P - INNOVATION DA FDR303 CARD IMAGE - * TITLE LINE='VOLUME SMS DETAILS' FDR303 CARD IMAGE - * SELECT VOL=VTS* FDR303 CARD IMAGE - * SORT FIELD=(VLVOLSER) FDR303 CARD IMAGE - * REPORT FIELD=(VLVOLSER,VLSMSSTG,VLUNIT,VLDEVTYP, FDR303 CARD IMAGE - * VLSMSTAT,VLSMSVST) FDR303 CARD IMAGE - * PRINT SORTALLOC=YES,DATATYPE=VOLDATA,SUMDEV=UNIQUE,FORM FDR491 PRINT REPORTSFUNCTION STARTED - 15.40.55 VOLUME SMS DETAILS VOLSER STORGRP UADR DEVTYPE SMS STA VOLUM STATUS VTS017 PROD13 7080 3390-27 MANAGED ENABLED VTS018 PROD13 7081 3390-27 MANAGED ENABLED VTS019 PROD13 7082 3390-27 MANAGED ENABLED VTS020 PROD13 7083 3390-27 MANAGED ENABLED VTS021 PROD13 7084 3390-27 MANAGED ENABLED VTS022 PROD13 7085 3390-27 MANAGED ENABLED VTS023 PROD13 7086 3390-27 MANAGED ENABLED VTS024 PROD13 7087 3390-27 MANAGED ENABLED VTS025 PROD13 7088 3390-27 MANAGED ENABLED VTS026 PROD13 7089 3390-27 MANAGED ENABLED VTS027 PROD13 708A 3390-27 MANAGED ENABLED VTS028 PROD13 708B 3390-27 MANAGED ENABLED VTS029 PROD13 708C 3390-27 MANAGED ENABLED VTS030 PROD13 708D 3390-27 MANAGED ENABLED VTS031 PROD13 708E 3390-27 MANAGED ENABLED Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Shane > Sent: Saturday, 16 February 2008 11:19 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Linux zSeries questions > > On Sat, 2008-02-16 at 09:13 +1100, Stephen Mednick wrote: > > > As the screen was re-booting in front of me I could see all these > > LINUX messages pop-up. When he came back to my seat to check if > > everything was ok I commented about the usage of LINUX. He > said that > > they're using the free downloadable version of LINUX to drive the > > onboard flight entertainment system and that they had a > huge onboard > > storage array to handle the entertainment system for the 400+ > > passengers onboard. I didn't dare want to know if it was > the free LINUX that was also managing the flight control > systems for the A380 itself!! > > A Redhat derivative (hopefully not Red Flag to ease Steves paranoia > index) running on VIA hardware. > A few other airlines are running it - or planning to. > Entertainment system only. > > Shane ... > Yes, now that you mention it, it was REDHAT. A few Singapore Slings took care of any anxiety that I was having at the time. Stephen Mednick Marketing & Support Manager Computer Supervisory Services Tel: +61 (2) 9665 1104 Fax: +61 (2) 9665 7382 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ford > Sent: Saturday, 16 February 2008 8:52 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Linux zSeries questions > > Seymour, > > I also use a lot of Linux including Redhat and Fedora. I used > TLDP and Yolinux and several others. > > Regards, > Scott IDF > Somewhat slight OT, I flew on the new Singapore Airlines A380 back in October a week after it commenced flights between Sydney and Singapore. There was a problem with my inflight AVOD screen and the flight attendant had the Panasonic engineer who was onboard babysitting the system come and see me. He said that he would go and re-boot my screen. As the screen was re-booting in front of me I could see all these LINUX messages pop-up. When he came back to my seat to check if everything was ok I commented about the usage of LINUX. He said that they're using the free downloadable version of LINUX to drive the onboard flight entertainment system and that they had a huge onboard storage array to handle the entertainment system for the 400+ passengers onboard. I didn't dare want to know if it was the free LINUX that was also managing the flight control systems for the A380 itself!! Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Erasure Products
> Stephan: > > It comes down purely (IMO) how valuable the data is. If its > nuclear bomb data (or the like) then I would suggest that > cost is not an issue. Ed, it's not a case of how valuable the data is, more importantly it's to do with what the security classification is that has been assigned to the data. Depending on the data's security classification dictates the media overwriting/sanitisation method that is it be deployed in accordance with government requirements. You'll find that these days most organisations are required to have a designated IT Security Advisor whose job it is to keep abreast of compliance regulations and requirements and ensure that they are being applied across the organisation and that corporate governance is being properly maintained. For heaven's sake, lets not bring the lawyers into this!!! I think this thread is developing the symptoms of drifting OT so let's try and hold it here. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Erasure Products
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of SUBSCRIBE IBM-MAIN Niall > Sent: Friday, 1 February 2008 10:16 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Data Erasure Products > < SNIP > > But none of these anecdotes answer my question: would you > feel happy after, for instance, a DR test, to know that the > DASD you used contained only encrypted data and that the > VTOC's had been overwritten? More importantly, would this > ensure compliance with the standards required? > > I ask because ther seems to be a couple of contradictory > issues involved: in some jurisdictions a standard of > encryption is considered to be a requirement when sending > data offsite, be it over the wires or in some other portable > format. In other words, the authorities accept that once it > has been encrypted and adeqaute care is taken over key > exchange, then you have fulfilled the requiremnts to protect > your data. Yet deleted data seems to require another standard > - or does it? > > In the same vein, if you are decommisioning DASD, or removing > yourself from a hot-site, would encrypting your data be > adequate both to satisy compliancy requirements and to make > you feel comfortable yourelves? I assume the re-init at the > least of the volumes afterwards, of course. Even the entries > of a VTOC could be valuable. > < SNIP > Your idea would appear to have some merit but I am not aware of any facility to be able to encrypt data in-place (I may be wrong) and from my knowledge, it's usually the case that the data is to be read through an encryption facility, apply an encryption key and then write out the encrypted data. Therefore, I can't see how you could conceivably encrypt existing data in-place. If using a software encryption tool, there is usually a high price to pay in terms of CPU cycles to undertake the encryption process and to try and encrypt an entire volume could prove fairly costly, time-wise at the completion of a DR exercise. Compare the time to encrypt in the manner you are suggesting to a software product that is quoted as being able to erase 3 Terrabytes of data in less than 2 hours. By the way, the folks on this list would probably appreciate it if you could sign your posts. Stephen Mednick Marketing & Support Manager Computer Supervisory Services Tel: +61 (2) 9665 1104 Fax: +61 (2) 9665 7382 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Erasure Products
> -Original Message- > > Ed > I have worked at several top secret installations in the past > and I was told that they take the old DASD and drop them in a > acid bath then cut them up. > Never saw it happened so not totally sure it was done or not. > George Fogg > Physical destruction of DASD such as that described by George is probably the "purest" form of data destruction. However, if my understanding of the various compliance requirements is correct, it would need to be witnessed by someone from the owning organisation in order to provide formal verification. The downside of physically destroying the media as against using a certified erase solution to remove the contents is that the obsolete storage media can never be acquired on a lease-basis given that the box is not going to be able to be returned intact when the lease would have expired. For storage subsystems that have been purchased, there's no way that any residual value that the box might contain can be realised. Using a secure storage santisation or overwriting methodology, once the data has been removed, it's then possible to put out requests to second hand equipment dealers to submit an offer to acquire the box and remove it and at least get some dollars back. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Erasure Products
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Pat Mihalec > Sent: Friday, 1 February 2008 7:04 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Data Erasure Products > > I have used FDR Erase. It is easy to install and use. We last > used it after a DR test. > Not too expensive. > > Pat Mihalec > Rush University Medical Center > Senior System Programmer > (312) 942-8386 > [EMAIL PROTECTED] > Just to let people know, Innovation Data Processing's FDRERASE/OPEN has just now acquired formal CCEVS accreditation with a conformance claim of EAL2 Augmented with ALC_FLR.2 . The details of the validation can be viewed at the following link: http://niap-ccevs.org/cc-scheme/st/index.cfm/vid/10232 For those who are interested, the CCEVS accreditation details for the existing FDRERASE for z/OS can be viewed at the following link: http://niap-ccevs.org/cc-scheme/st/index.cfm/vid/10064 Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Erasure Products
> > Outside of FDRERASE and good old ICKDSF are there any > products in the market that can erase data from mainframe DASD? > > I didn't see anything in the CBT archive for DASD, just some > tape erasure programs. > * * > > -- > Mark Jacobs > Time Customer Service > Tampa, FL > > There are any number of solutions both hardware & software that lay claim to being DOD compliant for the purposes of erasing data from mainframe DASD but very few that can make the claim that they have been independently certified by a government sponsored agency as meeting the compliance requirements. Before selecting any of the solutions put forward, one needs to check with their IT Security Advisor and/or Auditors to see what their expections are, that is, whether a compliant solution is good enough or whether it has to be certifed as a compliant solution. A list of certified compliant solutions can be found at the following site listed under the heading "Technology Type" as "Sensitive Data Protection": http://niap-ccevs.org/cc-scheme/vpl/ Furthermore, the question needs to be asked whether or not the requirement is for "clearing"/"overwriting" the disk or the more stringent requirement of "purging"/sanitizing" the disk. These definitions are described the documents: NCSC-TG-025 A Guide to Understanding Data Remanence in Automated Information Systems DoD 5220.22-M National Industrial Security Program Operation Manual "clearing"/"overwriting" requirements are usually ok for the OP's requirement when leaving a DR site but the "purging"/"sanitizing" requirement may be a mandatory requirement when decommission obsolete storage subsystems. There are a number of Government & Industrial guidelines that dictate what are the requirements. These include HIPPA, Sarbane-Oxley, Gramm-Leach-Billey as well as the PCIDSS requirement for organisations who are involved with the issue and processing of credit card payment etc. At the end of the day, the decision as to what product to use may not be that of the humble storage management technician but a decision that is dictated by the requirements of the corporate IT Security Advisor and/or Auditor. It may well be worth your job tenure to go and check! Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU groups
> I have a vendor (who shall remain nameless) telling me that > for software billing purposes our z890 is in Group 110. > Well, I can't find any resource on the web that refers to > anything higher than Group 80 -- when I asked the vendor for > their documentation on mainframes and grouping categories, > the answer was that they didn't have one. Hmmm. > > I searched the archives, and there was some discussion on the > issue of groups many years ago, but I didn't find anything > recently, so I thought it might be all right to bring up the > issue again. > > So, can anyone point me to reliable documentation on what > machines fall into what Groups that includes references to > Group 110 and Group 120? > > This is the reference that I use: http://www-03.ibm.com/servers/eserver/zseries/lspr/zSerieszOS16.html Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand
I don't know where you are situated at the moment but there always seems to be a demand in some of the Asia/Pacific areas, Singapore, Hong Kong etc. Maybe you should learn Chinese. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of r hey > Sent: Thursday, 26 July 2007 10:11 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: sysprog demand > > Is there a city/country in the world with a real shortage of > M/F sysprogs? > > TIA, > Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSdss DOC APAR OA20117 (was RE: HSM Missing Member from Recalled Dataset -- Update
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Joel C. Ewing > Sent: Monday, 2 April 2007 9:08 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: DFSMSdss DOC APAR OA20117 (was RE: HSM Missing > Member from Recalled Dataset -- Update > > We were talking primarily about full volume dump/restore. > > If you are restoring entire volumes, it is highly likely that > you ARE trying to restore the entire system to a prior point > in time, in which case the only action that makes sense is an > accurate restore without any modification of the change bits. > > I would hope FDR full volume restore would do an honest > restore and leave the change bits as they were. > On a full volume FDR restore, every restored track will look exactly like it did when it was dumped and this includes leaving the change bits the way they were. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSdss DOC APAR OA20117 (was RE: HSM Missing Member from Recalled Dataset -- Update
If you're referring to the update indicator in the DS1DSIND field of the F1 DSCB, FDR will by default always turn the update indicator on after restoring or copying a dataset. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris > Sent: Sunday, 1 April 2007 7:10 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: DFSMSdss DOC APAR OA20117 (was RE: HSM Missing > Member from Recalled Dataset -- Update > > I hope that you will be trying to convince your management to > send this to your IBM sales representative or higher. > > Incidentally how does Innovation's FDR handle this? > > On 31 Mar 2007 13:24:05 -0700, in bit.listserv.ibm-main you wrote: > > >Good Lord! > > > >What idiot could have thought this counter-intuitive behavior is a > >reasonable default: > > "When restoring data in a full volume or tracks operation, > > DFSMSdss resets the data-set-changed indicator > > in the VTOC entries of each data set that has had its data > > restored. This is to indicate that the data set has not changed > > since its last backup." > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any DST Problems Yesterday?
> Since one of the major hysteria media tycoons is Rupert > Murdoch from Austrailia, I don't think the Aussies on the > list are in much position to be smug. More on topic, my PC > and my wife's laptop coped. I don't have a mainframe to deal > with but I hope all of them in the affected areas of the > United States of America and Canada were at least checked. > > Actually Rupert Murdoch is a naturalised US Citizen and obviously had to undergo the brain alteration process in order to be able undertake his business as a US Citizen there in the States. By the way, as you appear to be a Canadian which we'll excuse you for, the correct spelling is: "AUSTRALIA" There's no "I" before the "L". Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replying to old posts and dead threads
Personally I find it very annoying and just delete the posts without even bothering to open them. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald (Exchange) > Sent: Friday, 9 February 2007 8:27 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Replying to old posts and dead threads > > Shmuel, > > Why do you insist on replying to threads that are 2-3 weeks > old and have already died? I don't think your position as > the most prolific poster to IBM-Main will suffer even if you > just stick to current threads. > > Don Imbriale > > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) > Sent: Thursday, February 08, 2007 10:31 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: user friendliness > > In > <[EMAIL PROTECTED]>, > on 01/23/2007 >at 11:19 AM, Kirk Talman <[EMAIL PROTECTED]> said: > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is anyone still running..........................
Happen to know of a couple of banks in The Philippines still on OS/390 V2.10. There may be others in Asia/Pacific. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of james smith > Sent: Thursday, 11 January 2007 4:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Is anyone still running.. > > Given the global nature of this list I was curious if any > list members were aware of any financial organization(s) > still running Os/390 V2.10 and/or still running on G5/G6 > processors. Nice to hear all comments but mainly interested > in the financial sector. > > Regards > > James F. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Message IGD17040I Error
Try the following link: http://www.teradataforum.com/ibm_pdf/gc28-1788-15.pdf Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > What book will I find message IGD17040I Error. I have looked > in every book I can think of in bookmanager. > > IGD101I SMS ALLOCATED TO DDNAME (ISPLST3 ) > DSN (SYS06211.T001632.RA000.PEMLA0UL.R0138929) > STORCLAS (SCSTAND) MGMTCLAS () DATACLAS () > VOL SER NOS= VIO > IGD101I SMS ALLOCATED TO DDNAME (ISPLSTA ) > DSN (SYS06211.T001632.RA000.PEMLA0UL.R0138930) > STORCLAS (SCSTAND) MGMTCLAS () DATACLAS () > VOL SER NOS= VIO > IGD17040I ERROR IN DADSM PROCESSING ON VOLUMEFOR DATA SET > SYS06211.T001632.RA000.PEMLA0UL.R0138931 > HISTORIC RETURN CODE IS 196 DIAGNOSTIC INFORMATION IS > 0C060090 IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING > RETURN CODE 12 REASON CODE 144 THE MODULE THAT DETECTED THE > ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCR SSIRT > SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00269 IGD101I SMS > ALLOCATED TO DDNAME (ISPPROF ) > DSN (SYS06211.T001632.RA000.PEMLA0UL.R0138931) > STORCLAS (SCSTAND) MGMTCLAS () DATACLAS () > VOL SER NOS= WORK03 > IGD101I SMS ALLOCATED > > Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Whoops, that should have been: "Data Movement Between Different DASD Devices" Stephen Mednick Marketing & Support Manager Computer Supervisory Services Tel: +61 (2) 9665 1104 Fax: +61 (2) 9665 7382 > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Mednick > Sent: Friday, 24 March 2006 12:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: 3380-3390 Conversion - DISAPPOINTMENT > > Willie, > > As you've said that you have FDR, take a look at Section > 80.12 titled "Data Movement Between Different Device Devices". > > > Stephen Mednick > Computer Supervisory Services > Sydney, Australia > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion - DISAPPOINTMENT
Willie, As you've said that you have FDR, take a look at Section 80.12 titled "Data Movement Between Different Device Devices". Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter > Sent: Friday, 24 March 2006 12:35 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: 3380-3390 Conversion - DISAPPOINTMENT > > Thanks Mike for the info. We have FDR. I presume it should > work just the same. > > Thanks for answering my SOS. > > Mike Bell <[EMAIL PROTECTED]> wrote: > VSAM is VSAM - so DB2 and IMS that is on VSAM can be moved > with DF/DSS or any other tool. someone already said that. > IMS that is on OSAM is not device dependent but the blksize > was probably chosen for 3380 optimum - The DBA's will have to > fix it later. If you mark the old volumes as disabled for new > allocations, HSM migrate and recall will move to the new > packs. I have done it both ways. I would recomend taking your > biggest files and moveing them with DF/DSS. SMS will scatter > the new allocations accross all the packs so it doesn't > really matter how you do it. > DB2 image copies, archive logs, IMS image copies and logs are > all QSAM and idenpendent of device. blksizes may not be > optimum but I doubt it is worth changing. > > The single biggest issue I remember was blksize on loadlibs. > After much discussion, we moved them manually with copymod to > set new blksizes. > > Mike > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDR Compaktor - missing/reappearing data sets
I would be giving the folks at IDP call on this. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of J Ellis > Sent: Friday, 24 March 2006 12:14 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: FDR Compaktor - missing/reappearing data sets > > we have run into an issue where compaktor is running on sys1 > and df/dss is running data set backup's on sys2. what appears > to happen is that when compaktor is working a volume that dss > is backing up from, data sets go 'missing' unitl compaktor is > done. the dss backup spits out an ADR321E data set not on > volume but finds the data set when the backup job is > resubmitted and compaktor has released the volume. The dss > parms specifiy tol(enqF). We use GRS-star, do not globally > convert all reserves, do have this coded RNLDEF RNL (CON) > TYPE (GENERIC) QNAME (SYSVTOC) I suspect this is just a > timing matter and the defrags shouldn't be running in the > storage group where batch production is running, but thought > I would ask if I'm may be missing anything in the RNL's or > with Compaktor. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3380-3390 Conversion
> I disliked contractors for lots of reasons. The one that > really gets my goat is "INSTANT copy". > > Ed > Huh??? Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comment made on COBOL
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould > Sent: Tuesday, 21 March 2006 4:04 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Comment made on COBOL > > Original URL: http://www.regdeveloper.co.uk/2006/03/20/ > cobol_financial_services/ > Ed, IMHO I think just posting the link might well have sufficed. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMShsm & 3592 carts & money
> Terry and Ron (don't you *ever* sleep ???) we have done what we can. > Sometimes customers do as one recommends, sometimes not. > Or customers do what suits them... Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Outsourcing the Next Terror Target?
You would have to think that the main concern would be with offshore outsourcing providors. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Steve Arnett > Sent: Friday, 30 December 2005 10:14 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Is Outsourcing the Next Terror Target? > > Can anyone "guarantee invulnerability"? > > I used to work at ACS in Dallas and the security there was > better than in most of the data centers that they were > outsourcing. Outsourcers do not work on "very low profit > margins", they operate on economies of scale. They can run > multiple companies processing for less money than it would > take each of those companies to operate independently. At > least that is the business model that they use. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Outsourcing the Next Terror Target?
There's also the question of being able to check the credentials of the outsourcing provider's employees. I wonder how hard it would be for someone to slip into the outsourcing organisation intent on a little commercial terrorism relating to application development for major financial institutions who maybe clients? Hasn't happened yet but more damage could probably be done with a little bit of coding compared to a bombing. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe > Sent: Friday, 30 December 2005 9:38 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Is Outsourcing the Next Terror Target? > > Phil Payne wrote: > [snip] > > >I think it vanishingly unlikely that any commercial operation - > >especially in outsourcing, where the gross margins are > already very low > >- would be able to afford the kind of security measures needed to > >guarantee invulnerability from the kind of fanatics who > could engineer 9/11. > > > >It should be on the checklist of anyone considering business > critical outsourcing. > > > > > > Hear, hear! > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fileaid
I think you'll find that just about every VSAM application going has to have a program that undertakes this process. You're right, you'd think there'd be a far more simplified way of priming a KSDS. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey > Sent: Thursday, 25 August 2005 12:37 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Fileaid > > I've done it! I well I wrote a program to write a record > then delete it. > Just thought that something so simple and obvious would be a > standard function. > > Gerry > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auto reIPL
IBM are probably going to link it up to SMP/E such that after you've applied a bunch of fixes you'll get a WTOR to say that you need to re-IPL your system, please close down any open applications to save your date. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black > Sent: Tuesday, 23 August 2005 7:41 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: auto reIPL > > did anyone notice that the z9-109 announcement includes a > function to programatically reIPL the system (ala > Windows/Intel RESTART). No indication that zOS will make use > of this support. Perhaps it is intended for Linux. > > -- > Bruce A. Black > Senior Software Developer for FDR > Innovation Data Processing 973-890-7300 > personal: [EMAIL PROTECTED] > sales info: [EMAIL PROTECTED] > tech support: [EMAIL PROTECTED] > web: www.innovationdp.fdr.com > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 and flashcopy2
> "The backup that is made between the SET LOG SUSPEND and the > SET LOG RESUME window might contain uncommitted data. If you > must restore the entire DB2 subsystem to the time when the > log was suspended, restore the entire database and logs from > the backup, and then restart DB2 to recover the entire DB2 > subsystem to a consistent state. For details, see DB2 Administration." > > > > Seems to me that Log Suspend just flushes the buffers, takes > a system checkpoint, and then stops your application from > writing anything until you do a resume. Rollback of in-flight > transactions is still going to take place. It is a nifty way > of getting a point in time across you DB2 Logs and tables > when the hardware can't do it. > > >From my reading that's what I understood DB2 to do when you issued a LOG SUSPEND in that it will provide a reliable and "firm" DB2 environment from which a point-time-copy can be made using any of the popular hardware vendor replication technologies that are out there. Stephen Mednick Computer Supervisory Services Sydney, Australia -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 and flashcopy2
When you say "QUIESCE" are you referring to doing a DB2 "LOG SUSPEND"? As I understand, a "LOG SUSPEND" hardens any DB2 data that may be in buffers and then halts DB2 update activity. Once you've done this you are then ready to undertake your point-in-time copy using whatever hardware technology that's installed. At the completion of the PIT copy you would then issue a DB2 "LOG RESUME". Stephen Mednick Computer Supervisory Services Sydney, Australia > Hi, > Do I still need to quiesce DB2 to do a PIT copy that can be > used for DB2 recovery with flashcopy 2 ? Redbook > SG24-5680-04 suggest that it is no longer required. Looks > like the fruits of IBM/HDS Nanocopy cross licensing ? > > 2.2.6 FlashCopy Consistency Group > "..the ESS will hold off I/O activity to a volume for a time > period by putting the source volume in extended long busy > state. Thus, a window can be created during which dependent > write updates will not occur, and FlashCopy will use that > window to obtain a consistent point-in-time copy of the > related volumes" > > Thanks > Yi Ming > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vtoc free information
If I'm not mistaken, what Wang is wanting to determine are the statistics on the actual VTOC itself (size,free,used etc), **not** the volume statistics. Stephen Mednick Computer Supervisory Services Sydney, Australia > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave > Sent: Monday, 27 June 2005 6:43 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Vtoc free information > > Subtraction? > > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Wang Rong > Sent: Monday, June 27, 2005 1:28 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Vtoc free information > > Hi James, > > Thank you. Of course I tried IEHLIST LISTVTOC command, but > can't get the VTOC free information. (What I need is the VTOC > used% information, not volume used%). > > > > Best Regard, > > Wang Rong > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html