This monitor measures the Health Service Management Groups\Send Queue \% Used counter for the Health service.
This monitor measures the Health Service Management Groups\Send Queue % Used and generates the following states:
Stato del monitoraggio | Send Queue % Used Threshold |
Avviso | 50 % |
Critico | 60 % |
Il problema può essere causato da una larghezza di banda troppo bassa o da una connessione con latenza elevata da questo servizio integrità di gestione di System Center al server di gestione padre. Potrebbe inoltre essere causato da regole che raccolgono più dati di quanti il server di gestione padre possa elaborare; ciò vale specialmente quando il server di gestione padre ha molti agenti che inviano report con grandi quantità di dati.
Chiedere agli amministratori di sistema se la connessione di rete dal servizio integrità di gestione di System Center ai server di gestione è satura. In tal caso, potrebbe essere necessario aggiornare le reti in modo da gestire il traffico.
Se non è possibile aggiornare la rete (ad esempio, il servizio integrità di gestione di System Center o il server gateway si trovano in una succursale remota), è possibile disattivare le regole di raccolta non necessarie. Di seguito si elencano i tipi di regole che è possibile disattivare e l'impatto della disattivazione:
Tipo di regola | Scopo della regola | Impatto se disattivata |
Raccolta delle prestazioni. | Raccoglie i dati sulle prestazioni nel database operativo, nel data warehouse, o in entrambi | Se una regola di raccolta delle prestazioni è disattivata, non saranno visualizzati dati nelle viste che mostrano i dati su quelle prestazioni. Se la regola comporta la raccolta di dati nel data warehouse, i report che dipendono da quelle prestazioni non forniranno più dati. |
Raccolta eventi | Raccoglie i dati sugli eventi per la diagnostica. In alcuni casi, l'avviso su un evento potrebbe non essere utile, ma potrebbe rivelarsi necessario alla risoluzione dei problemi in tempo quasi reale o in ambito criminale. | Se una regola di raccolta di un evento è disattivata, non saranno visualizzati dati nelle visualizzazioni che mostrano i dati su quell'evento. Se la regola comporta la raccolta di dati nel data warehouse, i report che dipendono da quell'evento non forniranno più dati. |
Se si ha necessità di tali dati, è possibile implementare un'altra opzione nel sistema utilizzando regole di raccolta del contatore delle prestazioni ottimizzate e regole di raccolta eventi di consolidamento al fine di ridurre la quantità di dati inviata in rete. Nella tabella seguente sono riassunti i vantaggi e si spiega come avviene il riepilogo dei dati.
Tipo di regola | Vantaggio | Riepilogo dei dati |
Regola di raccolta prestazioni ottimizzata | Only sends the performance data sample if it deviates from the last sample within some percentage. E.g., if the last sample was 42, and the rule was configured to only collect to a new sample with a tolerance of 10%, the next sample will need to 42 +/- 4.2 (e.g. next sample needs to be greater than 46.2 or less than 37.8) | I dati saranno meno precisi, dal momento che vengono inviati al database operativo o al data warehouse solo i dati sulle prestazioni che superano la tolleranza configurata. Maggiore è la tolleranza, minore è la precisione. |
Regola di raccolta eventi consolidata | Questo tipo di regola di raccolta eventi invia i dati solo se uno dei parametri di configurazione differisce dall'evento precedente. Ad esempio, è possibile configurare una regola di raccolta consolidata al fine di consolidare gli eventi nel caso in cui i parametri seguenti siano identici:
È possibile configurare un intervallo di tempo per consolidare questi eventi (p.es. 10 minuti). Se i criteri precedenti corrispondono a qualsiasi evento, entro un intervallo di tempo di 10 minuti, viene inviato solo 1 evento con la proprietà Conteggio ripetizioni incrementata. Se questo evento si verifica di frequente su un solo agente, significa che solo 144 eventi saranno inviati in un intervallo di tempo di 24 ore. Questo numero potrebbe essere notevolmente inferiore al numero di eventi registrato nel registro eventi. | Occorrerà conoscere i parametri e le proprietà su cui si basa il consolidamento. Se la configurazione si basa, ad esempio, sul parametro Description, nel caso in cui Event Description sia univoco (contenga, cioè, un nome utente) si riceveranno sempre molti eventi. Nel caso dell'esempio, è meglio consolidare in base al parametro Event, che rappresenta il campo nome utente. Un intervallo di consolidamento molto ampio ha due conseguenze:
|
Per creare i tipi di regole menzionati in precedenza, vedere la guida al prodotto o spostarsi all'Area di modifica della console.
Target | Microsoft.SystemCenter.Agent | ||
Parent Monitor | Microsoft.SystemCenter.HealthService.PerformanceHealthRollup | ||
Category | PerformanceHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | High | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.SystemCenter.HealthService.ConsecutiveSampleDoubleThreshold | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SystemCenter.HealthService.CollectionRule.Performance.SendQueuePercentUsedMonitor" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.Agent" ParentMonitorID="Microsoft.SystemCenter.HealthService.PerformanceHealthRollup" Remotable="true" Priority="Normal" TypeID="Microsoft.SystemCenter.HealthService.ConsecutiveSampleDoubleThreshold" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SystemCenter.HealthService.CollectionRule.Performance.SendQueuePercentUsedMonitor_AlertMessageResourceID">
<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="UnderWarningThreshold" HealthState="Success"/>
<OperationalState ID="BetweenThresholds" MonitorTypeStateID="OverWarningThresholdUnderErrorThreshold" HealthState="Warning"/>
<OperationalState ID="OverThreshold" MonitorTypeStateID="OverErrorThreshold" 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>180</Frequency>
<PercentFull>95</PercentFull>
<NumSamples>3</NumSamples>
<WarningThreshold>90</WarningThreshold>
<ErrorThreshold>95</ErrorThreshold>
</Configuration>
</UnitMonitor>