Déployer Office 2010 avec les scripts de démarrage de l’ordinateur de stratégie de groupe

 

S’applique à : Office 2010

Dernière rubrique modifiée : 2016-11-29

Cet article contient des instructions techniques détaillées sur les processus et procédures en cas d’utilisation de la stratégie de groupe pour attribuer des scripts de démarrage à l’ordinateur pour déployer Microsoft Office 2010. Un script peut être écrit dans n’importe quel langage prise en charge par l’ordinateur client. Les langages pris en charge par Windows Script Host, comme VBScript et Jscript, ainsi que les fichiers de commandes, sont les plus courants.

Déploiement d’Office 2010 dans un environnement de test

Cette section illustre et décrit l’environnement de réseau de test pour l’infrastructure de scripts de démarrage de l’ordinateur de la stratégie de groupe. Elle contient également la procédure à suivre pour déployer Microsoft Office Professionnel Plus 2010 en utilisant un script de démarrage de l’ordinateur de la stratégie de groupe.

Environnement réseau

L’environnement réseau de test utilisé dans cet article est représenté dans l’illustration suivante.

Test du réseau pour le script de démarrage de la stratégie de groupe

Tous les serveurs (A et B) exécutent Windows Server 2008 R2 et appartiennent au même domaine (CPANDL.COM), y compris les ordinateurs clients (C), qui exécutent Windows 7 Professionnel et Windows Vista. Le nom de domaine pleinement qualifié de chaque ordinateur client, les applications et les rôles exécutés par chaque serveur, l’unité d’organisation (OU) avec les ordinateurs inclus, et l’objet de stratégie de groupe (GPO) sont répertoriés comme suit :


  • A – <DC.CPANDL.COM> Active Directory, DNS, DHCP, GPO-Office2010_GPO, OU-Office2010_OU, W7C01 et WVC02 appartiennent à l’unité d’organisation Office2010_OU


  • B – <FS.CPANDL.COM> Services de fichiers, partage de fichier-\\FS\Office2010SourceFiles (accès en lecture seule), partage de fichier-\\FS\Office2010LogFiles (accès en lecture-écriture)


  • C – <W7C01.CPANDL.COM et WVC02.CPANDL.COM> Windows 7 Professionnel et Windows Vista Entreprise

Important

Assurez-vous que les utilisateurs authentifiés disposent d’un accès en lecture au partage réseau. Dans cet exemple, le partage réseau est \FS\Office2010SourceFiles.

Notes

Office2010_GPO est lié à Office2010_OU. Cela permet d’attribuer les paramètres de l’objet de stratégie de groupe aux objets d’ordinateur contenus dans l’unité d’organisation. Pour lier un objet de stratégie de groupe à une unité d’organisation, utilisez le composant logiciel enfichable Gestion de stratégie de groupe.

Avant de personnaliser et de déployer Office 2010 dans votre environnement de production, il est recommandé de lire les articles suivants : Planifier l’activation de volume d’Office 2010, Déployer l’activation en volume d’Office 2010, Vue d’ensemble de la personnalisation d’Office 2010, Création d’un point d’installation réseau pour Office 2010, Outil de personnalisation Office dans Office System 2010, Fichier Config.xml dans Office 2010, Personnaliser Office 2010 et Éditions 64 bits d’Office 2010.

Personnalisation l’installation pour Office 2010

Le fichier programme permettant de créer un fichier de personnalisation d’installation pour Office 2010 est exécuté à partir du répertoire source qui contient une copie de tous les fichiers à partir du CD-ROM d’installation. Dans cet exemple, les fichiers source ont été copiés dans \\FS\Office2010SourceFiles.

Dans Office 2010, l’installation contrôle l’installation complète. Cela inclut les processus gérés par Windows Installer dans les versions d’Office antérieures à Office System 2007. La personnalisation du comportement par défaut de l’installation permet de contrôler le processus. Dans cet exemple, vous utilisez le fichier Config.xml pour personnaliser l’installation en mode silencieux d’Office 2010 et l’Outil de personnalisation Office (OPO) pour personnaliser l’installation des produits Office 2010, come la spécification de la clé de licence en volume et la sélection des applications Microsoft Office à installer. L’installation applique les personnalisation des fichiers config.xml et .msp (créés avec l’OPO) lorsque Office est installé sur les ordinateurs.

Pour spécifier des options d’installation en mode silencieux dans Config.xml

Pour configurer une installation en mode silencieux (automatisée) d’un produit Office 2010 ne nécessitant aucune intervention de l’utilisateur, modifiez le fichier Config.xml associé au produit en définissant l’attribut Level de l’élément Display sur "none" (Display Level="none"), puis enregistrez le fichier Config.xml comme indiqué dans la procédure suivante. L’élément Display spécifie le niveau d’interface que le programme d’installation affiche aux utilisateurs.

  1. Ouvrez le fichier Config.xml pour le produit Office (Office Professionnel Plus 2010 dans cet exemple) que vous installez avec un éditeur de texte, comme Bloc-notes. Par défaut, le fichier Config.xml se trouve dans le dossier .WW des produits de base, qui est \\FS\Office2010SourceFiles\ProPlus.WW, dans cet exemple.

  2. Recherchez la ligne qui contient l’élément Display, comme indiqué dans l’exemple suivant :

    <!-- <Display Level="full" CompletionNotice="yes" SuppressModal="no" AcceptEula="no" /> -->

  3. Modifiez l’entrée de l’élément Display avec les options automatisées que vous voulez utiliser. Veillez à supprimer les délimiteurs de commentaires « <!-- » et « --> ». Par exemple, utilisez la syntaxe suivante :

    <Display Level="none" CompletionNotice="no" SuppressModal="yes" AcceptEula="yes" />

    Ces options indiquent au programme d’installation une exécution en mode silencieux, sans demander aux utilisateurs d’entrer des informations et sans que l’installation attende une quelconque intervention de l’utilisateur. Pour plus d’informations sur la syntaxe du fichier Config.xml, voir Élément Display dans l’article Fichier Config.xml dans Office 2010.

  4. Enregistrez le fichier Config.xml. Dans cet exemple, il est enregistré dans \\FS\Office2010SourceFiles\ProPlus.WW.

Pour spécifier la clé de licence en volume et sélectionner les applications à installer avec l’OPO

  1. Pour personnaliser l’installation d’Office, utilisez la ligne de commande setup.exe /admin pour démarrer l’Outil de personnalisation Office (OPO). Dans cet exemple, dans une invite de commandes, exécutez setup.exe /admin à partir du répertoire source du package, \\FS\Office2010SourceFiles.

  2. Dans cet exemple, pour entrer la clé de licence en volume et sélectionner les applications à installer, modifiez et configurez les paramètres comme suit :

  3. Sélectionnez l’option Entrer une autre clé de produit sous Licences et interface utilisateur, puis entrer une clé d’activation multiple (MAK) valide.

    Notes

    Dans cet exemple, comme les paramètres d’une installation en mode silencieux ont été configurés dans le fichier Config.xml, il n’est pas nécessaire de les configurer également lorsque vous utilisez l’OPO, car la personnalisation définie dans Config.xml prévaut sur celle qui figure dans le fichier de personnalisation créé avec l’OPO.

  4. Sélectionnez l’option Définir les états d’installation des composants sous Fonctionnalités, puis sélectionnez les applications à installer. Dans cet exemple, pour accélérer le processus d’installation, seule l’application Microsoft Word a été sélectionnée.

    Pour des ressources supplémentaires sur les différents paramètres que vous pouvez configurer lorsque vous utilisez l’OPO, voir Outil de personnalisation Office dans Office System 2010, Configurer les états d’installation des fonctionnalités d’Office 2010 et Configurer des paramètres utilisateur pour Office 2010.

  5. Enregistrez et nommez le nouveau fichier .msp, puis placez-le dans le dossier \Updates d’Office 2010 sur l’ordinateur contenant les fichiers source : dans cet exemple, \\FS\Office2010SourceFiles\Updates\Office2010ProPlus.MSP.

Avertissement

Un seul fichier .msp de personnalisation de l’installation par produit dans le dossier Updates est pris en charge. Si vous déployez une installation initiale d’Office 2010 et que vous souhaitez également déployer des mises à jour de logiciels Office 2010, comme des Service Packs et des correctifs, l’installation peut appliquer les mises à jour de produits dans le cadre du processus d’installation. Vous pouvez placer les mises à jour de produits Office 2010, appliquées, une fois l’installation terminée, dans le dossier Updates. Pour plus d’informations, voir Outil de personnalisation Office dans Office System 2010

L’étape suivante consiste à configurer le script du contrôleur de domaine, dans cet exemple, DC.CPANDL.COM.

Configurer le script dans le contrôleur de domaine

Le processus de configuration du script dans le contrôleur de domaine inclut les étapes suivantes :

  1. Copiez le script dans le dossier de démarrage de l’objet de stratégie de groupe.

  2. Ajoutez le script dans l’objet de stratégie de groupe.

  3. Définissez le nombre maximal d’exécutions du script de démarrage.

Avertissement

La stratégie de groupe permet d’affecter des configurations entre des centaines, voire des milliers, d’ordinateurs au sein d’une organisation. Par conséquent, il est très important de tester rigoureusement toutes les nouvelles configurations de la stratégie de groupe ou tous les nouveaux déploiements dans un environnement de test avant de les déplacer dans votre environnement de production. Pour plus d’informations sur les copies intermédiaires des déploiements de la stratégie de groupe, voir Réalisation d’une copie intermédiaire des déploiements de la stratégie de groupe dans l’article Guide de planification et de déploiement de la stratégie de groupe (https://go.microsoft.com/fwlink/?linkid=182208&clcid=0x40C).

Copier le script dans le dossier de démarrage pour l’objet de stratégie de groupe

Cet exemple inclut un exemple de script de fichier par lot, qui indique comment exécuter le fichier Setup.exe d’Microsoft Office si le produit n’est pas déjà installé et un fichier journal centralisé d’erreur ou de réussite. Les variables au début du script ont été modifiés pour ce scénario de déploiement de test. Par exemple, le nom du produit ProPlus avec le préfixe Office14 et les chemins d’accès aux fichiers source Office, \\FS\Office2010SourceFiles et les fichiers journaux \\FS\Office2010LogFiles ont été ajoutés. Cet exemple de script est ensuite copié dans Bloc-notes et enregistré sous le nom de fichier Office2010StartupScript.bat. Le fichier de script est ensuite enregistré dans le contrôleur de domaine, dans le répertoire par défaut, de l’objet de stratégie de groupe pour les scripts de démarrage, dans cet exemple, C:\Windows\SYSVOL\sysvol\adatum.com\Policies\{GUID of GPO}\Machine\Scripts\Startup.

Notes

Le GUID représentant l’objet de stratégie de groupe se trouve dans le composant logiciel enfichable MMC Group Policy Management Editor en cliquant avec le bouton droit sur l’objet de stratégie de groupe, dans cet exemple, Office2010_GPO, puis en cliquant sur Propriétés. Le GUID est indiqué dans le champ Nom unique.

setlocal

REM *********************************************************************
REM Environment customization begins here. Modify variables below.
REM *********************************************************************

REM Get ProductName from the Office product's core Setup.xml file, and then add "office14." as a prefix. 
set ProductName=Office14.PROPLUS

REM Set DeployServer to a network-accessible location containing the Office source files.
set DeployServer=\\FS\Office2010SourceFiles

REM Set ConfigFile to the configuration file to be used for deployment (required)
set ConfigFile=\\FS\Office2010SourceFiles\ProPlus.WW\config.xml

REM Set LogLocation to a central directory to collect log files.
set LogLocation=\\FS\Office2010LogFiles

REM *********************************************************************
REM Deployment code begins here. Do not modify anything below this line.
REM *********************************************************************

IF NOT "%ProgramFiles(x86)%"=="" (goto ARP64) else (goto ARP86)

REM Operating system is X64. Check for 32 bit Office in emulated Wow6432 uninstall key
:ARP64
reg query HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432NODE\Microsoft\Windows\CurrentVersion\Uninstall\%ProductName%
if NOT %errorlevel%==1 (goto End)

REM Check for 32 and 64 bit versions of Office 2010 in regular uninstall key.(Office 64bit would also appear here on a 64bit OS) 
:ARP86
reg query HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\%ProductName%
if %errorlevel%==1 (goto DeployOffice) else (goto End)

REM If 1 returned, the product was not found. Run setup here.
:DeployOffice
start /wait %DeployServer%\setup.exe /config %ConfigFile%
echo %date% %time% Setup ended with error code %errorlevel%. >> %LogLocation%\%computername%.txt

REM If 0 or other was returned, the product was found or another error occurred. Do nothing.
:End

Endlocal

Ajouter un script à l’objet de stratégie de groupe

Pour ajouter le script à l’objet de stratégie de groupe, utilisez le composant logiciel enfichable MMC Group Policy Management Editor et cliquez avec le bouton droit sur Démarrer (GPO | Configuration de l’ordinateur | Stratégies | Paramètres Windows | Scripts (démarrage/arrêt) | Démarrer), cliquez sur Propriétés, Ajouter, Parcourir, puis mettez en surbrillance et sélectionnez le fichier de script, dans cet exemple, Office2010StartupScript.bat.

Définir le nombre maximal d’exécutions du script de démarrage

Par défaut, le système permet d’exécuter des ensembles combinés de scripts pendant un maximum de 600 secondes (10 minutes) uniquement. Les administrateurs peuvent utiliser un paramètre de stratégie pour ajuster cet intervalle afin de s’assurer que le script finit de s’exécuter. Le paramètre de stratégie Délai d’attente maximal pour les scripts de stratégie de groupe spécifie le temps d’attente avant que les scripts appliqués par la stratégie de groupe soient exécutés. Ce paramètre limites le délai total autorisé pour que tous les scripts d’ouverture de session, de démarrage et d’arrêt appliqués finissent de s’exécuter. Comme pour le déploiement de la stratégie de groupe, vous devez tester intégralement les scripts de démarrage dans un environnement de copie intermédiaire avant de les déployer dans votre environnement de production. Les tests permettent de déterminer les valeur à utiliser pour la stratégie Délai d’attente maximal pour les scripts de stratégie de groupe pour votre environnement de réseau spécifique. Si vous définissez cette valeur sur une valeur trop basse, l’installation se termine de manière prématurée. Des facteurs comme la vitesse du réseau, le matériel informatique du client et les autres scripts exécutés sur l’ordinateur client peuvent affecter cette valeur. En testant intégralement ce paramètre de stratégie, vous pouvez déterminer la valeur appropriée pour votre environnement spécifique.

Dans cet exemple de scénario, la valeur du paramètre de stratégie Délai d’attente maximal pour les scripts de stratégie de groupe a été défini sur 0, ce qui indique au système d’attendre la fin des scripts, quel que soit le délai que cela prend.

Pour modifier la valeur de la stratégie Délai d’attente maximal pour les scripts de stratégie de groupe de l’objet de stratégie de groupe, dans cet exemple, Office2010_GPO, utilisez le composant logiciel enfichable MMC Group Policy Management Editor et double-cliquez sur Délai d’attente maximal pour les scripts de stratégie de groupe (GPO | Configuration de l’ordinateur | Stratégies | Modèles d’administration | System | Scripts).

Une fois que les modifications de la stratégie de script de démarrage de l’ordinateur apportées à l’objet de stratégie de groupe ont été appliquées aux ordinateurs cible, dans cet exemple, W7C01.CPANDL.COM et WVC02.CPANDL.COM, le script de démarrage de l’ordinateur est exécuté au démarrage de l’ordinateur. Au lieu d’attendre que l’actualisation de la stratégie dans le contrôleur de domaine ait lieu sur les ordinateurs clients, vous pouvez exécuter la ligne de commande suivante, gpupdate /force, dans une invite de commandes sur les ordinateurs clients. Vous pouvez utiliser le composant logiciel enfichable MMC Resultant Set of Policy (RSoP) pour vérifier le paramètre de stratégie de l’ordinateur car le script de démarrage de l’ordinateur se trouve sur l’ordinateur client.

Vérifier l’état des scripts de démarrage de l’ordinateur

Dans cet exemple, les informations de journalisation des scripts sont écrites dans le fichier computername.txt et enregistrées dans le partage réseau \\FS\Office2010LogFiles. Le code retour 0 dans le fichier journal indique que l’installation s’est bien déroulée. Le code retour 3010 indique qu’un redémarrage est nécessaire. Pour plus d’informations sur les codes d’erreur des processus Windows Installer pour les produits Office, voir l’article de la base de connaissances Microsoft 290158 : Liste des codes et messages d’erreur dans les processus Windows Installer des produits Office 2003 et Office XP.