Microsoft DFSR: VersionVectorTombstone backlogged para alguns DFSR Spokes

Question

Quando tiver uma configuração DFSR "hub and spoke" para uma pasta replicada.

As permissões foram definidas na pasta para que nenhum usuário final pudesse modificar o conteúdo.

Para minha surpresa, ao executar um relatório de integridade no hub, descobri que alguns spokes tinham um único arquivo de saída backlogged.

1. Quando eu verifico o backlog com dfsrdiag.exe para os spokes, vejo um arquivo aparentemente sem nome:

   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
   

2. Ao verificar dfsrdiag.exe ReplicationState , não vejo atividade em relação aos membros do DFSR em questão.

3. Quando eu uso o método GetOutboundBacklogFileIdRecords() da classe DfsrReplicatedFolderInfo contra os membros do DFSR em questão, recebo um pouco mais de informação sobre o arquivo que eles estão tentando replicar de volta para o hub.

Ao executar GetOutboundBacklogFileIdRecords() , é isso que eu recebo:

IdRecordIndex: 1
BacklogIdRecords: { VersionVectorTombstone }

Parece que está tentando replicar o VersionVectorTombstone de volta para o hub. Alguém poderia lançar alguma luz sobre o que é esse "arquivo" que está tentando replicação de volta?

A propriedade FullPathName do BacklogIdRecords para o arquivo está em branco, mas eu esperaria isso porque estou assumindo que este é um arquivo de sistema DFSR especial que pode estar localizado na pasta de informações de volume do sistema.

    

Answer 1

O versionvectortombstone é o modo como um dbguid específico é marcado como stale / present para ser coletado do banco de dados de pares.

Quando você recupera a saída dos arquivos usando o método GetOutboundBacklogFileIdRecords (), observe o UID do objeto DfsrIdRecordInfo. Será como {guid} -v2.

O {guid} é derivado do AND lógico do UID anterior (que representa o dbguid) e do csID / replicatedfolderguid. Se você fizer um AND lógico do {guid} atual conforme relatado no UID com o replicatedfolderguid, você recuperará o dbguid original.

Isso representará um dbguid real de algum parceiro agora ou no passado. Pode ou não ser um em uso. Se o seu em uso olhar para o valor presente. Se seu zero, então, o proprietário ou outro parceiro que sabe que o dbguid está presente atualizará o GVSN e enviará o mesmo "ANDED lógico" {guid} de volta com um presente = 1 depois.

Consulte "3.3.4.6.2 Processando Atualizações" no MS-FRS2 para obter detalhes sobre "O UID das lápides do vetor de versão".

link