Ausgabe 17 vom 15.02.2002 =========================================================================== News Telegramm

Liebe Kunden, mit dem Beta Support Newsletter erhalten Sie Beta-Neuigkeiten, Produktneuigkeiten, Tips, Hinweise und Informationen über aktuelle Produktstände sowie über wichtige, zur Prävention von Fehlern notwendige PTF's. Dieser Newsletter enthält nur eine Auswahl dieser Informationen und ersetzt keinen Anruf bei der Beta-Produkt-Hotline. Auf Anregungen Ihrerseits werden wir gerne eingehen. Ebenso willkommen sind Erfahrungsberichte aus Ihrer Arbeit mit den Beta- Produkten sowie Tips und Tricks, die Sie gerne an andere Beta-Nutzer weitergeben möchten. Bitte wenden Sie sich hiermit an: mailto:sieben24@betasystems.com Der Newsletter ist absichtlich in einfacher Textform gehalten, um die Gestaltung, die Lesbarkeit und den Versand zu vereinfachen und so z.b. auch den Versand an 3270-gestützte Mailingsysteme zu unterstützen. Mit freundlichen Grüßen Das Team Strategischer Support: Christian Bressler, Silvia John, Andreas Reihs, Holger Sauerbrey, Jürgen Schimpke, Matthias Schmidt Ausgabe 17 vom 15.02.2002 =========================================================================== News Telegramm - Neue Produktreleases geplant für das 2. Quartal: BETA 92 V3R5 und BETA 93 V3R4 - BETA 92 - Backup-Hinweise =========================================================================== Inhalt: 0. Vorwort 1. Backup Techniken Beta-BQL-VSAM-Files 2. Wir über uns - Support & System Services 3. Aktuelle Produktstände 4. Tips und Tricks 5. PTFs/Updates 6. Zum Sammeln RPG - Zeilenweise Ausgabe von Datenfeldern ===========================================================================

0. Vorwort Sie schauen sicher erwartungsvoll (wie wir) dem Frühjahr entgegen. Nicht nur, weil dann wieder alles grünt und blüht und es Freude macht, dem Erwachen der Natur zuzuschauen, sondern auch, weil im 1. und 2. Quartal erfahrungsgemäß neue Produktreleases freigegeben werden. Das bringt Verbesserung in Performance und Funktionalität, aber auch Arbeit mit sich. Einige neue Releases sind im Frühjahr geplant... Das Release V3R4 der BSA wird die Basis für alle Produkt-Entwicklungen sein. Da die meisten von Ihnen BETA 92 und BETA 93 einsetzen, an dieser Stelle vorweg: BETA 92 V3R5 und BETA 93 V3R4 werden nicht mehr lange auf sich warten lassen (GA voraussichtlich im 2. Quartal 2002). Bitte beachten Sie hierbei auch, daß durch die neuen Release die Wartungsende-Termine für BETA 92 V3R3M1 und BETA 93 V3R2M1 näherrücken. BETA 28, unser Systems Management Integrator, wir berichteten zuletzt im Newsletter 16, vom 30.12.2001, ist bei einigen von Ihnen auf Interesse gestoßen. Wir würden uns über einen Anwenderbericht Ihrerseits in einem der nächsten Newsletter sehr freuen. Übrigens - auch hier gibt es schon bald ein neues Release. Nicht zuletzt durch unseren neuen Rechner beschleunigt sehen die Entwicklungspläne vor allem im Bereich zlinux recht vielversprechend aus. Wenn hierfür Interesse Ihrerseits besteht, wenden Sie sich bitte an mailto:sieben24@betasystems.com, und wir leiten Ihre e-mail weiter. Wir werden natürlich auch an dieser Stelle (mehr und mehr)über zlinux berichten. (CXB) =========================================================================== 1. Backup Techniken Beta-BQL-VSAM-Files Teil 2 - BETA 92-Backup Empfehlungen Die BETA 92-Datenbanken kann man in verschiedene Bereiche aufteilen, die bei einer Sicherung auch unterschiedlich gehandhabt werden können: 1. Allgemeine Files (DEF, LOG, SYNC) Mit diesen VSAM-Files ist, wie in NL 16 beschrieben, umzugehen. 2. MAIN Datenbank Diese DB besteht i.d.r. aus zwei VSAM-ESDS-Clustern (Main.data/Main.key) und ggfs. zusätzlich aus zwei 'logischen' Spiegeldateien (nicht empfohlen, siehe NL 04 vom 30.6.2000) Die Main-DB enthält alle Definitionen, die für den Betrieb eines BETA 92- Systemes notwendig sind (Tabellen: CGR, GOR, JGI, JGM, SCN, SOR, SPI, NTF, SEC, GIR, STR). Als Größe für beide Files reichen i.d.r. 10 bzw. 5 Cylinder 3390 (data/key).

Da in diesem File kaum Veränderungen stattfinden, spricht nichts gegen eine Sicherung bei laufender STC. Am besten in eine GDG-Datei (Limit z.b. 3), evtl. auf Platte. Als Sicherungsintervall empfehlen wir 7 Tage. Zusätzlich kann man einen logischen BQL-Unload dieses Files einsetzen. Dieser kann bei einem völligen Neuaufbau eines Systemes hilfreich sein und läuft auch nur wenige Sekunden: //B92UNL1 JOB 1,BETA,CLASS=A,MSGCLASS=P,NOTIFY=&SYSUID //UNLOAD EXEC PGM=BSS01RFF,REGION=64M, // PARM='S=92,B01LST=00,B92LST=00,PGM=BSS05DBL' //STEPLIB DD DISP=SHR,DSN=BSA.V3.LOAD // DD DISP=SHR,DSN=BETA92.V3.LOAD //B92DEF DD DISP=SHR,DSN=BETA92.DEF.DATA //BQLSAVE DD DISP=(,CATLG),DSN=BETA92.SAVE.MAIN.UNLOAD(+1), // SPACE=(TRK,(300,90),RLSE), // DCB=(BLKSIZE=27998,LRECL=27994,RECFM=VB) //BQLPRINT DD SYSOUT=* //BQLIN DD * UNLOAD FILE MAINDATA 3. Archiv Das Archiv setzt sich aus mehreren Datenbanken zusammen. 3.1 ARCH DB Diese Datenbank enthält den allgemeinen BSA-Teil des Archives. Sie besteht aus ARCH.DATA/ARCH.KEY und enthält 4 Tabellen (ABR, APR, ADR, AVR). Die Sicherung dieser DB sollte immer zusammen mit einer GAR-DB- Sicherung stattfinden, egal, ob eine oder alle GAR-DBs gesichert werden (siehe unten). 3.2 ARCI DB Diese DB enthält zusätzliche Produkt-Informationen zu Archivierung und besteht aus ARCI.DATA/ARCI.KEY. Sie kann 6 verschiedene Tabellen enthalten: - DRC/GRC für alte Version 1 Archive - JAR, RV2 für Alt-Archive - sowie RBR, ROR temporär für Reload Wenn Sie keine Version 1 Archive haben und das gesamte V2- und V3-Archiv in den sog. GAR-Datenbanken (ARCHyyyy.Gnn) verwalten, dann muß diese Datenbank nicht 'dringend' gesichert werden. Sie enthält keine wichtigen Daten. 3.3 GAR DBs (ARCHyyyy.Gnn) Diese Datenbanken werden als Jahres-Jobarchiv-Index geführt. In der Tabelle GAR enthalten sie Informationen über jeden archivierten Job. Einer Sicherung (zusammen mit der ARCH-DB) sollte besonderes Augenmerk gegeben werden. Eine Sicherung kann bei laufender B92STC stattfinden. Einzige Einschränkung: Die Utilities B92ARPRI und B92CLARC dürfen nicht gleichzeitig mit der Sicherung aktiv sein!!!

Empfehlungen für die Archiv-Datenbanken: 3.3.1 Einmaliges Backup aller GAR-DBs nach der Umstellung von (z.b.) Version 321 auf die neue Archiv-Struktur mit diesen GAR-Datenbanken. Die RETPD der Backups sollte der längsten in Beta92 verwendeten Archiv-RETPD entsprechen. Die hier unbedingt mitzusichernde ARCH-DB muß natürlich auch die längste RETPD erhalten. 3.3.2 Sicherung einer alten Jahres-GAR-DB im neuen Jahr. Um ein altes Jahr 'abzuschließen', sollten Sie unbedingt eine Sicherung der ARCHyyyy.Gnn-Datei des letzten Jahres im Laufe des Januar durchführen, idealerweise nach dem ersten BETA 92-Archivlauf (Daily Job) nach dem ersten IPL im neuen Jahr. Denn dann sind alle Jobs, STCs usw., die im vergangenen Jahr gestartet wurden, auf jeden Fall beendet und ins BETA 92 eingelesen. Da sich das im Job Scheduler nicht sehr gut einplanen läßt, empfehlen wir Ende Januar als Sicherungstermin. Auch hier wichtig: Immer die ARCH-DB mitsichern. 3.3.3 Sicherung der laufenden GAR-DB (aktuelles Jahr) Je nach 'Sicherheitsbedarf' kann eine wöchentliche bzw. tägliche Sicherung durchgeführt werden. I.d.R wird eine wöchentliche Sicherung ausreichen. Es empfiehlt sich, diese Sicherung als GDG (z.b. mit Limit 3) zu führen. Wichtig: ARCH-DB immer mitsichern. Ein zusätzlicher, logischer BQL-Unload ist für alle 3 o.g. Fälle (3.3.1-3.3.3) sinnvoll, da man die entladenen (gesicherten) Daten später auch in eine andere GAR-Datenbank hineinladen könnte, da der UNLOAD diese ohne die FILEID-Information abspeichert. Verwendet wird ein solcher logischer Unload z.b. auch bei der physischen Verkleinerung der GAR-Datenbanken. Ein UNLOAD könnte wie folgt aussehen: (Filename GARDATnn bitte unter 'Kürzel:' in Option A.D.1/S nachschauen) //B92UNLOD JOB 1,BETA,CLASS=A,MSGCLASS=P,NOTIFY=&SYSUID //UNLOAD1 EXEC PGM=BSS01RFF,REGION=64M, // PARM='S=92,B01LST=00,B92LST=00,PGM=BSS05DBL' //STEPLIB DD DISP=SHR,DSN=BSA.V3.LOAD // DD DISP=SHR,DSN=BETA92.V3.LOAD //B92DEF DD DISP=SHR,DSN=BETA92.DEF.DATA //BQLSAVE DD DISP=(,CATLG), // DSN=BETA92.SAVE.ARCH2001.UNLOAD(+1), // UNIT=VTS1,LABEL=(1,SL,RETPD=2555), // DCB=(BLKSIZE=32760,LRECL=32756,RECFM=VB) //BQLPRINT DD SYSOUT=* //BQLIN DD * UNLOAD FILE GARDATnn //UNLOAD2 EXEC PGM=BSS01RFF,REGION=64M, // PARM='S=92,B01LST=00,B92LST=00,PGM=BSS05DBL' //STEPLIB DD DISP=SHR,DSN=BSA.V3.LOAD // DD DISP=SHR,DSN=BETA92.V3.LOAD

//B92DEF DD DISP=SHR,DSN=BETA92.DEF.DATA //BQLSAVE DD DISP=(,CATLG), // DSN=BETA92.SAVE.ARCDATA.UNLOAD(+1), // UNIT=VTS1,LABEL=(1,SL,RETPD=2555), // DCB=(BLKSIZE=32760,LRECL=32756,RECFM=VB) //BQLPRINT DD SYSOUT=* //BQLIN DD * UNLOAD FILE ARCDATA // 4. Online Jobs Die Online Option 1 (JOBAUSWAHL) wird durch drei verschiedene DB- bzw. Dateitypen versorgt. 4.1 JOB DB Diese DB enthält alle Informationen für die Jobauswahltabelle und die Job- Informationstabelle (Einschränkung siehe EXT-DB, nächster Abschnitt). Das entspricht den BQL-Tabellen JBR, JLR, JMR, JNR, JPR, JSR und JXR. 4.2 EXT DB Diese JOB-Extension-DB enthält nur eine zusätzliche Tabelle, die JBRX. Die Tabelle JBRX wurde geschaffen, um zusätzliche Informationen über Jobs abzuspeichern, die in der V3-Basis nicht enthalten waren. Diese Informationen sind z.zt. 'langer Jobname', 'langer Hostname', 'langer Username'. Diese war erforderlich, um auch Informationen über Jobs von anderen Plattformen (z.b. UNIX) anzeigen zu können. Die Felder werden von BETA 92/EDF und BETA 48 versorgt. 4.3 SPOOL-Datenbanken Die Spool-Dateien sind VSAM-ESDS-Cluster. Sie enthalten die Jobprotokolle. Die Pointer, die in diese Spool-Dateien zeigen, sind in den Job List Records (JLRs) in der JOB-DB gespeichert. Es ist nicht sinnvoll, die unter Punkt 4 genannten Dateien im "laufenden Betrieb" zu sichern, d.h. bei laufender STC, da sie ständig (durch Reader/ Online Handling/Daily) verändert werden. Ein gesicherter Stand wäre nur 'temporär' und könnte u.u. auch nicht verwendet werden, da er möglicherweise nicht 'konsistent' ist. Wenn Sie diese Files trotzdem sichern möchten, empfehlen wir hierfür, das System einmal in der Woche zu stoppen und die Files dann zu sichern. 5. Ausblick Zur Sicherung der Datenbanken auch der anderen Produkte geben wir Informationen in den nächsten Newslettern. (CXB)

========================================================================== 2. Wir über uns - Support & System Services In diesem Abschnitt berichten wir über unsere Abteilung, den Aufbau, die Mitarbeiter, unsere Erfolge und auch manchmal über das, was nicht so richtig klappt. Diesmal - Expansionsprogramm 7/24-Service - Werbung in eigener Sache Ziel unsererseits ist, Ihnen mit hoher Fachkompetenz und Motivation bei der Sicherstellung Ihrer Produktionsprozesse zur Seite zu stehen und rund um die Uhr für Sie unterstützend wirksam zu werden. Dafür bauen wir unsere Abteilung sowohl fachlich als auch personell kontinuierlich aus und erweitern unsere Leistungen: Wie freuen uns auf eine weitere Mitarbeiterin/weiteren Mitarbeiter, die/der ab 1. März 2002 unser Team verstärken wird. Damit hätten wir Kapazität frei für Ihr Interesse... Wir haben unser Portfolio für sie wie folgt ausgebaut: - Service wird in deutscher und (neu) in englischer Sprache geleistet. - 7/24-Service für alle BETA-Produkte alle Tantia-Produkte für folgende IBM-Produkte: - Weitere Produkte bzw. Betriebssysteme auf Anfrage OS/390 & z/os OPC RACF DFSMShsm & DFSMSrmm Wenn Sie weitere Informationen wünschen, bitte schauen Sie sich auf unserer Website um: http://www.betasystems.de/. Direkt auf der ersten Seite finden Sie eine Schaltfläche, die Sie auf die 7/24-Seiten führt: http://www.betasystems.de/g_beta.nsf/(docs)/0211000000 Sie finden dort unseren Flyer, die Broschüre in pdf-format zum Herunterladen und Anwenderberichte. Wenn Sie Kontakt wünschen, bitte schreiben Sie uns eine e-mail an mailto:sieben24@betasystems.com, an unseren Manager, Herrn Podzuweit, mailto:harald.podzuweit@betasystems.com oder rufen Sie uns an: 7/24-Servicetelefon: 030-726 118 444 oder Herrn Podzuweit: 030-726 118 450. (HAP,ANR)

=========================================================================== 3. Aktuelle Produktstände Status Produkt Version PTFlevel Freigabe BSAlevel BETA BSA V3R3 PBS7975 20.06.01 9933-04 BETA 14 V3R1M3 PVP2001 09.09.00 9933-03 BETA 23 V3R3 PBF1156 18.09.01 9933-04 BETA 28 V3R2M1 PSI2042 28.02.01 9933-03 neu BETA 48 V3R5 PEJ3054 04.12.01 9933-04 BETA 48 ADF/EJF V3R5 für AIX, HP-UX, NT 04.12.01 BETA 48 ADF/EJF V3R5 für Sun Solaris 15.02.02 BETA 55 V3R3 PMM3480*) 16.07.01 9933-04 BETA 77 V1R7M8 PSM1960 29.10.99 9924 BETA 85 V1R8M5 Level 6 01.11.99 neu BETA 88 V3R3 new 30.11.01 9933-04 BETA 88 DAF V3R1M4 PSB4755 12.12.00 9933-02 BETA 89 V3R2M1 PSI2042 28.02.01 9933-03 BETA 91 V3R2 PQM5502 09.06.01 9933-04 BETA 92 V3R4 POM8027 23.04.01 9933-03 BETA 92 EDF V3R41a 12.04.01 BETA 92 ADF V341i 29.08.01 BETA 92 WIF V3R4 05.07.01 BETA 93 V3R3 PPM5248 14.09.01 9933-04 BETA 93 WIF V3R3b 15.06.01 BETA 93 EMF V3R3b 14.09.01 BETA 93 EDF V3R3b 01.10.00 BETA 97 V3R3 PIR0171 12.09.01 9933-04 BETA 97 WIF V3R3b 12.09.01 VIDIdoc V1R3 18.01.02 *) nur für CA/1 und RMM Verfügbarkeit von WIF: (ANR) Plattform/Produkt BETA 92 BETA 93 BETA 97 AIX o o x NT x x x OpenEdition x x x Linux (PC) o x x HPUX o o o SUN Solaris x x x wobei x = Komponenten sind verfügbar o = verfügbar nach Abnahme durch die Qualitätssicherung mit der darauf folgenden Produktauslieferung

=========================================================================== 4. Tips und Tricks 4.1 BETA 48 V3R5 Return Code Handling und TWS (vormals OPC) Das neue Release von BETA 48 verwendet an zwei Stellen die PIF-Schnittstelle des OPC, um sich dort Informationen zu holen, die für die Verarbeitung nötig sind. Dadurch wurde die Funktionalität von user-defined OPC-Workstations für BETA 48 erweitert. 1. Post-Input-Processing (B48UXPIP) Hiermit kann die AuthorityGroupID einer Application geholt werden. Diese wird dann als Userid für die Jobs (UNIX-Scripte, SAP-ABAPs) dieser Applikation verwendet. In einigen OPC-Installationen wird die AuthorityGroupId bei MVS-Jobs als 'Submitter' verwendet. 2. Get-APplication-Information (B48UXGAP) Dieser PIF-Aufruf wird dafür verwendet, den HIGHRC einer Operation aus dem Current Plan zu lesen. Der Default-HIGHRC (sh. OPC JTOPTS HIGHRC(n)) sollte mit dem Parameter B48_DEFAULT_HIGHCC=n im B48LST-Parmdeck gleichgesetzt werden. Die Installationsprozedur für BETA 48 setzt leider den B48_DEFAULT_HIGHCC=9999. Dieser Wert ist i.d.r. wenig sinnvoll und wird mit der nächsten Auslieferung auf 0 geändert. Bitte setzen Sie den Wert nach Ihren Anforderungen. Falls Sie kein OPC einsetzen oder sich nicht für einen bestimmten Wert entscheiden können, empfehlen wir Ihnen B48_DEFAULT_HIGHCC=0, d.h., alle Jobs mit einem RC>0 werden als 'fehlerhaft' behandelt. (CXB) --------------------------------------------------------------------------- 4.2 Reader Recovery Datei von BETA 92 Die BETA 92-STC benötigt für die JES-Reader-Funktion eine Datei, in der temporär Recovery-Informationen gespeichert werden. Diese Datei wird normalerweise bei Nichtvorhandensein vom BETA 92-Reader automatisch angelegt. Manchmal kann es notwendig sein, daß man diese Datei manuell anlegen muß, z.b., wenn die Datei SMS-verwaltet ist, aber trotzdem auf ein bestimmtes ruhiges Volume soll. Um diese Datei im Vorfeld selbst anzulegen, müssen ein paar Dinge beachtet werden. 1. Der Dateiname Der Name der Datei beginnt mit einem Prefix, der durch den B92LST-Parm B92_RECOVERY_DS_PREFIX (z.b. BETA92.V3.RECOVER) von Ihnen vorgegeben wird. Dieser Dateiname wird durch zwei weitere Parameter (M#sysid.S#ssid) ergänzt. Daraus würde sich z.b. folgender Dateiname bilden: BETA92.V3.RECOVER.M#MVS1.S#B92A

2. Der Dateiaufbau (DCB, Größe) ist vorgegeben: DCB=(RECFM=VB,LRECL=21545,BLKSIZE=21549) SPACE=(TRK,(1)) 3. Der Inhalt ist auch vorgegeben: Der Aufbau ist: CL8'RB_START', gefolgt von 21525 Zeichen X'00', gefolgt von CL8'RB_END '. Deshalb ist es auch nicht möglich, die Datei mit einem einfachen IEFBR14 anzulegen. Um das Anlegen einer solchen Datei zu erleichtern, haben wir ein Beispiel (eine 'TSO XMIT'-Datei) auf unserem FTP-Server bereitgestellt. Um aus diesem File eine "ordentliche" Reader Recovery Datei zu erstellen, muß wie folgt verfahren werden: - Binärer FileTransfer der Datei ftp://ftp.betasystems.com//pub/beta92/v3r4/bin/reader.recover.xmit auf Ihren PC - Binärer FileTransfer des Files reader.recover.xmit von Ihrem PC auf Ihr z/os in eine Datei im FB80 Format - TSO RECEIVE INDATASET(der.datei.fb80) - Folgenden Reply beantworten z.b. mit DA(BETA92.V3.RECOVER.M#MVS1.S#B92A) oder DA(BETA92.V3.RECOVER.M#MVS1.S#B92A) VOLUME(volser) UNIT(3390) - Die nun angelegte Datei wird von der BETA 92-STC (V34) als gültige Datei erkannt und verwendet. (CXB) --------------------------------------------------------------------------- 4.3 Gezielter ISPF-Aufruf der BETA Nutzeroberfläche Dies ist ein kleiner Tip für alle diejenigen von Ihnen, die auf ihrem Rechner mehrere STCs des gleichen Beta Produktes laufen lassen und die Online-Oberflächen dieser Produkte mit dem "TSO CLIST" Kommando aufrufen. Sicher haben Sie dabei schon gemerkt, daß ein "TSO CLIST" Aufruf nicht unbedingt in das in der Clist angegebene System geht, obwohl Sie möglicherweise für jedes System eine eigene Clist in ihre systemweite Clist- oder Rexx-Bibliothek gestellt haben, sondern immer in das System, in dem Sie zuletzt waren. Um dann in das gewünschte System zu kommen, ist es notwendig, dieses explizit über die Option P.2 auszuwählen. Wenn man oft zwischen den Systemen wechseln muß, kann es schon mal vorkommen, dass man im falschen System ist. Dies ist besonders unangenehm, wenn man verschiedene Versionen, z.b. bei Umstellungen oder Migrationen, im Einsatz hat. Im folgenden wollen wir Ihnen am Beispiel von zwei BETA 92-Systemen zeigen, wie es mit einer kleinen Anpassung gelingt, die Systeme direkt aufzurufen.

Während der Installation haben Sie wahrscheinlich für jedes der beiden Systeme das Clist Member in Ihre systemweite Clist- oder Rexx-Bibliothek kopiert, um die jeweils richtigen ISPF-Libraries und Loadlib anzusprechen. (z.b. B92V331 und B92V34) In den Clist's sind bereits die aufzurufenden Systeme angegeben. z.b.: IF &ZAPPLID = &STR(BSS) + THEN DO SET &B92SSID = &STR(ssid) SET &B92SYS = &STR(systemname) SET &B92LOC = &STR(location) ISPEXEC VPUT (B92SSID,B92SYS,B92LOC) PROFILE... Die entsprechenden Werte können aber nur gelesen werden, wenn die Clist unter der Applikations-ID BSS läuft. Um dies zu erreichen, müssen Sie beim Aufruf die Applikations-ID BSS mitgeben, was beim "TSO CLIST" Kommando nur über folgenden kleinen Trick geht: Legen Sie dazu bitte in Ihrer Clist- oder Rexx-Bibliothek zwei Member mit folgendem Inhalt an: Member B92A PROC 0 ISPEXEC SELECT CMD(%B92V331) NEWAPPL(BSS) und Member B92B: PROC 0 ISPEXEC SELECT CMD(%B92V34) NEWAPPL(BSS) Mit "TSO B92A" und der damit aufgerufenen Clist B92V331 kommen Sie nun immer direkt in das B92V331-System und mit "TSO B92B" und der damit aufgerufenen Clist B92V34 ins B92V34-System. Zusätzlich noch ein weiterer Hinweis: Mit folgender Anweisung können Sie auch Clist's direkt aufrufen, die sich nicht in Ihren verketteten Clistoder Rexx-Bibliotheken befinden: PROC 0 ISPEXEC SELECT CMD(EX 'BETA92.V35.CNTL(B92CLIST)') NEWAPPL(BSS) Identische ISPEXEC-Aufrufe können Sie natürlich auch direkt in ihre ISPF Menüs einbauen. (MGS) ---------------------------------------------------------------------------

4.4. Optimierung von Backuplaufzeiten Für diejenigen von Ihnen, die täglich mit Datensicherungen zu tun haben, erscheinen die folgenden Sätze sicherlich als selbstverständlich und natürlich auch wegen der Kürze des Artikels äußerst unvollständig. Wir denken, daß diese kurzen Tips dennoch diesem oder jenen bei der Optimierung seiner Backupabläufe helfen können. Eine Sicherung einer VSAM-Datei in der Größe einer Platte vom Typ 3390, Model 3, würde mit einem einfachen IDCAMS Repro auch bei schneller Hardware ca. 40 Minuten dauern. (D.h. es werden ca. 1,2MB pro Sekunde von der Platte auf's Tape kopiert.) Doch selbst mit IDCAMS/REPRO kann man die Laufzeit wesentlich verkürzen, indem man das Buffering optimal nutzt. Durch die Angabe von 181 Buffern (a 4k/cisize) erreicht man ein cylinderweises Lesen der Daten aus der VSAM-Datei. Dadurch kann man die Laufzeit des o.g. Beispieles auf 5-6 Minuten reduzieren. z.b.: //JOB01 JOB 1,BETA,CLASS=A,MSGCLASS=P,NOTIFY=&SYSUID ------------------------------------------------------------- //REPRO EXEC PGM=IDCAMS //IN DD DSN=BETA92.V3.JOB.DATA,DISP=SHR, // AMP=('AMORG,BUFND=181') //OUT DD DSN=BETA92.V3.SAVEWEEK.JOB.DATA(+1), // UNIT=VTS1,DISP=(,CATLG), // DCB=(RECFM=FB,LRECL=4088,BLKSIZE=32704,BUFNO=23) //SYSPRINT DD SYSOUT=* //SYSIN DD * REPRO INFILE(IN) OUTFILE(OUT) // Sichern Sie mit IDCAMS von Platte auf Platte, kann der Optimierungsparameter selbstverständlich auch für die Ausgabedatei verwendet werden. Das IDCAMS-Utility ist sicherlich kein Spezialist für Backups. Deshalb werden Sie wahrscheinlich meist andere Utilities wie z.b. ADRDSSU (DFdss) verwenden. Das "Zauberwort" für die Laufzeitverbesserung ist hierfür 'OPTIMIZE'. z.b.: //JOB01 JOB 1,BETA,CLASS=A,MSGCLASS=P,NOTIFY=&SYSUID ------------------------------------------------------------- //DUMP EXEC PGM=ADRDSSU,REGION=64M //OUTDSN DD DSN=BETA92.V3.SAVEWEEK.JOB.DATA(+1), // DISP=(,CATLG),UNIT=VTS1 //SYSPRINT DD SYSOUT=* //SYSIN DD * DUMP DATASET (INCLUDE(BETA92.V3.JOB.DATA)) - SHARE - OUTDD(OUTDSN) -

// (CXB) ALLDATA(*) - OPTIMIZE(4) --------------------------------------------------------------------------- 4.5. Kompatibilität der Beta-Produkte mit OS/390 V2.10 In Ergänzung zum Newsletter 14 vom 30.9.2001 möchten wir Sie gerne auf folgendes hinweisen: Die drei Produkte BETA 92, BETA 93 und BETA 97 nutzen die Programmkomponente BETA 23. Für den Lauf von BETA 23 auf einem z900-server unter z/os oder OS/390 2.10 im 64-bit mode (ARCHLVL=2) sind zusätzlich folgende PTFs erforderlich: BETA 23, V3R2M1, PTF PBF0823 BETA 23, V3R3M1, PTF PBF1156 Bei Bedarf fordern Sie diese bitte von den Produkt-Hotlines an. Seit 30.03.2001 finden Sie diese PTFs auf unserem FTP-Server zum Download. ftp://ftp.betasystems.com (JQS) =========================================================================== 5. PTFs/Updates Aus unserer Erfahrung in der Arbeit mit den Produkten und auf Grund von Empfehlungen der Produkt-Hotlines raten wir vorbeugend zur Installation folgender Fixes. BETA 48, V3R5 - PEJ3084, Korrektur Parameter für OPC PIF-Schnittstelle - PEJ3086, Korrektur Parameter für OPC PIF-Schnittstelle BETA 92, V3R4 - B92PTF01, diverse Zusammenfassung aller bereits durch NL veröffentlichter und weiterer PTFs Reader (z.b. Job-Merge, doppelte DSID, Scanner, Zurücksetzen des Archivflags im JBR zur sicheren Archivierung weiterer Listen eines bereits archivierten Jobs) Daily (z.b. Performance, 'Sonderfälle') Online (z.b. Programme, Panels, GAR/Reload, insgesamt ca. 20 Fixes) Batch Find (z.b. Performanceverbesserung, 'trailing blanks', verschiedenes) TCP/IP (z.b. WIF-IP-Port Fehler, EDF neue Message/SYSPRINT auf DUMMY)

Das File B92#T01.bin finden Sie unter: ftp://ftp.betasystems.com/pub/beta92/v3r4/cumptfs/ Um den Dateitransfer zu beschleunigen, liegt dieses das File dort auch in 3 komprimierten Formaten vor:.zip, und als.gz und.bz2 auch für die Unix/Linux-Welt. BETA 93, V3R3M1, für Nutzer des PTF-Bandes PPM5248 vom 14.9.2001 - PPM5281, B93MSGS neue Message PMS1502 (SUFFIX=2) hinzugefügt - PPM5287, B93WTRS Berichtigung der Ausgabelänge für OGR-Records - PPM5288, B93PRINT Berichtigung für Fehlerbild "Unknown DCR..." - PPM5292 und PPM5295, B93WTPRT wenn einer von mehreren LRI's ein IP Print ist, möglicher Fehler beim Druck für den nächsten LRI Bei Bedarf fordern Sie diese bitte von den Produkt-Hotlines an. Seit 30.03.2001 finden Sie diese PTFs auf unserem FTP-Server zum Download. ftp://ftp.betasystems.com (ANR) =========================================================================== 6. Zum Sammeln RPG - Zeilenweise Ausgabe von Datenfeldern Der Befehl PRINT im BSA Reportgenerator Mit dem Kommando PRINT können an die mit REPORT erzeugten Ausgaben noch zusätzliche Mitteilungen angehängt werden. Dadurch lassen sich zeilenweise Ausgaben ermöglichen, wie sie zum Beispiel für eine übersichtliche Auflistung der Adressen in der Tabelle LRN (BERA 93-Reci-Definitionen) verwendet werden. Es sind bei der Verwendung des PRINT Kommandos keine zusätzlichen Optionen für die Ausgabe per REPORT möglich.

//B93LRPRT JOB 724,'BETA',CLASS=A,MSGCLASS=E,NOTIFY=&SYSUID //REPORT EXEC PGM=BSS16RPG,REGION=0M //STEPLIB DD DISP=SHR,DSN=BSA.V3.LOAD //RPGPARM DD * SSID=B93A TRACE=NO DEBUG=NO /* //RPGSCAN DD SYSOUT=* //RPGPRINT DD SYSOUT=* //RPGTRACE DD SYSOUT=* //RPGSUM DD SYSOUT=* //SYSOUT DD SYSOUT=* //RPGWORK DD DISP=(,PASS),DSN=&&TEMP1,SPACE=(TRK,(300,150)) //RPGIN DD * DEFLINE L1 VALUE '&RECI' DEFREP REP1 LINES L1 WIDTH 132 NOCONTROL NOCOLHEAD WHILE $BQLRC EQ 0 BQL_EXEC 'SELECT TABLE (LRN) - FIELDS(RECI,ATITLE1,ATITLE2,ATITLE3,ATITLE4,ATITLE5,ATITLE6,ATITLE7, - ATITLE8,MAILADR) WHERE (RECI LIKE *)' IF $BQLRC EQ 0 REPORT REP1 ' ATITLE1 TO REP1 ' ATITLE2 TO REP1 ' ATITLE3 TO REP1 ' ATITLE4 TO REP1 ' ATITLE5 TO REP1 ' ATITLE6 TO REP1 ' ATITLE7 TO REP1 ' ATITLE8 TO REP1 ' MAILADR TO REP1 ENDIF ENDWHILE EXIT

Ergebnis: ********************************* TOP OF DATA **************** WXM#A adresstextzeile 1+++++++++++++++++++++++++++ 2 3 4 5 6 7 adresstextzeile 2--------------------------- e-mail-adresse KARL MUSTERMANN An Herrn Mustermann Beispielstraße 12 Berlin PLZ: 12345 karl.mustermann-e-mail-adresse DAGGI 111111111111111111111111111 2222222222222222 333333333333333333333 44444444444444444 55555555555555555555555 666666666666666666 77777777777777777777 8888888888888888888888888 hugo-d-e-mail-adresse ******************************** BOTTOM OF DATA ************** (HOS)

********************************************************************** * Diesen Newsletter können Sie und Ihre Kollegen abonnieren * * bzw. abbestellen. * * Senden Sie dazu eine E-Mail mit dem Subjekt * * 'Bestellung Newsletter' oder * * 'Abbestellung Newsletter' * * an mailto:sieben24@betasystems.com * * * * Weitergabe und Verbreitung der Informationen sind hiermit * * unter Angabe der Quelle (BETA Support-Newsletter) * * ausdrücklich erlaubt. * * * * Redaktion: * * (CXB) Christian Bressler - christian.bressler@betasystems.com * * (ANR) Andreas Reihs - andreas.reihs@betasystems.com * * (HOS) Holger Sauerbrey - holger.sauerbrey@betasystems.com * * (MGS) Matthias Schmidt - matthias.schmidt@betasystems.com * * (SLJ) Silvia John - silvia.john@betasystems.com * * (JQS) Jürgen Schimpke - juergen.schimpke@betasystems.com * * * * * * Bitte richten Sie allgemeine Fragen, Kritik, Anregungen und * * Veröffentlichungswünsche an die Adresse * * mailto:sieben24@betasystems.com * * * * Die Aufstellung PTFs/Updates in unserem Newsletter beschreibt * * 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 Zahlendrehern * * in unseren Aufstellungen. * * * ********************************************************************** * Strategischer Support - 7/24 Service * * mailto:sieben24@betasystems.com * * 7/24 Service Nummer: 030 726 118-444 * **********************************************************************