Monitoramento de grupos de disponibilidade de banco de dados
Aplica-se a: Exchange Server 2013
Você pode usar os detalhes neste tópico para monitorar a integridade e o status das cópias de banco de dados de caixa de correio para DAGs (grupos de disponibilidade de banco de dados), para coletar informações de diagnóstico e para configurar o limite de monitoramento de espaço em disco baixo.
Cmdlet Get-MailboxDatabaseCopyStatus
Você pode usar o cmdlet Get-MailboxDatabaseCopyStatus para visualizar informações de status sobre cópias de bancos de dados de caixa de correio. Este cmdlet permite que você visualize informações sobre todas as cópias de um banco de dados em particular, informações sobre uma cópia específica de um banco de dados em um servidor específico, ou informações sobre todas as cópias de bancos de dados em um servidor. A tabela a seguir descreve os valores possíveis para o status de cópia de uma cópia de banco de dados de caixa de correio.
Status da cópia do banco de dados
| Status da cópia do banco de dados | Descrição |
|---|---|
| Falhou | A cópia do banco de dados de caixa de correio está no estado de Falha porque não está suspensa, e ainda não pode copiar ou reproduzir arquivos de log. Enquanto estiver no estado de Falha e não estiver suspensa, o sistema verificará periodicamente se o problema que causou a alteração do status da cópia para Falha foi resolvido. Depois de o sistema detectar que o problema está resolvido, e de não encontrar outros problemas, o status da cópia automaticamente será alterado para Íntegra. |
| Semeadura | A cópia do banco de dados de caixa de correio está sendo propagada, o índice de conteúdo para a cópia do banco de dados de caixa de correio está sendo propagado, ou ambos estão sendo propagados. Depois da conclusão bem-sucedida da propagação, o status de cópia deve mudar para Inicializando. |
| SeedingSource | A cópia do banco de dados de caixa do correio está sendo usada como uma fonte de uma operação de propagação de cópia de banco de dados. |
| Suspenso | A cópia do banco de dados de caixa de correio está no estado Suspensa como resultado de um administrador ter suspendido manualmente a cópia do banco de dados, executando o cmdlet Suspend-MailboxDatabaseCopy. |
| Saudável | A cópia do banco de dados de caixa de correio está copiando e reproduzindo arquivos de log com sucesso, ou copiou e reproduziu com sucesso todos os arquivos de log disponíveis. |
| ServiceDown | O serviço de Replicação do Microsoft Exchange não está disponível ou em execução no servidor que hospeda a cópia do banco de dados da caixa de correio. |
| Inicializar | A cópia do banco de dados da caixa de correio está em um estado inicializando quando uma cópia de banco de dados foi criada, quando o serviço de Replicação do Microsoft Exchange está começando ou acabou de ser iniciado e durante as transições de Suspend, ServiceDown, Failed, Seeding ou SinglePageRestore para outro estado. Neste estado, o sistema está verificando se o banco de dados e o fluxo de log estão em um estado consistente. Na maioria dos casos, o status da cópia permanecerá no estado Inicializando por aproximadamente 15 segundos, mas em todos os casos geralmente não deve ficar neste estado por mais de 30 segundos. |
| Ressinsincronização | A cópia do banco de dados de caixa de correio e seus arquivos de log estão sendo comparados com a cópia ativa do banco de dados para verificar se há divergência entre as duas cópias. O status da cópia permanecerá neste estado até que alguma divergência seja detectada e resolvida. |
| Montado | A cópia ativa está online e aceitando conexões de clientes. Apenas a cópia ativa da cópia do banco de dados de caixa de correio pode ter o status de cópia Montada. |
| Desmontado | A cópia ativa está offline e não aceita conexões de clientes. Apenas a cópia ativa da cópia do banco de dados de caixa de correio pode ter o status de cópia Desmontada. |
| Montagem | A cópia ativa está sendo colocada online e ainda não aceita conexões de clientes. Apenas a cópia ativa da cópia do banco de dados de caixa de correio pode ter o status de cópia Montando. |
| Desmontagem | A cópia ativa está sendo colocada offline e está encerrando as conexões de clientes. Apenas a cópia ativa da cópia do banco de dados de caixa de correio pode ter o status de cópia Desmontando. |
| DisconnectedAndHealthy | A cópia do banco de dados de caixa de correio não está mais conectada à cópia ativa do banco de dados e estava no estado Íntegra quando a perda da conexão aconteceu. Este estado representa a cópia do banco de dados em relação à conectividade com sua cópia de banco de dados de origem. Pode ser informado durante falhas de rede do DAG entre a cópia de origem e a cópia de banco de dados de destino. |
| DesconectadoAndResynchronizing | A cópia do banco de dados de caixa de correio não está mais conectada à cópia ativa do banco de dados e estava no estado Ressincronizando quando a perda da conexão aconteceu. Este estado representa a cópia do banco de dados em relação à conectividade com sua cópia de banco de dados de origem. Pode ser informado durante falhas de rede do DAG entre a cópia de origem e a cópia de banco de dados de destino. |
| FailedAndSuspended | Os estados Falha e Suspensa foram definidos simultaneamente pelo sistema porque uma falha foi detectada, e porque a resolução da falha explicitamente exige a intervenção do administrador. Um exemplo é se o sistema detectar divergências irreversíveis entre o banco de dados de caixa de correio ativo e a cópia do banco de dados. Diferente do estado Falha, o sistema não verificará periodicamente se o problema foi resolvido e não recuperará automaticamente. Ao invés disso, um administrador deve intervir para resolver a causa da falha subjacente antes que a cópia do banco de dados possa passar para um estado de integridade. |
| SinglePageRestore | Este estado indica que uma operação de restauração de página única está ocorrendo na cópia do banco de dados de caixa de correio. |
O cmdlet Get-MailboxDatabaseCopyStatus também retorna detalhes sobre as redes de replicação em uso, incluindo o IncomingLogCopyingNetwork, que é retornado para cópias do banco de dados passivas, incluindo OutgoingConnections, que é retornado para bancos de dados ativos que possuem mais que uma cópia, bem como qualquer cópia de banco de dados sendo usada como fonte para uma operação de propagação de banco de dados. As informações de conexão de saída são fornecidas para cópias de banco de dados que estão em replicação de modo de arquivo. As informações de conexão de saída não são fornecidas para cópias de banco de dados que estão em replicação de modo de bloco.
Exemplos de Get-MailboxDatabaseCopyStatus
Os exemplos seguintes usam o cmdlet Get-MailboxDatabaseCopyStatus. Cada exemplo redireciona os resultados para o cmdlet Format-List para exibir a saída em formato de lista.
Este exemplo retorna informações de status para todas as cópias do banco de dados DB2.
Get-MailboxDatabaseCopyStatus -Identity DB2 | Format-List
Este exemplo retorna o status para todas as cópias de banco de dados no servidor de Caixa de Correio MBX2.
Get-MailboxDatabaseCopyStatus -Server MBX2 | Format-List
Este exemplo retorna o status para todas as cópias de banco de dados no servidor de Caixa de Correio local.
Get-MailboxDatabaseCopyStatus -Local | Format-List
Para mais informações sobre o uso do cmdlet Get-MailboxDatabaseCopyStatus, consulte Get-MailboxDatabaseCopyStatus.
Cmdlet Test-ReplicationHealth
Você pode usar o cmdlet Test-ReplicationHealth para visualizar informações de status da replicação contínua sobre cópias de bancos de dados de caixa de correio. Este cmdlet pode ser usado para verificar todos os aspectos do status da replicação e da reprodução para fornecer uma visão geral completa de um servidor de Caixa de Correio em um DAG.
O cmdlet Test-ReplicationHealth é projetado para o monitoramento proativo da replicação contínua e do pipeline de replicação contínua, da disponibilidade do Active Manager e da integridade e status do serviço de cluster, quorum e componentes de rede subjacentes. Pode ser executado local ou remotamente em qualquer servidor de Caixa de Correio em um DAG. O cmdlet Test-ReplicationHealth executa os testes descritos na tabela a seguir.
Testes do cmdlet Test-ReplicationHealth
| Nome do teste | Descrição |
|---|---|
| ClusterService | Verifica se o serviço de Cluster está em execução e acessível no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| ReplayService | Verifica se o serviço de Replicação do Microsoft Exchange está em execução e acessível no membro DAG especificado ou se nenhum membro DAG está especificado no servidor local. |
| ActiveManager | Verifica se a instância do Active Manager em execução no membro especificado do DAG (ou, se nenhum membro do DAG estiver especificado, no servidor local) está em uma função válida (primária, secundária ou autônoma). |
| TasksRpcListener | Verifica se o servidor de tarefas de chamada de procedimento remoto (RPC) está em execução e acessível no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| Tcplistener | Verifica se o ouvinte da cópia do log do TCP está em execução e acessível no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| ServerLocatorService | Verifica os processos de cliente/servidor do Active Manager em membros da DAG e no Servidor de Acesso ao Cliente que executam pesquisas no Active Directory e no Active Manager para determinar onde o banco de dados da caixa de correio do usuário está ativo. |
| DagMembersUp | Verifica se todos os membros do DAG estão disponíveis, em execução e acessíveis. |
| ClusterNetwork | Verifica se todas as redes gerenciadas por cluster no membro do DAG especificado (ou, se nenhum membro do DAG estiver especificado, no servidor local) estão disponíveis. |
| QuorumGroup | Verifica se o grupo de cluster padrão (grupo de quorum) está em um estado íntegro e online. |
| FileShareQuorum | Verifica se o servidor testemunha e o diretório testemunha e o compartilhamento configurado para DAG estão acessíveis. |
| DatabaseRedundancy | Verifica se há pelo menos uma cópia íntegra disponível dos bancos de dados no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| DatabaseAvailability | Verifica se os bancos de dados têm disponibilidade suficiente no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| DBCopySuspended | Verifica se alguma cópia de banco de dados de caixa de correio está no estado Suspensa no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| Falha do DBCopy | Verifica se alguma cópia de banco de dados de caixa de correio está no estado Falha no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| DBInitializing | Verifica se alguma cópia de banco de dados de caixa de correio está no estado Inicializando no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| DBDisconnected | Verifica se alguma cópia de banco de dados de caixa de correio está no estado Desconectada no membro do DAG especificado ou, se nenhum membro do DAG estiver especificado, no servidor local. |
| DBLogCopyKeepingUp | Verifica se a cópia e inspeção de log pelas cópias passivas de bancos de dados no membro do DAG especificado (ou, se nenhum membro do DAG estiver especificado, no servidor local) estão aptas para prosseguir com a atividade de geração de log na cópia ativa. |
| DBLogReplayKeepingUp | Verifica se a atividade de repetição para as cópias passivas de bancos de dados no membro do DAG especificado (ou, se nenhum membro do DAG estiver especificado, no servidor local) está apta para prosseguir com a atividade de cópia e inspeção de log. |
Exemplo de Test-ReplicationHealth
Este exemplo usa o cmdlet Test-ReplicationHealth para testar a integridade da replicação para o servidor de Caixa de Correio MBX1.
Test-ReplicationHealth -Identity MBX1
Log de eventos do canal Crimson
O Windows inclui duas categorias de logs de eventos: Logs do Windows e logs de Aplicativos e Serviços. A categoria de logs do Windows inclui os logs de eventos disponíveis nas versões anteriores do Windows: Logs de eventos de Aplicativo, Segurança e Sistema. Também inclui dois novos logs: o log de Instalação e log ForwardedEvents. Os logs Windows têm por objetivo armazenar eventos de aplicativos e eventos herdados que se aplicam a todo o sistema.
Logs de Aplicativos e Serviços são uma categoria nova de logs de eventos. Estes logs armazenam eventos de um único aplicativo ou componente, ao invés de eventos que possam ter impacto em todo o sistema. Esta nova categoria de logs de eventos é referenciada como um canal crimson do aplicativo.
A categoria de logs de Aplicativos e Serviços inclui quatro subtipos: Logs Admin, Operacional, Analítico e Depuração. Os eventos nos logs Admin são de particular interesse se você usa os registros do log de eventos para solucionar problemas. Os eventos no log Admin devem fornecer orientação sobre como responder aos eventos. Os eventos no log Operacional também são úteis, mas podem exigir mais interpretação. Os logs Admin e Depuração não são tão amigáveis. Os logs Analíticos (que por padrão estão ocultos e desabilitados) armazenam eventos que rastreiam um problema, e geralmente um alto volume de eventos é registrada. Logs de Depuração são usados por desenvolvedores quando depuram aplicativos.
O Exchange 2013 registra eventos no canal crimson na área de logs de Aplicativos e Serviços. Você pode exibir esses canais executando estas etapas:
Abra o Visualizador de Eventos.
Na árvore de console, navegue até Logs de Aplicativos e Serviços>Microsoft>Exchange.
Em Exchange, selecione um canal vermelho, como HighAvailability ou MailboxDatabaseFailureItems para ver eventos relacionados à cópia do DAG e do banco de dados, ou ActiveMontoring ou ManagedAvailability para ver eventos relacionados à Disponibilidade Gerenciada.
O canal HighAvailability contém eventos relacionados à inicialização e desligamento do serviço de Replicação do Microsoft Exchange, e os vários componentes executados dentro do serviço de Replicação do Microsoft Exchange, como o Active Manager, a API da replicação síncrona de terceiros, o servidor de tarefas RPC, o ouvinte de TCP e o gravador do Serviço de Cópias de Sombra de Volume (VSS). O canal HighAvailability também é usado pelo Active Manager para registrar eventos relacionados ao monitoramento de funções do Active Manager e eventos de ação de banco de dados, como uma operação de montagem de banco de dados e truncamento de log, e para registrar eventos relacionados ao cluster subjacente do DAG.
O canal MailboxDatabaseFailureItems é usado para registrar eventos associados a qualquer falha que afete um banco de dados de caixa de correio replicado.
O canal ActiveMonitoring contém eventos de definição e resultado para investigações, monitores e respondentes da Disponibilidade Gerenciada.
O canal ManagedAvailability contém logs de ação de recuperação e resultados e eventos relacionados.
Monitor de Espaço em Disco Baixo
A Disponibilidade Gerenciada do Exchange 2013 monitora centenas de métricas e componentes do sistema a cada minuto, incluindo a quantidade de espaço livre em disco em volumes usados pela função de servidor caixa de correio. Antes do Exchange 2013 Service Pack 1 (SP1), o Exchange monitora o espaço disponível em todos os volumes locais, incluindo volumes que não contêm nenhum banco de dados ou arquivos de log. No SP1 e posterior, somente os volumes que contêm bancos de dados do Exchange e arquivos de log são monitorados. No SP1, o limite padrão para o monitor de espaço de baixo volume é de 200 GB. No Exchange 2013 Cumulativo Atualização 6 e posterior, o limite padrão é de 180 GB. No SP1 e posterior, você pode configurar o limite adicionando o seguinte valor de registro DWORD (em MB) em cada servidor da caixa de correio que você deseja personalizar:
Caminho: HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v15\Replay\Parameters
Valor: SpaceMonitorLowSpaceThresholdInMB
Por exemplo, para configurar o limite para 100 GB, você configurará o seguinte valor do registro:
REG_DWORD 186a0 (100000)
Depois de configurar ou modificar o valor acima do registro, você deve reiniciar o serviço de Gerenciamento de DAG do Microsoft Exchange para que a alteração entre em vigor.
Script CollectOverMetrics.ps1
O Exchange 2013 inclui um script chamado CollectOverMetrics.ps1, que pode ser encontrado na pasta Scripts. CollectOverMetrics.ps1 lê logs de eventos de membros do DAG para reunir informações sobre operações de banco de dados (como montagens, movimentações e failovers de banco de dados) abrangendo um período de tempo específico. Para cada operação, o script retorna as seguintes informações:
Identidade do banco de dados
Hora de início e término da operação
Servidores em que o banco de dados estava montado no início e no término da operação
Motivo para a operação
Se a operação foi bem-sucedida, incluindo os detalhes de erros no caso de falha da operação
O script grava essas informações em arquivos .csv com uma operação por fila. Ele grava um arquivo .csv separado para cada DAG.
O script suporta parâmetros que permitem personalizar seu comportamento e sua saída. Por exemplo, os resultados podem ser restritos a um subconjunto especificado usando os parâmetros Banco de Dados ou ReportFilter . Somente as operações que correspondem a esses filtros serão incluídas no relatório HTML do resumo. Os parâmetros disponíveis estão listados na tabela a seguir.
Parâmetros do script CollectOverMetrics.ps1
| Parâmetro | Descrição |
|---|---|
| DatabaseAvailabilityGroup | Especifica o nome do DAG do qual você deseja coletar métricas. Se este parâmetro for omitido, o DAG do qual o servidor local é membro será usado. Caracteres curinga podem ser usados para coletar informações e gerar relatórios sobre vários DAGs. |
| Banco de dados | Fornece uma lista de bancos de dados para os quais o relatório precisa ser gerado. Há suporte para caracteres curinga, por exemplo, -Database "DB1","DB2" ou -Database "DB*". |
| StartTime | Especifica a duração do período de tempo a relatar. O script coleta somente os eventos registrados durante esse período. Como resultado, o script pode capturar registros parciais da operação (por exemplo, apenas o final de uma operação no início do período ou vice-versa). Se nem StartTime nem EndTime forem especificados, o script adotará como padrão as últimas 24 horas. Se apenas um parâmetro for especificado, o período será de 24 horas, começando ou terminando no horário especificado. |
| EndTime | Especifica a duração do período de tempo a relatar. O script coleta somente os eventos registrados durante esse período. Como resultado, o script pode capturar registros parciais da operação (por exemplo, apenas o final de uma operação no início do período ou vice-versa). Se nem StartTime nem EndTime forem especificados, o script será padrão para as últimas 24 horas Se apenas um parâmetro for especificado, o período será de 24 horas, iniciando ou terminando no horário especificado. |
| ReportPath | Especifica a pasta usada para armazenar os resultados do processamento de eventos. Se esse parâmetro for omitido, a pasta Scripts será usada. Quando especificado, o script usa uma lista de arquivos .csv gerados pelo script e os usa como dados de origem para gerar um relatório HTML de resumo. O relatório é o mesmo gerado com a opção -GenerateHtmlReport. Os arquivos podem ser gerados em vários DAGs em muitos momentos diferentes ou até mesmo com tempos sobrepostos, e o script mesclará todos os seus dados. |
| GenerateHtmlReport | Especifica que o script colete todas as informações que gravou, agrupe os dados pelo tipo de operação e gere um arquivo HTML que inclua estatísticas para cada um desses grupos. O relatório inclui o número total de operações em cada grupo, o número de operações que falharam e estatísticas sobre o tempo gasto em cada grupo. O relatório também detalha os tipos de erros que resultaram em falha nas operações. |
| ShowHtmlReport | Especifica se o relatório gerado em HTML deve ser exibido em um navegador Web depois da sua geração. |
| SummariseCsvFiles | Especifica que o script leia os dados de arquivos .csv existentes que foram gerados anteriormente por ele. Em seguida, esses dados são usados para gerar um relatório resumido semelhante ao relatório gerado pelo parâmetro GenerateHtmlReport. |
| ActionType | Especifica o tipo de ações operacionais que o script deve coletar. Os valores para esse parâmetro são Move, Mount, Dismount, e Remount. O Move valor refere-se a qualquer momento em que o banco de dados altera seu servidor ativo, seja por movimentos controlados ou por failovers. Os Mountvalores , Dismounte Remount referem-se às vezes em que o banco de dados altera seu status montado sem se mover para outro computador. |
| ActionTrigger | Especifica quais operações administrativas devem ser coletadas pelo script. Os valores para esse parâmetro são Admin ou Automatic. Ações automáticas são aquelas executadas automaticamente pelo sistema (por exemplo, um failover quando um servidor fica offline). Administração ações são todas as ações executadas por um administrador usando o Shell de Gerenciamento do Exchange ou o centro de administração do Exchange. |
| RawOutput | Especifica que o script grave os resultados que teriam sido gravados em arquivos .csv diretamente no fluxo de saída, como aconteceria com write-output. Essas informações podem ser canalizadas para outros comandos. |
| IncludedExtendedEvents | Especifica que o script colete os eventos que fornecem detalhes de diagnóstico do tempo gasto montando bancos de dados. Esse pode ser um estágio demorado se o log de eventos de Aplicativo nos servidores for grande. |
| MergeCSVFiles | Especifica que o script mescle todos os arquivos .csv contendo dados sobre cada operação em um único arquivo .csv. |
| ReportFilter | Especifica que um filtro deve ser aplicado às operações, usando os campos que aparecem nos arquivos .csv. Esse parâmetro usa o mesmo formato de uma Where operação, com cada elemento definido como $_ e retornando um valor booliano. Por exemplo: {$_DatabaseName -notlike "Mailbox Database"} pode ser usado para excluir os bancos de dados padrão do relatório. |
Exemplos de CollectOverMetrics.ps1
Este exemplo coleta métricas para todos os bancos de dados que correspondem a DB* (o que inclui um caractere curinga) no DAG DAG1. Depois da coleta das métricas, um relatório HTML é gerado e exibido.
CollectOverMetrics.ps1 -DatabaseAvailabilityGroup DAG1 -Database "DB*" -GenerateHTMLReport -ShowHTMLReport
Os seguintes exemplos demonstram maneiras de filtrar o relatório HTML resumido. O primeiro usa o parâmetro Banco de Dados , que usa uma lista de nomes de banco de dados. O relatório resumido resultante conterá dados apenas sobre esses bancos de dados. Os dois exemplos a seguir usam a opção ReportFilter . O último exemplo filtra todos os bancos de dados padrão.
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -Database MailboxDatabase123,MailboxDatabase456
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -ReportFilter {$_.DatabaseName -notlike "Mailbox Database*"}
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -ReportFilter {($_.ActiveOnStart -like "ServerXYZ*") -and ($_.ActiveOnEnd -notlike "ServerXYZ*")}
Script CollectReplicationMetrics.ps1
CollectReplicationMetrics.ps1 é outro script de métrica de integridade incluído no Exchange 2013. Esse script fornece uma forma ativa de monitoramento, porque coleta métricas em tempo real, enquanto o script é executado. CollectReplicationMetrics.ps1 coleta dados de contadores de desempenho relacionados à replicação de banco de dados. O script reúne dados de contador de vários servidores de Caixa de Correio, grava os dados de cada servidor em um arquivo .csv e então relata diferentes estatísticas abrangendo todos esses dados (por exemplo, por quanto tempo cada cópia falhou ou foi suspensa, o comprimento médio da fila de cópia ou de repetição ou quanto tempo as cópias permaneceram fora de seus critérios de failover).
Você pode especificar os servidores individualmente ou DAGs inteiros. Você pode ou executar o script para coletar primeiro os dados e depois gerar o relatório, ou pode executá-lo apenas para coletar os dados ou para apenas para gerar um relatório sobre os dados que já foram coletados. É possível especificar a frequência de amostragem dos dados e a duração total da coleta de dados.
Os dados coletados de cada servidor são gravados em um arquivo chamado CounterData.<ServerName>.<TimeStamp>.csv. O relatório de resumo será gravado em um arquivo chamado HaReplPerfReport.< DAGName>.< TimeStamp>.csvou HaReplPerfReport.< TimeStamp>.csv se você não executou o script com o parâmetro DagName .
O script inicia trabalhos do Windows PowerShell para coletar os dados de cada servidor. Esses trabalhos são executados durante todo o período em que os dados estão sendo coletados. Se você especificar um grande número de servidores, esse processo pode usar uma quantidade considerável de memória. O estágio final do processo, quando os dados são processados em um relatório resumido, também pode ser bastante demorado para grandes quantidades de dados. É possível executar o estágio de coleta em um computador e depois copiar os dados para outro local para processamento.
O script CollectReplicationMetrics.ps1 suporta parâmetros que permitem personalizar seu comportamento e sua saída. Os parâmetros disponíveis estão listados na tabela a seguir.
Parâmetros do script CollectReplicationMetrics
| Parâmetro | Descrição |
|---|---|
| DagName | Especifica o nome do DAG do qual você deseja coletar métricas. Se esse parâmetro for omitido, o DAG do qual o servidor local é membro será usado. |
| DatabaseNames | Fornece uma lista de bancos de dados para os quais o relatório precisa ser gerado. Há suporte para caracteres curinga para uso, por exemplo, -DatabaseNames "DB1","DB2" ou -DatabaseNames "DB*". |
| ReportPath | Especifica a pasta usada para armazenar os resultados do processamento de eventos. Se esse parâmetro for omitido, a pasta Scripts será usada. |
| Duration | Especifica a quantidade de tempo em que o processo de coleta deve ser executado. Os valores típicos seriam de uma a três horas. Durações maiores devem ser usadas somente com longos intervalos entre cada amostra ou como uma série de trabalhos mais curtos executados por tarefas agendadas. |
| Frequency | Especifica a freqüência na qual as métricas de dados são coletadas. Os valores típicos seriam de 30 segundos, um minuto ou cinco minutos. Sob circunstâncias normais, intervalos mais curtos que esses não mostrarão mudanças significativas entre cada amostra. |
| Servidores | Especifica a identidade dos servidores dos quais serão coletadas estatísticas. É possível especificar qualquer valor, incluindo caracteres curinga ou GUIDs. |
| SummariseFiles | Especifica uma lista de arquivos .csv para gerar um relatório resumido. Esses arquivos são os arquivos chamados CounterData.< CounterData>* e são gerados pelo script CollectReplicationMetrics.ps1. |
| Modo | Especifica os estágios de processamento que o script executa. É possível usar os seguintes valores:
|
| MoveFilestoArchive | Especifica que o script deve mover os arquivos para uma pasta compactada após o processamento. |
| LoadExchangeSnapin | Especifica que o script deve carregar os comandos de Shell. Esse parâmetro é útil quando o script precisa ser executado de fora do Shell, como em uma tarefa agendada. |
Exemplo de CollectReplicationMetrics.ps1
O seguinte exemplo coleta dados correspondentes a uma hora de todos os servidores no DAG DAG1, amostrados em intervalos de um minuto, e gera um relatório resumido. Além disso, o parâmetro ReportPath é usado, o que faz com que o script coloque todos os arquivos no diretório atual.
CollectReplicationMetrics.ps1 -DagName DAG1 -Duration "01:00:00" -Frequency "00:01:00" -ReportPath
O seguinte exemplo lê os dados de todos os arquivos que correspondem a CounterData* e gera um relatório resumido.
CollectReplicationMetrics.ps1 -SummariseFiles (dir CounterData*) -Mode ProcessOnly -ReportPath