Windows Server 2008 R2 : Tirez le meilleur parti de l'installation minimale

L'installation minimale constitue un moyen simple et efficace de maintenir votre environnement Windows. Si vous n'êtes pas familier avec elle, pourtant, vous le sera bientôt.

Brien M. Posey

Il est facile de rejeter Server Core comme une version édulcorée du système d'exploitation Windows complet. Cependant, Microsoft a déclaré que Server Core sera le type préféré de déploiement pour Windows Server quand sortira Windows 8. Tel étant le cas, il est logique de commencer à utiliser dès maintenant le Server Core. Prenez vos aises avec Server Core dans la version actuelle de Windows Server afin que l'expérience ne sera pas aussi étranger une fois que Windows 8 arrive.

Pourquoi utiliser Server Core ?

Microsoft fournit une interface parfaitement adéquate pour Windows Server, donc vous demandez peut-être pourquoi vous voulez même s'embêter avec Server Core. En plus de jeter les bases du Windows Server 8, il y a trois avantages significatifs à l'utilisation de Server Core :

  1. **Server Core a une surface d'attaque réduite.**Server Core a une empreinte beaucoup plus petite qu'un véritable déploiement de Windows Server, qui se traduit directement par une plus petite surface d'attaque.
  2. **Server Core est grande pour la virtualisation.**Parce que le Server Core a une plus petite empreinte de Windows Server, il consomme aussi moins de ressources système. Cela rend Server Core idéal pour une utilisation dans un environnement de serveur virtuel où faire une utilisation efficace des ressources matérielles est indispensable.
  3. **Server Core aide à réduire la maintenance.**Déploiements de serveurs Core nécessitent moins de taches et les redémarrages moins liés à patch que le plein déploiement de Windows Server. En fait, Microsoft estime que vous pouvez éliminer environ 59 pour cent des redémarrages forcés, des correctifs à l'aide de Server Core.

Choisissez les rôles de serveur appropriés

Une des meilleures pratiques plus importants à garder à l'esprit lorsque vous déployez le serveur de base est de choisir soigneusement les rôles de serveur. Même si le Server Core devrait s'avérer beaucoup plus capable à l'avenir des versions de Windows Server, la version de Windows Server 2008 R2 de Server Core est actuellement uniquement capable d'accueillir des rôles de serveur spécifiques. Ces rôles sont les suivants :

  • Services de certificats Active Directory
  • Services de domaine Active Directory
  • Active Directory Lightweight Directory Services (AD LDS)
  • Serveur DHCP (Dynamic Host Configuration Protocol)
  • Serveur DNS
  • Services de fichiers (y compris le gestionnaire de ressources du serveur de fichier)
  • Hyper-V
  • Impression et Services de documents
  • Services de diffusion multimédia en continu
  • Serveur Web (y compris un sous-ensemble d'ASP.NET)

Réduire l'empreinte de base du serveur

Il est facile de penser à Server Core comme un système d'exploitation minimal sans tous le ballonnement communément associée à un déploiement complet. Croyez-le ou non, cependant, Server Core a un excédent de bagages. Vous pourrez peut-être réduire l'empreinte de Server Core encore plus loin en éliminant certaines fonctions.

Si vous pensez à la version originale de Server Core de Windows Server 2008, vous vous rappelez qu'il ne prend en charge Windows PowerShell. Soutien de Windows PowerShell a été ajouté dans Windows Server 2008 R2. Bien sûr, Windows PowerShell dépend de Microsoft.NET Framework, qui est également présente dans la version de Windows Server 2008 R2 de Server Core.

Comme vous pouvez le voir, depuis sa création, Server Core a fortement augmenté et ajoute des fonctionnalités à l'itération actuelle dans Windows Server 2008 R2. Cependant, il existe trois principaux composants, que vous pouvez envisager de supprimer :

  • .Support de filet (cela permet d'économiser environ 500 Mo d'espace disque, mais est requis pour Windows PowerShell)
  • D'entrée méthode Editor (IME) soutien (cela permet d'économiser environ 200 Mo d'espace disque, mais est utilisé pour les packs de langue supplémentaire)
  • Windows sur Windows 64 (WoW64) soutien (cela permet d'économiser environ 150 Mo d'espace disque, mais est requis pour l'exécution d'applications 32-bit)

Supprimer ces composants, c'est une opération semi-permanents. Une fois retiré, ils sont allés pour de bon à moins que vous réinstallez les, qui nécessite généralement un redémarrage.

WoW64 sur plus

WoW64 vous permet d'exécuter du code 32 bits sur un système d'exploitation Windows 64 bits. WoW64 installe par défaut et prend environ 150 Mo d'espace disque. Vous pouvez en toute sécurité le supprimer si vous ne prévoyez pas sur n'importe quel code de 32 bits en cours d'exécution sur le serveur.

Avant de vous supprimer WoW64, il y a deux situations, que vous devrez examiner où WoW64 est requise, même si vous n'êtes pas en cours d'exécution toutes les applications 32 bits. Si votre serveur va agir comme un contrôleur de domaine ou si elle va exécuter AD LDS, vous devez WoW64.

Soit dit en passant, si vous supprimez WoW64 et le serveur est à l'aide de code dont il a besoin, vous verrez un message d'erreur vague qui n'est pas expressément mention de WoW64 : « Le sous-système nécessaire pour appuyer le type d'image n'est pas présent. »

De même, essayez d'installer un fichier Microsoft Installer (MSI) de 32 bits sans WoW64 installé sur le serveur entraînera un message d'erreur différents, mais tout aussi vague : « Erreur 1719. Impossible d'accéder au Service Windows Installer. Cela peut se produire si le programme d'installation de Windows n'est pas correctement installé. Contactez votre Personnel de soutien. »

Outil de gestion et de déploiement Image entretien

L'outil de choix pour Server Core pour l'activation ou la désactivation des rôles et des fonctionnalités est l'outil de déploiement Image d'entretien et de gestion (DISM). Il est assez simple à l'aide de DISM. Par exemple, si vous voulez voir toutes les fonctionnalités qui sont actuellement activées, vous pouvez utiliser cette commande, qui répertorie les fonctionnalités disponibles et vous indique si chaque élément est activé ou désactivé, et si un redémarrage est en attente (voir Figure 1) :

DISM /online /Get-Features

You can use DISM to display all available features

La figure 1 vous pouvez utiliser DISM pour afficher toutes les fonctionnalités disponibles.

Une fois que vous connaissez le nom de la fonctionnalité que vous souhaitez activer, vous pouvez faire avec cette commande :

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

De même, vous pouvez supprimer une fonctionnalité avec cette commande :

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

Caractéristiques telles que la.NET Framework et WoW64 sont installés par défaut. Vous pouvez en toute sécurité activer ou les désactiver en utilisant les méthodes détaillées précédemment. Suppression d'un élément est différent du désactivant simplement. Suppression supprime réellement la fonction du disque dur du serveur. Cela avec la commande Start /w ocsetup, suivie du nom de l'élément que vous souhaitez supprimer et la /Uninstall commutateur (voir Figure 2). Le nom du composant est sensible à la casse.

You can reduce the Server Core footprint by removing unnecessary features.

La figure 2 vous pouvez réduire l'empreinte de Server Core en supprimant les fonctionnalités inutiles.

Par exemple, si vous souhaitez supprimer WoW64, la commande serait :

Start /w ocsetup ServerCore-WOW64 /uninstall

De même, vous pouvez réinstaller WoW64 à l'aide de cette commande :

Start /w ocsetup ServerCore-WOW64

Vous pouvez voir comment la commande est utilisée (voir Figure 3).

Use the ocsetup command to install Server Core components.

Figure 3 Utilisez la commande ocsetup pour installer les composants serveur Core.

Se familiariser avec.NET Framework et ASP.Limites nettes

Déploiements de serveurs Core ont-ils en effet limites non trouvés dans les déploiements complets. Pour vraiment faire le plus de Server Core, vous devez connaître ses limites et à travailler en leur sein. Dans cet esprit, il y a aussi certaines limitations à la.NET Framework dont vous avez besoin d'être au courant.

Ces limitations s'articulent généralement autour du fait que le Server Core utilise un sous-ensemble des composants de Windows. Ainsi, il y en a.Espaces de noms NET qui n'existent pas dans le noyau de serveur. De même, Windows Presentation Foundation est absence de la.NET Framework.

Tout comme il y a limites associées à la.NET Framework, il existe certaines limitations à l'utilisation d'ASP.NET par IIS. Core serveur utilise le même ASP.Forfait NET comme une installation complète de Windows Server. Cependant, avant que vous essayez d'héberger un site Web sur Server Core, il est à noter le code qui fait usage de System.Web.Mail échouera en raison de la dépendance sur CDOSYS (qui n'existe pas de Server Core). Microsoft recommande de modifier le code de l'application Web pour utiliser System.Mail.Net au lieu de System.Web.Mail.

Tester vos Applications de soutien

Comme vous pouvez le voir, il y a un peu de planification qui va dans un déploiement de serveur de base de l'optimisation. Vous pouvez installer des rôles différents et les composants qui doivent être inclus dans l'image du système. Il est facile de se concentrer sur les exigences de l'OS, mais il est important de ne pas oublier les applications de soutien nécessaire. Par exemple, la plupart des serveurs utilisent des agents de sauvegarde et de logiciel antivirus. Cependant, le caractère minimaliste de Server Core signifie que parfois applications de soutien tels que ceux-ci peuvent ne pas fonctionner correctement dans un déploiement de serveur de base. À ce titre, il est important de tester soigneusement vos applications d'infrastructure avec Server Core avant de placer les serveurs de base dans un environnement de production.

Une dernière chose

Contrairement à un véritable déploiement de Windows Server, Server Core ne vous invitera à entrer une clé de produit. Même l'utilitaire SCONFIG, qui est conçu pour faciliter le processus de configuration initiale, n'est pas un mécanisme pour entrer une clé de produit. Tel étant le cas, il peut être facile d'oublier à votre déploiement de serveur de base de la licence.

L'outil de choix pour ce faire est tellement SLMGR.VBS. Si vous n'êtes pas sûr de savoir si vous avez autorisé votre déploiement Server Core, vous pouvez vérifier le statut de licence du serveur en saisissant la commande suivante :

SLMGR.VBS –DLI

Les résultats pour un serveur de licence complète Figure 4.

Figure 4 c'est ce à quoi ressemble un serveur entièrement sous licence.

Si vous trouvez, que vous devez entrer une clé de produit, vous pouvez le faire en entrant la commande suivante :

SLMGR.VNS –IPK <your product key>

Après avoir entré une clé de produit, vous devrez activer votre serveur. Amorcer le processus d'activation en saisissant cette commande :

SLMGR.VBS -ATO

Déploiements de serveurs Core sont devenus beaucoup plus courants dans l'avenir. La clé à travailler efficacement avec Server Core est de comprendre ses limites et comment vous pouvez travailler dans ces limites.

Raymond Chen

**Brien M. Posey**MVP, est un auteur technique indépendant avec des milliers d'articles et des dizaines de livres à son actif. Vous pouvez visiter le site Web de Posey à brienposey.com.

Contenu associé