{"id":731605,"date":"2026-01-09T12:58:54","date_gmt":"2026-01-09T12:58:54","guid":{"rendered":"https:\/\/www.ninjaone.com\/?p=731605"},"modified":"2026-01-09T13:05:51","modified_gmt":"2026-01-09T13:05:51","slug":"automatizza-la-logica-della-reinstallazione-delle-patch-tramite-powershell","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/automatizza-la-logica-della-reinstallazione-delle-patch-tramite-powershell\/","title":{"rendered":"Come automatizzare la logica dei tentativi di reinstallazione delle patch tramite PowerShell per ridurre l&#8217;intervento manuale"},"content":{"rendered":"<p>Gli aggiornamenti non riusciti sono una sfida ricorrente per il\u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/blog\/cos-e-il-patch-management\/\">patch management<\/a>\u00a0, spesso causati da problemi di rete, blocchi di sistema o conflitti di servizio. Se non risolti, i mancati aggiornamenti del sistema operativo possono causare prestazioni instabili e rendere gli endpoint vulnerabili alle minacce.<\/p>\n<p>L&#8217;automazione di\u00a0<strong>tentativi di reinstallazione delle patch<\/strong>\u00a0aiuta a minimizzare i rischi, a ridurre l&#8217;<a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/gestione-dei-servizi-it\/cose-mttr\/\">MTTR<\/a> e a migliorare i tassi di successo degli aggiornamenti senza sovraccaricare i tecnici con elevati volumi di ticket.<\/p>\n<h2>Passi per automatizzare i tentativi di reinstallazione delle patch per mitigare i fallimenti degli aggiornamenti<\/h2>\n<p>La correzione automatica dei malfunzionamenti delle patch riduce la necessit\u00e0 di una frenetica diagnostica manuale, garantendo la <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/conformita-delle-patch\/\">conformit\u00e0 delle patch<\/a> su tutti gli endpoint. Questo, a sua volta, riduce il carico di lavoro dei tecnici e fornisce visibilit\u00e0 sui modelli di errore ricorrenti grazie ai registri.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Casi d&#8217;uso<\/strong>: Sfrutta gli script PowerShell per elencare i tentativi di aggiornamento passati ed estrarre i codici di errore, consentendo agli script di riprovare, fare marcia indietro o interrompersi. Grazie alle attivit\u00e0 pianificate, alle piattaforme RMM e all&#8217;implementazione di GPO, i tecnici possono automatizzare la reinstallazione delle patch per gli aggiornamenti non riusciti o mancanti.<\/p>\n<p>\ud83d\udccc\u00a0<strong>Prerequisiti:<\/strong><\/p>\n<ul>\n<li><strong>Sistemi operativi supportati:<\/strong> Windows 10\/11 o Windows Server 2016 o successivo<\/li>\n<li><strong>Permessi:<\/strong> privilegi di amministratore o di sistema<\/li>\n<li><strong>Fonte di aggiornamento:<\/strong> WSUS, Intune o Windows Update<\/li>\n<li><strong>Opzionale:<\/strong> piattaforme RMM come NinjaOne<\/li>\n<\/ul>\n<p>\ud83d\udca1\u00a0<strong>Nota:\u00a0<\/strong>alcuni passaggi possono variare a seconda delle impostazioni predefinite o attive del sistema per ogni ambiente.<\/p>\n<h3 id=\"step-1\">Fase 1: Identificare le patch non riuscite utilizzando gli script di PowerShell<\/h3>\n<p>Un&#8217;efficace riparazione automatica degli errori delle patch inizia con un rilevamento proattivo. I seguenti script interrogano la cronologia degli aggiornamenti e i risultati di un endpoint, restituendo le voci problematiche per una visione pi\u00f9 chiara.<\/p>\n<h4>Ordinare le patch non riuscite utilizzando il modulo PSWindowsUpdate<\/h4>\n<p>Questo script legge le ultime 200 voci della cronologia degli aggiornamenti, quindi filtra le installazioni riuscite, e mostrando solo quelle non riuscite.<\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>Import-Module PSWindowsUpdate<\/strong><\/p>\n<p><strong># Retrieve failed updates<\/strong><br \/>\n<strong>$failedUpdates = Get-WindowsUpdate -IsHidden:$false -ErrorAction SilentlyContinue |<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 Where-Object { $_.ResultCode -ne 2 } # 2 = Succeeded<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>\u26a0\ufe0f<\/strong><strong> Importante: <\/strong>Saltare l&#8217;installazione di\u00a0<strong>PSWindowsUpdate\u00a0<\/strong>causer\u00e0 errori, poich\u00e9 questo modulo PowerShell non \u00e8 integrato in Windows per impostazione predefinita.\u00a0(Vedi \u26a0\ufe0f <a href=\"#things-to-look-out-for\">Cose da tenere in considerazione<\/a>)<\/p>\n<h4>Metodo alternativo per ordinare le patch non riuscite tramite il Registro eventi di Windows<\/h4>\n<p>Questo script esegue un&#8217;interrogazione dei registri del client di Windows Update, alla ricerca di voci con segnali di errore comuni, come gli ID 20, 25 e 31.<\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>Get-WinEvent -LogName &#8220;System&#8221; | Where-Object {<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 $_.ProviderName -eq &#8220;Microsoft-Windows-WindowsUpdateClient&#8221; -e<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 $_.Id -in 20, 25, 31 # Common failure event IDs<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3 id=\"step-2\">Fase 2: Riproduzione delle patch non riuscite con la logica di PowerShell<\/h3>\n<p>Una volta che gli aggiornamenti falliti vengono visualizzati su un endpoint, puoi utilizzare gli script PowerShell per tentare nuovamente di applicare le patch in modo automatico. Facendo cos\u00ec eliminerai le operazioni manuale per le patch, consentendo una bonifica su scala una volta rilevato un errore di patch.<\/p>\n<h4>Esempio di script PowerShell per tentare nuovamente l&#8217;installazione degli aggiornamenti falliti<\/h4>\n<p>Questo script si basa su\u00a0<strong>$failedUpdates<\/strong>\u00a0come visto nella <a href=\"#step-1\">fase 1<\/a>, eseguendo un loop attraverso gli aggiornamenti falliti enumerati per la reinstallazione.<\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>foreach ($update in $failedUpdates) {<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0Write-Output &#8220;Retrying: $($update.Title)&#8221;<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0Install-WindowsUpdate -KBArticleID $update.KBArticleID -AcceptAll -AutoReboot -IgnoreReboot -ErrorAction Continue<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h4>Esempio di script che include la gestione degli errori<\/h4>\n<table>\n<tbody>\n<tr>\n<td><strong>try {<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0Install-WindowsUpdate -KBArticleID $update.KBArticleID -AcceptAll -ErrorAction Stop<\/strong><br \/>\n<strong>} catch {<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0Write-Output &#8220;Retry failed for: $($update.KBArticleID) &#8211; $_&#8221;<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\u26a0\ufe0f\u00a0<strong>Importante:\u00a0<\/strong>utilizza la gestione degli errori per evitare che gli script falliscano silenziosamente. (Fai riferimento alla sezione \u26a0\ufe0f\u00a0<a href=\"#things-to-look-out-for\"><em>Cose da tenere in considerazione<\/em><\/a>. )<\/p>\n<h3>Fase 3: Utilizzare il registro dei log per i tentativi di reinstallazione e il monitoraggio<\/h3>\n<p>Sfrutta il Registro di sistema per memorizzare il conteggio dei tentativi di reinstallazione e i KB non riusciti per eseguire rapidamente le interrogazioni locali. Questo aiuta a fornire un&#8217;identificazione persistente anche quando un endpoint viene disconnesso durante le interruzioni di WSUS o RMM.<\/p>\n<h4>Esempio di script PowerShell per tenere traccia dei tentativi di reinstallazione e dei timestamp dei risultati nel Registro:<\/h4>\n<table>\n<tbody>\n<tr>\n<td><strong>New-Item -Path &#8220;HKLM:\\SOFTWARE\\Org\\PatchRetry&#8221; -Force<\/strong><br \/>\n<strong>Set-ItemProperty -Path &#8220;HKLM:\\SOFTWARE\\Org\\PatchRetry&#8221; -Name &#8220;LastRetry&#8221; -Value (Get-Date).ToString(&#8220;u&#8221;)<\/strong><br \/>\n<strong>Set-ItemProperty -Path &#8220;HKLM:\\SOFTWARE\\Org\\PatchRetry&#8221; -Name &#8220;FailedKBs&#8221; -Value ($failedUpdates.KBArticleID -join &#8220;, &#8220;)<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h4>Esempio di script PowerShell per verificare lo stato delle patch tramite il Registro:<\/h4>\n<table>\n<tbody>\n<tr>\n<td><strong>Get-ItemProperty -Path &#8216;HKLM:\\SOFTWARE\\Org\\PatchRetry&#8217;<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Fase 4: Automatizzare i tentativi con attivit\u00e0 pianificate o con NinjaOne RMM<\/h3>\n<p>Pianifica gli script sugli endpoint per verificare regolarmente la conformit\u00e0 e reinstallare automaticamente le patch sui dispositivi non conformi. Con NinjaOne, i tecnici possono creare\u00a0<a href=\"https:\/\/www.ninjaone.com\/docs\/endpoint-management\/compound-conditions\/\">condizioni composte<\/a>, garantendo la riapplicazione di patch dopo un&#8217;esecuzione non riuscita.<\/p>\n<h4>Creare un&#8217;attivit\u00e0 pianificata ricorrente utilizzando uno script .ps1 preesistente tramite CMD:<\/h4>\n<table>\n<tbody>\n<tr>\n<td><strong>schtasks \/create \/tn &#8220;RetryFailedPatches&#8221; \/tr &#8220;powershell.exe -File C:\\Scripts\\PatchRetry.ps1&#8221; \/sc daily \/st 02:00 \/ru SYSTEM<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\ud83d\udca1 <strong>Suggerimento:\u00a0<\/strong>Salva lo <a href=\"#step-2\">script di ripetizione trovato alla fase 2<\/a> come file .ps1 e indirizza il comando per interrogare il suo percorso.<\/p>\n<h4>Aggiorna automaticamente i valori del Registro di sistema e monitora il successo o il limite di tentativi tramite script PowerShell<\/h4>\n<table>\n<tbody>\n<tr>\n<td><strong>$retryCount = (Get-ItemProperty -Path &#8220;HKLM:\\SOFTWARE\\Org\\PatchRetry&#8221;).RetryCount<\/strong><br \/>\n<strong>if ($retryCount -gt 3) {<\/strong><br \/>\n<strong>\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0# escalate or log for technician<\/strong><br \/>\n<strong>}<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Fase 5: Usare GPO per garantire impostazioni di aggiornamento compatibili con il tentativo di ripetizione<\/h3>\n<p>I tentativi automatici di patch funzionano meglio quando Windows Update si comporta in modo prevedibile. I tecnici possono distribuire le GPO per pre-scaricare i contenuti degli aggiornamenti, pianificare le installazioni e inviare nuovamente i riavvii all&#8217;interno delle configurazioni di base.<\/p>\n<p>\u26a0\ufe0f\u00a0<strong>Attenzione:\u00a0<\/strong>\u00e8 best practice testare le GPO in locale prima di distribuirle. (Fai riferimento alla sezione \u26a0\ufe0f\u00a0<a href=\"#things-to-look-out-for\"><em>Cose da tenere in considerazione<\/em><\/a>. )<\/p>\n<ol>\n<li>Apri la <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/console-di-gestione-dei-criteri-di-gruppo\/\">Console di gestione dei Criteri di gruppo<\/a> (<strong>gpmc.msc<\/strong>), quindi vai a:<\/li>\n<\/ol>\n<p style=\"padding-left: 40px;\"><strong>Configurazione del computer &gt; Modelli amministrativi &gt; Componenti di Windows &gt; Windows Update\u00a0<\/strong><\/p>\n<ol start=\"2\">\n<li>Configura i seguenti criteri:<\/li>\n<\/ol>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Impostazioni<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Configurazione consigliata<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Definizione<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Configura gli aggiornamenti automatici<\/td>\n<td>Seleziona la casella di controllo accanto a\u00a0<strong>Download automatico e installazione programmata<\/strong>.<\/td>\n<td>Pre-scarica automaticamente gli aggiornamenti e li installa in base a un programma prestabilito.<\/td>\n<\/tr>\n<tr>\n<td>Specifica la posizione del servizio di aggiornamento Microsoft Intranet<\/td>\n<td>Seleziona\u00a0<strong>Abilita<\/strong> e inserisci l&#8217;URL HTTP(S) del server WSUS preferito nei seguenti campi:<\/p>\n<ul>\n<li><strong>Imposta il servizio di aggiornamento intranet per il rilevamento degli aggiornamenti<\/strong>.<\/li>\n<li><strong>Imposta il server delle statistiche Internet<\/strong>.<\/li>\n<\/ul>\n<\/td>\n<td>Specifica il server WSUS da cui Aggiornamenti automatici recuperer\u00e0 gli aggiornamenti.<\/td>\n<\/tr>\n<tr>\n<td>Nessun riavvio automatico per le opzioni di installazione di aggiornamenti automatici pianificati<\/td>\n<td>Configura il criterio come\u00a0<strong>Abilitato<\/strong>.<\/td>\n<td>Disabilita il riavvio automatico se qualcuno ha effettuato l&#8217;accesso, evitando interruzioni a met\u00e0 sessione.<\/td>\n<\/tr>\n<tr>\n<td>Richiesta di riavvio con le installazioni programmate<\/td>\n<td>Configura il criterio come\u00a0<strong>Disabilitato<\/strong>.<\/td>\n<td>Smette di chiedere agli utenti di riavviare a met\u00e0 sessione dopo un aggiornamento pianificato.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<ol start=\"3\">\n<li>Dopo aver collegato la GPO a una OU, inserisci il seguente comando PowerShell su un endpoint di destinazione: <strong>gpupdate \/force<\/strong><\/li>\n<\/ol>\n<h2 id=\"things-to-look-out-for\"><strong>\u26a0\ufe0f\u00a0<\/strong>Cose da tenere in considerazione<\/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>Salta l&#8217;installazione del modulo\u00a0<strong>PSWindowsUpdate\u00a0<\/strong><\/td>\n<td>L&#8217;utilizzo dei cmdlet di Windows Update senza il modulo PowerShell richiesto provoca errori.<\/td>\n<td>Carica il modulo PSWindowsUpdate digitando\u00a0<strong>Import-Module PSWindowsUpdate\u00a0<\/strong>in un prompt di PowerShell.<\/td>\n<\/tr>\n<tr>\n<td>Non includere la gestione degli errori negli script<\/td>\n<td>Gli script falliscono silenziosamente se non si ha una gestione adeguata degli errori cos\u00ec i tecnici si troveranno ad indovinare cosa \u00e8 andato storto.<\/td>\n<td>Sfrutta la\u00a0<a href=\"http:\/\/ninjaone.com\/blog\/powershell-error-handling-guide\/\" target=\"_blank\" rel=\"noopener\">gestione degli errori di PowerShell<\/a>\u00a0negli script per migliorare la documentazione quando si verificano errori.<\/td>\n<\/tr>\n<tr>\n<td>Distribuzione di GPO non testati<\/td>\n<td>Le GPO non testate possono contenere configurazioni errate che possono avere un grave impatto sugli endpoint una volta distribuiti.<\/td>\n<td>Testa le GPO localmente in un ambiente controllato prima di distribuirlo su tutta l\u2019organizzazione.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Considerazioni sull&#8217;automazione dei tentativi di reinstallazione delle patch per gli aggiornamenti falliti<\/h2>\n<p>Quando automatizzi i tentativi di reinstalazione delle patch, \u00e8 fondamentale garantire una transizione fluida tra le fasi, poich\u00e9 un intoppo pu\u00f2 potenzialmente causare errori. L&#8217;impiego delle seguenti considerazioni guida gli script a decidere correttamente quale passo compiere, migliorando le percentuali di successo dei tentativi.<\/p>\n<h3>Applicazione dei limiti di riprova<\/h3>\n<p>I limiti di ripetizione all&#8217;interno del Registro aiutano a prevenire i cicli di ripetizione infiniti e lo spam di ticket. Imposta incrementi per ogni esecuzione per aumentare il tempo di backoff per ogni istanza non riuscita. Una volta raggiunto il numero massimo di tentativi, i limiti di reinstallazione interrompono l&#8217;esecuzione degli script e fanno emergere il problema una volta.<\/p>\n<h3>Riavvio del servizio Windows Update<\/h3>\n<p>I malfunzionamenti delle patch possono verificarsi quando Windows Update (wuauserv) non \u00e8 raggiungibile e un rapido riavvio del servizio spesso risolve il problema. A questo proposito, ti consigliamo di riavviare Windows Update prima di fare un altro tentativo di riprova.<\/p>\n<ul>\n<li>Esempio di script PowerShell per riavviare wuauserv: <strong>Restart-Service -Name wuauserv<\/strong><\/li>\n<\/ul>\n<h3>Soluzione per i dispositivi offline<\/h3>\n<p>I dispositivi offline possono facilmente esaurire i limiti di rieinstallazione, facendo s\u00ec che gli script li saltino del tutto. Attraverso le piattaforme RMM, come NinjaOne, i tecnici possono impostare una condizione di risultato dello script per ritentare o riavviare durante le ore meno affollate.<\/p>\n<h3>Convalida delle fonti di patch<\/h3>\n<p>Prima di tentare una reinstallazione, gli script devono verificare se la loro fonte di patch \u00e8 raggiungibile, poich\u00e9 le fonti non raggiungibili causano fallimenti. Se la sorgente non funziona dopo la convalida, crea un breve backoff, ma non considerarlo come un tentativo fallito. Se una singola KB non funziona, sospendila e procedi con le altre patch, quindi riprova in un momento successivo.<\/p>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-Start Guide<\/h2><p>NinjaOne offre diverse funzionalit per <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/come-automatizzare-il-patch-management\/\">automatizzare il patch management<\/a> e ridurre gli interventi manuali:<\/p>\n<p>1.\u00a0<b data-stringify-type=\"bold\">Patch Intelligence AI<\/b><\/p>\n<p>&#8211; Valuta automaticamente i rischi delle patch ogni sei ore<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Pu\u00f2 spostare le patch tra gli stati approvato, manuale e rifiutato in base al feedback della comunit\u00e0<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Contribuisce a ridurre i rischi derivanti da patch potenzialmente problematiche<\/p>\n<p>2.\u00a0<b data-stringify-type=\"bold\">Strategie di approvazione e di riprova<\/b><\/p>\n<p>Livelli multipli di approvazione delle patch:<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0\u00a0\u00a0&#8211; Sovrascrittura a livello di dispositivo<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0\u00a0\u00a0&#8211; Sovrascrittura dei criteri<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0\u00a0\u00a0&#8211; Approvazioni\/rifiuti preventivi globali<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Pu\u00f2 approvare automaticamente le patch dopo un determinato numero di giorni (fino a 30 giorni per gli aggiornamenti, 365 giorni per gli aggiornamenti delle funzionalit\u00e0)<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Consente l&#8217;approvazione o il rifiuto manuale delle patch in base al numero <a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/gestione-dei-servizi-it\/cos-e-una-knowledge-base\/\">KB<\/a> o all&#8217;ID patch<\/p>\n<p>3.\u00a0<b data-stringify-type=\"bold\">Distribuzione ad anello<\/b><\/p>\n<p>&#8211; Distribuzione scaglionata delle patch per ridurre al minimo i rischi<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Creare gruppi di dispositivi per diversi anelli di distribuzione<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Testare le patch su un piccolo sottoinsieme di dispositivi prima di una distribuzione pi\u00f9 ampia<\/p>\n<p>4.\u00a0<b data-stringify-type=\"bold\">Pianificazione delle patch e ripetizione dei tentativi<\/b><\/p>\n<p>&#8211; Ti consigliamo di separare i cicli di scansione e aggiornamento di almeno un&#8217;ora<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; I cicli di scansione vengono eseguiti prima dei cicli di applicazione<br aria-hidden=\"true\" \/>\u00a0\u00a0\u00a0&#8211; Opzioni di riavvio e notifiche configurabili<\/p>\n<\/div>\n<h2>Risoluzione dei problemi di automazione degli script di riprova delle patch<\/h2>\n<h3>Problema 1: Nessuna attivit\u00e0 di reinstallazione<\/h3>\n<p>La logica di ripetizione non viene eseguita senza l&#8217;elevazione corretta e non mostra alcuna attivit\u00e0 di ripetizione. Come soluzione, verifica se lo script viene eseguito come\u00a0<strong>SYSTEM<\/strong>\u00a0o se ha i privilegi pi\u00f9 elevati. Inoltre, convalida la sintassi dello script e verifica che tutti i percorsi di riferimento esistano.<\/p>\n<h3>Problema 2: Aggiornamento non trovato<\/h3>\n<p>Verifica se l&#8217;aggiornamento mancante \u00e8 disponibile dalla fonte specificata. Considera fonti alternative come Windows Update invece di\u00a0<a href=\"https:\/\/learn.microsoft.com\/en-us\/windows-server\/administration\/windows-server-update-services\/get-started\/windows-server-update-services-wsus\" target=\"_blank\" rel=\"noopener\">Windows Server Update Services (WSUS)<\/a>\u00a0per evitare di bruciare i tentativi di riprova con interrogazioni inutili.<\/p>\n<h3>Problema 3: Gli aggiornamenti falliscono costantemente<\/h3>\n<p>Combina i tentativi di reinstallazione con le informazioni generate dai registri di Windows Update, questo ti consentir\u00e0 di individuare gli errori nelle patch non riuscite.<\/p>\n<ul>\n<li>Esempio di script PowerShell per interrogare i registri di Windows Update:<\/li>\n<\/ul>\n<p style=\"padding-left: 80px;\"><strong>Import-Module PSWindowsUpdate<\/strong><\/p>\n<p style=\"padding-left: 80px;\"><strong>Get-WindowsUpdateLog<\/strong><\/p>\n<h3>Problema n. 4: Riavvio del ciclo<\/h3>\n<p>A volte gli aggiornamenti richiedono il riavvio del dispositivo prima di essere applicati, lo spegnimento non ha lo stesso effetto. Una volta perso, \u00e8 facile cadere nel circolo vizioso di riapplicare le patch senza alcun cambiamento apprezzabile. Per evitare questo problema, verifica se un endpoint richiede un riavvio e confermalo, quindi prova nuovamente ad aggiornarlo.<\/p>\n<h2>Servizi NinjaOne che semplificano l&#8217;automazione della reinstallazione delle patch<\/h2>\n<p>NinjaOne aiutaad \u00a0<a href=\"https:\/\/www.ninjaone.com\/it\/gestione-patch\/\">automatizzare le query sulle patch e la correzione<\/a>\u00a0per garantire la conformit\u00e0 e ridurre la necessit\u00e0 di interventi manuali. Ecco alcune delle funzionalit\u00e0 di NinjaOne che puoi sfruttare per semplificare l&#8217;automazione dei tentativi di patch su scala.<\/p>\n<ul>\n<li><strong>Attivit\u00e0 programmata dei criteri.\u00a0<\/strong>Utilizza le funzionalit\u00e0 di automazione programmata di NinjaOne per impostare i ritiri tra i gruppi di dispositivi entro intervalli specificati.<\/li>\n<li><strong>Dashboard del patch management.<\/strong>\u00a0La dashboard di NinjaOne ordina i dispositivi con patch non riuscite, riuscite e in sospeso per una migliore visibilit\u00e0. I tecnici possono anche generare facilmente rapporti personalizzati sulle patch attraverso la dashboard.<\/li>\n<li><strong>Condizioni composte.\u00a0<\/strong>Crea trigger di automazione personalizzati, come la generazione di notifiche, l&#8217;attivazione di script o l&#8217;escalation di casi, in base alle condizioni dei risultati degli script.<\/li>\n<li><strong>Distribuzione remota degli script.\u00a0<\/strong>Esegui gli script in remoto su scala, consentendo un&#8217;automazione coerente per la reinstallazione delle patch non riuscite in tutto l&#8217;ambiente.<\/li>\n<\/ul>\n<h2>Automatizza la riparazione dei guasti delle patch per massimizzare il tempo di attivit\u00e0<\/h2>\n<p>Dall&#8217;interrogazione della cronologia degli aggiornamenti all&#8217;applicazione dei criteri di base, questa guida fornisce ai tecnici solide strategie di base per l&#8217;automazione. Con NinjaOne che gestisce il monitoraggio, l&#8217;implementazione degli script e la pianificazione, la logica del patch retry pu\u00f2 essere automatizzata all&#8217;interno di un <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/software-single-pane-of-glass-guida\/\">pannello unico centralizzato<\/a>.<\/p>\n<p>Il consolidamento delle strategie di automazione all&#8217;interno di una piattaforma centralizzata rende proattivo il quadro generale dell&#8217;automazione, consentendo di porre rimedio rapidamente ai problemi rilevati. Ci\u00f2 contribuisce a ridurre i tempi di inattivit\u00e0, a diminuire il volume dei ticket e a garantire una conformit\u00e0 uniforme delle patch su tutti gli endpoint.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/script-hub\/automate-windows-11-updates-powershell\/\">Come utilizzare PowerShell per automatizzare gli aggiornamenti delle funzionalit\u00e0 di Windows 11<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/cos-e-il-patch-management-di-windows\/\">Che cos&#8217;\u00e8 il patch management di Windows? Panoramica e come fare<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/conformita-delle-patch\/\">Che cos&#8217;\u00e8 la conformit\u00e0 delle patch?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/webinar\/secrets-to-painless-patching-at-scale\/\">I segreti per un patching indolore su larga scala<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/webinar\/best-practice-di-gestione-delle-patch\/\">Le migliori pratiche di patch management per migliorare la conformit\u00e0 e la sicurezza<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Gli aggiornamenti non riusciti sono una sfida ricorrente per il\u00a0patch management\u00a0, spesso causati da problemi di rete, blocchi di sistema o conflitti di servizio. Se non risolti, i mancati aggiornamenti del sistema operativo possono causare prestazioni instabili e rendere gli endpoint vulnerabili alle minacce. L&#8217;automazione di\u00a0tentativi di reinstallazione delle patch\u00a0aiuta a minimizzare i rischi, a [&hellip;]<\/p>\n","protected":false},"author":225,"featured_media":539946,"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],"tags":[],"class_list":["post-731605","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-operazioni-it"],"acf":[],"modified_by":"Chiara Cavalletti","_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/731605","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=731605"}],"version-history":[{"count":0,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/731605\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/539946"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=731605"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=731605"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=731605"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}