Beta Systems Support Newsletter Jahrgang - Ausgabe vom ===========================================================================

Transkript

1 Liebe Kunden, mit dem Beta Systems Support Newsletter erhalten Sie Neuigkeiten von Beta Systems, Produktneuigkeiten, Tipps, Hinweise und Informationen über aktuelle Produktstände sowie über wichtige, zur Prävention von Fehlern notwendige PTFs. Dieser Newsletter enthält nur eine Auswahl dieser Informationen und ersetzt keinen Anruf bei der Beta Systems Produkt Hotline oder unserem Product Management Team. Auf Anregungen Ihrerseits werden wir gerne eingehen. Ebenso willkommen sind Erfahrungsberichte aus Ihrer Arbeit mit den Beta Systems Produkten sowie Tipps und Tricks, die Sie gerne an andere Nutzer der Beta Systems Produkte weitergeben möchten. Bitte wenden Sie sich hiermit an: Dieser Newsletter wird in Textform versendet. Er ist dadurch universell verwendbar und aufrufbar. Auf bunte Bilder möchten wir weiterhin verzichten. Also alles wie seit Ausgabe 1 vom und am besten zu lesen mit Courier New in Schriftgröße 10. Ein "Newsletterarchiv" finden Sie auf unserem ftp-server unter der Adresse ftp://ftp.betasystems.com/pub/supportnewsletter und auf der Beta Systems Documentation CD im Verzeichnis newsltr. Mit freundlichen Grüßen Das Team Strategischer Support: Christian Bressler, Harald Gohlke, Adriana Heinze, Silvia John, Wiebke Mischereit, Andreas Reihs, Holger Sauerbrey, Jürgen Schimpke, Matthias Schmidt Beta Systems Support Newsletter Jahrgang - Ausgabe vom News Telegramm - Neuer Maintenance Level für Beta 92 + Beta 92 EJM (Beta 48) UsersGroup Meeting Beta 92 in Kassel - Hotfix Level 1 (HL1) für SAM Jupiter V3.5 freigegeben

2 Inhalt: 1. Neuer Maintenance Level für Beta 92 + Beta 92 EJM (Beta 48) 2. Beta 92 V4R4 Ankündigung 3. Beta 92 Arbeitskreis 4. SAM Jupiter V3.5 Hotfix Level 1 (HL1) 5. RACF Audit und Cleanup 6. News aus dem Servicebereich - Trainings 7. Aktuelle Produktstände 8. Tipps und Tricks 9. Zum Sammeln RPG - Beta 92-Auswertung - Berechnung der Runtime von Jobs 10. PTFs/Updates 1. Neuer Maintenance Level für Beta 92 + Beta 92 EJM (Beta 48) Beta 92 und Beta 92 EJM (alias Beta 48) laufen momentan sehr stabil. Dennoch sind in den letzten drei Monaten ein paar PTFs entstanden. Diese PTFs stellen ab sofort die Support-Basis für V4R3 dar. Gleichzeitig ist dieser Stand - was Problem-Fixes betrifft - die Basis für unser neues Beta 92 Release V4R4 (Auslieferung demnächst - siehe Artikel 2). Aktuelles zum Beta 92 V4R3-06 (POM1234) - Korrektur B92FFIND JES3 SYSLOG Suche - Korrektur B92STC/Batch Initialisierung - Erweiterung der Meldung OMS5110I um die IP-Addresse - B92RDRTR security fix - Security check wurde für den Zeilenbefehl "V"iew gefixt - B92ONSET: erster Aufruf nun ohne Werte aus PE92STRT (+ PTF PBS3488) - Korrektur /print: Codepage-support (z.b. für CECP1155) - Neu: Eingabe von Agenten Plugin Parametern (Opt.A.2.6/PI) - Wichtig: EDF "alte Reader" - möglicher Datenverlust wurde korrigiert Aktuelles zum Beta 48 V4R3-02 (PEJ1049) - ABEND0C4 wurde im Batch Utility B48JODEL gefixt - E2E Performance Optimimierungen - New: EJM - Workload Balancer (Lastverteilung auf mehrere Unix/Windows Systeme) - Korrektur falscher JOBID's bei TWS Jobs - Korrektur TWS error tracking Hier finden Sie die neuen PTFs: - ftp://ftp.betasystems.com/pub/beta92/v4r3/cumptfs - ftp://ftp.betasystems.com/pub/beta48/v4r3/cumptfs (CXBR) 2. Beta 92 V4.4 (fast) fertig [gepl. Freigabe/GA 30. Oktober] Mit insgesamt 27 neuen Funktionen möchten wir Ihnen als Beta 92 Anwender zukünftig das Leben im Rechenzentrum nochmehr erleichtern. Unser zweites Ziel ist es weitere Kunden für das Produkt zu interessieren. Die positive Resonanz nach der Auslieferung des Beta 92 V4.3 im Sommer 2008 hat uns gezeigt, daß es möglich ist mit neuen Funktionen und Themen auch neue Kunden zu gewinnen.

3 2.1. Neue V4.4 Funktionen Hier nur zwei Beispiele für neue V4.4 Funktionen, bevor ich genauer auf unseren neuen Enterprise Agenten eingehe als zip-archive: Seit V4.3 ist es möglich als TSO user aus dem Beta 92 Dialog direkt einen Job per zu versenden (Zeilenbefehl "M"). Diese Funktion wurde sehr gut angenommen. Mit V4.4 hat der Anwender nun auch die Möglichkeit den Job als ZIP-Archive zu versenden. Die versendete hat dann nur noch ein Attachment. In diesem ZIP-file kann man dann die Listen eines Jobs einzeln öffnen. 2. Neues SpoolSearchUtility (B92SSRCH) Dieses neue Utility bietet umfangreiche Funktionen, um leichter und schneller Daten in der Online Spool von Beta 92 zu finden. Hier einige Features des neuen Utilities: - Auswahl mehrerer Jobnamen, DDnamen, Steps, NetIDs (auch mit Masken) - SLICE ("Zeitscheibe" z.b. Auswahl der Jobs von Montag bis Freitag die von 9-10 und Uhr gelaufen sind) - DAY (Auswahl eines Datums plus/minus x Tage) - Suchen eines Strings als Prefix/Suffix/Word - Suchen von Hexadecimal Strings (z.b. X'C2C5D9D3C9D5') - Suchen von Picture Strings z.b. alle OMS Warning Meldungen mit P'OMS####W' - Verknüpfung und Klammerung von Suchbegriffen z.b. ('IEF' OR 'IEA') AND ('PRZ' OR 'JBG') - Suchen in bestimmten Spalten z.b. SEARCH('JBG92' 5 25) - Verneinen von Suchbegriffen z.b. SEARCH('JBG93' AND 'CLN' NOT) - Ausgabe von zusätzlichen Zeilen plus/minus relativ zur Trefferzeile - Zusätzlich frei definierbare OMSPUNCH Ausgabe mit Variablen- Unterstützung (z.b. Jobname, DDname und Zeilennummer) - OMSPUNCH Ausgabe optional im CSV Format - Nutzung ziip zum "MSU sparen" (BSA feature "ZIF" erforderlich) Das Utility B92FFIND bleibt weiter bestehen und kann wie bisher verwendet werden Weiterentwicklung des Beta 92 Agenten Insbesondere freue ich mich, daß wir den Beta 92 Agenten stärken konnten. Hier liegt der technische Schwerpunkt unserer Weiterentwicklungstätigkeiten für V4.4. Der neue Agent hat auf Grund seiner vielen neuen Funktionen einen neuen Namen erhalten. Er heißt nun "EJM Agent". EJM steht für Enterprise Job Manager. Der Name sagt es eigentlich schon. Der neue Agent beschränkt seine Arbeit nicht nur auf das Senden von logs/joblogs an die Beta 92 z/os STC. Der neue Agent kann viel mehr. Hier einige Funktionen: - Ausführen von Jobs auf UNIX, LINUX, WINDOWS - Ausführen von Jobs auf SAP (XBP 3.0 zertifiziert, z.b. Child-Job-Support + BW-SCH) - Filetransfer (z.b. Transfer von UNIX nach z/os) - Eventmanagement (Auslösen von Events auf z/os auf Grund von z.b. einer UNIX oder SAP Aktivität) - Einbindung in die zentrale Jobsteuerung "z/os" in Ihrem Rechenzentrum In dem neuen "EJM Agenten" haben wir Funktionen des Beta 92 Agenten und Beta 48 Agenten integriert und erweitert.

4 Aus Output-Sicht gibt es auch etwas zu berichten. Bisher hat sich das Enterprise Log Management darauf beschränkt nur "Text-Files" zu verarbeiten. Der neue "EJM Agent" verarbeitet auch binär-dateien. Der "EJM-Agent" übergibt den MIME-Type (oder auch Internet Media Type genannt) eines Files an Beta Zum Beispiel kann eine pdf-datei unverändert eingelesen und per versendet oder über den WebEnabler direkt geöffnet werden. - Ein weiteres Beispiel für die binär-verarbeitung sind wtmp-files. Diese enthalten unix login/logoff Informationen und können als wichtige "Logging-Information" eines Unix-Systems nun im Beta 92 archiviert werden. Auf die neuen Funktionen des "EJM Agent" im SAP-Umfeld möchte ich im nächsten Newsletter näher eingehen - nur ein Stichwort hierzu: "SAP Security Audit Log Archivierung". (CXBR) UsersGroup Meeting Beta 92 in Kassel (10./11. Dezember) Der "Arbeitskreis Beta 92" trifft sich in der zweiten Dezember Woche in Kassel. Alle Administratoren und "Power-User" von Beta 92 sind herzlich eingeladen an dieser Tagung teilzunehmen. Das neue Release V4.4 wird pünktlich Ende Oktober freigegeben. Dadurch haben wir im Dezember sicherlich viel zu besprechen und zu diskutieren: - Erste Erfahrungen mit dem neuen Release - Vorstellung der neuen Funktionen - Was bringt's? - "Mehrwert" vs. "schöner Wohnen"? Themen-Katalog (Auszug): - Online-Vorstellung des neuen Releases - B92SSRCH - Search-Utility - BSA Database handling (evsam, Extends, backup, Archive-Gen-files) - Installation/Upgrade (was ist zu beachten) - erweiterte Web Oberfläche für Beta 92 (WebEnabler) - EJM Agent: zentrale Output + Job Verarbeitung mit einem Agenten - neue Requirements (Vorstellung/Diskussion) - z/os zseries (z9/z10) Nutzung des ziip - Tipps&Tricks "wer hat das beste Beta 92?" - Wie geht's weiter? Roadmap An der Tagung wird wie immer die Entwicklung und der Support teilnehmen. Der Arbeitskreis besteht zur Zeit aus 60 eingetragenen Mitgliedern, wobei ca. 40 Mitglieder aktiv an den Tagungen teilnehmen. Wer Interesse hat, meldet sich bitte beim Chairman Stefan Hildebrandt oder bei mir. mailto:stefan.hildebrandt@lhsystems.com Telefon: +49 (69) mailto:christian.bressler@betasystems.com Telefon: +49 (30) (CXBR)

5 4. Hotfix Level 1 (HL1) für SAM Jupiter V3.5 freigegeben Am 25. August 2009 wurde der erste Hotfix Level für SAM Jupiter V3.5 für die produktive Nutzung freigegeben. Neben einer Reihe von Fehlerbereinigungen enthält dieser Level einige Verbesserungen, die für alle Kunden, die bereits die Version V3.5 im Einsatz haben, interessant sein werden. Im Bereich der Target System Interfaces sind das insbesondere die folgenden Erweiterungen: - Das SAM Tivoli Access Manager Interface unterstützt zusätzlich Tivoli Access Manager-Systeme mit Active Directory als Benutzer-Registry. - Das SAM Windows 2000 Interface unterstützt jetzt Exchange 2007 und Windows Server Das SAM Lotus Domino Interface unterstützt jetzt den neuen Gruppentyp "Deny List Only". - Das SAM SAP Interface unterstützt nun die Felder "Last Logon Date" und "Last Logon Time" für SAP Accounts. Es handelt sich dabei um reine Anzeigefelder. Sie geben an, wann sich der Benutzer zuletzt an SAP angemeldet hat. Dadurch stehen dem SAM Jupiter Administrator mehr Informationen zur Verfügung. Notwendige Fehleranalysen in SAM Jupiter sind nun einfacher geworden. In allen Agenten können jetzt zur Laufzeit die Message Level geändert werden, ohne daß Ini-Dateien geändert werden müssen oder ein Neustart erforderlich ist. Durch die Möglichkeit, in der Provisioning Engine nun bei Transaktionen für Role Connections nicht nur nach dem Standardfeld BASEUS-SAM-ID zu sortieren, sondern alternativ nach beliebig anderen Feldern, die in einem Exit angegeben werden, wurde die Flexibilität verbessert. Die Möglichkeiten der Anpassung von SAM Jupiter an spezielle Kundenanforderungen (Customization) wurde weiter verbessert und erleichtert. In diesem Zusammenhang sind die folgenden Erweiterungen interessant: - Alle Felder aus der Org.-Einheit eines Benutzers können für die Verarbeitung durch die SAM Rule Engine verwendet werden. - Der neue Exit exitcustbeforeruleengine wurde für die kundenspezifische Verarbeitung eingefügt. SAM Provisioning Engine ruft den neuen Exit vor dem Start der SAM Rule Engine. - SAM Jupiter bietet verschiedene neue Workfelder für Rollen und Org-Units. Dieser Hotfix Level 1 zu SAM Jupiter V3.5 wird nicht automatisch an alle SAM Jupiter Kunden geschickt. Bitte fordern Sie die Datenträger über den SAM Jupiter Support oder auch über Ihren Berater oder Vertriebsmitarbeiter an. Mit den Datenträgern versenden wir die Release Notes, die ausführlich alle Erweiterungen und Änderungen gegenüber früheren Versionen beschreiben und weitere Hinweise enthalten. Auch den SAM Jupiter Hotfix Level Guide versenden wir in gedruckter Form. Hier finden Sie detaillierte technische Erläuterungen zu den Veränderungen und Hinweise zum Upgrade Ihrer SAM Jupiter Version 3.5. (KHKR) 5. RACF Audit und Cleanup Wir freuen uns, daß dieses Thema im letzten Newsletter auf großes Interesse bei Ihnen stieß. Heute stellen wir Ihnen die nächsten Module unseres Servicepakets vor.

6 5.1. Modul 3 RACF Audit [dynamic] Der wesentliche Unterschied zwischen dem Modul 2 RACF Audit [static] und Modul 3 besteht im Grad der Automatisierung. Wenn Sie Ihre IT-Sicherheit permanent überwachen wollen, und das Ganze systemübergreifend, bietet das Modul 3 hierfür die notwendige Grundlage. Mit Hilfe der Softwarelösung Beta 96 Enterprise Compliance Auditor sind Sie in der Lage, die wachsende Anzahl der gesetzlichen sowie internen Anforderungen zu überwachen. Für ausgewählte Plattformen, z.b. z/os RACF steht Ihnen ein Set von RACF Standard Control Procedures zur Verfügung. Zusätzlich können Sie selbständig bzw. gemeinsam mit uns individuelle Control Procedures erstellen. Leistungsbeschreibung: - Schutzbedarfsanalyse - Berechtigungskonzepte - Aufbau Berichtswesen Beta 96 [PDF, HTML, CSV, XML, RTF] - Standard RACF Control Procedures - Management Summary Report - Detail Audit Reports Optional: - Individuelle Control Procedures 5.2. Modul 4 RACF Cleanup RACF ist ein sehr komplexes Sicherheitssystem. Die RACF-Datenbanken wachsen über eine lange Zeit und Bereinigungen finden nur sporadisch statt. Die aktuellen Compliance-Anforderungen fordern jedoch heute mehr denn je ein transparentes Berechtigungssystem. Das Modul 4 unterstützt Sie dabei in zweifacher Hinsicht: 1. Sicherheitslücken werden automatisch analysiert und bereinigt. Dadurch wird die Transparenz des Berechtigungssystems RACF wieder hergestellt und der Aufwand der Administration verringert. 2. Nicht benötigte Sicherheitsdefinitionen verursachen zunehmend Performanceengpässe in der Produktion. Im Durchschnitt werden nur 1/3 der Definitionen aktiv genutzt. Somit beläuft sich der Anteil der Altlasten auf 2/3. Diese Schwachstellen und Altlasten können Sie mit unserem Servicepaket automatisch identifizieren und beseitigen. Leistungsbeschreibung: - RACF Audit [static] - RACF audit Cleanup - Analyse RACF-Struktur - RACF Monitoring - Reporting Cleanup - RACF Cleanup Optional: - RACF Performance-Analyse - RACF Penetrationstest - RACF Audit [dynamic]

7 5.3. Modul 5 Attestation and Re-Certification Besonders in restriktiven Branchen, wie Banken und Versicherungen ist die regelmäßige Überprüfung und Bestätigung der Zugriffsrechte erforderlich. Oft ist diese heute noch ein manueller Prozess. Mit Hilfe eines Identity Management Systems, wie z.b. SAM Jupiter, lassen sich diese Prozesse weitgehend automatisieren. Je nach dem gewünschten Reifegrad-Modell ergeben sich unterschiedliche Ausprägungen. Leistungsbeschreibung: - Full RACF Cleanup - Zuordnung von Zugriffsberechtigungen an einzelne Personen - Zuordnung technischer Rollen bzw. Zugriffsberechtigungen zu solchen Rollen oder Gruppen - Zuordnung von Systemrollen zu definierten Business-Rollen - Zuordnung von Personen zu Business-Rollen - Bestätigung der Gültigkeit von Compliance Regeln - Bestätigung der Gültigkeit des Genehmigungsworkflows - Bestätigung, daß ein Mitarbeiter Teil einer Organisationsstruktur ist - Mehrstufiges, rollenbasiertes Attestierungs- und Re-Zertifizierungsverfahren Im nächsten Newsletter werden wir Ihnen an dieser Stelle unsere neue Komponente 'RACF Performance Analyse' vorstellen. Bei Interesse an einem Informationsaustausch mit unseren Spezialisten hierzu können Sie sich gerne an Herrn Mischereit wenden. Kontaktdaten: Heiko Mischereit Senior Business Consultant Compliance Phone: +49(0) Mobile: +49(0) heiko.mischereit@betasystems.com (WIMI) 6. News aus dem Servicebereich - Trainings Nachfolgend stellen wir Ihnen die vorerst letzten Termine unserer Standard- Seminare 2009 vor. Gerne würden wir Sie zu diesen Terminen in unserem Hause begrüßen. Des Weiteren besteht die Möglichkeit, ein Inhouse-Seminar bei Ihnen im Unternehmen durchzuführen. Bei Interesse, sind wir unter folgender Rufnummer telefonisch erreichbar: 030/ Seminarbezeichnung Seminarkürzel Termin Beta 93 Administration B93ADM Beta 93 Print Workshop B93PRT Standard Seminar - Beta 93 Administration Inhalte: - Konzept und Aufbau von Beta 93 - Beta 93 Online-Anwendung - Definitionen - Listen, Reports, Suchargumente - Empfänger - Drucker und Druckformate

8 - Möglichkeiten des Einlesens - Erstellen eines Bündelauftrages - Archivierungskonzept - Beta 93 Batch-Utilities - Sicherheitskonzepte Standard Seminar - Beta 93 Print Workshop Inhalte: - Die verschiedenen Druck-, Spool- und Downloadsysteme - Die Beta 93 PRT-Datenbank - Workflow des Beta 93-Drucksystems (vom Einlesen bis zum Drucken) - SUBSYS und erweiterte SYSOUT Schnittstelle (AFP-Dokumente) - CLIST (vom Dataset bis zum HFS File) - VTAM Druck - TCP/IP Druck (LPD, IPP, Direct Socket) - TCP/IP Download (Beta 93 Extended Output, Beta UX) - Automatisches Errorhandling und Recovery - Optimierung des Beta 93 SUBSYS-Drucksystems - Optimierung des Beta 93 VTAM- und TCP/IP-Drucksystems - Reprint-Verfahren Unter der folgenden Adresse können Sie sich online über unsere Seminare informieren und anmelden: (WIMI) 7. Aktuelle Produktstände 7.1. Allgemeines Die folgenden Tabellen enthalten die jeweils höchsten Produktstände. Gewartet werden jedoch auch ältere Produktstände, sowohl der Version 3 als auch der Version 4. Hinweis 1: A l l e MVS-Produktstände, die in Wartung sind, können Sie leicht der Beta-Systems-Web-Site entnehmen: Dort können Sie auch erkennen, ob es sich um BSA Version 3- oder BSA Version 4-basierte Produkt-Releases handelt. (Wichtig zu wissen vor allem bei Parallelbetrieb von Beta Systems Produkten.) Die Beta BSA Version 4 basierten Beta Systems Produkte sind unter z/os 1.10 lauffähig, wenn die Beta Systems z/os 1.10 Support PTFs installiert sind. Weitere Informationen entnehmen Sie bitte folgender Internetseite: Falls Sie Fragen haben oder Hinweise, bitte senden Sie uns einfach eine kurze Mail, vielen Dank. (ANRE)

9 7.2. Klassische Beta Systems MVS-Produkte Bitte achten Sie beim Einsatz Ihrer Beta Systems Produkte darauf, daß alle Systeme, die miteinander kommunizieren, auf der Basis der gleichen BSA Version laufen müssen (die BSA Version ist im BSA Level enthalten: jjvr-lv, wobei jj=jahr, zweistellig, vr= Version und Release, lv= Level, laufende Numerierung. Für Sie ist die 3. Stelle interessant, die Version). Status Produkt Version PTFlevel Freigabe BSAlevel Beta BSA stand alone V3R4 PBS Beta BSA V4R2 PBS Beta 14 5) V4R2 PBS Beta 23 3) V4R2 PBF Beta 28 V3R4 PSI neu Beta 48 V4R3-02 PEJ Beta 55 V3R3M2 new 1) Beta 77 V1R7M8 PSM Beta 85 V2R2M Beta 88 zsecurity Suite V4R6 new Beta 89 V3R4 PSI Beta 91 Enterprise V4R3 PQM neu Beta 92 Enterprise V4R3-06 POM Beta 93 V4R2-01 PPM Beta 93-DT 4) V4R1 PTO Beta 93-Fast Retrieval V4R2 PIR2010 2) Beta SMF Reporter V4R2 PBS ) nur für CA/1 und RMM 2) ehemals Beta 97 3) der höchste PTF-Stand, wie er mit einem der zugehörigen Produkte (Beta 88, Beta 93, Beta 93 - Fast Retrieval) ausgeliefert wurde 4) Beta 93 - Document Transformer 5) Beta 14 - VPF Virtual Print Facility - seit BSA V4 voll integriert in BSA Beta Systems Produkte für UNIX, Linux, z/linux, USS, Windows Status Produkt Version Freigabe Beta 48 Agent V4R3 Build Beta 88 zsecurity Auditor GUI V Beta 88 Web Helpdesk V Beta 88 RDF V Beta 91 - Enterprise OSY V4R3 Build Beta 92 EUI V Beta 92 Enterprise OSY Agent V4R3 Build Beta 93 - Extended Output V3R Beta 93 - Extended Input V3R Beta 93 - BC-XOM Input V3R Beta 96 Enterprise Compliance Auditor V1R Beta 96 RACF z/os Policies V1R Beta 99 - Base Component V Beta 99 - Web Application Builder V Beta AFP Browser V Beta UX - Base V3R7 SP Beta UX - Global Index V3R7 SP Beta UX - Archive V3R7 SP Beta UX - Centera Interface V3R Beta UX - TSM Interface V3R

10 Beta UX - XOM Input V3R Beta Web Enabler - Base Component V1.7 SP Beta 92 Enterprise Web Connector **) V1.7 SP Beta 93 - Web Connector **) V1.7 SP *)Beta 93 - FR - Web Connector **) V1.7 SP Beta 99 - Web Connector**) V1.7 SP Beta UX - Web Connector**) V1.7 SP Beta UX - Global Index - Web Connector**)V1.7 SP EBS20 - Web Connector**) V1.7 SP Beta Web Enabler - AFP2PDF Converter V1.7 SP Beta Web Enabler - LDAP Login Module V1.7 SP Beta Web Enabler - Web Services ComponentV1.7 SP Beta Web Enabler - Service V1.7 SP *) Beta 93 - Fast Retrieval - Web Connector **) Web Connector zusammen mit Beta Web Enabler Produktstände der Harbor-Produkte Status Produkt Version Freigabe Harbor NSM HME Master Mainframe V7.3 SP Harbor Classic Backup Host z/os V5.3 HSPA Harbor HFT File Transfer Host z/os V2.5.SP Produktstände der SAM-Produktfamilie Status Produkt Version Freigabe SAM Jupiter V4R2 Juni 07 neu SAM Jupiter V3R5 HL1 Aug. 09 SAM Password Synchronization V4R5 Dez. 04 SAM Password Reset V2R2 Jul. 09 SAM esso V2R5 Jul. 08 Weiterführende Informationen: Hinweis: Vor dem erstmaligen Besuch ist auch hier eine Registrierung erforderlich Verfügbarkeitsinformationen der Beta Systems Produkte für UNIX, Linux, z/linux, USS und Windows für unterschiedliche Betriebssysteme: Die Übersicht auf der Beta Systems Homepage, auf die wir bislang an dieser Stelle verwiesen haben, wird momentan überarbeitet. Wenn Sie Fragen zu den Verfügbarkeitsinformationen haben, bitte wenden Sie sich an mailto:tech-info@betasystems.com, und wir leiten Ihre Anfrage an das zuständige Produktmanagement weiter. (ANRE)

11 7.7. Verfügbarkeitsinformationen der Harbor Produkte für UNIX, Linux, z/linux, USS und Windows für unterschiedliche Betriebssysteme: Die Übersicht auf der Beta Systems Homepage, auf die wir bislang an dieser Stelle verwiesen haben, wird momentan überarbeitet. Wenn Sie Fragen zu den Verfügbarkeitsinformationen haben, bitte wenden Sie sich an und wir leiten Ihre Anfrage an das zuständige Produktmanagement weiter. (ANRE) 7.8. Übersicht der unterstützten Plattformen der SAM Jupiter Connectoren Hinweis: Vor dem erstmaligen Besuch ist auch hier eine Registrierung erforderlich. (ANRE) 8. Tipps und Tricks BST16LFF - Eine Beispielaufgabe und deren Lösung Im letzten Newsletter 77 haben wir im Kapitel Tipps und Tricks den Beta- Systems-SMF-Reporter mit ein paar kurzen Sätzen und einem Beispieljob in Erinnerung gerufen. Wir starten mit diesem Newsletter eine kleine Serie, in der wir Ihnen an Hand weiterer Beispieljobs zeigen wollen, was Sie wie mit dem Beta Systems SMF-Reporter auswerten und darstellen können. Wieviele Folgen es geben wird, wissen wir noch nicht, denn es hängt auch ein klein wenig von Ihnen ab. Schreiben Sie uns Ihre Beispiele, stellen Sie uns Ihre Fragen... Heute eine Untersuchung, warum eine Listgeneration "einfach so" nicht mehr da ist, eine Situation, die viele von Ihnen aus der Praxis sicher kennen. Aufgabe/Fragestellung: Täglich wird eine Liste mit Form FORM1 und Extension EXT1 ins Beta 93 eingelesen. Die Liste wird dann für 90 Tage archiviert und online sofort gelöscht. Dies funktioniert auch ausgezeichnet, bis auf eine Generation. In den Protokollen vom Beta 93 Daily ist ersichtlich, das diese Liste zwar archiviert, aber am nächsten Tag wieder aus dem Archiv gelöscht wurde. Warum ist das passiert? - Die Vermutung liegt nahe, daß der LGR (List-Generationrecord) vor dem Archivlauf manipuliert wurde. Da im Beta 93 der SMF Subtype 022 für solche Dinge geschrieben wird, ist eine Auswertung mittels SMF-Reporter denkbar. Dieser kann die komplizierte Datenstruktur (RELOCATE-Sektionen) einfach darstellen. Der Job... - ist der gleiche wie im letzten Newsletter vorgestellt, der Ablauf unterscheidet sich lediglich durch die anderen Steueranweisungen im LFFCNTL.

12 //LFFSTEP EXEC PGM=BST01RFF,REGION=0M, // PARM=('B01LST=V4,B93LST=V4', // 'SVC=232', // 'S=16', // 'PGM=BST16LFF', // 'B16_SSID=B93W', // 'P=L ') //STEPLIB DD DISP=SHR,DSN=BSA.V4R2M0.LOAD //SFFPARM DD DISP=SHR,DSN=BETA.PARMLIB //LFFSMFIN DD DISP=SHR,DSN=BETA.SMFDATA //LFFLOG DD SYSOUT=*,DCB=(RECFM=VB,LRECL=32756,BLKSIZE=32760) //LFFPRINT DD SYSOUT=* //LFFLIST DD SYSOUT=* //LFFLICX DD DISP=SHR,DSN=BETA.LICX.FILE.LFF //LFFCNTL DD * Hier eine mögliche LFFCNTL Variante... +PROD=93 +TYPE=134 +SUBTYPE=022 +SUBTYPEFIELD=S###STY +CARDCNTL +STATISTICS +TITLE +SEPARATE=PAGE +DATEFORMAT=YYYY-MM-DD +SFILTER=LFORM =FORM1* +SFILTER=LEXT =EXT1* +ANDFILTER +RELTYPE=022,013,001/*B /*B /-B /OLD/ONL_RETEN_OLD / / +RELTYPE=022,014,001/*B /*B /-B /NEW/ONL_RETEN_NEW / / +RELTYPE=022,019,001/*B /*B /-B /OLD/ARC_RETEN_OLD / / +RELTYPE=022,020,001/*B /*B /-B /NEW/ARC_RETEN_NEW / / S###TME -TIME WRITTEN : T S###DTE -DATE WRITTEN : D S###STY *SUBTYPE : B *NR_NAME?COMMENT : POS LEN SX_+EXF *SOURCE INFORMATION SECTION: ****************** S022UESRI -TSO USER ID : C S022LFORM -FORM NAME : C S022LEXT -EXTENSION NAME : C S022LRPT -REPORT NAME : C S022LJOBT -RECOG TIME READER : T S022LJOBD -RECOG DATE READER : D S022WRPT -WREPORT NAME : C S022OR2 *OFFSET EXT. RELOC : B OR2 S022CR2 *COUNT EXT. RELOC : B CR2 *RELOCATE SECTION (EXTENDED) *************** ********** -BEGIN OF RELOCATE : Das Ergebnis im LFFPRINT Protokoll... XNo.Name -Comment_ Pos Len SX_ Info : * S022TME -TIME WRITTEN : T #_: 17:11:07.62 S022DTE -DATE WRITTEN : D #_: S022UESRI -TSO USER ID : C : WOMU1 S022LFORM -FORM NAME : C F : FORM1 S022LEXT -EXTENSION NAME : C F : EXT1 S022LRPT -REPORT NAME : C : S022LJOBT -RECOG TIME READER : T : 14:58:07.40 S022LJOBD -RECOG DATE READER : D : S022WRPT -WREPORT NAME : C : Y022013A0OLD-ONL_RETEN_OLD : B : Y022014A0NEW-ONL_RETEN_NEW : B : Y022019A0OLD-ARC_RETEN_OLD : B : Y022020A0NEW-ARC_RETEN_NEW : B : Nur zur Veranschaulichung:

13 Das Ergebnis im LFFLOG Protokoll, wenn im LFFCNTL ein XML-Ausgabeformat gefordert gewesen wäre... <LFF_Records> <LFF_Record Type="134" Subtype="022"> <TIME_WRITTEN>17:11:07.62</TIME_WRITTEN> <DATE_WRITTEN> </DATE_WRITTEN> <TSO_USER_ID>WOMU1 </TSO_USER_ID> <FORM_NAME>FORM1 </FORM_NAME> <EXTENSION_NA>EXT1 </EXTENSION_NA> <REPORT_NAME> </REPORT_NAME> <RECOG_TIME_R>14:58:07.40</RECOG_TIME_R> <RECOG_DATE_R> </RECOG_DATE_R> <WREPORT_NAME> </WREPORT_NAME> <ONL_RETEN_OL>00000</ONL_RETEN_OL> <ONL_RETEN_NE>00001</ONL_RETEN_NE> <ARC_RETEN_OL>00090</ARC_RETEN_OL> <ARC_RETEN_NE>00001</ARC_RETEN_NE> </LFF_Record> <LFF_Amount Group="Accumulation" Type="All"> </LFF_Amount> </LFF_Records> Fazit: Der User WOMU1 hat am den LGR von dieser Listgeneration verändert. Die Archivverweilzeit wurde von 90 Tage auf einen Tag herunter- und die Onlineverweilzeit dagegen von 0 auf 1 Tag hochgesetzt. (WOMU) 9. Zum Sammeln RPG - Beta 92-Auswertung - Berechnung der Runtime von Jobs Es ist tatsächlich genau ein Jahr her, daß wir hier an dieser Stelle das letzte Reportgenerator-Beispiel veröffentlicht haben. Wir hoffen dennoch, daß der BST16RPG bei Ihnen nicht in Vergessenheit geraten ist, sondern daß Sie ihn intensiv nutzen, und daß Ihnen dabei auch unsere Beispiele hilfreich sind. Mit dem folgenden Beispiel wollen wir nicht nur eine inhaltlich verbesserte oder berichtigte Version des Reports aus dem Newsletter 18 - "Berechnen der Laufzeit von Jobs" zur Verfügung stellen. Wir wollen Ihnen auch noch einmal zeigen, daß und wie der Reportgenerator arbeiten kann, wenn nicht alle verarbeiteten Daten, Dateien oder Reportgenerator-Programmabläufe dem BST16RPG instream mitgegeben, sondern über sequentielle Dateien (als PS oder als Member) angesprochen werden. Aufgabe ist es also, eine kleine JCL zu haben... Die RPG-Source und der RPGPARM sollen für niemanden sichtbar sein. In der JCL wird nur das Datum eingetragen (z.b. über den Scheduler). Der/die Anwender können in der separaten Datei beliebig viele Jobnamen oder Jobnamenmasken eingeben.

14 Wir werden bis zum Jahresende unsere Beispielreports, wie wir sie Ihnen in den RPG-Jahresdateien zur Verfügung gestellt haben, auf diese neue (andere) Mimik umstellen. In dem folgenden Beispiel wird die Laufzeit gesucht für bestimmte Jobs nach ihrem Jobnamen und in einem bestimmten Zeitraum. Vorteil bei dieser RUNTIME-Berechnung ist es, daß auch Tages-, Monats- und Jahreswechsel bei der Berechnung korrekt berücksichtigt werden. Hier der Job, wie er z.b. in einer Scheduler JCL Library stehen könnte, in dem Job werden nur die "Vorlaufkarten" angepaßt. //JOBNAME JOB ihre Jobkarte //* //*OMS COM LIST SPECIFIC JOBS WITH RUNTIME AND ERRORCODE //* //* */ //* SCHREIBT EINE LISTE AUSGEWAEHLTER JOBS NACH 'REPORT' */ //* */ //* EINGABE DATEIEN: */ //* DD OMSJOBN ENTHAELT JOBNAME ODER MASKEN */ //* DD OMSDATE */ //* DD.MM.YYYY START DATUM */ //* DD.MM.YYYY ENDE DATUM */ //* AUSGABE DATEI: */ //* DD REPORT */ //*******************************************************************/ //REPORT EXEC PGM=BST16RPG,REGION=5M //STEPLIB DD DISP=SHR,DSN=PROD.V4BSA.LOAD //* //RPGPRINT DD DUMMY //RPGSCAN DD DUMMY //RPGTRACE DD DUMMY //RPGSUM DD DUMMY //RPGWORK DD SPACE=(TRK,(90,90)) //SORTOUT DD SPACE=(TRK,(90,90)) //SYSOUT DD DUMMY //REPORT DD SYSOUT=* //OMSERROR DD SYSOUT=* //RPGPARM DD DISP=SHR,DSN=hlq.REPORT.CNTL(RPGPARM) //RPGIN //* //OMSDATE DD * START DATUM DD DISP=SHR,DSN=hlq.REPORT.CNTL(JOBLISTX) ENDE DATUM //OMSJOBN DD DISP=SHR,DSN=hlq.REPORT.CNTL(JOB#NAME) RPGPARM wird aus einem extra Member der gleichen oder einer anderen PO- Datei eingelesen: THOUSANDSIGN=NO SSID=B92P TRACE=NO DATE=EUROPEAN

15 JOBLISTX (das ist das eigentliche BST16RPG-Script) ebenso: DEFFILE INPARM1 DDNAME 'OMSDATE' DEFFILE INPARM2 DDNAME 'OMSJOBN' DEFPCH PUN1 DDNAME 'OMSERROR' DEFCHAR JOBN LEN 8 DEFCHAR P1 LEN 10 DEFCHAR P2 LEN 10 DEFCHAR Y1 LEN 4 DEFCHAR Y2 LEN 4 DEFCHAR LD1 LEN 12 VALUE '31.12.YYYY' DEFCHAR LD2 LEN 12 VALUE '31.12.YYYY' DEFCHAR SD LEN 5 VALUE 'DD.MM' DEFCHAR ST LEN 5 VALUE 'HH.MM' DEFCHAR ED LEN 5 VALUE 'DD.MM' DEFCHAR ET LEN 5 VALUE 'HH.MM' DEFCHAR STOK LEN 16 DEFCHAR ETOK LEN 16 DEFNUM CLOCK DIGI 10 VALUE DEFNUM STOKN DIGI 22 DEFNUM ETOKN DIGI 22 DEFNUM MM DIGI 4 DEFNUM SS DIGI 2 DEFNUM RR DIGI 2 DEFNUM COUNT DIGI 6 VALUE 0 DEFPRE SRCJOBN HEADER 'Jobname' DEFPRE SRCJOBI HEADER 'JobID' DEFPRE SD HEADER 'Start' DEFPRE ST HEADER ' ' DEFPRE ED HEADER 'End ' DEFPRE ET HEADER ' ' DEFPRE MM HEADER 'MMMM' DEFPRE SS HEADER 'SS' DEFPRE JBRERRTX HEADER 'Error' DEFPRE JBRNETID HEADER 'AV Nr' DEFPRE JBRSYSID HEADER 'Sysid' DEFLINE LINE1 VALUE '&SRCJOBN &SRCJOBI &JBRSYSID &JBRNETID &SD &ST &ED &ET - &MM &SS &JBRERRTX' UNDERHEAD '-' DEFHEAD HEADBLK VALUE ' ' DEFHEAD HEAD1 VALUE 'Zeitraum vom &P1 bis &P2' UNDERLINE '=' BLANKLINE '1' DEFREP REPORT1 HEADER HEADBLK HEAD1 LINES LINE1 WIDTH 80 DDNAME 'REPORT' * READ PARMS READ P1 FROM INPARM1 READ P2 FROM INPARM1 SUBSTRING P1 POS 6 LEN 4 TO Y1 SUBSTRING P2 POS 6 LEN 4 TO Y2 MOVE Y1 TO LD1 OFFSET 6 MOVE Y2 TO LD2 OFFSET 6 MOVE 0 TO $BQLRC WHILE $READRC = 0 READ JOBN FROM INPARM2 IF $READRC = 0 WHILE $BQLRC = 0 BQL_EXEC 'SELECT TABLE (JBR) WHERE(SRCJOBN LIKE ' JOBN ' AND - SRCSUBD GE ' P1 ' AND SRCSUBD LE ' P2 ') - FIELDS(*)' IF $BQLRC = 0 MOVE SRCSTRTD TO SD MOVE SRCSTRTT TO ST MOVE SRCENDD TO ED

16 MOVE SRCENDT TO ET GETTIME SRCSTRTD SRCSTRTT TOKEN STOK GETTIME SRCENDD SRCENDT TOKEN ETOK CONVHEX STOK TO STOKN CONVHEX ETOK TO ETOKN SUBTRACT STOKN FROM ETOKN DIVIDE ETOKN BY CLOCK /* = Sekunden */ MOVE ETOKN TO MM DIVIDE MM BY 60 /* = Minuten */ MOVE MM TO RR MULTIPLY RR BY 60 SUBTRACT RR FROM ETOKN MOVE ETOKN TO SS /* = Sekunden (ohne Minuten) */ REPORT REPORT1 SORTBY 'SRCJOBN,A' ENDIF ENDWHILE MOVE 0 TO $BQLRC ENDIF ENDWHILE EXIT 0 Und hier die Steuerung, für w e l c h e Jobs die Laufzeit berechnet werden soll (JOB#NAME) B92DAILY B93DAILY HUGO* KIKI* Die Ausgabe sieht dann so aus: Zeitraum vom bis ====================================== Jobname JobID Sysid AV Nr Start End MMMM SS Error B92DAILY J BETA : : B92DAILY J BETA : : B93DAILY J BETA : : CC 0004 B93DAILY J BETA : : CC HUGOSA J BETA : : HUGOTB J BETA : : KIKI1AB J BETA : : CC 0016 KIKI2CBF J BETA : : (CXBR)

17 10. PTFs/Updates Aus unserer Erfahrung in der Arbeit mit den Produkten und auf Grund von Empfehlungen der Produkt-Hotlines stellen wir Ihnen hier wichtige Produktund BSA PTFs vor. Bitte lesen Sie die zugehörigen kurzen Hinweise sorgfältig und, bei Bedarf, installieren Sie diese PTFs. Beta 48, V4R3-02 (Highest PTF: PEJ1049) diverse Korrekturen (siehe Artikel 1) Beta 92, V4R3-06 (Highest PTF: POM1234) diverse Korrekturen (siehe Artikel 1) BSA V4.2 PTF PBS3488 Mod: BST00PRI - NEW ISPF VARIABLE FOR SETTING PRODUCT SSID - für B92V4R3-06 (PTF POM1206/B92ONSET) Bei Bedarf fordern Sie diese bitte von den Produkt-Hotlines an. Seit finden Sie hier veröffentlichte PTFs auch auf unserem ftp-server zum Download. ftp://ftp.betasystems.com/pub Bitte installieren Sie diese PTFs mit RECEIVE SYSMODS LIST. Dann stehen Ihnen die Textinformationen aus den PTFs im SMP/E-Protokoll zur Verfügung. (ANRE)

18 *********************************************************************** * Diesen Newsletter können Sie und Ihre Kollegen abonnieren * * bzw. abbestellen. * * Senden Sie dazu eine mit dem Betreff * * 'Bestellung Newsletter' oder * * 'Abbestellung Newsletter' * * an mailto:sieben24@betasystems.com * * * * Weitergabe und Verbreitung der Informationen sind hiermit * * unter Angabe der Quelle (Beta Systems Support-Newsletter) * * ausdrücklich erlaubt. * * * * Redaktion: * * (ADHE) Adriana Heinze - adriana.heinze@betasystems.com * * (ANRE) Andreas Reihs - andreas.reihs@betasystems.com * * (CXBR) Christian Bressler - christian.bressler@betasystems.com * * (HAGO) Harald "Teddy" Gohlke - harald.gohlke@betasystems.com * * (HOSA) Holger Sauerbrey - holger.sauerbrey@betasystems.com * * (JQSC) Jürgen Schimpke - juergen.schimpke@betasystems.com * * (MGSC) Matthias Schmidt - matthias.schmidt@betasystems.com * * (SLJO) Silvia John - silvia.john@betasystems.com * * (WIMI) Wiebke Mischereit - wiebke.mischereit@betasystems.com * * * * (KHKR) Karl-Heinz Krüger - Product Management * * (WOMU) Wolfgang Muschert - Software Engineering * * * * Bitte richten Sie allgemeine Fragen, Kritik, Anregungen und * * Veröffentlichungswünsche an die Adresse * * mailto:sieben24@betasystems.com * * * * Ein "Newsletterarchiv" finden Sie auf unserem ftp-server unter der * * Adresse ftp://ftp.betasystems.com/pub/supportnewsletter * * * * Die Aufstellung PTFs/Updates in unserem Newsletter und die * * Zusammenstellung auf dem ftp-server enthalten n i c h t a l l e * * vorhandenen PTFs. Bitte setzen Sie sich mit Wünschen nach Updates, * * PTFs und aktuellen Produktversionen mit der zuständigen Produkt- * * Hotline in Verbindung, denn auch wir sind nicht gefeit vor Zahlen- * * drehern in unseren Aufstellungen. * * * *********************************************************************** * Strategischer Support - 7/24 Service * * mailto:sieben24@betasystems.com * * 7/24 Service Nummer: * ***********************************************************************