Esse monitor mede o contador Grupos de Gerenciamento do Serviço de Integridade\\% Usada da Fila de Envio para o serviço de Integridade.
Esse monitor mede os Grupos de Gerenciamento do Serviço de Integridade\% Usada da Fila de Envio e gera os seguintes estados:
Estado do Monitor | Limite da % Usada da Fila de Envio |
Crítica | 60 % |
Isso pode ser provocado por uma largura de banda baixa ou por uma conexão de latência alta desse Serviço de Integridade do System Center Management para seu Servidor de Gerenciamento pai. Isso também pode ser provocado por regras que estão coletando mais dados do que o Servidor de Gerenciamento pai pode processar, principalmente quando esse servidor possui muitos agentes subordinados a ele enviando grandes quantidades de dados.
Verifique com os administradores da rede se a conexão de rede do Serviço de Integridade do System Center Management para os Servidores de Gerenciamento pai está saturada. Nesse caso, você pode precisar atualizar as redes para acomodar o tráfego.
Se não for possível atualizar a rede (por exemplo, se o Serviço de Integridade do System Center Management ou o Servidor de Gateway estiver em uma filial remota), você poderá desabilitar regras de coleta desnecessárias. A lista a seguir relaciona tipos de regras que podem ser desabilitadas e o impacto da desabilitação:
Tipo de regra | Objetivo da regra | Impacto quando desabilitada |
Coleta de desempenho | Coleta dados de desempenho para o Banco de Dados Operacional, Data Warehouse ou ambos | Quando uma regra de coleta de desempenho é desabilitada, as exibições de desempenho deixam de mostrar os dados. Se a regra estava coletando dados para o Data Warehouse, os relatórios dependentes desse desempenho não processarão mais nenhum dado. |
Coleta de Eventos | Coleta dados de eventos para diagnóstico. Em alguns casos, um evento pode não ser útil para ser objeto de alertas, mas é útil para solução de problemas forenses ou solução de problemas em tempo quase real. | Quando uma regra de coleta de eventos é desabilitada, as exibições de eventos deixam de mostrar os dados. Se a regra estava coletando dados para o Data Warehouse, os relatórios dependentes desse evento não processarão mais nenhum dado. |
Finalmente, se você ainda precisar desses dados, outra opção que pode implementar no sistema para tentar reduzir a quantidade de dados enviada pela rede é usar regras de coleta do contador de desempenho otimizadas e as regras de coleta de consolidação de eventos. A tabela a seguir resume o benefício e explica como os dados são resumidos.
Tipo de regra | Benefício | Modo de resumo dos dados |
Regra de Coleta de Desempenho Otimizada | Envia o exemplo de dados de desempenho apenas se ele tiver um desvio do último exemplo dentro de uma porcentagem. Por exemplo, se o último exemplo era 42, e a regra foi configurada para coletar um novo exemplo com uma tolerância de 10%, o próximo exemplo precisará ser 42 +/- 4,2 (por exemplo, o próximo exemplo precisa ser superior a 46,2 ou inferior a 37,8) | Como apenas os dados de desempenho que excedem a tolerância configurada são enviados ao Banco de Dados Operacional ou ao Data Warehouse, os dados serão menos precisos. Quanto maior a tolerância, menor será a precisão. |
Regra de Coleta de Eventos Consolidada | Esse tipo de regra de coleta de eventos envia os dados se um dos parâmetros configurados for diferente do último evento. Por exemplo, é possível configurar uma regra de coleta consolidada para consolidar eventos que sejam idênticos aos seguintes:
Em seguida, é possível configurar um período de tempo para consolidar esses eventos (por exemplo, 10 minutos). Se os critérios acima forem correspondidos para qualquer evento dentro dessa janela de 10 minutos, apenas 1 evento será configurado com sua propriedade Contagem de Repetições devidamente incrementada. Se esse evento estiver ocorrendo frequentemente em um único agente, significa que há apenas 144 eventos enviados em um período de 24 horas, o que pode ser bem menos do que o número de eventos realmente registrados no log de eventos | É necessário saber em quais parâmetros e propriedades de eventos a consolidação se baseia. Por exemplo, a configuração na Descrição significará que, se a Descrição do Evento for tipicamente exclusiva (por exemplo, ela contiver um nome de usuário), muitos eventos ainda serão enviados. Para esse exemplo, em vez disso, seria conveniente consolidar com base no parâmetro do evento que representa o campo de nome de usuário. Além disso, uma janela de consolidação muito grande tem dois efeitos:
|
Consulte a ajuda do produto ou navegue para o espaço Criação no console para criar o tipo de regra mencionado acima.
Target | Microsoft.SystemCenter.HealthService | ||
Parent Monitor | Microsoft.SystemCenter.HealthService.PerformanceHealthRollup | ||
Category | PerformanceHealth | ||
Enabled | True | ||
Instance Name | Health Service Management Groups | ||
Counter Name | Send Queue \% Used | ||
Frequency | 60 | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | High | ||
Alert Auto Resolve | True | ||
Monitor Type | System.Performance.ConsecutiveSamplesThreshold | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.HealthService" ParentMonitorID="Microsoft.SystemCenter.HealthService.PerformanceHealthRollup" Remotable="true" Priority="Normal" TypeID="Performance!System.Performance.ConsecutiveSamplesThreshold" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>High</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Data/Context/Value$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="BelowThreshold" MonitorTypeStateID="ConditionFalse" HealthState="Success"/>
<OperationalState ID="OverThreshold" MonitorTypeStateID="ConditionTrue" HealthState="Error"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<CounterName>Send Queue % Used</CounterName>
<ObjectName>Health Service Management Groups</ObjectName>
<InstanceName>$Target/ManagementGroup/Name$</InstanceName>
<AllInstances>false</AllInstances>
<Frequency>60</Frequency>
<Threshold>90</Threshold>
<Direction>greaterequal</Direction>
<NumSamples>5</NumSamples>
</Configuration>
</UnitMonitor>