30

Windows システムで、約 800 GB のデータを NTFS ストレージ デバイスから FAT32 デバイス(どちらも外付けハード ドライブ)に移動したいと考えています。

これを達成するための最良の方法は何ですか？

  1. 単にカットペーストを使用していますか？
  2. コマンド プロンプトを使用しますか? ( move)
  3. 特定の間隔でデータの小さなチャンクをコピーするバッチ ファイルを作成しますか?
  4. 私のために仕事をする特定のアプリケーションを使用しますか?
  5. それとももっと良いアイデア...？

このような時間のかかるプロセスを達成するための最も安全で効率的かつ迅速な方法は何ですか?

4

10 に答える 10

39

ロボコピー

コマンドを再起動すると、再開されます。いつもネットで使っています。大きなファイルでも動作します。

于 2008-12-12T22:30:17.393 に答える
6

可能であれば、ハード ディスクを物理的に移動します。

于 2008-12-12T22:25:47.887 に答える
4

高速コピーは、この種の作業に非常に適していることがわかりました。そのGUIツール....

http://www.ipmsg.org/tools/fastcopy.html.en

于 2008-12-12T22:29:58.580 に答える
2

WinRarまたはzipツールを使用してみてください。大きな「ファイル」は、多くの小さなファイルよりも速く移動します。ほとんどのzipツールでは、アーカイブ（zip）ファイルを複数のアーカイブに分割できます。

圧縮をオンにすると、サイズを少し小さくすることもできます。

于 2008-12-12T22:47:08.497 に答える
2

ネットワーク経由で移動する必要がある場合は、サーバー間で FTP を使用する必要があります。Windows ファイル システムは、おしゃべりなプロトコルで行き詰まります。

于 2008-12-12T22:31:14.707 に答える
2

Teracopyは非常に高速で便利であることがわかりました。Fastcopy ( benlumleyによって提案されているように) はさらに高速であると言われていますが、私はそれを使用した経験がありません。

于 2008-12-12T22:34:58.023 に答える
2

@hello_earth, 201510131124 からのマルチスレッドに関するコメントにコメントしたかったのですが、Stackoverflow の評価ポイントが十分ではありません (これまで主にスーパーユーザーに投稿してきました) :
マルチスレッドは通常、そうではありません1 つのストレージ デバイスから別の 1 つのストレージ デバイスにファイルをコピーする場合は効率的です。これは、順次読み取りで最速のスループットに達するためです。また、複数のスレッドを使用すると、HDD がガタガタ音をたてて、複数のファイルを同時に読み書きするために狂ったようにグラインドします。 HDD は一度に 1 つのファイルにしかアクセスできないため、ファイルから 1 つのチャンクを読み書きしてから、別の領域にある別のファイルからチャンクに移動する必要があり、プロセスが大幅に遅くなります (SSD がどのように処理されるかはわかりません)。そのような場合に動作します）。これは非効率であり、有害である可能性もあります。大きな連続したファイルを解析するために同じ場所にとどまるのではなく、ヘッドがプラッターを横切って繰り返し移動し、短い連続でいくつかの領域に到達する場合、機械的ストレスがかなり高くなります。

md5deep を使用して、ビデオ ファイルでいっぱいの非常に大きなフォルダーの MD5 チェックサムをバッチ チェックしているときに、これを発見しました。次に、1 つのスレッドを意味する -j1 オプションを追加すると、ファイルが順次読み取られるようになったため、はるかに高速に処理が進みました。

このことから派生するもう 1 つの考慮事項は、ファイルが断片化されていない場合、およびプラッターの最も外側の部分に対応するハードディスク ドライブの先頭に配置されている場合、転送速度が大幅に高速になることです。線速度は最大です (この側面は、ソリッド ステート ドライブやその他のフラッシュ メモリ ベースのデバイスとは関係ありません)。

また、元の投稿者は「このような時間のかかるプロセスを達成するための最も安全で効率的かつ迅速な方法」を求めていました。速度/効率、または安全性のいずれかを優先する妥協点を選択する必要があると思います。安全が必要な場合は、各ファイルが問題なくコピーされたことを確認する必要があります (MD5 チェックサムを確認するか、WinMerge などを使用して)。そうしないと、処理中に SNAFU が発生していないことを 100% 確信することはできません (ハードウェアまたはソフトウェアの問題)。それを行うと、タスクに 2 倍の時間を費やさなければなりません。

例: 私は SynchronizeIt! という小さなツールに依存していました。私のファイルコピーの目的のために、すべてのタイムスタンプを保持するほとんどの同様のツールと比較して大きな利点があり (Robocopy が /DCOPY:T スイッチで行うように、ディレクトリのタイムスタンプを含む)、必要なオプションだけを備えた合理化されたインターフェイスを備えているためです。 . しかし、一部のファイルはコピー後に常に破損し、正確に 25000 バイト後に切り捨てられることを発見しました (たとえば、1GB のビデオのコピーには 25000 バイトがあり、その後 1GB の 00 がありました。コピー プロセスは異常に速く、ほんの一瞬でした。そもそも私の疑念を引き起こした）。私はこの問題を 2010 年に初めて著者に報告しましたが、その後、彼はそれをハードウェアの誤動作だと断定し、深く考えることはありませんでした。まだSIを使っていましたが、ファイルを徹底的にチェックするようになりました毎回コピーを作成しました (WinMerge または Total Commander を使用) ; ファイルが破損したときは、代わりに Robocopy を使用しました (SynchronizeIt で破損したファイルを Robocopy でコピーし、その後 SynchronizeIt で再度コピーすると、問題なくコピーされたので、NTFS パーティションに記録される方法に何かがあり、混乱していました)そのソフトウェア、およびどのRobocopyが何らかの形で修正したか）。その後、2015 年に、破損したファイルに関するパターンをさらに特定した後、再度報告しました。それらはすべて、特定のダウンロード マネージャーでダウンロードされたものでした。その時、著者は掘り下げて説明を見つけました.彼のツールは、ほとんど知られていない「スパース」属性を持つファイルをコピーするのに問題があり、一部のダウンロードマネージャーは、ファイルを複数のチャンクでダウンロードするときにスペースを節約するためにこの属性を設定することが判明しました.

于 2018-05-29T21:27:15.143 に答える
1

コマンド ライン: xcopy がおそらく最善の策です

コマンド リファレンス: http://www.computerhope.com/xcopyhlp.htm

于 2008-12-12T22:26:16.713 に答える
1

Teracopy を使用して、50 GB 以上を 128 GB のフラッシュ ドライブにコピーしました。
48時間近くかかりました...電源が落ちたので、2回やらなければなりませんでした。再フォーマットして最初からやり直す必要がありました...私の好きなことではありません...

于 2014-02-14T05:40:28.950 に答える