Sie können eine Fehlerbehebung bei Problemen durchführen, die bei der Implementierung
der Muster in IBM® SOA Policy Gateway Pattern auftreten können.
Verbindung zum externen DataPower-Gerät wird während der Implementierung nicht hergestellt
Versuchen
Sie die folgenden Lösungen:
- Überprüfen Sie zusammen mit dem DataPower-Administrator,
ob der Benutzer und das Kennwort gültig sind:
- Überprüfen Sie in der DataPower-Web-GUI, ob der Benutzer vorhanden ist,
indem Sie zu
navigieren.
- Überprüfen Sie, ob der Benutzer vorhanden ist.
- Überprüfen Sie, ob der Benutzer berechtigt ist, XML Management Interface zu verwenden. Er muss zum
Beispiel die Systemadministratorberechtigung besitzen.
- Der DataPower-Administrator muss möglicherweise überprüfen,
ob das Benutzerkonto in den Benutzeragenteneinstellungen, zum Beispiel in den Einstellungen der
Basisauthentifizierung (Basic Authentication Settings), aktiviert ist.
- Überprüfen Sie, ob der DataPower-Hostname korrekt ist.
- Überprüfen Sie, ob XML Management Interface in DataPower aktiviert ist.
Fehlerbehebung bei einem Fehler wegen bereits vorhandener Domäne
Versuchen Sie die folgende Lösung:
- Öffnen Sie im DataPower Control Panel die
Option 'Application Domains'. Überprüfen Sie, ob die Domäne bereits vorhanden ist.
Fehlerbehebung bei Portüberschneidungsfehler für die Beispielanwendung
Wenn
einer der Beispielservices nicht verfügbar ist, überprüfen Sie, ob die Ports in Ihrer Domäne mit anderen Domänen
im Konflikt stehen.
Versuchen Sie die folgenden Lösungen:
- Melden Sie sich bei DataPower an und wechseln Sie zur Beispieldomäne. Öffnen Sie anschließend die Anzeige 'Control Panel' und klicken Sie auf das Symbol für
die XML-Firewall. Stellen Sie sicher, dass die XML-Firewalls alle einen aktiven Status haben.
- Suchen Sie nach 'HTTP Front Side Handler'. Überprüfen Sie, ob sich der einzelne HTTP-Front-Side-Handler
im aktiven Status befindet.
Fehlerbehebung bei einem Umstufungsfehler (Promotionsfehler)
Es können zahlreiche Probleme bei einer Umstufung (Promotion) auftreten. Dazu gehören auch Fehler bei der Verbindung
zum Governance Master während der Implementierung.
Versuchen Sie die folgenden Lösungen:
- Überprüfen Sie die Parameter:
- Überprüfen Sie den Benutzer der WSRR-Zelle für den Governance Master (WSRRCELL).
- Überprüfen Sie das Kennwort für den Benutzer der WSRR-Zelle für den Governance Master.
- Überprüfen Sie den Hostnamen der WSRR-Zelle für den Governance Master.
- Überprüfen Sie den Zellennamen der WSRR-Zelle für den Governance Master.
- Überprüfen Sie den Austausch der Unterzeichnerzertifikate:
- Navigieren Sie zum Standardtruststore der Governance Master-Zelle (CellDefaultTrustStore) und stellen Sie sicher,
dass ein Zertifikatseintrag für den Deployment Manager (Dmgr) oder den eigenständigen Server der Laufzeitumgebung vorhanden ist.
- Prüfen Sie in jeder Laufzeitumgebung den Standardtruststore
'CellDefaultTruststore' der Zelle (im Fall einer Network Deployment-Umgebung) oder den Standardtruststore
'NodeDefaultTrustStore' des Knotens (für eigenständige WSRR-Server), um sicherzustellen, dass ein Zertifikat
für den Dmgr des Governance Masters vorhanden ist.
- Exportieren Sie die LTPA-Schlüssel aus beiden Zellen mit demselben Kennwort und überprüfen Sie,
ob sie identisch sind (z. B. die Byte).
- Stellen Sie sicher, dass die Promotionseigenschaftendatei Serverabschnitte mit dem entsprechenden
Informationen zu Host und Port sowie zu Benutzer und Kennwort enthält. Diese Informationen sind in der Service-Registry-Konsole für den Governance Master zu finden:
- Navigieren Sie zu 'GovernanceMasterDMgrHost' oder 'ServiceRegistry' und wechseln Sie zur
Perspektive für Konfigurationen ('Configurations'). Suchen Sie im Abschnitt 'Actions' den Eintrag
Promotion und öffnen Sie die Promotionseigenschaftendatei. Für jede Umgebung
sollten XML-Elemente für jeden Server im WSRR-Staging-Knoten oder -Cluster vorhanden sein. Wenn ein Cluster oder Knoten vom Typ 'production' vorhanden ist, sollten Einträge 'server:port'
für jeden vorhanden sein und es sollten Benutzer- und Kennwortinformationen vorhanden sein.
- Überprüfen Sie, ob die Serviceversion und der SOAP-Endpunkt beide die Klassifikation für
'Staging' und 'Production' haben.
- Wählen Sie in der Service-Registry-Konsole die SOA-Governance-Perspektive aus. Öffnen Sie die Serviceversion und wählen Sie die Registerkarte für Klassifikationen ('Classifications') aus. Die
Werte 'Staging' und 'Production' müssen aktiviert sein.
Fehlerbehebung bei Fehlern mit der angepassten CLI
Versuchen Sie die folgenden Lösungen:
- Überprüfen Sie die Datei 'defaultLog' auf Fehlernachrichten in der DataPower-Domäne.
- Aktivieren Sie das CLI-Debugging und überprüfen Sie die entsprechenden Protokolle, bevor Sie die CLI ein weiteres Mal ausführen.