Partager via

  • Article

Distribuer des mises à jour de produit pour Office 2010

 

S’applique à : Office 2010

Dernière rubrique modifiée : 2017-01-18

En savoir plus sur les méthodes de déploiement qui sont utilisées pour déployer des mises à jour de logiciels pour les clients Microsoft Office 2010, Project 2010 et Visio 2010.

Dans cet article :

  • Versions de Windows Installer

  • Gestion des installations Office 2010 existantes

  • Utilisation d’outils de déploiement en entreprise pour déployer les mises à jour

  • Choix d’une stratégie de mise à jour

Lors de l’arrivée d’une nouvelle version de Microsoft Office, Microsoft publie une série de mises à jour logicielles qui permettent d’améliorer la sécurité, les performances et la fiabilité des applications. Microsoft publie les types de mises à jour logicielles répertoriées dans le tableau suivant.

Mise à jour Définition

Service Pack

Ensemble cumulatif testé de correctifs logiciels, de mises à jour de sécurité, de mises à jour critiques et de mises à jour logicielles. Les Service Packs peuvent également contenir un nombre limité de fonctionnalités ou de modifications conceptuelles demandées par les clients. Un Service Pack représente une nouvelle version de base du produit.

Mise à jour de sécurité

Correctif diffusé à grande échelle pour une vulnérabilité liée à la sécurité et spécifique à un produit. Les vulnérabilités liées à la sécurité sont évaluées en fonction de leur gravité, qui peut être qualifiée de critique, importante, modérée ou faible dans le Bulletin de sécurité Microsoft.

Mise à jour générale

Correctif diffusé à grande échelle pour un problème spécifique très important non lié à la sécurité.

Correctif logiciel

Package cumulatif unique, composé d’un ou de plusieurs fichiers qui traitent un problème dans un produit. Les correctifs logiciels traitent une situation spécifique au client et ne sont pas destinés à être diffusés hors de l’organisation de celui-ci.

Les mises à jour logicielles sont publiées sous la forme de mises à jour totales de fichiers qui remplacent tous les fichiers modifiés par une mise à jour. Étant donné que des fichiers complets sont installés, les mises à jour totales de fichiers ne requièrent généralement pas l’accès à la source d’installation Office d’origine. Pour plus d’informations sur les dernières mises à jour pour Office 2010 et les produits associés, voir le Centre de mise à jour pour Microsoft Office, serveurs Office et produits associés (https://go.microsoft.com/fwlink/?linkid=197069\&clcid=0x40C).

Notez que les Service Packs pour les produits Office ne sont disponibles que sous la forme de correctifs pour le produit installé. Ils ne sont pas intégrés aux produits du système Office de base.

Versions de Windows Installer

La version minimale de Windows Installer requise pour le déploiement des correctifs Office 2010 est Windows Installer 3.1. Notez que Windows Installer 4.5 a été publié avec Windows Vista avec Service Pack 2 (SP2) et Windows Server 2008 avec Service Pack 2 (SP2). Windows Installer 5.0 a été publié avec Windows Server 2008 R2 et Windows 7. Pour plus d’informations sur Windows Installer, voir les ressources suivantes sur le site Web MSDN :

Gestion des installations Office 2010 existantes

Les fonctionnalités de déploiement dans Office 2010 simplifient le processus de sélection d’une stratégie de mise à jour. Vous distribuez toutes les mises à jour directement au client afin que les installations existantes du système Office 2010 disposent des dernières mises à jour logicielles.

Les utilisateurs peuvent appliquer plusieurs mises à jour totales de fichiers directement aux ordinateurs clients. Par exemple, un utilisateur peut appliquer une mise à jour totale de fichiers de sécurité, suivie d’une mise à jour totale de fichiers critique, etc. Les mises à jour totales de fichiers remplacent complètement tous les fichiers affectés par la mise à jour. Par exemple, vous pouvez envoyer la mise à jour totale de fichiers si la source d’installation locale d’un utilisateur est endommagée et que celui-ci n’a pas accès à une source sur le réseau. Les utilisateurs peuvent appliquer la mise à jour dans la plupart des cas, même s’ils n’ont pas accès à la source. Le programme d’installation d’Office 2010 crée une source d’installation locale sur les ordinateurs des utilisateurs dans le cadre du processus d’installation par défaut. Le programme d’installation installe tous les produits Office 2010 au cours d’un processus à deux étapes ; le programme d’installation copie les fichiers sources d’installation compressés sur les ordinateurs des utilisateurs, puis appelle Windows Installer pour réaliser l’installation proprement dite à partir de la source d’installation locale. Après l’installation, la source d’installation locale demeure disponible pour toutes les opérations de maintenance du programme d’installation qui nécessitent un accès à la source d’origine, telles que l’application de mises à jour logicielles.

Des droits d’administration sont nécessaires pour installer Office 2010 et toutes les mises à jour de produit ultérieures. Cela signifie que les utilisateurs doivent également être administrateurs de leurs ordinateurs ou que vous devez être en mesure d’accorder des privilèges d’administrateur aux utilisateurs pour qu’ils effectuent l’installation. Pour plus d’informations, voir Déployer Office 2010 auprès des utilisateurs qui ne sont pas des administrateurs.

Notes

En ce qui concerne Microsoft Office 2003, les organisations de grande taille l’installaient généralement à partir d’un point d’installation administrative. L’installation du produit à partir d’une source d’installation locale était facultative. En ce qui concerne Office 2010 et Office System 2007, l’option d’installation administrative n’existe pas. La source d’installation locale est obligatoire. Étant donné que vous appliquez toutes les mises à jour directement aux clients, la source réseau demeure inchangée. Les installations clientes demeurent synchronisées avec la source d’origine.

Distribution des mises à jour localement

Le programme d’installation copie les fichiers d’installation dans un dossier masqué sur l’ordinateur local lorsque les utilisateurs installent Office 2010. Windows Installer utilise cette source d’installation locale pour installer Office dans un premier temps, puis pour réparer et mettre à jour Office ultérieurement. Pour plus d’informations sur la source d’installation locale, voir Vue d’ensemble de l’architecture d’installation d’Office 2010.

Il est recommandé d’utiliser une stratégie de mise à jour locale dans la plupart des cas, notamment si :

  • vous distribuez des mises à jour logicielles à des groupes différents d’utilisateurs ou à des moments différents ;

  • votre réseau dispose d’une bande passante limitée ;

  • vous prenez en charge des utilisateurs qui disposent d’un accès limité ou non fiable au réseau, tels que les utilisateurs itinérants.

Étant donné qu’une source d’installation locale est toujours disponible, les utilisateurs hors connexion peuvent effectuer toute opération nécessitant un accès à la source.

Lignes de base prises en charge

La version d’origine d’Office 2010 représente la ligne de base initiale du produit et chaque Service Pack suivant représente une nouvelle ligne de base.

Les mises à jour totales de fichiers sont généralement prises en charge sur les deux lignes de base les plus récentes. Par exemple, vous pouvez déployer une mise à jour publiée après la diffusion d’Office 2010 Service Pack 2 (SP2) pour les utilisateurs qui ont effectué une mise à jour vers Service Pack 1 (SP1).

Notes

La ligne de base antérieure n’est prise en charge que pendant 12 mois à compter de la publication du dernier Service Pack. Par exemple, les mises à jour logicielles sont prises en charge sur SP1 pendant 12 mois après la publication d’Office 2010 SP2. Au terme de la période de 12 mois, les mises à jour totales de fichiers ciblent uniquement les ordinateurs clients mis à jour avec SP2. Pour plus d’informations sur la politique de support Microsoft, voir Politique de Support Microsoft (https://go.microsoft.com/fwlink/?linkid=108468&clcid=0x40C).

Utilisation d’outils de déploiement en entreprise pour déployer les mises à jour

Vous pouvez utiliser n’importe laquelle des méthodes suivantes pour distribuer des mises à jour logicielles aux utilisateurs dans l’environnement de votre entreprise :

  • Microsoft Update

  • Windows Server Update Services

  • System Center Configuration Manager 2007

  • Fichiers Microsoft Self-Extractor

  • Dossier Updates

    Notes

    La méthode du dossier Updates n’est utilisée que pour le déploiement de mises à jour logicielles dans le cadre d’une installation initiale d’Office 2010.

Microsoft Update

Microsoft Update (Windows Update sur les ordinateurs exécutant Windows 7 et les Familles Windows Vista et Windows Server 2008) permet aux utilisateurs qui se connectent directement à Internet de gérer leurs propres ordinateurs et de télécharger les dernières mises à jour logicielles. Les utilisateurs peuvent configurer une planification automatique afin de vérifier régulièrement s’il existe de nouvelles mises à jour et de les récupérer. Il est recommandé aux utilisateurs de recourir à Microsoft Update, qui offre une solution de mise à jour logicielle centralisée et automatisée pour les produits Microsoft, notamment Windows et Microsoft Office. Pour plus d’informations sur Microsoft Update, voir la page d’accueil de Microsoft Update (https://go.microsoft.com/fwlink/?linkid=201921\&clcid=0x40C).

Dans un environnement géré par Active Directory, vous pouvez contrôler l’accès à Office.com et à Microsoft Update à partir des applications Office en utilisant le paramètre de stratégie de groupe Désactiver les commandes sous l’onglet Fichier | Aide. Ce paramètre est disponible dans le nœud Configuration utilisateur\Modèles d’administration\Microsoft Office 2010\Désactiver les éléments de l’interface utilisateur du composant logiciel enfichable Console MMC de l’Éditeur d’objets de stratégie de groupe.

Si vous activez le paramètre de stratégie Désactiver les commandes sous l’onglet Fichier | Aide, vous pouvez décider de désactiver les options suivantes (auxquelles il est possible d’accéder dans l’interface utilisateur des applications Office 2010 en cliquant sur l’onglet Fichier, puis en sélectionnant Aide dans le mode Microsoft Office Backstage) :

  • Nous contacter : permet d’ouvrir le navigateur client par défaut et d’afficher le site Office.com pour obtenir les coordonnées du support technique.

  • Mise en route : permet d’ouvrir le navigateur client par défaut et d’afficher le site Web Office.com.

  • Rechercher les mises à jour : permet d’ouvrir le navigateur client par défaut et d’afficher le site Web Microsoft Update.

La stratégie Désactiver les commandes sous l’onglet Fichier | Aide n’empêche pas les utilisateurs de rechercher des mises à jour dans le Centre de téléchargement Microsoft ou d’utiliser directement le site Microsoft Update, qui fournissent également des mises à jour logicielles pour Office. Pour plus d’informations sur la stratégie de groupe et sur la configuration des paramètres de stratégie de groupe, voir Vue d'ensemble de la stratégie de groupe pour Office 2010 et Appliquer des paramètres à l’aide de la stratégie de groupe dans Office 2010.

Windows Server Update Services

Windows Server Update Services (WSUS) est un outil gratuit qui vous permet de déployer les dernières mises à jour des produits Microsoft dans votre réseau d’entreprise. WSUS se connecte à Microsoft Update pour récupérer les dernières mises à jour logicielles et synchronise celles-ci avec votre serveur WSUS d’entreprise. Vous pouvez configurer une synchronisation automatique ou manuelle. Le serveur WSUS principal permet de mettre à jour les autres serveurs WSUS du réseau.

Pour plus d’informations sur WSUS, voir Guide détaillé pour Windows Server Update Services 3.0 SP2 (https://go.microsoft.com/fwlink/?linkid=199899\&clcid=0x40C).

System Center Configuration Manager 2007

System Center Configuration Manager 2007 est un outil de distribution de logiciel conçu pour les organisations de taille moyenne et grande qui gèrent de nombreux clients dans un environnement professionnel complexe et évoluant rapidement. Outre utiliser Configuration Manager 2007 pour le déploiement initial d’Office, vous pouvez y recourir pour distribuer des mises à jour de produit à une combinaison de clients Microsoft Windows.

Lorsque vous utilisez Configuration Manager 2007 pour gérer Office, vous pouvez exercer un contrôle précis sur le processus de déploiement. Par exemple, vous pouvez utiliser Configuration Manager 2007 pour interroger les ordinateurs clients afin d’évaluer leurs besoins en termes de logiciels avant d’installer Office et vous pouvez cibler l’installation sur les ordinateurs qui satisfont à vos critères.

Pour plus d’informations sur Configuration Manager 2007, voir System Center Configuration Manager 2007 (https://go.microsoft.com/fwlink/?linkid=119683\&clcid=0x40C) et Déployer des mises à jour logicielles (https://go.microsoft.com/fwlink/?linkid=201489\&clcid=0x40C).

Fichiers Microsoft Self-Extractor

Microsoft Self-Extractor permet de combiner des mises à jour d’installation logicielles, des correctifs et des correctifs logiciels en fichiers exécutables à extraction automatique appelés packages Microsoft Self-Extractor. Les administrateurs peuvent installer ces packages en double-cliquant sur le fichier .exe ou en exécutant le fichier .exe depuis une invite de commandes. Cette option de déploiement est utile si vous ne disposez pas de Configuration Manager 2007 ou de WSUS.

Vous pouvez utiliser un commutateur pour spécifier les options de déploiement et de journalisation de package lorsque vous exécutez le fichier .exe pour installer un package depuis l’invite de commandes. Vous pouvez également exécuter le fichier .exe à l’aide de la zone Rechercher à partir du menu Démarrer. Pour ce faire, cliquez sur Démarrer, puis cliquez sur Exécuter.

Notes

Il est recommandé de ne pas extraire et exécuter les fichiers .msp à partir des fichiers .exe du correctif du produit. L’application des fichiers .msp génère une erreur si le correctif ne concerne pas le produit installé sur l’ordinateur. En outre, le produit risque de ne pas être complètement mis à jour tant que tous les fichiers .msp requis n’ont pas été appliqués. Le package contient une logique de détection pour déterminer exactement les correctifs applicables et pour installer uniquement les correctifs requis.
Toutefois, si la mise à jour est appliquée pendant l’installation initiale d’Office, il est recommandé d’extraire les fichiers .msp dans le dossier Updates en vue de leur installation avec le produit Office.
Le programme d’installation de correctif logiciel Microsoft Office (Ohotfix.exe) utilisé avec les versions antérieures d’Office n’est pas pris en charge pour Office 2010 (ou Office System 2007). Office 2010 utilise une nouvelle technologie Microsoft Self-Extractor incompatible avec Ohotfix.

Pour plus d’informations sur l’utilisation du dossier Updates pour les mises à jour déployées avec des installations initiales, voir Déploiement de mises à jour logicielles avec une installation initiale d’Office 2010.

Les sections suivantes fournissent des informations sur l’utilisation de fichiers Microsoft Self-Extractor :

  • Commutateurs de ligne de commande Microsoft Self-Extractor

  • Déploiement de tous les packages Microsoft Self-Extractor dans un dossier

  • Exemple de fichier de commandes

  • Exemple de script

Commutateurs de ligne de commande Microsoft Self-Extractor

Pour déterminer les commutateurs disponibles pour un package, utilisez l’un des commutateurs d’aide suivants :

/?

/h

/help

Les commutateurs de ligne de commande pris en charge par Microsoft Self-Extractor sont répertoriés dans le tableau suivant.

Commutateur Description

/extract:[ chemin ]

Extrait le contenu du package dans le dossier du chemin. Si aucun chemin n’est spécifié, une boîte de dialogue Parcourir apparaît.

/log:[ chemin du fichier journal ]

Permet la journalisation détaillée de l’installation de la mise à jour. Vous devez également inclure le nom du fichier en plus des informations du chemin. La commande ne crée pas de dossier. Par conséquent, vous devez utiliser un nom de dossier existant. Outre le nom de fichier spécifié, un fichier journal distinct est créé pour chaque fichier .MSI que vous exécutez.

/lang: lcid

Définit l’interface utilisateur sur les paramètres régionaux spécifiés lorsque plusieurs paramètres régionaux sont disponibles dans le package.

/quiet

Exécute le package en mode silencieux.

/passive

Exécute la mise à jour sans nécessiter d’interaction de la part de l’utilisateur.

/norestart

Empêche de demander à l’utilisateur de redémarrer l’ordinateur.

/forcerestart

Impose un redémarrage de l’ordinateur après la mise à jour.

/?

/h

/help

Affiche un message d’aide.

Pour plus d’informations sur les commutateurs de ligne de commande, voir l’article de la Base de connaissances Microsoft 912203 : Description des commutateurs de ligne de commande qui sont pris en charge par un package d’installation de logiciel, une mise à jour ou un correctif logiciel qui a été créé à l’aide de Microsoft Self-Extractor (https://go.microsoft.com/fwlink/?linkid=108354\&clcid=0x40C).

Déploiement de tous les packages Microsoft Self-Extractor dans un dossier

Cette section comprend des exemples d’un fichier de commandes et d’un script Visual Basic qui permettent de déployer tous les packages Microsoft Self-Extractor contenus dans un dossier. Le code du fichier de commandes et du script est écrit de telle sorte que si une installation échoue les installations suivantes puissent se poursuivre. Notez que le fichier de commandes et le script sont fournis à titre d’exemple. Vous pouvez être amené à les configurer en fonction de vos propres scénarios. Comme indiqué précédemment, l’outil d’installation de correctif logiciel Microsoft Office, Ohotfix.exe, n’est pas pris en charge pour les mises à jour Office 2010.

Exemple de fichier de commandes

Le fichier de commandes suivant supprime un fichier journal existant, puis installe tous les fichiers Microsoft Self-Extractor contenus dans le répertoire où vous avez placé le fichier de commandes.

@echo off

del %temp%\oupdates.txt /q

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('dir /b *kb*.exe') do echo %%j-%%i-%%k-%%l-%%m >> %temp%\oupdates.txt

for /f "delims=-; tokens=1,2,3,4,5" %%i in ('type %temp%\oupdates.txt') do %%j-%%i-%%k-%%l-%%m /log:%temp%\officeupdates.log /passive /norestart

Exemple de script

Le script Visual Basic suivant fournit des fonctionnalités similaires à celles du fichier de commandes précédent. Ce script installe tous les fichiers Microsoft Self-Extractor contenus dans le dossier où vous le placez. Le code spécifie que les packages Microsoft Self-Extractor doivent être installés en mode silencieux et active la journalisation afin que les fichiers journaux soient générés dans le dossier temporaire %temp% de l’utilisateur, par exemple, C:\Users\<nom_utilisateur>\AppData\Local\Temp\<mise_à_jour_office>.log. Ces commutateurs ne sont pas destinés à des fichiers exécutables (.exe) autres que les fichiers Microsoft Self-Extractor. Par conséquent, il est recommandé de ne pas inclure d’autres types de fichiers .exe dans le dossier qui contient les fichiers Self-Extractor.

Dim wShell 'As WshShell

Dim fso 'As FileSystemObject

Dim f 'As File

Dim sLogName 'As String

Dim sPatchFolder 'As String

Dim sPatchCmd 'As String

Const kTempFolder = 2

On Error Resume Next

sPatchFolder = Replace(Wscript.ScriptFullName, Wscript.ScriptName, "")

Set fso = CreateObject("Scripting.FileSystemObject")

Set wShell = CreateObject("WScript.Shell")

For Each f In fso.GetFolder(sPatchFolder).Files

If UCase(Right(f.Name, 4)) = ".EXE" Then

sLogName = fso.GetSpecialFolder(kTempFolder) & "\" & Left(f.Name, Len(f.Name) - 3) & "log"

sPatchCmd = f.Path & " /quiet /norestart /log:" & sLogName

wShell.Run sPatchCmd, 0, True

End If

Next

Si vous déployez des mises à jour logicielles après une installation initiale d’Office 2010 à l’aide de fichiers Microsoft Self-Extractor, vous pouvez utiliser un éditeur de texte, tel que le Bloc-notes, pour modifier les exemples de script Visual Basic et de fichier de commandes dans cette section en fonction de vos besoins. Enregistrez les fichiers une fois les personnalisations effectuées. Vous pouvez ensuite exécuter le script ou le fichier de commandes pour enchaîner l’installation des nouveaux packages Microsoft Self-Extractor. Dans ce cas, le processus de base est décrit dans la procédure suivante, qui utilise une mise à jour pour Microsoft Office 2010 (KB2202188) édition 32 bits (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0x40C) en guise d’exemple. Les informations s’appliquent également aux autres mises à jour Office.

Pour déployer tous les packages Microsoft Self-Extractor contenus dans un dossier

  1. Téléchargez le fichier de mise à jour logicielle. Par exemple, téléchargez la mise à jour pour Microsoft Office 2010 (KB2202188) édition 32 bits (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0x40C).

  2. Enregistrez le fichier .exe de téléchargement (en l’occurrence, office-kb2202188-fullfile-x86-glb.exe) sur votre lecteur de disque dur dans le dossier qui contient le script ou le fichier de commandes que vous utilisez pour déployer les packages Microsoft Self-Extractor. Par exemple, enregistrez le fichier dans C:\Office2010Updates.

  3. Exécutez le fichier de commandes ou le script personnalisé (basé sur les exemples fournis dans Déploiement de tous les packages Microsoft Self-Extractor dans un dossier) pour installer tous les fichiers Microsoft Self-Extractor contenus dans le dossier C:\Office2010Updates.

Pour plus d’informations sur l’utilisation du dossier Updates pour incorporer l’installation des mises à jour à l’installation initiale des produits Office 2010, voir Déploiement de mises à jour logicielles avec une installation initiale d’Office 2010.

Dossier Updates

Si vous déployez une installation initiale d’Office 2010 et que vous devez également déployer des mises à jour logicielles Office 2010, telles que des Service Packs ou des correctifs logiciels, le programme d’installation peut appliquer celles-ci dans le cadre du processus d’installation initiale. Si vous installez Office 2010 après que les mises à jour du produit Office 2010 ont été publiées, il est recommandé de stocker ces mises à jour dans le dossier Updates. Vous pouvez stocker dans ce dossier les mises à jour de tout produit Office qui réside au point d’installation. Un seul correctif .msp de personnalisation de l’installation dans le dossier Updates est pris en charge. Un correctif .msp de personnalisation de l’installation est créé à l’aide de l’Outil de personnalisation Office (OPO).

Pendant l’installation initiale, le programme d’installation vérifie si le dossier Updates comprend des correctifs (fichiers .msp) pour le produit Office 2010 en cours d’installation et applique un seul fichier .msp de personnalisation de l’installation. L’ordre de tri Windows détermine le rang d’installation du premier fichier .msp. Les autres fichiers de mise à jour de produit dans le dossier Updates sont installés à la fin de l’installation. Si vous installez un correctif de personnalisation avec des mises à jour Office, vous devez modifier le nom de fichier du correctif de personnalisation afin qu’il soit installé en premier. Par exemple, remplacez Personnalisé.MSP par 1_Personnalisé.MSP.

Le programme d’installation identifie le fichier .msp de personnalisation qui réside généralement dans le dossier Updates pendant le déploiement initial. Il détecte les correctifs de personnalisation au début du processus d’installation et les transmet directement à Microsoft Windows Installer lorsqu’il installe les fichiers Windows Installer (MSI) liés au produit. Ainsi, les états d’option adéquats et les autres paramètres spécifiés par l’administrateur sont établis avant que ne soient appliqués les correctifs du produit. Par conséquent, les utilisateurs reçoivent les dernières mises à jour avec Office.

Important

Le dossier Updates ne peut être utilisé que pour déployer des correctifs logiciels pendant une installation initiale d’Office 2010. S’il existe à la fois un correctif .msp de personnalisation de l’installation et des correctifs de mise à jour de produit, seul le correctif de personnalisation de l’installation est appliqué pendant la phase de déploiement, les correctifs de mise à jour de produit étant appliqués une fois l’installation terminée. Comme indiqué précédemment, le correctif de personnalisation de l’installation doit être déployé en premier afin que les modifications telles que celles liées au paramétrage de la clé de produit et du mode silencieux soient appliquées.
Vous ne pouvez pas utiliser le dossier Updates pour déployer des mises à jour de produit après l’installation initiale d’Office.

Les sections suivantes fournissent des informations sur l’utilisation du dossier Updates :

  • Déploiement de mises à jour logicielles avec une installation initiale d’Office 2010

  • Test et vérification des fichiers du correctif Windows Installer (.msp)

  • Modification du fichier Config.xml pour spécifier un autre emplacement pour les mises à jour

  • Syntaxe de l’élément SetupUpdates

  • Modification de l’élément SetupUpdates du fichier Config.xml

Déploiement de mises à jour logicielles avec une installation initiale d’Office 2010

Les administrateurs peuvent utiliser le dossier Updates pour incorporer l’installation des mises à jour à une installation initiale des produits Office 2010. Seuls les fichiers du correctif Windows Installer qui sont contenus dans ce dossier sont installés pendant l’installation initiale. Par conséquent, vous devez extraire ces correctifs des packages Microsoft Self-Extractor. Vous pouvez également utiliser cette méthode pour installer des correctifs de personnalisation.

Si vous utilisez l’Outil de personnalisation Office pour créer un correctif de personnalisation de l’installation, il est recommandé de renommer le fichier du correctif de personnalisation afin qu’il soit installé en premier. Setup.exe ne traite qu’un seul correctif pendant l’installation. Tous les autres correctifs contenus dans le dossier sont enchaînés à la fin de l’installation. Vous pouvez renommer le correctif de personnalisation en ajoutant « 1 » au début du nom de fichier afin qu’il soit traité en premier.

La procédure suivante utilise la mise à jour pour Microsoft Office 2010 (KB2202188) édition 32 bits en guise d’exemple. Elle montre comment installer la mise à jour (en l’occurrence, office-kb2202188-fullfile-x86-glb.exe) et indique les étapes permettant de remplir le dossier Updates avec les correctifs de mise à jour. Les informations s’appliquent également aux autres mises à jour Office.

Notes

La procédure suivante concerne uniquement les installations initiales d’Office 2010. Pour plus d’informations sur le déploiement de mises à jour logicielles après une installation initiale d’Office 2010 à l’aide de fichiers Microsoft Self-Extractor, voir Déploiement de tous les packages Microsoft Self-Extractor dans un dossier.

Pour installer des mises à jour logicielles à l’aide du dossier Updates

  1. Copiez l’image du CD Office 2010 compressée dans un emplacement réseau. Pour plus d’informations, voir Création d’un point d’installation réseau pour Office 2010.

  2. Utilisez l’Outil de personnalisation Office pour apporter toutes les modifications nécessaires à l’installation. Enregistrez le correctif de personnalisation de l’installation (fichier .msp) dans le dossier Updates. Comme indiqué précédemment, vérifiez que le nom de fichier commence par « 1 ». Pour plus d’informations sur les personnalisations, voir Outil de personnalisation Office dans Office System 2010 et Personnaliser Office 2010.

  3. Pour modifier le fichier Config.xml, utilisez le fichier Config.xml situé à la racine du dossier du produit en cours d’installation. Utilisez un éditeur de texte tel que le Bloc-notes pour modifier le fichier. Par exemple, vous pouvez spécifier des options d’installation (telles que le chemin du point d’installation réseau, le produit à installer et des options de configuration personnalisées) et les langues à installer. Pour plus d’informations, voir Fichier Config.xml dans Office 2010.

    Lorsque vous avez terminé la personnalisation du fichier Config.xml, enregistrez-le. Vous pouvez utiliser l’option de ligne de commande d’installation /config pour spécifier l’emplacement du fichier Config.xml, comme indiqué dans l’exemple suivant :

    \\serveur\partage\setup.exe /config \\serveur\partage\ProPlus.WW\config.xml

    où \\serveur\partage est l’emplacement réseau qui contient les fichiers sources Office 2010.

  4. Téléchargez la mise à jour pour Microsoft Office 2010 (KB2202188) édition 32 bits (https://go.microsoft.com/fwlink/?linkid=201488\&clcid=0x40C).

  5. Pour extraire les correctifs .msp du fichier Microsoft Self-Extractor (en l’occurrence, office-kb2202188-fullfile-x86-glb.exe), exécutez le fichier .exe avec le commutateur /Extract:[chemin du dossier d’extraction]. Par exemple, tapez le texte suivant depuis l’invite de commandes :

    office-kb2202188-fullfile-x86-glb.exe /extract:"c:\ExtractFiles"

    Cette commande lance l’extraction des fichiers .msp. Avant que le processus d’extraction proprement dit ne commence, les termes du contrat de licence logiciel Microsoft apparaissent. Une fois que vous les avez acceptés, les fichiers sont extraits à l’emplacement que vous avez spécifié (C:\ExtractFiles, en l’occurrence). Vous n’avez pas besoin d’utiliser de guillemets avec le chemin d’accès. Toutefois, leur utilisation facilite la lecture de la ligne de commande et permet d’éviter les problèmes liés à la présence d’espaces dans les chemins d’accès.

  6. Copiez les fichiers du correctif Windows Installer (.msp) dans le dossier Updates.

  7. Répétez le processus pour toute autre mise à jour Office 2010 à installer. Les noms de fichiers des correctifs Windows Installer sont uniques. Par conséquent, tout risque d’écrasement accidentel d’un fichier, avec pour conséquence une altération éventuelle de l’installation, est normalement écarté. Si vous déployez le produit avec des modules linguistiques supplémentaires, les Service Packs des modules linguistiques sont ajoutés au dossier Updates.

    Après avoir effectué les étapes précédentes, vous pouvez déployer le produit.

Notes

Dans certains scénarios, l’installation des mises à jour à l’aide du fichier Microsoft Self-Extractor peut s’avérer impossible. Un message d’erreur générique similaire au suivant peut s’afficher : « Échec de l’installation de ce package ». Dans ces situations, la méthode suivante permet d’installer les mises à jour.

Pour installer une mise à jour logicielle spécifique à l’aide du fichier .msp

  1. Pour extraire les correctifs .msp du fichier Microsoft Self-Extractor (en l’occurrence, Office2010-kbxxxxxxx-fullfile-x86-glb.exe), exécutez le fichier .exe avec le commutateur /extract:[chemin du dossier d’extraction]. Par exemple, tapez le texte suivant depuis l’invite de commandes :

    Office2010-kbxxxxxxx-fullfile-x86-glb.exe /extract:"c:\UpdatesToInstall"

  2. Accédez au répertoire UpdatesToInstall. Tapez ce qui suit depuis l’invite de commandes :

    cd c:\updatestoinstall

  3. Pour chaque fichier .msp extrait dans le dossier C:\UpdatesToInstall, exécutez la commande msiexec /update*[mise_à_jour.msp]*. Par exemple, tapez le texte suivant depuis l’invite de commandes :

    msiexec.exe /update clview.msp /l*v "clview.log"

    Une fois les fichiers .msp extraits, vous pouvez également double-cliquer sur ceux-ci pour installer les mises à jour. Toutefois, cette opération ne génère pas de journalisation supplémentaire.

    Notez que vous pouvez également installer plusieurs fichiers .msp en même temps en séparant les noms de fichier par un point-virgule (;). Par exemple, tapez le texte suivant depuis l’invite de commandes :

    msiexec.exe /update clview.msp;access.msp /l*v "updates.log"

Test et vérification des fichiers Windows Installer (.msp)

Si vous souhaitez tester les mises à jour et vérifier la liste des fichiers .msp avant de les copier dans le dossier Updates sur le point d’installation réseau Office 2010, vous pouvez installer les mises à jour sur un ordinateur de test, utiliser un script Visual Basic pour extraire les fichiers .msp dans un dossier cible, puis copier les fichiers .msp depuis le dossier cible vers le dossier Updates. Cette méthode est détaillée dans la procédure suivante.

Pour extraire les fichiers .msp depuis un ordinateur de test et les copier dans le dossier Updates

  1. Sur l’ordinateur de test, installez toutes les applications Office 2010 qui seront installées sur les ordinateurs des utilisateurs.

  2. Exécutez Microsoft Update pour appliquer toutes les mises à jour Office 2010 nécessaires sur l’ordinateur de test.

  3. Vérifiez que vos applications s’exécutent normalement.

  4. Enregistrez le script Visual Basic suivant sous le nom « CollectUpdates.vbs ». Ensuite, exécutez-le pour extraire dans un dossier cible les fichiers de mise à jour installés sur l’ordinateur de test. Le script utilise %Temp%\Updates en guise de dossier cible, où %Temp% représente le dossier temporaire Windows.

    Dim oMsi,oFso,oWShell

    Dim Patches,SumInfo

    Dim patch,record,msp

    Dim qView

    Dim sTargetFolder,sMessage

    Const OFFICEID = "000-0000000FF1CE}"

    Const PRODUCTCODE_EMPTY = ""

    Const MACHINESID = ""

    Const MSIINSTALLCONTEXT_MACHINE = 4

    Const MSIPATCHSTATE_APPLIED = 1

    Const MSIOPENDATABASEMODE_PATCHFILE = 32

    Const PID_SUBJECT = 3 'Displayname

    Const PID_TEMPLATES = 7 'PatchTargets

    Set oMsi = CreateObject("WindowsInstaller.Installer")

    Set oFso = CreateObject("Scripting.FileSystemObject")

    Set oWShell = CreateObject("Wscript.Shell")

    'Create the target folder

    sTargetFolder = oWShell.ExpandEnvironmentStrings("%TEMP%")&"\Updates"

    If Not oFso.FolderExists(sTargetFolder) Then oFso.CreateFolder sTargetFolder

    sMessage = "Patches are being copied to the %Temp%\Updates folder." & vbCrLf & "A Windows Explorer window will open after the script has run."

    oWShell.Popup sMessage,20,"Office Patch Collector"

    'Get all applied patches

    Set Patches = oMsi.PatchesEx(PRODUCTCODE_EMPTY,MACHINESID,MSIINSTALLCONTEXT_MACHINE,MSIPATCHSTATE_APPLIED)

    On Error Resume Next

    'Enum the patches

    For Each patch in Patches

       If Not Err = 0 Then Err.Clear

        'Connect to the patch file

        Set msp = oMsi.OpenDatabase(patch.PatchProperty("LocalPackage"),MSIOPENDATABASEMODE_PATCHFILE)

        Set SumInfo = msp.SummaryInformation

        If Err = 0 Then

            If InStr(SumInfo.Property(PID_TEMPLATES),OFFICEID)>0 Then

                'Get the original patch name

                Set qView = msp.OpenView("SELECT `Property`,`Value` FROM MsiPatchMetadata WHERE `Property`='StdPackageName'")

                qView.Execute : Set record = qView.Fetch()

                'Copy and rename the patch to the original file name

                oFso.CopyFile patch.PatchProperty("LocalPackage"),sTargetFolder&"\"&record.StringData(2),TRUE

            End If

        End If 'Err = 0

    Next 'patch

    oWShell.Run "explorer /e,"&chr(34)&sTargetFolder&chr(34)

  5. Vérifiez que tous les fichiers .msp requis se trouvent dans le dossier cible (%Temp%\Updates).

  6. Copiez tous les fichiers .msp depuis %Temp%\Updates sur l’ordinateur de test vers le dossier Updates sur le point d’installation réseau Office 2010.

Modification du fichier Config.xml pour spécifier un autre emplacement pour les mises à jour

À l’aide de l’élément SetupUpdates du fichier Config.xml, les administrateurs peuvent indiquer au programme d’installation de rechercher les mises à jour dans un autre dossier que le dossier Updates.

Syntaxe de l’élément SetupUpdates

L’élément SetupUpdates du fichier Config.xml utilise la syntaxe suivante :

<SetupUpdates [CheckForSUpdates="Yes" | "No"] [SUpdateLocation="liste_chemins"]/>

Les attributs de l’élément SetupUpdates sont répertoriés dans le tableau suivant.

Attribut Description

CheckForSUpdates

Le programme d’installation utilise la liste des chemins d’accès indiquée par l’attribut SUpdateLocation pour rechercher les fichiers de personnalisation de l’installation. La valeur par défaut est Yes.

Si la valeur est définie sur No, le programme d’installation ne recherche pas les fichiers de personnalisation de l’installation à l’aide de la liste des chemins d’accès indiquée par l’attribut SUpdateLocation.

SupdateLocation=" liste_chemins "

Spécifie la liste des chemins d’accès complets des dossiers, séparés par des points-virgules.

Le programme d’installation recherche dans tous les dossiers spécifiés les fichiers de personnalisation de l’installation créés pour le produit en cours d’installation et les applique dans l’ordre alphabétique des noms de fichiers. Si un fichier de personnalisation de l’installation est spécifié dans la ligne de commande du programme d’installation, ce fichier est appliqué en premier, suivi de tous les fichiers trouvés dans le dossier spécifié par l’élément SetupUpdates.

Les fichiers de personnalisation sont spécifiques à un produit. Le programme d’installation applique uniquement les fichiers qui concernent le produit en cours d’installation. Toutefois, si vous stockez plusieurs fichiers de personnalisation pour le même produit dans le dossier Updates, le programme d’installation applique tous les fichiers à la configuration de l’utilisateur dans l’ordre alphabétique.

Modification de l’élément SetupUpdates du Config.xml

Les administrateurs peuvent modifier l’élément SetupUpdates du fichier Config.xml afin de spécifier un autre emplacement pour les mises à jour.

Pour modifier l’élément SetupUpdates du Config.xml

  1. Ouvrez le fichier Config.xml dans un éditeur de texte, tel que le Bloc-notes.

  2. Entrez les options à utiliser pour l’élément SetupUpdates, comme illustré dans l’exemple de syntaxe suivant :

    <SetupUpdates CheckForSUpdates="Yes" SUpdateLocation="\\serveur1\partage;\\serveur2\partage" />

    Dans cet exemple, liste_chemins répertorie les chemins d’accès complets des dossiers, séparés par des points-virgules ("\\serveur1\partage;\\serveur2\partage").

  3. Enregistrez le fichier Config.xml dans le dossier où il se trouvait avant sa modification.

Pour plus d’informations sur l’élément SetupUpdates du fichier Config.xml, voir Élément SetupUpdates dans Fichier Config.xml dans Office 2010.

Choix d’une stratégie de mise à jour

À l’aide des critères indiqués dans le tableau suivant, déterminez la solution de mise à jour logicielle recommandée pour votre organisation.

Type de client Besoin Solutions recommandées

Entreprise de grande taille

Gestion avancée des mises à jour logicielles

System Center Configuration Manager 2007

Dossier Updates (uniquement pour les installations initiales)

Notes

Si la personnalisation diffère d’un groupe d’utilisateurs à l’autre, vous pouvez sélectionner un emplacement différent pour les fichiers .msp.

Distribution de mises à jour Microsoft uniquement

Windows Server Update Services

Entreprise de taille moyenne

Gestion avancée des mises à jour logicielles

System Center Configuration Manager 2007

Dossier Updates (uniquement pour les installations initiales)

Notes

Si la personnalisation diffère d’un groupe d’utilisateurs à l’autre, vous pouvez sélectionner un emplacement différent pour les fichiers .msp.

Distribution de mises à jour Microsoft uniquement

Windows Server Update Services

Entreprise de petite taille

Distribution de mises à jour Microsoft dans les environnements comptant au moins un ordinateur Windows et un administrateur

Windows Server Update Services

Tous les autres scénarios

Microsoft Update

Fichiers Microsoft Self-Extractor

Dossier Updates (uniquement pour les installations initiales)

Notes

Le dossier Updates ne concerne que les fichiers .msp.

Consommateur

Tous les scénarios

Microsoft Update