Konfigurieren Sie auf z/OS-Plattformen
Resource Access Control Facility (RACF), um den Anwendungsservern den Aufruf des Makros "ATRSRV" zu ermöglichen. Das Makro "ATRSRV" ermöglicht einem Server, Transaktionen für andere Server festzuschreiben und zurückzusetzen.
Dieser Prozess unterscheidet sich von der Unterstützung für Peer-Wiederanlauf und -Wiederherstellung, bei der der andere Server auf einem anderen System
gestartet wird.
Das Makro "ATRSRV" wird von MVS Resource Recovery Services (RRS) bereitgestellt.
Die Benutzer-ID, unter der
die Controllerregion des Anwendungsservers ausgeführt wird, muss die Zugriffsberechtigung "ALTER" für die Ressource "MVSADMIN.RRS.COMMANDS.
gname.
sysname"
in der Klasse "FACILITY" haben, wobei
gname für die RRS-Protokollierungsgruppe
(gewöhnlich der SYSPLEX-Name) und
sysname für den Systemnamen steht.
Wenn Sie den Zugriff auf alle Protokollierungsgruppen und Systeme erlauben möchten, können Sie Platzhalterzeichen im Ressourcennamen verwenden, z. B.
"MVSADMIN.RRS.COMMANDS.*".
Anmerkung: Da die Controllerregion in einem autorisierten Adressraum ausgeführt wird, hat sie implizit die Zugriffsberechtigung "ALTER" für diese Ressourcenklasse, sofern
die RACF-Konfiguration den Zugriff nicht explizit einschränkt.
Indem Sie den Zugriff auf diese Ressource explizit zulassen, verlassen Sie sich nicht auf den autorisierten Status der Controllerregion.
Weitere Informationen zum Makro "ATRSRV" und zum Festlegen der erforderlichen RACF-Berechtigungen finden
Sie in Kapitel
8 der Veröffentlichung MVS Programming: Resource Recovery, IBM Form SA22-7616-02.
Konfigurieren Sie für jeden Server im Cluster das Verzeichnis für die Transaktionsprotokolle. Zum Konfigurieren des Verzeichnisses für die Transaktionsprotokolle können
Sie die WebSphere-Administrationskonsole oder Befehle verwenden. Die Konfiguration
ist in der Konfigurationsdatei serverindex.xml auf Knotenebene
gespeichert. Jeder Server im Cluster muss in der Lage
sein, auf die Protokollverzeichnisse anderer Server im selben Cluster zuzugreifen.
Aus diesem Grunde müssen Sie diese Einstellung vornehmen. Wenn Sie kein Verzeichnis
festlegen, verwendet der Anwendungsserver ein Standardverzeichnis im entsprechenden
Profilverzeichnis, das möglicherweise nicht für andere Server im Cluster zugänglich ist.
Außerdem muss jeder Server im Cluster ein eindeutiges Transaktionsprotokollverzeichnis haben, um zu verhindern, dass mehrere
Server auf dieselbe Protokolldatei zugreifen.
Sie könnten beispielsweise den Namen jedes Servers
im Namen des Protokollverzeichnisses für diesen Server verwenden.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Der Speichermechanismus
für die Wiederherstellungsprotokolldateien und der Zugriff auf diesen Mechanismus müssen die dateibasierte Operation
unterstützen, mit der der Recovery Log Service das Schreiben der Daten auf Platte erzwingt. (Als Speichermechanismus
können Sie einen IBM NAS (Network
Attached Storage) und gemeinsam benutzte SCSI-Laufwerke, jedoch keine einfache gemeinsame Nutzung über ein Netz, verwenden. Für den Zugriff
auf diesen Mechanismus kommt beispielsweise ein LAN in Frage.)
Der Speichermechanismus, der
für die Protokolldateien zur Wiederherstellung verwendet wird, und der Zugriff
auf diesen Mechanismus (z. B. können Sie die Protokolle
mit NetClient File System (QNTC), das den Zugriff auf Daten auf einem fernen System über das Protokoll
Server Message Block (SMB) ermöglicht, auf einem anderen Server des Typs IBM® i speichern) müssen die dateibasierte
Operation unterstützen, mit der der Recovery Log Service das Schreiben der Daten auf eine Platte erzwingt.
Außerdem müssen
Sie den Mechanismus konfigurieren, mit dem auf die fernen Protokolldateien zugegriffen wird, um
die vom zugrunde liegenden Dateisystem unterstützte Fehlertoleranz zu nutzen. Wenn Sie beispielsweise
Network File System (NFS) verwenden und das ferne Verzeichnis mit den Protokolldateien mit der Option
"-o hard " des NFS-Befehls "mount" anhängen, versucht der NFS-Client erneut, eine fehlgeschlagene Operation zu wiederholen,
bis der NFS-Server wieder verfügbar ist.
Weitere Informationen zum Konfigurieren von Transaktionsprotokollverzeichnissen
finden Sie im Artikel Transaktionseigenschaften für einen Anwendungsserver konfigurieren.
Anmerkung: Wenn Sie eine Migration von einer älteren Version des WebSphere Application Server
durchgeführt haben, beachten Sie, dass die Konfiguration des Wiederherstellungsprotokolls
in der Konfigurationsdatei server.xml auf Serverebene gespeichert ist. Wenn Sie ein vorhandenes Script ausführen,
das die ursprünglichen Einstellungen für Wiederherstellungsprotokolle konfiguriert, oder Anwendungsservern der
Version 5 auf eine höhere Version von WebSphere Application Server migrieren, wird die ursprüngliche Konfiguration des
Verzeichnisses für Transaktionsprotokolle in der Datei server.xml aktualisiert. Die
Administrationskonsole erkennt diese Änderung. Wenn der Benutzer die Anzeige für den
Transaktionsservice aufruft, wird er aufgefordert, die Konfiguration zu speichern. Bei
dieser Sicherungsoperation wird die geänderte Konfiguration in der Datei serverindex.xml
gespeichert. Diese Operation
setzt alle älteren Felder auf null zurück. Adressieren Sie in den vorhandenen
Scripts so bald wie möglich die Datei serverindex.xml. Neue Scripts sollten
ebenfalls die Datei serverindex.xml adressieren.