Este monitor mede o contador de Grupos de Gestão do Serviço de Integridade\\% da Fila de Envio utilizada para o Serviço de Integridade.
Este monitor mede o contador Grupos de Gestão do Serviço de Integridade\% Utilizada da Fila de Envio e gera os seguintes estados:
Estado do Monitor | Limiar de % Utilizada da Fila de Envio |
Crítico | 60 % |
Isto pode ser causado por uma ligação com latência elevada ou largura de banda reduzida entre este Serviço de Integridade de Gestão do System Center e o respetivo Servidor de Gestão principal. Isto também pode ser causado por regras que estejam a recolher uma quantidade de dados superior àquela que o Servidor de Gestão principal consegue processar, especialmente nos casos em que há muitos agentes a enviar grandes quantidades de dados ao Servidor de Gestão principal.
Contacte os administradores de rede se a ligação de rede entre o Serviço de Integridade de Gestão do System Center e os Servidores de Gestão principais estiver saturada. Neste caso, pode ser necessário atualizar as redes para suportarem o tráfego.
Se não puder atualizar a rede (p. ex., se o Serviço de Integridade de Gestão do System Center ou Servidor de Gateway se encontrar num escritório remoto), pode desativar regras de recolha desnecessárias. Segue-se uma lista de tipos de regras que pode desativar e o impacto da respetiva desativação:
Tipo de Regra | Objetivo da Regra | Impacto quando desativada |
Recolha de Desempenho | Recolhe dados de desempenho para a Base de Dados Operacional, para o Armazém de Dados ou para ambos | Quando uma regra de recolha de desempenho é desativada, qualquer vista que mostre os dados de desempenho deixa de poder apresentar dados. Se a regra estava a recolher dados para o Armazém de Dados, os relatórios que dependam desse desempenho deixarão de poder processar quaisquer dados. |
Recolha de Eventos | Recolhe dados de eventos para diagnóstico. Em alguns casos, um evento pode não ser útil como alerta, mas é útil para a resolução de problemas forenses ou para a resolução de problemas quase em tempo real. | Quando uma regra de recolha de eventos é desativada, qualquer vista que mostre os dados dos eventos deixa de poder apresentar dados. Se a regra estava a recolher dados para o Armazém de Dados, os relatórios que dependam desse evento deixarão de poder processar quaisquer dados. |
Por último, se ainda necessita desses dados, outra solução que pode implementar no sistema para tentar reduzir a quantidade de dados enviada através da rede consiste em utilizar regras otimizadas de recolha de contadores de desempenho e regras de recolha consolidada de eventos. A tabela abaixo resume a vantagem de cada uma e explica a forma como os dados são resumidos.
Tipo de Regra | Vantagem | Forma como os dados são resumidos |
Regra Otimizada de Recolha de Desempenho | Só envia a amostra de dados de desempenho se esta apresentar uma determinada percentagem de diferença relativamente à última amostra. Por exemplo, se a última amostra foi de 42 e a regra tiver sido configurada para recolher uma nova amostra com base numa tolerância de 10%, a amostra seguinte só será enviada se for de 42 +/- 4,2 (ou seja, terá de ser maior que 46,2 ou menor que 37,8) | Uma vez que apenas os dados de desempenho que excedam a tolerância configurada são enviados para a Base de Dados Operacional ou para o Armazém de Dados, os dados terão uma menor precisão. Quanto maior for a tolerância, menor será a precisão. |
Regra Consolidada de Recolha de Eventos | Este tipo de regra de recolha de eventos envia os dados se um dos parâmetros configurados for diferente do último evento. Por exemplo, pode configurar uma regra de recolha consolidada para consolidar os eventos cujos parâmetros seguintes sejam idênticos:
Em seguida, pode configurar um período de tempo para consolidação destes eventos (por exemplo, 10 minutos). Se os critérios acima corresponderem a qualquer evento dentro desse período de 10 minutos, é enviado apenas 1 evento com a propriedade Contagem de Repetições incrementada. Se um evento estiver a ocorrer frequentemente num único agente, isto significa que serão enviados apenas 144 eventos num período de 24 horas, podendo esta quantidade ser substancialmente inferior ao número de eventos efetivamente registado no registo de eventos | É necessário saber quais são os parâmetros e as propriedades do evento que vão ser utilizados para efetuar a consolidação. Por exemplo, caso a configuração seja efetuada com base na Descrição, mesmo que a Descrição do Evento seja tipicamente única (p. ex. se contiver um nome de utilizador), continuarão a ser enviados muitos eventos. Neste caso, é preferível efetuar a consolidação com base no Parâmetro do Evento que representa o campo de nome de utilizador. Além disso, a utilização de janelas de consolidação muito grandes tem duas consequências:
|
Consulte a ajuda do produto ou navegue para o espaço de Criação na consola, para criar o tipo de regras acima referido.
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>