Tidak dapat memulai transaksi terdistribusi

Question 1

Saya mencoba menjalankan SQL terhadap server yang ditautkan, tetapi saya mendapatkan kesalahan di bawah ini:

BEGIN DISTRIBUTED TRANSACTION
SELECT TOP 1 * FROM Sessions


OLE DB provider "SQLNCLI" for linked server "ASILIVE" returned message "No transaction is active.".

Msg 7391, Level 16, State 2, Line 3
The operation could not be performed because OLE DB provider "SQLNCLI" for linked server "ASILIVE" was unable to begin a distributed transaction.

Ada dua kesalahan yang dikembalikan oleh penyedia:

Kesalahan # 1:

Number: $80040E14
Source: Microsoft OLE DB Provider for SQL Server
Description: OLE DB provider "SQLNCLI" for linked server "ASILIVE" returned message "No transaction is active.".
HelpFile: 
HelpContext: $00000000
SQLState: 01000
NativeError: 7412

Kesalahan # 2

Number: $80040E14
Source: Microsoft OLE DB Provider for SQL Server
Description: The operation could not be performed because OLE DB provider "SQLNCLI" for linked server "ASILIVE" was unable to begin a distributed transaction.
HelpFile: 
HelpContext: $00000000
SQLState: 42000
NativeError: 7391

Bagaimana cara agar Microsoft lebih mengutamakan fungsionalitas daripada keamanan?

Atau, setidaknya, bagaimana saya bisa mendapatkan dua SQL Sever untuk berbicara satu sama lain?

Pertanyaan-pertanyaan Terkait

Operasi tidak dapat dilakukan karena penyedia OLE DB "SQLNCLI10" ... (* nama server tertaut adalah (null))
Kesalahan transaksi terdistribusi? ( menggunakan penyedia Oracle )
Tidak dapat mendaftar dalam transaksi terdistribusi dengan NHibernate ( menggunakan Hibernate )
Kesalahan menggunakan transaksi terdistribusi di SQL Server 2008 R2 ( SQL Server 2008 R2, tidak ada jawaban )
Kesalahan Transaksi Terdistribusi Hanya Melalui Kode ( disebabkan oleh penggabungan koneksi )
Kesalahan melakukan koordinator transaksi terdistribusi di server tertaut ( SQL Server 2008, tidak ada jawaban )
Kesalahan transaksi terdistribusi? ( tidak ada jawaban yang diterima; hanya jawaban tidak membantu )
Bagaimana cara memasukkan ke dalam tabel jarak jauh menggunakan server yang terhubung tanpa Transaksi? ( jawaban yang diterima tidak menyelesaikan )

Apa yang telah saya lakukan tidak relevan, tetapi saya akan tetap mempostingnya.

Pastikan Distributed Transaction Coordinatorlayanan berjalan di kedua mesin:
Nonaktifkan semua keamanan MSDTC di kedua mesin:
Aktifkan opsi acak di server tertaut:

Terkutuk dan bersumpah.
Hal-hal yang hancur.

Memeriksa bahwa a SELECTdapat menggunakan server tertaut :

    SELECT * FROM ASILive.CustomerManagementSystem.dbo.Users
    ....

    (763 row(s) affected)

Memeriksa bahwa server klien dapat pingserver jarak jauh :

     C:\Documents and Settings\avatar>ping asicmstest.contoso.com

     Pinging asicmstest.contoso.com [10.0.0.40] with 32 bytes of data:

     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128

     Ping statistics for 10.0.0.40:
         Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
     Approximate round trip times in milli-seconds:
         Minimum = 0ms, Maximum = 0ms, Average = 0ms

Memeriksa apakah server jarak jauh dapat berkomunikasi kembali, dengan nama, ke server yang memulai:

     C:\Documents and Settings\avatar>ping asitestserver.contoso.com

     Pinging asitestserver.contoso.com [10.0.0.22] with 32 bytes of data:

     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128

     Ping statistics for 10.0.0.22:
         Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
     Approximate round trip times in milli-seconds:
         Minimum = 0ms, Maximum = 0ms, Average = 0ms

Dicentang yang @@SERVERNAMEcocok dengan nama server di kedua server :

   SELECT @@SERVERNAME, SERVERPROPERTY('MachineName')

   -------------  -------------
   ASITESTSERVER  ASITESTSERVER

dan

   SELECT @@SERVERNAME, SERVERPROPERTY('MachineName')

   ----------  ----------
   ASIGROBTEST  ASIGROBTEST

Berteriak

Dikeluarkan SET XACT_ABORT ONsebelum mengeluarkan pertanyaan saya :

SET XACT_ABORT ON
GO
BEGIN DISTRIBUTED TRANSACTION
SELECT TOP 1 * FROM Sessions

Diberikan Everyone Full Controlkepada :
```
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer
```
di kedua server.

Question 2

Menemukannya, MSDTC di server jauh adalah tiruan dari server lokal.

Dari Log Peristiwa Aplikasi Windows:

Jenis Peristiwa: Kesalahan
Sumber Peristiwa:
Kategori Peristiwa MSDTC :
ID Peristiwa CM : 4101
Tanggal: 9/19/2011
Waktu: 1:32:59 PM
Pengguna: N / A
Komputer: ASITESTSERVER
Deskripsi:

MS DTC lokal mendeteksi bahwa MS DTC di ASICMSTEST memiliki identitas unik yang sama dengan MS DTC lokal. Artinya kedua MS DTC tersebut tidak akan bisa saling berkomunikasi. Masalah ini biasanya terjadi jika salah satu sistem diklon menggunakan alat kloning yang tidak didukung. MS DTC mengharuskan sistem diklon menggunakan alat kloning yang didukung seperti SYSPREP. Menjalankan 'msdtc -uninstall' dan kemudian 'msdtc -install' dari prompt perintah akan memperbaiki masalah. Catatan: Menjalankan 'msdtc -uninstall' akan mengakibatkan sistem kehilangan semua informasi konfigurasi MS DTC.

Untuk informasi lebih lanjut, lihat Pusat Bantuan dan Dukungan di http://go.microsoft.com/fwlink/events.asp .

Lari

msdtc -uninstall
msdtc -install

dan kemudian menghentikan dan memulai ulang layanan SQL Server memperbaikinya.

Question 3

Saya dapat menyelesaikan masalah ini (seperti yang disebutkan orang lain dalam komentar) dengan menonaktifkan "Aktifkan Promosi Transaksi Terdistribusi untuk RPC" (yaitu, menyetelnya ke False):

Question 4

Oke, jadi layanan dimulai, ada jalur ethernet di antara mereka, resolusi nama berfungsi, server tertaut berfungsi, dan Anda menonaktifkan otentikasi transaksi.

Perasaan saya mengatakan masalah firewall, tetapi beberapa hal muncul di pikiran ...

Apakah mesin berada dalam domain yang sama? (ya, tidak masalah dengan otentikasi yang dinonaktifkan)
Apakah firewall berjalan di mesin? DTC bisa menjadi sedikit merepotkan untuk firewall karena menggunakan berbagai port, lihat http://support.microsoft.com/kb/306843 Untuk saat ini, saya akan menonaktifkan firewall demi mengidentifikasi masalah
Apa kata ping DTC? http://www.microsoft.com/download/en/details.aspx?id=2868
Akun apa yang menjalankan Layanan SQL?

Question 5

Jika server berkerumun dan ada DTC berkerumun, Anda harus menonaktifkan keamanan di DTC berkerumun, bukan DTC lokal.

Question 6

Jika server Tujuan Anda berada di cloud atau pusat data lain, maka perlu menambahkan entri host layanan MSDTC (Server Tujuan) di server sumber Anda.

Coba yang ini jika masalah tidak teratasi, Setelah mengaktifkan pengaturan MSDTC.

Question 7

Bagi saya, ini terkait dengan pengaturan Firewall. Pergi ke pengaturan firewall Anda, izinkan DTC Service dan itu berhasil.

Question 8

Petualangan terakhir saya dengan MSDTC dan kesalahan hari ini ternyata adalah masalah DNS. Anda berada di jalur yang benar menanyakan apakah mesin berada di domain yang sama, EBarr. Ngomong-ngomong, daftar hebat untuk masalah ini!

Situasi saya: Saya memerlukan server di domain anak untuk dapat menjalankan transaksi terdistribusi terhadap server di domain induk melalui firewall. Saya telah menggunakan server tertaut cukup banyak selama bertahun-tahun, jadi saya memiliki semua pengaturan biasa dalam SQL untuk server tertaut dan di MSDTC yang didokumentasikan Ian dengan sangat baik di atas. Saya menyiapkan MSDTC dengan berbagai port TCP (5000-5200) untuk digunakan di kedua server, dan mengatur lubang firewall di antara kotak untuk port 1433 dan 5000-5200. Itu seharusnya berhasil. Server tertaut diuji OK dan saya dapat menanyakan server SQL jarak jauh melalui server tertaut dengan baik, tetapi saya tidak bisa mendapatkannya untuk memungkinkan transaksi terdistribusi. Saya bahkan bisa melihat koneksi di server QA dari server DEV, tetapi ada sesuatu yang tidak membuat perjalanan kembali.

Saya bisa PING server DEV dari QA menggunakan FQDN seperti: PING DEVSQL.dev.domain.com

Saya tidak bisa PING server DEV hanya dengan nama mesin: PING DEVSQL

Server DEVSQL seharusnya menjadi anggota dari kedua domain, tetapi namanya tidak diselesaikan di DNS domain induk ... sesuatu telah terjadi pada akun mesin untuk DEVSQL di domain induk. Setelah kami menambahkan DEVSQL ke DNS untuk domain induk, dan "PING DEVSQL" berfungsi dari server QA jarak jauh, masalah ini telah teratasi bagi kami.

Saya harap ini membantu!

Question 9

Terlepas dari pengaturan keamanan, saya harus membuka beberapa port di kedua server agar transaksi dapat berjalan. Saya harus membuka port 59640 tetapi menurut saran berikut, port 135 harus dibuka. http://support.microsoft.com/kb/839279

Question 10

Saya mendapatkan kesalahan yang sama dan saya berhasil mengatasinya dengan mengkonfigurasi MSDTC dengan benar di server sumber untuk memungkinkan keluar dan mengizinkan DTC melalui firewall windows.

Izinkan Koordinator Transaksi Terdistribusi, centang domain, opsi privat dan publik

Answer 1

Saya mencoba menjalankan SQL terhadap server yang ditautkan, tetapi saya mendapatkan kesalahan di bawah ini:

BEGIN DISTRIBUTED TRANSACTION
SELECT TOP 1 * FROM Sessions


OLE DB provider "SQLNCLI" for linked server "ASILIVE" returned message "No transaction is active.".

Msg 7391, Level 16, State 2, Line 3
The operation could not be performed because OLE DB provider "SQLNCLI" for linked server "ASILIVE" was unable to begin a distributed transaction.

Ada dua kesalahan yang dikembalikan oleh penyedia:

Kesalahan # 1:

Number: $80040E14
Source: Microsoft OLE DB Provider for SQL Server
Description: OLE DB provider "SQLNCLI" for linked server "ASILIVE" returned message "No transaction is active.".
HelpFile: 
HelpContext: $00000000
SQLState: 01000
NativeError: 7412

Kesalahan # 2

Number: $80040E14
Source: Microsoft OLE DB Provider for SQL Server
Description: The operation could not be performed because OLE DB provider "SQLNCLI" for linked server "ASILIVE" was unable to begin a distributed transaction.
HelpFile: 
HelpContext: $00000000
SQLState: 42000
NativeError: 7391

Bagaimana cara agar Microsoft lebih mengutamakan fungsionalitas daripada keamanan?

Atau, setidaknya, bagaimana saya bisa mendapatkan dua SQL Sever untuk berbicara satu sama lain?

Pertanyaan-pertanyaan Terkait

Operasi tidak dapat dilakukan karena penyedia OLE DB "SQLNCLI10" ... (* nama server tertaut adalah (null))
Kesalahan transaksi terdistribusi? ( menggunakan penyedia Oracle )
Tidak dapat mendaftar dalam transaksi terdistribusi dengan NHibernate ( menggunakan Hibernate )
Kesalahan menggunakan transaksi terdistribusi di SQL Server 2008 R2 ( SQL Server 2008 R2, tidak ada jawaban )
Kesalahan Transaksi Terdistribusi Hanya Melalui Kode ( disebabkan oleh penggabungan koneksi )
Kesalahan melakukan koordinator transaksi terdistribusi di server tertaut ( SQL Server 2008, tidak ada jawaban )
Kesalahan transaksi terdistribusi? ( tidak ada jawaban yang diterima; hanya jawaban tidak membantu )
Bagaimana cara memasukkan ke dalam tabel jarak jauh menggunakan server yang terhubung tanpa Transaksi? ( jawaban yang diterima tidak menyelesaikan )

Apa yang telah saya lakukan tidak relevan, tetapi saya akan tetap mempostingnya.

Pastikan Distributed Transaction Coordinatorlayanan berjalan di kedua mesin:
Nonaktifkan semua keamanan MSDTC di kedua mesin:
Aktifkan opsi acak di server tertaut:

Terkutuk dan bersumpah.
Hal-hal yang hancur.

Memeriksa bahwa a SELECTdapat menggunakan server tertaut :

    SELECT * FROM ASILive.CustomerManagementSystem.dbo.Users
    ....

    (763 row(s) affected)

Memeriksa bahwa server klien dapat pingserver jarak jauh :

     C:\Documents and Settings\avatar>ping asicmstest.contoso.com

     Pinging asicmstest.contoso.com [10.0.0.40] with 32 bytes of data:

     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.40: bytes=32 time<1ms TTL=128

     Ping statistics for 10.0.0.40:
         Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
     Approximate round trip times in milli-seconds:
         Minimum = 0ms, Maximum = 0ms, Average = 0ms

Memeriksa apakah server jarak jauh dapat berkomunikasi kembali, dengan nama, ke server yang memulai:

     C:\Documents and Settings\avatar>ping asitestserver.contoso.com

     Pinging asitestserver.contoso.com [10.0.0.22] with 32 bytes of data:

     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128
     Reply from 10.0.0.22: bytes=32 time<1ms TTL=128

     Ping statistics for 10.0.0.22:
         Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
     Approximate round trip times in milli-seconds:
         Minimum = 0ms, Maximum = 0ms, Average = 0ms

Dicentang yang @@SERVERNAMEcocok dengan nama server di kedua server :

   SELECT @@SERVERNAME, SERVERPROPERTY('MachineName')

   -------------  -------------
   ASITESTSERVER  ASITESTSERVER

dan

   SELECT @@SERVERNAME, SERVERPROPERTY('MachineName')

   ----------  ----------
   ASIGROBTEST  ASIGROBTEST

Berteriak

Dikeluarkan SET XACT_ABORT ONsebelum mengeluarkan pertanyaan saya :

SET XACT_ABORT ON
GO
BEGIN DISTRIBUTED TRANSACTION
SELECT TOP 1 * FROM Sessions

Diberikan Everyone Full Controlkepada :
```
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer
```
di kedua server.

Answer 2

30

senang melihat Anda tidak melewatkan langkah penting "terkutuk dan bersumpah"!

jwl

Answer 3

11

@joelarson Hai, terkadang orang sangat memperhatikan Anda mengikuti setiap langkah. Saya tidak ingin ada yang mengatakan bahwa saya tidak mencoba sesuatu.

Ian Boyd

Answer 4

5

Saya suka posting ini. Itu menggambarkan setiap pengalaman yang pernah saya alami dengan MSDTC.

A. Murray

Answer 5

5

Dalam kasus saya, setelah saya menetapkan "Aktifkan Promosi Transaksi Terdistribusi untuk RPC" ke False di server tertaut, ini berfungsi. Mungkin mencobanya

Sarsaparilla

Answer 6

3

@HaiPhan Mematikan penggunaan transaksi terdistribusi merusak integritas transnasional: jika Anda mengembalikan perubahan Anda di server lokal berarti bahwa perubahan akan tetap berlaku di server jarak jauh. Sangat berbahaya.

Ian Boyd

Answer 7

Menemukannya, MSDTC di server jauh adalah tiruan dari server lokal.

Dari Log Peristiwa Aplikasi Windows:

Jenis Peristiwa: Kesalahan
Sumber Peristiwa:
Kategori Peristiwa MSDTC :
ID Peristiwa CM : 4101
Tanggal: 9/19/2011
Waktu: 1:32:59 PM
Pengguna: N / A
Komputer: ASITESTSERVER
Deskripsi:

MS DTC lokal mendeteksi bahwa MS DTC di ASICMSTEST memiliki identitas unik yang sama dengan MS DTC lokal. Artinya kedua MS DTC tersebut tidak akan bisa saling berkomunikasi. Masalah ini biasanya terjadi jika salah satu sistem diklon menggunakan alat kloning yang tidak didukung. MS DTC mengharuskan sistem diklon menggunakan alat kloning yang didukung seperti SYSPREP. Menjalankan 'msdtc -uninstall' dan kemudian 'msdtc -install' dari prompt perintah akan memperbaiki masalah. Catatan: Menjalankan 'msdtc -uninstall' akan mengakibatkan sistem kehilangan semua informasi konfigurasi MS DTC.

Untuk informasi lebih lanjut, lihat Pusat Bantuan dan Dukungan di http://go.microsoft.com/fwlink/events.asp .

Lari

msdtc -uninstall
msdtc -install

dan kemudian menghentikan dan memulai ulang layanan SQL Server memperbaikinya.

Answer 8

2

Mari kita lihat apakah saya melakukannya dengan benar: 1- msdtc -uninstall 2- msdtc -install 3- restart layanan SQL Server 4- restart layanan SQL Agent, hanya untuk memastikan 5- bahkan restart layanan "Distributed Transaction Coordinator" ... Saya telah melakukan semua ini di kedua mesin (server utama & server terkait) a ~ dan tidak ada, masih kesalahan yang sama!

Hamid Sadeghian

Answer 9

9

Saya dapat menyelesaikan masalah ini (seperti yang disebutkan orang lain dalam komentar) dengan menonaktifkan "Aktifkan Promosi Transaksi Terdistribusi untuk RPC" (yaitu, menyetelnya ke False):

Steve Bauman
sumber

1

Ini berhasil untuk saya. Yang aneh adalah sudah baik-baik saja selama berminggu-minggu, dan kemudian tiba-tiba dimulai. Mungkin karena layanan DTC server jarak jauh mungkin dinonaktifkan. Terima kasih.

Boyd P

Answer 10

1

Ini berhasil untuk saya. Yang aneh adalah sudah baik-baik saja selama berminggu-minggu, dan kemudian tiba-tiba dimulai. Mungkin karena layanan DTC server jarak jauh mungkin dinonaktifkan. Terima kasih.

Boyd P

Answer 11

Oke, jadi layanan dimulai, ada jalur ethernet di antara mereka, resolusi nama berfungsi, server tertaut berfungsi, dan Anda menonaktifkan otentikasi transaksi.

Perasaan saya mengatakan masalah firewall, tetapi beberapa hal muncul di pikiran ...

Apakah mesin berada dalam domain yang sama? (ya, tidak masalah dengan otentikasi yang dinonaktifkan)
Apakah firewall berjalan di mesin? DTC bisa menjadi sedikit merepotkan untuk firewall karena menggunakan berbagai port, lihat http://support.microsoft.com/kb/306843 Untuk saat ini, saya akan menonaktifkan firewall demi mengidentifikasi masalah
Apa kata ping DTC? http://www.microsoft.com/download/en/details.aspx?id=2868
Akun apa yang menjalankan Layanan SQL?

Answer 12

2

Jika server berkerumun dan ada DTC berkerumun, Anda harus menonaktifkan keamanan di DTC berkerumun, bukan DTC lokal.

David Wolfinger
sumber

Answer 13

Jika server Tujuan Anda berada di cloud atau pusat data lain, maka perlu menambahkan entri host layanan MSDTC (Server Tujuan) di server sumber Anda.

Coba yang ini jika masalah tidak teratasi, Setelah mengaktifkan pengaturan MSDTC.

Answer 14

1

Bagi saya, ini terkait dengan pengaturan Firewall. Pergi ke pengaturan firewall Anda, izinkan DTC Service dan itu berhasil.

Hoang Tran
sumber

Answer 15

Petualangan terakhir saya dengan MSDTC dan kesalahan hari ini ternyata adalah masalah DNS. Anda berada di jalur yang benar menanyakan apakah mesin berada di domain yang sama, EBarr. Ngomong-ngomong, daftar hebat untuk masalah ini!

Situasi saya: Saya memerlukan server di domain anak untuk dapat menjalankan transaksi terdistribusi terhadap server di domain induk melalui firewall. Saya telah menggunakan server tertaut cukup banyak selama bertahun-tahun, jadi saya memiliki semua pengaturan biasa dalam SQL untuk server tertaut dan di MSDTC yang didokumentasikan Ian dengan sangat baik di atas. Saya menyiapkan MSDTC dengan berbagai port TCP (5000-5200) untuk digunakan di kedua server, dan mengatur lubang firewall di antara kotak untuk port 1433 dan 5000-5200. Itu seharusnya berhasil. Server tertaut diuji OK dan saya dapat menanyakan server SQL jarak jauh melalui server tertaut dengan baik, tetapi saya tidak bisa mendapatkannya untuk memungkinkan transaksi terdistribusi. Saya bahkan bisa melihat koneksi di server QA dari server DEV, tetapi ada sesuatu yang tidak membuat perjalanan kembali.

Saya bisa PING server DEV dari QA menggunakan FQDN seperti: PING DEVSQL.dev.domain.com

Saya tidak bisa PING server DEV hanya dengan nama mesin: PING DEVSQL

Server DEVSQL seharusnya menjadi anggota dari kedua domain, tetapi namanya tidak diselesaikan di DNS domain induk ... sesuatu telah terjadi pada akun mesin untuk DEVSQL di domain induk. Setelah kami menambahkan DEVSQL ke DNS untuk domain induk, dan "PING DEVSQL" berfungsi dari server QA jarak jauh, masalah ini telah teratasi bagi kami.

Saya harap ini membantu!

Answer 16

Terlepas dari pengaturan keamanan, saya harus membuka beberapa port di kedua server agar transaksi dapat berjalan. Saya harus membuka port 59640 tetapi menurut saran berikut, port 135 harus dibuka. http://support.microsoft.com/kb/839279

Answer 17

Saya mendapatkan kesalahan yang sama dan saya berhasil mengatasinya dengan mengkonfigurasi MSDTC dengan benar di server sumber untuk memungkinkan keluar dan mengizinkan DTC melalui firewall windows.

Izinkan Koordinator Transaksi Terdistribusi, centang domain, opsi privat dan publik

Tidak dapat memulai transaksi terdistribusi

Pertanyaan-pertanyaan Terkait

Jawaban: