- ベストアンサー
ROBOCOPYで移行元と先でサイズが合わない原因
- ROBOCOPYを使用してファイルサーバのデータをミラーリングしていますが、一部の部署フォルダでファイル数に微妙な誤差が生じています。
- 失敗や不一致、スキップはゼロであり、開きっぱなしのファイルも関係ないようです。
- ROBOCOPY実行後にコピー先にデータが保存される以外の原因で誤差が生じる可能性があるか調査したいです。
- みんなの回答 (3)
- 専門家の回答
質問者が選んだベストアンサー
実行時のオプションの開示がありませんので、何ともいえません。 私の場合は毎日、リモートhostのドライブをバッチ処理でミラーコピーしていますが、 問題ないようです。 ドライブ丸ごとミラーコピーするとコピー先フォルダに /h /s 属性が付与されますので、 attrib -s -h で外して見えるようにしています。 ---下記はlogのヘッダーの一部を貼り付けたものです。 コピー元 : \\myhost\j\ コピー先 : d:\mysave\ ファイル: *.* 除外ファイル: $RECYCLE.BIN RECYCLER 除外ディレクトリ: System Volume Information オプション: *.* /S /E /COPY:DAT /DCOPY:T /PURGE /MIR /NP /MT:8 /R:3 /W:5 ---以上です。
その他の回答 (2)
- 0909union
- ベストアンサー率39% (325/818)
よくあるのが、No1の方が指摘した事項ですよね。 次に、通信中の衝突ですね。これは、robocopyでなくても(エクスプローラーからのD&D)起きます。なので、私のいる部署では、製品化されるものでは、かならずコンペアーしてチェックしています。 私は、バックアップする物は、ツリーデーターを一緒に保存しています。dir, for, for, findstrなどを使います。 また、CDイメージを作成ツールとか、バーチャルCDつーるなども有効です。 FFC.exeはコンペアーをサポートしているようで。 なお、コピー先のHDDやRAIDのトラブルでも同現象が起こります。chkdskなど行いましょう。 で、運用として、バックアップ中は共有を解除又は、サービスの停止を行う事をBATに含めています。シャドーコピーを使ってもいいですが、それは24時間フルサポート運用での対策ですよね。 そうでないなら、停止するのが鉄板です。
- DIooggooID
- ベストアンサー率27% (1730/6405)
> フォルダ数はいずれもマッチしましたが、コピー先のファイル数が1~4程度少ないのです。 コピー処理中、一般利用者にそのサーバ利用を開放しているのでしょうか? ※使用制限は、特になし? コピー中やコピー処理後に、ファイルを削除したり、新規作成すれば、 差がでます。
お礼
ありがとうございました。 大変助かりました dirの結果をtxtに出力後、fcコマンドでマッチングすることにしました。