シャドウコピーを使用するDFSボリュームで次の「バグ」に気づきました。
2週間前に、シャドウコピーバージョン管理の下に次のフォルダ/ファイルがあると仮定します。
MyDirectory
+ MyFile-変更日2009年8月1日
現在の日付:2009年8月30日
別のバージョンのMyFileが別の場所に保存されており、更新日は2009年7月1日です。
他のバージョンのMyFileをMyDirectoryにコピーして、最新バージョンを上書きします。最後にイメージを作成したときのバージョン、たとえば前日にロールバックして、8/1バージョンを復元できると期待していました。そうではありません。さて、過去2週間の以前のバージョンを見ると、そのファイルのバージョン管理は完全に失われ、古い7/1バージョンのままになります。吸盤。
質問:
(1)これは意図的なものですか?もしそうなら、その理由は何ですか? DFSは現在のファイルに基づいてバージョン管理を取得し、それが以前のバージョンを一掃していると思いますが、私にはバージョン管理を処理するかなり愚かで素朴な方法のようです。
(2)他のバックアップメディアからの復元に頼らずに、これをバックトラックする方法はありますか?
ありがとう!
タイムラインを視覚化すると、より直感的になると思います。最初に、次のようなセーブポイントがあると想定します。
8/1 ..... 8/10 .... 8/30
2番目の保存ポイントに戻り、変更を加えて編集する場合は、次のようになります。
8/1 ..... 8/10 .... 9/1
8/30を削除しました。代替案は次のとおりです。
8/1 ..... 8/10 ....... 9/1
... ... ... ... ... | ... 8\30(たぶん誰かがこの不完全なフォーマットを修正するのを手伝ってくれるでしょう)
複数のタイムラインブランチがかなりスペースを消費し、管理とナビゲートに苦労しているのを見ることができました。当然のことながら、時計を7/1に戻すと、「巻き戻された」ツリーも消去されます。
私の理解では、DFSはこれを処理するためのかなり単純な方法であることが意図されています。もっと複雑なものがあれば、コンテンツ管理システムを調べます(SharepointからDocumentumまで、どれだけ真剣になりたいかによって異なります)。
トリッキーなDFS復元のヒントについては、申し訳ありませんが、わかりませんでした。テープを抜いてみます。 (ConflictAndDeletedフォルダーを既にチェックしていると仮定します)