none
Configuração de DAG RRS feed

  • Pergunta

  • Pessoal,

    Boa noite, estou o dia todo passando por uma situação que não consigo ter um norte.

    Meu ambiente é um Exchange 2013 CU 7 em um Windows 2012 R2.

    Estou seguindo o tutorial:

    http://www.andersonpatricio.org/criando-o-objeto-do-dag-manualmente-no-exchange-server-2013/

    http://www.andersonpatricio.org/guia-pratico-implementando-dag-no-exchange-server-2013/

    Meu problema começa da seguinte maneira, meu usuário é administrador do domínio e do exchange.

    Na primeira vez que tentei configurar a DAG, estava seguindo um tutorial, também do Anderson só que do 2010, então não cheguei a pré configurar uma conta de computador, posteriormente, com acesso a informação mais atualizada, removi a conta criada automaticamente pela DAG e segui as informações do tutorial do 2013.

    Meu problema começa exatamente ai, depois que exclui essa conta computer, seguindo o tutorial, a DAG é criada corretamente sem gerar nenhum erro, porém não habilita a conta no AD.

    O que fiz até o momento:

    - Mudar o nome da dag, recriando com nomes diferentes

    - Verificar no ADSI Edit se existe algum tipo de registro referente a alguma DAG

    - Tentar a criação da DAG em ambos os servidores

    - Criar via power shell pelo utilizando o parâmetro -DomainController

    - Debug de Log da dag na pasta ExchangeSetupLogs -> DagTasks

    - Verificação do eventviewer no exchange e no DC

    - E um comportamento estranho é o seguinte, quando coloco algo no campo witiness directory como por exemplo D:\dagexchange ele simplesmente não cria o compartilhamento, seja no c: ou no d:, mas quando não preencho e ele assume o default ele cria normalmente, e sim o witness server está com o grupo Exchange Trusted Subsystem no grupo Administradores Locais.

    Realmente estou sem norte, quem puder dar uma luz agradeço.

    Fernando do Vale

    quinta-feira, 9 de abril de 2015 04:21

Respostas

  • Olá Fernando,

    Como você já fez várias tratativas e coletou várias informações do ambiente, para que possamos lhe auxiliar será necessário que aumentemos a verbosidade dos Logs, afim de coletar mais informações. faça assim:

    1) Execute o commando

    Get-EventLogLevel 

    e valide nos resultados quais os relevantes para este problema;

    2) Execute o commando

    Set-EventLogLevel -Identity "SERVIDOR/RECURSO/SERVIÇO" -Level Expert

    3) Tente recriar novamente a DAG, afim de que algum erro ou problema possa ser reproduzido.

    Eu, Bruno, na minha opinião própria; seguiria a própria documentação official da Microsoft para criação da DAG, ao invés de um post não-oficial. A documentação oficial é bem sucinta e clara, e trata todos os pontos relevantes para execução desta configuração que você precise. Os artigos estão traduzidos, e de fácil entendimento.

    Database Availability Group - DAG

    https://technet.microsoft.com/pt-br/library/dd979799(v=exchg.150).aspx

    Gerenciando DAGs

    https://technet.microsoft.com/pt-br/library/dd298065(v=exchg.150).aspx

    Att,



    quinta-feira, 9 de abril de 2015 22:17

Todas as Respostas

  • Atualizando:

    Apliquei o CU8 e alterei o witness server e o problema persiste.

    Continua sem gerar algum Log, tanto nos log do exchange quanto do AD.

    Fernando do Vale


    • Editado fernando do vale quinta-feira, 9 de abril de 2015 15:26 nova informação
    quinta-feira, 9 de abril de 2015 14:59
  • Olá Fernando,

    Como você já fez várias tratativas e coletou várias informações do ambiente, para que possamos lhe auxiliar será necessário que aumentemos a verbosidade dos Logs, afim de coletar mais informações. faça assim:

    1) Execute o commando

    Get-EventLogLevel 

    e valide nos resultados quais os relevantes para este problema;

    2) Execute o commando

    Set-EventLogLevel -Identity "SERVIDOR/RECURSO/SERVIÇO" -Level Expert

    3) Tente recriar novamente a DAG, afim de que algum erro ou problema possa ser reproduzido.

    Eu, Bruno, na minha opinião própria; seguiria a própria documentação official da Microsoft para criação da DAG, ao invés de um post não-oficial. A documentação oficial é bem sucinta e clara, e trata todos os pontos relevantes para execução desta configuração que você precise. Os artigos estão traduzidos, e de fácil entendimento.

    Database Availability Group - DAG

    https://technet.microsoft.com/pt-br/library/dd979799(v=exchg.150).aspx

    Gerenciando DAGs

    https://technet.microsoft.com/pt-br/library/dd298065(v=exchg.150).aspx

    Att,



    quinta-feira, 9 de abril de 2015 22:17
  • Bom dia Bruno,

    Obrigado pelo retorno.

    Antes de mais nada, usei esses links também como apoio, tanto que executei o comando em powershell utilizando esse material como base, uso os links do Anderson tbm por serem bem visuais e por ele ser um MVP bem ativo aqui na comunidade inclusive no fórum, mas sempre com material oficial como apoio para eu entender direitinho quais os passos para não ser o tipo que só segue o que um tutorial manda.

    Mas partindo pro lado prático, quando apliquei o CU8 e reiniciei o servidor, começou a gerar uma série de erros no IIS, que tinham a ver com o servidor fazer parte do grupo Organization Management, ai dava acesso negado ao token.

    Corrigi esse problema, voltei a fazer o procedimento do cluster e novamente gerou o sem nenhum erro e continuava sem habilitar o objeto no ad, das outras vezes quando tentava adicionar algum servidor no cluster, gereva diversos erros:

    [2015-04-09T00:03:37] A operação não foi bem-sucedida porque foi encontrado um erro. Você pode encontrar mais detalhes no arquivo de log "C:\ExchangeSetupLogs\DagTasks\dagtask_2015-04-09_00-03-33.738_add-databaseavailabiltygroupserver.log" em "SRV".
    [2015-04-09T00:03:37] WriteError! Exception = Microsoft.Exchange.Cluster.Replay.DagTaskOperationFailedException: Uma operação de administrativa de grupo de disponibilidade do lado do servidor falhou. Erro: Falha na operação. Os erros CreateCluster podem ser resultantes de endereços estáticos configurados incorretamente. Erro: Ocorreu um erro durante a tentativa de uma operação de cluster. Erro: API de Cluster falhou: "CreateCluster() falhou com 0x35. Erro: O caminho da rede não foi encontrado" ---> Microsoft.Exchange.Cluster.Shared.ClusterApiException: Ocorreu um erro durante a tentativa de uma operação de cluster. Erro: API de Cluster falhou: "CreateCluster() falhou com 0x35. Erro: O caminho da rede não foi encontrado" ---> System.ComponentModel.Win32Exception: O caminho da rede não foi encontrado

    Mas dessa vez quando tentei adicionar o servidor ao cluster, funcionou sem erros. Adicionar os dois servidores a DAG liso, então não sei se tem haver com essa manutenção depois do CU8.

    Agora o desafio está em ativar a cópia do db no servidor da dag, estou pegando o seguinte erro que também não tem muito material:

    erro
    db_01
    Falha na operação de propagação. Erro: Erro ao executar as verificações dos pré-requisitos. Erro: O banco de dados especificado não está configurado para replicação e, portanto, não pode ser usado para executar operações de propagação. [Banco de Dados: db_01, Servidor: srv.dom.com]

    to aqui la luta se alguem puder inidicar uma direção agradeço

    att

    fernando do vale

    sexta-feira, 10 de abril de 2015 13:10
  • Bom dia,

    Rodei o cmdlet do exchange Add-MailboxDatabaseCopy e está indo, já foram duas com sucesso, assim que finalizar realizo os test-health e informo novamente.

    att

    Fernando do Vale

    sexta-feira, 10 de abril de 2015 14:40
  • Boa tarde Fernando,

    Ficamos aguardando o seu retorno e se possível com uma descrição do que fez para resolver o problema, se alguma das respostas acima lhe ajudaram por favor a marque que pode ser útil para mais alguém com a mesma dificuldade.

    Abraços


    Matheus Leopardi Mello Canelada Campos

    Esse conteúdo e fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as respostas que resolveram o seu problema. Essa e uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    sexta-feira, 10 de abril de 2015 19:38
  • Bom dia,

    Depois dos procedimentos verificados acima, com atualização para o CU8, retirada do servidor do grupo Organation Managment rodou tranquilo.

    A única ressalva é que as cópias só foram adicionada via powershell.

    Rodei o comando Test-ReplicationHealth e rodou tranquilo.

    Grato pela ajuda de todos.

    att

    Fernando do Vale

    terça-feira, 14 de abril de 2015 14:51
  • Bacana...

    Outra sugestão: coloca seu ambiente em inglês. Vai facilitar sua gestão e até lhe ajudar mais nas pesquisas!

    Abços,

    sexta-feira, 17 de abril de 2015 03:55