Problembehandlung bei Host Integration Server Ereignis 23-Warnungen

In diesem Artikel werden die Warnungen zu Ereignis 23 in Microsoft Host Integration Server (HIS) 2010 und HIS 2009 vorgestellt.

Ursprüngliche Produktversion:   Host Integration Server 2010: BizTalk-Adapter für Hostsysteme 2.0
Ursprüngliche KB-Nummer:   2824716

Zusammenfassung

Wenn Sie eine HIS konfigurieren, um eine Verbindung mit einem IBM- oder iSeries (AS/400)-System herzustellen, installieren und konfigurieren Sie einen oder mehrere Linkdienste. Die Linkdienste stellen die Kommunikationsverbindung zwischen dem SNA Server-Dienst und Gerätetreibern bereit, um die SNA-Kommunikation über die verschiedenen Linktypen zu unterstützen.

Nachdem die Linkdienste installiert und konfiguriert wurden, müssen Sie die tatsächlichen Hostverbindungen definieren, über die der SNA Server-Dienst mit den IBM-Hostsystemen kommuniziert, um auf die Geschäftsanwendungen zuzugreifen. Verbindungen gemäß definition in der HIS-Konfiguration stellen die SNA-Verbindungsebene bereit, die für die Kommunikation mit dem IBM-Hostsystem verwendet wird.

Wenn der zugrunde liegende Linkdienst ein Problem mit der physischen Verknüpfung mit dem IBM-Hostsystem erkennt, wird ein Ausfallcode generiert. Dieser Ausfallcode wird an den SNA Server-Dienst zurückgegeben. Wenn der SNA-Serverdienst benachrichtigt wird, dass ein Ausfall der Verbindung aufgetreten ist, führt er die folgenden Aktionen aus:

• Protokolliert eine Ereignis-23-Warnung im Anwendungsereignisprotokoll
• Bereinigt die aktiven SNA-Sitzungen für die betroffene Verbindung.
• Gibt eine Close(LINK)-Anforderungsnachricht an den Linkdienst aus, um die Verbindung zu schließen.

Wenn ein Verbindungsausfall auftritt, werden alle für diese Verbindung definierten aktiven SNA-Sitzungen (LUs) geschlossen, was bedeutet, dass die Endbenutzer ihre Verbindung zu den Back-End-IBM-Anwendungen verlieren, mit denen sie interagiert haben.

Warnungsdetails zu Ereignis 23

Ereignis 23 gibt an, dass eine Hostverbindung fehlgeschlagen ist. Die in der Ereignisnachricht enthaltenen Details geben ausführlichere Informationen zum Grund des Fehlers an. Das Format der Ereignisnachricht wird hier angezeigt:

Ereignis-ID: 23
Quelle: SNA Server
Beschreibung: Verbindungsfehler Verbindung = Verbindungsname
Link service = link service name
Qualifizierer = Ausfallcode

Erklärung
Ein Linkdienst meldete einen Verbindungsfehler beim Knoten. Weitere Informationen zum Ausfallcode, der zu einem Verbindungsfehler geführt hat, finden Sie weiter unten.

TOKENRING, ETHERNET ODER FDDI

0029

Das Remotesystem reagiert nicht auf den Versuch des Host Integration Server Computers, eine SNA-Verbindung zu aktivieren.

• 00AE

  Die Verbindung ist entweder aufgrund eines Verbindungstimeouts, aufgrund einer langsamen Antwort vom Remotesystem fehlgeschlagen, oder das Remotesystem hat die Verbindung deaktiviert, indem Host Integration Server SNA-Dienst ein DISC (Connect) oder DM-Frame gesendet wurde.

  Wenn eine langsame Antwort vom Remotesystem angenommen wird, sollten die Host Integration Server SNA-Verbindungstimer t1 und ti erhöht werden.

  Wenn Sie eine Verbindung mit einer AS/400 herstellen und keine aktiven Benutzersitzungen vorhanden sind, wird die Verbindung von AS/400 gelöscht, wenn die Einstellung "AS/400 APPC Controller Switched Disconnect" auf JA festgelegt ist.

  Um das Problem zu isolieren, muss eine Netzwerküberwachungsüberwachung (oder ein ähnliches Hilfsprogramm) verwendet werden, um ein Auftreten des Fehlers zu erfassen.

• 00AF

  Die Verbindung mit dem Remotesystem wurde unterbrochen. Dies kann aufgrund eines Medienfehlers in Ihrem LAN, eines Ausfalls einer Zwischenbrücke oder eines Routers oder aufgrund eines Fehlers auftreten, wenn das Remotesystem nicht mehr reagiert.

• 00AC

  Der Windows NT-DLC-Treiber hat einen DLC-Protokollfehler in einem Frame erkannt, der vom Remotesystem empfangen wurde, und eine Frame-Ablehnung (Frame Reject, FRMR) gesendet, die das Ende der Verbindung verursacht. Ereignis 228 sollte protokolliert werden, wenn dieser Fehler auftritt. Weitere Informationen dazu, warum die FRMR aufgetreten ist, finden Sie im FRMR-Code in Ereignis 228.

• 00AD

  Das Remotesystem hat einen DLC-Protokollfehler in einem Frame erkannt, der von Windows NT gesendet wurde, und eine FRMR gesendet, die das Ende der Verbindung verursacht. Ereignis 227 sollte protokolliert werden, wenn dieser Fehler auftritt.

Hinweis

Im Zusammenhang mit IP-DLC-Linkdiensten: Verbindungen, die einen IP-DLC-Linkdienst verwenden, protokollieren auch Ereigniswarnungen, wenn die Verbindung fehlschlägt. In diesen Fällen sind die beiden Ausfallcodes, die protokolliert werden können, 0029 und 00AE, die im Wesentlichen die gleiche Bedeutung haben wie für Verbindungen, die einen 802.2 DLC-Linkdienst verwenden. Im Falle eines 00AE-Ausfalls für IP-DLC gelten die Informationen zu t1- und ti DLC-Timern nicht, da dies DLC-spezifische Einstellungen sind.

Die Meldung "Ereignis 23", wenn sie im Anwendungsereignisprotokoll angezeigt wird, enthält auch Ausfallcodes für SDLC-Linkdienste. SDLC-Ausfälle werden hier nicht behandelt, da die Verwendung von SDLC-Linkdiensten selten ist.

Problembehandlung bei Verbindungsfehlern von Ereignis 23

Im Allgemeinen treten Host Integration Server Verbindungsfehler auf, die zur Protokollierung von Ereignis-23-Warnungen aufgrund von Bedingungen außerhalb des HIS Serversystems führen. Aus diesem Grund sind für Die Problembehandlungsschritte in der Regel Aktionen außerhalb des HIS Servers erforderlich.

Ereignis-23-Verbindungsausfälle sind am häufigsten in Host Integration Server Umgebungen, die den 802.2 DLC-Verbindungsdienst verwenden, um eine Verbindung mit IBM-Hostsystemen über das DLC-Protokoll herzustellen. Bisher gab es eine reihe von Verbindungsausfällen bei Ereignis 23 mit SNA Server und Host Integration Server Umgebungen, die SDLC- oder X.25-Linkdienste verwenden, aber die Verwendung von SDLC- und X.25-Protokollen ist in diesen Tagen selten. Die Verwendung von IP-DLC-Linkdiensten nimmt schnell zu, es werden jedoch keine Warnungen zu Ereignis 23 angezeigt, die in diesen Umgebungen häufig protokolliert werden. Der IP-DLC-Linkdienst protokolliert eine Reihe von eigenen spezifischen Ereignismeldungen, wenn er Probleme mit den zugrunde liegenden TCP/IP-Verbindungen hat, die er für die Kommunikation verwendet. Ein Ereignis 23 tritt wahrscheinlich bei einem erweiterten Ausfall auf, der verhindert, dass der IP-DLC-Verbindungsdienst die erforderlichen TCP/IP-Sitzungen an den Netzwerkknotenserver (Network Node Server, NNS) richtet.

Für Host Integration Server Umgebungen, die 802.2 DLC- und IP-DLC-Linkdienste verwenden, sind die folgenden Ablaufverfolgungen erforderlich, um die Ursache der Verbindungsfehler zu ermitteln, die zur Protokollierung von Ereignis-23-Warnungen führen:

• Host Integration Server Ablaufverfolgungen

  Diese Ablaufverfolgungen werden mithilfe des SNA Trace Utility (snatrace.exe) erfasst.

• Netzwerkablaufverfolgungen

  Netzwerkerfassungsprogramme wie Netzwerkmonitor, Wireshark, Marshalleal werden häufig verwendet.

Die Grundidee besteht darin, die HIS und Netzwerkablaufverfolgungen vor einem Verbindungsfehler zu aktivieren. Sobald ein Verbindungsfehler auftritt, müssen Sie die Ablaufverfolgungen so schnell wie möglich beenden, um zu verhindern, dass die Ablaufverfolgungsdaten, die den Fehler enthalten, überschrieben werden.

Host Integration Server Ablaufverfolgungen

In den folgenden Schritten werden die Host Integration Server Ablaufverfolgungen beschrieben, die für einen Verbindungsausfall erfasst werden sollen:

1. Führen Sie snatrace.exe aus.

2. Wählen Sie die Registerkarte "Globale Eigenschaften der Ablaufverfolgung" aus.

3. Ändern Sie die Einstellung für die Blättern der Ablaufverfolgungsdatei (Bytes) von 200000000 auf 200000000 (fügen Sie der Standardlänge eine 0 hinzu).

4. Aktivieren Sie die Option "HIS Administratoren das Ausführen der Ablaufverfolgung erlauben".

5. Wählen Sie Anwenden aus.

6. Wählen Sie die Registerkarte "Ablaufverfolgungselemente" aus.

7. Markieren Sie den Linkdienstnamen (SNAIP1, SNADLC1 usw.), der in der Warnung von Ereignis 23 angegeben ist, und wählen Sie dann Eigenschaften aus.

8. Wählen Sie die Registerkarte Nachrichtenablaufverfolgung aus.

9. Aktivieren Sie Nachrichten der Stufe 2, und wählen Sie dann OK aus.

10. Markieren Sie den SNA-Server in der Liste der Ablaufverfolgungselemente, und wählen Sie "Eigenschaften" aus.

11. Wählen Sie die Registerkarte Nachrichtenablaufverfolgung aus.

12. Aktivieren Sie das Datenlink-Steuerelement, und wählen Sie dann OK aus.

13. Sie können das SNA-Ablaufverfolgungsprogramm zu diesem Zeitpunkt minimieren, da Ablaufverfolgungen aktiviert sind.

    Hinweis

    Wenn Sie das SNA-Ablaufverfolgungsprogramm schließen, werden Sie mit einem Warndialogfeld aufgefordert, das angibt, dass das Verlassen von aktivierten Ablaufverfolgungen die Serverleistung beeinträchtigen kann. Sie können OK auswählen und das Fenster schließen, wenn Sie dies auswählen.

14. Nachdem der Verbindungsfehler aufgetreten ist, stellen Sie das SNA-Ablaufverfolgungsprogrammfenster wieder her (oder öffnen Sie es erneut), und wählen Sie die Schaltfläche "Alle Ablaufverfolgung löschen" aus, um die Ablaufverfolgung zu deaktivieren. Sie möchten dies so schnell wie möglich tun, da die HIS Ablaufverfolgungen in Kreisablaufverfolgungsdateien geschrieben werden. Die Daten werden überschrieben, wenn die Ablaufverfolgungen weiterhin ausgeführt werden. Auf ausgelasteten Servern können die Ablaufverfolgungen schnell umbrochen werden.

Netzwerkablaufverfolgungen

Die Schritte zum Aktivieren einer Netzwerkablaufverfolgung hängen vom Netzwerkerfassungsprogramm ab, das Sie verwenden möchten. Daher sind hier keine bestimmten Schritte zur Netzwerkerfassung enthalten. Stattdessen wird eine Übersicht über die zu erfassenden Elemente bereitgestellt:

1. Die Netzwerkerfassung muss die Daten enthalten, die zwischen dem Host Integration Server-System und dem IBM-Hostsystem (Computers oder iSeries) fließen. Wenn Sie den 802.2 DLC-Linkdienst verwenden, möchten Sie den DLC-Netzwerkdatenverkehr erfassen. Wenn im Host Integration Server System mehrere Netzwerkadapter vorhanden sind, müssen Sie sicherstellen, dass das Netzwerkerfassungsprogramm den richtigen Netzwerkadapter nachverfolgt, wenn die Netzwerkablaufverfolgung auf dem Host Integration Server System erfasst wird.

   Sie können einen Filter einrichten, um den erfassten Datenverkehr einzuschränken. Wenn Sie einen Filter verwenden, besteht eine Möglichkeit darin, den gesamten Netzwerkdatenverkehr zu/von der MAC-Adresse (bei Verwendung von DLC) oder die TCP/IP-Adresse (bei Verwendung von IP-DLC) des IBM-Remotehostsystems zu erfassen.

   Das Risiko bei der Verwendung von Filtern besteht darin, dass der Filter möglicherweise keinen Datenverkehr erfasst, der für die Verbindungsprobleme relevant ist. Dies tritt höchstwahrscheinlich bei TCP/IP-Verbindungen auf. Ein Filter kann ICMP-Umleitungs- oder Zielframes übersehen, die nicht erreichbar sind. Diese Art von Frames kann auftreten, wenn der Netzwerkpfad zwischen dem HIS-Server und dem IBM-Hostsystem ein Problem aufweist oder wenn ein Router dazwischen nicht über das richtige Setup verfügt oder die Verbindung unterbrochen ist.

   Diese Frames werden von einer anderen TCP/IP-Adresse (z. B. die Adresse des Routers) gesendet und gehen möglicherweise verloren, wenn Sie ein Filtersetup mit HIS TCP/IP-Adresse und IBM-Hostsystem TCP/IP-Adresse verwenden.

2. Wenn das Host Integration Server-System und das IBM-Hostsystem über ein WAN getrennt sind (z. B. Router, Switches, Brücken zwischen den Systemen), empfiehlt es sich, mindestens im Host Integration Server Netzwerksegment und im Netzwerksegment des IBM-Hostsystems gleichzeitige Netzwerküberwachungen durchzuführen. Dies ermöglicht einen Einblick in den Netzwerkdatenverkehr in den einzelnen Netzwerksegmenten. Auf diese Weise können Sie sehen, ob Netzwerkpakete über das WAN erfolgen. Eine Netzwerkablaufverfolgung in nur einem Netzwerksegment bietet kein vollständiges Bild, da Sie nicht sicher feststellen können, ob ein fehlendes Paket das andere Netzwerksegment erreicht hat oder ob auf dem Rückweg eine Antwort verloren gegangen ist.

3. Wenn die Verbindungsfehler zufällig sind, müssen die Ablaufverfolgungen möglicherweise über einen längeren Zeitraum ausgeführt werden. In diesen Fällen sollten Sie das Netzwerkerfassungsprogramm einrichten, um Netzwerkablaufverfolgungen in bestimmten Intervallen zu speichern, falls die Ablaufverfolgungen nicht sofort beendet werden können, wenn ein Ausfall auftritt. Dadurch wird sichergestellt, dass die relevanten Daten erfasst werden.

4. Wenn ein Verbindungsfehler auftritt, möchten Sie die Netzwerkablaufverfolgung so schnell wie möglich beenden und speichern.

Ablaufverfolgungsanalyse

Das Host Integration Server-Supportteam verwendet die resultierenden Ablaufverfolgungsdaten, um die Ursache der Verbindungsfehler zu isolieren. In den meisten Fällen wird das Problem durch eine der folgenden Ursachen verursacht:

• Konfigurationsproblem

  • Falsche Netzwerkadressen
  • Falsche Dienstzugriffspunkte (SAPs)
  • Falsche Firewalleinstellungen (IP-DLC)

• Netzwerkprobleme

  • Vorübergehende Netzwerkprobleme
  • Router-/Switch-/Packet-Shaper-Probleme

• IBM Host System-Ausfälle

  • Normale Wartungsfenster
  • Unerwartete Ausfälle auf Denk- oder iSeries-Systemen

Im Allgemeinen sind die Netzwerkablaufverfolgungen die wichtigsten Problembehandlungstools für diese Arten von Problemen, da sie normalerweise außerhalb Host Integration Server sind. Die HIS Ablaufverfolgungen sind hilfreich, um den Datenfluss vor dem Ausfall anzuzeigen. Die Nachrichtenablaufverfolgungen des Linkdiensts Level 2 enthalten auch DLC-Rückgabecodes (für 802.2 DLC-Linkdienste), die ebenfalls hilfreich sein können.

• Bei 802.2 DLC-Verbindungsfehlern teilt Ihnen der Ausfallcode in Ereignis 23 mit, warum die Verbindung unterbrochen wurde. Wenn Sie auf die spezifischen Beschreibungen des Ausfalls oben verweisen, erhalten Sie eine Vorstellung davon, wonach Sie in den Ablaufverfolgungen suchen sollten.

  Die Ablaufverfolgungen helfen, die zugrunde liegende Ursache zu überprüfen oder nachzuweisen, wie im Ausfallcode angegeben.

  Ein Ausfallcode von 0029 (Remotesystem reagiert nicht) weist in der Regel darauf hin, dass der 802.2-DLC-Linkdienst keine Antwort auf die DLC TEST- oder XID-Befehle erhält, die an das Remotesystem gesendet werden, um die DLC-Verbindung herzustellen. In diesen Fällen sollte auch eine Warnung zu Ereignis 230 im Anwendungsereignisprotokoll protokolliert werden, die angibt, ob das Problem aufgrund eines TEST- oder XID-Befehls auftritt. Die Netzwerkablaufverfolgungen werden in diesem Fall verwendet, um zu überprüfen, ob der Befehl "TEST" und/oder "XID" vom 802.2 DLC-Verbindungsdienst an das Kabel gesendet wird. Wenn gleichzeitige Netzwerküberwachungen erfasst wurden, können Sie sehen, ob die Befehle TEST oder XID das Remotenetzwerksegment erreicht haben. Wenn ja, sollte eine TEST- oder XID-Antwort zurückgegeben werden. Wenn die Antwort in der Remotenetzwerkablaufverfolgung, aber nicht in der anderen Netzwerkablaufverfolgung angezeigt wird, wurden die Pakete beim Durchlaufen des WAN verworfen/verloren. An diesem Punkt wird die Problembehandlung mit Ihrem Netzwerksupportteam fortgesetzt.

• Für die Ausfallcodes, die eine Gesendete oder empfangene Frame-Ablehnung (Frame Reject, FRMR) angeben, würden Sie die Netzwerkablaufverfolgung nach FRMR durchsuchen und dann rückwärts arbeiten, um die Sequenz zu sehen, die dazu führte, dass die Frame-Ablehnung gesendet wurde. In diesen Fällen sind typische Ursachen, dass DLC-Frames außerhalb der Sequenz gesendet werden, falsche Sequenznummern, falsche DLC-Framegröße. Zusätzliche Details werden in eine entsprechende Ereignis-227-Warnung eingeschlossen, die einen Frame-Ablehnungscode enthält, der den Grund angibt, warum die Frame-Ablehnung gesendet wurde.