Windows Server 2008 R2: Come sfruttare al massimo la modalità Server Core

La modalità Server Core è un modo base ed essenziale per effettuare la manutenzione del proprio ambiente Windows. Se non hai familiarità con esso ancora, sarete presto.

Brien M. Posey

È facile licenziare Server Core come una versione annacquata del sistema operativo Windows completo. Microsoft ha dichiarato, però, che il Server Core sarà il tipo di distribuzione preferita per Windows Server quando viene rilasciato Windows 8. Così stando le cose, ha senso iniziare a utilizzare il Server Core adesso. Ottenere confortevole con Server Core nell'attuale edizione di Windows Server, quindi l'esperienza non sarà abbastanza così straniero una volta Windows 8 arriva.

Perché utilizzare Server Core?

Microsoft fornisce un'interfaccia perfettamente adeguata per Windows Server, quindi potreste domandarti perché si vorrebbe anche preoccuparsi con Server Core. Oltre gettando le basi per Windows Server 8, ci sono tre significativi vantaggi nell'utilizzo di Server Core:

1. **Server Core ha una superficie di attacco ridotta.**Server Core ha un'impronta molto più piccola rispetto a una vera e propria distribuzione Windows Server, che si traduce direttamente in una superficie di attacco più piccola.
2. **Server Core è grande per la virtualizzazione.**Perché Server Core ha un'impronta più piccola rispetto a Windows Server, consuma anche meno risorse di sistema. Questo rende Server Core ideale per l'utilizzo in un ambiente server virtuale dove fare un uso efficiente delle risorse hardware è essenziale.
3. **Server Core aiuta a ridurre la manutenzione.**Le distribuzioni Server Core richiedono un minor numero di patch e meno riavvii relative patch rispetto pieno distribuzioni di Windows Server. Infatti, Microsoft stima che si potrebbe eliminare circa il 59 per cento di riavvii forzati, legato alla patch utilizzando Server Core.

Scegliere i ruoli del Server appropriato

Una delle migliori pratiche più importante da tenere a mente durante la distribuzione di Server Core è quello di scegliere con attenzione i ruoli server. Anche se il Server Core dovrebbe rivelarsi molto più capace in futuro le versioni di Windows Server, la versione di Windows Server 2008 R2 di Server Core è attualmente solo in grado di ospitare i ruoli del server specifici. Tali ruoli includono:

• Servizi certificati Active Directory
• Servizi di dominio Active Directory
• Active Directory Lightweight Directory Services (AD LDS)
• Server DHCP (Dynamic Host Configuration Protocol)
• Server DNS
• Servizi file (tra cui gestione risorse File Server)
• Hyper-V
• Stampa e servizi di documenti
• Servizi flussi multimediali
• Web Server (incluso un sottoinsieme di ASP.NET)

Ridurre l'impronta di Server Core

È facile pensare a Server Core come un sistema operativo minimo senza tutti i gonfiare comunemente associati con una distribuzione completa. Che ci crediate o no, però, Server Core hanno alcune bagaglio in eccesso. Potrebbe essere in grado di ridurre ulteriormente l'ingombro di Server Core eliminando alcune funzioni.

Se pensate che torna alla versione originale di Windows Server 2008 Server Core, ti ricordo che non supporta Windows PowerShell. È stato aggiunto il supporto di Windows PowerShell in Windows Server 2008 R2. Naturalmente, Windows PowerShell dipende dalla Microsoft.NET Framework, che è anche presente nella versione R2 di Windows Server 2008 Server Core.

Come potete vedere, fin dalla sua nascita, Server Core ha cresciuto significativamente e aggiunto funzionalità all'iterazione corrente in Windows Server 2008 R2. Tuttavia, vi sono tre componenti principali, che si potrebbe prendere in considerazione la rimozione:

• .Supporto NET (ciò consente di risparmiare circa 500 MB di spazio su disco, ma è necessario per Windows PowerShell)
• Input Method Editor (IME) supporto (ciò consente di risparmiare circa 200 MB di spazio su disco, ma è utilizzato per il language Pack aggiuntivi)
• Windows su supporto Windows 64 (WoW64) (ciò consente di risparmiare circa 150 MB di spazio su disco, ma è necessario per l'esecuzione di applicazioni a 32 bit)

Rimozione di questi componenti è un'operazione semi-permanente. Una volta rimosso, sei andati bene a meno che non si reinstalla loro, che di solito richiede un riavvio.

Più in WoW64

WoW64 consente di eseguire codice a 32 bit su un sistema operativo Windows 64-bit. WoW64 viene installato per impostazione predefinita e occupa circa 150 MB di spazio su disco. Si può tranquillamente rimuovere se non avete intenzione di qualsiasi codice a 32 bit viene eseguita sul server.

Prima di rimuovere WoW64, ci sono due situazioni che è necessario considerare in cui WoW64 è richiesto, anche se non sono in esecuzione le applicazioni a 32 bit. Se il server sta andando di agire come controller di dominio o se è andare a correre AD LDS, quindi avrete bisogno WoW64.

Per inciso, se si rimuove WoW64 e il server utilizza il codice che ne ha bisogno, si vedrà un messaggio di errore vago che non menziona esplicitamente WoW64: "Il sottosistema necessario per supportare il tipo di immagine non è presente".

Allo stesso modo, tentando di installare un file di Microsoft Installer (MSI) a 32 bit senza WoW64 installato sul server si tradurrà in un messaggio di errore diverso, ma altrettanto vago: "Errore 1719. Il servizio Windows Installer non sia accessibile. Questa situazione può verificarsi se Windows Installer non è installato correttamente. Contattare il personale di supporto per assistenza".

Strumento di gestione e manutenzione immagini distribuzione

Lo strumento di scelta nel Server Core per abilitare o disabilitare i ruoli e le funzionalità è lo strumento di gestione (DISM) e manutenzione immagini distribuzione. Utilizzando DISM è abbastanza semplice. Ad esempio, se volete vedere tutte le caratteristiche che attualmente sono attivate, si potrebbe usare questo comando, che elenca tutti disponibili caratteristiche e ti dice se ogni funzionalità è attivato o disattivato, e se un riavvio è in sospeso (vedere Figura 1):

DISM /online /Get-Features

Figura 1 è possibile utilizzare DISM per visualizzare tutte le caratteristiche disponibili.

Quando si conosce il nome della funzionalità che si desidera abilitare, è possibile farlo con questo comando:

Dism /Online /Enable-Feature /FeatureName:<feature name>

Allo stesso modo, è possibile rimuovere una caratteristica con questo comando:

Dism /Online /Disable-Feature /FeatureName:<feature name>

Caratteristiche come ad esempio il.NET Framework e WoW64 vengono installati per impostazione predefinita. In modo sicuro, è possibile attivare o disattivarli utilizzando i metodi precedentemente dettagliati. Rimozione di una caratteristica è diversa da quello semplicemente disabilitando lo. Rimozione effettivamente rimuove la funzionalità dal disco rigido del server. Fare questo con il comando Start /w ocsetup, seguito dal nome del componente che si desidera rimuovere e il /Uninstall interruttore (vedere Figura 2). Il nome del componente è case-sensitive.

Figura 2 è possibile ridurre l'impronta di Server Core di rimuovere le caratteristiche inutili.

Per esempio, se si desidera rimuovere WoW64, il comando sarebbe:

Start /w ocsetup ServerCore-WOW64 /uninstall

Analogamente, è possibile reinstallare WoW64 utilizzando questo comando:

Start /w ocsetup ServerCore-WOW64

Si può vedere come viene utilizzato il comando (vedere Figura 3).

Figura 3 utilizzare il comando ocsetup per installare i componenti Server Core.

Avere familiarità con.NET Framework e ASP.Limitazioni netti

Le distribuzioni Server Core infatti presentano limitazioni non trovati nelle distribuzioni complete. Per rendere veramente la maggior parte dei Server Core, è necessario conoscere i suoi limiti e lavorare al loro interno. Con questo in mente, ci sono anche alcune limitazioni per il.NET Framework di cui si devono essere consapevoli.

Queste limitazioni in genere ruotano intorno al fatto che il Server Core utilizza un sottoinsieme dei componenti di Windows. Come tale, ci sono.Namespaces netto che non esistono nel Server Core. Allo stesso modo, Windows Presentation Foundation non è presente la.NET Framework.

Così come ci sono limitazioni connesso con la.NET Framework, ci sono anche alcune limitazioni con l'uso di ASP.NET da IIS. Server Core utilizza ASP stesso.Pacchetto NET come un'installazione completa di Windows Server. Tuttavia, prima di cercare di ospitare un sito Web su Server Core, vale la pena notare che fa uso di System.Web.Mail avrà esito negativo a causa della dipendenza su CDOSYS (che non esiste nel Server Core) del codice. Microsoft consiglia di modificare il codice dell'applicazione Web di utilizzare System.Mail.Net anziché System.Web.Mail.

Testare le applicazioni di supporto

Come potete vedere, c'è un bel po' di pianificazione che va in ottimizzazione di una distribuzione di Server Core. È possibile installare diversi ruoli e i componenti che devono essere incluse nell'immagine di sistema. È facile concentrarsi sui requisiti di sistema operativo, ma è importante non dimenticare informazioni sulle applicazioni di supporto richiesti. Ad esempio, la maggior parte dei server utilizzare backup agenti e software antivirus. Tuttavia, la natura minimalista del Server Core significa che a volte le applicazioni di supporto come questi potrebbero non funzionare correttamente in una distribuzione di Server Core. Come tale, è importante verificare accuratamente le applicazioni dell'infrastruttura con Server Core prima di effettuare qualsiasi server core in un ambiente di produzione.

Un'ultima cosa

A differenza di una vera e propria distribuzione di Windows Server, Server Core non richiesto di immettere un codice product key. Anche l'utilità SCONFIG, che è stato progettato per facilitare il processo di configurazione iniziale, manca di un meccanismo per l'immissione di un codice product key. Così stando le cose, può essere facile dimenticare di licenza di distribuzione Server Core.

Lo strumento ideale per fare così è slmgr. Se non siete sicuri se avete una licenza distribuzione Server Core, è possibile controllare lo stato di licenza del server inserendo il seguente comando:

SLMGR.VBS –DLI

I risultati di un server con licenza sono riportati Figura 4.

Figura 4 questo è ciò che un server con licenza assomiglia.

Se trovate che è necessario immettere un codice product key, può farlo inserendo il seguente comando:

SLMGR.VNS –IPK <your product key>

Dopo aver inserito una chiave del prodotto, è necessario attivare il tuo server. Avviare il processo di attivazione inserendo questo comando:

SLMGR.VBS -ATO

Le distribuzioni Server Core sono sicura di diventare molto più comune in futuro. La chiave per lavorare efficacemente con Server Core è capire i suoi limiti e come si può lavorare all'interno di queste limitazioni.

**Brien M. Posey**MVP, è scrittore tecnico con migliaia di articoli e dozzine di libri al suo attivo. Si può visitare il sito Web di Posey al brienposey.com.

Contenuto correlato

• Windows Server 2008 R2: Procedure consigliate per le distribuzioni di Server Core
• Installazione e disintallazione di ruoli server e funzionalità mediante Ocsetup
• Amministrare Windows Server 2008 Server Core dal Prompt