Masukkan massal ke SQL Server dari tamu VMWare menggunakan saklar terdistribusi

10

Ini kemungkinan besar bukan masalah server SQL tetapi setup tampaknya hanya akan mempengaruhi BULK INSERTS ke SQL Server.

Kami baru saja memindahkan VM Hardware dan semua tamu yang dipindahkan memiliki saklar virtual mereka berubah dari standar menjadi terdistribusi.

Saya kemudian mulai menerima

Kesalahan fatal terjadi saat membaca aliran input dari jaringan. Sesi akan dihentikan (kesalahan input: 64, kesalahan output: 0)

pada dua server SQL selama operasi BULK INSERT. Salah satu server SQL adalah VM dengan konfigurasi baru dan yang lainnya adalah server fisik. Kedua operasi BULK INSERT berasal dari VM dengan konfigurasi baru. BULK INSERT tidak akan gagal setiap saat, itu sangat acak kapan akan terjadi.

Ketika kami mengubah sakelar virtual menjadi sakelar standar alih-alih sakelar terdistribusi, masalahnya hilang.

Saya mencari lebih banyak penjelasan mengapa itu tidak bekerja dengan saklar terdistribusi daripada resolusi. Dugaan saya adalah bahwa operasi BULK INSERT bersifat serial dan dengan sakelar terdistribusi paket-paket sedang dialihkan melalui host yang berbeda, beberapa di antaranya mungkin lebih sibuk daripada yang lain, dan tiba di server tujuan di luar ambang latensi. (catatan: tidak ada apa pun di log peristiwa windows pada saat kesalahan pada sumber atau server tujuan)

UPDATE: ternyata masalah itu disebabkan oleh NIC. Semua VM kami dikonfigurasikan dengan E1000 NIC yang berfungsi cukup baik pada sakelar standar. Setelah kami pindah ke sakelar terdistribusi, kami mulai melihat masalah dengan transfer data besar, bukan hanya kueri sql. Mengubah NIC ke VMXNET3 tampaknya telah menyelesaikan masalah.

Bob Klimes
sumber
Apakah VM menunjukkan kesalahan?
user1207758
Tidak ada kesalahan pada tamu atau host VM.
Bob Klimes

Jawaban:

0

Masalah vmware / jaringan murni, tampaknya.

Saya sarankan mencoba mencari masalah konektivitas dari klien ke server yang bukan SQL (ping, atau apa pun). Itu akan membantu Anda memunculkan jalur pemecahan masalah yang lebih jelas.

Jonesome Reinstate Monica
sumber
Tampaknya menjadi masalah vmware karena saya dapat menciptakan kembali perilaku dengan salinan file besar
Bob Klimes
1

Saya akan menyarankan menggunakan Wireshark atau Microsoft NetMon dan mengendus lalu lintas untuk melihat apa yang terjadi di sini. Bisa juga terkait dengan fitur TCP Chimney Offload, dengan asumsi ada sesuatu yang berubah di level NIC:

http://support.microsoft.com/kb/942861

Richard Schweiger
sumber
0

kami telah mengalami kesalahan ini seminggu yang lalu. tim jaringan kami, tim keamanan dan tim database mencari segala sesuatu. Pada akhir penelitian kami telah mendeteksi sumber kesalahan. Ini adalah perangkat IPS. Tanyakan kepada tim keamanan Anda apakah ada tanda tangan pada perangkat IPS.

nurullah cakir
sumber
Perangkat IPS yang mana? Bagaimana lingkungan Anda dibandingkan dengan lingkungan si penanya dan bagaimana itu akan menyelesaikan masalahnya?
Colin 't Hart