0xC00E004C Fehler zurückgegeben, die MSMQMessage.Send ()-Methode

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 327815 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Wenn Sie Microsoft Windows 2000 Service Pack 3 (SP3) auf einem gruppierten Windows 2000 Server anwenden, fehl, Aufrufe, die an die MSMQMessage.Send() -Methode oder der MSMQQueue.Receive() -Methode vorgenommen werden. Sie erhalten eine der folgenden Fehlermeldungen:
Keine Verbindung zum Transaktions-Controller
Die Verbindung zu MS DTC kann nicht hergestellt werden.
Verbindung kann keine mit dem verteilten Transaktionskoordinator hergestellt werden
Diese Fehler sind das Ergebnis von Microsoft Message Queuing den folgenden MQ_ERROR_DTC_CONNECT Fehler generiert:
MQ_ERROR_DTC_CONNECT =-1072824244 (0XC00E004C)

Ursache

Die Send -Methode des Objekts MSMQMessage sendet eine Nachricht an eine Zielwarteschlange. Die Receive -Methode der MSMQQueue -Objekt die erste Meldung in einer Warteschlange abgerufen und entfernt die Meldung aus der Warteschlange fest, wenn die Nachricht gelesen wird.

Verwenden Sie eine MQ_MTS_TRANSACTION-Transaktion-Konstante, standardmäßig die Send -Methode und der Receive -Methode. Gibt diese Konstante an, dass der Aufruf Teil der aktuellen Komponentendienste (COM+) oder Microsoft Transaction Server (MTS) Transaktion. Daher Wenn diese Methoden aufgerufen werden, übergeordnete Message Queuing-COM-Objekt versucht, im aufrufenden Transaktionen eingetragen, und dann im Kontext der aufrufende Transaktion fortgesetzt. Wenn diese Methoden aus dem Kontext einer Transaktion nicht aufgerufen werden, fahren Sie nicht transaktiven.

Vor der Veröffentlichung von Windows 2000 SP3 Wenn die Send -Methode und der Receive -Methode mit dem MQ_MTS_TRANSACTION-Parameter im Kontext einer Transaktion aufgerufen wurden die Methoden erfolgreich. Dies ist aufgetreten, selbst wenn die Methoden nicht in der verfügbaren Transaktion aufgrund eines Fehlers DTC (Distributed Transaction Controller) eintragen konnte. Im Allgemeinen ist dies kein Problem, da auf einem nicht gruppierten Windows 2000 Server, diese Methoden aufgerufen werden können nicht, sofern der DTC-Dienst beginnt. Message Queuing hängt von der DTC-Dienst.

Dieses Verhalten ist jedoch problematisch, wenn MSMQMessage.Send() oder MSMQQueue.Receive() von einem Message Queuing-COM-Objekt aufgerufen wird, die von einer gruppierten Message Queuing-Ressource abgeleitet ist. Der DTC-Dienst ausgeführt ist keiner gruppierten Message Queuing-Ressource abhängig. Der DTC-Dienst kann zum Herunterfahren während eines Failover Cluster oder anderen Gründen sein.

Transaktionssemantik fehlschlagen für die MSMQMessage.Send() -Methode wie folgt:
  • Wenn der DTC-Dienst heruntergefahren wird, wird die MSMQMessage.Send() -Methode im Kontext einer Transaktion aufgerufen. Eine nachfolgende das Senden abzubrechen wird versucht, mithilfe der COM+- SetAbort() -Methode. Der Versuch zum Abbrechen fehlschlägt, und die gesendete Nachricht wird nicht aus der lokalen Zielwarteschlange oder die lokale ausgehende Warteschlange entfernt. Dies verursacht keine Daten verloren gehen, aber es Transaktionssemantik unterbrechen.
Transaktionssemantik fehlschlagen für die MSMQMessage.Receive() -Methode wie folgt:
  • Wenn der DTC-Dienst heruntergefahren wird, wird die MSMQQueue.Receive() -Methode im Kontext einer Transaktion aufgerufen. Eine nachfolgende der empfangen abbrechen wird versucht, mithilfe der COM+- SetAbort() -Methode. Datenverlust auftreten kann. Wenn ein Aufruf von MSMQQueue.Receive() erfolgt, wird die empfangene Nachricht aus der lokalen Warteschlange entfernt. Wenn ein durchgeführte Aufruf von MSMQQueue.Receive() mithilfe SetAbort() abgebrochen wird, wird die Nachricht platziert, wieder in die Warteschlange aus, in dem es ursprünglich entfernt wurde. Wenn ein Transaktiver Aufruf MSMQQueue.Receive() vorgenommen und anschließend abgebrochen und der DTC-Dienst nicht verfügbar ist, SetAbort() fehlschlägt und Datenverlust eintritt. Die Nachricht wird nicht platziert, wieder in die Warteschlange aus, in dem es ursprünglich entfernt wurde.
In Windows 2000 SP3 fehl, wenn der DTC-Dienst nicht verfügbar ist und Sie MSMQMessage.Send() und MSMQQueue.Receive() aufrufen die Methoden immer. Diese Änderung wiederhergestellt korrekte Transaktionssemantik, aber dadurch auch alle nicht transaktiven Aufrufe dieser Methoden fehlschlagen, wenn der DTC-Dienst nicht verfügbar ist.

Lösung

Informationen zu Service Packs

Installieren Sie das neueste Service Pack für Microsoft Windows 2000, um dieses Problem zu beheben. Weitere Informationen finden Sie die folgende KB-Artikelnummer:
260910Wie Sie das neueste Service Pack für Windows 2000 erhalten

Hotfix-Informationen

Ein Update zur Behebung dieses Problems ist inzwischen von Microsoft erhältlich; dieses Update wurde jedoch ausschließlich zur Behebung des in diesem Artikel beschriebenen Problems entwickelt. Gelten Sie diese nur für Computer, bei die dieses spezielle Problem auftritt. Dieses Update wird unter Umständen zu einem späteren Zeitpunkt weiteren Tests unterzogen. Wenn Sie durch dieses Problem nicht schwerwiegend betroffen sind, empfiehlt Microsoft daher, auf die nächste warten, das diesen Hotfix enthält.

Wenn Sie das Problem sofort beheben möchten, wenden Sie sich an Microsoft Product Support Services, um das Update zu erhalten. Eine vollständige Liste mit Telefonnummern der Microsoft-Produktsupport und Informationen Supportkosten der folgenden Microsoft-Website:
http://support.microsoft.com/contactus/?ws=support
Hinweis : in speziellen Fällen Gebühren, die normalerweise für Support-Anrufe anfallen abgebrochen werden können, wenn eine Microsoft-Supportmitarbeiter feststellt, dass ein bestimmtes Update Ihr Problem behoben wird. Normale Servicegebühren werden jedoch für weitere Fragen und Problemlösungen erhoben, die mit dem fraglichen Update nicht in direktem Zusammenhang stehen.

Die englische Version dieses Updates weist die in der nachstehenden Tabelle aufgelisteten Dateiattribute (oder höher) auf. Die Datums- und Uhrzeitangaben für diese Dateien werden in Coordinated Universal Time () angegeben. Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln, verwenden Sie die Zeitzone Registerkarte die Tools ? Datum und Uhrzeit in der Systemsteuerung.
   Date           Time   Version        Size    File Name
   -----------------------------------------------------------
   15-Jan-2003   17:01   5.0.0.759    280,336   Mq1repl.dll 
   21-Oct-2002   20:31   5.0.0.759    14,096    Mq1sync.exe 
   19-Dec-2002   21:37   5.0.0.764    75,408    Mqac.sys 
   15-Jan-2003    17:01  5.0.0.760    217,360   Mqads.dll 
   30-Oct-2002   16:43   5.0.0.761    25,360    Mqbkup.exe 
   15-Jan-2003   17:01   5.0.0.750    76,560    Mqdscli.dll 
   15-Jan-2003   17:01   5.0.0.735    41,744    Mqdssrv.dll 
   21-Oct-2002   20:31   5.0.0.759    98,064    Mqmig.exe 
   15-Jan-2003   17:01   5.0.0.759    265,488   Mqmigrat.dll 
   15-Jan-2003   17:01   5.0.0.740    222,480   Mqoa.dll 
   15-Jan-2003   17:01   5.0.0.762    8,464     Mqperf.dll 
   15-Jan-2003   17:01   5.0.0.765    425,232   Mqqm.dll 
   15-Jan-2003   17:01   5.0.0.765    102,672   Mqrt.dll 
   15-Jan-2003   17:01   5.0.0.759    70,928    Mqsec.dll 
   15-Jan-2003   17:01   5.0.0.762    23,824    Mqupgrd.dll 
   15-Jan-2003   17:01   5.0.0.763    110,352   Mqutil.dll 
   15-Jan-2003   17:01   5.0.0.748    64,784    Msmq.cpl      
				

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt. Dieses Problem wurde erstmals in Microsoft Windows 2000 Service Pack 4 behoben.

Eigenschaften

Artikel-ID: 327815 - Geändert am: Montag, 24. Februar 2014 - Version: 6.4
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Message Queuing 2.0
Keywords: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbwin2ksp4fix kbbug kbfix KB327815 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 327815
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com