VHD ağ dosya aktarımı 4GB'da sürekli olarak başarısız oluyor


16

Bu sorun bizim için son derece sinir bozucu oldu: Büyük bir VHD (sanal sabit disk) dosyasını ağ üzerinden bir Windows 7 makinesinden veri merkezimizdeki fiziksel bir Windows Server 2008 makinesine aktarırken, Windows dosya aktarımı 4 GB'de sürekli olarak başarısız oluyor. Merkez ofisimizden veri merkezimize doğrudan 100 mbit bağlantıya sahibiz.

Aktarım başarısız olduğunda, aldığımız hata mesajı:

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

Başarısız olan yalnızca 4 GB'tan büyük VHD dosyalarıdır. Başka bir dosya türü gönderirsek iyi çalışır. VHD'yi sıkıştırırsak, bu da işe yarar. Dahası, VHD'yi diğer yöne (veri merkezinden ana ofise) sorunsuz gönderebiliriz. Bu yönde sadece VHD dosyaları.

Önemli notlar:

  • Tüm bölümler NTFS !!
  • İş istasyonu ve sunucu arasında güvenlik duvarı yok
  • İş istasyonunda virüsten koruma özelliğini devre dışı bırakmayı denedik (sunucuda virüsten koruma yok)
  • Dosyayı alan adında olmayan bir makineden aktarmayı denedik
  • Dosyayı bir Ubuntu makinesinden aktarmayı denedik (hala başarısız, ancak 4GB yerine 450MB civarında)
  • Wireshark yakalama, aktarım başarısız olduğunda 40 DUP ACK gösterir
  • Xcopy ve Robocopy (yeniden başlatma bayraklarıyla) başarısız olur (aynı nokta)
  • FTP aktarımı 4,14X, XXX, XXX baytta başarısız oluyor ve bu noktada yeniden başlatılamıyor
  • Dosya uzantısını (aptalca, ancak son çare) göndermeden önce vhd dışında bir şeye değiştirmeyi denedik, ancak yine de başarısız oldu
  • Bağlantı aşağıdaki gibidir: Dell İş İstasyonu (Ana Ofis) -> Dell PowerConnect 5448 Yönetilen Anahtar (MO) -> HP Procurve 2910al-24G Katman 3 Yönlendirici (MO) -> 100Mb TLS bağlantısı -> HP Procurve 2910al-24G Katman 3 Yönlendirici ( Veri merkezi) -> Dell PowerConnect 5448 Yönetilen Anahtar (DC) -> Dell Sunucu (DC)

Temel olarak, ana ofisimizden veri merkezimize başarısız olan SADECE vhd dosyaları> 4GB'dir. Bunların hepsi toplanmıyor ... bu noktada bunun ağ donanım ayarlarımızla ilgili bir sorun olduğuna inanıyorum, ancak büyük bir VHD (4GB'de başarısız) ve bir büyük VHD aktarma arasındaki farkın ne olduğunu anlamıyorum büyük video dosyası (her zaman çalışır).


CIFS / SMB'den sonra başka bir protokol denediniz mi?
Bart De Vos

Hayır yapmadım; Bunu deneyeceğim
Isaac Butt

1
Yeniden ifade edeyim, 100Mb bağlantısının ne tür bir ağ donanımı ele alacağını?
SpacemanSpiff

2
Muhtemelen, derin paket incelemesi SFTP veya SCP gibi şifreli bir aktarım mekanizması kullanmakla suçlanıyorsa (muhtemelen görünüyor) bu soruna geçici bir çözüm getirecektir. Veya Windows'ta yerleşik olan IPSec'i kullanabilirsiniz. Veya yönlendiricilerin bir çeşit şifreli tünel desteği var mı?
Harry Johnston

2
@HarryJohnston SFTP'yi kurduktan sonra VHD dosyaları başarıyla aktarılır, bu yüzden TLS'deki DPI konusunda haklısınız gibi görünüyor. Sağlayıcımızla konuşacağım ve bu konuda yapabilecekleri bir şey olup olmadığını göreceğim :)
Isaac Butt

Yanıtlar:


3

Bunu saatlerce sorun gidermeden (ve burada yayınlanan tüm önerileri denedikten) sonra, sorun ana ofisimiz ve veri merkezi arasındaki TLS bağlantısı olarak ortaya çıktı. TLS sağlayıcımızı aradım ve birkaç NOC teknisyeniyle konuştuktan sonra, bunlardan biri daha önce tam olarak sorunu duymuştu. Katman 2 ekipmanlarının bazılarının eski olduğu ve VHD verileriyle ilgili sorunları olduğu ortaya çıktı.

Çözüm, TLS sağlayıcısı tarafından gerçekleştirilen bu cihazlardaki ürün yazılımını yükseltiyordu. Artık büyük VHD'leri aktarırken sorun yaşamıyoruz. İlgilenenler için TLS sağlayıcımız, Victoria, Kanada'daki Shaw Communications'dır.


1

Xcopy veya Robocopy'yi deneyin; en az birinde veya her ikisinde de "devam" düğmesi bulunur. Rsync de yardımcı olabilir.

Meraktan, makinelerden biri 32 bit, diğeri 64 bit mi? Öyleyse, kopyanızı 64 bitlik bir makineyle geçici olarak deneyebilirsiniz.


Hem Robocopy hem de Xcopy, devam anahtarında (ve arabelleğe alınmış / arabelleğe alınmamış) bile aynı noktada başarısız olur. Hem sunucu hem de iş istasyonu 64 bit'tir.
Isaac Butt

Acımasız. Düzeltmeyi düşünebildiğim tek seçenek, ESX'teki 2GB VHD seçeneğini kontrol etmektir. Başınız sağolsun.
gWaldo

Sorun değil, yardımın için minnettarım :) (VMWare değil Hyper-V kullanıyoruz)
Isaac Butt

İyi bir nokta; Bir sürü sanallaştırma platformu kullandım, bu yüzden onları zihinsel olarak $ disk_file veya $ config_file, vb. Olarak ayrıştırıyorum ...
gWaldo

0

Google'da büyük dosya ağı kopyalama hataları için arama yaptığınızda, sadece vhd'lerle değil, benzer sorunlarla ilgili bazı konular bulacaksınız. Bu KB genellikle ayarlanan NIC ayarlarının yardımcı olup olmadığını görmek için bağlantılıdır. TCP boşaltma, baca ayarları vb.

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


Önerileriniz için teşekkürler. Diğer büyük dosyaları sorunsuz aktarabilirim, ancak bu ayarların bazılarını değiştirmeye bakacağım. Baca yükünün devre dışı bırakılmasının bir etkisi yoktur.
Isaac Butt

0

Mmmmhhhh ... Yukarıdaki çeşitli cevapları görüyorum ve 64-bit bir kopya programıyla gerçekten kopyalamaya çalışıp çalışmadığınızı hala anlayamadığımı fark ediyorum. (xcopy, robocopy ve çoğu FTP istemcisi 64 bit Windows'ta bile 32 bittir.)

TotalCommander V8.0'ın 64 bit sürümü ile deneyebilir misiniz? (Hala bir Yayın Adayı, ama çok kararlı.) Bu gerçekten sadece 64-bit.

Sunucunun IPV6 etkin olup olmadığını denemek için başka bir şey (genellikle W2K8'de çalışır): İş istasyonunda IPV4'ü tamamen devre dışı bırakın, böylece kopyanın IPV6 kullanması gerekir. Bunun bir fark yaratıp yaratmadığını görmek ilginç olacak.

Yukarıdakilerin hiçbiri rahatlama getirmezse ... Dosyayı 1GB boyutlarında bölmek için HJSplit'i (veya TotalCommander'ın bölünmüş işlevini) her zaman kullanabilirsiniz, ancak elbette bunları sunucuda yeniden birleştirmenin bir yoluna sahip olmalısınız. Bu, sunucunun kendisinde bir program çalıştırmak için erişiminiz olup olmadığına bağlı olacaktır. (Yalnızca "copy / b chunk1 + chunk2 + chunk3 total.vhd", ek yazılım sunucusu tarafı yüklemenize izin verilmezse çalışır.)


TotalCommander 8 denendi, aktarım 4GB'den önce bile başarısız oluyor ve "Lütfen yazma korumasını kaldırın!" ama bunun aslında bir yazma koruması hatası olduğuna inanmıyorum.
Isaac Butt

Verileri başka şekillerde taşımanın başka yolları da var. Sadece dosyayı RAR ve transfer edebilirim (hatta küçük parçalara bölmeye bile gerek yok), ama gerçekten yapmamız gerekmeyen ekstra bir adım. Öneri için teşekkürler, yardımlarınız için teşekkür ederim.
Isaac Butt

0

Sadece bir düşünce: VHD, hipervizör tarafından kullanılıyor mu veya takılı mı?

VHD'nin bir kısmı kilitli olduğu ve dosya sisteminden okunamadığı için başarısız olabilir. Bu nedenle dosyanın sıkıştırılması çalışır ve aynı boyuttaki video dosyalarının neden çalıştığını, ancak VHD dosyalarının çalışmamasının nedeni budur.

Windows'da dosya kilidi mi arıyorsunuz:

  1. İşlem gezginini indirin (live.sysinternals.com'a doğrudan bağlantı)
  2. Bul menüsünü seçin, Tanıtıcı veya DLL Bul'u seçin ...
  3. Dosya adını yazın, aramayı seçin.

Benzer konularda uzman bir değişim postası var gibi görünüyor . Ancak cevaplarda çözüm bulunmuyor.


İyi bir nokta. Bazen dosyanın gerçekten kilidini açmak için iş istasyonunu yeniden başlatmanız gerekebilir. Ücretsiz gibi görünebilir, ancak asla gerçekten söyleyemezsiniz.
Tonny

@Tonny Elbette söyleyebilirsin, sadece doğru araçlara ihtiyacın var. Cevabımı önerilen bir yöntemle güncelledi.
Joseph Kern

Evet, uzman değişim makalesini gördüm ve kulağa benzer geliyor. İşlem gezgini dosya için hiçbir şey göstermiyor. Dahası, bir kopyasını oluşturabilirim ve kopyayı transfer etmeye çalışmak hala başarısız oluyor, bu yüzden bir kilit yok gibi görünüyor. Total Commander 8 RC (64 bit) aktarma işlemine 2GB kadar erken bir sürede "Lütfen yazma korumasını kaldırın!" ancak bu sadece bir stok hatası yanıtıdır.
Isaac Butt

1
Bu TC tepkisi aslında yararlıdır. Bu mesajı yalnızca, denemeye çalışmayı engelleyen gerçekten bir şey varsa kopyanın yarısında verir. Bu sunucu tarafında veya LAN / WAN ile ilgili olmalıdır. LAN'ın gerçekten şeffaf olduğundan emin misiniz? Statefull Paket Denetimi yapan bir yönlendirici veya bu tür veri hakkında bir şekilde karışan bir Ağ Hızlandırıcı cihazı (Eg Cisco WAAS cihazı) arıyordum.
Tonny

Hmm, çizginin şeffaf olması gerekiyordu; Sağlayıcımızı arayabilir ve neler olduğunu söyleyebilirim, ancak suçu başka bir yere yönlendirecekler.
Isaac Butt

0

Bu, izin sorunu bile olabilir gibi görünüyor, dosyayı durdurulduğu veya başarısız olduğu ağ konumuna kopyalamaya çalıştığınızda, belki de tamamen açmak için bir ağ klasörü oluşturmayı deneyebilirsiniz, yani "Herkes" Grubu ile paylaşılır ve güvenlik sekmesinde de bu şekilde ayarlayın. Bu sorunu çözüyorsa, bir izin sorunu gibi görünüyor, aslında Linux kopyasının daha erken başarısız olduğundan bahsettiğinizden, izinlerin sorun olabileceği anlaşılıyor. VHD içindeki dosyaların kullanımda olmadığından ve bunlara erişmek için uygun izinlere sahip olduğunuzdan emin olun.

Ayrıca kopyaladığınız klasörün açık izinlere sahip olduğundan emin olun. Bunun yalnızca izinlerin engellenip engellenmediğini görmek olduğunu, kopyanın bir başlangıç ​​noktasının düzgün bir şekilde çalışmasını sağladıktan sonra bunları daha sonra sıkabilirsiniz.

Başka bir şey ve uzun bir atış olabilir, ancak NIC sürücülerini güncellemeyi denediniz mi? Belki de makineniz için en son sürücüde bir düzeltme olabilir.

Umarım bu yardımcı olur, Şerefe


Öneri için teşekkürler, ancak bu veriler şifrelenmişse dosya aktarımının neden başarılı olduğunu açıklamaz. Sorunun hala TLS hattında olduğunu düşünüyorum; Şu anda destekleriyle görüşüyorum
Isaac Butt
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.