Qual é a maneira correta de rastrear e monitorar a “pressão” da replicação do BD do Exchange ao longo do tempo?

2

Eu quero determinar se alguns bancos de dados estão sobrecarregados ou desequilibrados, e acho que olhar para os logs de transação criados por banco de dados ao longo do tempo me diria qual DB está em risco de perder alvos de RPO devido a IO alto (principalmente gravações). / p>

Meu pensamento é criar um gráfico de cada banco de dados, a cada X minutos e contar cada registro criado.

Como cada log = 1MB em um DAG E2010, posso calcular facilmente a quantidade de dados que podem ser perdidos em um determinado momento.

Então, minha pergunta é:

  1. Como posso determinar se um determinado banco de dados tem IO extra que pode ser melhor movido para um banco de dados de volume mais baixo? Os logs de transação são uma maneira válida de analisá-lo?

  2. Como devo processar a carga? Talvez um script PowerShell, C #, e exportar isso para um gráfico ou excel.

por random65537 07.07.2014 / 19:04

1 resposta

2

Primeiramente, você pode usar as excelentes informações aqui: link para descobrir algumas estatísticas necessárias para ajudar a equilibrar as caixas de correio nos bancos de dados.

Ou você pode usar o script de Steve aqui: link

No entanto, deixe-me sugerir uma abordagem adicional:

  • se você ainda não tiver feito isso, configure seus bancos de dados com base no RPO. O que significa criar um banco de dados VIP e assim por diante. Coloque esses VIPs juntos em um banco de dados que você sabe que será replicado bem na WAN e use LUNs que não serão preenchidos para esse banco de dados. (No entanto, note que você não quer enlouquecer e colocar todos os seus usuários de alto uso no banco de dados VIP, ou você vai agravar o seu problema). Por VIP, estou me referindo a pessoas em que o RPO é "a última hora" ou similar. Você pode até mesmo criar um banco de dados "Meh RPO" e colocar um monte de caixas de correio não essenciais lá que você não liga muito para o RPO, então se você tiver meios para fazer isso na sua WAN, desative seu tráfego de replicação .

Espero que ajude.

    
por 07.07.2014 / 20:04