What‘s New BMC Control-M/R 7.0 - aticstro.com · BMC Control-M/R 7.0.xx. ATICS GmbH 64589 Stockstadt/Rhein 3 ... WDAYS WCAL | | MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9-

ATICS GmbH 64589 Stockstadt/Rhein 1 © 2011

What‘s New

BMC Control-M/R 7.0.xx


Agenda

CONTROL-M z/OS Version 7.0.xx

IOA – Neuerungen

CTM Schedule

CTM AJF

Auto – Edit Erweiterungen

systemtechnische Neuerungen / Erweiterungen


Änderungen CTM 7.x.xx

IOA


IOA - Screen 4 :

Condition+Resources 7.0.xx

Ab Release 7.0.00 informiert eine Message den Anwender wenn das

IOA Condition File an einem besonderen Tag einen Füllgrad von mehr

als 90% aufweist. Diese vorgezogene Warnung erlaubt es dem Anwender

rechtzeitig den IOA Administrator zu informieren, dass IOA Condition File

rechtzeitig zu vergrößern bevor die Performance beeinflusst wird.

CAR00039841 – hierzu gibt es keinen Parameter oder Wish


RBC - Rule Based Calendars 7.0.00 neu

--------------------- IOA CALENDAR FACILITY - ENTRY PANEL ------------------(8)

COMMAND ===>

SELECT CALENDAR TYPE:

_ REGULAR/PERIODIC

LIBRARY ===> T160.IOA700OP.CAL

CALENDAR ===> (Blank for calendar selection list)

YEAR ===> (Blank for year selection list)

S RULE-BASED (RBC)

LIBRARY ===> T160.IOA700OP.RBC

CALENDAR ===> (Blank/Mask for calendar selection list)

USE THE COMMAND SHPF TO SEE PFK ASSIGNMENT 00.08.41

Im Screen 8 gibt es nun die Unterscheidung zwischen REGULAR/PERIODIC Kalender

und RBC (Rule – Basierende Calender). Diese Definitionen stehen auf einer neuen

Bibliothek OLPREFA.RBC, welche auch in der STC CONTROLM unter dem

DD – Statement DARBC allokiert ist. Dies sehen wir uns nun einmal an.



LIST OF RBC CALENDARS T160.IOA700OP.RBC ------(8.RL)

COMMAND ===> SCROLL===> CRSR

OPT NAME --------------- VV.MM CREATED CHANGED ID ----------------

EVERYDAY 01.00 2010/09/30 2010/09/30 12:00 IOA7000

s WEEKDAYS 01.00 2010/09/30 2010/09/30 12:00 IOA7000

WEEKEND 01.00 2010/09/30 2010/09/30 12:00 IOA7000

====== >>>>>>>>>>>>>>>>>>> NO MORE CALENDARS IN LIBRARY <<<<<<<<<<<<<<<< ===

OPTIONS: S SELECT D DELETE R RENAME C COPY 00.40.20

RBC WEEKDAYS T160.IOA700OP.RBC

COMMAND ===>

+-----------------------------------------------------------------------------+

| RULE-BASED CALENDAR WEEKDAYS |

| DAYS DCAL |

| AND/OR |

| WDAYS 1,2,3,4,5 WCAL |

| MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9- Y 10- Y 11- Y 12- Y |

| DATES |

| CONFCAL SHIFT MAXWAIT 00 |

| RULE-BASED CALENDAR ACTIVE FROM UNTIL |

+-----------------------------------------------------------------------------+

Wie am Beispiel WEEKDAYS zu erkennen ist kann man nun hier ZENTRAL

Plandefinitionen als RBC- Definitionen hinterlegen.

Vorteil: diese Definition kann in JEDER TABELLE (auch aus normalen Tabellen)

angesprochen werden.



LIST OF RBC CALENDARS T160.IOA700OP.RBC ------(8.RL)


OPT NAME --------------- VV.MM CREATED CHANGED ID ----------------

EVERYDAY 01.00 2010/09/30 2010/09/30 12:00 IOA7000

MONTAGS 01.00 2011/01/31 2011/01/31 00:56 PLAUR

WEEKDAYS 01.00 2010/09/30 2010/09/30 12:00 IOA7000

WEEKEND 01.00 2010/09/30 2010/09/30 12:00 IOA7000

====== >>>>>>>>>>>>>>>>>>> NO MORE CALENDARS IN LIBRARY <<<<<<<<<<<<<<<< ===

OPTIONS: S SELECT D DELETE R RENAME C COPY 00.56.29

Die Optionen S (Eröffnen im Update – Modus) und D (Delete) entsprechen dem

normalen Handling von Kalendern.

Neu sind hier die Funktionalitäten R RENAME und C COPY.

Eine neue RBC – Definition kann durch

COPY

oder durch Angabe eines neuen RBC – Namens beim Einstieg definiert werden



CTM / Screen 2


Erweiterung der Job – Description im Screen 2 7.0.00

JOB: KILL LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+

| MEMNAME KILL MEMLIB T160.G00.JCL.I630 |

| OWNER R160001 TASKTYPE JOB PREVENT-NCT2 DFLT N |

| APPL ATCM0300 GROUP U139040 |

| DESC 123456789+123456789+123456789+123456789+123456789+123456789+123456789+ |

| 123456789+123456789+123456789+123456789+123456789+123456789+123456789+ |

| S |

| |

| OVERLIB STAT CAL |

Der Parameter DESC wurde erweitert.

Nun hat man die Möglichkeit bis zu maximal 4000 Zeichen einzugeben.

Als Standard werden 2 Zeilen für die Description angezeigt. (70 Zeichen pro Zeile).

Möchte man eine weitere Zeile eröffnen, so muss man nur in der letzten Spalt auf Stelle 70

einen Eintrag machen + ENTER = > dann geht eine neue Zeile auf


Erweiterung der SYSTEM ID im Screen 2 7.0.00

Der Parameter SYSTEM ID wurde auf 5 Stellen erweitert.

Es ist nun möglich erweitert die SYSTEM ID 4stellig einzugeben oder mit voran gestelltem /.

Dieser Parameter geht nur bei JES3 und sagt aus, dass der Job

NICHT AUF DIESER SYSTEM ID LAUFEN DARF.

JOB: SYSTEMID LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+


| SCHENV SYSTEM ID /SYS1 NJE NODE |

| SET VAR |


CTMR16E VALUE MUST BE C(DEFAULT), V(VARYING), OR S(RUN AT SPECIFIC TIMES)


+-----------------------------------------------------------------------------+

| SYSOUT OP (C,D,F,N,R) FROM |

| MAXRERUN RERUNMEM |

| CYCLIC TYPE: X INTERVAL 00005 M FROM END |

| INTERVAL SEQUENCE: + + + + + |

| SPECIFIC TIMES: TOLERANCE |

| + + + + + |

neuer Parameter CYCLIC TYPE IOA 7.0.00

Der neue Parameter CYCLIC TYPE regelt wie die Zeitintervalle zwischen

den Läufen eines zyklischen Jobs oder eines RERUNs zu definieren sind.

Mögliche Werte :

C (DEFAULT)

V (Varying = abweichend)

S (zu speziellen Zeiten)


JOB: CYCTYPC LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+


| CYCLIC TYPE: C INTERVAL 00005 M FROM END |



| + + + + + |


CYCLIC TYPE C :

Definition des Zeitintervalls wie bisher über die Unter - Parameter

INTERVAL xxxxx y

FROM END STR TRG



CYCLIC TYPE V :

Definition des Zeitintervalls nun über die Unter - Parameter

FROM END STR

INTERVAL SEQUENCE xxxxx y (bis 10 Angaben)

Wirkungsweise:

der Job wird nach unterschiedlichen Zeitabständen ausgeführt

JOB: CYCTYPV LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+


| CYCLIC TYPE: V INTERVAL FROM END |

| INTERVAL SEQUENCE: + 00005 M + 00009 M + 00014 M + 00002 H + |

| + + + + + |


| + + + + + |


JOB: CYCTYPS LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+

| CYCLIC TYPE: S INTERVAL FROM END |


| + + + + + |

| SPECIFIC TIMES: TOLERANCE 010 |

| 0900 + 000 1100 + 000 1300 + 001 + + |

| + + + + + |


CYCLIC TYPE S :

Definition fest vorgegebener Läufe des Jobs über die Unter - Parameter

FROM END (fix)

SPECIFIC TIMES hhmm (0000 – 2400; Default:0000)

days offset + dayshift (0 – 30 Tage; Default: 0)

TOLERANCE mmm (maximale Anzahl in Minuten, nachdem der Job nach der SPECIFICTIME noch als LATESUB erlaubt ist)


DO MAIL mit SYSOUT 7.0.00

Ab Release 7.0 kann bei DO MAIL der JOB – Sysout selektiv auf

Jobebene angehängt werden.

Die Parametrisierung erfolgt wie bisher im Member CTMPARM

durch folgenden Parameter:

o ATTSYSOT=Y/N Y Sysout – Anhang bei DO MAIL ist aktiviert

N Sysout – Anhang bei DO MAIL ist deaktiviert

Wirkungsweise:

Ist ATTSYSOT = Y definiert, so wird immer bei DO MAIL der

Sysout angehängt. Keine Selektionsmöglichkeit.

Ist ATTSYSOT = N definiert, so kann man diesen Wert ab Rel.

7.0.00 in der Job-schedule-Definition überschreiben



Werte für neuen Parameter ATTACH SYSOUT

D DEFAULT – WERT aus CTMPARM für ATTSYSOT wird

verwendet

N Sysout wird nicht an Email angehängt

Y SYSOUT wird an Email angehängt

Empfehlung: den DEFAULT – WERT in CTMPARM für ATTSYSOT auf N stellen und selektiv bei den

Jobs wo der Sysout angehängt werden soll mit Y überschreiben

JOB: DOMAIL LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+

| STEP RANGE FR (PGM.PROC) . TO . |

| ON PGMST ANYSTEP PROCST CODES C0000 A/O |

| DO MAIL ATTACH SYSOUT Y |

| TO [email protected] |



Ab Release 7.0 neuer Parameter ATTSOEXT um die Extention für

den Sysout bei DO MAIL festzulegen

Die Parametrisierung erfolgt im Member CTMPARM durch

folgenden Parameter:

o ATTSOEXT=TXT Sysout – Anhang wird als TEXT – File

übertragen

Im Moment gibt es noch keine weitere Wertzuweisung als TXT


Mail Destination Table 7.0.00

EDIT T160.IOA700IN.PARM(MAILDEST) - 01.01 Columns 00001 00072

............

000063 NICK=ANDREAS

000064 [email protected]

000065 NICK=PETER


000067 *------------------------------------------------------------*

000068 * DEFINITION OF ALL 'NICKNAME' GROUPS *

000069 * *

000070 * VALID VALUES: *

000071 * TOADDR/CCADDR - FULL ADDRESS *

000072 * TOMAIL/CCMAIL - NAME ONLY (ADD DEFAULT SUFFIX)*

000073 * TONICK/CCNICK - NAME ONLY (FIND FULL ADDRESS) *

000074 *------------------------------------------------------------*

000075 * - GROUPS MUST APPEAR AFTER ALL OTHER TYPES OF DEFINITIONS -*

000076 *------------------------------------------------------------*

............

000077 GROUP=INFO


000079 TOMAIL=HSCHIDLOWSKI

000080 TONICK=ANDREAS

000081 CCMAIL=GSCHIRRMEISTER

000082 CCNICK=PETER

000083 GROUP=ALLE

Im MAILDEST – MEMBER sind ab IOA 7.0.00 nur noch die NAME- ADRESSEN (NICKNAME + voll qualifizierte ADRESSE) und GRUPPEN – Definitionen enthalten. Alle anderen Parameter sind in das Member IOAPARM gewandert


Mail Definitionen in IOAPARM 7.0.00

EDIT T160.IOA700IN.PARM(IOAPARM) - 01.00 Columns 00001 00072

000102 * MAIL parameters

000103 *-------------------------------------

000104 MAIL SMTPNAME=SMTP, Name of SMTP STC

000105 * The suffix of company's mail address:

000106 DFLTSFFX= @ATICS.DE,

000107 * The default 'From' name:

000108 DFLTSNDR=,

000109 * This suffix if exist, will be appended to DFLTSNDR:

000110 OWNRSUFX=,

000111 * Reply-To Email Address:

000112 [email protected],

000113 HOSTNAME=ADCD, Host Name

000114 CLASS=A, Class of SMTP sysout

000115 DEST=LOCAL, Destination for mail

000116 FORM=, FORM name for sysout

000117 ENVELOPE=IBM, EMAIL format: IBM or CA

000118 TIMEZONE=LCL, Indicates the time zone

000119 ATSIGN=@, Separator the owner from domain

000120 ATCHSET=ISO-8859-1, Character set

000121 ATCHENC=8 Character encoding

000122 *-------------------------------------

000123 * SNMP parameters

. . .

MAIL – DEFINITIONEN welche ab IOA 7.0.00 im IOAPARM - MEMBER sind. Der neue Parameter DFLTRPTO definiert eine voll qualifizierte REPLY – Adresse. Wird ein reply auf eine Email abgesetzt, so überschreibt dieser Parameter die FROM – Email – Adresse und kann dazu verwendet werden wenn ein möglicher REPLY an eine aktuelle Adresse benötigt wird.


Verwendung von Schedule RBC 7.0.00 neu

JOB: RBCTEST1 LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+

| MEMNAME RBCTEST1 MEMLIB T160.G00.JCL.I700 |



| DESC JOB MIT SCHEDULE - DEFINITION WIE BISHER |

| |


| SCHENV SYSTEM ID NJE NODE |

| SET VAR |

| CTB STEP AT NAME TYPE |

| DOCMEM RBCTEST1 DOCLIB T160.CTM700OP.DOC |

| =========================================================================== |

| SCHEDULE RBC |

| RELATIONSHIP (AND/OR) O |

| DAYS ALL DCAL WORKDAYS |

| AND/OR |

| WDAYS WCAL |


Im Beispiel oben ist eine Schedule – Definition wie bisher. Neu ist hierbei der Eintrag

SCHEDULE RBC der in dieser Definition nicht verwendet wird.

Die Planung erfolgt also wie bisher.


Verwendung von Schedule RBC 7.0.00 neu

JOB: RBCTEST2 LIB T160.G00.SCHEDULE.I700 TABLE: $MUSTER


+-----------------------------------------------------------------------------+

| MEMNAME RBCTEST2 MEMLIB T160.G00.JCL.I700 |



| DESC NORMALER JOB MIT PLANUNG UEBER RBC |

| |



| SET VAR |


| DOCMEM RBCTEST2 DOCLIB T160.CTM700OP.DOC |

| =========================================================================== |

| SCHEDULE RBC MONTAGS |

| SCHEDULE RBC |


| DAYS DCAL |

| AND/OR |

| WDAYS WCAL |

Im diesem Beispiel ist alternativ die Plandefinition über SCHEDULE RBC im Member

MONTAGS auf T160.IOA700OP.RBC hinterlegt. Dies macht man dann wenn man

Plankriterien verwendet, die in sehr vielen Jobs eingesetzt werden.


SMART TABLES 7.0.00 neu

SMART TABLES(vor 7.0.00 GROUP

SCHEDULING)

Allgemeine Übersicht +

Änderungen



------------ CONTROL-M SCHEDULING DEFINITION FACILITY - ENTRY PANEL --------(2)

COMMAND ===>

SPECIFY LIBRARY, SCHEDULING TABLE, JOB

LIBRARY ===> T160.G00.SCHEDULE.I700

TABLE ===> SMART1 (Blank for table selection list)

JOB ===> (Blank for job selection list)

SMART TABLE (new tables only) ===> Y (Y for new Smart Table)

SHOW JOB DOCUMENTATION ===> N (Y/N)

AUTO-SAVE DOCUMENTATION ===> N (Y/N)

USE THE COMMAND SHPF TO SEE PFK ASSIGNMENT 20.22.58

Auf dem Einstiegsbild in die Schedule – Definitionen steht nun SMART TABLE an

Stelle von Group Schedule Table



TBL SMART1 T160.G00.SCHEDULE.I700(SMART1)


+-----------------------------------------------------------------------------+

| TABLE SMART1 GROUP |

| OWNER PLAUR |

| APPL |

| DESC |

| |

| ADJUST CONDITIONS N TBL MAXWAIT 00 STAT CAL |

| SET VAR |

| DOCMEM SMART1 DOCLIB T160.CTM700OP.DOC |

| =========================================================================== |

Format in 6.3.xx GRP T160.G00.SCHEDULE.I630(GROUPT1)

+-----------------------------------------------------------------------------+

! GROUP MEMNAME !

! ADJUST CONDITIONS Y GRP MAXWAIT 00 !

Das GROUP – Feld ist nun nach rechts gewandert wo früher MEMNAME stand. Den

Parameter MEMNAME gibt es nicht mehr. Wo früher ganz links das GROUP – Feld

stand steht nun TABLE.

Der Parameter GRP MAXWAIT wurde ersetzt durch TBL MAXWAIT





| =========================================================================== |

| SCHEDULE RBC LEVEL |

| DAYS DCAL |

| AND/OR |

| WDAYS WCAL |


| DATES |


| SCHEDULE RBC ACTIVE FROM UNTIL |

| =========================================================================== |

| IN |

Format in 6.3.xx GRP T160.G00.SCHEDULE.I630(GROUPT1)

! SCHEDULE TAG !

! SCHEDULE TAG ACTIVE FROM UNTIL !

Der Parameter SCHEDULE TAG wurde durch SCHEDULE RBC ersetzt. Hierzu gibt

es einen neuen Unterparameter LEVEL.

Ebenso wurde SCHEDULE TAG ACTIVE FROM durch

SCHEDULE RBC ACTIVE FROM ersetzt.





+-----------------------------------------------------------------------------+

| TABLE SMART1 GROUP SMART1# |

| OWNER R160001 |

| APPL ATCM0200 |

| DESC |

| |

| ADJUST CONDITIONS D TBL MAXWAIT 07 STAT CAL |

| SET VAR %%OTTO=100 |

| SET VAR |

| DOCMEM SMART1 DOCLIB T160.CTM700OP.DOC |

| =========================================================================== |

| SCHEDULE RBC MONTAGS LEVEL TBL |

| DAYS DCAL |

| AND/OR |

| WDAYS 1 WCAL |


| DATES |


| SCHEDULE RBC ACTIVE FROM 010111 UNTIL 311211 |

| =========================================================================== |

Die Parameter haben sich nur vom Namen her geändert.

Mit einer Aussnahme:

Die Kombination SCHEDULE RBC (früher SCHEDULE TAG) + LEVEL sind nun maßgeblich

für die Planung. Hier gibt es nun 2 Möglichkeiten. Dies sehen wir uns nun an.





+-----------------------------------------------------------------------------+

| =========================================================================== |

| SCHEDULE RBC MONTAGS LEVEL TBL |

| DAYS DCAL |

| AND/OR |

| WDAYS 1 WCAL |


| DATES |


| SCHEDULE RBC ACTIVE FROM 010111 UNTIL 311211 |

| =========================================================================== |

1. Möglichkeit:

Wie bisher definiert man einen Namen für den SCHEDULE RBC und gibt bei

LEVEL TBL an. Dies bedeutet, dass die Zuweisung für die Plankriterien innerhalb der

SCHEDULE RBC erfolgen.

Dies entspricht den Definitionen wie in IOA 6.3.xx





+-----------------------------------------------------------------------------+

| =========================================================================== |

| SCHEDULE RBC MONTAGS LEVEL CTM |

| =========================================================================== |

| SCHEDULE RBC ARBEITSTAG LEVEL TBL |

| DAYS DCAL WERKTAG0 |

| AND/OR |

| WDAYS WCAL |


2. Möglichkeit:

Bei SCHEDULE RBC gibt man den Namen an. Trägt man dann bei LEVEL CTM

ein, dann klappen alle anderen Felder in diesem SCHEDULE RBC zu.

Dies bedeutet dass die Definitionen, an welchen Tagen dieser SCHEDULE RBC

Produktiv ausgeführt werden soll, an einer anderen Stelle definiert wird.

Eine Möglichkeit SCHEDULE RBC und weitere Plankriterien ist nicht möglich!!





+-----------------------------------------------------------------------------+

| IN (L) VORBEDINGUNG_FUER_SMART_TABELLE_SMART1 ODAT |

| |

| CONTROL VS123 E K |

| FROM TIME + DAYS UNTIL TIME + DAYS |

| DUE OUT TIME + DAYS PRIORITY SAC CONFIRM |

| TIME ZONE: |

| =========================================================================== |

| OUT (L) VORBEDINGUNG_FUER_SMART_TABELLE_SMART1 ODAT - |

| (L) SMART1_FREIGABE_DER_FOLGEVERARBEITUNG ODAT + |

| |

| ON TABLE-END OK |

| DO SHOUT TO TSO-PLAUR URGENCY R |

| = SMART1 ERLEDIGT |

| DO |

| ON TABLE-END |

| DO |

| SHOUT WHEN TIME + DAYS TO URGN |

| MS |

======= >>>>>>>>>>>>>>>>>>>>> END OF TABLE PARAMETERS <<<<<<<<<<<<<<<<<< ======

In diesem Teil der Definitionen wurde nur der Parameter ON GROUP-END durch

ON TABLE-END ersetzt.



JOB: LIB T160.G00.SCHEDULE.I700 TABLE: SMART1


+-----------------------------------------------------------------------------+

| MEMNAME MEMLIB |

| OWNER PLAUR TASKTYPE JOB PREVENT-NCT2 DFLT N |

| APPL GROUP SMART1# |

| DESC |

| |



| SET VAR |


| DOCMEM DOCLIB T160.CTM700OP.DOC |

| =========================================================================== |

| SCHEDULE RBC |


| DAYS DCAL |

| AND/OR |

| WDAYS WCAL |


| DATES |

| CONFCAL SHIFT RETRO N MAXWAIT 00 D-CAT |

| MINIMUM PDS |

COMMANDS: EDIT, DOC, PLAN, JOBSTAT 01.19.33

Leeres Jobmember nach PF3.

Hier ist alles wie gehabt, lediglich der Bezug wurde von SCHEDULE TAG auf

SCHEDULE RBC geändert.


physischer Satzaufbau bei SMART TABLES 7.0.00 neu

----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+

EDIT T160.G00.SCHEDULE.I700(SMART1) - 01.00 Columns 00001 00072

****** ***************************** Top of Data ******************************

000001 DR160001 *M YYYYYYYYYYYY

000002 W W YYYYYYYYYYYY

000003 MSMART1 SMART1# J0799999999 9999G

000004 LDUMMY 305

000005 HGRUPPENEINTRAG IN TABELLE SMART1

000006 V ATCM0200

000007 T%%OTTO=100

000008 ZSMART1 T160.CTM700OP.DOC

000009 NMONTAGS 00 C 1101

000010 NARBEITSTAG 00 T

000011 JR160001 *MWERKTAG0YYYYYYYYYYYY

000012 K W YYYYYYYYYYYY

000013 GSMART1#

000014 IVORBEDINGUNG_FUER_SMCONTART_TABELLE_SMART1 ODAT

000015 EVS123 E

000016 OVORBEDINGUNG_FUER_SMCONT ART_TABELLE_SMART1 ODAT-SMART1_FREIGABE_DER_C

000017 OFOLGEVERARBEITUNG ODAT+

000018 C,,,,GROUPEND 001OK STSO-PLAUR R15SMART1 ERLEDIGT

000019 0PLAUR 2011013101.19.33PLAUR 2011013101.32.337.0.00 01.01

000020 DR160001 *M YYYYYYYYYYYY

000021 W W YYYYYYYYYYYY

000022 MT160G00KSMART1# J0099999999 9999

000023 LT160.G00.JCL.I700 305

Jobdefinition

Gruppendefinitionen

Beim RBC – Eintrag ist der Unterparameter T (Table) oder C (CTM) neu.

Wird C definiert fehlen die J + K – Karten


SMART TABLES 7.0.00

VIEW U139021.SUPERC.LIST Columns 00001 00072

Command ===> Scroll ===> CSR

****** ***************************** Top of Data ******************************

000002 NEW: T160.IOA700IN.PARM(CTMPARM)

000003 OLD: T160.IOA630IN.PARM(CTMPARM)

000005

000022 I - EMPTYTBL=Y, WM3183: Y= ability to order empty ta

000023 D - EMPTYGRP=Y, WM3183: Y= ability to order empty gr

000024 I - FORCETBL=Y, WM3157: Y= FORCE a table, not a job

000025 D - FORCEGRP=Y, WM3157: Y= FORCE a group, not a job

000026 I - FORCERBC=N, WM3587: Y= FORCE value into %%$RBC

000027 D - FORCETAG=N, WM3587: Y= FORCE value into %%$TAG

000028

000029 I - TBLRECHK=N, WM2699 N= Dont re-check tbl for Cond

000030 D - GRPRECHK=N, WM2699 N= Dont re-check GRP for Cond

000038 I - TBLDELJB=O, WM3011: Del job in tbl: N=Not-OK; O=

000039 D - GRPDELJB=O, WM3011: Del job in GRP: N=Not-OK; O=

000051 I - RBCMAXWT=Y WM2890: Y= MAXWAIT is taken from RBC

000052 D - TAGMAXWT=Y WM2890: Y= MAXWAIT is taken from TAG

Ein Compare der CTMPARM – Member der Versionen 6.3.xx und 7.0.00 zeigt dass

einige Parameter umbenannt wurden. (an Stelle GRP nun TBL)

Achtung: bei einigen Utilities wurde bei der Parameterisierung der Begriff Group

durch TABLE ersetzt.


Vererbung von Conditions in Jobdefinitionen ab 6.3.xx

Diese neue Funktionalität bietet folgende Features:

Automatische Vererbung der Conditions aus

Jobdefinitionen, welche aus der Tabelle gelöscht

werden

Macht manuelle Nachverknüpfungen überflüssig

Bietet ein automatisches Prompt wenn eine

entsprechende Verknüpfung festgestellt wird.

Verfügbarkeit der Funktionalität:

Im CONTROL-M/EM GUI für alle Jobs

ab IOA 7.0.00 im zOS / 3270 auch für

Jobs aus normalen Tabellen



CTM / Screen 3

AJF


Filter: ------- CONTROL-M Active Environment ------ UP <D> - (3)

COMMAND ===> SCROLL ==> CRSR

O Name Owner Odate Jobname JobID Typ ----------- Status ------------

SYSTEMID R160001 270111 JOB Wait Schedule

B BYPASS R160001 270111 +---------------------------------(3.B)+

========= >>>>>>>>>>>>> | BYPASS Options for Job BYPASS | < ========

| ---------------------------------- |

| IN Criteria: |

| Time Limit N (Y/N) |

| IN Conditions N (Y/N) |

| Quantitative Resources N (Y/N) |

| CONTROL Resources N (Y/N) |

| |

| Workload Limits N (Y/N) |

| Scheduling Environment N (Y/N) |

| Quiesce Time N (Y/N) |

| All IN Criteria N (Y/N) |

| |

| Additional Options: |

| JCL N (Y/N) |

| Post Processing N (Y/N) |

+--------------------------------------+

Commands: OPt DIsplay Show HIstory RBal REFresh Auto Jobstat SHPF Note Table

OPt command toggles between Commands and Options display 14.29.42

Die Bypass – Option wurde in IOA 7.0.00 erweitert. Deshalb diese Parameter auf den folgenden Folien

B (Bypass - Erweiterungen) 7.0.00


B (Bypass - Erweiterungen) 7.0.00

| |

| Workload Limits N (Y/N) |

| Scheduling Environment N (Y/N) |

| Quiesce Time N (Y/N) |

| All IN Criteria N (Y/N) |

| |

Neue BYPASS IN – Kriterien :

Workload Limits alle Workload – Restriktionen, z.B. die maximale Anzahl Jobs

(Maxactiv) oder maximale Anzahl von Ressourcen werden

ignoriert

Scheduling Environment die SCHENV - Spezifikation für den Job werden ignoriert. Der

Job läuft sogar dann wenn das Scheduling Environment nicht

aktiv ist.

Quiesce Time der Job läuft auch dann an wenn Control-M im Quiesce – Mode

ist. (durch die Commands QUIESTIME oder QUIESQRES)


NEUERUNGEN Control-M 7

im Bereich

A UTO – E D I T


Auto-Edit Validity check IF ELSE ENDIF 7.0.00

EDIT T160.G00.JCL.I700(VCIFELSE) - 01.00 Columns 00001 00072


****** ***************************** Top of Data *****************************

000100 //T160G000 JOB (160,ARI),ATICS,CLASS=N,MSGCLASS=9,REGION=0M

000101 //* %%IF %%TIME LT 120000

000102 //* %%SET %%PGMA = MORGEN

000103 //* %%ELSE

000104 //* %%SET %%PGMA = NACHMITTAG

000105 //STEP01 EXEC PGM=%%PGMA

****** **************************** Bottom of Data ***************************

Im ersten Beispiel fehlt in der JCL die %%ENDIF – Anweisung

Wird der Job simuliert . . .


Auto-Edit Validity check IF ELSE ENDIF 7.0.00

---------------------------- I O A E D I T O R ------------------- (EDMEM)


ROW CONTROL-M_AUTOEDIT_SIMULATION(VCIFELSE) COL 001 072

000001 SUB131ISUBMITTER STARTED

000002

000003 SUB13AI JVCIFELSE SUBMITTER STARTED

000004 PROCESSING JOB ON SYSTEM: SYS1

000005 SUB19AW JVCIFELSE T160G000 UNCLOSED %%IF STAT

000006 EMENT

000007 SUB159ISHUT DOWN UPON REQUEST OF MAIN TASK


Dann erscheint durch den validity check nun die Nachricht, dass für das

%%IF – Statement das zugehörige %%ENDIF fehlt


Auto-Edit Validity check GOTO LABEL 7.0.00

EDIT T160.G00.JCL.I700(VCGOTOLA) - 01.00 Columns 00001 00072


****** ***************************** Top of Data *****************************

000001 //VCGOTOLA JOB (160,ARI),ATICS,CLASS=N,MSGCLASS=9,REGION=0M

000002 //*

000003 //* %%IF %%RDAY NE 1

000004 //* %%GOTO TAEGLICHER_LAUF

000005 //* %%ELSE

000006 //* %%INCLIB T160.G00.JCL.I630 %%INCMEM MONAT

000007 //* %%ENDIF

000008 //*

000009 //STEPTAG EXEC PGM=TAEGLICH

****** **************************** Bottom of Data ***************************

JOB LIST LIB: T160.G00.SCHEDULE.I700 TABLE: $AUTOEDI


OPT NAME ---------------------- DESCRIPTION ----------------------------------

% VCGOTOLA JOB MIT GOTO LABEL - FEHLER

In diesem Beispiel fehlt in der JCL die %%LABEL – Anweisung



Auto-Edit Validity check GOTO LABEL 7.0.00

---------------------------- I O A E D I T O R ------------------- (EDMEM)


ROW CONTROL-M_AUTOEDIT_SIMULATION(VCGOTOLA) COL 001 072

000001 SUB131ISUBMITTER STARTED

000002

000003 SUB13AI JVCGOTOLA SUBMITTER STARTED

000004 PROCESSING JOB ON SYSTEM: SYS1

000005 SUB19BW JVCGOTOLA VCGOTOLA MISSING LABEL REFE

000006 RENCED BY ACTIVE %%GOTO STATEMENT: TAEGLICH

000007 SUB159ISHUT DOWN UPON REQUEST OF MAIN TASK

000008

000009 //VCGOTOLA JOB (160,ARI),ATICS,CLASS=N,MSGCLASS=H,REGION=0M,


Dann erscheint durch den validity check nun die Nachricht, dass für das

%%GOTO die referenzierte %%LABEL – Anweisung fehlt


Neue Auto-Edit-Variable %%$HIGHRC 7.0.00

JOB: CTRMUST1 LIB T160.G00.SCHEDULE.I700 TABLE: CTRMUST


+-----------------------------------------------------------------------------+

| ON PGMST IOATEST PROCST STEP2 CODES C0016 A/O |

| DO OK |

| DO |

| ON PGMST PROCST CODES A/O |

| DO |

| ON SYSOUT FROM 001 TO 132 A/O |

| DO |

| SHOUT WHEN NOTOK TIME + DAYS TO TSO-PLAUR URGN R |

| MS JOB HAT MIT MAXRC %%MAXRC GEENDET |

| SHOUT WHEN NOTOK TIME + DAYS TO TSO-PLAUR URGN R |

| MS JOB HAT MIT HIGHRC %%$HIGHRC GEENDET |

| SHOUT WHEN TIME + DAYS TO URGN |

Diese neue AUTO – Edit – Variable %%$HIGHRC beinhaltet den Highest

Return Code, der der höchste Return Code aller Steps war.

Die Variable %%MAXRC beinhaltet den höchsten Return Code der Steps die

NOTOK gerendet haben.

Im Beispiel wird für den STEP2 bei RC16 DO OK definiert.

Ferner sind 2 SHOUT – Definitionen in denen die Variablen %%MAXRC und

%%$HIGHRC in der Meldung ausgegeben werden.



EDIT T160.G00.JCL.I700(CTRMUST1) - 01.03 Column

Command ===> Scr

000117 //STEP1 EXEC IOATEST,

000118 // PARM='WAIT=0001,TERM=C0000'


000120 // PARM='WAIT=0001,TERM=C0016'


000140 // PARM='WAIT=0001,TERM=C0008'


000160 // PARM='WAIT=0001,TERM=C0000'


000180 // PARM='WAIT=0001,TERM=C0000'

000181 //*

000190 //* HIGHRC: %%$HIGHRC

****** **************************** Bottom of Data **************

In der JCL endet STEP2 mit RC = 16 (im Schedule ist dafür definiert DO OK).

STEP3 wendet mit RC = 8

CTM- JOB HAT MIT MAXRC 0008 GEENDET 27.01 11:06 CN(INTERNAL)

CTM- JOB HAT MIT HIGHRC C0016 GEENDET 27.01 11:06 CN(INTERNAL)

***

Diese SHOUTS zeigen, dass der Job mit RC=8 geendet hat, ein höchster Return Code

aber von 16 aufgetreten ist.


----------------------------- CONTROL-M ZOOM SCREEN ----------------------(3.Z)


+--------- BROWSE ------------------------------------------- BROWSE ---------+

| MS |

| MAX-STEP RC C0016 STEP IOATEST PROCSTEP STEP2 |

| MAX-FAIL RC C0008 STEP IOATEST PROCSTEP STEP3 |

| =========================================================================== |

| APPL TYPE APPL VER |

| APPL FORM CM VER |

| INSTREAM JCL: N |

| |

====== >>>>>>>>>>>>>>>>>>> END OF JOB PARAMETERS <<<<<<<<<<<<<<<<<<<<<<< =====


Über 3.Z wurde die Anzeige erweitert:

Hier wird nun im Parameter MAX-STEP RC der Inhalt der Variable

%%$HIGHRC angezeigt.

im Parameter MAX-FAIL RC wird der Inhalt der Variable

%%MAXRC angezeigt.


JOB: SCHENV LIB T160.G00.SCHEDULE.I700 TABLE: $AUTOEDI


+-----------------------------------------------------------------------------+

| SCHENV IOAS700 SYSTEM ID NJE NODE |

| SET VAR |


| DOCMEM SCHENV DOCLIB T160.CTM610OP.DOC |

. . .

| DO

| SHOUT WHEN NOTOK TIME + DAYS TO TSO-PLAUR URGN R

| MS JOB IST IM SCHEDULE - ENVIRONMENT %%$SCHENV GELAUFEN

| SHOUT WHEN TIME + DAYS TO URGN

CTM- JOB IST IM SCHEDULE - ENVIRONMENT IOAS700 GELAUFEN 27.01 13:38 CN(INTERNAL)

***

Neue Auto-Edit-Variable %%$CHENV 7.0.00

Die neue Systemvariable %%$SCHENV enthält den Wert des

SCHENV – Parameters im Screen 2


Systemtechnische

NEUERUNGEN + ERWEITERUNGEN

CTM 7


Inhalt CTMPLEX Member auf Datei ILPREFA.PARM :

*----------------------------------------------------------------------

* CTM SYSPLEX DEFINITION

*----------------------------------------------------------------------

CTMPLEX STRUCTNM=CTMPLEX_TEST,

BALANCEM=N, WORK BALANCING INDICATOR

MAXENTRY=1000 MAXIMUM # OF ENTRIES IN STRUCTURE

*----------------------------------------------------------------------

* CTMPLEX SYSTEM ENTRIES

*----------------------------------------------------------------------

SYSTEM SYSTEMID=T191,

RELCAP=100,

MAXCAP=200

PRIORITY=99

*

SYSTEM SYSTEMID=T192,

RELCAP=100,

MAXCAP=200

PRIORITY=0

*

Benefits CTMPLEX 7.0.00

ab 7.0.00 kann über den Parameter PRIORITY

festgelegt werden, welcher LOCAL zum

GLOBAL werden soll falls dieser ausfällt oder

beendet wird. Hierdurch wird eine

unterbrechungsfreie Produktion gewährleitet.

Wird der ursprünglich GLOBAL wieder gestartet

übernimmt er wieder die GLOBAL – Funktion.



in Utilities


IOAVERFY 7.0.00

Neuer Paramater ENQ im Utility IOAVERFY

ENQ neue Funktion in IOA 7.0.00;

Mit ihr kann man den ENQ locking Mechanismus in

einem Multi – System überprüfen.

Hierdurch wird gewährleitet das die Integrität des AJF

in Ordnung ist. Es wird geprüft daß die AJF aktiv ist

und sauber in der Multi-System-Umgebung arbeitet.

Wie diese Prüfung durchzuführen ist bitte im Utility - Guide nachlesen


neues Utility CTMRSTR 7.0.00

Wenn ein RESTORE der Control-M Active Job File nötig ist kann diese Aufgabe

das Utility CTMRSTR durchführen. Voraussetzung: Journaling muss aktiv sein!!

Ein RESTORE der AJF beinhaltet auch einen Restore des Control-M

Ressourcenfiles. (Dieses enthält ja Control- und Mengenressourcen)

Optional kann auch das IOA – Condition – File restored werden.

Das Utility verwendet das Control-M Journal File in Verbindung mit den CKPJNL,

CNDJNL und RESJNL Files um ein Vorwärts – Recovery des Active Jobs File ab

dem zuletzt durchgeführten Tageswechsel zu machen.

Achtung:

Keinen Restore für das IOA Conditions File durchführen wenn mehrere

INCONTROL - Produkte diese Datei upgedated haben.

Wenn CONDITIONS NO angegeben ist werden Control-D und Control-O

durch das laufende Utility nicht beeinflusst.

Der Control-M Monitor und der Control-M Application Server müssen beendet sein

wenn das Utility CTMRSTR läuft.



Die Parametrisierung für SYSIN sehen wir uns gleich an

EDIT T160.G00.JCL.I700(CTMRSTR) - 01.02 Columns 00001 00072


****** ***************************** Top of Data *****************************

000001 //CTMRSTR JOB (160,ARI),ATICS,CLASS=N,MSGCLASS=9,REGION=0M

000002 //*----------------------------------------------------------*

000003 //* THIS JCL MAY BE USED TO RESTORE THE CONTROL-M *

000004 //* AJF FROM THE JOURNAL FILE. *

000005 //*----------------------------------------------------------*

000006 // JCLLIB ORDER=T160.IOA700IN.PROCLIB

000007 // INCLUDE MEMBER=IOASETS7

000008 //RESTORE EXEC CTMRSTR

000009 //DACNDF DD DISP=(,DELETE,DELETE),

000010 // DSN=&&TEMPRES,

000011 // DCB=(LRECL=32760,BLKSIZE=32760,DSORG=PS,RECFM=F),

000012 // UNIT=&DBUNITA,

000013 //* VOL=SER=&DBVOLA,

000014 // SPACE=(32760,&CND#,,CONTIG)

000015 //* ENDTIME YYYYMMDDHHMMSSTH <=== CHANGE

000016 //* CONDITIONS YES

000017 //SYSIN DD *

000018 ENDTIME 2011012814000000 <=== CHANGE

000019 CONDITIONS YES

000020 /*



Der letzte Step führt einen COMPRESS auf die AJF nach

erfolgreichem Restore durch

Info: Das Journaling kann jederzeit beendet werden

Befehl: F CONTROLM,JOURNAL=DISABLE

Wirkungsweise: Die Datenbanken für das Journaling werden geclosed + deallokiert

000020 /*

000021 //*----------------------------------------------------------*

000022 //* COMPRESSION OF THE RESTORED AJF IS REQUIRED *

000023 //* TO COMPLETE THE RESTORATION OF THE AJF *

000024 //*----------------------------------------------------------*

000025 //COMPRS EXEC CTMCAJF,COND=(8,LE,RESTORE.CTMRST)

000026 //SYSIN DD *

000027 IGNORE MEMBER *

000028 COMPRESS

000029 //COMPRESS.DACKPT DD DSN=*.RESTORE.CTMRST.DACKPR,DISP=SHR

000030 //

****** **************************** Bottom of Data ************************


000017 //SYSIN DD *

000018 ENDTIME 2011012814000000 <=== CHANGE

000019 CONDITIONS YES

000020 /*


Parametrisierung für SYSIN:

ENDTIME JJJJMMTT14000000 JAHRMONATTAGUHRZEIT0000

CONDITIONS NO das IOA – Conditionfile wird nicht restored

D E F A U L T

CONDITIONS YES das IOA – Conditionfile wird restored

Im Beispiel wird ein Recovery auf die Uhrzeit 14.00 Uhr gemacht und das

Condition – File soll ebenfalls zurückgesetzt werden.


Filter: ------- CONTROL-M Active Environment ------ UP <D> - (3)



========= >>>>>>>>>>>>> Top of Jobs List <<<<<<<<<<<<< ========


BYPASS R160001 270111 JOB Wait Schedule

DAILYPRD PRODMNGR 280111 JOB Wait Schedule

DAILYSYS SYSTEM 280111 JOB Wait Schedule

IOALDNRS PRODMNGR 280111 JOB Wait Schedule

IOACLCND PRODMNGR 280111 JOB Wait Schedule

OVERLIB R160001 280111 JOB Wait Schedule

KILL R160001 280111 JOB Wait Schedule

========= >>>>>>>>>>>>> Bottom of Jobs List <<<<<<<<<<<<< ========

-------------------------- IOA CONDITIONS/RESOURCES ------------------------(4)

COMMAND ===> SCROLL ===> CRSR

PREFIX ===> COND Y CONTROL Y RES Y STAT Y DATE 2501 - 2801

OPT TYPE CONDITION/RESOURCE IOAID USE QUANTITY MAX *P RBA DATE

======== >>>>>>>>>>>>>>>>>>> T O P O F L I S T <<<<<<<<<<<<<<<<<<< ========

RESOURCE INIT-O B 0020 0020

RESOURCE INIT-0 B 0020 0020

COND SCHENV-FRG 2701

COND DIES-IST-EINE-SEHR-LANGE-CONDITION 2801

COND HUGO 2801

======== >>>>>>>>>>>>>>>> B O T T O M O F L I S T <<<<<<<<<<<<<<<< ========


Hardcopy der Stände AJF + Condition – File vor Joblauf. Die Jobs OVERLIB + KILL

wurden nach 14. 00 Uhr eingestellt. Ebenso im CND – File die Conds HUGO +

DIES-IST-EINE-SEHR-LANGE-CONDITION


SDSF JOB DATA SET DISPLAY - JOB CTMRSTR (JOB04523) DATA SET DISPLAYED

COMMAND INPUT ===> SCROLL ===> CSR

NP DDNAME StepName ProcStep DSID Owner C Dest Rec-Cnt Page

JESMSGLG JES2 2 PLAUR 9 LOCAL 28

JESJCL JES2 3 PLAUR 9 LOCAL 5

JESYSMSG JES2 4 PLAUR 9 LOCAL 157

SYSPRINT RESTORE CTMRST 103 PLAUR X LOCAL 6

DATRACE RESTORE CTMRST 105 PLAUR X LOCAL 1

SYSPRINT COMPRS COMPRESS 107 PLAUR 9 LOCAL 8

SYSPRINT COMPRS CLRHIST 109 PLAUR 9 LOCAL 4

SYSPRINT COMPRS DELARCH 112 PLAUR 9 LOCAL 2

DAPRENV RESTORE CTMRST 115 PLAUR 9 LOCAL 731

DAPRENV COMPRS COMPRESS 116 PLAUR 9 LOCAL 727

DATRACE COMPRS COMPRESS 117 PLAUR X LOCAL 4

DAPRENV COMPRS CLRHIST 118 PLAUR 9 LOCAL 723

DATRACE COMPRS CLRHIST 119 PLAUR X LOCAL 2

DAPRENV COMPRS DELARCH 120 PLAUR 9 LOCAL 834


Hier der Joblog des gelaufenen Utilities. (4 x RC=0)

Auf der nächsten Folie sehen wir uns die neuen Stände in der AJF + CND – File an


Filter: ------- CONTROL-M Active Environment ------ DOWN <D> - (3)



========= >>>>>>>>>>>>> Top of Jobs List <<<<<<<<<<<<< ========

SCHENV R160001 270111 T160G000/04507 JOB Ended- Not "OK" - JCL Error


BYPASS R160001 270111 JOB Wait Schedule

DAILYPRD PRODMNGR 280111 JOB Wait Schedule

DAILYSYS SYSTEM 280111 JOB Wait Schedule

IOALDNRS PRODMNGR 280111 JOB Wait Schedule

IOACLCND PRODMNGR 280111 JOB Wait Schedule

========= >>>>>>>>>>>>> Bottom of Jobs List <<<<<<<<<<<<< ========

-------------------------- IOA CONDITIONS/RESOURCES ------------------------(4)

COMMAND ===> SCROLL ===> CRSR

PREFIX ===> COND Y CONTROL Y RES Y STAT Y DATE 2501 - 2801

OPT TYPE CONDITION/RESOURCE IOAID USE QUANTITY MAX *P RBA DATE

======== >>>>>>>>>>>>>>>>>>> T O P O F L I S T <<<<<<<<<<<<<<<<<<< ========

RESOURCE INIT-O B 0020 0020

RESOURCE INIT-0 B 0020 0020

COND SCHENV-FRG 2701

======== >>>>>>>>>>>>>>>> B O T T O M O F L I S T <<<<<<<<<<<<<<<< ========


Die Jobs OVERLIB + KILL welche nach 14. 00 Uhr eingestellt wurden fehlen.

Ebenso im CND – File die Conds HUGO + DIES-IST-EINE-SEHR-LANGE-CONDITION


offene Fragen ?

für Ihre Aufmerksamkeit

Documents

What‘s New BMC Control-M/R 7.0 - aticstro.com · BMC Control-M/R 7.0.xx. ATICS GmbH 64589 Stockstadt/Rhein 3 ... WDAYS WCAL | | MONTHS 1- Y 2- Y 3- Y 4- Y 5- Y 6- Y 7- Y 8- Y 9-