Die Übertragung von VHD-Netzwerkdateien schlägt bei 4 GB konsistent fehl

Dieses Problem war für uns äußerst frustrierend: Wenn Sie eine große VHD-Datei (virtuelle Festplatte) von einem Windows 7-Computer über das Netzwerk auf einen physischen Windows Server 2008-Computer in unserem Rechenzentrum übertragen, schlägt die Windows-Dateiübertragung mit 4 GB durchgehend fehl. Wir haben eine direkte 100-Mbit-Verbindung von unserer Zentrale zu unserem Rechenzentrum.

Wenn die Übertragung fehlschlägt, erhalten wir folgende Fehlermeldung:

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

Es schlagen nur VHD-Dateien mit mehr als 4 GB fehl. Wenn wir einen anderen Dateityp senden, funktioniert dies einwandfrei. Wenn wir die VHD komprimieren, funktioniert das auch. Darüber hinaus können wir ein VHD auch in die andere Richtung (vom Rechenzentrum zur Zentrale) problemlos senden. Es handelt sich nur um VHD-Dateien in diese Richtung.

Wichtige Notizen:

• Alle Partitionen sind NTFS !!
• Es gibt keine Firewall zwischen Workstation und Server
• Wir haben versucht, das Virenschutzprogramm auf der Workstation zu deaktivieren (kein Virenschutzprogramm auf dem Server).
• Wir haben versucht, die Datei von einem Computer zu übertragen, der sich nicht in der Domäne befindet
• Wir haben versucht, die Datei von einem Ubuntu-Computer zu übertragen (schlägt immer noch fehl, aber bei etwa 450 MB statt 4 GB).
• Die Wireshark-Erfassung zeigt 40 DUP-ACKs an, wenn die Übertragung fehlschlägt
• Xcopy und Robocopy (mit Neustart-Flags) schlagen beide fehl (gleicher Punkt)
• Die FTP-Übertragung schlägt mit 4,14X, XXX, XXX Bytes fehl und kann zu diesem Zeitpunkt nicht neu gestartet werden
• Wir haben versucht, die Dateierweiterung (dumm, aber ein letzter Ausweg) auf etwas anderes als vhd zu ändern, bevor wir sie gesendet haben, aber sie ist immer noch fehlgeschlagen
• Die Verbindung ist wie folgt: Dell Workstation (Hauptbüro) -> Verwalteter Dell PowerConnect 5448-Switch (MO) -> HP Procurve 2910al-24G Layer 3-Router (MO) -> 100-Mb-TLS-Verbindung -> HP Procurve 2910al-24G Layer 3-Router ( Rechenzentrum) -> Dell PowerConnect 5448 Managed Switch (DC) -> Dell Server (DC)

Im Grunde genommen sind es NUR VHD-Dateien> 4 GB, die von unserem Hauptbüro bis zu unserem Rechenzentrum ausfallen. Das alles passt einfach nicht zusammen ... an diesem Punkt glaube ich, dass es ein Problem mit unseren Netzwerkhardwareeinstellungen ist, aber ich verstehe nicht, was der Unterschied zwischen der Übertragung einer großen virtuellen Festplatte (die bei 4 GB ausfällt) und einer Festplatte ist große Videodatei (die immer funktioniert).

Nach einer stundenlangen Fehlerbehebung (und dem Testen aller hier veröffentlichten Vorschläge) stellte sich heraus, dass das Problem die TLS-Verbindung zwischen unserer Hauptniederlassung und dem Rechenzentrum ist. Ich rief unseren TLS-Anbieter an und nachdem ich mit mehreren NOC-Technikern gesprochen hatte, hatte einer von ihnen bereits zuvor von dem genauen Problem gehört. Es stellte sich heraus, dass einige ihrer Layer-2-Geräte veraltet waren und Probleme mit VHD-Daten hatten.

Die Lösung bestand darin, die Firmware auf diesen Geräten zu aktualisieren, was vom TLS-Anbieter durchgeführt wurde. Wir haben jetzt keine Probleme beim Übertragen großer VHDs. Für Interessenten ist unser TLS-Anbieter Shaw Communications in Victoria, Kanada.

Versuchen Sie es mit Xcopy oder Robocopy. Mindestens einer oder beide haben einen "Resume" -Schalter. Rsync kann ebenfalls hilfreich sein.

Ist einer der Rechner aus Neugier 32-Bit, der andere 64-Bit? Wenn ja, können Sie Ihre Kopie vorübergehend auf einem 64-Bit-Computer testen.

Wenn Sie Google nach Fehlern beim Kopieren großer Dateien im Netzwerk durchsuchen, werden Sie einige Threads finden, die sich mit ähnlichen Problemen befassen, aber nicht nur mit vhd. Diese KB wird normalerweise verknüpft, um festzustellen, ob das Ändern der NIC-Einstellungen hilfreich ist. TCP-Offload, Kamineinstellungen usw.

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

Mmmmhhhh ... Ich sehe die verschiedenen Antworten oben und stelle fest, dass ich immer noch nicht sagen kann, ob Sie wirklich versucht haben, mit einem 64-Bit-Kopierprogramm zu kopieren. (xcopy, robocopy und die meisten FTP-Clients sind 32-Bit-Clients, auch unter 64-Bit-Windows.)

Können Sie es mit der 64-Bit-Version von TotalCommander V8.0 versuchen? (Es ist immer noch ein Release Candidate, aber sehr stabil.) Das ist wirklich nur 64-Bit.

Wenn auf dem Server IPV6 aktiviert ist (normalerweise bei W2K8), sollten Sie Folgendes versuchen: Deaktivieren Sie IPV4 auf der Workstation vollständig, damit die Kopie IPV6 verwenden muss. Wird interessant sein zu sehen, ob das einen Unterschied macht.

Wenn beides keine Erleichterung bringt ... Sie können HJSplit (oder die Split-Funktion von TotalCommander) verwenden, um die Datei in 1-GB-Blöcke aufzuteilen, aber Sie müssen natürlich die Möglichkeit haben, sie auf dem Server wieder zusammenzufügen. Dies hängt davon ab, ob Sie Zugriff haben, um ein Programm auf dem Server selbst auszuführen. (Nur "copy / b chunk1 + chunk2 + chunk3 total.vhd" reicht aus, wenn Sie keine zusätzliche Software serverseitig installieren dürfen.)

Nur ein Gedanke: Wird die virtuelle Festplatte vom Hypervisor verwendet oder ist sie gemountet?

Dies kann fehlschlagen, da ein Teil der VHD gesperrt ist und nicht aus dem Dateisystem gelesen werden kann. Dies ist der Grund, warum das Komprimieren der Datei funktioniert und warum Videodateien der gleichen Größe ebenfalls funktionieren, jedoch keine VHD-Dateien.

Auf der Suche nach einer Dateisperre in Windows:

1. Prozess Explorer herunterladen (Direkter Link zu live.sysinternals.com)
2. Wählen Sie das Menü "Suchen", "Handle suchen" oder "DLL".
3. Geben Sie den Dateinamen ein und wählen Sie Suchen.

Es scheint einen Expertenaustausch mit ähnlichen Themen zu geben. Die Antworten enthalten jedoch keine Beschlüsse.

Dies scheint sogar ein Berechtigungsproblem zu sein, wenn Sie versuchen, die Datei an den Netzwerkspeicherort zu kopieren, an dem sie angehalten wird oder fehlschlägt. Vielleicht können Sie versuchen, einen Netzwerkordner zu erstellen, der sie vollständig öffnet, dh für die Gruppe "Jeder" freigegeben und stellen Sie dies auch auf der Registerkarte Sicherheit ein. Wenn dies das Problem behebt, scheint es sich um ein Berechtigungsproblem zu handeln. Da Sie bereits erwähnt haben, dass die Linux-Kopie früher fehlgeschlagen ist, scheinen Berechtigungen möglicherweise das Problem zu sein. Stellen Sie sicher, dass die Dateien in der VHD nicht verwendet werden und Sie über die entsprechenden Zugriffsberechtigungen verfügen.

Stellen Sie außerdem sicher, dass der Ordner, aus dem Sie kopieren, über offene Berechtigungen verfügt. Denken Sie daran, dass dies nur dazu dient, um festzustellen, ob die Berechtigungen im Weg sind. Sie können sie später immer noch verschärfen, sobald Sie feststellen, dass die Kopie einwandfrei funktioniert.

Eine andere Sache und es ist vielleicht ein langer Weg, aber haben Sie versucht, die NIC-Treiber zu aktualisieren? Möglicherweise ist im neuesten Treiber für Ihren Computer ein Fix enthalten.

Ich hoffe das hilft, Cheers