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.
sumber
Jawaban:
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.
sumber
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
sumber
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.
sumber