{"id":536492,"date":"2025-10-03T06:41:34","date_gmt":"2025-10-03T06:41:34","guid":{"rendered":"https:\/\/www.ninjaone.com\/?p=536492"},"modified":"2025-12-30T08:25:00","modified_gmt":"2025-12-30T08:25:00","slug":"monitoraggio-sla-usando-dashboard-rmm","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/monitoraggio-sla-usando-dashboard-rmm\/","title":{"rendered":"Utilizzare la dashboard RMM e altri strumenti per il monitoraggio SLA attraverso la verifica delle metriche di supporto\u00a0"},"content":{"rendered":"<p>Gli accordi sui livelli di servizio (SLA) specificano il servizio concordato che gli <a href=\"https:\/\/www.ninjaone.com\/it\/cos-e-un-msp\/\">MSP<\/a> e i dipartimenti IT interni devono fornire ai clienti.\u00a0Il monitoraggio SLA\u00a0misura il grado di raggiungimento degli obiettivi da parte dei tecnici, ma eseguirlo manualmente pu\u00f2 essere noioso e ripetitivo. Questa guida illustra come configurare le dashboard RMM per una panoramica in tempo reale e per il monitoraggio della conformit\u00e0 agli SLA, automatizzando il processo complessivo.<\/p>\n<div class=\"in-context-cta\"><p><span data-sheets-root=\"1\">Automatizza il monitoraggio degli SLA con gli strumenti di scripting multipiattaforma di NinjaOne.<\/p>\n<p>\u2192 <a href=\"https:\/\/www.ninjaone.com\/it\/rmm\/automazione-it\/\">Scopri come funziona l\u2019Automazione di NinjaOne<\/a><\/span><\/p>\n<\/div>\n<h2>Combinare dashboard RMM e strumenti di monitoraggio SLA<\/h2>\n<p>Gli RMM forniscono una panoramica delle metriche di conformit\u00e0, consentendo di rilevare automaticamente i problemi e di porre rimedio rapidamente alle violazioni. Oltre al monitoraggio, queste dashboard tengono traccia degli indicatori chiave di prestazione, generando automaticamente report di conformit\u00e0 e di audit.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Prerequisiti:<\/strong><\/p>\n<ul>\n<li>Piattaforma RMM con dashboard e funzionalit\u00e0 di avviso.<\/li>\n<li>Criteri e parametri SLA esistenti e ben definiti.<\/li>\n<li>Accesso ai dati telemetrici dei dispositivi.<\/li>\n<li>Diritti di amministratore.<\/li>\n<\/ul>\n<p>\ud83d\udccc <strong>Strategie di implementazione consigliate:<\/strong><\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center; vertical-align: middle;\">\n<p style=\"text-align: center;\"><strong>Scegliere una sezione<\/strong><\/p>\n<\/td>\n<td>\n<p style=\"text-align: center;\"><strong>\ud83d\udcbb<\/strong><\/p>\n<p style=\"text-align: center;\"><strong>Pi\u00f9 adatto per utenti individuali<\/strong><\/p>\n<\/td>\n<td>\n<p style=\"text-align: center;\"><strong>\ud83d\udcbb\ud83d\udcbb\ud83d\udcbb<\/strong><\/p>\n<p style=\"text-align: center;\"><strong>Pi\u00f9 adatto per ambienti enterprise<\/strong><\/p>\n<\/td>\n<\/tr>\n<tr>\n<td><a href=\"#monitoring\">Monitoraggio degli SLA direttamente dalle dashboard RMM<\/a><\/td>\n<td style=\"text-align: center;\"><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<\/tr>\n<tr>\n<td><a href=\"#method-1\">Metodo 1: Utilizzo di PowerShell per monitorare le metriche SLA critiche<\/a><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<\/tr>\n<tr>\n<td><a href=\"#method-2\">Metodo 2: Utilizzo di CMD per il monitoraggio e il logging delle prestazioni SLA di base<\/a><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<\/tr>\n<tr>\n<td><a href=\"#method-3\">Metodo 3: Controllo dei valori del registro per il monitoraggio della configurazione SLA<\/a><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<\/tr>\n<tr>\n<td><a href=\"#method-4\">Metodo 4: Sfruttare i Criteri di gruppo per applicare le impostazioni conformi agli SLA<\/a><\/td>\n<td style=\"text-align: center;\"><\/td>\n<td style=\"text-align: center;\"><strong>\u2713<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Monitoraggio degli SLA direttamente dalle dashboard RMM<\/h3>\n<p>\ud83d\udccc\u00a0<strong>Caso d&#8217;uso<\/strong>: La maggior parte degli RMM dispone di dashboard configurabili che forniscono un monitoraggio in tempo reale attraverso widget che possono essere personalizzati per la conformit\u00e0 agli SLA.<\/p>\n<h4><span style=\"font-size: 14pt;\">Tempo di attivit\u00e0 del dispositivo e frequenza di check-in dell&#8217;utente finale<\/span><\/h4>\n<p>Gli RMM possono tenere traccia del\u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/gestione-dei-servizi-it\/tempi-di-attivita-e-di-inattivita-uptime-downtime\/\">tempo di attivit\u00e0 e di non attivit\u00e0<\/a> dei dispositivi, e queste metriche possono indicare problemi di sistema che richiedono un&#8217;indagine e un intervento correttivo. Il monitoraggio della frequenza di check-in degli agenti fornisce ulteriori informazioni sulle prestazioni degli endpoint, in quanto check-in irregolari possono segnalare problemi.<\/p>\n<h4><span style=\"font-size: 14pt;\">Stato di conformit\u00e0 delle patch degli endpoint<\/span><\/h4>\n<p>Gli RMM possono individuare le patch o gli aggiornamenti critici mancanti, facendo in modo che gli endpoint mantengano una solida igiene di sicurezza e rispettino la conformit\u00e0 alle patch.<\/p>\n<h4><span style=\"font-size: 14pt;\">Tempo di risposta e risoluzione dei ticket<\/span><\/h4>\n<p>Le piattaforme RMM automatizzano il monitoraggio dei ticket, fornendo dati misurabili sui tempi di risoluzione dei ticket, ideale per mantenere la conformit\u00e0 agli SLA.<\/p>\n<h4><span style=\"font-size: 14pt;\">Avvisi di soglia hardware<\/span><\/h4>\n<p>Gli MSP e i tecnici IT possono impostare avvisi quando le risorse di sistema superano i limiti delle prestazioni. Il rilevamento precoce dell&#8217;utilizzo al limite delle risorse pu\u00f2 prevenire arresti o rallentamenti che possono causare tempi di inattivit\u00e0 e frustrazione dei clienti.<\/p>\n<h4><span style=\"font-size: 14pt;\">Stato dei servizi critici<\/span><\/h4>\n<p>Le piattaforme RMM monitorano i servizi critici, come antivirus e sistemi di backup, assicurandone il funzionamento. Se questo aspetto non viene monitorato, pu\u00f2 avere un grave impatto sui piani di riduzione dei rischi legati alle minacce e di disaster recovery, fino a compromettere la conformit\u00e0 agli SLA durante gli incidenti di sicurezza.<\/p>\n<h4><span style=\"font-size: 14pt;\">Best practice di personalizzazione delle dashboard RMM:<\/span><\/h4>\n<ol>\n<li>Filtra le dashboard per cliente, livello SLA o regione.\n<ul style=\"list-style-type: disc;\">\n<li>Ordina i segmenti delle dashboard per evidenziare le informazioni importanti sui clienti, garantendo la qualit\u00e0 del servizio, la gestione delle priorit\u00e0 e il monitoraggio basato sulla posizione.<\/li>\n<\/ul>\n<\/li>\n<li>Imposta indicatori visivi per gli avvisi basati su soglie.\n<ul style=\"list-style-type: disc;\">\n<li>La codifica a colori degli indicatori di urgenza, come rosso, giallo o verde, fornisce una rapida comprensione dello stato dell&#8217;endpoint.<\/li>\n<\/ul>\n<\/li>\n<li>Configura i dati della dashboard per il reporting automatico degli SLA.\n<ul style=\"list-style-type: disc;\">\n<li>Automatizza il monitoraggio utilizzando dashboard per semplificare la documentazione sulla conformit\u00e0 agli SLA e ridurre il lavoro manuale.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p>\ud83d\udca1\u00a0<strong>Nota:\u00a0<\/strong>Gli RMM offrono ampie capacit\u00e0 di monitoraggio, ma l&#8217;accesso a una vasta gamma di integrazioni pu\u00f2 fornire un controllo pi\u00f9 approfondito della conformit\u00e0 agli SLA.<\/p>\n<h3>Metodo 1: Utilizzo di PowerShell per monitorare le metriche SLA critiche<\/h3>\n<p>Gli script PowerShell lavorano fianco a fianco con le dashboard RMM, raccogliendo metriche di conformit\u00e0 di cui queste ultime non possono tenere traccia in modo nativo.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Caso d&#8217;uso<\/strong>: Gli RMM possono eseguire regolarmente script in modo automatico per registrare, avvisare e intervenire in caso di violazioni della conformit\u00e0 senza necessit\u00e0 di interazione manuale.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Prerequisito<\/strong>: Piattaforme RMM con supporto per scripting e distribuzione PowerShell.<\/p>\n<p>\u26a0\ufe0f\u00a0<strong>Importante:\u00a0<\/strong>La sintassi e l&#8217;accuratezza dei cmdlet sono fondamentali per evitare errori quando si utilizzano gli script PowerShell. (Fai riferimento alla sezione \u26a0\ufe0f<a href=\"#things-to-look-out-for\">\u00a0<em>Cose da tenere d&#8217;occhio<\/em><\/a>. )<\/p>\n<h4>Esempi di script PowerShell per il monitoraggio delle metriche SLA:<\/h4>\n<p>Windows non registrer\u00e0 gli eventi relativi a un&#8217;origine inesistente. Prima di procedere, crea origini di eventi come\u00a0<strong>Monitoraggio SLA\u00a0<\/strong>o\u00a0<strong>Tracker SLA<\/strong>\u00a0per evitare di incorrere in errori.<\/p>\n<ul>\n<li>Verifica il tempo di attivit\u00e0 dei servizi critici interrogando\u00a0<strong>Windows Defender Firewall (MpsSvc)<\/strong>.<\/li>\n<\/ul>\n<table>\n<tbody>\n<tr>\n<td><strong>$svc = Get-Service -Name &#8220;MpsSvc&#8221;<\/strong><br \/>\n<strong>if ($svc.Status -ne &#8220;Running&#8221;) {<\/strong><br \/>\n<strong>Write-EventLog -LogName Application -Source &#8220;SLA Monitor&#8221; -EventID 1001 -EntryType Warning -Message &#8220;Windows Defender Service is not running.&#8221;<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<ul>\n<li>Script PowerShell per registrare il ritardo di risposta dei ticket nei log eventi.<\/li>\n<\/ul>\n<table>\n<tbody>\n<tr>\n<td><strong>$created = Get-Date &#8220;2024-07-16 08:00&#8221;<\/strong><br \/>\n<strong>if (((Get-Date) &#8211; $created).TotalMinutes -gt 15) {<\/strong><br \/>\n<strong>Write-EventLog -LogName Application -Source &#8220;SLA Tracker&#8221; -EventID 2002 -EntryType Warning -Message &#8220;Ticket response time exceeded SLA.&#8221;<\/strong><br \/>\n<strong>}<\/strong><strong>Get-WinEvent -LogName Application | Where-Object { $_.ProviderName -eq &#8216;SLA Tracker&#8217; }<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Metodo 2: Utilizzo di CMD per il monitoraggio e il logging delle prestazioni SLA di base<\/h3>\n<p>Gli script basati su CMD, come i\u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/gestione-dei-servizi-it\/file-bat\/\">file BAT<\/a>, possono monitorare gli indicatori SLA di base, come il tempo di attivit\u00e0, lo stato del servizio e la connettivit\u00e0 di rete.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Caso d&#8217;uso<\/strong>: Utilizza gli RMM per pianificare script BAT che monitorino e registrino gli indicatori SLA per un monitoraggio passivo e automatizzato.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Prerequisiti<\/strong>: RMM con supporto di script batch *(.BAT).<\/p>\n<p>\u26a0\ufe0f\u00a0<strong>Importante:\u00a0<\/strong>CMD \u00e8 limitato solo ai comandi di base e non supporta la logica complessa offerta dalle moderne CLI (per esempio PowerShell). (Fai riferimento alla sezione \u26a0\ufe0f\u00a0<a href=\"#things-to-look-out-for\"><em>Cose da tenere d&#8217;occhio<\/em><\/a>. )<\/p>\n<h4>Esempi di script CMD per il monitoraggio degli indicatori SLA:<\/h4>\n<ul>\n<li>Per riavviare il servizio Windows Update <strong>(wuauserv)<\/strong>, in modo da verificare il ripristino dei tempi di attivit\u00e0 o identificare i guasti ricorrenti.<\/li>\n<\/ul>\n<p style=\"padding-left: 40px;\"><strong>net start wuauserv<\/strong><br \/>\n<strong>echo %DATE% %TIME% &#8211; wuauserv restarted &gt;&gt; C:\\SLA\\service_log.txt<\/strong><\/p>\n<ul>\n<li>Per registrare lo stato del ping in modo da verificare la connettivit\u00e0 dell&#8217;endpoint.<\/li>\n<\/ul>\n<p style=\"padding-left: 40px;\"><strong>ping 8.8.8.8 -n 1 &gt;nul &amp;&amp; echo %DATE% %TIME% &#8211; Online &gt;&gt;<br \/>\nC:\\SLA\\network_log.txt || echo %DATE% %TIME% &#8211; Offline &gt;&gt; C:\\SLA\\network_log.txt<\/strong><\/p>\n<p>\ud83d\udca1\u00a0<strong>Nota:\u00a0<\/strong>Crea un percorso di registro designato prima di eseguire gli script CMD per registrare le metriche di conformit\u00e0 SLA (per esempio,\u00a0<strong>C:\\SLA<\/strong>). Se non esiste, puoi crearlo con un comando di base, come\u00a0<strong>mkdir C:\\SLA<\/strong>. .<\/p>\n<h3>Metodo 3: Controllo dei valori del registro per il monitoraggio della configurazione SLA<\/h3>\n<p>Il Registro contiene chiavi e valori che gli amministratori possono controllare per garantire la conformit\u00e0 agli SLA in un ambiente.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Casi d&#8217;uso<\/strong>: Pianifica gli script PowerShell per le verifiche periodiche del registro, l&#8217;attivazione di avvisi o il logging di eventi relativi alle metriche SLA utilizzando l&#8217;automazione RMM.<\/p>\n<h4>Esempi di script PowerShell<\/h4>\n<ul>\n<li>Per verificare se Windows Update \u00e8 disattivato su un endpoint:<\/li>\n<\/ul>\n<table>\n<tbody>\n<tr>\n<td><strong>$key = &#8220;HKLM:\\SOFTWARE\\Policies\\Microsoft\\Windows\\WindowsUpdate\\AU&#8221;<\/strong><br \/>\n<strong>$value = Get-ItemProperty -Path $key -Name NoAutoUpdate -ErrorAction SilentlyContinue<\/strong><strong>if ($value.NoAutoUpdate -eq 1) {<\/strong><br \/>\n<strong>Write-EventLog -LogName Application -Source &#8220;SLA Monitor&#8221; -EventID 3001 -EntryType Warning -Message &#8220;Automatic Updates are disabled, violating SLA.&#8221;<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\ud83d\udca1\u00a0<strong>Nota:\u00a0<\/strong>La chiave di registro di cui sopra non \u00e8 sempre presente per impostazione predefinita. Assicurati che il percorso specificato esista prima dell&#8217;esecuzione.<\/p>\n<ul>\n<li>Per verificare se l&#8217;agente di backup \u00e8 installato localmente:<\/li>\n<\/ul>\n<table>\n<tbody>\n<tr>\n<td><strong>$key = &#8220;HKLM:\\SOFTWARE\\BackupAgent\\Install&#8221;<\/strong><br \/>\n<strong>$value = Get-ItemProperty -Path $key -Name Status -ErrorAction SilentlyContinue<\/strong><strong>if ($value.Status -ne &#8220;Installed&#8221;) {<\/strong><br \/>\n<strong>Write-EventLog -LogName Application -Source &#8220;SLA Monitor&#8221; -EventID 3002 -EntryType Warning -Message &#8220;Backup Agent is missing or not properly installed.&#8221;<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\ud83d\udca1Nota<strong>:\u00a0<\/strong>La chiave di registro BackupAgent \u00e8 specifica per gli ambienti. Se il software non \u00e8 installato al momento dell&#8217;esecuzione, lo script restituir\u00e0 risultati imprecisi.<\/p>\n<p>\u26a0\ufe0f\u00a0<strong>Avvertenza:\u00a0<\/strong>Sebbene l&#8217;interrogazione dei valori del Registro di sistema sia generalmente sicura, gli input errati degli script possono alterare accidentalmente le configurazioni, violando potenzialmente la conformit\u00e0 agli SLA<em>.\u00a0<\/em>(Fai riferimento alla sezione \u26a0\ufe0f\u00a0<a href=\"#things-to-look-out-for\"><em>Cose da tenere d&#8217;occhio<\/em><\/a>. )<\/p>\n<h3>Metodo 4: Sfruttare i Criteri di gruppo per applicare le impostazioni conformi agli SLA<\/h3>\n<p>La distribuzione di GPO garantisce configurazioni conformi agli SLA su tutti gli endpoint connessi al dominio. Inoltre, l&#8217;applicazione dei Criteri di gruppo ripristina le modifiche accidentali o la manomissione delle configurazioni di base per la conformit\u00e0.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Caso d&#8217;uso<\/strong>: Gli MSP e i tecnici IT possono distribuire GPO per configurare le impostazioni di base, garantendo la conformit\u00e0 agli SLA negli ambienti gestiti.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Prerequisiti<\/strong>:<\/p>\n<ul>\n<li>Accesso alla\u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/blog\/console-di-gestione-dei-criteri-di-gruppo\/\">console di gestione dei criteri di gruppo<\/a><\/li>\n<li>Ambiente unito al dominio<\/li>\n<li>Unit\u00e0 Organizzative (OU) ordinate per un efficiente targeting degli endpoint client<\/li>\n<\/ul>\n<p>\u26a0\ufe0f\u00a0<strong>Importante:\u00a0<\/strong>Testa i GPO localmente in un ambiente controllato prima della distribuzione. (Fai riferimento alla sezione \u26a0\ufe0f\u00a0<a href=\"#things-to-look-out-for\"><em>Cose da tenere d&#8217;occhio<\/em><\/a>. )<\/p>\n<h4>Esempi di aree GPO per l&#8217;applicazione della configurazione SLA<\/h4>\n<ol>\n<li>Windows Update: Le impostazioni di questo percorso di criterio impongono pianificazioni di aggiornamento automatico, riducendo al minimo la necessit\u00e0 di scansioni manuali delle patch.<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Percorso: Configurazione del computer &gt; Modelli amministrativi &gt; Componenti di Windows &gt; Windows Update<\/strong><\/p>\n<ol start=\"2\">\n<li>Conservazione e auditing dei log eventi: Questo garantisce la conservazione dei log critici per gli audit di conformit\u00e0.<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Percorso: Configurazione del computer &gt; Impostazioni di Windows &gt; Impostazioni di sicurezza &gt; Configurazione avanzata dei criteri di audit<\/strong><\/p>\n<ol start=\"3\">\n<li>Applicazione dell&#8217;avvio dei servizi: Richiede l&#8217;esecuzione di servizi critici come antivirus, backup e RMM.<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Percorso: Configurazione del computer &gt; Preferenze &gt; Impostazioni del pannello di controllo &gt; Servizi<\/strong><\/p>\n<h2 id=\"things-to-look-out-for\">\u26a0\ufe0f <strong>\u00a0Cose da tenere d&#8217;occhio<\/strong><\/h2>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Rischi<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Potenziali conseguenze<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Possibilit\u00e0 di tornare alla configurazione precedente<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Esecuzione di script imprecisi<\/td>\n<td>Gli script imprecisi possono involontariamente mascherare le violazioni degli SLA attraverso avvisi mancati e audit non riusciti.<\/td>\n<td>Controlla sempre l&#8217;accuratezza della sintassi degli script, poich\u00e9 i caratteri errati e i comandi sbagliati possono causare errori e configurazioni non corrette.<\/td>\n<\/tr>\n<tr>\n<td>Limitazioni dello scripting CMD<\/td>\n<td>I file batch sono ideali per i controlli rapidi e di base delle prestazioni SLA, ma sono insufficienti per le attivit\u00e0 di monitoraggio pi\u00f9 complesse.<\/td>\n<td>Sfrutta gli script PowerShell, soprattutto se hai bisogno di una logica avanzata per il monitoraggio automatico e la risoluzione dei problemi.<\/td>\n<\/tr>\n<tr>\n<td>Scambio accidentale di cmdlet quando si utilizza PowerShell<\/td>\n<td>Alcuni cmdlet, come\u00a0<strong>Set-ItemProperty\u00a0<\/strong>e\u00a0<strong>Get-ItemProperty<\/strong>, possono essere scambiati erroneamente, causando potenzialmente configurazioni non corrette.<\/td>\n<td>Per una maggiore chiarezza, quando scrivi gli script utilizza nomi espliciti e commenti.<\/p>\n<p>Inoltre, utilizza il cmdlet\u00a0<strong>-WhatIf<\/strong>\u00a0per verificare l&#8217;effetto degli script prima dell&#8217;esecuzione.<\/td>\n<\/tr>\n<tr>\n<td>Distribuzione di GPO non testati<\/td>\n<td>Le configurazioni errate possono facilmente nascondersi all&#8217;interno di GPO non testati, e causare una mancata conformit\u00e0 in un ambiente una volta distribuite.<\/td>\n<td>Testa i GPO localmente in ambienti controllati per assicurarti che applichino le configurazioni di base corrette e conformi agli SLA per gli endpoint.<\/td>\n<\/tr>\n<tr>\n<td>Chiavi e valori di registro mancanti<\/td>\n<td>Gli script possono fallire quando si interrogano chiavi e valori del Registro di sistema inesistenti.<\/td>\n<td>Verifica che il servizio da monitorare sia installato correttamente e utilizza gli script per creare le chiavi e i valori mancanti.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Considerazioni sull&#8217;utilizzo degli RMM come strumenti di monitoraggio SLA<\/h2>\n<p>Il monitoraggio degli endpoint \u00e8 fondamentale per rilevare le violazioni degli SLA e soddisfare le aspettative dei clienti. Il miglioramento del monitoraggio degli SLA con SLA filtrati, consapevolezza dei fusi orari e informazioni dettagliate contribuisce a migliorare l&#8217;efficienza operativa e l&#8217;erogazione dei servizi.<\/p>\n<h3>Ordinare gli SLA per livello<\/h3>\n<p>In genere, gli SLA sono offerti in diversi livelli, poich\u00e9 i clienti hanno aspettative e budget diversi. Ordinare i dati nelle dashboard RMM in base ai livelli aiuta i tecnici a dare priorit\u00e0 ai problemi e a rispettare i tempi di risposta concordati per ogni cliente.<\/p>\n<h3>Configurazione dei timer di risposta in base ai fusi orari dei clienti<\/h3>\n<p>Alcuni MSP e team IT gestiscono clienti in diversi fusi orari, il che influisce sul calcolo dei tempi di risposta e risoluzione. Se questo aspetto non viene gestito, i tecnici potrebbero pensare di rispettare gli SLA, ma i clienti subirebbero comunque ritardi.<\/p>\n<h3>Correlazione degli eventi<\/h3>\n<p>Un aggiornamento di Windows non riuscito pu\u00f2 causare diversi problemi apparentemente non correlati, come arresti anomali del servizio e disconnessioni di rete. I risultati degli script di log sugli endpoint consentono di individuare la causa principale delle violazioni degli SLA, prevenendo a lungo termine future violazioni.<\/p>\n<h2>Risoluzione dei problemi relativi al monitoraggio delle prestazioni SLA<\/h2>\n<h3>Problema 1: Dati mancanti o imprecisi<\/h3>\n<p>Verifica che l&#8217;agente RMM sia correttamente distribuito sugli endpoint di destinazione, in quanto una distribuzione errata pu\u00f2 impedire la ricezione delle metriche in tempo reale. Inoltre, assicurati che le impostazioni di telemetria degli endpoint consentano al tuo RMM di raccogliere e mostrare i dati di monitoraggio.<\/p>\n<h3>Problema 2: Attivazione ritardata degli avvisi e SLA<\/h3>\n<p>Gli avvisi tardivi fanno s\u00ec che i problemi si protraggano oltre i tempi di risposta concordati, con una possibile conseguente violazione delle soglie contrattuali SLA. Per evitare questo problema, imposta gli intervalli di avviso e di polling in modo che corrispondano ai tempi di risposta previsti dai client.<\/p>\n<h3>Problema 3: Gli script falliscono dopo l&#8217;esecuzione<\/h3>\n<p>Verifica la presenza di errori nelle attivit\u00e0 pianificate, che potrebbero impedire agli script di rispettare i tempi di esecuzione. Verifica il\u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/blog\/comprendere-i-criteri-di-esecuzione-di-powershell\/\">criterio di esecuzione<\/a>\u00a0degli script e che l&#8217;account disponga di ampi privilegi amministrativi per la distribuzione degli script.<\/p>\n<h2>Sfrutta i servizi NinjaOne per un monitoraggio SLA continuo<\/h2>\n<p>NinjaOne offre servizi che possono aiutare a rafforzare il monitoraggio SLA, la conformit\u00e0 e la reportistica:<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Servizio NinjaOne<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Definizione<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Come aiuta il monitoraggio SLA<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Dashboard personalizzate<\/td>\n<td>Le dashboard personalizzate consentono agli MSP e ai tecnici di visualizzare le informazioni pi\u00f9 importanti per il loro servizio.<\/td>\n<td>La dashboard personalizzabile di NinjaOne fornisce metriche cruciali e accesso agli strumenti all&#8217;interno di una\u00a0<a href=\"https:\/\/www.ninjaone.com\/videos\/it-ops\/single-pane-of-glass-software-better-than-stand-alone\/\">singola interfaccia centralizzata<\/a>.<\/td>\n<\/tr>\n<tr>\n<td>Scripting automatizzato<\/td>\n<td>Lo scripting automatizzato consente agli MSP e ai tecnici di scrivere, eseguire e pianificare script sugli endpoint.<\/td>\n<td>Questo servizio offre un supporto multilingue e consente la distribuzione automatizzata degli script di monitoraggio su dispositivi Windows, macOS e Linux.<\/td>\n<\/tr>\n<tr>\n<td>Condizioni dei criteri<\/td>\n<td>Questa funzione consente agli amministratori di specificare regole e criteri che attivano un&#8217;azione specifica quando vengono soddisfatti.<\/td>\n<td>Le condizioni dei criteri automatizzano i flussi di lavoro di risposta quando determinate soglie SLA sono raggiunte o non raggiunte, per tempi di risposta pi\u00f9 rapidi.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.ninjaone.com\/it\/gestione-endpoint\/monitoraggio-e-avvisi\/\">Avvisi e monitoraggio in tempo reale<\/a><\/td>\n<td>Questa funzione invia avvisi automatici in tempo reale con flussi di lavoro di risoluzione attivati quando si verificano problemi.<\/td>\n<td>Monitora costantemente gli endpoint, attiva avvisi in tempo reale e automatizza la risoluzione dei problemi prima che causino violazioni degli SLA.<\/td>\n<\/tr>\n<tr>\n<td>Monitoraggio dell&#8217;integrit\u00e0 dei dispositivi<\/td>\n<td>Il monitoraggio dello stato di integrit\u00e0 dei dispositivi aiuta a identificare l&#8217;hardware malfunzionante e il software poco performante, prevenendo potenziali tempi di inattivit\u00e0.<\/td>\n<td>NinjaOne offre una dashboard che mostra lo stato di integrit\u00e0 dei dispositivi a livello centrale, attivando automaticamente gli script di correzione quando un dispositivo entra in uno stato non integro.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<div class=\"in-context-cta\"><p><span data-sheets-root=\"1\">Migliora la visibilit\u00e0 dei tuoi SLA e pianifica il monitoraggio delle metriche pi\u00f9 importanti.<\/p>\n<p><a href=\"https:\/\/www.ninjaone.com\/it\/prova-rmm\/\">Inizia una prova gratuita<\/a> o <a href=\"https:\/\/www.ninjaone.com\/it\/demo-gratuita\/\">guarda una demo<\/a> di NinjaOne RMM.<\/span><\/p>\n<\/div>\n<h2>Utilizza le dashboard RMM per ottimizzare le pratiche di monitoraggio degli SLA<\/h2>\n<p>Il rispetto dei requisiti SLA \u00e8 fondamentale per gli MSP e per i dipartimenti IT interni, poich\u00e9 le violazioni dei contratti sono sinonimo di tempi di inattivit\u00e0 o di penali legate agli SLA. Un sistema di monitoraggio efficiente delle metriche SLA rafforza la fiducia dei clienti e supporta la fornitura di servizi coerenti nel tempo.<\/p>\n<p>Grazie alle piattaforme RMM, il monitoraggio della conformit\u00e0 agli SLA e la risoluzione dei problemi associati possono essere automatizzati, massimizzando l&#8217;efficienza e riducendo al minimo l&#8217;intervento manuale. Combina script, applicazione efficace dei criteri e servizi RMM per un monitoraggio proattivo della conformit\u00e0 agli SLA.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/sla-slo-e-sli\/\">SLA, SLO e SLI a confronto: Differenze chiave<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/videos\/it-ops\/sla-vs-slo-vs-sli\/\">SLA, SLO e SLI a confronto: Differenze chiave [Video]<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/che-cos-e-uno-sla-per-msp\/\">Che cos&#8217;\u00e8 un accordo sul livello di servizio (SLA) di un MSP?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/blog\/what-is-operational-level-agreement\/\">Che cos&#8217;\u00e8 un accordo sul livello operativo (OLA)?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/modello-servizi-gestiti-per-msp\/\">La Guida 2025 ai contratti di servizi gestiti per gli MSP [con modelli ed esempi ]<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Gli accordi sui livelli di servizio (SLA) specificano il servizio concordato che gli MSP e i dipartimenti IT interni devono fornire ai clienti.\u00a0Il monitoraggio SLA\u00a0misura il grado di raggiungimento degli obiettivi da parte dei tecnici, ma eseguirlo manualmente pu\u00f2 essere noioso e ripetitivo. Questa guida illustra come configurare le dashboard RMM per una panoramica in [&hellip;]<\/p>\n","protected":false},"author":225,"featured_media":532617,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[4354,3066],"tags":[],"class_list":["post-536492","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-operazioni-it","category-rmm-it"],"acf":[],"modified_by":"Marq DuUntivero","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/536492","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/225"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=536492"}],"version-history":[{"count":0,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/536492\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/532617"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=536492"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=536492"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=536492"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}