VHDネットワークファイル転送が4GBで一貫して失敗する

この問題は私たちにとって非常に苛立たしいものでした.Windows 7マシンからネットワークを介してデータセンターの物理的なWindows Server 2008マシンに大きなVHD（仮想ハードディスク）ファイルを転送すると、Windowsファイルの転送は常に4 GBで失敗します。本社からデータセンターへの直接的な100メガビット接続があります。

転送が失敗すると、表示されるエラーメッセージは次のとおりです。

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

それは唯一の失敗4ギガバイトを超えるVHDファイル。他の種類のファイルを送信する場合は、正常に機能します。VHDを圧縮すると、それも機能します。さらに、VHDを他の方向（データセンターから本社まで）に問題なく送信できます。その方向のVHDファイルです。

重要な注意事項：

• すべてのパーティションはNTFSです!!
• ワークステーションとサーバーの間にファイアウォールはありません
• ワークステーションでウイルス対策を無効にしようとしました（サーバーではウイルス対策なし）
• ドメインにないマシンからファイルを転送しようとしました
• Ubuntuマシンからファイルを転送しようとしました（まだ失敗しますが、4GBではなく約450MB）
• Wiresharkのキャプチャは、転送が失敗すると40 DUP ACKを表示します
• XcopyとRobocopy（再起動フラグ付き）は両方とも失敗します（同じポイント）
• FTP転送は4,14X、XXX、XXXバイトで失敗し、その時点で再開できません
• 送信する前にファイル拡張子（愚かだが最後の手段）をvhd以外に変更しようとしましたが、まだ失敗しました
• 接続は次のとおりです：Dellワークステーション（メインオフィス）-> Dell PowerConnect 5448管理スイッチ（MO）-> HP Procurve 2910al-24Gレイヤー3ルーター（MO）-> 100Mb TLSリンク-> HP Procurve 2910al-24Gレイヤー3ルーター（データセンター）-> Dell PowerConnect 5448 Managed Switch（DC）-> Dell Server（DC）

したがって、基本的に、メインオフィスからデータセンターに至る4 GBを超えるJUST vhdファイルが失敗します。これだけでは足りません...この時点では、ネットワークハードウェアの設定に問題があると思いますが、大きなVHD（4GBで失敗）の転送と、大きな動画ファイル（常に機能します）。

これを何時間もトラブルシューティングし（そしてここに投稿されたすべての提案を試みた）、問題は本社とデータセンター間のTLSリンクであることが判明しました。私はTLSプロバイダーに電話をかけ、数人のNOC技術者と話をした後、そのうちの1人は以前に正確な問題を聞いていました。一部のレイヤー2機器は古く、VHDデータに問題があることが判明しました。

解決策は、TLSプロバイダーによって実行されたこれらのデバイスのファームウェアのアップグレードでした。現在、大規模なVHDの転送に問題はありません。興味のある方のために、TLSプロバイダーはカナダのビクトリアにあるShaw Communicationsです。

XcopyまたはRobocopyを試してください。少なくとも一方または両方に「再開」スイッチがあります。Rsyncも役立つ場合があります。

好奇心から、マシンの1つは32ビットですが、もう1つは64ビットですか？その場合、一時的に64ビットマシンでコピーを試すことができます。

Googleで大規模なファイルネットワークコピーの失敗を検索すると、vhdだけでなく、同様の問題について話しているスレッドがいくつか見つかります。このKBは通常、NIC設定の調整が役立つかどうかを確認するためにリンクされています。TCPオフロード、煙突設定など

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

Mmmmhhhh ...上記のさまざまな答えがありますが、64ビットコピープログラムで本当にコピーしようとしたかどうかはまだわかりません。（xcopy、robocopy、およびほとんどのFTPクライアントは、64ビットWindowsでも32ビットです。）

TotalCommander V8.0の64ビットバージョンを試してみてください。（まだリリース候補ですが、非常に安定しています。）それは本当に64ビットのみです。

サーバーでIPV6が有効になっている場合の別の試み（通常はW2K8で有効）：ワークステーションでIPV4を完全に無効にして、コピーでIPV6を使用する必要があるようにします。それが違いを生むかどうかを見るのは面白いでしょう。

上記のどちらも緩和されない場合... HJSplit（またはTotalCommanderのsplit関数）を常に使用してファイルを1GBのチャンクに分割できますが、サーバー上でそれらを再結合する手段が必要です。サーバー自体でプログラムを実行するアクセス権があるかどうかに依存します。（追加のソフトウェアサーバー側のインストールが許可されていない場合は、「copy / b chunk1 + chunk2 + chunk3 total.vhd」で十分です。）

ただ考えてみてください：VHDはハイパーバイザーによって使用されていますか、それともマウントされていますか？

VHDの一部がロックされており、ファイルシステムから読み取ることができないため、失敗する可能性があります。これが、ファイルの圧縮が機能する理由であり、同じサイズのビデオファイルも機能しますが、VHDファイルは機能しません。

Windowsでファイルロックを探す：

1. プロセスエクスプローラーのダウンロード（live.sysinternals.comへの直接リンク）
2. [検索]メニューを選択し、[ハンドルまたはDLLの検索...]を選択します。
3. ファイル名を入力し、検索を選択します。

あるように見えるの専門家交換後の同様の問題を持ちます。しかし、答えには解決策はありません。

これは、アクセス許可の問題である可能性があります。ファイルを停止または失敗するネットワークの場所にコピーしようとすると、おそらく「Everyone」グループと共有されるネットワークフォルダーを作成してみてください。また、セキュリティタブでそのように設定します。これで問題が解決した場合、アクセス許可の問題のように見えます。実際、Linuxコピーがすぐに失敗したと述べたので、アクセス許可に問題があるようです。VHD内のファイルが使用されていないこと、およびそれらにアクセスするための適切な権限があることを確認してください。

また、コピー元のフォルダーにオープン権限があることを確認してください。これは、アクセス許可が邪魔になっていないかどうかを確認するためのものであり、コピーの開始点が適切に機能するようになったら、後でいつでも強化できます。

別のこととそれはロングショットかもしれませんが、NICドライバーを更新しようとしましたか？おそらく、マシンの最新のドライバーに修正があるかもしれません。

これがお役に立てば幸いです