9 Tips zu ClientAccess für OS/2 optimiert

10. November 2007 | Von | Kategorie: Tools, Hot-Tips

NEWSolutions Arikel: Der Artikel gibt wertvolle Tips zur Konfiguration von Verbindungen zwischen PC und AS/400 sowie zu Performance- und Sicherheitsaspekten von Client Access/400 für OS/2.

Der Artikel gibt wertvolle Tips zur Konfiguration von Verbindungen zwischen PC und AS/400 sowie zu Performance- und Sicherheitsaspekten von Client Access/400 für OS/2.

9 Tips zu ClientAccess für OS/2 optimiert

 

Der optimierte OS/2-Client von Client Access/400 ist eine 32-Bit Version mit einer Anzahl neuer Funktionen, wie z.B. der Konfiguration mehrerer AS/400-Verbindungen oder der Unterstützung von Netzwerk-Laufwerken und virtueller DOS-Boxen in OS/2. Die meisten dieser Funktionen müssen jedoch an das jeweilige Anwendungsumfeld manuell angepaßt und unter Performance-Gesichtspunkten getunt werden. Die folgenden Tips sollen die zusätzlichen Möglichkeiten der Verbindungskonfigurationen darlegen, Performance-Verbesserungen aufzeigen und die Sicherheit von Client/Server-Anwendungen erhöhen.

Verbindungen konfigurieren

1. Einen PC für lokale und entfernte Verbindungen konfigurieren

Die derzeit aktuelle Version V3R1M1 von ClientAccess/400 (CA/400) optimiert für OS/2 enthält Funktionen zur Konfiguration und Benutzung verschiedener Verbindungsarten zwischen PC und AS/400, darunter auch eine Variante für Telefonverbindungen. Diese Funktionen können auch eingesetzt werden, um einen Laptop sowohl lokal als auch remote an eine AS/400 anzubinden. Die folgenden Hinweise sollen helfen, eine solche Konstellation erfolgreich zu installieren:
Auf dem Laptop sei CA/400 optimiert für OS/2 bereits für eine LAN-Verbindung installiert. Um die Telefonverbindung zu konfigurieren, wird erneut das Installationprogramm INSTALL (Teil 1 der Installation) gestartet. Falls zuvor eine benutzerdefinierte Installation durchgeführt wurde, muß sichergestellt sein, daß bei einer erneuten Installation dieselben Komponenten ausgewählt werden (z.B. File Transfer, PC5250 und/oder Rumba Emulation) wie bei der ersten. Abbildung 1A zeigt die erforderlichen Angaben zur Konfiguration einer Telefonverbindung. Angegeben wird, welche Art Modem zum Einsatz kommt (asynchron, synchron oder autosynch), ob eine Wähl- oder Standleitung (Switched oder Non-Switched) eingesetzt und an welcher seriellen PC-Schnittstelle (COM1 oder COM2) das Modem angeschlossen sein wird. InTeil 2 der Installation wird die Art der Verbindung zur AS/400 angegeben, die für den Rest der Installation benutzt werden soll. Da mit dem LAN-Anschluß bereits eine schnellere Verbindung zur AS/400 als die soeben konfigurierte Telefobverbindung existiert, sollte man mit ihr die oben ausgewählten CA/400-Komponenten von der AS/400 herunterladen. Bei Benutzung einer Telefonverbindung könnte dies Stunden dauern Nach Beendigung der Installation zeigt das Fenster „AS/400 Connection Setup“ eine Pulldown-Liste der zur Verfügung stehenden Verbindungen, nun inklusive der zusätzlichen Telefonverbindung.

2. Einen Alias-Namen für eine indirekte Verbindung definieren

Einige der CA/400 – Anwendungen, wie z.B. die Rumba-Emulation oder der File Transfer, verwenden einen Alias-Namen für sowohl direkte als auch indirekte Verbindungen zur AS/400. Der OS/2 – Client jedoch erstellt einen Alias-Namen nur für direkte Verbindungen. Um den Komfort eines Alias-Namens auch bei indirekten Verbindungen nutzen zu können (beispielsweise für Netzwerkverbindungen, die über eine weitere AS/400 geroutet werden), ist eine Modifikation der Datei CA400.NDF im OS/2-Communication Manager nötig:

  • Im OS/2-Befehlszeilenfenster werden Laufwerk und Pfad zum Verzeichnis des Communication Managers eingegeben.
  • Daraufhin wird die Datei CA400.NDF mit einem Texteditor editiert. In dieser Datei finden sich die Abschnitte DEFINE_LOGICAL_LINK und DEFINE_PARTNER_LU für die jeweilige direkte Verbindung. Für jede indirekte Verbindung benötigt man eine separate DEFINE_PARTNER_LU-Sektion. Hierfür werden eine vorhandene Sektion kopiert und die Angaben der indirekten Verbindung angepaßt.
  • NDF.Datei sichern und den Befehl
    CMVERIFY CA400.CFG /e
    eingeben. Damit werden die neuen Eintragungen konfiguriert, und der neue Alias-Name steht zur Verfügung.

Performance- Verbessserungen

3. Die OS/2-Auslagerungsdatei anpassen

Eine grundsätzliche Tuning-Maßnahme bei OS/2 ist es, für die Auslagerungsdatei (Swap File) eine ausreichende Größe festzulegen. Die Standardangabe in der CONFIG.SYS ist seit Anbeginn
SWAPPATH=d:\OS2\SYSTEM 2048 2048.
Wobei d: das entsprechende OS/2-Installationslaufwerk bezeichnet, der erste Zahlenwert den Vergrößerungswert und der zweite die Initialisierungsgröße der Auslagerungsdatei bei Systemstart angibt. Den letzten Wert sollte man kräftig erhöhen, denn OS/2 lagert während des Betriebs reichlich Hauptspeicherseiten in diese Datei auf der Festplatte aus. Ist die Initialisierung der Datei zu klein ausgefallen, wird deren Größe laufend um den zuerst genannten Wert erweitert. Das hat sich als erheblich leistungsmindernd herausgestellt. Nach dem Start der üblichen PC-Anwendungen wie z.B. ClientAccess, ggf. Code/400, Textverarbeitung etc., sollte deshalb geprüft werden, welche Größe die Swapdatei in der Regel annimmt. Empfehlenswert ist, diesen Wert in der SWAPPATH-Anweisung um 20 Prozent zu erhöhen. Falls die Auslagerungsdatei bis zu 20 MB groß wurde, erfordert dies beispielsweise folgende Angaben:
SWAPPATH=d:\OS2\SYSTEM 2048 24576.  


4. Überflüssige Netzwerklaufwerke inaktivieren

Mit V3R1 hat Client/Access eine neue Unterstützung für Shared Folder erhalten. Werden Verbindungen ausschließlich zu solchen AS/400-Systemen aufgebaut, die unter V3Rx laufen, kann man den Support der V2Rx – Ordner inaktivieren.Der PC wird dadurch um einige Tasks entlastet.Für das Inaktivieren wird in der CONFIG.SYS die Zeile
IFS=d:\CAOS2\EHNSFL0.DLL
gelöscht oder (REM IFS=d:\. . .). Als Nächstes wird in der Datei CASERV.CMD in Ihrem CAOS2-Verzeichnis die Zeile CWBBSTRT.EXE um den Parameter /NOV2 ergänzt. Sie sieht dann aus wie folgt:
CWBBSTRT.EXE /NOV2

5. Unterstützung der virtuellen DOS-Funktion abschalten

Viele der CA/400 – Funktionen können auch in einer virtuellen DOS-Box laufen. Wer diese Funktion nicht einsetzt, verfügt über eine weitere Möglichkeit, PC-Resourcen einzusparen. Die zugehörigen EHNPCxDD-Device-Anweisungen in der CONFIG.SYS werden einfach mit REM versehen.
REM DEVICE=d:\CAOS2\EHNPCPDD.SYS
REM DEVICE=d:\CAOS2\EHNPCVDD.SYS
Dies gilt auch für die EXE-Datei VDMSERV.EXE in der bereits erwähnten Datei CASERV.CMD:
REM VDMSERV.EXE /Z

6. Problem Protokoll abschalten

Der optimierte OS/2-Client protokolliert standardmäßig alle auftretenden Fehler in einer Log-Datei und sendet diese an die AS/400 weiter. Das entlastet den PC nochmals. Die Anpassungen erfolgen wiederum in der Datei CASERV.CMD. Die DETACH-Anweisung für das CWBMGD-Programm wird in
REM DETACH CWBMGD.EXE
und die CWBLOG-Anweisung in
CWBLOG.EXE START /HISTROYLOG> geändert. Damit ist lediglich die History-Protokollierung aktiviert.

7. Client Access – Druckfunktionen abschalten

Wer grundsätzlich keine PC-Dokumente auf AS/400-Druckern druckt und auch nicht die Graphical Access Funktionen zur Verwaltung von Druckern und OUTQs nutzt, kann weitere Anweisungen in der CONFIG.SYS auskommentieren und damit den PC entlasten:
REM DEVICE=C:\CAOS2\CWBNPRDR.SYS
REM IFS=C:\CAOS2\CWBPFS.IFS
REM RUN=C:\CAOS2\CWBDAEMN.EXE
Sicherheit

8. Exit-Programme zu den Registrierungsinformationen hinzufügen

Zugangsbeschränkungen zu PC-Support-Funktionen konnten bisher über ein Exit-Programm implementiert werden, das im Parameter PCSACC in den Netzwerkattributen angegeben wurde. Ab V3R1 lassen sich Exit-Programme für verschiedene Systemfunktionen in den Registrierungs-Informationen eingeben. Dadurch werden Zugangsberechtigungen nicht mehr pauschal, sondern differenziert für die einzelnen CA/400-Funktionen vergeben. Zur Aktivierung dieser Option werden die Netzwerkattribute mit
CHGNETA . . . PCSACC(*REGFAC).
geändert und die Exit-Programme zu den einzelnen CA/400-Funktionen per OS/400-Befehl WRKREGINF (Auswahl 8) eingetragen.

Verschiedenes

9. APARs zu OS/2-WARP 4

Bevor man den optimierten CA/400 OS/2- Client unter OS/2- Warp 4 installiert, sollten folgende informellen APARs (Authorized Problem Analysis Report) per ECS berücksichtigt werden:

  • II08874: Allgemeines und PTFs zu V3R1M1
  • II09210: Informationen zur Installation
  • II09211: + 12 ODBC und Datenbank Tips
  • II09213: bekannte Probleme
  • II09778: OS/2 Warp 4 (Merlin) Kompatibilität
  • II10116: Informationen zur Installation

Diese APARs können auch über Internet von der OS/2 Home Page geholt werden: http://www.as400.ibm.com/client/caos232a.htm.

Schlagworte: , , , , , , , , , , , , ,

Schreibe einen Kommentar

Sie müssen eingeloggt sein, um einen Kommentar schreiben.