サーバーデータ移行でRobocopyが共有のアクセス許可をコピーしないという事象に関する情報です。
情報元はこちら
Robocopy Not copying Permissions & Shares in Server Migration - Windows Forum
以下は質問の抜粋です。
===
2008R2 を実行している 1 つのサーバーから 2016 バージョン 1607 を実行している新しいサーバーにすべてのデータを移行しています。Windows 10 バージョン 1809 ワークステーションに PowerShell コンソールをセットアップし、この RoboCopy コマンドを貼り付けてプロセスを開始しました。ファイルとフォルダーはすべて正常にコピーされましたが、共有とアクセス許可はコピーされませんでした。これが /COPYALL スイッチの目的だと思いました。/COPY:DATSO スイッチも使用してみましたが、どちらも機能しませんでした。データはすべてコピーされているように見え、タイム スタンプは正しいように見えますが、NTFS と SHARE のアクセス許可は正しくありません。
ROBOCOPY \\SOURCE\E$\Shares \\DESTINATION\e$\Shares *.* /E /ZB /J /COPYALL /MT:50 /MOT:120 /DCOPY:DAT /R:10 /W:30 /TBD /V /FP /ETA /NP /LOG:"C:\DATA\ROBOCOPY.LOG" /TEE
また
ROBOCOPY \\SOURCE\E$\Shares \\DESTINATION\e$\Shares *.* /E /ZB /J /COPY:DATE /MT:32 /MOT:120 /DCOPY:DATE /R:1 /W:1 /TBD /V /FP /NP /LOG:"C:\DATA\ROBOCOPY.LOG" /TEE
===
続いて、回答の抜粋です
===
共有のアクセス許可がコピーされていないと述べましたが、robocopy はそれを行いません。NTFS アクセス許可のみです。
共有構成を個別に再作成する必要があります。
===
RobocopyがコピーするのはNTFSのACLのみとのことです。
===
最初の実行時に /copy スイッチに 's' オプションを含めなかった可能性がありますが、/copyall にはそれを含める必要があります。/secfix を使用しない限り、以降のコピーでは ACL が更新されません。
Robocopy は、共有構成または ACL をコピーしません。NTFS ACL のみ。
コピー元の E:\Shares に対する NTFS アクセス許可が明示的ではなく E: から継承されている場合、コピーされたオブジェクトはコピー先の E:\ からアクセス許可を継承する可能性があります。ソースの E:\Shares に対する NTFS アクセス許可が、継承されるのではなく、明示的に定義されていることを確認してください。
===
おそらく基本的には共有設定ではなく、NTFSで細かく制御されているケースが多いかと思います。
 |
|
VANRA 金属メッシュ ぺン立て 大容量 デスクオーガナイザー 小物入れ 卓上文房具 収納用品 整理グッズ 引き出し付き ８格 |
