Microsoft Software Update Services: Domande frequenti

Microsoft Software Update Services è un componente aggiuntivo gratuito per Windows 2000 e Windows Server™ 2003, progettato appositamente per semplificare nelle organizzazioni l'applicazione dei più recenti service pack, aggiornamenti critici e per la protezione. Con SUS viene installata un'applicazione basata sul Web che consente agli amministratori di distribuire gli aggiornamenti in modo rapido e affidabile ai computer desktop e server che eseguono Windows 2000, Windows XP e Windows Server 2003. Gli aggiornamenti possono essere sincronizzati dai server Windows Update live e salvati sul server SUS. Dopo avere approvato soltanto gli aggiornamenti che si desidera distribuire, è possibile scaricarli dal server SUS sui computer client tramite il componente Aggiornamenti automatici.

SUS è costituito dai seguenti componenti scaricabili:

Per scaricare i componenti di SUS, fate clic sui collegamenti che seguono:

No. Il server SUS è progettato esclusivamente per la comunicazione con il componente Aggiornamenti automatici installato sui computer client e non permette di accedere a un sito Web interno analogo a Windows Update. Anche in un ambiente SUS, facendo clic sul collegamento Windows Update nel menu di avvio si verrà indirizzati al sito Web Windows Update esterno, non al server SUS.

Il componente Aggiornamenti automatici è supportato in Windows 2000 Service Pack 2 (SP2) e nei sistemi operativi successivi.

SUS non sostituisce altre soluzioni per la distribuzione di software, come Microsoft Systems Management Server. Numerosi clienti utilizzano soluzioni come SMS per ottimizzare la gestione del software e disporre delle funzionalità necessarie per rispondere ai problemi di protezione e virus. In questi casi è consigliabile continuare a utilizzare tali soluzioni. Per rendere ancora più efficiente Systems Management Server, nella seconda metà del 2002 Microsoft ha rilasciato SMS 2.0 Software Update Services Feature Pack, che integra miglioramenti a livello di protezione e di rilevamento dei computer che necessitano degli aggiornamenti software.

Consultate la pagina Scegliere una soluzione per la gestione degli aggiornamenti per la protezione, in cui è riportata una tabella che descrive le differenze tra Software Update Services (SUS) e Systems Management Server (SMS) per la distribuzione degli aggiornamenti critici.

Sì. Possono coesistere ed essere utilizzati congiuntamente.

No. L'unico aspetto comune è l'acronimo. Il codice alla base dei due prodotti è differente.

Per iniziare, è consigliabile partecipare al newsgroup pubblico su SUS, accessibile tramite il browser. Nel riquadro di spostamento a sinistra, fate clic su Management Technologies > Main > Software Update Services. Se preferite utilizzare Outlook Express, potete effettuare la sottoscrizione al newsgroup microsoft.public.softwareupdatesvcs, disponibile sul server di news msnews.microsoft.com.

Qualsiasi commento o suggerimento può essere inserito nel newsgroup pubblico su SUS o inviato all'alias di posta elettronica per Microsoft SUS all'indirizzo cwufdbk@microsoft.com.

SUS 1.0 supporta gli aggiornamenti per Windows 2000 (con Service Pack 2 o successivo), Windows XP Professional e Windows Server™ 2003. Non sono inclusi aggiornamenti per altri prodotti Microsoft, come Microsoft Office, SQL Server™ o Exchange Server.

Sì. Dato che la protezione delle reti rappresenta una priorità per Microsoft, in SUS sono incluse tutte le patch associate ai bollettini sulla sicurezza per Windows.

Sono supportati i seguenti aggiornamenti:

Il sito Web Windows Update viene aggiornato con le patch per la protezione e altri contenuti contemporaneamente al rilascio dei bollettini sulla sicurezza. Sebbene l'obiettivo sia quello di rilasciare gli aggiornamenti tramite SUS nello stesso momento in cui vengono resi disponibili in Windows Update, talvolta può verificarsi un breve ritardo (da 2 a 3 ore).

Sì. I service pack sono disponibili tramite SUS a partire da Windows 2000 SP4 e Windows XP SP1. In futuro, verranno resi disponibili anche i service pack per Windows Server™ 2003.

I service pack resi disponibili tramite SUS utilizzano un'opzione della riga di comando per l'installazione in modalità non interattiva, ovvero senza alcun intervento da parte dell'utente. I service pack inoltre utilizzano un'opzione della riga di comando per creare file di backup, in modo da consentirne l'eventuale disinstallazione.

Se si esaurisce lo spazio su disco, è possibile che si stia eseguendo la sincronizzazione per un numero di lingue superiore a quello effettivamente necessario. Se si seleziona una sola lingua, lo spazio su disco richiesto per salvare gli aggiornamenti in locale è compreso tra 300 e 600 MB. Per verificare il numero di lingue sincronizzate, passate alla pagina di amministrazione di SUS, fate clic su Set Options nel riquadro di spostamento a sinistra, quindi controllate le impostazioni internazionali per la sincronizzazione dei contenuti. Se viene eseguita la sincronizzazione per un numero di lingue superiore rispetto a quello desiderato, procedete come segue:

È probabile che l'interfaccia di Aggiornamenti automatici non sia bloccata, ma in attesa del completamento dell'installazione del service pack. Il proseguimento dell'installazione non è indicato da alcuna animazione, né sono visualizzate indicazioni sullo stato di avanzamento prima che l'installazione venga completata. Questa situazione si verifica poiché l'installazione dei service pack è eseguita in modalità non interattiva, senza che venga visualizzata l'interfaccia del programma di installazione. Poiché l'installazione dei service pack può richiedere diversi minuti, soprattutto su hardware con prestazioni ridotte, è consigliabile attendere che l'interfaccia utente di Aggiornamenti automatici segnali il completamento del processo.

I service pack, così come alcuni altri aggiornamenti, sono di tipo esclusivo e devono quindi essere installati autonomamente. Quando il client Aggiornamenti automatici rileva degli aggiornamenti e uno di questi è esclusivo, per l'installazione sul computer client viene reso disponibile soltanto tale aggiornamento. Ciò garantisce che, dopo l'installazione e il riavvio, vengano resi disponibili e installati soltanto gli aggiornamenti applicabili al nuovo service pack.

No. In SUS non è possibile integrare aggiornamenti personalizzati o di terze parti.

No. SUS 1.0 non supporta la distribuzione di driver, sebbene il componente Aggiornamenti automatici ne tenti il rilevamento. Al momento della verifica della disponibilità di aggiornamenti sul server SUS, il file "Windows Update.log" sui computer che eseguono Windows XP o Windows Server 2003 conterrà la seguente voce:

Error IUENGINE Querying software update catalog from
http://serversus/autoupdatedrivers/getmanifest.asp (Error 0x80190194)

Questa voce, prevista nei computer Windows XP o Windows Server 2003, non interferisce con la capacità di SUS e Aggiornamenti automatici di distribuire e installare gli aggiornamenti critici per Windows.

I contenuti vengono in genere rilasciati il mercoledì mattina (PST), ma talvolta è possibile che non siano disponibili nuovi contenuti. In occasioni particolari, è possibile che i nuovi contenuti o gli aggiornamenti per il rilevamento di contenuti vengano rilasciati in giorni diversi dal mercoledì.

Il servizio di notifica per posta elettronica di SUS consente di essere informati dei più recenti aggiornamenti critici non appena sono disponibili. Questi avvisi per posta elettronica hanno uno scopo esclusivamente informativo e non sono necessari per l'esecuzione di SUS. Per effettuare la sottoscrizione al servizio di notifica per posta elettronica di SUS, visitate l'indirizzo http://www.microsoft.com/windows2000/windowsupdate/sus/redir-email.asp.

Nel sistema di posta elettronica utilizzato per il servizio di notifica di SUS possono talvolta verificarsi ritardi nell'invio dei messaggi.

No. Nell'attuale versione di SUS non è possibile eseguire il download degli aggiornamenti per un solo tipo di piattaforma. Si tratta di una funzionalità di cui è prevista l'integrazione nelle future versioni di SUS.

Nella maggior parte dei casi, ciò è dovuto a una modifica dei criteri di rilevamento per un aggiornamento e non alla modifica dell'aggiornamento stesso o dei relativi file binari. L'eventuale modifica ai file binari dell'aggiornamento viene documentata nell'articolo della Knowledge Base associato all'aggiornamento.

In genere questo problema è dovuto a criteri di rilevamento non corretti, in combinazione con il fatto che l'installazione dell'aggiornamento ha ogni volta esito negativo oppure viene eseguita correttamente ma non determina la creazione di un elemento cercato durante il rilevamento. Se su alcuni computer si verifica questo tipo di problema, consultate l'articolo della Knowledge Base relativo all'aggiornamento per controllarne la corretta installazione, quindi visitate il newsgroup pubblico su SUS per verificare se si tratta di un problema già noto.

SUS 1.0 non è in grado di riconoscere in modo nativo gli aggiornamenti che sostituiscono aggiornamenti precedenti. Un esempio è costituito dalle patch cumulative per Internet Explorer (IE). Come procedura ottimale, quando viene rilasciata una nuova patch cumulativa per Internet Explorer e se ne approva la distribuzione, è opportuno annullare l'approvazione per tutte le precedenti patch dello stesso tipo. È inoltre consigliabile verificare se negli articoli della Knowledge Base sono disponibili informazioni sulle patch eventualmente sostituite e annullare l'approvazione per qualsiasi aggiornamento sostituito da altri aggiornamenti ugualmente presenti sul server SUS.

Al momento no.

Processore Intel X-86 P700 o compatibile, 512 MB di RAM e 6 GB di spazio disponibile sul disco rigido.

Un singolo server SUS può supportare fino a 15.000 client. È inoltre possibile utilizzare più server SUS in un unico ambiente.

Sì. SUS 1.0 con SP1 lo consente.

Sì. SUS 1.0 con SP1 lo consente. SUS con SP1 è supportato anche in Microsoft Windows Small Business Server 2003.

A causa dei miglioramenti apportati a livello di protezione in Windows Server 2003, possono verificarsi problemi nell'accesso al sito SUS in seguito all'installazione di SUS SP1. Consultate le note sulla versione di SUS SP1 per una descrizione della procedura che permette di risolvere il problema.

Il modello amministrativo aggiornato, in cui vengono esposte ulteriori funzionalità di SUS con SP1, può essere scaricato dalla pagina File ADM per Software Update Services 1.0 con Service Pack 1.

Il file wuau.adm deve essere installato in un computer utilizzato per amministrare i criteri di gruppo basati sul dominio. Per eseguire tale operazione, attenetevi alla seguente procedura:

Questo errore può verificarsi se l'installazione originale di SUS 1.0 è stata effettuata eseguendo il file MSI direttamente da Internet, anziché salvandolo in locale prima dell'esecuzione. Quando il programma di installazione di SUS con SP1 tenta di eseguire l'aggiornamento, prima di procedere deve leggere determinate informazioni dal precedente file di installazione MSI. Per risolvere il problema, è necessario disinstallare SUS 1.0 e reinstallare SUS con SP1. La procedura descritta di seguito semplifica la disinstallazione e la successiva reinstallazione. Dopo l'esecuzione dei seguenti passaggi non è necessario scaricare nuovamente tutti gli aggiornamenti, viene mantenuta la cronologia delle sincronizzazioni e delle approvazioni precedenti e viene conservato l'elenco degli aggiornamenti approvati, affinché l'amministratore di SUS non debba ripeterne il testing e l'approvazione.

Questo messaggio può essere ignorato. Il servizio di sincronizzazione funziona correttamente e dovrebbe essere possibile completare normalmente le attività di amministrazione di SUS.

La configurazione proxy nelle impostazioni di SUS viene utilizzata dal server SUS solo in caso di download da server Windows Update pubblici. Per la sincronizzazione tra server SUS non vengono utilizzate le informazioni sulla configurazione proxy specificate nelle impostazioni di SUS. In caso di sincronizzazione del server SUS con un altro server SUS, viene utilizzato un valore WinHTTP denominato WINHTTP_ACCESS_TYPE_NO_PROXY. Questa impostazione predefinita ha lo scopo di impedire ai server SUS interni di sincronizzare contenuti e aggiornamenti da un server SUS inaffidabile configurato in Internet.

SUS 1.0 può funzionare soltanto se configurato per l'utilizzo della porta 80 e il componente Aggiornamenti automatici sui client è in grado di comunicare con il server SUS solo tramite tale porta.

Un metodo consiste nello spostare i contenuti su una nuova unità. Per eseguire tale operazione, procedete come segue:

Questo problema può verificarsi in caso di errata impostazione della data sul server SUS e può essere risolto reimpostando la data.

Questo problema è in genere dovuto a un'impostazione DPI dello schermo superiore a 96 dpi. Scegliete Pannello di controllo > Proprietà - Schermo > Impostazioni > Avanzate e controllate che l'impostazione dello schermo corrisponda a "Dimensione normale (96 dpi)".

In genere questa operazione può essere eseguita utilizzando intestazioni host che consentano ai computer nella zona demilitarizzata di accedere al server SUS all'esterno della zona demilitarizzata.

Prima di spostare SUS su un nuovo server, è necessario utilizzare Criteri di gruppo per disattivare il componente Aggiornamenti automatici, quindi eseguire lo spostamento sul nuovo server SUS e riattivare Aggiornamenti automatici. In caso contrario, i processi di download in corso tenteranno comunque di eseguire il download dal server precedente.

I processi di download che tentano di accedere al server SUS precedente possono essere eliminati mediante lo strumento BITSAdmin, incluso nei CD di Windows XP e Windows Server 2003. Per esempi relativi all'utilizzo di questo strumento, visitate la sezione Esempi di BITSAdmin su MSDN.

Se URLScan è stato installato prima dell'installazione di SUS ed è impostato in modo da bloccare tutti i file con estensione exe, l'installazione di SUS non modificherà tale impostazione e i computer client non saranno in grado di scaricare patch o aggiornamenti. Per risolvere il problema, è necessario modificare urlscan.ini in modo da consentire le richieste relative a file exe, quindi riavviare Internet Information Services (IIS) o il server SUS.

Un'altra tipica causa dell'impossibilità di scaricare gli aggiornamenti è la mancata corrispondenza tra il nome del server riportato nella pagina SUSAdmin > Set options e il nome specificato nel criterio di Aggiornamenti automatici (WUServer).

SUS supporta esclusivamente la comunicazione tramite la porta 80.

È necessario consentire l'accesso ai seguenti URL:

A partire da Windows 2000 Service Pack 3 (SP3) e Windows XP Service Pack 1 (SP1), il componente Aggiornamenti automatici è stato incluso nei service pack, eliminando l'esigenza di scaricare e installare il componente client separatamente. Il componente Aggiornamenti automatici è inoltre incluso in Windows Server 2003.

Consultate l'articolo 326693 della Knowledge Base, Esecuzione forzata di un ciclo di rilevamento in Aggiornamenti automatici 2.2, per informazioni su questa procedura.

Se appartiene al gruppo locale Administrators, l'utente sarà in grado di interagire con Aggiornamenti automatici avviando i download o le installazioni. Se invece non appartiene a tale gruppo, l'utente non sarà in grado di interagire con Aggiornamenti automatici e non potrà visualizzarne l'icona sulla barra delle applicazioni. Per gli utenti che non appartengono al gruppo locale Administrators, è possibile utilizzare Aggiornamenti automatici soltanto se si impostano installazioni pianificate.

È possibile utilizzare le funzionalità di reporting offerte da SUS descritte nel white paper Deployment di Software Update Services, che tuttavia sono applicabili soltanto agli aggiornamenti installati tramite SUS. Per una verifica generale della corretta installazione degli aggiornamenti:

Se si utilizza SUS 1.0 SP1, è possibile impostare il criterio NoAutoRebootWithLoggedOnUsers in modo da impedire il riavvio se al momento dell'installazione pianificata è connesso un utente. Se quando viene eseguita l'installazione pianificata non è connesso alcun utente, non è possibile impedire il riavvio automatico.

Se per configurare il componente Aggiornamenti automatici si creano chiavi del Registro di sistema, anziché utilizzare criteri, è necessario riavviare il computer o il servizio Aggiornamenti automatici perché vengano utilizzate le nuove impostazioni.

Per installare il componente Aggiornamenti automatici in un secondo momento, procedete come segue:

Se l'installazione automatica originale è stata eseguita in Windows XP RTM e in seguito è stato installato Windows XP SP1, con il comando sysocmgr può essere necessario utilizzare anche l'opzione /f.

Sui computer client, aprite %windir%\Windows Update.log e cercate voci del tipo http://serversus/autoupdate/getmanifest.asp per controllare se il componente Aggiornamenti automatici viene reindirizzato correttamente al server SUS.

Anche se i client Aggiornamenti automatici sono reindirizzati al server SUS, se l'accesso al sito Windows Update esterno non viene disattivato (tramite criteri) o impedito (tramite firewall) gli utenti possono comunque accedere a tale sito tramite il browser. L'accesso al sito Web Windows Update esterno viene registrato nel file Windows Update.log.

Per verificare che l'accesso al sito Web Windows Update venga eseguito mediante il browser e non tramite il componente Aggiornamenti automatici, cercate una chiamata a https://v4.windowsupdate.microsoft.com/consumerdrivers/getmanifest.asp. Questa chiamata indica l'accesso al sito Web Windows Update esterno, poiché Aggiornamenti automatici utilizza una chiamata a http://CorpWU-01/autoupdatedrivers/getmanifest.asp in Windows XP e Windows Server 2003 e non verifica affatto la disponibilità dei driver in Windows 2000.