Questo monitoraggio misura i gruppi di gestione del servizio integrità\\% coda di invio in uso per il servizio integrità.
Questo monitoraggio misura i gruppi di gestione del servizio integrità\% coda di invio in uso e genera gli stati seguenti:
Stato del monitoraggio | Soglia % coda di invio in uso |
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 | Invia solo il campione di dati sulle prestazioni se esso devia dall'ultimo campione di una determinata percentuale. Ad esempio, se l'ultimo campione era 42 e la regola è configurata in modo da raccogliere solo un nuovo campione con una tolleranza del 10%, il campione successivo dovrà essere 42 +/- 4,2 (vale a dire, il campione successivo dovrà essere maggiore di 46,2 o inferiore a 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>