Allgemeine Probleme und Lösungen mit der BizTalk Server-Verwaltungskonsole

  • Artikel
  • 8 Minuten Lesedauer

In diesem Artikel werden Lösungen für häufige Probleme mit der BizTalk Server Verwaltungskonsole beschrieben.

Ursprüngliche Produktversion:   BizTalk Server 2009, 2010
Ursprüngliche KB-Nummer:   2449532

Wenn Sie System Center Operations Manager (SCOM) 2007 mit dem BizTalk Management Pack verwenden, stellen Sie möglicherweise die folgenden potenziellen Probleme fest:

Das Erweitern der BizTalk-Gruppe bewirkt, dass die MMC nicht mehr reagiert

Um dieses Problem zu beheben, verwenden Sie eine der folgenden Lösungen:

  • Vergewissern Sie sich, dass das BizTalk Management Pack ordnungsgemäß konfiguriert ist. Sie müssen z. B. ein Konto ausführen für das BizTalk Server Überwachungskonto und BizTalk Server Discovery-Kontoprofile in SCOM angeben. Ausführliche Informationen finden Sie unter Microsoft BizTalk Server Management Pack für System Center Operations Manager 2007.

  • Das BizTalk Management Pack führt ein Skript für jeden Artefakttyp (Sendeport, Empfangsport, Empfangsort, Sendeportgruppe, Orchestrierung usw.) pro Host aus. Wenn 50 Hosts vorhanden sind, werden pro Artefakttyp 50 Skripts für Windows Verwaltungsinstrumentation (Management Instrumentation, WMI) ausgeführt. In diesem Szenario kann WMI überladen werden. Diese Abfrage kann dazu führen, dass der BizTalk-WMI-Anbieter kontinuierlich ausgeführt wird.

    Um dies zu verhindern, erhöhen Sie die Überwachungsintervalle innerhalb von SCOM auf einen höheren Wert. Erhöhen Sie beispielsweise die Überwachungsintervalle, indem Sie einen zufälligen Unterschied zwischen den Skripts von 5 bis 7 Minuten auswählen:

    Skript Zeit (Sekunden)
    Adapterverfügbarkeitsmonitor 420
    Hostverfügbarkeitsmonitor 780
    Verfügbarkeitsmonitor für Hostinstanzen 1140
    Orchestrierungsverfügbarkeitsmonitor 1500
    Empfangsortverfügbarkeitsmonitor 1860
    Empfangsportverfügbarkeitsmonitor 2220
    Überwachung der Portverfügbarkeit senden 2580
    Überwachung der Verfügbarkeit von Portgruppen senden 2940

Fehler beim Klicken auf "Aktualisieren" oder "Handler erweitern"

Sie erhalten eine der folgenden Fehlermeldungen:

Adapterhandler für Adapteradapter können nicht geladen werden. (Microsoft.BizTalk.Administration.SnapIn)

Zusätzliche Informationen:

Fehler beim Erstellen einer CLSID_Biztalk COM-Komponente "Property Bag Factory", die mit einem BizTalk-Server installiert ist.
Dll-Initialisierungsroutine (Dynamic Link Library) ist fehlgeschlagen. (WinMgmt)

Lösung

BizTalk Server Verwaltung basiert auf Windows Verwaltungsinstrumentation (WMI), insbesondere dem BizTalk-WMI-Anbieter (BTSWMIProvider.dll).

Der BizTalk-WMI-Anbieter basiert auf der ClearAfter-Eigenschaft im WMI-Stammnamespace. Die Standardeigenschaft ClearAfter ist 30 Sekunden (00000000000030,000000:000). Wenn dieser Wert in einen größeren Wert geändert wurde, z. B. 500 Sekunden (00000000000500,000000:000), wird dieser Fehler möglicherweise zurückgegeben.

Um die ClearAfter Eigenschaft festzulegen, verwenden Sie Windows Management Instrumentation Tester (wbemtest) auf allen BizTalk-Servern in der Gruppe, indem Sie die folgenden Schritte ausführen:

  1. Wechseln Sie zu "Start " oder " Ausführen", und geben Sie "wbemtest" ein.

  2. Klicken Sie auf die Schaltfläche Verbinden, und ändern Sie das Namenstempo in "Stamm". Klicken Sie auf Verbinden.

  3. Klicken Sie auf die Abfrageschaltfläche, und geben Sie select * from __CacheControl. Klicken Sie auf Anwenden.

  4. Doppelklicken Sie auf jedes Element, und wählen Sie die ClearAfter Eigenschaft aus. Stellen Sie sicher, dass sie die folgenden Werte haben:

    Element Value
    __EventConsumerProviderCacheControl= @ 00000000000030.000000:000
    __EventProviderCacheControl= @ 00000000000030.000000:000
    __EventSinkCacheControl= @ 00000000000015.000000:000
    __ObjectProviderCacheControl= @ 00000000000030.000000:000
    __PropertyProviderCacheControl= @ 00000000000030.000000:000

    Wenn ein beliebiger Wert die oben aufgeführten Werte überschreitet, klicken Sie auf die Schaltfläche " Eigenschaft bearbeiten ", um ihn zu ändern. Klicken Sie auf "Save"-Eigenschaft. Klicken Sie auf "Objekt speichern".

  5. Starten Sie den Windows-Verwaltungsinstrumentationsdienst neu.

Fehler beim Beenden einer Orchestrierung

Auf dem SCOM-Server versuchen Sie, eine Orchestrierung zu beenden. Dies kann die folgende Fehlermeldung zurückgeben:

Fehler beim Versuch, die Orchestrierungsverarbeitung zu beenden.
Orchestrierung 'Orchestration, Version=4.12.1.1, Culture=neutral, PublicKeyToken=1710edac7131301e' konnte nicht beendet werden. Aufgrund von Datenbankkonnektivitätsproblemen ist ein Datenbankfehler aufgetreten. (HRESULT: 80131600).

Auf dem BizTalk Server etwa zur gleichen Zeit wie der SCOM-Serverfehler wird die folgende Fehlermeldung angezeigt:

Ereignistyp: Fehler
Ereignisquelle: COM+
Ereigniskategorie: (98)
Ereignis-ID: 4791
Beschreibung:
Die COM+-Dienste-DLL (comsvcs.dll) konnte nicht geladen werden, da die Zuordnung des lokalen Threadspeichers fehlgeschlagen ist.
Prozessname: wmiprvse.exe
Fehlercode = 0x80070008: Für die Verarbeitung dieses Befehls ist nicht genügend Speicher verfügbar.
COM+ Services Internals Information:
Datei: d:\nt\com\complus\src\comsvcs\comsvcs\comsvcs.cpp, Zeile: 334
Comsvcs.dll Dateiversion: ENU 2001.12.4720.4045

Um dies zu beheben, führen Sie die Schritte im folgenden Link aus, um den Registrierungsschlüssel zu ändern und den entsprechenden Hotfix zu installieren:
Problembehandlung bei der Überwachung von BizTalk Server mit System Center Operations Manager 2007

Möglicherweise erhalten Sie auch zusätzliche Probleme, die im folgenden Abschnitt beschrieben werden.

Allgemeine Aufgaben erfordern bestimmte Rechte

Viele gängige Aufgaben wie das Erstellen eines BizTalk-Hosts oder das Beenden eines Sendeports erfordern bestimmte Rechte innerhalb von BizTalk und SQL Server. Wenn Sie bestimmte Funktionen in der BizTalk-Verwaltung nicht ausführen können, fehlt möglicherweise die Mitgliedschaft in einer BizTalk-Gruppe. Ausführliche Informationen zu den Gruppen- oder Rollenanforderungen finden Sie unter "Mindestsicherheitsbenutzerrechte".

SQL Server, die für das Überwachen eines anderen Ports als 1433 konfiguriert sind, können Probleme verursachen.

Eine SQL Server, die für das Überwachen eines anderen Ports als 1433 konfiguriert ist, kann folgende Verhaltensweisen verursachen:

  • Das Erweitern der BizTalk-Gruppe dauert länger als erwartet und zeigt einen roten Kreis an.
  • Das Erweitern von Anwendungen dauert länger als erwartet.
  • Das Hinzufügen einer Ressource dauert länger als erwartet.
  • Das Auswählen von Sendeports dauert länger als erwartet, bis sie angezeigt werden.
  • Beim Erweitern aller Artifacts wird ein roter Kreis angezeigt.

Um diese Probleme zu beheben, bestätigen Sie, dass der SQL Server Browserdienst auf allen BizTalk-Servern in der Gruppe gestartet wurde. Öffnen Sie außerdem auf allen BizTalk-Servern in der Gruppe SQL Server-Konfigurations-Manager, und erstellen Sie einen Alias:

  1. Erweitern Sie SQL Native Client Konfiguration, und wählen Sie "Aliase" aus.

  2. Klicken Sie mit der rechten Maustaste auf "Alias ", und wählen Sie "Neuer Alias" aus. Geben Sie Folgendes ein:

    Alias Name SQL Server Name
    Port Nr. Von SQL Server verwendeter TCP-Port
    Protokoll TCP/IP
    Server SQL Server Name

    Wenn Ihr SQL Server Computer beispielsweise mySQL heißt und an Port 40090 lauscht, geben Sie Folgendes an:

    Alias Name Mysql
    Port Nr. 40090
    Protokoll TCP/IP
    Server Mysql

  3. Klicken Sie auf OK.

    Hinweis

    In diesem Szenario zeigt eine Netzwerküberwachungsaufnahme möglicherweise Verbindungen zu Port 1433 an, die kontinuierlich zurückgesetzt werden. Dies geschieht in der Regel, wenn SQL Server port 1433 nicht lauscht. Um den SQL Server Port zu bestätigen, führen Sie netstat -a noon die SQL Server aus. Suchen Sie nach der sqlservr.exe Prozess-ID (PID) in der netstat Ausgabe, um die Portnummer zu ermitteln.

Netzwerkschicht könnte für einige Verzögerungen verantwortlich sein

Wenn BizTalk und SQL Server remote sind, kann die Netzwerkschicht für einige Verzögerungen verantwortlich sein. Berücksichtigen Sie dabei Folgendes:

  • Wenn es zu Verzögerungen oder Problemen bei der Namensauflösung innerhalb des Dns (Domain Name System) kommt, ist die BizTalk-Verwaltungskonsole betroffen. Als Problemumgehung können Sie die SQL Server IP-Adresse der Hostdatei auf allen BizTalk-Servern in der Gruppe hinzufügen. Die Hostdatei befindet sich im folgenden Verzeichnis:

    32-Bit-Server: %systemroot% \system32\drivers\etc

    64-Bit-Server: %systemroot% \SysWOW64\drivers\etc

    Wenn beispielsweise die SQL Server IP-Adresse 1.1.1.1 und der SQL Server Name MySQL ist, sollten Sie die Hostdatei 1.1.1.1 MySQL hinzufügen.

    BizTalk Administration wird als 32-Bit-Prozess auf einem 64-Bit-Server ausgeführt. Daher kann sich das unten beschriebene Problem auf die MMC auswirken:
    32-Bit-Anwendungen verwenden den DNS-Cache (Domain Name System) nicht auf einem Computer, auf dem eine x64-basierte Version von Windows Server 2003 oder von Windows XP ausgeführt wird.

    Wenn ein Remoteserver an einem Empfangsspeicherort oder einem Sendeport angegeben wird, der auf einem 32-Bit-Host ausgeführt wird, kann auch die DNS-Abfrage für diesen Server betroffen sein. In diesem Szenario können Sie den Remoteserver der Hostdatei hinzufügen. Beispielsweise lautet 1.1.1.1 die IP-Adresse des Remoteservers und der Remoteservername "MyServer". Sie würden Folgendes zur Hostdatei 1.1.1.1 MyServer hinzufügen.

    Informationen zum Zurücksetzen der Hosts-Datei auf die Standardeinstellung finden Sie unter "Zurücksetzen der Hosts-Datei auf die Standardeinstellung".

  • Die Geschwindigkeit & Duplex-Wert auf der Netzwerkschnittstellenkarte (Network Interface Card, NIC) und zusätzliche Netzwerkebenen (z. B. Router) können sich auf die Leistung auswirken. Wenn der Speed & Duplex-Wert auf der SQL Server NIC auf 100 MB Half und der Speed & Duplex-Wert auf der BizTalk Server NIC auf 1 GB Full festgelegt ist, tritt wahrscheinlich eine Verzögerung auf.

    Vergewissern Sie sich, dass die Geschwindigkeit & Duplex-Wert aller beteiligten Netzwerkebenen (NIC, Router usw.) identisch sind. Konfigurieren Sie im obigen Szenario die SQL Server NIC und den Router auf 1 GB Voll.

    Um dieses Szenario zu testen, kopieren/fügen Sie eine Datei aus dem BizTalk Server in einen Ordner im SQL Server ein und umgekehrt. Wenn dieser Kopiervorgang eine Weile dauert, verursacht etwas auf der Netzwerkebene ein Problem.

  • Beim Herstellen einer Verbindung mit dem SQL Server Datenbank-Engine muss ein Netzwerkprotokoll aktiviert sein. Vergewissern Sie sich für BizTalk, dass das TCP/IP-Protokoll aktiviert ist. Siehe "Auswählen eines Netzwerkprotokolls".

OutOfMemory-Ausnahme beim Arbeiten innerhalb der BizTalk-Verwaltung

Möglicherweise erhalten Sie eine OutOfMemory Ausnahme, wenn Sie innerhalb der BizTalk-Verwaltung arbeiten. WMI verfügt über eine __ProviderHostQuotaConfiguration Klasse, die für den BizTalk-WMI-Namespace gilt. Diese Klasse besteht aus den folgenden Eigenschaften:

  • HandlesPerHost
  • MemoryAllHosts
  • MemoryPerHost
  • ProcessLimitAllHosts
  • ThreadsPerHost

Um den MemoryPerHost-Wert zu überprüfen, verwenden Sie wbemtest auf allen BizTalk-Servern in der Gruppe:

  1. Wechseln Sie zu "Start " oder " Ausführen", und geben Sie "wbemtest" ein.
  2. Klicken Sie auf die Schaltfläche Verbinden, und ändern Sie das Namenstempo in "Stamm". Klicken Sie auf Verbinden.
  3. Klicken Sie auf die Schaltfläche " Enumerationsinstanzen ", und geben Sie __ProviderHostQuotaConfiguration ein. Klicken Sie auf OK.
  4. Doppelklicken Sie auf __ProviderHostQuotaConfiguration=@.
  5. Wenn der MemoryPerHost-Wert kleiner als 512 MB (536870912) ist, doppelklicken Sie auf MemoryPerHost , und legen Sie den Wert auf 536870912 fest. Klicken Sie auf "Eigenschaft speichern", klicken Sie auf "Objekt speichern ", und beenden Sie.
  6. Starten Sie den Windows-Verwaltungsinstrumentationsdienst neu.

Weitere Informationen finden Sie unter "ProviderHostQuotaConfiguration"-Klasse.

Problembehandlung

Wenn BizTalk-Supportunterstützung erforderlich ist, sammeln Sie die folgenden Daten, während Sie das Problem reproduzieren:

  1. Erfassen Sie eine BizTalk-Ablaufverfolgung mithilfe der -all Option, während Sie das Problem reproduzieren. 、

  2. Konfigurieren Sie den Registrierungsschlüssel für die private Ablaufverfolgung, um die WMI-Ablaufverfolgung in der BizTalk-Verwaltungskonsole mithilfe der folgenden Schritte zu aktivieren:

    1. Öffnen Sie die Registrierung, und wechseln Sie zum folgenden Schlüssel:

      32-Bit-Server: HKEY_LOCAL_MACHINE\Software\Microsoft\BizTalk Server\3.0\Administration

      64-Bit-Server: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\BizTalk Server\3.0\Administration

    2. Erstellen Sie einen neuen DWORD-Wert namens Private Trace , und legen Sie ihn auf 1 fest.

    3. Starten Sie den Windows-Verwaltungsinstrumentationsdienst neu.

      Dadurch wird die c:\BizTalkAdminDbgLog.txt Protokolldatei erstellt. Der Pfad und der Dateiname der Protokolldatei können geändert werden.

  3. Erfassen Sie eine SQL Server Profiler Ablaufverfolgung mit den folgenden Ereignissen:

    Fehler und Warnungen Alle Ereignisse
    Sperren Sperre: Deadlock
    Sperre: Eskalation
    Sperre: Timeout
    Sicherheitsüberwachung Anmeldung überwachen
    Anmeldung bei Überwachung fehlgeschlagen
    Überwachungsprotokoll
    Sitzungen ExistingConnection
    Gespeicherte Prozeduren SP: Abgeschlossen
    SP: Start
    SP: StmtCompleted
    SP: StmtStarting
    TSQL SQL: StmtCompleted
    SQL: StmtStarting
    Transaktionen DTCTransaction
    SQL Transaktion

  4. Erfassen Sie gleichzeitige Netzwerkmonitor-Aufzeichnungen auf den BizTalk- und SQL-Servern, während Sie das Problem reproduzieren.