Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Pode utilizar os detalhes neste tópico para monitorizar cópias de bases de dados de caixas de correio para grupos de disponibilidade de bases de dados (DAGs), para recolher informações de diagnóstico e para configurar o limiar de monitorização de espaço em disco baixo.
Utilize o cmdlet Get-MailboxDatabaseCopyStatus para ver status informações sobre cópias da base de dados da 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. |
| Propagação | 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. |
| Bom estado de funcionamento | 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 Replicação do Microsoft Exchange não está disponível ou em execução no servidor que aloja a cópia da base de dados da caixa de correio. |
| A inicializar | A cópia da base de dados da caixa de correio está num estado A inicializar quando foi criada uma cópia da base de dados, quando o serviço Replicação do Microsoft Exchange está a iniciar ou acaba de ser iniciado e durante as transições de Suspenso, 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. |
| Ressincronizar | 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. |
| DisconnectedAndResynchronizing | 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.
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.
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 da DAG especificado ou se não é especificado nenhum membro da DAG 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 do DAG e no Servidor de Acesso de Cliente que efetuam pesquisas no Active Directory e no Active Manager para determinar onde a base de dados de caixa de correio de um utilizador está ativa. |
| 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. |
| DBCopyFailed | 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. |
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
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.
Exchange Server regista eventos em canais carmesim na área Registos de Aplicações e Serviços. Você pode exibir esses canais executando estas etapas:
Abra o Visualizador de Eventos.
Na árvore da consola, navegue para Registos de Aplicações e Serviços> doMicrosoft>Exchange.
Em Exchange, selecione um canal carmesim, como HighAvailability ou MailboxDatabaseFailureItems para ver eventos relacionados com a cópia da base de dados e DAG ou ActiveMontoring ou ManagedAvailability para ver eventos relacionados com a Disponibilidade Gerida.
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 resultados para sondas, monitores e respostas de Disponibilidade Gerida.
O canal ManagedAvailability contém registos de ações de recuperação e resultados e eventos relacionados.
Exchange Server Disponibilidade Gerida monitoriza centenas de métricas e componentes do sistema a cada minuto, incluindo a quantidade de espaço livre em disco em volumes utilizados pela função de servidor da Caixa de Correio. Antes do Exchange 2013 Service Pack 1 (SP1), o Exchange monitorizava o espaço disponível em todos os volumes locais, incluindo volumes que não contêm bases de dados ou ficheiros de registo. No Exchange 2016 e no Exchange 2019, apenas os volumes que contêm bases de dados do Exchange e ficheiros de registo são monitorizados. O limiar predefinido para o monitor de espaço de baixo volume é de 180 GB. Pode configurar o limiar ao adicionar o seguinte valor de registo DWORD (em MB) em cada servidor da Caixa de Correio que pretende personalizar:
Caminho: HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v15\Replay\Parameters
Valor: SpaceMonitorLowSpaceThresholdInMB
Por exemplo, para configurar o limiar para 100 GB, configuraria o seguinte valor de registo:
REG_DWORD 186a0 (100000)
Depois de configurar ou modificar o valor de registo acima, tem de reiniciar o serviço de Gestão do DaG do Microsoft Exchange para que a alteração entre em vigor.
Exchange Server 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 restringidos a um subconjunto especificado com os parâmetros Database 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. Os carateres universais são suportados, 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á predefinido para as últimas 24 horas Se apenas for especificado um parâmetro, o período será de 24 horas, começando ou terminando na hora especificada. |
| 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 utiliza uma lista de .csv ficheiros gerados pelo script e utiliza-os como dados de origem para gerar um relatório HTML de resumo. O relatório é o mesmo que é gerado com a opção -GenerateHtmlReport. Os ficheiros podem ser gerados em vários DAGs em várias alturas diferentes ou mesmo com tempos sobrepostos e o script irá unir todos os respetivos 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 este parâmetro são Move, Mount, ismounte Remount. O Move valor refere-se a qualquer altura em que a base de dados altera o respetivo servidor ativo, seja por movimentos controlados ou por ativações pós-falha. Os Mountvalores , Dismounte Remount referem-se às horas em que a base de dados altera o respetivo status montado sem se mover para outro computador. |
| ActionTrigger | Especifica quais operações administrativas devem ser coletadas pelo script. Os valores para este 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 quaisquer ações executadas por um administrador através da Shell de Gestão do Exchange ou do 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. Este parâmetro utiliza o mesmo formato que uma Where operação, com cada elemento definido como $_ e a devolver um valor Booleano. Por exemplo: {$_DatabaseName -notlike "Mailbox Database*"} pode ser utilizado para excluir as bases de dados predefinidas do relatório. |
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 utiliza o parâmetro Base de Dados , que utiliza uma lista de nomes de bases de dados. O relatório resumido resultante conterá dados apenas sobre esses bancos de dados. Os dois exemplos seguintes utilizam 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*")}
CollectReplicationMetrics.ps1 é outro script de métrica de estado de funcionamento incluído no Exchange Server. 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á escrito num ficheiro com o nome HaReplPerfReport.<DAGName>.<TimeStamp>.csvou HaReplPerfReport.<TimeStamp>.csv se não tiver executado 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. Os carateres universais são suportados para utilização, 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. Estes ficheiros são os ficheiros denominados 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:CollectAndReport: este é o valor predefinido. Esse valor significa que o script deve coletar os dados dos servidores e depois processá-los para produzir o relatório resumido. CollectOnly: este valor significa que o script deve apenas recolher os dados e não produzir o relatório. ProcessOnly: este valor significa que o script deve importar dados de um conjunto de ficheiros .csv e processá-los para produzir o relatório de resumo. O parâmetro SummariseFiles é usado para fornecer ao script a lista de arquivos para serem processados. |
| 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 da Shell de Gestão do Exchange. Este parâmetro é útil quando o script tem de ser executado fora da Shell de Gestão do Exchange, como numa tarefa agendada. |
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