Transfer file jaringan VHD gagal secara konsisten pada 4GB

16

Masalah ini sangat menyebalkan bagi kami: ketika mentransfer file VHD (virtual hard disk) besar dari mesin Windows 7 melalui jaringan ke mesin fisik Windows Server 2008 di pusat data kami, transfer file windows gagal pada 4 GB secara konsisten. Kami memiliki koneksi 100 mbit langsung dari kantor utama kami ke pusat data kami.

Ketika transfer gagal, pesan kesalahan yang kami terima adalah:

There is a problem accessing \\server-name\d$ Make sure you are connected to the network and try again.

Hal ini hanya file VHD lebih besar dari 4 GB yang gagal. Jika kami mengirim jenis file lain, itu berfungsi dengan baik. Jika kita zip VHD, itu juga berfungsi. Selain itu, kami dapat mengirim VHD ke arah lain (dari pusat data ke kantor utama) tidak ada masalah. Ini hanya file VHD ke arah itu.

Catatan penting:

  • Semua partisi adalah NTFS !!
  • Tidak ada firewall antara workstation dan server
  • Kami telah mencoba menonaktifkan antivirus di workstation (tidak ada antivirus di server)
  • Kami telah mencoba mentransfer file dari mesin yang bukan pada domain
  • Kami telah mencoba mentransfer file dari mesin Ubuntu (masih gagal tetapi sekitar 450MB bukannya 4GB)
  • Pengambilan gambar Wireshark menunjukkan 40 DUP ACK saat transfer gagal
  • Xcopy dan Robocopy (dengan bendera restart) keduanya gagal (titik yang sama)
  • Transfer FTP gagal pada 4,14X, XXX, XXX byte dan tidak dapat dimulai kembali pada saat itu
  • Kami mencoba mengubah ekstensi file (bodoh, tetapi pilihan terakhir) ke sesuatu selain vhd sebelum mengirimnya, tetapi masih gagal
  • Koneksi adalah sebagai berikut: Dell Workstation (Kantor Pusat) -> Dell PowerConnect 5448 Managed Switch (MO) -> HP Procurve 2910al-24G Layer 3 Router (MO) -> Tautan 100Mb TLS -> HP Procurve 2910al-24G Layer 3 Router ( Pusat data) -> Dell PowerConnect 5448 Managed Switch (DC) -> Dell Server (DC)

Jadi pada dasarnya, HANYA file VHD> 4GB, dari kantor utama kami ke pusat data kami yang gagal. Ini semua tidak sesuai ... pada titik ini saya percaya itu adalah masalah dengan pengaturan perangkat keras jaringan kami, tapi saya tidak mengerti apa perbedaan antara mentransfer VHD besar (yang gagal, pada 4GB) dan file video besar (yang berfungsi selalu).

Isaac Butt
sumber
Apakah Anda mencoba protokol lain dari CIFS / SMB?
Bart De Vos
Tidak, saya belum; Saya akan mencobanya
Isaac Butt
1
Biarkan saya ulangi, jenis peralatan jaringan apa yang menangani koneksi 100Mb?
SpacemanSpiff
2
Agaknya jika inspeksi paket dalam yang harus disalahkan (yang tampaknya mungkin) menggunakan mekanisme transfer terenkripsi seperti SFTP atau SCP akan mengatasi masalah. Atau Anda bisa menggunakan IPSec, yang dibangun ke dalam Windows. Atau mungkin router memiliki semacam dukungan terenkripsi terowongan?
Harry Johnston
2
@ HarryJohnston Setelah mengatur SFTP, file VHD berhasil ditransfer, jadi sepertinya Anda benar tentang DPI pada TLS. Saya akan berbicara dengan penyedia kami dan melihat apakah ada sesuatu yang bisa mereka lakukan tentang hal itu :)
Isaac Butt

Jawaban:

3

Setelah memecahkan masalah ini selama berjam-jam (dan mencoba semua saran yang diposting di sini), masalahnya ternyata menjadi tautan TLS antara kantor utama kami dan pusat data. Saya menelepon penyedia TLS kami dan setelah berbicara dengan beberapa teknisi NOC, salah satu dari mereka telah mendengar masalah yang sebenarnya sebelumnya. Ternyata beberapa peralatan layer 2 mereka sudah tua dan memiliki masalah dengan data VHD.

Solusinya adalah memutakhirkan firmware pada perangkat ini, yang dilakukan oleh penyedia TLS. Kami sekarang tidak memiliki masalah mentransfer VHD besar. Bagi yang tertarik, penyedia TLS kami adalah Shaw Communications di Victoria, Kanada.

Isaac Butt
sumber
1

Coba Xcopy atau Robocopy; setidaknya satu atau keduanya memiliki saklar "resume". Rsync juga bisa membantu.

Karena penasaran, apakah salah satu dari mesin 32-bit, tetapi yang lain adalah 64-bit? Jika demikian, dapatkah Anda mencoba salinan Anda dengan mesin 64-bit sementara.

gWaldo
sumber
Baik Robocopy dan Xcopy gagal juga pada titik yang sama, bahkan dengan saklar resume (dan buffered / unbuffered). Baik server dan workstation 64 bit.
Isaac Butt
Brutal. Satu-satunya pilihan yang dapat saya pikirkan untuk memulihkan adalah dengan memeriksa opsi 2GB VHD di ESX. Belasungkawa.
gWaldo
Tidak masalah, saya menghargai bantuan Anda :) (kami menggunakan Hyper-V bukan VMWare)
Isaac Butt
Poin bagus; Saya telah menggunakan banyak platform virtualisasi, jadi saya secara mental menguraikannya sebagai $ disk_file atau $ config_file, dll ...
gWaldo
0

Mencari google untuk kegagalan salinan jaringan file besar dan Anda akan menemukan beberapa utas berbicara tentang masalah serupa tetapi tidak hanya vhd. KB ini biasanya ditautkan untuk melihat apakah pengaturan TIK membantu. TCP offload, pengaturan cerobong asap, dll.

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

Willy
sumber
Terima kasih atas sarannya. Saya dapat mentransfer file besar lainnya tanpa masalah, tetapi saya akan memeriksa beberapa pengaturan tersebut. Menonaktifkan cerobong asap tidak berpengaruh.
Isaac Butt
0

Mmmmhhhh ... Saya melihat berbagai jawaban di atas dan saya menyadari bahwa saya masih tidak tahu apakah Anda benar-benar mencoba menyalin dengan program salinan 64-bit. (xcopy, robocopy dan sebagian besar klien FTP adalah 32 bit, bahkan pada Windows 64 bit.)

Bisakah Anda mencobanya dengan TotalCommander V8.0 versi 64-bit? (Ini masih Calon Rilis, tapi sangat stabil.) Itu benar-benar hanya 64-bit.

Hal lain untuk dicoba jika server memiliki IPV6 diaktifkan (biasanya tidak pada W2K8): Nonaktifkan IPV4 sepenuhnya pada workstation sehingga salinan harus menggunakan IPV6. Akan menarik untuk melihat apakah itu membuat perbedaan.

Jika tak satu pun dari yang di atas membawa kelegaan .... Anda dapat menggunakan HJSplit (atau fungsi split dari TotalCommander) untuk membagi file menjadi potongan 1GB, tetapi tentu saja Anda harus memiliki cara untuk bergabung kembali dengan mereka di server. Itu akan tergantung pada apakah Anda memiliki akses untuk menjalankan program di server itu sendiri. (Hanya "salin / b chunk1 + chunk2 + chunk3 total.vhd" akan dilakukan jika Anda tidak diizinkan untuk menginstal perangkat lunak sisi server tambahan.)

Tonny
sumber
Mencoba TotalCommander 8, transfer gagal bahkan sebelum 4GB dan melaporkan "Silakan hapus proteksi penulisan!" tapi saya tidak percaya itu benar-benar menunjukkan kesalahan perlindungan penulisan.
Isaac Butt
Kami memiliki cara lain untuk memindahkan data. Saya hanya bisa RAR file dan mentransfernya (bahkan tidak perlu membaginya menjadi potongan-potongan kecil), tetapi itu adalah langkah tambahan yang kita tidak harus lakukan. Terima kasih atas sarannya, saya menghargai bantuan Anda.
Isaac Butt
0

Hanya pemikiran: Apakah VHD digunakan oleh hypervisor atau dipasang?

Ini bisa gagal karena bagian dari VHD terkunci dan tidak dapat dibaca dari sistem file. Inilah sebabnya mengapa zip file berfungsi dan mengapa file video dengan ukuran yang sama juga berfungsi, tetapi bukan file VHD.

Mencari kunci file di windows:

  1. Unduh proses explorer (Tautan langsung ke live.sysinternals.com)
  2. Pilih Temukan Menu, pilih Temukan Gagang atau DLL ...
  3. Ketikkan nama file, pilih pencarian.

Tampaknya ada pos pertukaran ahli dengan masalah serupa. Tetapi tidak ada resolusi dalam jawabannya.

Joseph Kern
sumber
Poin bagus. Kadang-kadang Anda bahkan perlu me-reboot workstation untuk membuatnya benar-benar membuka kunci file. Ini mungkin tampak gratis, tetapi Anda tidak pernah bisa benar-benar tahu.
Tonny
@ Tony Anda yakin bisa tahu, Anda hanya perlu alat yang tepat. Memperbarui jawaban saya dengan metode yang disarankan.
Joseph Kern
Ya, saya melihat artikel pertukaran ahli dan kedengarannya mirip. Penjelajah proses tidak menunjukkan apa pun untuk file tersebut. Selain itu, saya dapat membuat salinannya dan mencoba mentransfer salinannya masih gagal sehingga sepertinya tidak ada kunci. Total Commander 8 RC (64 bit) gagal sedini 2GB ke dalam transfer dengan pesan "Silakan hapus proteksi penulisan!" meskipun itu kemungkinan hanya respons kesalahan stok.
Isaac Butt
1
Respons TC itu sebenarnya berguna. Itu hanya akan memberikan pesan itu di tengah-tengah salinan jika benar-benar ada sesuatu yang menghalangi upaya penulisan. Ini harus di sisi server, atau terkait LAN / WAN. Apakah Anda yakin LAN benar-benar transparan? Saya akan mencari router melakukan Statefull Packet Inspection, atau perangkat Network Accelerator (Misalnya alat Cisco WAAS) yang entah bagaimana bingung tentang jenis data khusus ini.
Tonny
Hmm, yah garisnya seharusnya transparan; Saya dapat menghubungi penyedia kami dan memberi tahu mereka apa yang sedang terjadi, meskipun saya yakin mereka akan mengarahkan kesalahan ke tempat lain.
Isaac Butt
0

Ini kedengarannya bahkan mungkin masalah izin, ketika Anda mencoba menyalin file ke lokasi jaringan itu dihentikan atau gagal, mungkin Anda bisa mencoba membuat folder jaringan membuatnya terbuka penuh, artinya dibagikan kepada "Semua Orang" Grup dan juga mengaturnya di tab keamanan. Jika itu memperbaiki masalah, maka itu tampak seperti masalah izin, sebenarnya karena Anda menyebutkan salinan Linux gagal lebih cepat, sepertinya izin mungkin masalahnya. Pastikan file di dalam VHD tidak digunakan dan Anda memiliki izin yang tepat untuk mengaksesnya.

Pastikan juga folder tempat Anda menyalin memiliki izin terbuka. Ingat ini hanya untuk melihat apakah izin menghalangi, Anda selalu dapat memperketat mereka nanti setelah Anda mendapatkan titik menatap salinan berfungsi dengan baik.

Satu hal lagi dan ini mungkin sulit, tetapi apakah Anda sudah mencoba memperbarui driver NIC? Mungkin ada perbaikan pada driver terbaru untuk mesin Anda.

Saya harap ini membantu, Ceria

Frank R
sumber
Terima kasih atas sarannya, tetapi itu tidak menjelaskan mengapa transfer file berhasil jika data dienkripsi. Saya masih berpikir masalahnya terletak pada garis TLS; Saya sedang dalam pembicaraan dengan dukungan mereka saat ini
Isaac Butt