2013-02-08 13 views
5

Wenn ich zwei Windows Server 2008 R2-Maschinen eingerichtet habe, kann ich verteilte Transaktionen in nur einer Richtung arbeiten. Wenn ich DTCPing erfolgreich arbeiten kann, funktioniert der DTC. DTCPing funktioniert jedoch nur, wenn ich den Test von einer Maschine zur anderen einleite und nicht umgekehrt.MSDTC/DTCPing funktioniert nur in einer Richtung

Lassen Sie uns meine Maschinen App und Datenbank aufrufen.

Wenn ich DTCPing auf beiden und Schlüssel-App in die Instanz in der Datenbank starten und die Eingabetaste drücken, spiegelt DTCPing den Erfolg wider.

Wenn ich DTCPing auf beiden und Schlüsseldatenbank in die Instanz auf der App starte, bekomme ich nichts, was sagt, dass es einen Fehler gab, es läuft einfach nicht bis zum Abschluss. Es sieht so aus, als ob es den RPC-Test vervollständigt, aber nicht mit dem Bind-Test fortfährt. Die Logs spiegeln einen Fehler wider, aber mein Verständnis ist, dass es sich um einen Cluster-Check handelt und diese Maschinen nicht in Clustern sind und dass es keine Rolle spielt. Wenn das falsch ist, bitte informieren Sie mich, aber ich sehe den gleichen Fehler im Protokoll, wenn ich das DTCPing in der Richtung, die erfolgreich ist.

die Ausgabe im DTCPing Fenster auf App zeigt dies:

DTCping log file: C:\DTCPing\APP1840.log 
RPC server is ready 
Please Start Partner DTCping before pinging 
++++++++++++Validating Remote Computer Name++++++++++++ 
Please refer to following log file for details: 
    C:\DTCPing\APP1840.log 
Invoking RPC method on database 
RPC test is successful 
++++++++++++RPC test completed+++++++++++++++ 
Please start PING from database to complete the test 

die Ausgabe im Fenster Datenbank dies zeigt:

DTCping log file: C:\DTCPing\DATABASE1612.log 
RPC server is ready 
Please Start Partner DTCping before pinging 
Please send following LOG to Microsoft for analysis: 
    Partner LOG: APP1840.log 
    My LOG: DATABASE1612.log 

das Protokoll auf App ist dies:

IP Configure Information 
    Host Name . . . . . . . . . : app 
    DNS Servers . . . . . . . . : 10.40.100.2 
             10.60.100.2 
    Node Type . . . . . . . . . : Hybrid 
    NetBIOS Scope ID. . . . . . : 
    IP Routing Enabled. . . . . : no 
    WINS Proxy Enabled. . . . . : no 
    NetBIOS Resolution Uses DNS : no 

Ethernet adapter {870B0C62-7C24-482A-ACCD-61B112ED77EB}: 

    Description . . . . . . . . : vmxnet3 Ethernet Adapter #5 
    Physical Address. . . . . . : 00-50-56-01-01-9B 
    DHCP Enabled. . . . . . . . : no 
    IP Address. . . . . . . . . : 10.45.20.50 
    Subnet Mask . . . . . . . . : 255.255.255.0 
    Default Gateway . . . . . . : 10.45.20.1 
    DHCP Server . . . . . . . . : 
    Primary WINS Server . . . . : 
    Secondary WINS Server . . . : 
    Lease Obtained. . . . . . . : Thu Jan 01 00:00:00 1970 
    Lease Expires . . . . . . . : Thu Jan 01 00:00:00 1970 

++++++++++++lmhosts.sam++++++++++++ 

++++++++++++hosts  ++++++++++++ 

02-08, 12:49:53.496-->Error(0x424) at clutil.cpp @256 
02-08, 12:49:53.496-->-->OpenCluster 
02-08, 12:49:53.496-->-->1060(The specified service does not exist as an installed service.) 
++++++++++++++++++++++++++++++++++++++++++++++ 
    DTCping 1.9 Report for APP 
++++++++++++++++++++++++++++++++++++++++++++++ 
RPC server is ready 
++++++++++++Validating Remote Computer Name++++++++++++ 
02-08, 12:50:03.589-->Start DTC connection test 
Name Resolution: 
    database-->10.45.20.48-->database 
02-08, 12:50:03.667-->Start RPC test (APP-->database) 
RPC test is successful 
    Partner's CID:FF897F99-E4A4-47EE-9FD2-6B09BED00B86 
++++++++++++RPC test completed+++++++++++++++ 

Die Anmeldungsdatenbank lautet wie folgt:

IP Configure Information 
    Host Name . . . . . . . . . : database 
    DNS Servers . . . . . . . . : 10.40.100.2 
             10.60.100.2 
    Node Type . . . . . . . . . : Hybrid 
    NetBIOS Scope ID. . . . . . : 
    IP Routing Enabled. . . . . : no 
    WINS Proxy Enabled. . . . . : no 
    NetBIOS Resolution Uses DNS : no 

Ethernet adapter {FCCFD12A-F8C1-4EB8-87D1-E2C2CFC07AB9}: 

    Description . . . . . . . . : vmxnet3 Ethernet Adapter #6 
    Physical Address. . . . . . : 00-50-56-01-01-99 
    DHCP Enabled. . . . . . . . : no 
    IP Address. . . . . . . . . : 10.45.20.48 
    Subnet Mask . . . . . . . . : 255.255.255.0 
    Default Gateway . . . . . . : 10.45.20.1 
    DHCP Server . . . . . . . . : 
    Primary WINS Server . . . . : 
    Secondary WINS Server . . . : 
    Lease Obtained. . . . . . . : Thu Jan 01 00:00:00 1970 
    Lease Expires . . . . . . . : Thu Jan 01 00:00:00 1970 

++++++++++++lmhosts.sam++++++++++++ 

++++++++++++hosts  ++++++++++++ 

02-08, 12:49:47.953-->Error(0x424) at clutil.cpp @256 
02-08, 12:49:47.953-->-->OpenCluster 
02-08, 12:49:47.953-->-->1060(The specified service does not exist as an installed service.) 
++++++++++++++++++++++++++++++++++++++++++++++ 
    DTCping 1.9 Report for DATABASE 
++++++++++++++++++++++++++++++++++++++++++++++ 
RPC server is ready 
02-08, 12:50:02.822-->RPC server:DATABASE received following information: 
    Network Name: database 
    Source Port: 49198 
    Partner LOG: APP1840.log 
    Partner CID: C94B257A-E177-4DFE-BC29-A33740ED59D9 

sollte ich erwarten, dass MSDTC normalerweise in beiden Richtungen arbeiten würde? Gibt es einen Grund, warum ich dieses Verhalten sehen würde?

+0

sollte auch beachten, dass durch die Deinstallation von msdtc, Neustart und Neuinstallation, ich kann umkehren, welche Maschine in der Lage ist, den Test einzuleiten und erfolgreich abgeschlossen, aber es funktioniert immer noch nur in eine Richtung. –

+0

Haben Sie das jemals gelöst? –

+0

nein, habe ich nie - danke für die Erinnerung - ich sollte eine Antwort zu diesem Effekt hinzufügen –

Antwort

2

wurde nie gelöst. Letzten Endes haben wir einfach die Transaktionen in die richtige Richtung gebracht und es aufgegeben, es in beide Richtungen funktionieren zu lassen.

0

Ich habe das gleiche Problem erlebt, das Sie hatten.

werde ich Ihnen empfehlen:

diese Punkte Folgen in den MSDTC Fehlerbehebung

https://blogs.msdn.microsoft.com/distributedservices/2011/11/22/troubleshooting-msdtc-communication-checklist/

Wenn alle Schritte in Ordnung sind, die Kommunikation zwischen dem SQL Server und dem Webserver übergeben Sie den WinRM-Test . Wenn nur die Fehler im DTCPing bestehen bleiben, folgen Sie den nächsten Schritten.

Wahrscheinlich befindet sich der Fehler in der CID der Maschine. Dies passiert vor allem dann, wenn Maschinen verwendet werden, die auf vorhandenen Bildern basieren, wie sie von Softlayer oder Aws erstellt wurden.

Sie können erkennen, ob das der Fehler ist, weil in der Maschine, bei der die Kommunikation im DTCP fehlschlägt, Sie eine Partner-CID erhalten: 00000000-0000-0000-0000-000000000000.

Folgen Sie dann den Schritten zur CID-Lösung auf dieser Seite (Installation erneut in Betracht ziehen). https://msdn.microsoft.com/en-us/library/aa561924.aspx

Wenn Sie mehr Hilfe benötigen, geben Sie mir ein Feedback dazu.