レプリケートされたフォルダに対してDFSR
「ハブアンドスポーク」を設定する場合。
エンドユーザーがコンテンツを変更できないように、アクセス許可はフォルダーに設定されました。
驚いたことに、ハブでヘルスレポートを実行すると、いくつかのスポークで1つのアウトバウンドファイルがバックログされていることがわかりました。
スポークのdfsrdiag.exeでバックログを確認すると、明らかに名前のないファイルが1つあります。
_F:\>dfsrdiag.exe backlog /ReceivingMember:dfsrhub /SendingMember:spoke123 /RGName:myRG /RFName:myRF
Member <dfsrhub> Backlog File Count: 1
Backlog File Names (first 1 files)
1.
Operation Succeeded
_
_dfsrdiag.exe ReplicationState
_を確認すると、問題のDFSRメンバーに関するアクティビティが表示されません。
問題のDFSRメンバーに対してDfsrReplicatedFolderInfo
クラスのGetOutboundBacklogFileIdRecords()
メソッドを使用すると、ハブに複製しようとしているファイルに関する情報が少し得られます。
GetOutboundBacklogFileIdRecords()
を実行すると、これが返されます。
IdRecordIndex:1
BacklogIdRecords:{VersionVectorTombstone}
したがって、VersionVectorTombstone
をハブに複製しようとしているように見えます。誰かがこの「ファイル」が複製しようとしていることを明らかにすることができますか?
ファイルのFullPathName
のBacklogIdRecords
プロパティは空白ですが、これはシステムボリューム情報フォルダーにある可能性のある特別なDFSRシステムファイルであると想定しているためです。
Versionvectortombstoneは、特定のdbguidが、ピアのデータベースから収集されたガベージであるとマークされる方法です。
GetOutboundBacklogFileIdRecords()メソッドを使用してアウトバウンドでファイルを取得する場合は、DfsrIdRecordInfoオブジェクトのUIDを確認してください。 {guid} -v2のようになります。
{guid}は、以前のUID(dbguidを表す)とcsID/replicatedfolderguidの論理ANDから派生します。 UIDで報告されている現在の{guid}の論理ANDをレプリケートされたfolderguidで実行すると、元のdbguidが返されます。
これは、現在または過去に一部のパートナーが所有していた実際のdbguidを表します。使用中のものである場合とそうでない場合があります。使用中の場合は現在価値を確認してください。ゼロの場合、dbguidが存在することを知っている所有者または別のパートナーがGVSNを更新し、同じ「論理ANDED」{guid}を後でpresent = 1で送り返します。
「バージョンベクトルトゥームストーンのUID」の詳細については、MS-FRS2の「3.3.4.6.2更新の処理」を参照してください。