Problembehandlung bei Host Integration Server Ereignis 230-Warnungen

  • Artikel
  • 8 Minuten Lesedauer

In diesem Artikel wird erläutert, warum die Warnung zu Ereignis 230 in Host Integration Server auftritt, und es wird beschrieben, wie sie behoben werden kann.

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

Zusammenfassung

Wenn ein Host Integration Server eine 802.2 Data Link Control (DLC)-Verbindung aktiviert, sendet es standardmäßig eine unbegrenzte Anzahl von Open -Anforderungen (Link) an den 802.2 DLC-Linkdienst. Wenn eine Host Integration Server 802.2 DLC-Verbindung so konfiguriert ist, dass sie beim Serverstart oder vom Administrator aktiviert wird, versucht der Server unbegrenzt, die Verbindung zu aktivieren.

Das DLC-Protokoll sendet dann TESTbefehle für logical Link Control (LLC), um die Verbindung zwischen Station und Linkstation zu testen. Der Befehl TEST wird vom DLC-Protokoll bereitgestellt, um die Verbindungsstation mit dem Übertragungspfad der Verbindungsstelle zu überprüfen. Der Befehl TEST bewirkt, dass die Remoteverbindungsstation eine TESTantwort zurückgibt. Host Integration Server zu Beginn jeder 802.2 DLC-Verbindung einen TEST-Befehl aus. Obwohl dieser Befehl für die Verbindungsaktivierung nicht erforderlich ist, verhindert sein Fehler, dass die Aktivierung fortgesetzt wird.

Sie können sich den DLC TEST-Befehl als analog zu einem TCP/IP-Pingbefehl vorstellen. Es überprüft die Route vom Host Integration Server zum IBM-Remotehostsystem und zurück.

Wenn Host Integration Server eine TESTantwort vom Remotesystem empfängt, sendet sie XID-Befehle (Exchange Identifier). Das Senden von XID-Befehlen ist identisch mit dem Senden von TEST-Befehlen. Mit den XID-Befehlen werden die Rollen und Linkmerkmale der Linkstation gegenseitig vereinbart. Während eines 802.2 DLC-Verbindungsaktivierungsprozesses werden möglicherweise mehrere XIDs ausgetauscht, um verschiedene Parameter auszuhandeln. Um die besten Chancen zu haben, das Remotesystem zu ermitteln, sendet das DLC-Protokoll verschiedene Typen von MAC-Frames (Media Access Control) an die NDIS-Schnittstelle (Network Device Interface Specification). Welche Framestypen übermittelt werden, hängt vom Netzwerktyp (Ethernet- oder Tokenring) ab, über den das DLC-Protokoll kommuniziert.

Ethernet-Verbindungen

Wenn die 802.2-DLC-Verbindung für die Verwendung von Ethernet konfiguriert ist, sendet die Host Integration Server die Befehle DLC TEST und XID in den folgenden Formaten:

  • Ethernet DIX
  • Ethernet 802.3

Um das Bit-Flipping auf Ethernet-zu-Token-Ring-Brücken aufzunehmen, sendet der 802.2-DLC-Linkdienst die Test- und XID-Befehle an die bitgedrehte Remote-MAC-Adresse.

Oben sehen Sie vier TEST- und vier XID-Befehle, die von der 802.2 DLC-Verbindung während des Aktivierungsprozesses in Ethernet-Netzwerken gesendet werden.

Tokenringverbindungen

Beim Tokenring wird zuerst ein DLC TEST-Befehl an den lokalen Ring gesendet. Wenn keine Antwort auf den Testbefehl vorhanden ist, sendet Host Integration Server den Testbefehl erneut, wobei die Einstellung für die Übertragung aller Routen aktiviert ist, wodurch der TEST-Befehl von allen Quellroutingbrücken, die auf dem Ring vorhanden sind, an benachbarte Ringe weitergeleitet wird.

Wenn der Host Integration Server keine Antwort auf die Befehle TEST oder XID empfängt, protokolliert der SNA DLC-Linkdienst eine Warnung zu Ereignis 230 im Anwendungsereignisprotokoll.

Details zu Ereignis 230

Das Ereignis 230 gibt an, dass das Remotesystem nicht auf die vom Host Integration Server System gesendeten TEST- oder XID-Befehle reagiert. Die Formate der beiden Varianten der Ereignisnachricht werden hier angezeigt:

  • Ereignismeldung für TEST-Befehle

    Ereignis-ID: 230
    Quelle: SNA DLC Link Service
    Beschreibung:
    Remotestation reagiert nicht auf TEST-Befehle

    Connection = connection name
    Lokale MAC-Adresse = lokale MAC-Adresse
    Lokale Ringnummer = Ringnummer
    Remote-MAC-Adresse = Remote-MAC-Adresse
    Routingdaten =
    Source SAP = SSAP
    Ziel-SAP = DSAP

  • Ereignisnachricht für XID-Befehle

    Ereignis-ID: 230
    Quelle: SNA DLC Link Service
    Beschreibung:
    Remotestation reagiert nicht auf XID-Befehle

    Connection = connection name
    Lokale MAC-Adresse = lokale MAC-Adresse
    Lokale Ringnummer = Ringnummer
    Remote-MAC-Adresse = Remote-MAC-Adresse
    Routingdaten =
    Source SAP = SSAP
    Ziel-SAP = DSAP

Warum 802.2 DLC-Verbindungen Ereignis 230-Warnung protokollieren

Im Allgemeinen tritt eine Warnung vom Typ Ereignis 230 aufgrund eines Problems außerhalb des Host Integration Server Systems auf. Nachfolgend sind die Gründe aufgeführt, warum 802.2 DLC-Verbindungen eine Ereignis-230-Warnung protokollieren:

  • Die für die IBM-Hostsystem 802.2 DLC-Verbindungseigenschaften angegebene Remotenetzwerkadresse (z. B. MAC-Adresse) ist falsch.

    Hinweis

    Der DLC TEST-Befehl wird an das Ziel-SAP (DSAP)-0x00 gesendet und sollte unabhängig davon funktionieren, für welchen SAP (Service Access Point) das IBM-Hostsystem konfiguriert ist.

  • DLC-Frames können das Netzwerksegment, in dem sich das IBM-Hostsystem befindet, nicht erreichen.

    Router/Brücken/Switches/Paket-Shaper im Netzwerkpfad sind nicht für die Überbrückung des DLC-Protokolls mit diesem Remotenetzwerksegment konfiguriert.

  • DLC-Frames (Antworten) aus dem Remote-IBM-System können das Netzwerksegment, in dem sich die Host Integration Server befindet, nicht erreichen.

    Router/Brücken/Switches/Paket-Shaper im Netzwerkpfad sind nicht so konfiguriert, dass das DLC-Protokoll mit dem Host Integration Server Netzwerksegment überbrückt wird.

  • Auf einem Server mit mehreren Verwalteten Windows ist der 802.2 DLC Link Service möglicherweise an den falschen Netzwerkadapter auf dem Host Integration Server System gebunden.

  • Das DLC-Protokoll ist auf dem IBM-Remotesystem nicht aktiv.

  • Obwohl dies unwahrscheinlich ist, gibt das IBM-Remotesystem die TESTantwort an die falsche Netzwerkadresse zurück.

Die oben aufgeführten Bedingungen umfassen praktisch alle Szenarien, die dazu führen, dass Host Integration Server Ereignis-230-Warnungen protokolliert.

Ablaufverfolgungen zur Ermittlung der Ursache von Problemen bei der Aktivierung der Verbindung mit Ereignis 230

Die folgenden Ablaufverfolgungen werden normalerweise verwendet, um die Ursache der Aktivierungsprobleme bei der Ereignis 230-Verbindung zu ermitteln:

  • Host Integration Server Ablaufverfolgungen

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

  • Netzwerkablaufverfolgungen

    Netzwerkerfassungsprogramme wie Microsoft Network Monitor, Wireshark und Marshalleal werden häufig verwendet.

Die Grundidee besteht darin, die HIS und Netzwerkablaufverfolgungen zu aktivieren, bevor die 802.2-DLC-Verbindung im SNA-Manager aktiviert wird. Sobald die Ablaufverfolgungen aktiviert sind, versuchen Sie, die 802.2 DLC-Verbindung zu starten, die das Ereignis 230 generiert. Wenn die Ereignisnachricht protokolliert wird, beenden Sie die Ablaufverfolgungen so schnell wie möglich, um zu verhindern, dass die Ablaufverfolgungsdaten, die den Fehler enthalten, überschrieben werden. Bei Warnungen vom Typ Ereignis 230 sind die Netzwerkablaufverfolgungen die wichtigsten Ablaufverfolgungen. Der Grund dafür ist, dass die wahrscheinlichste Ursache des Problems ein Netzwerkproblem ist, das bewirkt, dass die DLC TEST (oder XID)-Befehle das Remotesystem nicht erreichen.

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 (z. B. SNADLC1), der von der in der Warnung zu Ereignis 230 identifizierten 802.2-DLC-Verbindung verwendet wird, 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 SnaServer 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 das Problem 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. In diesem Fall 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 Remotenetzwerkadresse (MAC-Adresse) 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.

  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), wird empfohlen, 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 DLC-Pakete ü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 DLC-Paket das andere Netzwerksegment erreicht hat oder ob eine DLC-Antwort auf dem Rückweg verloren gegangen ist.

  3. Wenn das Problem auftritt und ereignis 230 protokolliert wird, sollten Sie die Netzwerkablaufverfolgung so schnell wie möglich beenden und speichern.

Ablaufverfolgungsanalyse

Das Supportteam von Microsoft Host Integration Server 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 Remotenetzwerkadressen
    • Das DLC-Protokoll ist an den falschen Netzwerkadapter auf dem Host Integration Server System gebunden.

  • Netzwerkprobleme

  • Konfigurationsprobleme bei Router/Switch/Bridge/Packet Shaper

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 in diesem Fall hilfreich, um die DLC TEST- und/oder XID-Befehle anzuzeigen, die vom 802.2 DLC Link Service gesendet werden. Die Nachrichtenablaufverfolgungen des Linkdiensts Level 2 enthalten auch DLC-Rückgabecodes (für 802.2 DLC-Linkdienste), die ebenfalls hilfreich sein können.

In den Netzwerkablaufverfolgungen würden wir nach den DLC TEST (oder XID)-Befehlen suchen, um zu überprüfen, ob sie die Netzwerkebene erreichen. Wenn eine übereinstimmende Netzwerkablaufverfolgung aus dem Remotenetzwerksegment erfasst wurde, würden wir überprüfen, ob die DLC-Befehle dieses Netzwerksegment erreicht haben. Wenn die DLC-Befehle nicht in der Remotenetzwerkablaufverfolgung erfasst wurden, ist die wahrscheinliche Ursache ein Netzwerkkonfigurationsproblem im WAN, das verhinderte, dass die DLC-Frames das Remotenetzwerksegment erreichten. Der nächste Schritt besteht darin, Ihr Netzwerksupportteam zu beauftragen, um das Problem weiter zu isolieren.

Wenn die DLC-Frames das Remotenetzwerksegment erreichen, würden wir uns ansehen, ob das IBM-Remotehostsystem entsprechende DLC TEST -Antworten (oder XID) gesendet hat. Wenn keine TEST- oder XID-Antworten in der Ablaufverfolgung vorhanden sind, liegt die wahrscheinliche Ursache im Zusammenhang mit einem Konfigurationsproblem im Ibm-Remotehostsystem. Wenn sich die Antworten in der Remotenetzwerkablaufverfolgung befinden, sich jedoch nicht in der Netzwerkablaufverfolgung auf der Host Integration Server Netzwerkablaufverfolgung befinden, tritt das Problem aufgrund eines Netzwerkkonfigurationsproblems auf, das verhindert, dass DLC-Frames das lokale Netzwerksegment erreichen.