EMC DASD in GDPS
Hi, Does anyone using an older EMC DMX 1000-3000 DASD in GDPS environment? I've read from the EMC DMX product guide that it require Enginuity Code with at least 5568 or higher (we are now at 5671) and a hardware code called "compatible peer" to enable this to understand PPRC commands. The product guide also states that it "will" support GDPS, however our EMC vendor said otherwise and claimed that our DMX does not support GDPS and only EMC DMX-3 does. Because of the statement "will" in the product guide I am not too sure about it. Anyone using EMC DMX model in GPDS environment? I'm suspecting EMC just want to sell us new hardware. Regards, Jason -- 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
High DASD disconnect time due to RANDOM READ
I have discovered we have been experiencing high disconnect time to most our LCUs/DASDs due to NORMAL/RANDOM read CACHE misses (only 50% hit ratio). I have read somewhere that NORMAL read normally is not recommended for CACHING and was suggested to be excluded. My question is have anyone here implemented this to exclude the NORMAL read thru SMS storage class? After the exclusion, does it really improve the IO performance? how to handle those files both have normal/sequential read? TIA. Regards, Jason -- 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: GDPS Questions
Another questions, does the CF on both primary and secondary sites should have the same CFCC level code in order to talk to each other? Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jason To Sent: Thursday, January 22, 2009 4:55 PM To: IBM-MAIN@bama.ua.edu Subject: GDPS Questions While waiting for the STP, we have decided/proceeded to implement and setup GDPS on a single site (BRS config) using two LPARs acting as primary and secondary site and a controlling system for our testing and for familiarization purpose. GDPS, SA and netview have been setup and working properly. Right now, our STP and most of the hardware have arrived and we will be able to implement the multisite active-active solution. My question is what are the things we have to prepare and adjust? Isn't it just by moving the acting secondary site system and controlling system from the primary site to secondary site DASD volumes, we should be able to re-IPL the secondary system just like before? Any user experience switching from single site to multisite? TIA. Regards, Jason -- 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
GDPS Questions
While waiting for the STP, we have decided/proceeded to implement and setup GDPS on a single site (BRS config) using two LPARs acting as primary and secondary site and a controlling system for our testing and for familiarization purpose. GDPS, SA and netview have been setup and working properly. Right now, our STP and most of the hardware have arrived and we will be able to implement the multisite active-active solution. My question is what are the things we have to prepare and adjust? Isn't it just by moving the acting secondary site system and controlling system from the primary site to secondary site DASD volumes, we should be able to re-IPL the secondary system just like before? Any user experience switching from single site to multisite? TIA. Regards, Jason -- 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
EMC Compatible Peer Features
Does anybody heard about EMC Compatible Peer features which allows EMC DASDs to use IBM DR solutions such as GDPS-PPRC and GDPS-XRC? Any info how this actually works? What software requirements etc? I have been researching but somehow can't find any info that talks about this in detail. TIA. Regards, Jason -- 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
GDPS Implementation CPU Requirement
Does anybody know what are the CPU cost to implement GDPS (for the control LPARs)? How much CPU usage we should expect on top of our existing CPU usage? This is assuming we already have both parallel sysplex implemented in both primary and secondary site in place. What other cost/overhead we should expect aside from higher CPU and CF usage? Any good reference material? TIA. Regards, Jason -- 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
EMC in Sync and Async mode
Is it possible to configure a single EMC box to run both SRDF in async and sync mode at the same time using different RDF groups? TIA. Regards, Jason -- 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: EMC DASD Mirroring
Hi Radoslow, Thanks for the prompt reply. We plan to implement SRDF/S. Estimated about more or less 3-4TB of data and about 70km distance with 2 black fiber link. It will be a cold backup. Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, October 29, 2008 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EMC DASD Mirroring Jason To wrote: > We plan to implement the DASD mirroring features of our EMC. Any tips or > gotchas we have to pay attention with. I knew it will definitely increase > the DASD disconnection time when we implement this. The devil is in details. What flavor of remote copy do you plan to use? SRDF/S ? SRDF/A ? Other ? What amount of data do you have? What links (speed, distance)? > Anyway, I also wanted to > know what files you have decided not to be included with the DASD mirroring > that you knew will affect the batch performance? Temporary files? What > else? TIA. It depends. For cold backup you can omit page's temorary files, and possibly couple datasets. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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 -- 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
EMC DASD Mirroring
We plan to implement the DASD mirroring features of our EMC. Any tips or gotchas we have to pay attention with. I knew it will definitely increase the DASD disconnection time when we implement this. Anyway, I also wanted to know what files you have decided not to be included with the DASD mirroring that you knew will affect the batch performance? Temporary files? What else? TIA. Regards, Jason -- 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: Program that can monitor CPU usage
We currently don't have any monitoring tools and we probably have to depend on RMF to do. We want to trigger something based on high and low system LPAR CPU usages. Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Saturday, September 27, 2008 8:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Program that can monitor CPU usage Could you provide more details? What do you have currently in shop? Omegamon, Tivoli, TMON, Mainview etc??? Do you have Automation like OPS/MVS or Tivoli? What kind of trigger are you looking to handle? What CPU Usage do you want an alert on? SRB time, Paging? Aux Storage? Many areas to choose from. With more details we can probably help. Currently RMF is the monitor in the operating system. Lizette > > Does anyone has a program/tools that can monitor CPU usage? I am > currently > looking for one, since we have a requirement to trigger something based > on > the CPU usage. TIA. > -- 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 -- 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
Program that can monitor CPU usage
Does anyone has a program/tools that can monitor CPU usage? I am currently looking for one, since we have a requirement to trigger something based on the CPU usage. TIA. Regards, Jason -- 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
VSAM-RLS 64-bit data buffers function
I'm planning to try the new z/OS v1.7 function of VSAM-RLS 64-bit data buffers. There's one step to issue "D SMS,SMSVSAM" which is verify that the SMSVSAM server for your system is at the V1R7 level to see whether our z/OS v1.7 is eligible to use 64-bit data buffers. It says, the cache feature code level B should be in effect before we can use this feature. I've issued this command and I've got this message: DISPLAY SMS,SMSVSAM - CACHE FEATURE CODE LEVEL VALUES SYSNAME: T101 CACHE FEATURE CODE LEVEL = AMx The question is are we eligible to use this function or not? TIA, Jason -- 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: Sequential Data Striping
Ron, I have decided to use/setup data striping - guaranteed space with volume count allocation. However I noticed when I allocate the QSAM file and checked the file attribute, it says striped count = 1, but with the total number of striped equal to what is specified in the volume count of the data class. Is this the right status as opposed to the SDR allocation? Is there anything I've done wrong? TIA SMSDATA STORAGECLASS ---SCSTRIPE MANAGEMENTCLASS---(NULL) DATACLASS --DCSTRIP6 LBACKUP ---.000. VOLUMES VOLSERM1SG11 DEVTYPE--X'3010200F' ---0 VOLSERM1SG00 DEVTYPE--X'3010200F' ---0 VOLSERM1SG01 DEVTYPE--X'3010200F' ---0 VOLSERM1SG10 DEVTYPE--X'3010200F' ---0 VOLSERM1SG13 DEVTYPE--X'3010200F' ---0 VOLSERM1SG12 DEVTYPE--X'3010200F' ---0 ASSOCIATIONS(NULL) ATTRIBUTES STRIPE-COUNT---1 Regards, Jason -- 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: Sequential Data Striping
Thanks for all your response. You're all been very helpful. I have another question. If I enabled the guaranteed space with a big unit count, will it prevent the E37 abend? I somehow noticed that using the SDR allocation if one of the striped volume can't extend it will abend E37. David, how did you code your ACS routine to select different storage classes? Can you send me a sample? TIA. Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Tuesday, April 08, 2008 12:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sequential Data Striping David, You can allocate the stripe chunks using a Guarenteed Space STORCLAS and UNIT COUNT specified in the DTACLAS or JCL. In this case it will always give you stripes equal to the UNIT COUNT with space for each chunk equal to the Primary space requested. My experience is that this is more commonly used in shops that have leveraged striping in a large way. For Data Rate allocations SMS will not fail the allocation if Primary Space cannot be satisfied. It will try again requesting fewer, larger datasets. You always get the space you want, but not necessarily the throughput (then again, you are asking in multiples of 4MB/sec). Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of David Andrews > Sent: Monday, April 07, 2008 9:09 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Sequential Data Striping > > On Mon, 2008-04-07 at 08:31 -0700, Ron Hawkins wrote: > > If you are using data rate to allocate your stripes > > Isn't that the *only* way to control striping? My notes say you get > one > stripe for every 4MB/sec you specify in Sustained Data Rate. > > (I have STRIPED2, STRIPED4 and STRIPED8 storage classes, with > appropriate SDR values. These are selected from my SC ACS routine > based > on the dataset's &SIZE. Kind of a kluge, but I wanted large datasets > to > be striped in varying degrees, FSVO "large".) > > > you don't always get the number of stripes you requested. > > I haven't seen this, but I have plenty of space. Why does this happen? > > -- > David Andrews > A. Duda and Sons, Inc. > [EMAIL PROTECTED] > > -- > 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 -- 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 -- 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
Sequential Data Striping
We are currently in the process of evaluating the usage of sequential data striping in our batch. However after implementing this SMS feature, we have encountered lots of E37 abends. Currently we have define the data striping with 4 stripes and found out that if one of the 4 volumes are almost, it will abend with E37. Adjusting the file allocation doesn't help. Any input how to get around this problem aside from defining with more stripes? It seems there's a limitation that SMS won't allow multivolume allocation. TIA. Regards, Jason -- 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
Implementing PAV on an existing DASD subsystem
I just need some confirmation/clarification on implementing PAV on an existing DASD subsystem with data or DASD volumes already allocated. Will implementing PAV affect the existing data on the DASD subsystem? If no, is it applicable to both IBM and EMC DASD subsystem? How big is the risk involved to implement this with production data? TIA Regards, Jason -- 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: z/OS 1.4 Running on 9672 CPU
Hi Ted, Thanks for the prompt reply. I have another question, if we have central storage constraint, can we increase the central storage to more than 2GB? Or should I need to do something else to be able to do this? I am not sure whether the 9672-Z87 allow 64-bit. TIA, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 6:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.4 Running on 9672 CPU >My question is - I thought that starting z/OS 1.2 and above, expanded storage >is all gone and running in pure 64-bit?? Up to 1.5 (iirc), there is/was bi-modal support for z/OS. So, 31-bit still works with 1.4. - Too busy driving to stop for gas! -- 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 -- 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
z/OS 1.4 Running on 9672 CPU
Hi, I've just joined a new company recently and discovered that they are still running z/OS 1.4 on a 9672-Z87 CPU with both central (2G) and expanded (4G) storage defined. My question is - I thought that starting z/OS 1.2 and above, expanded storage is all gone and running in pure 64-bit?? However, checking the RMF report, I can see that expanded storage is being reported and use but not much. Any reason why it is running this way? I thought the expanded storage will just be ignored during IPL. Or is it because of the 9672? Regards, Jason -- 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: Implementing PAV on EMC DASD
Thanks for the prompt response. Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, February 28, 2008 11:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Implementing PAV on EMC DASD >All of our DASD subsystems are EMCs, I want to know if it's possible to >implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105? Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the IOCDS. EMC came out with PAV support, years ago. So, as long as you are at z/OS 1.3 (or higher) the answer is yes. (Former EMC customer). - Too busy driving to stop for gas! -- 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 -- 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
Implementing PAV on EMC DASD
All of our DASD subsystems are EMCs, I want to know if it's possible to implement PAV on DASD made by EMC? Can it be defined as Control UNIT=2105? Currently, it is defined as CONTROL UNIT=3990 and IODEVICE UNIT=3390 in the IOCDS. TIA. Regards, Jason -- 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
Multi-stie GDPS/PPRC
We are planning to implement multi-site GDPS/PPRC - active/active configuration to increase availability and at the same time maximize usage of our CPU in disaster recovery site. We currently have PPRC in place and the distance between the DR and the production site is about 70km. Any user experience/ user advice/issues we have to consider in implementing this solution. We have read about the GDPS 100km testing and have seen that the only major issues will be performance. Regards, Jason -- 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: Inaccurate CPU% reported by RMF and TMON
Hi Walter, You are right, our capture ratio went down to 60% at the time of the problem. Thanks for pointing this to me. Regards, Jason. Quoting Walter Medenbach <[EMAIL PROTECTED]>: Sounds like uncaptured cpu and therefore is not an error with RMF and TMON. Uncaptured cpu is cpu that has not been associated with a particular address space. Your capture ratio appears low. Find out when the problem started and whether it occurs 24x7. Look for such things as SLIP traps or high paging. Regards...Walter On Jan 8, 2008 3:14 PM, Jason To <[EMAIL PROTECTED]> wrote: We have encountered some weird problem last week and discovered that the total MVS CPU busy percentage reported by both RMF and TMON were inaccurate. RMF and TMON reported MVS CPU percentage does not match with the total CPU% usage by the jobs running in the system at least in one LPAR, the other LPAR seems to be fine. For example the reported total CPU% was 72% at an interval period but only 40% when we add up all the CPU% of jobs, a disparity of 30%. From the WLM activity report, by comparing it with the total APPL% used divided by the total assigned CPs also produced result of 40+%. Hence, the MVS CPU percentage should have been 40+%. Anyone out there have encountered this problem before? Any reported fix to resolve this problem? Btw, we are still at z/OS v1.4, running in the sysplex. Regards, Jason -- 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 -- 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 -- 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
Inaccurate CPU% reported by RMF and TMON
We have encountered some weird problem last week and discovered that the total MVS CPU busy percentage reported by both RMF and TMON were inaccurate. RMF and TMON reported MVS CPU percentage does not match with the total CPU% usage by the jobs running in the system at least in one LPAR, the other LPAR seems to be fine. For example the reported total CPU% was 72% at an interval period but only 40% when we add up all the CPU% of jobs, a disparity of 30%. From the WLM activity report, by comparing it with the total APPL% used divided by the total assigned CPs also produced result of 40+%. Hence, the MVS CPU percentage should have been 40+%. Anyone out there have encountered this problem before? Any reported fix to resolve this problem? Btw, we are still at z/OS v1.4, running in the sysplex. Regards, Jason -- 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
Batch Tuning
We have been constantly improving our batch window by implementing the following available technologies: 1. SMS SMB and data compression on some of our VSAM files 2. System determined blocksizes on sequential files 3. BUFNO on some input files 4. Constantly improving our access to DB2 4.1 Add indices 4.2 Compress of big DB2 tables 4.3 Reorg of DB2 databases 5. Increase parallelism 6. Improve DFSORT performance 7. Improve application efficiencies We have basically improved the batch window after implementing all these, however, after some time, the batch starts to become longer again. My question is aside from these, any other thing we can do to implement to improve our batch further? TIA. Regards, Jason -- 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: Flushing SMF Records from Buffer
Hi Scott, Thanks for your prompt reply. Is this only available in z/OS 1.9? We are currently in z/OS 1.7 and every time we switch SMF, we still can't get the latest SMF data, still about 15 minutes delay. Regards, Jason Quoting Scott Fagen <[EMAIL PROTECTED]>: Jason To wrote: Is there a way to flush SMF records from buffer to immediately write to DASD? Currently, we have to wait for 15-30 mins before we can access the SMF records. I knew that we can access SMF type 70-79 using RMF JCL and produce reports from the bufferspace, however for CICS and DB2, we can't do that. We need this requirement to immediately access the SMF records for problem determination. If you 'switch' SMF over to using the System Logger for its recording medium (z/OS 1.9), you can access the records almost immediately after they are written into the logstream via the IFASMFDL program. Scott Fagen Enterprise Systems Management -- 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 -- 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
Flushing SMF Records from Buffer
Is there a way to flush SMF records from buffer to immediately write to DASD? Currently, we have to wait for 15-30 mins before we can access the SMF records. I knew that we can access SMF type 70-79 using RMF JCL and produce reports from the bufferspace, however for CICS and DB2, we can't do that. We need this requirement to immediately access the SMF records for problem determination. Btw, can we use REXX to access the bufferspace? TIA. Regards, Jason -- 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 Advanced Feature
Hi John, Thanks for the info and confirmation. From the book, it looks like it did mentioned about cannot implement compression on dataset open for update but later realized it was actually for QSAM etc and not VSAM. We have also already tested to compressed VSAM files that is open for update and confirmed that it has no problem. Jason Quoting John Kington <[EMAIL PROTECTED]>: Jason, We are planning to implement SMS data compression. I've read that we cannot implement compression on VSAM file that is open for update. Is this true? Aside from this, any other considerations? Compression will not take place until you recreate the vsam dataset. The danger with updating a compressed vsam dataset is that you will likely change the size of the data and an increase could cause you to incur a CI split. Otherwise you can compress a vsam dataset that is updated. We looked at using compression but determined that CPU costs exceeded what we saved in dasd costs. Your mileage may vary. Regards, John -- 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 -- 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
SMS Advanced Feature
We are planning to implement SMS data compression. I've read that we cannot implement compression on VSAM file that is open for update. Is this true? Aside from this, any other considerations? Jason -- 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
