web-dev-qa-db-ja.com

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

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

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

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

失敗するのはonly 4 GBより大きい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)-> 100MbTLSリンク-> HP Procurve 2910al-24Gレイヤー3ルーター(データセンター)-> Dell PowerConnect 5448マネージドスイッチ(DC)-> Dellサーバー(DC)

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

16
Isaac Butt

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

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

3
Isaac Butt

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

好奇心から、マシンの1つは32ビットですが、もう1つは64ビットですか?もしそうなら、あなたは一時的に64ビットマシンであなたのコピーを試すことができますか?.

1
gWaldo

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

TotalCommander V8.0の64ビットバージョンで試してみませんか? (それはまだリリース候補ですが、非常に安定しています。)それは本当に64ビットのみです。

サーバーでIPV6が有効になっている場合(通常はW2K8で有効)に試すもう1つの方法:ワークステーションでIPV4を完全に無効にして、コピーでIPV6を使用する必要があるようにします。それが違いを生むかどうかを見るのは興味深いでしょう。

上記のどちらでも問題が解決しない場合は、常にHJSplit(またはTotalCommanderの分割機能)を使用してファイルを1GBのチャンクに分割できますが、もちろんサーバー上でそれらを再結合する手段が必要です。これは、サーバー自体でプログラムを実行するためのアクセス権があるかどうかによって異なります。 (サーバー側で追加のソフトウェアをインストールすることが許可されていない場合は、「copy/bchunk1 + chunk2 + chunk3total.vhd」で十分です。)

0
Tonny

VHDはハイパーバイザーによって使用されているか、マウントされていますか?

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

Windowsでファイルロックを探しています:

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

エキスパートの交換ポスト と同様の問題があるようです。しかし、答えには決議はありません。

0
Joseph Kern

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

また、コピー元のフォルダにオープン権限があることを確認してください。これは、権限が邪魔になっているかどうかを確認するためだけのものであることを忘れないでください。コピーが正しく機能していることを確認したら、後でいつでも権限を厳しくすることができます。

もう1つ問題がありますが、それは大げさかもしれませんが、NICドライバを更新してみましたか?おそらく、ご使用のマシンの最新のドライバに修正がある可能性があります。

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

0
Frank R

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

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

0
Willy