CDC for db2 for zos

[Tommy Tsui]

Hi all

Any shop use CDC for db2 capture high volume and high frequency update Db2
table to kafka? Any pros and cons?

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Psearch application has been sunset April 30

[Tommy Tsui]

Hi all,

Anyone knows other alternative way provide from IBM for z/os products?
Many thab

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM SCRT query

[Tommy Tsui]

Hi all

Did anyone remember if we have some SMF record missing such as below 5 ％,
is it still valid to SCRT? I remember 95% is acceptable for SCRT long time
ago. Is there any change on this rule

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Ransomware in VSAM and DB2

[Tommy Tsui]

Any recommendation

「Attila Fogarasi 」在 2023年3月10日 週五，上午7:44 寫道：

> Also there are various solutions for immutable backups of z/OS data, which
> would protect you against ransomware.
>
> On Fri, Mar 3, 2023 at 1:27 PM Tommy Tsui  wrote:
>
> > Hi all.
> > We are studying to build the tertiary backup. In fact, is it possible to
> > hack the VSAM dataset during online period, is there any policy to
> protect
> > VSAM datasets ?
> >
> > Thanks for sharing
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Ransomware in VSAM and DB2

[Tommy Tsui]

Hi all.
We are studying to build the tertiary backup. In fact, is it possible to
hack the VSAM dataset during online period, is there any policy to protect
VSAM datasets ?

Thanks for sharing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Z15 EOM

[Tommy Tsui]

Hi all

Anyone know when ibm will issue the withdrawal letter for z15. Anyone
planning to upgrade z17?  It seems a bit late due to COVID-19?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Sysplex environment perform DEFRAG

[Tommy Tsui]

Hi all,

Anyone can share how to perform disk DEFRAG at the parallel sysplex
environment? Anything need to aware ?
Thanks for sharing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Blank page print after upgrade Zos2.5

[Tommy Tsui]

The problem is fixed after adding the started proc with NOBLNKTRNC thanks
WALLE help

「Marna WALLE 」在 2022年8月10日 週三，下午9:39 寫道：

> All,
> I'm not sure this is the cause, as I'm not sure where you are coming from,
> but we did have a "missed" upgrade action which occurred in z/OS V2.4 with
> PTFs.  Might be worth a quick verification to see if this is the cause.  We
> are working on putting this in the z/OS Upgrade Workflow refresh.
>
> I'll put the reduced information here, in case it helps:
>
> 
> When change was introduced: V2.4 with APARs OA60605 and OA60528.
> Applies to upgrade from:  V2.3, and V2.4 without APARs OA60605 and OA60528
> Is this upgrade action required:  Yes, you need to review your printing
> product to determine if it is performing blank truncation in accordance
> with what you require.
> Target system hardware requirements:  None.
> Target system software requirements:  Printing products maybe be
> affected.  Review your print products or applications to determine if they
> require configuration changes to truncate blanks or not truncate blanks as
> you desire.  IBM Print Services Facility (PSF) , Download for z/OS, and AFP
> Download Plus are affected IBM products.
>
> Steps to take:  Review the your print products and applications to
> determine whether or not you have a dependency on truncation of blanks.
> Ensure that your print products or applications are configured properly to
> accommodate your requirements to truncate blank or not truncate blanks.
>
> In the PSF book it is titled “Defining PSF FSSs and FSAs for printers”
> •   The 2.5 link is here
> https://www.ibm.com/docs/en/zos/2.5.0?topic=mode-defining-psf-fsss-fsas-printers
> •   The 2.4 link is here
> https://www.ibm.com/docs/en/zos/2.4.0?topic=mode-defining-psf-fsss-fsas-printers
> JES2
> 
> blank truncation information can be found here:
> https://www.ibm.com/docs/en/zos/2.5.0?topic=set-specific-record-retrievalFSI
> ==
>
> -Marna WALLE
> z/OS System Install and Upgrade
> IBM Poughkeepsie
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Blank page print after upgrade Zos2.5

[Tommy Tsui]

Yes we are upgrading from zos 2.3 to 2.5. I will check those APARs first
And thanks for your information. I think it may not related to separator
exit as I directly turn it off during printing.

「Marna WALLE 」在 2022年8月10日 週三，下午9:39 寫道：

> All,
> I'm not sure this is the cause, as I'm not sure where you are coming from,
> but we did have a "missed" upgrade action which occurred in z/OS V2.4 with
> PTFs.  Might be worth a quick verification to see if this is the cause.  We
> are working on putting this in the z/OS Upgrade Workflow refresh.
>
> I'll put the reduced information here, in case it helps:
>
> 
> When change was introduced: V2.4 with APARs OA60605 and OA60528.
> Applies to upgrade from:  V2.3, and V2.4 without APARs OA60605 and OA60528
> Is this upgrade action required:  Yes, you need to review your printing
> product to determine if it is performing blank truncation in accordance
> with what you require.
> Target system hardware requirements:  None.
> Target system software requirements:  Printing products maybe be
> affected.  Review your print products or applications to determine if they
> require configuration changes to truncate blanks or not truncate blanks as
> you desire.  IBM Print Services Facility (PSF) , Download for z/OS, and AFP
> Download Plus are affected IBM products.
>
> Steps to take:  Review the your print products and applications to
> determine whether or not you have a dependency on truncation of blanks.
> Ensure that your print products or applications are configured properly to
> accommodate your requirements to truncate blank or not truncate blanks.
>
> In the PSF book it is titled “Defining PSF FSSs and FSAs for printers”
> •   The 2.5 link is here
> https://www.ibm.com/docs/en/zos/2.5.0?topic=mode-defining-psf-fsss-fsas-printers
> •   The 2.4 link is here
> https://www.ibm.com/docs/en/zos/2.4.0?topic=mode-defining-psf-fsss-fsas-printers
> JES2
> 
> blank truncation information can be found here:
> https://www.ibm.com/docs/en/zos/2.5.0?topic=set-specific-record-retrievalFSI
> ==
>
> -Marna WALLE
> z/OS System Install and Upgrade
> IBM Poughkeepsie
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Blank page print after upgrade Zos2.5

[Tommy Tsui]

We didn’t change any printer definition and default line per page.we use
default separator exit only. Any change we need?

「Tommy Tsui 」在 2022年8月10日 週三，下午3:27 寫道：

> Hi Brain
> Thanks for your information. After I checked, we already assembled all new
> separator exit APSUX01 & 02. The new page inserted after a separator page.
> We don’t know why.  The data seems not problem. All new page break are
> correct.
>
> 「Brian Westerman 」在 2022年8月10日 週三，下午1:13
> 寫道：
>
>> I am assuming that you are printing with JES2 and not VPS or some other
>> remote print product.
>>
>> This can happen if you didn't re-assemble your separator exit.  Although
>> it can happen with VPS as well if you forget to assemble it, but VPS is
>> good about telling you if you forgot.  JES can mess up if the exit didn't
>> assemble cleanly, or
>>
>> Do you notice that the data your exit is putting out is not being
>> inserted into the separator?  Also, this can happen if your printer
>> definitions have changed between the releases.
>>
>> Did you change your default lines per page for the printer.  IF your
>> separator is larger than the page, it will cause an extra eject.
>>
>> IBM says "Some printers do not reposition to "top of forms" after the
>> trailer page. To avoid feeding blank pages through your printer, include a
>> page eject statement in your exit routine following the trailer separator
>> page."  If your problem is a blank page after the last separator, then this
>> is likely to be the reason.
>>
>> Otherwise, I need more information to help you debug this.
>>
>> Brian
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Blank page print after upgrade Zos2.5

[Tommy Tsui]

Hi Brain
Thanks for your information. After I checked, we already assembled all new
separator exit APSUX01 & 02. The new page inserted after a separator page.
We don’t know why.  The data seems not problem. All new page break are
correct.

「Brian Westerman 」在 2022年8月10日 週三，下午1:13 寫道：

> I am assuming that you are printing with JES2 and not VPS or some other
> remote print product.
>
> This can happen if you didn't re-assemble your separator exit.  Although
> it can happen with VPS as well if you forget to assemble it, but VPS is
> good about telling you if you forgot.  JES can mess up if the exit didn't
> assemble cleanly, or
>
> Do you notice that the data your exit is putting out is not being inserted
> into the separator?  Also, this can happen if your printer definitions have
> changed between the releases.
>
> Did you change your default lines per page for the printer.  IF your
> separator is larger than the page, it will cause an extra eject.
>
> IBM says "Some printers do not reposition to "top of forms" after the
> trailer page. To avoid feeding blank pages through your printer, include a
> page eject statement in your exit routine following the trailer separator
> page."  If your problem is a blank page after the last separator, then this
> is likely to be the reason.
>
> Otherwise, I need more information to help you debug this.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Blank page print after upgrade Zos2.5

[Tommy Tsui]

We found most statements printing a blank page after separator exit. Anyone
hits the same problem after upgrade to zos2.5. We check all the jes2 spool
data are normal without error. Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SMS IDGSMS type=all or error problem

[Tommy Tsui]

Hi all,
We hit the system hang when specific type=all when some jobs contains 5 or
6 thousand lines executes parallel, the init started task almost allocated
100％ cpu. System will hang 1 or 2 seconds. IBM recommended to use type =
error instead all. Any shop have same problem before. Appreciate if you can
share

Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Mainframe ransomware solution

[Tommy Tsui]

>
> Hi

 Any shop implement mainframe ransomware solution can share? IBM seems has
cyber vault to handle this. Is there any other solution available ?
Thanks for sharing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Defrag disk problem

[Tommy Tsui]

we use defrag with fastreplication perf in zos v2.3. I
think some counter or something exceeds and
lead to the defrag terminate abnormally.
the dasd cannot be online until flashcopy function turned off at hardware
side.. the disk resume normal.

David Staudacher  於 2018年12月17日 星期一寫道：

> Might be a clue in the message explanation:
> ADR246E - http://ibm.com/support/libraryserver_os390/BOOKS/
> IEA2M1C1/3.2.143
> ADR348E - http://ibm.com/support/libraryserver_os390/BOOKS/
> IEA2M1C1/3.2.213
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Defrag disk problem

[Tommy Tsui]

hi all
Our shop hit a Adr348E and Adr246E during perform defragmentation on
sysplex.environment，Is there any limitation that defragmentation does not
allow perform on sysplex environment.
Thanks all

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Disk i/o problem

[Tommy Tsui]

hi all，
During online，one our dwdm link suspend 50ms，and the switch port offline
and then online within 1 second，we found os issued IOS080i i/o exceed
timeout value alert，our MIH set IOTDASD=00:07，most our cics trans timeout
and some db2 logcopy hang，how come just 1 second interrupted and casued all
trans timeout？any parameter can turning？any shop hit the same problem ？many
thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DASD problem

[Tommy Tsui]

We have same problem on this both Ibm and vendor Hds say not problem at
all. Use or not up to you...

Jousma, David <david.jou...@53.com> 於 2018年2月23日 星期五寫道：

> If you are running with NON-IBM DASD, you might want to get with the
> vendor to look into their zHPF support on the DASD backend.  We have had it
> on for over a year, but in that year, we've had a few occasions where I/O
> slows to a crawl.  Most recently, it was so bad that the application self
> terminated(banking app, self detects when audit logs cant keep up,
> shutsdown to not lose financial data).  800+ms of connect time, all 128
> Dynamic PAV's exhausted for the control unit.   We are turning it off this
> weekend.   We have open tickets with both IBM and the other vendor.   IBM
> says they don’t see a problem from the mainframe/OS perspective, DASD
> vendor says, we see no problems.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, February 23, 2018 8:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DASD problem
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hi all,
> Anything need to aware when turn on zHPF, any experience can share, such
> as configuration, thanks all
>
> Tommy Tsui <tommyt...@gmail.com> 於 2018年2月21日 星期三寫道：
>
> > Star
> >
> >
> > Allan Staller <allan.stal...@hcl.com> 於 2018年2月21日 星期三寫道：
> >
> >> GRS- Ring or Star?
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On Behalf Of Tommy Tsui
> >> Sent: Wednesday, February 21, 2018 2:33 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: Re: DASD problem
> >>
> >> We use HDS instead not Ibm, we report this case to Ibm and perform
> >> the same operation on monoplex lpar the result is around 7mins write
> >> 28gb data using utility IEBDG, but use 12 mins while in sysplex lpar
> >> with same DASD, only can find is high disconnect time from RMF report
> >>
> >> Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
> >>
> >> > Tommy,
> >> >
> >> > The RTD at 30km is quite small, and the benefit of write spoofing
> >> > will be small.
> >> >
> >> > There is an option to turn on write spoofing with the FCP PPRC
> >> > links on IBM storage, but you should check with them that it is a
> >> > benefit at small distances on your model of storage at all write
> rates.
> >> >
> >> > Ron
> >> >
> >> > -Original Message-
> >> > From: IBM Mainframe Discussion List
> >> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tommy Tsui
> >> > Sent: Tuesday, February 20, 2018 8:22 PM
> >> > To: IBM-MAIN@LISTSERV.UA.EDU
> >> > Subject: Re: [IBM-MAIN] DASD problem
> >> >
> >> > Is there any way to improve the pprc command latency and round trip
> >> > delay time?
> >> > Anything can tune on DASD Hardware or switch side?
> >> > Anything can tune on os side? BUFNO,
> >> >
> >> > Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：
> >> >
> >> > > It used to be 20 or 25 buffers to establish the I/o sweet spot.
> >> > > Maybe with the faster dasd the amount is different.
> >> > >
> >> > > Rob
> >> > >
> >> > > On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com>
> wrote:
> >> > >
> >> > > > Hi Ron,
> >> > > > You are right when I changed BUFNO to 255,  The overall elapsed
> >> > > > time reduce from 12mins to 6 mins, So what can I do now,?
> >> > > > Change BUFNO only ? How about vsam or db2 performance?
> >> > > >
> >> > > >
> >> > > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
> >> > > >
> >> > > > > Tommy,
> >> > > > >
> >> > > > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP
> >> > > > > speed are in

Re: DASD problem

[Tommy Tsui]

Hi all,
Anything need to aware when turn on zHPF, any experience can share, such as
configuration, thanks all

Tommy Tsui <tommyt...@gmail.com> 於 2018年2月21日 星期三寫道：

> Star
>
>
> Allan Staller <allan.stal...@hcl.com> 於 2018年2月21日 星期三寫道：
>
>> GRS- Ring or Star?
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Tommy Tsui
>> Sent: Wednesday, February 21, 2018 2:33 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: DASD problem
>>
>> We use HDS instead not Ibm, we report this case to Ibm and perform the
>> same operation on monoplex lpar the result is around 7mins write 28gb data
>> using utility IEBDG, but use 12 mins while in sysplex lpar with same DASD,
>> only can find is high disconnect time from RMF report
>>
>> Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
>>
>> > Tommy,
>> >
>> > The RTD at 30km is quite small, and the benefit of write spoofing will
>> > be small.
>> >
>> > There is an option to turn on write spoofing with the FCP PPRC links
>> > on IBM storage, but you should check with them that it is a benefit at
>> > small distances on your model of storage at all write rates.
>> >
>> > Ron
>> >
>> > -Original Message-
>> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> > On Behalf Of Tommy Tsui
>> > Sent: Tuesday, February 20, 2018 8:22 PM
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: Re: [IBM-MAIN] DASD problem
>> >
>> > Is there any way to improve the pprc command latency and round trip
>> > delay time?
>> > Anything can tune on DASD Hardware or switch side?
>> > Anything can tune on os side? BUFNO,
>> >
>> > Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：
>> >
>> > > It used to be 20 or 25 buffers to establish the I/o sweet spot.
>> > > Maybe with the faster dasd the amount is different.
>> > >
>> > > Rob
>> > >
>> > > On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com> wrote:
>> > >
>> > > > Hi Ron,
>> > > > You are right when I changed BUFNO to 255,  The overall elapsed
>> > > > time reduce from 12mins to 6 mins, So what can I do now,? Change
>> > > > BUFNO only ? How about vsam or db2 performance?
>> > > >
>> > > >
>> > > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
>> > > >
>> > > > > Tommy,
>> > > > >
>> > > > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed
>> > > > > are independent of one another, but the stepped down speed
>> > > > > elongate the
>> > > > Remote
>> > > > > IO.
>> > > > >
>> > > > > In simple terms a block that you write from the host to the
>> > > > > P-VOL takes 0.5ms to transfer on 16Gb FICON, and but then you do
>> > > > > the synchronous
>> > > > write
>> > > > > on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to
>> > > transfer.
>> > > > > This time is in addition to command latency and round-trip delay
>> > time.
>> > > As
>> > > > > described below, this impact will be less for long, chained
>> > > > > writes
>> > > > because
>> > > > > of the Host/PPRC overlap.
>> > > > >
>> > > > > I'm not sure how you simulate this on your monoplex, but I
>> > > > > assume you
>> > > set
>> > > > > up a PPRC pair to the remote site. If you are testing with BSAM
>> > > > > or QSAM (like OLDGENER), then set SYSUT2 BUFNO=1 to see the
>> > > > > single block
>> > > impact.
>> > > > If
>> > > > > you are using zHPF, I think you can vary the BUFNO or NCP to get
>> > > > > up to
>> > > > 255
>> > > > > chained blocks.
>> > > > >
>> > > > > I'm not aware of anything in GRS that adds to remote IO
>> > > > > disconnect
>> > > time.
>> > > > >
>> > > > > Ron
>> > > > >
>> > > > > -Original Message-
>> > > > > Fro

Re: DASD problem

[Tommy Tsui]

Star


Allan Staller <allan.stal...@hcl.com> 於 2018年2月21日 星期三寫道：

> GRS- Ring or Star?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Wednesday, February 21, 2018 2:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DASD problem
>
> We use HDS instead not Ibm, we report this case to Ibm and perform the
> same operation on monoplex lpar the result is around 7mins write 28gb data
> using utility IEBDG, but use 12 mins while in sysplex lpar with same DASD,
> only can find is high disconnect time from RMF report
>
> Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
>
> > Tommy,
> >
> > The RTD at 30km is quite small, and the benefit of write spoofing will
> > be small.
> >
> > There is an option to turn on write spoofing with the FCP PPRC links
> > on IBM storage, but you should check with them that it is a benefit at
> > small distances on your model of storage at all write rates.
> >
> > Ron
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Tommy Tsui
> > Sent: Tuesday, February 20, 2018 8:22 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [IBM-MAIN] DASD problem
> >
> > Is there any way to improve the pprc command latency and round trip
> > delay time?
> > Anything can tune on DASD Hardware or switch side?
> > Anything can tune on os side? BUFNO,
> >
> > Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：
> >
> > > It used to be 20 or 25 buffers to establish the I/o sweet spot.
> > > Maybe with the faster dasd the amount is different.
> > >
> > > Rob
> > >
> > > On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com> wrote:
> > >
> > > > Hi Ron,
> > > > You are right when I changed BUFNO to 255,  The overall elapsed
> > > > time reduce from 12mins to 6 mins, So what can I do now,? Change
> > > > BUFNO only ? How about vsam or db2 performance?
> > > >
> > > >
> > > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
> > > >
> > > > > Tommy,
> > > > >
> > > > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed
> > > > > are independent of one another, but the stepped down speed
> > > > > elongate the
> > > > Remote
> > > > > IO.
> > > > >
> > > > > In simple terms a block that you write from the host to the
> > > > > P-VOL takes 0.5ms to transfer on 16Gb FICON, and but then you do
> > > > > the synchronous
> > > > write
> > > > > on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to
> > > transfer.
> > > > > This time is in addition to command latency and round-trip delay
> > time.
> > > As
> > > > > described below, this impact will be less for long, chained
> > > > > writes
> > > > because
> > > > > of the Host/PPRC overlap.
> > > > >
> > > > > I'm not sure how you simulate this on your monoplex, but I
> > > > > assume you
> > > set
> > > > > up a PPRC pair to the remote site. If you are testing with BSAM
> > > > > or QSAM (like OLDGENER), then set SYSUT2 BUFNO=1 to see the
> > > > > single block
> > > impact.
> > > > If
> > > > > you are using zHPF, I think you can vary the BUFNO or NCP to get
> > > > > up to
> > > > 255
> > > > > chained blocks.
> > > > >
> > > > > I'm not aware of anything in GRS that adds to remote IO
> > > > > disconnect
> > > time.
> > > > >
> > > > > Ron
> > > > >
> > > > > -Original Message-
> > > > > From: IBM Mainframe Discussion List
> > > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > > On
> > > > > Behalf Of Tommy Tsui
> > > > > Sent: Tuesday, February 20, 2018 2:42 AM
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Subject: Re: [IBM-MAIN] DASD problem
> > > > >
> > > > > Hi Ron,
> > > > > What happens to if our ficon card is 16gb, and fcp connection is
> > > > > 2gb, I try to do the simulation on monoplex  lpar , the result
> > > > >

Re: DASD problem

[Tommy Tsui]

After I switched the zhpf to No , the elapsed time reduce from 12 to 7
mins? How comes, is it the switch or director no support the concurrent i/o
from zhpf?

Tommy Tsui <tommyt...@gmail.com> 於 2018年2月21日 星期三寫道：

> We use HDS instead not Ibm, we report this case to Ibm and perform the
> same operation on monoplex lpar the result is around 7mins write 28gb data
> using utility IEBDG, but use 12 mins while in sysplex lpar with same DASD,
> only can find is high disconnect time from RMF report
>
> Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
>
>> Tommy,
>>
>> The RTD at 30km is quite small, and the benefit of write spoofing will be
>> small.
>>
>> There is an option to turn on write spoofing with the FCP PPRC links on
>> IBM storage, but you should check with them that it is a benefit at small
>> distances on your model of storage at all write rates.
>>
>> Ron
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Tommy Tsui
>> Sent: Tuesday, February 20, 2018 8:22 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [IBM-MAIN] DASD problem
>>
>> Is there any way to improve the pprc command latency and round trip delay
>> time?
>> Anything can tune on DASD Hardware or switch side?
>> Anything can tune on os side? BUFNO,
>>
>> Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：
>>
>> > It used to be 20 or 25 buffers to establish the I/o sweet spot.  Maybe
>> > with the faster dasd the amount is different.
>> >
>> > Rob
>> >
>> > On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com> wrote:
>> >
>> > > Hi Ron,
>> > > You are right when I changed BUFNO to 255,  The overall elapsed time
>> > > reduce from 12mins to 6 mins, So what can I do now,? Change BUFNO
>> > > only ? How about vsam or db2 performance?
>> > >
>> > >
>> > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
>> > >
>> > > > Tommy,
>> > > >
>> > > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed
>> > > > are independent of one another, but the stepped down speed
>> > > > elongate the
>> > > Remote
>> > > > IO.
>> > > >
>> > > > In simple terms a block that you write from the host to the P-VOL
>> > > > takes 0.5ms to transfer on 16Gb FICON, and but then you do the
>> > > > synchronous
>> > > write
>> > > > on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to
>> > transfer.
>> > > > This time is in addition to command latency and round-trip delay
>> time.
>> > As
>> > > > described below, this impact will be less for long, chained writes
>> > > because
>> > > > of the Host/PPRC overlap.
>> > > >
>> > > > I'm not sure how you simulate this on your monoplex, but I assume
>> > > > you
>> > set
>> > > > up a PPRC pair to the remote site. If you are testing with BSAM or
>> > > > QSAM (like OLDGENER), then set SYSUT2 BUFNO=1 to see the single
>> > > > block
>> > impact.
>> > > If
>> > > > you are using zHPF, I think you can vary the BUFNO or NCP to get
>> > > > up to
>> > > 255
>> > > > chained blocks.
>> > > >
>> > > > I'm not aware of anything in GRS that adds to remote IO disconnect
>> > time.
>> > > >
>> > > > Ron
>> > > >
>> > > > -Original Message-
>> > > > From: IBM Mainframe Discussion List
>> > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> > On
>> > > > Behalf Of Tommy Tsui
>> > > > Sent: Tuesday, February 20, 2018 2:42 AM
>> > > > To: IBM-MAIN@LISTSERV.UA.EDU
>> > > > Subject: Re: [IBM-MAIN] DASD problem
>> > > >
>> > > > Hi Ron,
>> > > > What happens to if our ficon card is 16gb, and fcp connection is
>> > > > 2gb, I try to do the simulation on monoplex  lpar , the result is
>> > > > fine, now we
>> > > are
>> > > > suspect the GRS or other system parm which will increase the
>> > > > disconnect
>> > > time
>> > > >
>> > > > Ron hawkins <ronjhawk...@sbcglobal.net

Re: DASD problem

[Tommy Tsui]

We use HDS instead not Ibm, we report this case to Ibm and perform the same
operation on monoplex lpar the result is around 7mins write 28gb data using
utility IEBDG, but use 12 mins while in sysplex lpar with same DASD, only
can find is high disconnect time from RMF report

Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：

> Tommy,
>
> The RTD at 30km is quite small, and the benefit of write spoofing will be
> small.
>
> There is an option to turn on write spoofing with the FCP PPRC links on
> IBM storage, but you should check with them that it is a benefit at small
> distances on your model of storage at all write rates.
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Tuesday, February 20, 2018 8:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] DASD problem
>
> Is there any way to improve the pprc command latency and round trip delay
> time?
> Anything can tune on DASD Hardware or switch side?
> Anything can tune on os side? BUFNO,
>
> Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：
>
> > It used to be 20 or 25 buffers to establish the I/o sweet spot.  Maybe
> > with the faster dasd the amount is different.
> >
> > Rob
> >
> > On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com> wrote:
> >
> > > Hi Ron,
> > > You are right when I changed BUFNO to 255,  The overall elapsed time
> > > reduce from 12mins to 6 mins, So what can I do now,? Change BUFNO
> > > only ? How about vsam or db2 performance?
> > >
> > >
> > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
> > >
> > > > Tommy,
> > > >
> > > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed
> > > > are independent of one another, but the stepped down speed
> > > > elongate the
> > > Remote
> > > > IO.
> > > >
> > > > In simple terms a block that you write from the host to the P-VOL
> > > > takes 0.5ms to transfer on 16Gb FICON, and but then you do the
> > > > synchronous
> > > write
> > > > on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to
> > transfer.
> > > > This time is in addition to command latency and round-trip delay
> time.
> > As
> > > > described below, this impact will be less for long, chained writes
> > > because
> > > > of the Host/PPRC overlap.
> > > >
> > > > I'm not sure how you simulate this on your monoplex, but I assume
> > > > you
> > set
> > > > up a PPRC pair to the remote site. If you are testing with BSAM or
> > > > QSAM (like OLDGENER), then set SYSUT2 BUFNO=1 to see the single
> > > > block
> > impact.
> > > If
> > > > you are using zHPF, I think you can vary the BUFNO or NCP to get
> > > > up to
> > > 255
> > > > chained blocks.
> > > >
> > > > I'm not aware of anything in GRS that adds to remote IO disconnect
> > time.
> > > >
> > > > Ron
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List
> > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On
> > > > Behalf Of Tommy Tsui
> > > > Sent: Tuesday, February 20, 2018 2:42 AM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: [IBM-MAIN] DASD problem
> > > >
> > > > Hi Ron,
> > > > What happens to if our ficon card is 16gb, and fcp connection is
> > > > 2gb, I try to do the simulation on monoplex  lpar , the result is
> > > > fine, now we
> > > are
> > > > suspect the GRS or other system parm which will increase the
> > > > disconnect
> > > time
> > > >
> > > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月
> > > >
> > > > 15日 星期四寫道：
> > > >
> > > > > Tommy,
> > > > >
> > > > > This should not be a surprise. The name "Synchronous Remote Copy"
> > > > > implies the overhead that you are seeing, namely the time for
> > > > > the synchronous write to the remote site.
> > > > >
> > > > > PPRC will more than double the response time of random writes
> > > > > because they the Host write to cache has the additional time of
> > > > > controller latency, rou

Re: DASD problem

[Tommy Tsui]

Is there any way to improve the pprc command latency and round trip delay
time?
Anything can tune on DASD Hardware or switch side?
Anything can tune on os side? BUFNO,

Rob Schramm <rob.schr...@gmail.com> 於 2018年2月21日 星期三寫道：

> It used to be 20 or 25 buffers to establish the I/o sweet spot.  Maybe with
> the faster dasd the amount is different.
>
> Rob
>
> On Tue, Feb 20, 2018, 7:53 PM Tommy Tsui <tommyt...@gmail.com> wrote:
>
> > Hi Ron,
> > You are right when I changed BUFNO to 255,
> >  The overall elapsed time reduce from 12mins to 6 mins,
> > So what can I do now,? Change BUFNO only ? How about vsam or db2
> > performance?
> >
> >
> > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：
> >
> > > Tommy,
> > >
> > > With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed are
> > > independent of one another, but the stepped down speed elongate the
> > Remote
> > > IO.
> > >
> > > In simple terms a block that you write from the host to the P-VOL takes
> > > 0.5ms to transfer on 16Gb FICON, and but then you do the synchronous
> > write
> > > on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to
> transfer.
> > > This time is in addition to command latency and round-trip delay time.
> As
> > > described below, this impact will be less for long, chained writes
> > because
> > > of the Host/PPRC overlap.
> > >
> > > I'm not sure how you simulate this on your monoplex, but I assume you
> set
> > > up a PPRC pair to the remote site. If you are testing with BSAM or QSAM
> > > (like OLDGENER), then set SYSUT2 BUFNO=1 to see the single block
> impact.
> > If
> > > you are using zHPF, I think you can vary the BUFNO or NCP to get up to
> > 255
> > > chained blocks.
> > >
> > > I'm not aware of anything in GRS that adds to remote IO disconnect
> time.
> > >
> > > Ron
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > > Behalf Of Tommy Tsui
> > > Sent: Tuesday, February 20, 2018 2:42 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: [IBM-MAIN] DASD problem
> > >
> > > Hi Ron,
> > > What happens to if our ficon card is 16gb, and fcp connection is 2gb, I
> > > try to do the simulation on monoplex  lpar , the result is fine, now we
> > are
> > > suspect the GRS or other system parm which will increase the disconnect
> > time
> > >
> > > Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月
> > >
> > > 15日 星期四寫道：
> > >
> > > > Tommy,
> > > >
> > > > This should not be a surprise. The name "Synchronous Remote Copy"
> > > > implies the overhead that you are seeing, namely the time for the
> > > > synchronous write to the remote site.
> > > >
> > > > PPRC will more than double the response time of random writes because
> > > > they the Host write to cache has the additional time of controller
> > > > latency, round trip delay, and block transfer before the write is
> > > > complete. On IBM and HDS (not sure with EMC) the impact is greater
> for
> > > > single blocks, as chained sequential writes have some overlap between
> > > > the host write, and the synchronous write.
> > > >
> > > > Some things to check:
> > > >
> > > > 1) Buffer Credits on ISLs between the sites. If no ISLs then settings
> > > > on the storage host ports to cater for 30km B2B credits
> > > > 2) Channel speed step-down - If your FICON channels are 8Gb, and the
> > > > FCP connections are 2Gb, then PPRC writes will take up to four times
> > > > longer to transfer. It dep[ends on the block size.
> > > > 3) Unbalanced ISLs - ISLs do not automatically rebalance after one
> > drops.
> > > > The more concurrent IO there is on an ISL, the longer the transfer
> > > > time for each PPRC write. There may be one opr more ISL that are not
> > > > being used, while others are overloaded
> > > > 4) Switch board connections not optimal - talk to your switch vendor
> > > > 5) Host adapter ports connections not optimal - talk to your storage
> > > > vendor
> > > > 6) Sysplex tuning may identify IO that can convert from disk to
> > > > Sysplex caching. Not my expertise, but I'm sure there are som

Re: DASD problem

[Tommy Tsui]

Hi Ron,
You are right when I changed BUFNO to 255,
 The overall elapsed time reduce from 12mins to 6 mins,
So what can I do now,? Change BUFNO only ? How about vsam or db2
performance?


Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月21日 星期三寫道：

> Tommy,
>
> With PPRC, TrueCopy or SRDF synchronous the FICON and FCP speed are
> independent of one another, but the stepped down speed elongate the Remote
> IO.
>
> In simple terms a block that you write from the host to the P-VOL takes
> 0.5ms to transfer on 16Gb FICON, and but then you do the synchronous write
> on 2Gb FCP to the S-VOL it will take 4ms, or 8 times longer to transfer.
> This time is in addition to command latency and round-trip delay time. As
> described below, this impact will be less for long, chained writes because
> of the Host/PPRC overlap.
>
> I'm not sure how you simulate this on your monoplex, but I assume you set
> up a PPRC pair to the remote site. If you are testing with BSAM or QSAM
> (like OLDGENER), then set SYSUT2 BUFNO=1 to see the single block impact. If
> you are using zHPF, I think you can vary the BUFNO or NCP to get up to 255
> chained blocks.
>
> I'm not aware of anything in GRS that adds to remote IO disconnect time.
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Tuesday, February 20, 2018 2:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] DASD problem
>
> Hi Ron,
> What happens to if our ficon card is 16gb, and fcp connection is 2gb, I
> try to do the simulation on monoplex  lpar , the result is fine, now we are
> suspect the GRS or other system parm which will increase the disconnect time
>
> Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月
>
> 15日 星期四寫道：
>
> > Tommy,
> >
> > This should not be a surprise. The name "Synchronous Remote Copy"
> > implies the overhead that you are seeing, namely the time for the
> > synchronous write to the remote site.
> >
> > PPRC will more than double the response time of random writes because
> > they the Host write to cache has the additional time of controller
> > latency, round trip delay, and block transfer before the write is
> > complete. On IBM and HDS (not sure with EMC) the impact is greater for
> > single blocks, as chained sequential writes have some overlap between
> > the host write, and the synchronous write.
> >
> > Some things to check:
> >
> > 1) Buffer Credits on ISLs between the sites. If no ISLs then settings
> > on the storage host ports to cater for 30km B2B credits
> > 2) Channel speed step-down - If your FICON channels are 8Gb, and the
> > FCP connections are 2Gb, then PPRC writes will take up to four times
> > longer to transfer. It dep[ends on the block size.
> > 3) Unbalanced ISLs - ISLs do not automatically rebalance after one drops.
> > The more concurrent IO there is on an ISL, the longer the transfer
> > time for each PPRC write. There may be one opr more ISL that are not
> > being used, while others are overloaded
> > 4) Switch board connections not optimal - talk to your switch vendor
> > 5) Host adapter ports connections not optimal - talk to your storage
> > vendor
> > 6) Sysplex tuning may identify IO that can convert from disk to
> > Sysplex caching. Not my expertise, but I'm sure there are some red books.
> >
> > There is good information on PPRC activity in the RMF Type 78 records.
> > You may want to do some analysis of these to see how transfer rates
> > and PPRC write response time correlate with your DASD disconnect time.
> >
> > Final Comment: do you really need synchronous remote copy? If your
> > company requires zero data loss, then you don't get this from
> > synchronous replication alone. You must use the Critical=Yes option
> > which has it's own set of risks and challenges. If you are not using
> > GDPS and Hyperswap for hot failover, then synchronous is not much better
> than asynchronous.
> > Rolling disasters, transaction roll back, and options that turn off
> > in-flight data set recovery can all see synchronous recovery time end
> > up with the same RPO as Asynchronous.
> >
> > Ron
> >
> >
> >
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Tommy Tsui
> > Sent: Thursday, February 15, 2018 12:41 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [IBM-MAIN] DASD problem
> >
> > Hi,
> > The distance is around 30km, do you know any settings on sysp

Re: DASD problem

[Tommy Tsui]

Hi Ron,
What happens to if our ficon card is 16gb, and fcp connection is 2gb, I try
to do the simulation on monoplex  lpar , the result is fine, now we are
suspect the GRS or other system parm which will increase the disconnect time

Ron hawkins <ronjhawk...@sbcglobal.net> 於 2018年2月

15日 星期四寫道：

> Tommy,
>
> This should not be a surprise. The name "Synchronous Remote Copy" implies
> the overhead that you are seeing, namely the time for the synchronous write
> to the remote site.
>
> PPRC will more than double the response time of random writes because they
> the Host write to cache has the additional time of controller latency,
> round trip delay, and block transfer before the write is complete. On IBM
> and HDS (not sure with EMC) the impact is greater for single blocks, as
> chained sequential writes have some overlap between the host write, and the
> synchronous write.
>
> Some things to check:
>
> 1) Buffer Credits on ISLs between the sites. If no ISLs then settings on
> the storage host ports to cater for 30km B2B credits
> 2) Channel speed step-down - If your FICON channels are 8Gb, and the FCP
> connections are 2Gb, then PPRC writes will take up to four times longer to
> transfer. It dep[ends on the block size.
> 3) Unbalanced ISLs - ISLs do not automatically rebalance after one drops.
> The more concurrent IO there is on an ISL, the longer the transfer time for
> each PPRC write. There may be one opr more ISL that are not being used,
> while others are overloaded
> 4) Switch board connections not optimal - talk to your switch vendor
> 5) Host adapter ports connections not optimal - talk to your storage vendor
> 6) Sysplex tuning may identify IO that can convert from disk to Sysplex
> caching. Not my expertise, but I'm sure there are some red books.
>
> There is good information on PPRC activity in the RMF Type 78 records. You
> may want to do some analysis of these to see how transfer rates and PPRC
> write response time correlate with your DASD disconnect time.
>
> Final Comment: do you really need synchronous remote copy? If your company
> requires zero data loss, then you don't get this from synchronous
> replication alone. You must use the Critical=Yes option which has it's own
> set of risks and challenges. If you are not using GDPS and Hyperswap for
> hot failover, then synchronous is not much better than asynchronous.
> Rolling disasters, transaction roll back, and options that turn off
> in-flight data set recovery can all see synchronous recovery time end up
> with the same RPO as Asynchronous.
>
> Ron
>
>
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Thursday, February 15, 2018 12:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] DASD problem
>
> Hi,
> The distance is around 30km, do you know any settings on sysplex
> environment such as GRS and JES2 checkpoint need to aware?
> Direct DASD via San switch to Dr site , 2GBPS interface , we check with
> vendor, they didn't find any problem on San switch or DASD, I suspect the
> system settings
>
> Alan(GMAIL)Watthey <a.watt...@gmail.com> 於 2018年2月15日 星期四寫道：
>
> > Tommy,
> >
> > This sounds like the PPRC links might be a bit slow or there are not
> > enough of them.
> >
> > What do you have?  Direct DASD to DASD or via a single SAN switch or
> > even cascaded?  What settings (Gbps) are all the interfaces running at
> > (you can ask the switch for the switch and RMF for the DASD)?
> >
> > What type of fibre are they?  LX or SX?  What kind of length are they?
> >
> > Any queueing?
> >
> > There are so many variables that can affect the latency.  Are there
> > any of the above that you can improve on?
> >
> > I can't remember what IBM recommends but 80% sounds a little high to me.
> > They are only used for writes (not reads).
> >
> > Regards,
> > Alan Watthey
> >
> > -Original Message-
> > From: Tommy Tsui [mailto:tommyt...@gmail.com]
> > Sent: 15 February 2018 12:15 am
> > Subject: DASD problem
> >
> > >
> > > Hi all,
> >
> >
> > Our shop found the most job elapse time prolong due to pprc
> > synchronization versus without pprc mode. It's almost 4 times faster
> > if without pprc synchronization. Is there any parameters we need to
> > tune on z/os or disk subsystem side? We found the % disk util in RMF
> > report over 80, Any help will be appreciated. Many thanks
> >
> > --
> > For IBM-MAIN subscribe / signoff /

Re: DASD problem

[Tommy Tsui]

Hi,
The distance is around 30km, do you know any settings on sysplex
environment such as GRS and JES2 checkpoint need to aware?
Direct DASD via San switch to Dr site , 2GBPS interface , we check with
vendor, they didn't find any problem on San switch or DASD, I suspect the
system settings

Alan(GMAIL)Watthey <a.watt...@gmail.com> 於 2018年2月15日 星期四寫道：

> Tommy,
>
> This sounds like the PPRC links might be a bit slow or there are not
> enough of them.
>
> What do you have?  Direct DASD to DASD or via a single SAN switch or even
> cascaded?  What settings (Gbps) are all the interfaces running at (you can
> ask the switch for the switch and RMF for the DASD)?
>
> What type of fibre are they?  LX or SX?  What kind of length are they?
>
> Any queueing?
>
> There are so many variables that can affect the latency.  Are there any of
> the above that you can improve on?
>
> I can't remember what IBM recommends but 80% sounds a little high to me.
> They are only used for writes (not reads).
>
> Regards,
> Alan Watthey
>
> -Original Message-
> From: Tommy Tsui [mailto:tommyt...@gmail.com]
> Sent: 15 February 2018 12:15 am
> Subject: DASD problem
>
> >
> > Hi all,
>
>
> Our shop found the most job elapse time prolong due to pprc synchronization
> versus without pprc mode. It's almost 4 times faster if without pprc
> synchronization. Is there any parameters we need to tune on z/os or disk
> subsystem side? We found the % disk util in RMF report over 80,
> Any help will be appreciated. Many thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DASD problem

[Tommy Tsui]

We can't use xcr mode because of RTO and RPO requirements, all DASD must in
sync mode,

Jesse 1 Robinson <jesse1.robin...@sce.com> 於 2018年2月15日 星期四寫道：

> When we started mirroring for DR around 2000, we opted for XCF (now
> something-something-for-z/OS) over PPRC because of possible I/O impact. XRC
> was asynchronous, so mirroring might get behind but not impact production.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Wednesday, February 14, 2018 1:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):DASD problem
>
> >
> > Hi all,
>
>
> Our shop found the most job elapse time prolong due to pprc
> synchronization versus without pprc mode. It's almost 4 times faster if
> without pprc synchronization. Is there any parameters we need to tune on
> z/os or disk subsystem side? We found the % disk util in RMF report over
> 80, Any help will be appreciated. Many thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

DASD problem

[Tommy Tsui]

>
> Hi all,


Our shop found the most job elapse time prolong due to pprc synchronization
versus without pprc mode. It's almost 4 times faster if without pprc
synchronization. Is there any parameters we need to tune on z/os or disk
subsystem side? We found the % disk util in RMF report over 80,
Any help will be appreciated. Many thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

WLM service unit

[Tommy Tsui]

>
> Hi all,

What found a huge CPU utilize if ABSRPTN is high, almost 48M and pagein
shared reached 500,  is that means most transaction resident in central
storage and keep  burn CPU?
Add real memory can solve this problem?
Thanks for help

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any one use CBT smfsrt program file019

[Tommy Tsui]

Syncsort is another product which our shop didn't have

van der Grijn, Bart (B) <bvandergr...@dow.com> 於 2017年10月21日 星期六寫道：

> This looks like a tool that reports on Syncsort generated SMF records. A
> google search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did
> you include the Syncsort maclib in your syslib concatenation?
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 6:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
> I cannot find any information inside the file019.xmi . Thanks for help
>
> Allan Staller <allan.stal...@hcl.com <javascript:;>
> <javascript:_e(%7B%7D,'cvml','allan.stal...@hcl.com <javascript:;>');>> 於
> 2017年10月20日
> 星期五寫道：
>
> > Check the readme file. Normally CBT items are completely self-contained
> > except for things like SYS1.MODGEN (and a few others).
> > I can pretty much guarantee that everything needed is in the distribution
> > file.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On
> > Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 9:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> > Subject: Any one use CBT smfsrt program file019
> >
> > Hi all,
> > I try to compile flsmfsrt but failed, most symbols cannot be found, like
> > smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any one use CBT smfsrt program file019

[Tommy Tsui]

I can't find the syncsort in our current maclib, where can I COPY one?

van der Grijn, Bart (B) <bvandergr...@dow.com> 於 2017年10月21日 星期六寫道：

> This looks like a tool that reports on Syncsort generated SMF records. A
> google search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did
> you include the Syncsort maclib in your syslib concatenation?
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 6:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
> I cannot find any information inside the file019.xmi . Thanks for help
>
> Allan Staller <allan.stal...@hcl.com <javascript:;>
> <javascript:_e(%7B%7D,'cvml','allan.stal...@hcl.com <javascript:;>');>> 於
> 2017年10月20日
> 星期五寫道：
>
> > Check the readme file. Normally CBT items are completely self-contained
> > except for things like SYS1.MODGEN (and a few others).
> > I can pretty much guarantee that everything needed is in the distribution
> > file.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On
> > Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 9:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> > Subject: Any one use CBT smfsrt program file019
> >
> > Hi all,
> > I try to compile flsmfsrt but failed, most symbols cannot be found, like
> > smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Any one use CBT smfsrt program file019

[Tommy Tsui]

Hi all,
After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
I cannot find any information inside the file019.xmi . Thanks for help

Allan Staller <allan.stal...@hcl.com
<javascript:_e(%7B%7D,'cvml','allan.stal...@hcl.com');>> 於 2017年10月20日
星期五寫道：

> Check the readme file. Normally CBT items are completely self-contained
> except for things like SYS1.MODGEN (and a few others).
> I can pretty much guarantee that everything needed is in the distribution
> file.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> I try to compile flsmfsrt but failed, most symbols cannot be found, like
> smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ::DISCLAIMER::
> 
> 
> 
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as
> information could be intercepted, corrupted,
> lost, destroyed, arrive late or incomplete, or may contain viruses in
> transmission. The e mail and its contents
> (with or without referred errors) shall therefore not attach any liability
> on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior
> written consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error
> please delete it and notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses
> and other defects.
>
> 
> 
> 
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Any one use CBT smfsrt program file019

[Tommy Tsui]

Hi all,
I try to compile flsmfsrt but failed, most symbols cannot be found, like
smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Job await main select and cannot execution

[Tommy Tsui]

Thanks all, information, I will try



Lizette Koehler <stars...@mindspring.com> 於 2017年10月7日 星期六寫道：

> Tommy,
>
> This is not a science, but an art.  So it takes time and study and
> adjustments to get WLM where you want it.
>
> The first phase is understanding how WLM works.  This written up in many
> manuals.  It is not quick to learn.  If you have a sandbox where you can
> work things out, that would be best.
>
> This has to do with system capacity.  How much work can the system run?
> How much work do you want the system to run.
>
> If you do not have sufficient resources, MIPs, Storage, Memory, then WLM
> will not run more work than it has resources available.
>
> Yes you can tell WLM to try and run more work than it has resources for,
> but then your processes run longer and are waiting longer for resources.
>
>
> What problem are you trying to solve?  If WLM has jobs in awaiting main
> status (this is a JES2 message in SDSF), then the system does not have
> sufficient MIPS, MEMORY, STORAGE to run the tasks.
>
> You may want to start, if you have not done so, reviewing this Redbook
>
> System Programmer's Guide to: Workload Manager
>
> http://www.redbooks.ibm.com/abstracts/sg246472.html?Open
>
>
> It can help with understanding this process.
>
> The section on setting goals could be helpful
> This chapter discusses tips to:
>  Manage your service definition.
>  Use a service class.
>  Select the type of goals to use.
>  Use Resource Groups.
>
>
> Lizette
>
> > -----Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> <javascript:;>] On
> > Behalf Of Tommy Tsui
> > Sent: Friday, October 06, 2017 8:44 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
> > Subject: Re: Job await main select and cannot execution
> >
> > I am interesting how the WLM manages the number of initiators based upon
> > resources available and where to set the goals ? For initiators
> >
> > Peter Hunkeler <p...@gmx.ch <javascript:;>> 於 2017年10月6日 星期五寫道：
> >
> > > >In JES2, you can issue $S JOB and WLM will start another initiator
> > > >for
> > > that job. Your message suggests to me that you are JES3. I don't know
> > > if JES3 has a similar function.
> > >
> > >
> > > Yes it does. It's the "R" action character in (E)JES. I never cared to
> > > look what the resulting JES3 command is.
> > >
> > >
> > >
> > > --
> > > Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu <javascript:;> with the message:
> INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Job await main select and cannot execution

[Tommy Tsui]

I am interesting how the WLM manages the number of initiators based upon
resources available and where to set
the goals ? For initiators

Peter Hunkeler  於 2017年10月6日 星期五寫道：

> >In JES2, you can issue $S JOB and WLM will start another initiator for
> that job. Your message suggests to me that you are JES3. I don't know
> if JES3 has a similar function.
>
>
> Yes it does. It's the "R" action character in (E)JES. I never cared to
> look what the resulting JES3 command is.
>
>
>
> --
> Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Job await main select and cannot execution

[Tommy Tsui]

Hi all,
 We are running in wlm mode with schedule environment, wlm managed all
class with xeqcount=200, but we don't know why when all new jobs reached
around 20, and CPU reached 100% all other new coming job will be in "job
await main select" status, we don't know why, is it CPU reached 100%, and
wlm decided not to start more initiator? Can we force to start new jobs?
The mode is correct , in wlm mode both side
The job class are defined as wlm managed,


Any help will be appreciated

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

VTS TS 7760 tapeness solution

[Tommy Tsui]

>
> Hi,all

Any shop use TS7760 tapeness solution, any usage report on the performance
compared with TS7740? Especially the 48TB SAS storage. Thanks for sharing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CMP country multiplex pricing

[Tommy Tsui]

Hi all,
Any shop apply the CMP, anything we need to aware before apply CMP, thank
for sharing

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IEBCOPY abended with IEW2756S-d606

[Tommy Tsui]

Hi all,
Why iebcopy to pdse datasets abended with iew2756s-d609
Space is not available on direct access storage, b37-04 but the final
return code equal 0, when we copy 100 members only 90 copied, 10 members
are missing, but return code=0, anyway the final return code not equal zero

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS pricing question

[Tommy Tsui]

To my understanding, all versions are the same price now no matter which 
version, but you may enjoy the VWLC or FWLC or other depends on your shop, to 
save overall price 

從我的 iPad 傳送

> Charles Mills  於 2015年9月9日 下午11:44 寫道：
> 
> Maybe this is a question that is too complex for a listserve answer. Does
> IBM price each version of z/OS separately on a single box? In other words,
> does it generally cost more in IBM license charges to run V1R13 on one LPAR
> and V2R1 on the others (on the same footprint) than it would to run V2R1 on
> all?
> 
> Charles 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How to output arp datastream

[Tommy Tsui]

Hi all,
Is there any way I can output the afp data stream to a qsam file format？and 
transmit the dataset to other platform!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

query on scpt planning tools

[Tommy Tsui]

hi all,
i try to run the subcapacity planning tools to estimate the.4hour rolling
average, but the output in column R4 shows unavailable and i found most
duplicate records with same time, anyone hit this problem before? anything
i need to do before running scpt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

soft capping query

[Tommy Tsui]

hi all,
I   want to clarify, if the relative weight is 531msu for only one lpar,
the defined capacity = 350 msu, this lpar may enjoy the 4 hour rolling
average exceed the defined capacity if first 2 hours utilized ony 100msu,
is it right, if this lpar keep continue busy greater than defined capacity
350 msu, what happen to the actual utilization, is it still enjoy the soft
capping 350 msu or lower than 350msu?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

how to trim connect direct 0d0a

[Tommy Tsui]

how to trim the 0d during transfer from aix to host side, any connect
direct exit can trim the 0d?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: how to trim connect direct 0d0a

[Tommy Tsui]

the file send from window server to aix with binary mode, 0d0a is reserved,
finally the file send from aix to mainframe with ascii mode c:d, 0d is keep
On 2013-3-8 上午6:56, Shmuel Metz (Seymour J.) shmuel+...@patriot.net
wrote:

 In 2497740495126867.wa.paulgboulderaim@listserv.ua.edu, on
 03/07/2013
at 09:29 AM, Paul Gilmartin paulgboul...@aim.com said:

 I'm somewhat surprised that AIX uses 0D0A -- isn't AIX a UNIX-like
 system that I'd expect to use simply 0A?

 AIX is Unix, but the OP didn't specify what protocol or parameters
 he's using. IETF protocols normally use CRLF as a line terminator. I
 suspect that the OP is using FTP but specifying the transfer
 incorrectly, e.g., doing a binary transfer.

 --
  Shmuel (Seymour J.) Metz, SysProg and JOAT
  Atid/2http://patriot.net/~shmuel
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CPU service unit for JOB

[Tommy Tsui]

Hi all,
Is there any formula to calculate the service unit for the job after
execution. How can we use the JOB ENDED information TCB+SRB to find
out the service unit and convert to MSU?

Any help will be appreciate

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How to define RMF APPLPER

[Tommy Tsui]

Hi all,
If I define a service class for specific jobs can I use rmf overview
Applper to know the CPU utilization or MSU allocation,? Many thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN