migration from PMDC to Performance Monitor

[ca.portal.admin]

Hi,



we are thinking about a migration from the PMDC to the
Performance Monitor from CA. Is there somebody who has
experiences with such a migration?

In the moment we're using the PMDC to write SMF-record but also
as a monitor to control the CVs with several settings e.g. to
abend tasks when they are using too much storage, CPU, ...



Best regards



Josef Lust



T-Systems Enterprise Services GmbH

Computing Services & Solutions (CSS)

Application Line Automotive & Manufacturing

Josef Lust

IDMS/MQS & SAG Services

Emmy-Noether-Str. 17, D-76131 Karlsruhe

[phone] (Phone)
[phone] - 05 94 (Fax)
[phone] (Mobile)
E-Mail: [e-mail] <mailTo:[e-mail]>
Internet: http://www.t-systems.com <http://www.t-systems.com/>
Mailbox of function group: [e-mail]



T-Systems Enterprise Services
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent
erprise_Services> GmbH

Supervisory Board: René Obermann (Chairman)

Board of Management
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man
agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim
Langmack, Dr. Matthias Schuster, Klaus Werner

Commercial register: Amtsgericht Frankfurt am Main HRB 55933

Registered office: Frankfurt am Main

WEEE -Reg.-No. DE87523644



Notice: This transmittal and/or attachments may be privileged
or confidential. If you are not the intended recipient, you are
hereby notified that you have received this transmittal in
error; any review, dissemination, or copying is strictly
prohibited. If you received this transmittal in error, please
notify us immediately by reply and immediately delete this
message and all its attachments. Thank you.



T-Systems - Business flexibility
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus
iness_flexibility>


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: migration from PMDC to Performance Monitor
"as far as i can tell - the CA-Performance Monitor add-on for IDMS does NOT
allow for auto-cancelling when a predetermined criteria is met
if the SMF reporting and auto-cancel features are important to you and
PMDC performs those functions - you might be better off to stay with PMDC



at our site - we use CA=PerfMon for the SMF reporting, and ASG-Prealert
for auto-cancelling feature (in fact - when any predetermined criteria is
met, not only can you cancel the offending task - ASG-Prealert will
optionally submit a batch job with criteria-dependent tokens of your
choosing, so that you can send emails with pertinent information - or do
whatever your site deems appropriate

in this example - ASG-PreAlert pulls in this JCL when an ""event"" is
detected - replaces &CVNO with cv# and &MSGA with the PreAlert-generated
message - and we pass the output to a program that uses that info in an
email


//ICEMAN EXEC PGM=ICEMAN
//* ** ICEMAN SORT **
//ALTPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//SYSOUT DD SYSOUT=*
//SORTIN DD *
CV&CVNO &MSGA
//SORTOUT DD DSN=&&WORK01,
// DISP=(,PASS),
// UNIT=VIO
//SORTWK01 DD SPACE=(CYL,(50)),
// UNIT=SYSDA
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
SORT FIELDS=COPY
END






Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[e-mail]

you only need to test the programs that you want to work correctly


The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] migration from PMDC to Performance Monitor
"as far as i can tell - the CA-Performance Monitor add-on for IDMS does NOT
allow for auto-cancelling when a predetermined criteria is met
if the SMF reporting and auto-cancel features are important to you and
PMDC performs those functions - you might be better off to stay with PMDC



at our site - we use CA=PerfMon for the SMF reporting, and ASG-Prealert
for auto-cancelling feature (in fact - when any predetermined criteria is
met, not only can you cancel the offending task - ASG-Prealert will
optionally submit a batch job with criteria-dependent tokens of your
choosing, so that you can send emails with pertinent information - or do
whatever your site deems appropriate

in this example - ASG-PreAlert pulls in this JCL when an ""event"" is
detected - replaces &CVNO with cv# and &MSGA with the PreAlert-generated
message - and we pass the output to a program that uses that info in an
email


//ICEMAN EXEC PGM=ICEMAN
//* ** ICEMAN SORT **
//ALTPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//SYSOUT DD SYSOUT=*
//SORTIN DD *
CV&CVNO &MSGA
//SORTOUT DD DSN=&&WORK01,
// DISP=(,PASS),
// UNIT=VIO
//SORTWK01 DD SPACE=(CYL,(50)),
// UNIT=SYSDA
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
SORT FIELDS=COPY
END






Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[e-mail]

you only need to test the programs that you want to work correctly


The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Restructure a field used as a key in an index
"Hello All:



I have not done this in a very long time so I thought I would ask for some
advice from the list members.



I need to restructure an element from PIC X to PIX X(3), the issue is that
this element is used as an index key in a system owned index and the index
structure (SR7 & SR8) resides in the same physical area as the data that is
indexed (not my design).



The restructure is simple, my question is do I just to an index rebuild
after the restructure or do I need to delete the index before the
restructure and then build it after the restructure?



Any help or comments would be appreciated.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Restructure a field used as a key in an index
"Hello All:



I have not done this in a very long time so I thought I would ask for some
advice from the list members.



I need to restructure an element from PIC X to PIX X(3), the issue is that
this element is used as an index key in a system owned index and the index
structure (SR7 & SR8) resides in the same physical area as the data that is
indexed (not my design).



The restructure is simple, my question is do I just to an index rebuild
after the restructure or do I need to delete the index before the
restructure and then build it after the restructure?



Any help or comments would be appreciated.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: Restructure a field used as a key in an index
"I believe a rebuild is enough (from members or from all-rows, if it is
mandatory).
Take a look at the Data Administration Guide vol 2. Chapter 32 - Modifying
Schema Entities (Release 16), there may be additional useful information.
Chapter 32.6 addresses index modifications.

If you are changing the control length of the record you should use
IDMSRSTC to create the macro. If you are unsure whether you are changing
the control length, use the IDMSRSTC program as well.

If this is a heavily used index and area, you should consider splitting it
so the data is in one part of the area and the index in another, by using
offsets. It would require an unload/reload. It is by no way perfect, but
more practical than creating a new area for the index, which would require
program changes.

Tommy Petersen
110 Cokesbury Rd
Room 542H
Lebanon, NJ 08833

Phone:
Internal 200 - 3699
External [phone]
Fax: [phone]




""William M.
Allen, Jr.""
<archcons@BELLSOU To
TH.NET> [e-mail]
Sent by: IDMS cc
Public Discussion
Forum Subject
<IDMS-L@LISTSERV. Restructure a field used as a key
IUASSN.COM> in an index


07/06/2009 10:00
AM


Please respond to
archcons@bellsout
h.net






Hello All:



I have not done this in a very long time so I thought I would ask for some
advice from the list members.



I need to restructure an element from PIC X to PIX X(3), the issue is that
this element is used as an index key in a system owned index and the index
structure (SR7 & SR8) resides in the same physical area as the data that is
indexed (not my design).



The restructure is simple, my question is do I just to an index rebuild
after the restructure or do I need to delete the index before the
restructure and then build it after the restructure?



Any help or comments would be appreciated.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: Restructure a field used as a key in an index
"I believe a rebuild is enough (from members or from all-rows, if it is
mandatory).
Take a look at the Data Administration Guide vol 2. Chapter 32 - Modifying
Schema Entities (Release 16), there may be additional useful information.
Chapter 32.6 addresses index modifications.

If you are changing the control length of the record you should use
IDMSRSTC to create the macro. If you are unsure whether you are changing
the control length, use the IDMSRSTC program as well.

If this is a heavily used index and area, you should consider splitting it
so the data is in one part of the area and the index in another, by using
offsets. It would require an unload/reload. It is by no way perfect, but
more practical than creating a new area for the index, which would require
program changes.

Tommy Petersen
110 Cokesbury Rd
Room 542H
Lebanon, NJ 08833

Phone:
Internal 200 - 3699
External [phone]
Fax: [phone]




""William M.
Allen, Jr.""
<archcons@BELLSOU To
TH.NET> [e-mail]
Sent by: IDMS cc
Public Discussion
Forum Subject
<IDMS-L@LISTSERV. Restructure a field used as a key
IUASSN.COM> in an index


07/06/2009 10:00
AM


Please respond to
archcons@bellsout
h.net






Hello All:



I have not done this in a very long time so I thought I would ask for some
advice from the list members.



I need to restructure an element from PIC X to PIX X(3), the issue is that
this element is used as an index key in a system owned index and the index
structure (SR7 & SR8) resides in the same physical area as the data that is
indexed (not my design).



The restructure is simple, my question is do I just to an index rebuild
after the restructure or do I need to delete the index before the
restructure and then build it after the restructure?



Any help or comments would be appreciated.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: z/OS R1.10 upgrade
"We are in the process of making an even bigger leap. We are currently
running on Rel 14.1 sp3 for IDMS and our OS is os/390 v2r10. We have
started the conversion to z/OS 1.10. Brought up our test cv yesterday
on the 1.10 with no changes, except adding ALLOWUSERKEYCSA(yes) to the
system parms. Everything seems to be running smoothly. We hope to
complete this conversion by the end of August.


Thanks,
Randy Bunton
Database Administrator
Charleston Water System

[ca.portal.admin]

=20

Hi,

=20

=20

=20

we are thinking about a migration from the PMDC to the Performance =
Monitor
from CA. Is there somebody who has experiences with such a migration?

=20

In the moment we're using the PMDC to write SMF-record but also as a =
monitor
to control the CVs with several settings e.g. to abend tasks when they =
are
using too much storage, CPU, ...

=20

=20

=20

Best regards

=20

=20

=20

Josef Lust

=20

=20

=20

T-Systems Enterprise Services GmbH

=20

Computing Services & Solutions (CSS)

=20

Application Line Automotive & Manufacturing

=20

Josef Lust

=20

IDMS/MQS & SAG Services=20

=20

Emmy-Noether-Str. 17, D-76131 Karlsruhe

=20

[phone] (Phone)

[phone] - 05 94 (Fax)

[phone] (Mobile)

E-Mail: [e-mail] <mailTo:[e-mail]>=20

Internet: http://www.t-systems.com <http://www.t-systems.com/> =20

Mailbox of function group: [e-mail]

=20

=20

=20

T-Systems Enterprise Services=20

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent

erprise_Services> GmbH=20

=20

Supervisory Board: Ren=E9 Obermann (Chairman)=20

=20

Board of Management=20

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man

agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim=20

Langmack, Dr. Matthias Schuster, Klaus Werner=20

=20

Commercial register: Amtsgericht Frankfurt am Main HRB 55933=20

=20

Registered office: Frankfurt am Main=20

=20

WEEE -Reg.-No. DE87523644=20

=20

=20

=20

Notice: This transmittal and/or attachments may be privileged=20

or confidential. If you are not the intended recipient, you are=20

hereby notified that you have received this transmittal in=20

error; any review, dissemination, or copying is strictly=20

prohibited. If you received this transmittal in error, please=20

notify us immediately by reply and immediately delete this=20

message and all its attachments. Thank you.

=20

=20

=20

T-Systems - Business flexibility=20

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus

iness_flexibility> =20

=20

=20

This e-mail may contain confidential or privileged information. If

you think you have received this e-mail in error, please advise the

sender by reply e-mail and then delete this e-mail immediately.

Thank you. Aetna
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: migration from PMDC to Performance Monitor
"Thanks Gary.



You are correct with respect to creating and then viewing the CV dumps.



PMDC has many many ALERT capabilities and the ability to extend Limits for
specific Tasks and Programs.



We have the External Monitor as stated and, to further enhance this
capability, we off a PMDC component called Command Center (CVCC) that allows
one to monitor multiple CVs anywhere on a VTAM Network from one terminal.



There are too many features to describe here and this is not a Sales forum
so if anyone has interest, please contact me directly.



Cheers,

John T. Abell

President

International Software Products

Tel: [phone] Ext: 224

International: 1-416-593-5578 Ext: 224

Fax: [phone]

International: 1-416-593-5579



E-mail: [e-mail]

Web: www.ispinfo.com



This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

[ca.portal.admin]

Hi,



we are thinking about a migration from the PMDC to the Performance Monitor from CA. Is there somebody who has experiences with such a migration?

In the moment we're using the PMDC to write SMF-record but also as a monitor to control the CVs with several settings e.g. to abend tasks when they are using too much storage, CPU, ...



Best regards



Josef Lust



T-Systems Enterprise Services GmbH

Computing Services & Solutions (CSS)

Application Line Automotive & Manufacturing

Josef Lust

IDMS/MQS & SAG Services

Emmy-Noether-Str. 17, D-76131 Karlsruhe

[phone] (Phone)
[phone] - 05 94 (Fax)
[phone] (Mobile)
E-Mail: [e-mail] <mailTo:[e-mail]>
Internet: http://www.t-systems.com <http://www.t-systems.com/>
Mailbox of function group: [e-mail]



T-Systems Enterprise Services
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent
erprise_Services> GmbH

Supervisory Board: René Obermann (Chairman)

Board of Management
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man
agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim
Langmack, Dr. Matthias Schuster, Klaus Werner

Commercial register: Amtsgericht Frankfurt am Main HRB 55933

Registered office: Frankfurt am Main

WEEE -Reg.-No. DE87523644



Notice: This transmittal and/or attachments may be privileged
or confidential. If you are not the intended recipient, you are
hereby notified that you have received this transmittal in
error; any review, dissemination, or copying is strictly
prohibited. If you received this transmittal in error, please
notify us immediately by reply and immediately delete this
message and all its attachments. Thank you.



T-Systems - Business flexibility
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus
iness_flexibility>


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: migration from PMDC to Performance Monitor
"Thanks Gary.

=20

You are correct with respect to creating and then viewing the CV dumps.

=20

PMDC has many many ALERT capabilities and the ability to extend Limits =
for
specific Tasks and Programs.

=20

We have the External Monitor as stated and, to further enhance this
capability, we off a PMDC component called Command Center (CVCC) that =
allows
one to monitor multiple CVs anywhere on a VTAM Network from one =
terminal.

=20

There are too many features to describe here and this is not a Sales =
forum
so if anyone has interest, please contact me directly.

=20

Cheers,

John T. Abell

President

International Software Products

Tel: [phone] Ext: 224

International: 1-416-593-5578 Ext: 224

Fax: [phone]

International: 1-416-593-5579

=20

E-mail: [e-mail]

Web: www.ispinfo.com

=20

This email may contain confidential and privileged material for the sole =
use
of the intended recipient(s). Any review, use, retention, distribution =
or
disclosure by others is strictly prohibited. If you are not the intended =


recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,=20

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence =
thereof.

=20

=20

[ca.portal.admin]

Hi,



we are thinking about a migration from the PMDC to the
Performance Monitor from CA. Is there somebody who has
experiences with such a migration?

In the moment we're using the PMDC to write SMF-record but also
as a monitor to control the CVs with several settings e.g. to
abend tasks when they are using too much storage, CPU, ...



Best regards



Josef Lust



T-Systems Enterprise Services GmbH

Computing Services & Solutions (CSS)

Application Line Automotive & Manufacturing

Josef Lust

IDMS/MQS & SAG Services

Emmy-Noether-Str. 17, D-76131 Karlsruhe

[phone] (Phone)
[phone] - 05 94 (Fax)
[phone] (Mobile)
E-Mail: [e-mail] <mailTo:[e-mail]>
Internet: http://www.t-systems.com <http://www.t-systems.com/>
Mailbox of function group: [e-mail]



T-Systems Enterprise Services
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent
erprise_Services> GmbH

Supervisory Board: René Obermann (Chairman)

Board of Management
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man
agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim
Langmack, Dr. Matthias Schuster, Klaus Werner

Commercial register: Amtsgericht Frankfurt am Main HRB 55933

Registered office: Frankfurt am Main

WEEE -Reg.-No. DE87523644



Notice: This transmittal and/or attachments may be privileged
or confidential. If you are not the intended recipient, you are
hereby notified that you have received this transmittal in
error; any review, dissemination, or copying is strictly
prohibited. If you received this transmittal in error, please
notify us immediately by reply and immediately delete this
message and all its attachments. Thank you.



T-Systems - Business flexibility
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus
iness_flexibility>


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
How to count IDD entities
"Hello All:



Does anyone have any Culprits or anything that will count things in IDMS
like Cobol programs, Assembler Programs, ADS/A Applications, Dialogs and
Maps that you can share with me?



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
How to count IDD entities
"Hello All:



Does anyone have any Culprits or anything that will count things in IDMS
like Cobol programs, Assembler Programs, ADS/A Applications, Dialogs and
Maps that you can share with me?



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

[phone]
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: IDMS Connections - call for submissions for September 2009 Issue
"Hi,

We could provide some detail on DENI-DB and a customer Testimonial. How
soon do I need to have this to you and how low should it be?

John T. Abell
President
International Software Products
Tel: [phone] Ext: 224
International: 1-416-593-5578 Ext: 224
Fax: [phone]
International: 1-416-593-5579

E-mail: [e-mail]
Web: www.ispinfo.com

This email may contain confidential and privileged material for the sole =
use
of the intended recipient(s). Any review, use, retention, distribution =
or
disclosure by others is strictly prohibited. If you are not the intended =

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,=20
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence =
thereof.
=09

[ca.portal.admin]

Hi,







we are thinking about a migration from the PMDC to the Performance Monitor
from CA. Is there somebody who has experiences with such a migration?



In the moment we're using the PMDC to write SMF-record but also as a monitor
to control the CVs with several settings e.g. to abend tasks when they are
using too much storage, CPU, ...







Best regards







Josef Lust







T-Systems Enterprise Services GmbH



Computing Services & Solutions (CSS)



Application Line Automotive & Manufacturing



Josef Lust



IDMS/MQS & SAG Services



Emmy-Noether-Str. 17, D-76131 Karlsruhe



[phone] (Phone)

[phone] - 05 94 (Fax)

[phone] (Mobile)

E-Mail: [e-mail] <mailTo:[e-mail]>

Internet: http://www.t-systems.com <http://www.t-systems.com/>

Mailbox of function group: [e-mail]







T-Systems Enterprise Services

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent

erprise_Services> GmbH



Supervisory Board: René Obermann (Chairman)



Board of Management

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man

agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim

Langmack, Dr. Matthias Schuster, Klaus Werner



Commercial register: Amtsgericht Frankfurt am Main HRB 55933



Registered office: Frankfurt am Main



WEEE -Reg.-No. DE87523644







Notice: This transmittal and/or attachments may be privileged

or confidential. If you are not the intended recipient, you are

hereby notified that you have received this transmittal in

error; any review, dissemination, or copying is strictly

prohibited. If you received this transmittal in error, please

notify us immediately by reply and immediately delete this

message and all its attachments. Thank you.







T-Systems - Business flexibility

<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus

iness_flexibility>





This e-mail may contain confidential or privileged information. If

you think you have received this e-mail in error, please advise the

sender by reply e-mail and then delete this e-mail immediately.

Thank you. Aetna
"
IDMS Public Discussion Forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: migration from PMDC to Performance Monitor
"Ah, those sysgen 'limits'=2E They are there, and useful, with a little hel=
p to make them sensible=2E The same thing can be said about a PMRM and PMD=
C comparison=2E PMDC is a sensible tool, PMRM dumps a bunch of statistics =
buckets=2E PMRM is useful in an IDMS DC environment where applications ar=
e running in IDMS=2E ADSO based apps=2E In that case PMRM is a good for g=
raphs=2E But from an operational side, don't we use a monitor when the chi=
ps are down? Like, no one can log into IDMS, it's hung, or maybe all the j=
ournals have been filled by some batch job, and we want to find out quick w=
hat the jobname and user id is? Perfmon wont help you there=2E You actual=
ly have to write code to pull the job accounting information out of the job=
card and make it available to be seen=2E I find tha difference between Pe=
rfmon and PMDC is that PMDC is real world developed by practicioners, Perfm=
on is good for the ADS user who wants to see scratch record usage, but from=
an operational support point of view, PMDC is irreplacable by Perfmon=2E=
=0D=0A=0D=0ALutz Petzold=0D=0ATDM UDB/IDMS Support=0D=0A401-782-2265=0D=0AP=
age 860 366 0865 or Telalert=0D=0A =0D=0A =0D=0A=0D=0A

[ca.portal.admin]

Hi,

=20

we are thinking about a migration from the PMDC to the Performance Monitor =
from CA. Is there somebody who has experiences with such a migration?

In the moment we're using the PMDC to write SMF-record but also as a monito=
r to control the CVs with several settings e.g. to abend tasks when they ar=
e using too much storage, CPU, ...

=20

Best regards

=20

Josef Lust

=20

T-Systems Enterprise Services GmbH

Computing Services & Solutions (CSS)

Application Line Automotive & Manufacturing

Josef Lust

IDMS/MQS & SAG Services=20

Emmy-Noether-Str. 17, D-76131 Karlsruhe

[phone] (Phone)
[phone] - 05 94 (Fax)
[phone] (Mobile)
E-Mail: [e-mail] <mailTo:[e-mail]>=20
Internet: http://www.t-systems.com <http://www.t-systems.com/> =20
Mailbox of function group: [e-mail]

=20

T-Systems Enterprise Services=20
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Ent
erprise_Services> GmbH=20

Supervisory Board: Ren=E9 Obermann (Chairman)=20

Board of Management=20
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Man
agement> : Reinhard Clemens (Chairman), Olaf Heyden, Joachim=20
Langmack, Dr. Matthias Schuster, Klaus Werner=20

Commercial register: Amtsgericht Frankfurt am Main HRB 55933=20

Registered office: Frankfurt am Main=20

WEEE -Reg.-No. DE87523644=20

=20

Notice: This transmittal and/or attachments may be privileged=20
or confidential. If you are not the intended recipient, you are=20
hereby notified that you have received this transmittal in=20
error; any review, dissemination, or copying is strictly=20
prohibited. If you received this transmittal in error, please=20
notify us immediately by reply and immediately delete this=20
message and all its attachments. Thank you.

=20

T-Systems - Business flexibility=20
<https://systemsnet.telekom.de/tool/de_systemswiki/index.php/Bus
iness_flexibility> =20

=20
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS 3rd-party providers forum
[e-mail]
SMTP
[e-mail]
[e-mail]
SMTP








Normal

Normal
Re: migration from PMDC to Performance Monitor
"I have worked with both products and so feel qualified to comment on the original question and on Josef's reply in particular. PerfMon does show when there are deadlocks on a resource - the terminal that is holding the resource is shown beside any other task that is waiting for the same resource - the User Id is by default displayed with both the offending and the waiting task. The PerfMon screens are of course user modifiable - so you can chose to show whichever information you fell is more useful on the screens that show this information.

When there is a deadlock that is resolved by the system the identities of the waiting task and the abended task are both displayed - along with the dbkey when the resource conflict was a dbkey - this is useful in working out if the problem is an application problem such as with OOAK or NOOAK records, or a system problem with indexes (or application with too few commits). So this is a non-issue in terms of PerfMon over PMDC.

PerfMon gives you the option of writing both Task statistics and/or (ADS) Applications statistics to SMF. You should be careful though because the SYSTEM statement in SYSGEN gives you the option of writing task stats to the DDLDCLOG which is both inefficient, and redundant if you are using PerfMon to write task stats to SMF.

One of the major advantages I found of PMDC was that it runs external to the IDMS-DC system - so if the CV/DC system is ""hung"" you can get in to poke around and see what the problem is. With PerfMon if the system is ""hung"" for certain reasons you will not be able to get in to take a look unless you have a PerfMon terminal session that is already open for you to use.

I may be wrong here, but I believe that PMDC lets you take a ""dump"" of the CV/DC system that you can then use the standard PMDC screens to navigate the system as if it was still running - even though you may have cancelled it. With PerfMon you would need to take a system SVC dump to forward to CA where they have tools to help to dig through the system internals - this tool is available to IDMS users but I am not aware of many people who know how to use it (outside of IBM, CA and ex-CA employees).

Like many things I think that one tends to prefer the tool that one is familiar with - I have greater familiarity with PerfMon and that would be my tool of choice.

There was another post in this thread to do with PMDC terminating tasks that have exceeded certain limits. This is a standard feature of IDMS-DC and does not require PerfMon - it's called ""SYSTEM LIMITS"" and can specify the maximum IO's, DBMS Calls and other criteria - which if exceeded will cause a task to be abended. There is also a System exit which allows the user to determine whether or not to override the abend. Use of this feature requires that SYSTEM TASK COLLECT must be turned on in SYSGEN - there is no need to do the WRITE if you don't want to.

I will qualify all of this by saying that my PMDC knowledge is several years out of date, while my PerfMon knowledge is current.

HTH - cheers - Gary


Gary Cherlet
Justice Technology Services
Department of Justice, SA Government
Telephone [phone]
Facsimile [phone]
Mobile [phone]
MailTo:[e-mail]

This e-mail message and any attachments are qualified as follows: Addressing: If you have received this e-mail in error, please advise by reply e-mail to the sender. Please also destroy the original transmission and its contents. Confidentiality: This e-mail may contain confidential information which also may be legally privileged. Only the intended recipient(s) may access, use, distribute or copy this e-mail. Individual Views: Unless otherwise indicated, the views expressed are those of the sender, not Justice Technology Services. Computer Viruses: It is the recipient's responsibility to check the e-mail and any attached files for viruses.

[ca.portal.admin]

=20

Josef,=20

=20

I dont think CA's Perfmon has the same capabilities as PMDC.

=20

CA's Perfmon simply dumps all the statistics collected by runtime IDMS =
into
a displayable format. But simple, useful things, like the jobname of =
the
batch job and userid that's causing everyone to deadlock because of high
update activity and few commits, Perfmon will not show you. You'll have =
to
do your own digging. I dont think it writes SMF records either.

You can abend tasks with Perfmon, by typing over the status field, but =
it is
a manual effort.

=20

What I would do is pick some critical features that PMDC offers, and try =
to
implement them in Perfmon. Open a ticket with CA and get expert help. =
I
could be wrong, but I think you'll find most of the time that the answer =
is,
can't do that with Perfmon.

=20

=20

=20

Lutz Petzold

TDM UDB/IDMS Support

401-782-2265

Page 860 366 0865 or Telalert

=20

=20

=20

[ca.portal.admin]

Josef,

I dont think CA's Perfmon has the same capabilities as PMDC.

CA's Perfmon simply dumps all the statistics collected by
runtime IDMS into a displayable format. But simple, useful
things, like the jobname of the batch job and userid that's
causing everyone to deadlock because of high update activity
and few commits, Perfmon will not show you. You'll have to do
your own digging. I dont think it writes SMF records either.
You can abend tasks with Perfmon, by typing over the status
field, but it is a manual effort.

What I would do is pick some critical features that PMDC
offers, and try to implement them in Perfmon. Open a ticket
with CA and get expert help. I could be wrong, but I think
you'll find most of the time that the answer is, can't do that
with Perfmon.



Lutz Petzold
TDM UDB/IDMS Support
401-782-2265
Page 860 366 0865 or Telalert

[ca.portal.admin]

Josef,



I dont think CA's Perfmon has the same capabilities as PMDC.



CA's Perfmon simply dumps all the statistics collected by runtime IDMS into
a displayable format. But simple, useful things, like the jobname of the
batch job and userid that's causing everyone to deadlock because of high
update activity and few commits, Perfmon will not show you. You'll have to
do your own digging. I dont think it writes SMF records either.

You can abend tasks with Perfmon, by typing over the status field, but it is
a manual effort.



What I would do is pick some critical features that PMDC offers, and try to
implement them in Perfmon. Open a ticket with CA and get expert help. I
could be wrong, but I think you'll find most of the time that the answer is,
can't do that with Perfmon.







Lutz Petzold

TDM UDB/IDMS Support

401-782-2265

Page 860 366 0865 or Telalert

[ca.portal.admin]

Josef,

I dont think CA's Perfmon has the same capabilities as PMDC.

CA's Perfmon simply dumps all the statistics collected by runtime IDMS into a displayable format. But simple, useful things, like the jobname of the batch job and userid that's causing everyone to deadlock because of high update activity and few commits, Perfmon will not show you. You'll have to do your own digging. I dont think it writes SMF records either.
You can abend tasks with Perfmon, by typing over the status field, but it is a manual effort.

What I would do is pick some critical features that PMDC offers, and try to implement them in Perfmon. Open a ticket with CA and get expert help. I could be wrong, but I think you'll find most of the time that the answer is, can't do that with Perfmon.



Lutz Petzold
TDM UDB/IDMS Support
401-782-2265
Page 860 366 0865 or Telalert

[ca.portal.admin]

Josef,=20

I dont think CA's Perfmon has the same capabilities as PMDC.

CA's Perfmon simply dumps all the statistics collected by runtime IDMS into=
a displayable format. But simple, useful things, like the jobname of the =
batch job and userid that's causing everyone to deadlock because of high up=
date activity and few commits, Perfmon will not show you. You'll have to d=
o your own digging. I dont think it writes SMF records either.
You can abend tasks with Perfmon, by typing over the status field, but it i=
s a manual effort.

What I would do is pick some critical features that PMDC offers, and try to=
implement them in Perfmon. Open a ticket with CA and get expert help. I =
could be wrong, but I think you'll find most of the time that the answer is=
, can't do that with Perfmon.



Lutz Petzold
TDM UDB/IDMS Support
401-782-2265
Page 860 366 0865 or Telalert
=20
=20

[ca.portal.admin]

I have worked with both products and so feel qualified to
comment on the original question and on Josef's reply in
particular. PerfMon does show when there are deadlocks on a
resource - the terminal that is holding the resource is shown
beside any other task that is waiting for the same resource -
the User Id is by default displayed with both the offending and
the waiting task. The PerfMon screens are of course user
modifiable - so you can chose to show whichever information you
fell is more useful on the screens that show this information.

When there is a deadlock that is resolved by the system the
identities of the waiting task and the abended task are both
displayed - along with the dbkey when the resource conflict was
a dbkey - this is useful in working out if the problem is an
application problem such as with OOAK or NOOAK records, or a
system problem with indexes (or application with too few
commits). So this is a non-issue in terms of PerfMon over PMDC.

PerfMon gives you the option of writing both Task statistics
and/or (ADS) Applications statistics to SMF. You should be
careful though because the SYSTEM statement in SYSGEN gives you
the option of writing task stats to the DDLDCLOG which is both
inefficient, and redundant if you are using PerfMon to write
task stats to SMF.

One of the major advantages I found of PMDC was that it runs
external to the IDMS-DC system - so if the CV/DC system is
""hung"" you can get in to poke around and see what the problem
is. With PerfMon if the system is ""hung"" for certain reasons
you will not be able to get in to take a look unless you have a
PerfMon terminal session that is already open for you to use.

I may be wrong here, but I believe that PMDC lets you take a
""dump"" of the CV/DC system that you can then use the standard
PMDC screens to navigate the system as if it was still running
- even though you may have cancelled it. With PerfMon you would
need to take a system SVC dump to forward to CA where they
have tools to help to dig through the system internals - this
tool is available to IDMS users but I am not aware of many
people who know how to use it (outside of IBM, CA and ex-CA employees).

Like many things I think that one tends to prefer the tool that
one is familiar with - I have greater familiarity with PerfMon
and that would be my tool of choice.

There was another post in this thread to do with PMDC
terminating tasks that have exceeded certain limits. This is a
standard feature of IDMS-DC and does not require PerfMon - it's
called ""SYSTEM LIMITS"" and can specify the maximum IO's, DBMS
Calls and other criteria - which if exceeded will cause a task
to be abended. There is also a System exit which allows the
user to determine whether or not to override the abend. Use of
this feature requires that SYSTEM TASK COLLECT must be turned
on in SYSGEN - there is no need to do the WRITE if you don't want to.

I will qualify all of this by saying that my PMDC knowledge is
several years out of date, while my PerfMon knowledge is current.

HTH - cheers - Gary


Gary Cherlet
Justice Technology Services
Department of Justice, SA Government
Telephone [phone]
Facsimile [phone]
Mobile [phone]
MailTo:[e-mail]

This e-mail message and any attachments are qualified as
follows: Addressing: If you have received this e-mail in
error, please advise by reply e-mail to the sender. Please
also destroy the original transmission and its contents.
Confidentiality: This e-mail may contain confidential
information which also may be legally privileged. Only the
intended recipient(s) may access, use, distribute or copy this
e-mail. Individual Views: Unless otherwise indicated, the
views expressed are those of the sender, not Justice Technology
Services. Computer Viruses: It is the recipient's
responsibility to check the e-mail and any attached files for viruses.