Não é possível desinstalar o Exchange 2010 - A propriedade crítica “PublicFolderHierarchy” está ausente no objeto PublicFolderDatabase

Question

Estou tentando desinstalar o Exchange 2010 que existe em um site de DR no qual o Double Take Availability foi usado para replicar o Banco de Dados do Exchange e os logs no caso de uma catástrofe. Resumindo, este servidor não é mais necessário e eu gostaria de me livrar dele para liberar algum espaço na caixa de DR.

A tentativa de desinstalar o servidor no site de DR falha na verificação de preparação com o seguinte erro.

Error: Uninstall cannot continue. Database 'Public Folder Database XXXXXXXXXX (servername)': The critical property 'PublicFolderHierarchy' is missing in the PublicFolderDatabase object 'Public Folder Database XXXXXXXXXX (servername)'

Ao investigar este erro, encontrei Este artigo , mas há é nada correspondente ao CN = ServerName discutido no meu contêiner de configuração do ADSI.

Estou perplexo com este - qualquer ajuda seria apreciada.

    

Answer 1

Desculpe pela resposta tardia, mas enviei um ticket com o Double Take e esse problema é causado porque quando o Double-Take Application Protection cria um job, ele define o atributo msExchOwningPFTree do servidor em espera (Target) para NUL. Essa configuração é necessária para que a replicação pública entre os Exchange Servers e o Exchange Server em espera não ocorram. O script de desinstalação do Exchange Server falha porque está procurando o valor do atributo ausente.

A solução para o problema era usar o ADSIEDIT para localizar CN = Configuration, CN = Serviços, CN = Nome da Organização, CN = Grupos Administrativos, CN = Grupo Administrativo do Exchange (FYIXXXXXXXXXXX), CN = Bancos de Dados, CN = Banco de Dados de Pasta Pública 123123 (DRServer Name) e exclua a pasta inteira.

Uma vez feito isso, o processo de desinstalação foi executado sem problemas.

    

Answer 2

No DRsite, execute o seguinte comando no powershell de troca.

Update-PublicFolderHierarchy -Server "DR_SERVER"

Se o servidor de DR não estiver sincronizado por algum tempo, isso pode estar causando o erro. Acima, atualizará a hierarquia e poderá permitir que você remova.