Re: Z/OS IBM Mainframe Computer Time To Rent.

2008-07-04 Thread Vernooy, C.P. - SPLXM


"Tony Harminc" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> 2008/7/3 Chase, John <[EMAIL PROTECTED]>:
> >> -Original Message-
> >> From: IBM Mainframe Discussion List On Behalf Of Tony Harminc
> >>
> >> 2008/7/3 Shai Hess <[EMAIL PROTECTED]>:
> >> > Anyone can give me a link to sites which are not expensive?
> >>
> >> When the rental period is over, how do you return the time?
> >
> > You don't -- you give them the rental money instead.  When the
rental
> > period is over, you return the resources you used on the machine.
> 
> Uh, that would be the CPU time...
> 
> > Or was that question supposed to have a "smiley" appended?
> 
> Inserting the smiley was left to the reader's judgement.
> 
> OK   :-)
> 
> Tony H.

Right, the OP wants to buy computertime not rent it. After he consumed
the time, nobody wants to be returned what's left of it, similar to
buying a hamburger ;-)

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
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 IBM Mainframe Computer Time To Rent.

2008-07-04 Thread J D Cassidy
All,


if you want a quote, try SVA.de. Ring Tim Weismann in Hamburg +49 (0)40-
2533-6784. He's a nice chap.





John Cassidy



On Fri, July 4, 2008 09:02, Vernooy, C.P. - SPLXM wrote:
>

>
> "Tony Harminc" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]>...
>
>> 2008/7/3 Chase, John <[EMAIL PROTECTED]>:
>>
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Tony Harminc


 2008/7/3 Shai Hess <[EMAIL PROTECTED]>:

> Anyone can give me a link to sites which are not expensive?
>

 When the rental period is over, how do you return the time?

>>>
>>> You don't -- you give them the rental money instead.  When the
>>>
> rental
>>> period is over, you return the resources you used on the machine.
>>
>> Uh, that would be the CPU time...
>>
>>
>>> Or was that question supposed to have a "smiley" appended?
>>>
>>
>> Inserting the smiley was left to the reader's judgement.
>>
>>
>> OK   :-)
>>
>>
>> Tony H.
>>
>
> Right, the OP wants to buy computertime not rent it. After he consumed
> the time, nobody wants to be returned what's left of it, similar to buying
> a hamburger ;-)
>
> Kees.
> **
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and
> may be unlawful. If you have received this e-mail by error, please notify
> the sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
> and/or its employees shall not be liable for the incorrect or incomplete
> transmission of this e-mail or any attachments, nor responsible for any
> delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as
> KLM Royal
> Dutch Airlines) is registered in Amstelveen, The Netherlands, with
> registered number 33014286
> **
>
>
> --
> 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
>
>


John Cassidy (Dipl.-Ingr.)

Berninastr. 9

8057 Zuerich

Europe

Telephone: +41 (0) 43 300 4602

Mobile:+41 (0) 79 207 3268


http://www.JDCassidy.net

http://en.wikipedia.org/wiki/UEF

--
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 IBM Mainframe Computer Time To Rent.

2008-07-04 Thread Jim McAlpine
On 7/3/08, Itschak Mugzach <[EMAIL PROTECTED]> wrote:
>
> Shay,
>
> If you're an IBM partner in development, it will cost you only 300$ to have
> a full finction mainframe. Call me if you want a contact personin Irael.
>
>
> | Itschak Mugzach | Director | SecuriTeam Software |
> | Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype:
> Itschak
> Mugzach | Web: www.Securiteam.co.il  |


I think that should be $300 per month.

Jim McAlpine

--
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: Edit macro to support jcl set commands in instream inputs

2008-07-04 Thread Itschak Mugzach
Kenneth, 

This rexx is for the maint. Jobs. If you run the same job for every region,
for example if you have several IMS regions each of which has a different
naming convention, CRC etc., but all the rest is the same, why to handle
several copies? 


| Itschak Mugzach | Director | SecuriTeam Software |
| Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: Itschak
Mugzach | Web: www.Securiteam.co.il  | 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Kenneth E Tomiak
Sent: Friday, July 04, 2008 3:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Edit macro to support jcl set commands in instream inputs

Can you give an example of why running rexx code on tens of CICS regions
every time they start up day after day to change a variable in SYSIN which
is stored in a permanent dataset is productive? After all, I know have to go
add SET statements to started task JCL for variables that are only in SYSIN,
maybe.

On Tue, 1 Jul 2008 17:44:53 +0200, Itschak Mugzach
<[EMAIL PROTECTED]> wrote:

>Dave,
>
>This is not an application. The is standart JCL stored in your librabry.
>Suppose that you have some tens of CICS environments. All have the same 
>charcturistics execpt some prefix. JCL SET command will take care of 
>the JCL variables, but what about the sysin data? This rexx exec take 
>care of the sysin data only and let MVS take care of the JCL side, but 
>both areusing the same set of values visa JCL SET commands.
>
>Regards,
>
>
>| Itschak Mugzach | Director | SecuriTeam Software |

--
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


__ NOD32 3240 (20080704) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Related to: DB2 V8 and Unicode

2008-07-04 Thread Steve Comstock

Mark Zelden wrote:

On Thu, 3 Jul 2008 19:04:10 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote:


On Thu, 3 Jul 2008 16:52:25 -0500, Brian Peterson
<[EMAIL PROTECTED]> wrote:


Well, if you *don't* initialize Unicode On Demand by issuing a simple command
at IPL time, DB2 Version 8 will detect that Unicode has not been

initialized and

will attempt to load the huge pre-built image.

Again, I don't see this as a problem.  Apparently either does IBM since the
migration guide recommends removing CUN* members from parmlib.





I forgot to add...   

Even if you think 40M (or however big the pre-built image is now) is "huge", 
remember that by default under z/OS 1.8 and above all tables are loaded
in non-page fixed storage by default (you can page fix them if desired). 
This doesn't apply to z/OS 1.7 though AFAIK.


Does any other component or product use Unicode on demand?

For example, Java uses Unicode; C, COBOL, and PL/I all have
Unicode support. Do any of these use the Unicode tables loaded
by Unicode on demand?



Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four<==
==> programming languages, JCL to Assemble or compile, <==
==> bind and test. <==
==>   http://www.trainersfriend.com/TTFStore/index.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



Re: Chargeback reporting

2008-07-04 Thread Scott Barry
Agreed.  Also, consider that the only Chargeback-related SMF data source 
providing service units is the SMF type 30 data for address space usage.  
Better to calculate and use a normalized (using a user-defined 
speed/conversion factor) CPU time metric, derived from the specific SMF / log 
data source.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Sysplex CDS placement

2008-07-04 Thread Vernooy, C.P. - SPLXM
Hello group,

 

Manual z/OS V1R8.0 MVS Setting Up a Sysplex still states that the
Primary Sysplex couple dataset and the Primary CFRM couple dataset
should reside on different volumes. I suppose this was valid 10 years
ago, but is it still with current modern devices with PAV, large caches
etc. etc.?

 

We haven't implemented the Message based protocol for the CFRM datasets,
since it has (had) a PE against it. Still I never noticed high activity
against the CFRM dataset, so I wondere if it is safe to put all Sysplex
CDS's on one volume.

 

GDPS advices to quadruple the Sysplex CDSs: each dataset an alternate in
the other site and each dataset a spare in each site. So we need either
4 or 8 volumes.

 

Any recommendations and practices from the real world are appreciated.

 

Thanks,

Kees.

 



**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
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



Memory Upgradation ??

2008-07-04 Thread Jacky Bright
I have z9BC Processor. My organisation decided for CPU upgradation. IBM has
been suggesting that we may have to go for memory upgradation along with
MIPS upgradation.  I have never faced any memory related issues in the past.
Should I go for memory upgradation as well ?

Which metric in the report will decide the requirement of memory ? Which
factor decides whether we need to go for memory upgradation or not ?

JAcky

--
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: Chargeback reporting

2008-07-04 Thread Ted MacNEIL
>Agreed.

Try including an extract from the post you're agreeing to.
Or, at least the name.
It makes this response easier to follow.

Thanks.

-
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



Return the base of the racf.

2008-07-04 Thread HELIO

Hello,

I made a copy of the database of RACF, now I'm looking to return the 
data from some users who were excluded improperly (back in full 
including password), if I come back I will lose all the basic all 
records made after the day's copy, someone knows only one way to return 
some data?. I've used the utility IRRUT400.


Thank you.

--
Hélio José da Silva
Depto. Software Básico

--
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: Return the base of the racf.

2008-07-04 Thread R.S.

HELIO wrote:

Hello,

I made a copy of the database of RACF, now I'm looking to return the 
data from some users who were excluded improperly (back in full 
including password), if I come back I will lose all the basic all 
records made after the day's copy, someone knows only one way to return 
some data?. I've used the utility IRRUT400.


No way.
You did backup of RACFdb as a single entity. There is no method to 
restore chosen profiles only.

However it should be piece of cake to re-create them (excluding password).
Otherwise you can restore the db on some test system and look at the 
profiles you want to re-create.
Or, you can restore it on production, but everything in RACF will be 
"backed in time".



--
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



Re: Memory Upgradation ??

2008-07-04 Thread Rick Fochtman
The short easy answer is "It depends". You need to look at average frame 
utilization of real storage and also at paging. If you've got high real 
storage frame utilization, you may be seeing a low UIC as well, and 
significant paging.


I always went by the maxim that you can't have too much storage. :-)

"Upgradation" ??  I think you meant to say "Upgrade". :-)

Rick


Jacky Bright wrote:


I have z9BC Processor. My organisation decided for CPU upgradation. IBM has
been suggesting that we may have to go for memory upgradation along with
MIPS upgradation.  I have never faced any memory related issues in the past.
Should I go for memory upgradation as well ?

Which metric in the report will decide the requirement of memory ? Which
factor decides whether we need to go for memory upgradation or not ?

JAcky

--
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



Re: Return the base of the racf.

2008-07-04 Thread Rick Fochtman
That data is gone forever. You'll have to re-create the necessary 
profiles manually.


Rick


HELIO wrote:


Hello,

I made a copy of the database of RACF, now I'm looking to return the 
data from some users who were excluded improperly (back in full 
including password), if I come back I will lose all the basic all 
records made after the day's copy, someone knows only one way to 
return some data?. I've used the utility IRRUT400.


Thank you.



--
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: Return the base of the racf.

2008-07-04 Thread Ed Finnell
 
In a message dated 7/4/2008 1:07:05 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

No way.
You did backup of RACFdb as a single entity. There is no  method to 
restore chosen profiles only.


>>
I've used _DB2SYNC_ (mailto:[EMAIL PROTECTED])  numerous times on the way up. 
It will  
generate everything but the passwords. So you'd run DB2SYNC and add the  
differences to the upgrade database and the users would immediately have to  
change their password.
 
I see there's a new utility to copy passwords  too but I've never had the 
inclination.
 
_http://www-03.ibm.com/servers/eserver/zseries/zos/racf/goodies.html_ 
(http://www-03.ibm.com/servers/eserver/zseries/zos/racf/goodies.html) 







**Gas prices getting you down? Search AOL Autos for 
fuel-efficient used cars.  
(http://autos.aol.com/used?ncid=aolaut000507)

--
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: Sysplex CDS placement

2008-07-04 Thread R.S.

Vernooy, C.P. - SPLXM wrote:

Hello group,

 


Manual z/OS V1R8.0 MVS Setting Up a Sysplex still states that the
Primary Sysplex couple dataset and the Primary CFRM couple dataset
should reside on different volumes. I suppose this was valid 10 years
ago, but is it still with current modern devices with PAV, large caches
etc. etc.?

 


We haven't implemented the Message based protocol for the CFRM datasets,
since it has (had) a PE against it. Still I never noticed high activity
against the CFRM dataset, so I wondere if it is safe to put all Sysplex
CDS's on one volume.

 


GDPS advices to quadruple the Sysplex CDSs: each dataset an alternate in
the other site and each dataset a spare in each site. So we need either
4 or 8 volumes.

 


Any recommendations and practices from the real world are appreciated.


My €0.02: just follow the rules. PAV has nothing to RESERVE.

To save disk space you can create small 3390-1 on your DASD box. And use 
remaining space for some low-activity data, like backup copy of RACF db.


BTW: Health Checker also suggests to keep LOGGER CDS on separate volume, 
but AFAIK it is considered as a mistake.


--
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



Re: Return the base of the racf.

2008-07-04 Thread R.S.

Ed Finnell wrote:

 
In a message dated 7/4/2008 1:07:05 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:


No way.
You did backup of RACFdb as a single entity. There is no  method to 
restore chosen profiles only.



I've used _DB2SYNC_ (mailto:[EMAIL PROTECTED])  numerous times on the way up. It will  
generate everything but the passwords. So you'd run DB2SYNC and add the  
differences to the upgrade database and the users would immediately have to  
change their password.
 
I see there's a new utility to copy passwords  too but I've never had the 
inclination.


I forgot about DBSYNC. However it requires IRRDBU as an input, so the 
database still need to be restored on some sandbox system.
Then you can just view the profiles (my previous suggesttion), or use 
DBSYNC to to it in more automated way. However the effort to run DBSYNC 
is not free.
There's also a tool called PWDCOPY, which allows to copy password of 
given user (source and target userid have to be the same).


So, using these two tools you can re-create the user including their 
passwords. ...but still excluding other secret data like session key or 
passphrase.


--
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



Re: Return the base of the racf.

2008-07-04 Thread Knutson, Sam
Hi,

I suggest you ask you question on the RACF-L list and also in the mean time 
review the archives for RACF-L.  There has been a lot of discussion about the 
DBSYNC tool that might help you out.  Check it out and try a little careful 
experimentation. 

IBM AS-IS DBSYNC tool 

http://www-03.ibm.com/servers/eserver/zseries/zos/racf/dbsync.html

http://www-03.ibm.com/servers/eserver/zseries/zos/racf/goodies.html 


Archives (also join through web) 

http://listserv.uga.edu/archives/racf-l.html



How to Join using email taken from 

http://www-03.ibm.com/servers/eserver/zseries/zos/racf/racf-l.html

The RACF-L Discussion List 
 
 
Customers and IBM participants may also discuss RACF on the RACF-L discussion 
list. RACF-L is not operated or sponsored by IBM, but is run by the University 
of Georgia.

To subscribe to the RACF-L discussion in order to receive postings, send a note 
to:

[EMAIL PROTECTED] 
Include the following line in the body of the note, substituting your first 
name and last name as indicated: subscribe racf-l first_name last_name

To post a question or response to the RACF-L forum, send a note to: [EMAIL 
PROTECTED] Please include an appropriate subject line in your posting.



Best Regards, 

Sam Knutson, GEICO 
System z Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574  

"Think big, act bold, start simple, grow fast..." 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of HELIO
Sent: Friday, July 04, 2008 1:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Return the base of the racf.

Hello,

I made a copy of the database of RACF, now I'm looking to return the 
data from some users who were excluded improperly (back in full 
including password), if I come back I will lose all the basic all 
records made after the day's copy, someone knows only one way to return 
some data?. I've used the utility IRRUT400.

Thank you.

-- 
Hélio José da Silva
Depto. Software Básico

--
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


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
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: Memory Upgradation ??

2008-07-04 Thread Ed Finnell
 
In a message dated 7/4/2008 1:22:42 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

utilization of real storage and also at paging. If you've got high real  
storage frame utilization, you may be seeing a low UIC as well, and  
significant paging.

I always went by the maxim that you can't have  too much storage. :-)


>>
It's a whole tuning opportunity.  Dr. H  Pat used to say takes about a months 
worth of RMF to get a ball park answer.  In general faster processor means 
less paging utilization, but you have to  look at the queue lengths and see how 
much is backed up by storage  constraints.
RMF I or RMFPP should give a ballpark. If the business is cyclical want  to 
look at the 'heavy months'.
 
Guess a good question to ask the ISV would be  what are the recommendations 
based on-RMF or sales quota?







**Gas prices getting you down? Search AOL Autos for 
fuel-efficient used cars.  
(http://autos.aol.com/used?ncid=aolaut000507)

--
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: Return the base of the racf.

2008-07-04 Thread Ivan Warren

Rick Fochtman wrote:
That data is gone forever. You'll have to re-create the necessary 
profiles manually.



Tss tss..

Data is *never* gone forever !

Given an infinite number of moneys, and following RFC 2795, the data 
should be retrievable within a finite amount of time !


...
Ok..
Gone forever !
...

--Ivan

--
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: Memory Upgradation ??

2008-07-04 Thread Martin Packer
.. and also opportunities to exploit memory. For example DB2 buffering.

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
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: Memory Upgradation ??

2008-07-04 Thread Shane Ginnane
Quoting Jacky Bright:

> I have z9BC Processor. My organisation decided for CPU upgradation.
> IBM has  been suggesting that we may have to go for memory
> upgradation along with MIPS upgradation.
> I have never faced any memory related issues in the past.
> Should I go for memory upgradation as well ?
> 
> Which metric in the report will decide the requirement of memory ?
> Which factor decides whether we need to go for memory upgradation or not ?

The IBM recommendation is probably what popped out of a
model/simulation. If you ask nicely they may even give you the results.
May be as simple as a "xxx Gigs/processor rule-of-thumb"- may be more
complex; more CPUs means more work, means more memory pressure, means
more memory needed.
Who knows.
You'll probably find it "cheaper" to purchase the memory as part of the
upgrade than order it a couple of months down the track if you do run
into problems. Might save some embarrassment  too ... ;-)

--
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: Memory Upgradation ??

2008-07-04 Thread Ted MacNEIL
>May be as simple as a "xxx Gigs/processor rule-of-thumb"- may be more complex; 
>more CPUs means more work, means more memory pressure, means more memory 
>needed.
>Who knows.

I may not know, but I have an opinion.
I don't think you can drive the default config (8GB) that far with a BC.
-
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



Re: Display IEAOPT

2008-07-04 Thread Don Deese

Hi Elardus,

SMF Type 90 (Subtype 11) simply gives the OPT names: SMF90OPO = old OPT 
parmlib member name, SMF90OPN = new OPT parmlib member name.  These names 
don't tell you much about the values actually specified in the old and new 
OPT members.  :-(


The lack of OPT information in SMF is indeed unfortunate.  As Martin Packer 
implied, automated performance analysis tools cannot easily check for 
common OPT problems if the data is not easily available!


In a legacy version of CPExpert, the "SRM Component" checked 
IPS/ICS/OPT/TSOKEY parameters by reading the relevant members in 
sys1.parmlib.  This approach was prone to user error, since the actual 
sys1.parmlib members had to be available to the system on which CPExpert 
was running, but the system being evaluated was not necessarily the system 
on which CPExpert ran!  Even then, operator changes to OPT specifications 
would not always be reflected in sys1.parmlib members.


With modern z/OS environments, most of IBM subsystems are 
"self-documenting" so automated performance analysis tools can easily build 
a "model" of the environment being analyzed.


With WLM, most of the relevant information is available in TYPE 72, and SMF 
is "self documenting" with regard to service class period information, 
resource group information, etc.  There still is the missing workload 
classification information, but most information necessary for analyzing 
WLM performance problems is available in SMF.  Specifications related to 
PR/SM, IRD, Blocked Workload, HiperDispatch Management Mode, and other 
system parameter specifications are available in SMF.  As a result, 
automated performance analysis products can happily read SMF data and have 
an understanding of detailed performance issues in these z/OS performance 
areas.


Similarly, a legacy version of the CPExpert CICS Component had to read the 
System Initialization Table (SIT) parameters directly from the SIT (and any 
operator overrides had to be explicitly provided).  This was annoying to 
users, particularly for those users with a large number of unique (not 
cloned) CICS regions.  Since CICS MVS/ESA Release 4.1, most (and all 
important) SIT parameters are provided in SMF Type 110 records, and the 
CICS Development Team continues to add SIT values to the Type 110 records 
as new features are added to CICS.  Automated performance analysis products 
can happily read SMF Type 110 data and have an understanding of detailed 
performance issues in CICS performance areas.


All important DB2 parameters and specifications are available in SMF 
(particularly if Trace Type 106 is available).


A complete model of the DASD I/O environment now can be constructed 
entirely from SMF data.


WebSphere MQ parameter specifications are available in SMF (and detailed 
queue information is available if SMF Type 116 is available).


The bottom line of this is that IBM has been moving extensively toward 
providing "self documenting" data in SMF.


The glaring lack of complete performance-related OPT information is the one 
major area in which "self documenting" specifications have not been made 
available in SMF.


It almost seems to be a hit-or-miss situation as to whether OPT 
specifications are available in SMF!.  As examples, there is complete 
information in SMF Type 70 records about OPT specifications for some new 
features (such as OPT specifications controlling Blocked Workload or 
HiperDispatch Management Mode), but there is no OPT information in SMF 
about other new features (such as ZAAPAWMT or ZIIPAWMT).  It is 
disheartening to know that performance problems could easily be identified 
and solutions recommended automatically, if only the required OPT 
information were available in SMF!


Placing the remaining performance-related OPT information in the SMF Type 
70 records would significantly improve automated performance analysis and 
would have almost zero effect on SMF file size.


Regards,

Don

**
Don Deese, Computer Management Sciences, Inc.
Voice: (703) 922-7027  Fax: (703) 922-7305
http://www.cpexpert.com
**

"Elardus Engelbrecht" <[EMAIL PROTECTED]> wrote in message 
news: <[EMAIL PROTECTED]>...

[ This is a resend atttempt, apparently my first post never went to IBM-MAIN ]

Martin Packer  wrote:
>All the OPT parms and WLM policy details and any dynamic overrides of 
those ought to be in an SMF record. "Self documenting" would be a GOOD thing.




Indeed. Look for SMF type 90, subtype 11. Look for SMF90TID.
Groete / Greetings
Elardus Engelbrecht


--
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: Edit macro to support jcl set commands in instream inputs

2008-07-04 Thread Kenneth E Tomiak
You lost me. You were talking about CICS regions, then maint jobs, then IMS, 
then CRC. And yet still provided no clear example of what good it would be. 
Perhaps you have a tool and are trying to force it to be used somewhere?


On Fri, 4 Jul 2008 14:37:23 +0200, Itschak Mugzach 
<[EMAIL PROTECTED]> wrote:

>Kenneth,
>
>This rexx is for the maint. Jobs. If you run the same job for every region,
>for example if you have several IMS regions each of which has a different
>naming convention, CRC etc., but all the rest is the same, why to handle
>several copies?
>
>
>| Itschak Mugzach | Director | SecuriTeam Software |
>| Email: [EMAIL PROTECTED] | Mob: +972 522 986404 | Skype: 
Itschak
>Mugzach | Web: www.Securiteam.co.il  |
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
Behalf
>Of Kenneth E Tomiak
>Sent: Friday, July 04, 2008 3:45 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Edit macro to support jcl set commands in instream inputs
>
>Can you give an example of why running rexx code on tens of CICS regions
>every time they start up day after day to change a variable in SYSIN which
>is stored in a permanent dataset is productive? After all, I know have to go
>add SET statements to started task JCL for variables that are only in SYSIN,
>maybe.
>
>On Tue, 1 Jul 2008 17:44:53 +0200, Itschak Mugzach
><[EMAIL PROTECTED]> wrote:
>
>>Dave,
>>
>>This is not an application. The is standart JCL stored in your librabry.
>>Suppose that you have some tens of CICS environments. All have the same
>>charcturistics execpt some prefix. JCL SET command will take care of
>>the JCL variables, but what about the sysin data? This rexx exec take
>>care of the sysin data only and let MVS take care of the JCL side, but
>>both areusing the same set of values visa JCL SET commands.
>>
>>Regards,
>>
>>
>>| Itschak Mugzach | Director | SecuriTeam Software |
>
>--
>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
>
>
>__ NOD32 3240 (20080704) Information __
>
>This message was checked by NOD32 antivirus system.
>http://www.eset.com
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
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