Article d’origine publié le vendredi 16 novembre 2012
Lorsque vous déployez l’agent de télémétrie sur des clients, vous pouvez spécifier jusqu’à quatre étiquettes qui décrivent au mieux vos utilisateurs. Les étiquettes constituent l’une des fonctionnalités clés du Tableau de bord de télémétrie, car elles vous permettent de filtrer les données de télémétrie par emplacement géographique, groupes professionnels individuels, types d’utilisateurs spécifiques, etc.
En utilisant des étiquettes, vous savez quels sont les documents les plus fréquemment utilisés dans des emplacements, groupes professionnels, etc., spécifiques. Ces informations vous permettent de déterminer les documents critiques pour l’entreprise que vous devez tester pour des groupes professionnels spécifiques avant une mise à niveau. Par exemple, les documents liés à la finance ne sont pas propagés lorsque vous affichez l’inventaire des documents à l’échelle de l’entreprise présenté dans la première capture d’écran ci-dessous. En filtrant les données sur « North America » et « Finance », vous trouvez les documents critiques pour l’entreprise pour le groupe Finance, comme le montre la deuxième capture d’écran.
Inventaire de documents sans étiquettes :
Inventaire de documents filtré sur les étiquettes « North America » et « Finance » :
Les étiquettes sont appliquées par utilisateur (et non par ordinateur) via une stratégie de groupe ou le Registre. Il existe plusieurs façons de déployer des étiquettes en fonction de la granularité selon laquelle vous voulez filtrer les données de télémétrie. Dans cet article, nous présentons les meilleures pratiques pour le déploiement d’étiquettes dans votre environnement spécifique.
Si votre environnement Active Directory a des configurations de domaine/de site/d’unité d’organisation pouvant être utilisées pour des étiquettes, le moyen le plus simple de déployer des étiquettes consiste à utiliser une stratégie de groupe. Par exemple, vous pouvez configurer des objets de stratégie de groupe (GPO) liés aux domaines Afrique, APAC (Asie et Pacifique sud), Europe, Amérique du Nord et Amérique du Sud, etc., afin de définir des étiquettes pour les utilisateurs qui font partie de ces secteurs géographiques. Téléchargez les fichiers de modèles d’administration Office 2013 (ADMX/ADML) pour créer un objet de stratégie de groupe. Pour en savoir plus sur la façon de configurer des étiquettes à l’aide d’une stratégie de groupe, voir Activation et configuration de l’Agent de télémétrie.
Le filtrage de sécurité est une autre façon de déployer des étiquettes à l’aide d’une stratégie de groupe. Cette méthode vous permet de tirer profit de groupes de sécurité existants ou nouvellement créés pour appliquer des objets de stratégie de groupe pour des étiquettes. Par exemple, vous pouvez avoir des groupes de sécurité par groupe professionnel tel qu’Ingénierie, Finance, Marketing, Ventes et Support technique. Vous pouvez alors créer un objet de stratégie de groupe pour créer une étiquette « Finance » et filtrer l’objet de stratégie de groupe sur le groupe de sécurité « Finance ». Cela vous permet de déployer une étiquette « Finance » pour les utilisateurs qui sont membres du groupe de sécurité « Finance ». L’utilisation du filtrage de sécurité des objets de stratégie de groupe vous permet de déployer des étiquettes plus granulaires que la simple liaison d’un objet de stratégie de groupe à un domaine/un site/une unité d’organisation, mais vous devez créer des objets de stratégie de groupe pour chacun des groupes de sécurité cibles.
Pour plus de facilité, nous fournissons un script Windows PowerShell pour automatiser la génération/le filtrage des objets de stratégie de groupe basés sur les informations contenues dans un fichier CSV. Ce script vous permet de créer facilement plusieurs objets de stratégie de groupe avec ou sans filtrage de sécurité (jusqu’à 1 000 objets de stratégie de groupe) à la fois, comme suit :
1. Créez un fichier CSV contenant le nom des objets de stratégie de groupe, le domaine/le site/l’unité d’organisation liés, les noms des étiquettes et les noms des groupes de sécurité utilisés pour le filtrage.
2. Exécutez le script PowerShell fourni.
a. Le script lit les données du fichier CSV et crée automatiquement des objets de stratégie de groupe.
b. Le script lie les objets de stratégie de groupe au domaine/au site/à l’unité d’organisation cible spécifiés.
Pour plus d’informations sur le script Windows PowerShell, voir Créer un objet de stratégie de groupe pour les balises (étiquettes) du Tableau de bord de télémétrie.
Ne vous inquiétez pas si vous ne disposez pas de structures ou de groupes de sécurité Active Directory appropriés à utiliser pour les étiquettes. Nous fournissons un script VBScript qui peut être exécuté sur les ordinateurs des utilisateurs finaux pour remplir des étiquettes dans le Registre local en fonction des informations utilisateur de connexion dans Active Directory.
Par exemple, un objet utilisateur dans Active Directory comprend des informations telles que « Bureau », « Service », « Fonction », « Domaine », etc. Le script utilise ces informations provenant d’Active Directory pour remplir les étiquettes dans le Registre par utilisateur. Le déploiement du script VBScript aux utilisateurs finaux via un script de connexion ou une stratégie de groupe vous permet de configurer des étiquettes personnalisées pour vos utilisateurs.
Pour plus d’informations sur le script VBScript, voir Ajouter des balises (étiquettes) pour le Tableau de bord de télémétrie Office.
Voici des réponses à certaines des questions qui nous ont été posées à propos de ces scripts :
Est-il possible d’utiliser les trois méthodes pour créer des étiquettes ? Oui, mais vous devez éviter les conflits d’objets de stratégie de groupe où des étiquettes différentes sont appliquées au même groupe de sécurité/cible, etc. Si l’objet de stratégie de groupe et le script VBScript définissent des étiquettes différentes pour les mêmes utilisateurs, l’objet de stratégie de groupe est toujours prioritaire.
Le nombre d’étiquettes pouvant être utilisé pour collecter des données est-il limité ?Il n’existe aucune limite technique au nombre d’étiquettes, mais il est conseillé de configurer de 1 à 50 étiquettes au total pour chaque étiquette (Label1-Label4) afin de pouvoir choisir facilement une étiquette dans le tableau de bord. Si vous définissez plus de 1 000 étiquettes, il peut s’avérer difficile de sélectionner l’étiquette appropriée.
La priorité des étiquettes importe-t-elle ?Les étiquettes s’affichent par ordre alphabétique.
Est-il possible d’enregistrer une combinaison de filtres d’étiquettes sous forme de « modèle » et de lui donner un nom qui permet de l’exécuter sans mémoriser la combinaison ?Si vous avez utilisé un objet de stratégie de groupe, il est possible d’appliquer ce même objet de stratégie de groupe à une autre cible, mais pour le script VBScript, il n’existe aucun moyen d’enregistrer une combinaison d’étiquettes.
Merci de votre attention. Nous espérons que ces scripts vous aideront à déployer sans problème des étiquettes pour votre Tableau de bord de télémétrie et vous permettront de voir la puissance que les étiquettes ajoutent à vos scénarios de surveillance et de mise à niveau d’Office. Vos questions et vos commentaires sur ces scripts sont les bienvenus. Ajoutez vos commentaires à ce billet ou au référentiel de scripts.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Deploying labels (tags) for better analysis in Telemetry Dashboard
Article original publié le mardi 13 novembre 2012
Windows 8
Avec le lancement récent de Windows 8, vous vous posez peut-être la question « Quelles versions d’Office puis-je déployer sur les ordinateurs Windows 8 ? ». Les versions suivantes d’Office sont prises en charge sur Windows 8 (ainsi que sur Windows Server 2012) :
Si vous envisagez de déployer Office 2013, veillez à passer en revue la configuration système requise pour Office 2013, ainsi que d’autres informations de compatibilité et de déploiement dans la Office 2013 sur TechNet Library.
Outre les versions de Lync et OneNote qui sont disponibles dans Office 2013, il existe également des versions distinctes de Lync et OneNote qui ont été spécifiquement conçues pour tirer parti des fonctionnalités tactiles de Windows 8. Ces deux applications sont disponibles gratuitement par l’intermédiaire du Windows Store. Pour plus d’informations, reportez-vous aux pages suivantes :
Voici quelques éléments à prendre en compte sur ces applications :
Vous pouvez utiliser la stratégie de groupe pour bloquer l’accès des utilisateurs au Windows Store et pour spécifier une liste d’applications prises en charge. Les paramètres de stratégie de groupe pour le Windows Store se trouvent sous Modèles d’administration\Composants Windows\Windows Store. Pour plus d’informations, voir Gestion de l’accès client au Windows Store.
Office à la Demande, Office Web Apps et les applications pour Office sont également pris en charge sur Windows 8.
Pour déterminer si d’autres applications dont se servent vos utilisateurs fonctionneront sur Windows 8, accédez au Centre de compatibilité Windows.
Surface avec Windows RT
Le lancement récent de Windows 8 a vu également le lancement de l’appareil Microsoft Surface. Les appareils Microsoft Surface actuellement disponibles exécutent Windows RT. Windows RT est une édition de Windows 8 préinstallée sur les PC et les tablettes (par exemple, la tablette Microsoft Surface) qui reposent sur des processeurs ARM.
Une question vous vient probablement à l’esprit : « Comment déployer Office sur un appareil Surface doté de Windows RT ? ». En fait, Windows RT est fourni avec Microsoft Office Famille et Étudiant 2013 RT installé. Office Famille et Étudiant 2013 RT inclut les applications suivantes :
Cette version d’Office possède la plupart des fonctionnalités d’Office Famille et Étudiant 2013 que vous pouvez installer sur un PC. Toutefois, certaines différences sont notables. Pour voir la liste de ces différences, consultez la section « Quelles fonctionnalités d’Office Famille et Étudiant 2013 ne sont pas disponibles dans Office Famille et Étudiant 2013 RT ? » à la page Présentation d’Office Famille et Étudiant 2013 RT Preview.
Voici quelques éléments clés à noter concernant les appareils Office et Windows RT :
Voici quelques ressources supplémentaires sur Windows RT et Office susceptibles de vous intéresser :
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Which versions of Office are supported on Windows 8 and on Surface with Windows RT?
Article original publié le mardi 18 décembre 2012
Ce billet de blog a été rédigé par Scott Bradley, ingénieur Principal Escalation pour Office dans le groupe Services de support technique Microsoft.
L’accès délégué est une fonctionnalité Outlook qui permet à une personne d’agir pour le compte d’un autre utilisateur Outlook, plus particulièrement pour accéder aux dossiers partagés et envoyer des demandes de réunion. Il est couramment utilisé pour les tâches qui incombent aux assistants et aux responsables, telles que la planification et l’envoi de réunions par un assistant pour le compte d’un responsable ou la supervision du courrier électronique d’un responsable par un assistant.
Lorsqu’un délégué utilise plusieurs boîtes aux lettres au volume non négligeable, nous parlons de scénario de super-délégué.
Prenons l’exemple de Jane, super-déléguée au plus haut niveau de l’entreprise. Jane utilise Outlook 2010 chaque jour, à longueur de journée, pour consulter son courrier électronique, gérer ses informations de réunion, etc. Elle se sert des différentes fonctionnalités d’Outlook 2010 avec une grande efficacité et son objectif est d’accomplir chacune de ses tâches d’une façon globalement performante.
Jane possède un profil Outlook qui contient :
Très souvent, un super-délégué doit également respecter les contraintes de gestion de données que vous avez implémentées dans votre organisation. Par exemple, imaginez que vous avez configuré votre environnement de la façon suivante :
Cela vous semble compliqué ? Nous pouvons vous aider. Au fil des ans, Microsoft a développé un ensemble de meilleures pratiques pour la configuration de scénarios de super-délégués. Ce billet de blog traite des recommandations pour :
Pour configurer des super-délégués, vous avez le choix entre deux options principales, chacune présentant des avantages et des limites. Le facteur déterminant pour chacune de ces configurations est de contrôler la taille du fichier OST. Pour ces recommandations, nous ne prendrons pas en compte les scénarios dans lesquels l’accès aux dossiers s’effectue en ligne, car les latences généralement associées à l’accès en ligne poseraient plus de problèmes que les considérations de performances entourant la taille du fichier OST.
Option A : ajouter le compte du gestionnaire en tant que compte Exchange secondaire (plusieurs comptes Exchange)
Avantages
Inconvénients
À la fin de ce billet de blog, vous trouverez une description et une capture d’écran qui illustrent la façon de créer un compte Exchange supplémentaire, ainsi que l’ajout d’une boîte aux lettres supplémentaire.
Option B : utiliser le partage au niveau des dossiers
Si vous décidez que la configuration du partage au niveau des dossiers (option B) correspond aux meilleurs scénarios pour les super-délégués, vous devez comprendre les trois méthodes de configuration des dossiers partagés et les implications de chacune de ces méthodes. Plus particulièrement, il est vital de comprendre la fonctionnalité de « mappage automatique » d’Exchange/Outlook et la façon dont elle prend part aux méthodes de partage de dossiers.
Méthode 1 : Délégué standard/partage de dossiers : dans cette méthode, vous utilisez simplement la fonctionnalité de délégué d’Outlook 2010 pour assigner un délégué. Dans le cadre de la configuration du délégué, des listes de contrôle d’accès sont attribuées aux dossiers du délégué et il est alors possible d’accéder à ces dossiers à partir de l’ordinateur du délégué par l’intermédiaire de diverses options incluses dans l’interface utilisateur (Ouvrir le dossier d’un autre utilisateur, Ouvrir le calendrier partagé, Demande de partage, etc.). Cette méthode n’implique ni ne requiert AUCUNE autorisation pour la boîte aux lettres complète.
Méthode 2 : Ajouter une boîte aux lettres supplémentaire : cette fonctionnalité « héritée » de l’onglet Options avancées des propriétés du compte permet à l’utilisateur d’ajouter la boîte aux lettres STORE du gestionnaire à son profil. Ce n’est pas la même chose que la fonctionnalité de comptes Exchange multiples qui était décrite dans l’option A ci-dessus. Cette méthode de partage requiert au moins l’autorisation « dossier visible » à la racine de la banque de boîtes aux lettres.
Méthode 3 : Autorisations totales de boîte aux lettres/mappage automatique : lorsque vous attribuez des autorisations totales de boîte aux lettres pour un utilisateur à une boîte aux lettres du gestionnaire, Exchange envoie les informations figurant dans les données de découverte automatique qui indiquent à Outlook d’ajouter automatiquement la boîte aux lettres partagée dans le profil. Ceci crée un ensemble de faits uniques et particulièrement intéressants :
En raison des effets secondaires actuels du mappage automatique, nous recommandons de ne pas l’utiliser dans ces scénarios de super-délégués. Exchange Server 2010 SP2 fournit une applet de commande PowerShell visant à désactiver la fonctionnalité de mappage automatique, que vous devez utiliser lors de la configuration de l’accès aux dossiers partagés.
Le choix de la méthode de partage des dossiers sera déterminé par les besoins d’accéder au dossier défini. Si l’utilisateur délégué doit accéder à tous les dossiers dans le magasin du gestionnaire, les recommandations seront les suivantes :
Cette configuration permettrait de :
Outlook et Exchange ne donnent pas le même sens au terme « délégué ». Pour Exchange, un « délégué » correspond simplement à une personne dotée du droit d’envoi par procuration pour un autre compte. Pour Outlook 2010, le terme « délégué » se rapporte à un jeu complet de fonctionnalités composé du droit d’envoyer par procuration, d’autorisations sur les dossiers du délégué, d’une règle de transfert pour transférer les demandes de réunion au délégué, ainsi que de divers extraits de code et propriétés pour effectuer le suivi d’éléments supplémentaires, par exemple combien de mois à l’avance le gestionnaire publie ses informations de disponibilité, etc. Par conséquent, à la question concernant la façon dont les délégués doivent être ajoutés, si vous souhaitez le jeu complet des fonctionnalités d’un délégué Outlook, nous vous recommandons d’utiliser Outlook pour ajouter les délégués. En revanche, si votre objectif est seulement d’utiliser la fonctionnalité d’envoi par procuration ou seulement de disposer d’autorisations sur les dossiers partagés, nous vous recommandons plutôt d’utiliser les outils Exchange pour ajouter les délégués.
Le seul problème spécifique qui se pose quant à l’utilisation d’autres outils est qu’Exchange et Outlook traitent tous les deux les autorisations sur le dossier de calendrier de façon un peu spéciale. Il existe un dossier spécial à la racine de la boîte aux lettres, nommé « dossier d’informations de disponibilité », qui est utilisé dans le cadre du jeu de fonctionnalités du délégué. Les autorisations sur ce dossier doivent être identiques aux autorisations sur le dossier de calendrier. Lorsque vous utilisez Outlook ou Exchange pour définir des autorisations sur le dossier de calendrier, les autorisations sont aussi implicitement appliquées à ce dossier spécial. Si vous utilisez des outils tiers qui affectent les autorisations et les délégués, rien ne vous garantit que les autorisations appropriées s’appliqueront au dossier spécial d’informations de disponibilité.
Aucune limite intentionnelle n’est appliquée au nombre de délégués que vous pouvez attribuer à une boîte aux lettres. Dans une couche inférieure à la fonctionnalité (couche MAPI, appel NSPI (Name Service Provider Interface) utilisé pour ajouter le droit d’envoi par procuration, etc.), vous finirez probablement par atteindre une limite qui empêchera l’ajout d’un n-ième délégué, mais ce nombre se situe au-delà de la pratique recommandée.
L’équipe Outlook teste généralement quatre (4) délégués comme maximum recommandé pour une boîte aux lettres. Cette recommandation s’appuie plus sur l’aspect pratique de l’utilisation du calendrier que sur de quelconques limites de performances ou de taille. L’utilisation de plus de quatre délégués génère des scénarios potentiellement complexes, notamment dans le monde actuel des appareils mobiles, OWA, compléments Outlook, etc. Cette complexité rend impossible la gestion du calendrier. Nous vous recommandons également de suivre les meilleures pratiques publiées pour l’utilisation des demandes de réunion. Par exemple, répondez toujours à une demande de réunion, configurez le logiciel de sorte que seuls les délégués reçoivent une copie complète de la demande de réunion, etc.
Vous devriez éventuellement envisager d’inclure les meilleures pratiques et la documentation données par tous les fournisseurs de calendriers tiers dans votre environnement. Par exemple, si vous utilisez des appareils Android, Apple ou RIM Blackberry, vous devez tenir à jour la liste des problèmes actuels et les méthodologies de résolution des problèmes élaborées par ces fournisseurs.
Les recommandations relatives à la taille du fichier OST et des éléments pour un délégué utilisant des boîtes aux lettres Exchange locales ou Office 365 doivent être considérées selon divers points de vue dans les scénarios Office 365. La synchronisation du fichier OST peut prendre plus de temps à partir du nuage qu’à partir d’une boîte aux lettres Exchange locale. Pour une meilleure expérience, nous recommandons d’utiliser de plus petits volumes de données pour les scénarios dans lesquels la boîte aux lettres déléguée se trouve sur Office 365.
Prenez en compte les recommandations suivantes pour un super-délégué :
Recommandations liées à une boîte aux lettres Exchange locale pour les performances (maximales) d’Outlook 2010Taille du fichier OST : 25 GoNombre global d’éléments de dossier : 50 000Nombre d’éléments de calendrier : 5 000
Recommandations liées à une boîte aux lettres Office 365 pour les performances (maximales) d’Outlook 2010Taille du fichier OST : 5 GoNombre global d’éléments de dossier : 20 000Nombre d’éléments de calendrier : 5 000
Comme plusieurs difficultés se posent pour prédire les variables dans l’équation relative aux performances (vitesse des disques durs, modèles d’utilisation, compléments, etc.), nos recommandations en matière de taille divisent les valeurs en trois groupes. Le premier groupe correspond à l’objectif « vous ne devriez presque jamais connaître des problèmes de performances liés au fichier OST » et la valeur correspondante est 5 Go. Le deuxième groupe correspond à l’objectif « un certain niveau de problèmes de performances est probable, mais ils sont considérés comme gérables par les utilisateurs ». La valeur correspondante est comprise entre 5 et 25 Go. Enfin, le troisième groupe correspond à une situation dans laquelle « vous verrez probablement un impact sur les performances suffisant pour affecter l’expérience utilisateur ». La valeur correspondante est 25 Go.
Du point de vue d’Outlook, les recommandations de taille existantes s’appliquent en général de façon égale aux comptes Office 365. Les recommandations liées à Outlook ont pour objectif les performances du format de fichier OST en ce qui concerne les opérations « hors connexion ». En d’autres termes, les performances que vous obtenez lorsque vous déplacez des éléments entre des dossiers locaux, créez des affichages pour les dossiers avec un nombre important d’éléments, etc. Cette recommandation est inférieure à 25 Go pour la taille du fichier OST, de 5 000 éléments pour un dossier de calendrier et de 20 000 éléments pour des dossiers de type non-calendrier. Les dossiers de calendrier ont une surcharge spécifique (en calculant les périodicités) qui rend nécessaire l’utilisation de tailles de dossier inférieures. Là encore, il s’agit de la recommandation pour des performances considérées comme gérables par les utilisateurs, et non pas de la valeur garantissant de hautes performances.
Les recommandations liées à la taille du fichier OST pour Office 365 ont également pour objectif d’obtenir des performances réseau d’un niveau approprié. Si vous avez un fichier OST de grande taille, la durée initiale de synchronisation est longue. Par exemple, dans le cas d’opérations telles que des modifications de la gestion des enregistrements Microsoft qui requièrent un certain niveau de synchronisation de tous les éléments, l’utilisation du réseau et les performances obtenues ne sont généralement pas appropriées lorsque la taille des données se situe aux alentours de 25 Go. De plus, certains facteurs sont impliqués dans des scénarios de dossiers partagés, dans lesquels les données doivent être extraites du serveur. Ainsi, ces scénarios de dossiers partagés présentent un degré d’impact potentiel supplémentaire sur les performances. Pour cette raison, les recommandations de taille pour Office 365 sont généralement meilleures lorsque des dossiers partagés sont utilisés. Enfin, la recommandation de 5 Go pour Office 365 a pour objectif de garantir de hautes performances globales pour les opérations OST, indépendamment du réseau.
Par conséquent, selon votre OBJECTIF quant aux performances du fichier OST, les recommandations de taille peuvent différer. Les recommandations de taille pour Outlook correspondent au maximum recommandé pour les performances globales côté client. Mais, les recommandations pour Office 365 pour un fichier OST plus petit atténueraient les problèmes de performances liés au réseau et assureraient de bien meilleures performances.Pour les configurations de super-délégués sur Office 365, si la décision est prise d’utiliser les dossiers partagés à la place de la configuration de comptes Exchange multiples, les recommandations seraient :Taille du fichier OST : entre 5 Go et 25 Go selon les performances souhaitéesNombre d’éléments de calendrier : 5 000Nombre global d’éléments de dossier : 20 000
Ces niveaux de taille garantissent des performances globalement satisfaisantes du fichier OST lui-même, l’atténuation des retards potentiels du dossier de calendrier lors de l’utilisation des données de calendrier, ainsi que le fonctionnement approprié, dans la plupart des scénarios, des dossiers généraux, y compris des dossiers partagés contenant des éléments. Il convient de noter qu’Outlook 2010 est un client polyvalent aux riches fonctionnalités et qu’il existe toujours des flux de travail ou des modèles d’utilisation possibles, susceptibles d’affecter ces recommandations. Par exemple, Outlook propose une fonctionnalité (disponible dans la boîte de dialogue des propriétés de dossier) permettant d’effacer toutes les données hors connexion pour le dossier dans votre fichier OST. Si une partie de votre flux de travail consiste à effacer régulièrement les éléments hors connexion dans un dossier, les performances en pâtiront lorsque ce dossier sera synchronisé ultérieurement. Si vous utilisez des définitions de vues filtrées ou complexes qu’Outlook doit appliquer aux données des dossiers, vous pouvez constater des baisses de performances au cours de ces opérations. Ces recommandations ont pour but de mettre en œuvre les meilleurs modèles d’utilisation « standard » pour le super-délégué.
Pour plus d’informations, voir :
Notre meilleur outil d’analyse côté client est OCAT (Outlook Configuration Analyzer Tool). OCAT s’appuie sur la même technologie qu’Exchange Server Best Practices Analyzer. Il fournit une interface utilisateur conviviale dont les utilisateurs peuvent tirer profit pour vérifier l’intégrité des clients, ainsi qu’une version en ligne de commande que les administrateurs peuvent scripter pour exécuter des vérifications d’intégrité et collecter les rapports obtenus. La documentation de référence ci-dessous contient une description détaillée du jeu de fonctionnalités, de la manière de l’utiliser du point de vue de l’administrateur, ainsi que des informations supplémentaires.
Côté serveur, vous pouvez utiliser le jeu de fonctionnalités des scripts et commandes PowerShell pour extraire des informations sur la taille des boîtes aux lettres et des dossiers.
Microsoft fournit plusieurs documents de référence sur les « meilleures pratiques » pour les scénarios mettant en jeu des délégués. Ces guides vont de tâches de niveau débutant jusqu’à la gestion intermédiaire de la fonctionnalité de délégué. Les équipes Microsoft Premier Field Engineering proposent également des ateliers proactifs et réactifs en matière de calendrier. Ces ateliers incluent des thèmes associés à la résolution des problèmes de calendrier et des recommandations sur les meilleures pratiques.
Voici quelques ressources supplémentaires de formation et de dépannage :
Le nombre maximal de règles pour Exchange est limité par une allocation de stockage pour la « propriété » qui stocke toutes les règles. Cette propriété est généralement limitée à 32 Ko. Dans la mesure où une règle standard engendre le stockage de 600 à 800 octets de données, vous pourriez « manquer de place » entre 40 et 50 règles. Dans Exchange 2010, vous pouvez spécifier une valeur supérieure à 32 Ko pour le stockage des règles. Pour les comptes Exchange Online, vous pouvez définir cette valeur jusqu’à 64 Ko. Cela permet d’utiliser jusqu’à près de 100 règles. Nous pourrions partir du principe que le nombre maximal recommandé de règles est déterminé par la capacité de l’utilisateur à gérer l’ensemble de règles, ce qui est particulièrement vrai dans des scénarios où plusieurs règles peuvent affecter le même message et où l’utilisateur doit gérer toute la logique impliquée dans le déclenchement des règles.
Pour plus d’informations, voir Augmentation de la limite concernant les règles pour Exchange Online.
Les équipes Outlook et Exchange collaborent continuellement pour améliorer l’expérience Exchange Online. Non seulement des bogues spécifiques sont identifiés et corrigés au cours de notre cycle de « mise à jour cumulée », mais d’autres modifications du code, destinées simplement à améliorer la stabilité et les performances, sont incluses dans les mises à jour cumulées. C’est pourquoi nous vous recommandons de toujours tester et utiliser les dernières mises à jour cumulées disponibles lorsque vous traitez des problèmes liés au client Outlook. Le niveau de client obligatoire pour Outlook correspond à une version d’Outlook de moins d’un an. Ainsi, par exemple, au mois d’octobre 2012, la mise à jour cumulée d’octobre 2011 doit obligatoirement avoir été appliquée à Outlook si Exchange Online est utilisé.
Un dernier élément à prendre en compte en termes de performances et de stabilité est de comprendre l’importance de l’écosystème du calendrier. Si des clients différents sont utilisés (Outlook, OWA, Windows Phone, IPhone, Blackberry), la stabilité du calendrier est menacée et chacun de ces domaines nécessite votre attention. De même, si vous possédez des compléments Outlook qui étendent le jeu de fonctionnalités du calendrier, cela représente un autre facteur de risque potentiel pour le maintien du fonctionnement harmonieux du calendrier. Aucun de ces éléments n’est nécessairement à l’origine d’un problème, mais ils introduisent une certaine complexité et obligent les équipes à collaborer pour comprendre et résoudre les problèmes.
Les dernières mises à jour pour Outlook sont toujours disponibles à la page : http://technet.microsoft.com/en-us/office/ee748587.aspx.
Les comptes Exchange multiples font communément référence à un scénario dans lequel vous ajoutez un SECOND compte complet au profil Outlook. Vous pouvez ajouter un second compte à un profil Outlook 2010 en accédant à Fichier et à Paramètres du compte dans Outlook, puis en sélectionnant Nouveau.
Pour ajouter une boîte aux lettres supplémentaire dans Outlook, accédez à Paramètres du compte, cliquez sur le bouton Modifier et sur Paramètres supplémentaires, puis sélectionnez l’onglet Options avancées pour le compte Exchange EXISTANT.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Recommendations for configuring delegate scenarios in Outlook 2010
Article original publié le vendredi 9 novembre 2012
Le 05/11/2012, l’équipe d’ingénierie Office a publié une mise à jour des fichiers des modèles d’administration Office 2013 et de l’outil de personnalisation Office (OPO) que les administrateurs peuvent télécharger ici : Fichiers de modèles d’administration (ADMX/ADML) Office 2013 et outil de personnalisation Office. Ce téléchargement inclut une feuille de calcul Excel (office2013grouppolicyandoctsettings.xlsx) qui répertorie les paramètres OPO et de stratégie de groupe. Les paramètres de stratégie s’appliquent aux installations basées sur Windows Installer (MSI) et Démarrer en un clic d’Office 2013 Preview.
Pour en savoir plus sur les nouveaux paramètres associés à la gestion des compléments Office 2013, aux applications pour Office, aux clés secrètes, au démarrage d’Office, aux modèles et arrière-plans Office, à la synchronisation OneNote, à Outlook, aux options de niveau de service pour les fonctionnalités en ligne d’Office, à la connexion, à l’activation d’abonnement et au Tableau de bord de télémétrie, voir Fichiers de modèles d’administration (ADMX/ADML) Office 2013 et outil de personnalisation Office.
Pour plus d’informations sur les paramètres Outlook, voir Planifier les personnalisations de fonctionnalités dans Outlook 2013.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Office 2013 Administrative Templates (ADMX, ADML) and Office Customization Tool (OCT) download available
Article original publié le samedi 17 novembre 2012
Vous pouvez vous procurer les packages de mise à jour cumulative (CU) d’octobre 2012 pour Office 2010 et Office System 2007. Ils comprennent aussi les serveurs Office et les produits SharePoint. Dans ces articles de la Base de connaissances, vous trouverez des liens vers les packages de mise à jour individuels avec leurs descriptions.
Des packages généraux sont également disponibles pour les produits suivants :
Office 2010
Office 2007
Pour obtenir les liens vers l’ensemble des mises à jour cumulatives (CU), des mises à jour publiques (PU) et des Service Packs d’Office, reportez-vous au Centre de mises à jour pour Office, les serveurs Office et les produits associés.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page October 2012 Cumulative Updates for Office and related products are now available
Article original publié le mercredi 14 novembre 2012
Si vous n’avez jamais vu le Tableau de bord de télémétrie en action, visionnez notre nouvelle vidéo, Conseils rapides pour naviguer dans le Tableau de bord de télémétrie. Ces conseils vous aideront à démarrer le tableau de bord, à masquer et afficher des données, ainsi qu’à revenir rapidement à une feuille de calcul précédente.
Si vous êtes encore dans une phase d’évaluation du Tableau de bord de télémétrie, veillez à lire notre nouvel article, Recommandations matérielles et de topologie pour le Tableau de bord de télémétrie, pour en savoir plus sur les recommandations en matière de dimensionnement, topologie, matériel et bande passante.
Soyez attentif à nos prochaines publications, de nombreux articles et billets de blog supplémentaires sont prévus dans les semaines à venir.
Jill
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page New Telemetry Dashboard video and article on TechNet
Article original publié le lundi 21 janvier 2013
La migration d’un hôte KMS Office 2013 vers un autre ordinateur est similaire à la migration d’un hôte KMS Office 2010.
Vous trouverez les informations de base sur la migration de l’hôte KMS Office dans l’article Effectuer la migration d’un hôte du service Gestionnaire de clés Office 2010. Pour Office 2013, il existe un nouveau Pack de licence en volume d’hôte KMS Microsoft Office 2013 et un nouvel ID d’activation. Si l’hôte KMS Office 2013 migré s’exécute sur Windows 8 ou Windows Server 2012, vous pouvez également configurer et activer l’hôte KMS en utilisant l’interface utilisateur Windows.
Pour migrer un hôte KMS Office 2013
1. Désinstallez la clé d’hôte KMS Office 2013 en exécutant la commande suivante : cscript C:\windows\system32\slmgr.vbs /upk 2E28138A-847F-42BC-9752-61B03FFF33CD
2. Supprimez l’enregistrement du système DNS (Domain Name System) :
a. Ouvrez la console DNS.
b. Développez le nœud _tcp sous domain.com.
c. Supprimez l’enregistrement _VLMCS.
Après cela, l’hôte KMS Office 2013 est désinstallé.
3. Sur le site web Pack de licence en volume Microsoft Office 2013, téléchargez puis exécutez office2013volumelicensepack_fr-fr_x86.exe sur le nouveau serveur. Vous êtes alors invité à entrer la clé de produit pour tenter d’activer l’hôte KMS Office 2013. En cas d’échec de l’activation, procédez comme suit :
a. Sur le nouveau serveur, réinstallez la clé de produit pour l’hôte KMS Office 2013 en exécutant la commande suivante dans une invite avec élévation de privilèges : cscript C:\windows\system32\slmgr.vbs /ipk [Clé_Produit]
b. Activez l’hôte KMS Office 2013 en exécutant la commande suivante dans une invite avec élévation de privilèges : cscript C:\windows\system32\slmgr.vbs /ato 2E28138A-847F-42BC-9752-61B03FFF33CD
Remarque : pour obtenir la liste complète des commandes slmgr.vbs pour l’activation de l’hôte KMS Office, voir Préparation et configuration de l’hôte KMS Office.
4. Une fois l’activation terminée, redémarrez le service de gestion de licences des logiciels et vérifiez dans le système DNS que l’enregistrement est créé pour le nouveau serveur hôte KMS. Pour plus d’informations sur la manière de configurer DNS pour l’hôte KMS, voir Présentation de KMS.
5. Pour vérifier que l’hôte KMS Office 2013 est configuré correctement, vérifiez le nombre de demandes d’activation KMS pour voir s’il augmente. Sur l’hôte KMS, le nombre actuel est affiché lorsque vous exécutez la commande suivante : cscript C:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
Vous pouvez également rechercher les événements 12290 dans le journal Service de gestion de clés, dans le dossier Journaux des applications et des services, qui est l’emplacement où les demandes d’activation provenant des clients KMS sont enregistrées. Chaque événement indique le nom de l’ordinateur et la date et l’heure de la demande d’activation.
Pour activer un hôte KMS Office 2013 qui s’exécute sur Windows 8 ou Windows Server 2012, vous pouvez également utiliser l’interface utilisateur Windows. Pour plus d’informations, voir Méthodes d’activation en volume d’Office 2013 et Vue d’ensemble de l’activation en volume.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Migrate an Office 2013 KMS host from the command line or the UI
Article original publié le jeudi 29 novembre 2012
Être en mesure d’installer et d’utiliser Office sur 5 PC au même moment est un des avantages que procure à votre organisation l’abonnement à Office 365 avec Office 365 ProPlus. Par exemple, un utilisateur peut disposer d’Office sur les ordinateurs suivants :
Même si Office est installé sur trois ordinateurs différents, une seule licence Office 365 est utilisée.
Comment effectuer le suivi de toutes ces installations, dans ce cas ? Que se passe-t-il si l’utilisateur dispose déjà d’Office sur 5 ordinateurs, mais doit installer Office sur un ordinateur supplémentaire ?
Ce billet de blog couvre à la fois l’expérience utilisateur pour la gestion des installations Office 365 ProPlus et les aspects que l’administrateur Office 365 peut contrôler. Pourquoi se concentrer sur l’expérience utilisateur dans un blog pour les professionnels de l’informatique ? Comme vous le verrez, l’utilisateur Office 365, et non l’administrateur, tient en fait le rôle central dans la gestion des installations Office 365 ProPlus. Toutefois, les administrateurs doivent être préparés pour répondre aux questions des utilisateurs sur des sujets tels que l’activation et la désactivation, car ce sont des concepts nouveaux qui ne sont pas familiers à la plupart des utilisateurs.
Lorsque nous traiterons de l’expérience utilisateur dans ce billet de blog, nous fournirons certaines informations spécifiques à l’administrateur. En outre, ce billet de blog s’achève avec des informations supplémentaires que l’administrateur pourra prendre en compte pour gérer des installations Office 365 ProPlus.
Affichage de la liste des installations Office 365 ProPlus
Un utilisateur peut voir les ordinateurs sur lesquels il a installé Office en se connectant au portail Office 365 et en accédant à la page logiciel.
Seul l’utilisateur connecté peut voir ces informations. Même si vous êtes l’administrateur de l’abonnement Office 365 de votre organisation, vous ne pouvez voir ces informations dans aucun affichage d’administration d’Office 365. Cela signifie également que vous ne pouvez pas désactiver l’installation Office d’un utilisateur sur un ordinateur spécifique. Plus d’informations sont fournies plus loin sur la désactivation.
(Toutes les captures d’écran figurant dans ce billet de blog proviennent d’Office 365 ProPlus Preview. Ces écrans et le comportement exact pourront changer quelque peu avec la version finale d’Office 365 ProPlus.)
Activation d’une installation Office 365 ProPlus
Comment Office 365 sait-il sur quels ordinateurs un utilisateur a installé Office ? Office 365 obtient ces informations par l’intermédiaire d’un processus appelé « activation ». Pour obtenir des informations sur le fonctionnement de l’activation, consultez Vue d’ensemble de la gestion des licences et de l’activation d’Office 365 ProPlus.
Lorsqu’un utilisateur installe Office sur un ordinateur à partir du portail Office 365 et si l’utilisateur n’a pas déjà installé et activé Office sur cinq autres ordinateurs, Office est automatiquement activé. Une fois que l’installation Office est activée, la page logiciel du portail Office 365 est mise à jour avec le nom de l’ordinateur sur lequel Office a été installé.
Chaque jour ou chaque fois que vous lancez une application Office 365 ProPlus, elle vérifie si l’installation ou le compte individuel a été désactivé. L’ordinateur doit être connecté à Internet au moins une fois tous les 30 jours afin que cette vérification puisse avoir lieu. Si l’ordinateur ne s’est pas connecté une seule fois à Internet en 30 jours, Office bascule en mode d’utilisation avec fonctionnalités réduites. Dans ce mode, l’utilisateur peut uniquement ouvrir et visualiser les fichiers Office existants, mais ne peut pas utiliser la plupart des autres fonctionnalités de l’application.
Désactivation d’une installation Office 365 ProPlus
Que se passe-t-il si un utilisateur essaie d’installer Office à partir du portail Office 365, mais que l’utilisateur a déjà installé et activé Office sur cinq autres ordinateurs ? Dans ce cas, la boîte de dialogue suivante s’affiche au cours de l’installation d’Office :
Pour poursuivre l’installation d’Office sur cet ordinateur avec le même compte d’utilisateur, l’utilisateur doit désactiver une installation Office existante. Il peut sélectionner En désactiver une dans la boîte de dialogue, ce qui le ramène à la page logiciel du portail Office 365. Dans la page logiciel, l’utilisateur peut sélectionner l’installation Office à désactiver en sélectionnant désactiver pour l’ordinateur approprié. Une fois que l’utilisateur a sélectionné désactiver, la boîte de dialogue suivante s’affiche :
Une fois que l’utilisateur a confirmé la désactivation en sélectionnant Oui, il peut retourner à la boîte de dialogue Choisissez votre produit, fermer cette boîte de dialogue, puis poursuivre l’installation d’Office. Une fois Office installé, la première fois que l’utilisateur ouvre une application Office, telle que Word, le message suivant peut s’afficher :
L’utilisateur doit sélectionner Activer, puis, lorsqu’il y est invité, se connecter à Office 365. Cela active l’installation Office. Une fois l’activation réussie, l’utilisateur voit s’afficher le message suivant :
Bien entendu, l’utilisateur peut également désactiver une installation Office existante avant de démarrer une nouvelle installation d’Office.
Gardez à l’esprit que même si vous êtes un administrateur Office 365, vous ne pouvez pas voir les ordinateurs sur lesquels un utilisateur a installé Office. Cela signifie également que vous ne pouvez pas désactiver une installation Office existante pour le compte de l’utilisateur.
La désactivation ne désinstalle pas véritablement Office d’un ordinateur. Office est encore installé sur l’ordinateur, mais les applications Office sont placées en mode d’utilisation avec fonctionnalités réduites. Lorsque l’utilisateur ouvre une application Office sur un ordinateur qui a été désactivé, l’utilisateur voit s’afficher des messages similaires aux suivants :
Réactivation d’une installation Office 365 ProPlus
Que se passe-t-il si un utilisateur désactive accidentellement la mauvaise installation Office ou change d’avis ? Dans la version Preview, l’utilisateur peut utiliser l’une des méthodes ci-dessous.
La réparation en ligne, comme l’installation à partir du portail Office 365, utilise la technologie Démarrer en un clic, qui réduit le temps nécessaire à l’installation d’Office.
(Dans la version finale d’Office 365 ProPlus, les utilisateurs seront en mesure de réactiver Office sans avoir à réinstaller Office. Nous avons l’intention de traiter la réactivation dans un billet de blog futur, lorsque la version finale d’Office 365 ProPlus sera disponible.)
Quelques considérations pour les administrateurs Office 365
Comme cela a été mentionné précédemment dans ce billet de blog, même si vous êtes un administrateur Office 365, vous ne pouvez pas voir les ordinateurs sur lesquels un utilisateur a installé Office et vous ne pouvez pas désactiver une installation Office sur l’ordinateur d’un utilisateur. En revanche, vous contrôlez l’attribution des licences Office 365 aux utilisateurs. Ainsi, si un utilisateur quitte la société, vous pouvez réaffecter la licence Office 365 à un autre utilisateur. Si l’utilisateur qui est parti avait installé Office sur un ordinateur personnel, cette installation Office basculera en mode d’utilisation avec fonctionnalités réduites.
De plus, ce billet de blog a couvert le scénario pour un utilisateur qui installe Office à partir du portail Office 365. Si vos utilisateurs ne sont pas des administrateurs locaux sur leurs ordinateurs, ils ne sont pas en mesure d’installer Office. Si tel est le cas ou si vous souhaitez plus de contrôle sur la manière dont Office est installé pour vos utilisateurs, vous pouvez télécharger le logiciel Office 365 ProPlus sur votre réseau local en utilisant l’outil de déploiement Office. Vous pouvez alors utiliser une autre méthode pour déployer Office pour vos utilisateurs, telle que les scripts, la stratégie de groupe ou System Center Configuration Manager. Pour plus d’informations, voir Options de déploiement pour Office 365 ProPlus.
Si vous utilisez ces autres méthodes pour déployer Office 365 ProPlus pour vos utilisateurs, l’installation Office n’est pas automatiquement activée. Vos utilisateurs doivent activer l’installation Office la première fois qu’ils ouvrent une application Office. Lorsqu’ils ouvrent une application Office pour la première fois après l’installation, ils voient quelque chose comme ceci :
Si l’utilisateur se connecte à Office 365 et qu’il n’a pas encore atteint la limite des cinq installations, Office est activé et l’utilisateur peut voir la boîte de dialogue Le compte a été mis à jour (examinez la capture d’écran plus haut dans ce billet de blog). Si l’utilisateur a déjà atteint la limite des cinq installations, il peut voir ce qui suit :
L’utilisateur doit sélectionner Accéder à votre compte en ligne pour désactiver une installation. Il doit alors se connecter à Office 365 et désactiver l’une des installations existantes. Après la désactivation, l’utilisateur doit cliquer sur Réessayer dans la boîte de dialogue Vous avez atteint la limite du nombre d’installations et l’installation Office doit être activée.
Il reste une dernière chose que vous devez prendre en compte, en tant qu’administrateur Office 365. Même si, dans certains cas, l’activation requiert certaines étapes supplémentaires, l’utilisateur doit effectuer ces étapes. De cette manière, l’installation est associée correctement au compte Office 365 de l’utilisateur. Si vous vous connectez avec votre compte d’administrateur Office 365 pour installer et activer Office sur l’ordinateur d’un utilisateur, l’installation est associée à votre compte et non pas au compte de l’utilisateur. Votre compte d’administrateur est soumis à la même limite de cinq installations qui s’applique au compte de l’utilisateur.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Managing Office 365 ProPlus installations: activating, deactivating, and reactivating
Article d’origine publié le vendredi 14 décembre 2012
L’équipe en charge du Kit de ressources d’Office applique une série de feuilles de route de contenu pour des domaines tels que le déploiement et la compatibilité d’Office 2013. Nous avons conçu ces feuilles de route avec plusieurs objectifs à l’esprit :
Nous avons publié nos deux premières feuilles de route, Feuille de route de contenu de compatibilité d’Office 2013 pour les informaticiens et Feuille de route de contenu pour Office 365 ProPlus, et nous souhaiterions recevoir vos commentaires. Comme vous pourrez le constater, les formats sont légèrement différents. Vous remarquerez également que de nombreux articles ont maintenant un lien renvoyant à une feuille de route, ainsi qu’un lien vers des articles Office.com pour les utilisateurs finaux qui veulent obtenir des informations associées, mais moins techniques.
Nous serions ravis d’avoir vos commentaires sur les feuilles de route. Dites-nous ce que vous en pensez en nous laissant un commentaire ou en nous envoyant une note à l’adresse feedork@microsoft.com.
Voici un exemple de ces liens dans le Guide de compatibilité Office 2013 :
Voici un exemple de ces liens dans l’article Autoriser les utilisateurs à installer des produits client Office via le portail Office 365 :
Faites-nous savoir si vous les appréciez.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Introducing content roadmaps for Office IT Pros
Article original publié le mardi 22 janvier 2013
Résumé : fournit un récapitulatif de la personnalisation de la technologie Démarrer en un clic pour Office 365 et explique comment utiliser AppLocker et AppHelp pour la personnalisation au niveau de l’application.
Démarrer en un clic est une technologie de diffusion en continu et de virtualisation conçue pour réduire de façon significative le temps nécessaire pour télécharger et utiliser des produits clients Office. La diffusion en continu permet aux utilisateurs de commencer à utiliser un produit « Démarrer en un clic » avant même que le produit complet soit téléchargé.
Les produits « Démarrer en un clic » pour Office 365 sont basés sur les technologies App-V (Microsoft Application Virtualization) de diffusion en continu et de virtualisation de base. Les ressources « Démarrer en un clic » s’exécutent dans un environnement virtuel isolé sur le système d’exploitation local.
Pour personnaliser les paramètres d’une installation « Démarrer en un clic » pour Office 365 pour un déploiement local d’Office 365 ProPlus, les administrateurs qui se sont inscrits pour obtenir Office 365 peuvent utiliser l’outil Déploiement d’Office. Vous pouvez télécharger l’outil Déploiement d’Office à partir du site du Centre de téléchargement Microsoft. Le téléchargement inclut un exemple de fichier Configuration.xml. Pour personnaliser une installation « Démarrer en un clic » pour Office 365, vous utilisez l’outil Déploiement d’Office et fournissez un fichier de configuration Configuration.xml personnalisé. L’outil Déploiement d’Office effectue les tâches spécifiées à l’aide des propriétés facultatives dans le fichier de configuration.
Vous pouvez spécifier les options d’installation « Démarrer en un clic » suivantes dans le fichier Configuration.xml :
Pour plus d’informations, voir Vue d’ensemble de la personnalisation d’Office « Démarrer en un clic ».
Gestion des paramètres utilisateur et ordinateur pour Démarrer en un clic pour Office 365
Pour gérer les paramètres utilisateur et ordinateur que vous voulez appliquer dans Démarrer en un clic pour Office 365, vous devez utiliser la stratégie de groupe. Il s’agit de l’outil recommandé pour appliquer des paramètres utilisateur et ordinateur à la fois dans la version d’Office 2013 basée sur Windows Installer (MSI) et dans la version « Démarrer en un clic » pour Office 365.
Remarque :
Si vous voulez définir des paramètres par défaut initiaux pour les installations MSI de licences en volume d’Office 2013, vous pouvez utiliser l’Outil de personnalisation Office (OPO) pour personnaliser des fonctionnalités et configurer des paramètres utilisateur. Les utilisateurs peuvent modifier la plupart des paramètres après l’installation.
Dans un environnement Active Directory, les administrateurs appliquent les paramètres de stratégie à des groupes d’utilisateurs et d’ordinateurs dans un site, un domaine ou une unité d’organisation auxquels un objet de stratégie de groupe est lié. Les vrais paramètres de stratégie sont écrits dans les emplacements de clé du Registre approuvés pour la stratégie, et ces paramètres ont des restrictions de liste de contrôle d’accès (ACL, Access Control List) qui empêchent les utilisateurs autres que les administrateurs de les modifier. Les administrateurs utilisent la stratégie de groupe pour créer des configurations de Bureau fortement restreintes ou peu gérées, ce qui dépend de leurs contraintes professionnelles et de sécurité spécifiques. Les paramètres de la stratégie de groupe sont prioritaires sur les paramètres utilisateur de personnalisation d’Office. L’OPO permet de personnaliser les installations basées sur Windows Installer.
Pour plus d’informations sur la stratégie de groupe et les modèles d’administration pour Office 2013, voir les ressources suivantes :
Vous pouvez télécharger les modèles d’administration ici : Fichiers de modèles d’administration Office 2013 Preview (ADMX/ADML) et outil de personnalisation Office. Le téléchargement inclut une feuille de calcul Excel (office2013grouppolicyandoctsettings.xslx) qui décrit tous les paramètres de la stratégie de groupe et de l’OPO.
À propos de la personnalisation au niveau de l’application pour les installations « Démarrer en un clic »
Une installation « Démarrer en un clic » n’est pas personnalisable au niveau de l’application. Il existe toutefois certaines options :
Utilisation d’AppLocker pour bloquer les applications « Démarrer en un clic »
Vous pouvez utiliser AppLocker pour contrôler les applications et fichiers que les utilisateurs peuvent exécuter. Il s’agit de fichiers exécutables, de scripts, de fichiers Windows® Installer, de DLL, d’applications empaquetées et de programmes d’installation d’applications empaquetées. Par exemple, vous pouvez utiliser AppLocker pour empêcher les utilisateurs d’exécuter la version « Démarrer en un clic » d’Access 2013.
Dans un environnement Active Directory, si vous utilisez la stratégie de groupe pour gérer les paramètres utilisateur, AppLocker est idéal pour la gestion de vos ordinateurs Windows. AppLocker repose sur la stratégie de groupe pour la création et le déploiement. Pour afficher la liste des systèmes d’exploitation Windows pris en charge et la configuration requise, voir « Versions, interopérabilité et différences dans les fonctionnalités » dans Présentation technique AppLocker. AppLocker est fourni avec les éditions pour entreprise de Windows.
Pour obtenir des informations détaillées sur l’ֹutilisation d’AppLocker, voir les ressources suivantes :
Ressource
Systèmes d’exploitation concernés
Guide pas à pas d’AppLocker
Windows 7, Windows 8, Windows Server 2008 R2, Windows Server 2012
Guide de conception de stratégies d’AppLocker
Guide de déploiement de stratégies d’AppLocker
Administration d’AppLocker
Windows 8, Windows Server 2012
Gérer des applications empaquetées avec AppLocker
Utiliser les applets de commande Windows PowerShell pour AppLocker
AppLocker
Windows 7, Windows Server 2008 R2
Utilisation des applets de commande Windows PowerShell pour AppLocker
Guide des opérations AppLocker
Vidéo : Démonstration d’AppLocker
Windows 7
Utilisation de messages AppHelp bloquants dans Administrateur de compatibilité
Pour les organisations ne disposant pas de version entreprise de Windows, vous pouvez utiliser des messages AppHelp de blocage matériel pour empêcher l’exécution d’applications Office 365 ProPlus individuelles. Il s’agit d’un mécanisme interne que Windows utilise pour bloquer le lancement d’applications connues comme étant incompatibles ou problématiques. Vous pouvez utiliser l’outil Administrateur de compatibilité dans le cadre d’Application Compatibility Toolkit (ACT) pour activer les blocages matériels.
L’outil Administrateur de compatibilité vous aide à résoudre les problèmes potentiels de compatibilité d’applications avant de déployer une nouvelle version de Windows dans votre organisation. Il propose les composants suivants :
Un message AppHelp bloquant s’affiche à l’utilisateur et empêche l’application de démarrer. Vous pouvez définir une URL spécifique où l’utilisateur peut télécharger un pilote mis à jour ou tout autre correctif permettant de résoudre le problème. Lorsque vous utilisez un message AppHelp bloquant, vous devez en outre définir les informations de correspondance de fichiers qui identifient la version de l’application et permettent à la version corrigée de continuer.
Pour en savoir plus sur l’utilisation de l’outil Administrateur de compatibilité et la création de messages AppHelp, voir les ressources suivantes :
Pour plus d’informations sur Office 365 ProPlus, voir Office 365 ProPlus.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page How to customize Click-to-Run for Office 365 products
Article d’origine publié le jeudi 22 novembre 2012
Bonjour, je suis JongHwa Lim, responsable de programme au sein de l’équipe SharePoint Designer. Aujourd’hui, je vais vous montrer un exemple de flux de travail dont une démonstration a été présentée à la conférence SharePoint 2012 (ou SPC 2012). Je vais également le modifier et l’étendre afin de le rendre plus réaliste dans ce billet de blog. Cet article de blog contient des conseils que vous pouvez utiliser lors de la création d’un flux de travail avec SharePoint Designer 2013 (ou SPD 2013). Lors de l’explication détaillée, je supposerai que vous connaissez bien le flux de travail de type SharePoint Designer 2013 et SharePoint 2013. Si tel n’est pas le cas, veillez à lire les précédents articles de blog pour découvrir les flux de travail SharePoint 2013.
Supposons qu’une société de loisirs appelée « Contoso Leisure » propose des activités de loisirs telles que l’équitation, la pêche, le tir au pigeon, le parapente et le parachutisme.
Et supposons que nous ayons besoin d’un flux de travail d’approbation qui effectue les opérations suivantes.
Dans cet exemple de flux de travail, nous utiliserons deux services web, mais un seul sera géré par l’action « Appeler le service web HTTP » disponible dans SPD. L’autre service web sera référencé dans une variable String et placé dans le corps du message électronique avec une balise <IMG>. Pour plus d’informations, vous pouvez consulter la page de l’API Bing Map. (http://www.microsoft.com/maps/developers/web.aspx)
Si vous créez vous-même le flux de travail, le flux de travail suivant sera créé.
Notez que l’étape « Get Weather Info » (Obtenir les informations météorologiques) a une action « Appeler le service web HTTP ». Si vous cliquez sur le premier paramètre, vous verrez que l’URL suivante est utilisée, où la clé de service web est stockée dans une liste distincte appelée « Web Service Keys » (Clés de service web). Pour obtenir une description et des informations sur l’utilisation des actions « Service web », « Obtenir l’élément du dictionnaire » et « Conteneur de boucle », je vous renvoie à un précédent billet de blog rédigé par HyongGuk Kim. (http://blogs.technet.com/b/office_fr/archive/2012/10/11/utilisation-d-un-service-web-avec-l-action-171-appeler-le-service-web-http-187.aspx)
Si vous cliquez sur l’action « Définir la variable de flux de travail » à l’étape « Send Reminder Email » (Envoyer un message électronique de rappel », la liste « Web Service Keys » (Clés de service web) vous sera également utile pour stocker la clé ou le jeton de service web.
En situation réelle, il peut être nécessaire de gérer les clés de service web de manière sécurisée. Pour ce faire, nous devons les sécuriser en les stockant dans une liste accessible uniquement aux personnes disposant du privilège Contrôle total. Mais dans le cas présent, l’accès de la logique du flux de travail normale aux clés de service web échouerait, car elle s’exécute sous l’autorisation de l’initiateur du flux de travail et (AND logique) sous l’autorisation Application de flux de travail. Par conséquent, si l’initiateur du flux de travail ne dispose pas de l’autorisation d’accès à la liste contenant les clés de service web, le flux de travail échouera. Pour que la logique du flux de travail s’exécute uniquement sous l’autorisation Application de flux de travail qui correspond à la lecture/écriture sur toutes les listes de sites, nous devons utiliser une l’étape de l’application (App Step).
Comme nous l’avons déjà expliqué, nous devons rendre la liste contenant les clés de service web accessible uniquement aux utilisateurs disposant de l’autorisation Contrôle total. Pour ce faire, nous devons arrêter l’héritage et supprimer les utilisateurs inutiles de la liste.
Disons que la liste est la liste « Clés de service web ». Si vous accédez à la page Paramètres de la liste et Autorisations de cette liste, vous disposerez du menu permettant d’arrêter l’héritage.
Une fois l’héritage annulé, vous pouvez choisir les utilisateurs ne disposant pas d’un Contrôle total ci-dessous, puis cliquer sur le bouton Supprimer les autorisations des utilisateurs.
La liste contiendra alors uniquement des utilisateurs disposant d’un Contrôle total.
Pour utiliser les étapes de l’application, vous devez activer la fonctionnalité de site Les flux de travail peuvent utiliser les autorisations d’applications dans Paramètres du site->Gérer les fonctionnalités du site, comme ci-dessous.
Le bouton Étape de l’application de SPD sera alors activé.
Vous devez trouver les parties de logique qui font référence à la liste « Clés de service web », puis les inclure dans un conteneur d’étapes de l’application. Nous avons deux parties de logique que nous devons placer dans une étape de l’application : l’action Appeler le service web HTTP et l’action Définir la variable RouteMap. Elles sont illustrées dans les figures ci-dessous :
Lorsque vous publiez votre flux de travail, la boîte de dialogue suivante s’affiche pour expliquer le comportement.
J’espère que cet article vous a été utile et qu’il vous a appris comment utiliser les étapes de l’application de manière appropriée. À bientôt dans un prochain article.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page How to Create a SharePoint Designer 2013 Workflow with App Step (extension from the example workflow used for SPC 2012)
Article d’origine publié le vendredi 30 novembre 2012
Certaines questions nous ont été posées sur l’exécution d’Office 365 ProPlus, notamment sur le stockage des données d’applications, ainsi que sur l’évolutivité et le déploiement. Ce blog traite ces questions.
Vous pouvez installer et exécuter Office 365 ProPlus avec ou sans connexion à Internet. Dans un déploiement géré effectué par un administrateur système pour des utilisateurs finaux, l’installation a généralement lieu sans connexion à Internet à l’aide d’outils de distribution de logiciels tels que System Center Configuration Manager. Lors d’une installation hors ligne, l’activation d’Office nécessite une connexion ponctuelle à Internet lors de la première exécution pour affecter cette installation à un compte utilisateur Office 365 ProPlus et ce compte d’utilisateur sera régulièrement vérifié pour s’assurer qu’il est toujours actif. Ces appels d’activation entraînent une consommation minimale de la bande passante. Pendant une utilisation normale des applications Office 365 ProPlus, les utilisateurs n’ont pas besoin de connexion à Internet.
Office 365 ProPlus inclut les mêmes applications que celles disponibles dans la suite client Office Professionnel Plus 2013. Ces applications sont les suivantes :
Access
Excel
InfoPath
OneNote
Outlook
PowerPoint
Lync
Publisher
Word
Le même code d’application sous-jacent est partagé à la fois pour la version empaquetée basée sur Windows Installer (MSI) et la version empaquetée d’Office « Démarrer en un clic ». Les utilisateurs ne remarqueront aucune différence entre les installations « Démarrer en un clic » et MSI lorsqu’ils exécuteront les applications Office. Elles sont toutes deux installées localement sur l’ordinateur Windows, écrivent dans les emplacements %programfiles%, affectent des associations de fichiers par défaut dans Windows et sont inscrites dans Windows en tant qu’applications installées détectables via l’inventaire logiciel. Les processus d’installation, de désinstallation et de mise à jour logicielle constituent la principale différence entre les types de package MSI et « Démarrer en un clic », mais les différences d’expériences des applications sont presque imperceptibles à un utilisateur Office.
Démarrer en un clic est une technologie de diffusion en continu et de virtualisation conçue pour réduire de façon significative le temps nécessaire pour télécharger et utiliser des produits clients Office. La diffusion en continu permet aux utilisateurs de commencer à utiliser un produit « Démarrer en un clic » avant même que le produit complet soit téléchargé. Les produits « Démarrer en un clic » pour Office 365 sont basés sur les technologies App-V (Microsoft Application Virtualization) de diffusion en continu et de virtualisation de base. Les ressources « Démarrer en un clic » s’exécutent dans un environnement virtuel isolé sur le système d’exploitation local.
La virtualisation « Démarrer en un clic » offre les avantages suivants :
L’isolation des ressources dans un environnement virtuel permet aux versions antérieures d’Office de coexister et améliore les processus de nettoyage et de restauration. En utilisant Office 365 ProPlus, vous pouvez réduire le temps d’inactivité pendant que des tests sont menés. La technologie Démarrer en un clic prend en charge les installations côte à côte d’Office, ce qui signifie qu’il n’est pas nécessaire de désinstaller les versions antérieures d’Office pour tester Office 2013.
Les utilisateurs peuvent tester la nouvelle version d’Office sans avoir à désinstaller leur version actuelle. Nous vous recommandons d’utiliser des installations côte à côte uniquement dans le cadre de votre test et des pilotes d’Office avant de le déployer, et non en tant que solution à long terme pour votre environnement de production. Lorsque vous commencez un déploiement en production, vous devez désinstaller les versions antérieures d’Office qui sont installées sur les ordinateurs des utilisateurs, ou demander à ces derniers de le faire.
Office est plus intégré et permet l’intégration de compléments locaux à l’environnement virtuel.
La diffusion en continu contribue à l’amélioration des performances. Le package Office est divisé et décompressé au fur et à mesure, ce qui optimise la bande passante réseau et l’utilisation du processeur.
Non. Vous pouvez continuer à stocker vos données d’application Office localement. En fait, vous pouvez utiliser des paramètres de stratégie de groupe pour empêcher le stockage ou la lecture dans des emplacements du nuage, si nécessaire. Par exemple, vous pouvez utiliser les paramètres de stratégie Emplacements approuvés pour désactiver tous les emplacements approuvés dans les applications spécifiées.
Les paramètres d’itinérance s’appliquent aux paramètres personnalisés des utilisateurs et établissent des liens vers des fichiers stockés dans des chemins d’accès HTTP mais ne rendent pas itinérants les fichiers eux-mêmes. Par conséquent, le point de terminaison (qu’il s’agisse d’un ordinateur géré ou d’un ordinateur non géré) requiert un accès aux fichiers pour afficher les documents récents. Vous pouvez également utiliser des stratégies de groupe pour désactiver les paramètres d’itinérance si les noms de fichiers ou chemins d’accès aux fichiers stockés dans le nuage posent problème. Pour plus d’informations, voir Contrôle des paramètres d’itinérance via stratégie de groupe dans Nouveauté - paramètres utilisateur et d’itinérance dans Office 2013.
Si l’itinérance des données d’entreprise dans le nuage via un compte Microsoft pose problème, vous pouvez désactiver la connexion au compte Microsoft. Cela signifie que les utilisateurs ne pourront absolument pas se connecter à Office avec un compte Microsoft. Étant donné qu’aucun compte Microsoft n’est présent, les paramètres n’ont aucun compte Microsoft via lequel être itinérants.
Vous pouvez désactiver le compte Microsoft via le paramètre de stratégie de groupe suivant :
Configuration utilisateur\Modèles d’administration\Office 2013\Divers\Bloquer la connexion à Office. Pour plus d’informations, voir Connexion à Office 2013.
Pour plus d’informations sur les modèles d’administration pour Office, voir Fichiers de modèles d’administration Office 2013 et Fichiers de modèles d’administration Office 2013 Preview (ADMX, ADML) et outil de personnalisation Office.
Oui. Pour les scénarios d’entreprise gérés, si les utilisateurs n’ont pas l’autorisation d’installer eux-mêmes Office 365 ProPlus à partir du portail Office 365, les administrateurs peuvent utiliser l’outil Déploiement d’Office pour proposer et déployer des installations « Démarrer en un clic » d’Office 365 ProPlus à partir d’un emplacement local, à l’aide d’outils de distribution de logiciels ou de médias tels que des DVD ou des disques mémoire flash USB.
Pour télécharger des produits « Démarrer en un clic » pour Office 365 vers un emplacement local et personnaliser une installation, les administrateurs peuvent exécuter l’outil Déploiement d’Office et fournir un fichier Configuration.xml personnalisé. Vous pouvez télécharger l’outil Déploiement d’Office pour Démarrer en un clic à partir du site du Centre de téléchargement Microsoft. Le téléchargement inclut un exemple de fichier de configuration, Configuration.xml.
Vous utilisez le fichier Configuration.xml des packages « Démarrer en un clic » pour effectuer les tâches suivantes :
Ajouter ou supprimer des produits dans l’installation
Ajouter ou supprimer des langues dans l’installation
Spécifier des options d’affichage
Définir des options de connexion
Spécifier le comportement des mises à jour logicielles pour les packages « Démarrer en un clic »
Vous disposez de plusieurs options pour le déploiement d’Office 365 ProPlus à partir d’un emplacement local. Par exemple, pour simplifier et automatiser le processus d’installation pour les utilisateurs, vous pouvez utiliser un script ou un fichier de commandes. Office 365 ProPlus fonctionne également avec des produits de distribution de logiciels, tels que System Center Configuration Manager, Microsoft Deployment Toolkit ou une stratégie de groupe Script de démarrage de l’ordinateur pour déployer le script ou le fichier de commandes.
Oui. Vous avez un contrôle total de la version d’Office qui est appliquée et du comportement des mises à jour logicielles. Par défaut, les installations « Démarrer en un clic » d’Office 365 ProPlus sont automatiquement mises à jour. De plus, le processus de mise à jour détecte et télécharge automatiquement les nouvelles données en arrière-plan. Office recherche quotidiennement d’éventuelles mises à jour logicielles et les applique automatiquement lorsqu’elles sont disponibles. Il s’agit de l’option recommandée, car elle maintient les utilisations à jour avec les derniers correctifs de sécurité.
Si vous préférez tester les mises à jour avant de les appliquer, vous pouvez choisir un emplacement géré où le service de mise à jour d’Office 365 ProPlus recherchera les mises à jour (un chemin d’accès HTTP ou UNC de votre choix) à l’aide de l’outil Déploiement d’Office, en spécifiant les options de mise à jour (Updates) dans le fichier Configuration.xml. Lorsque vous publiez une version d’Office testée et validée dans cet emplacement, le service de mise à jour continue à rechercher quotidiennement des mises à jour et les applique automatiquement en arrière-plan à partir de cet emplacement.
Vous pouvez également utiliser des outils de distribution de logiciels pour distribuer des versions mises à jour d’Office. Dans ce cas, vous désactivez en fait le service de mise à jour automatique lorsque vous installez Office ; les mises à jour sont alors fournies en tant que nouvelles installations de build à l’aide d’outils de distribution de logiciels.
Que vous choisissiez de mettre à jour automatiquement Office 365 Pro Plus à partir du service Office 365 public, de publier des mises à jour dans des emplacements gérés ou de désactiver les mises à jour et de réexécuter le programme d’installation d’Office régulièrement avec des versions plus récentes, Office applique uniquement les fichiers différentiels nécessaires pour mettre à jour l’installation d’Office afin de garantir une consommation minimale de la bande passante. Un ensemble des builds « Démarrer en un clic » d’Office les plus récentes est fourni aux administrateurs Office 365 pour les aider à rester à jour et pour offrir la possibilité d’effectuer des tests avant le déploiement de nouvelles builds dans l’environnement de production. Toutefois, nous vous recommandons de toujours utiliser la version la plus récente afin de garantir que les utilisateurs obtiennent les dernières mises à jour de sécurité.
Envoyez-nous vos questions. Nous tenterons d’y répondre. Et consultez le blog d’Office 365 Preview pour obtenir d’autres blogs sur la technologie Démarrer en un clic.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Frequently asked questions about Office 365 ProPlus
Ce billet de blog a été écrit par Shinobu Furuma, responsable de programme de l’équipe en charge de la gestion des solutions Office.
Dans notre dernier billet de blog, nous avons présenté comment configurer rapidement le Tableau de bord de télémétrie Office sur un ordinateur de groupe de travail ou appartenant à un domaine. Dans ce billet, nous souhaitons vous expliquer comment déployer l’agent de télémétrie dans des environnements étendus à l’aide de System Center Configuration Manager.
Si votre société utilise Configuration Manager pour la gestion des ordinateurs clients, la gestion des licences logicielles, etc., nous vous recommandons d’utiliser également Configuration Manager pour déployer l’agent de télémétrie sur des ordinateurs clients Office existants (Office 2003, 2007 ou 2010). Si vous êtes familier avec le déploiement d’application dans Configuration Manager, il est assez facile de déployer l’agent de télémétrie, car vous pouvez utiliser le processus standard de déploiement d’application sans qu’une opération de l’utilisateur final ou que des scripts de connexion ne soient nécessaires. Vous pouvez également gérer, surveiller et désinstaller l’agent sur les ordinateurs clients à l’aide de la Console Configuration Manager.
Ce billet traite des étapes suivantes de déploiement de l’agent de télémétrie à l’aide de Configuration Manager :
1. Créer une application pour l’agent de télémétrie à l’aide de Configuration Manager2. Déployer l’application à l’aide de Configuration Manager3. Configurer l’agent de télémétrie
Notez que les étapes 1 et 2 sont requises uniquement pour les ordinateurs clients qui exécutent Office 2003, Office 2007 ou Office 2010. Il n’est pas nécessaire de déployer l’agent de télémétrie sur Office Professionnel Plus 2013 et Office 365 ProPlus, car il est intégré à ces éditions d’Office 2013. Toutefois, vous devez configurer l’agent intégré en suivant les méthodes décrites à l’étape 3.
1. Créer une application pour l’agent de télémétrie à l’aide de Configuration Manager
La vidéo suivante présente la création d’une application avec un seul type de déploiement dans System Center Configuration Manager 2012.
Vidéo TechNet - Création d’une application
Des détails supplémentaires pour installer l’agent de télémétrie à l’aide de Configuration Manager sont indiqués ci-dessous.
Créer une application pour le MSI de l’agent de téléchargement MSI
1. Enregistrez le fichier MSI de l’agent de téléchargement dans un dossier partagé auquel la Console Configuration Manager peut accéder. Pour ce faire, procédez comme suit :
a) Créez un dossier partagé. Étant donné que le MSI de l’agent de télémétrie est disponible pour chaque architecture de système d’exploitation (x86 et x64), vous devez créer un dossier partagé pour chaque MSI, par exemple \\Nom_Serveur\Telemetry\x86 et \\Nom_Serveur\Telemetry\x64.
b) Lancez le Tableau de bord de télémétrie, puis sélectionnez Commencer dans le volet de navigation de gauche.
c) Développez la section 3. Déployer l’agent de télémétrie.
d) Sélectionnez Enregistrer l’agent de télémétrie x86 et Enregistrer l’agent de télémétrie x64.
e) Enregistrez les fichiers MSI dans les dossiers créés à l’étape 1.
2. Lancez la Console Configuration Manager, puis sélectionnez Bibliothèque de logiciels dans le volet de navigation.
3. Dans l’espace de travail de la Bibliothèque de logiciels, développez Gestion d’applications, puis sélectionnez Applications.
4. Sélectionnez Créer une application dans le ruban, puis créez une application avec le MSI de l’agent de télémétrie X86 (ou x64).
Des étapes plus détaillées sont disponibles dans la rubrique Comment créer des applications dans Configuration Manager.
5. Si le client Windows x86 et le client Windows x64 sont tous les deux en cours d’exécution sur votre site, et si vous voulez collecter des données d’inventaire/de télémétrie auprès des deux, vous devez créer les applications pour chaque MSI correspondant à l’architecture de système d’exploitation (et non à l’architecture Office). Les deux applications sont présentées dans la capture d’écran suivante.
2. Déployer l’application à l’aide de Configuration Manager
Après avoir créé une application pour le MSI de l’agent de télémétrie, vous pouvez la déployer sur des ordinateurs clients à l’aide de la Console Configuration Manager.
1. Dans la Console Configuration Manager, sélectionnez à nouveau Bibliothèque de logiciels.
2. Dans l’espace de travail de la Bibliothèque de logiciels, développez Gestion d’applications, puis sélectionnez Applications.
3. Dans la liste Applications, sélectionnez l’application que vous avez créée pour le MSI de l’agent de télémétrie, puis sélectionnez Déployer sous l’onglet Accueil, comme indiqué dans la capture d’écran suivante.
4. Dans l’Assistant Déploiement logiciel, vous pouvez spécifier un regroupement de périphériques qui inclut les ordinateurs clients sur lesquels vous voulez déployer l’agent de télémétrie.
Si les ordinateurs clients x86 et x64 sont tous les deux en cours d’exécution sur votre site, vous devez créer un regroupement de périphériques pour chaque type d’unité centrale (architecture de système d’exploitation*), puis spécifier un regroupement de périphériques valide dans l’Assistant. Vous pouvez déployer l’agent en utilisant des règles spécifiques (par exemple, déployer l’agent uniquement sur les ordinateurs clients qui exécutent Windows XP) à l’aide de la règle de requête spécifiée dans le regroupement de périphériques.
Pour plus d’informations, voir Comment créer des regroupements dans Configuration Manager.
*Si le système d’exploitation client est x64, vous devez fournir l’agent de télémétrie x64 même si la version 32 bits d’Office est installée.
5. Vous pouvez également définir un calendrier de déploiement, des paramètres d’alerte, etc., dans l’Assistant.
6. Enfin, sélectionnez OK pour déployer l’agent de télémétrie.
3. Configurer l’agent de télémétrie
Une fois l’agent de télémétrie déployé sur les ordinateurs clients, vous devez le configurer sur chaque client en définissant les valeurs de Registre appropriées. Si vous disposez d’Active Directory, nous vous recommandons d’utiliser la stratégie de groupe pour activer et configurer l’Agent de télémétrie.
Toutefois, si vous voulez quand même configurer/gérer l’agent de télémétrie à l’aide de Configuration Manager, vous pouvez utiliser les paramètres de compatibilité dans Configuration Manager. Les deux vidéos suivantes expliquent comment créer un élément de configuration pour la vérification/définition d’un Registre dans l’ordinateur client à l’aide de Configuration Manager.
Vidéo TechNet - Création d’éléments de configuration pour la gestion des paramètres
Vidéo TechNet - Activation de la mise à jour (remediation) avec la gestion des paramètres
Dans l’élément de configuration, vous devez spécifier la clé de Registre et valeur suivantes.
Hive: HKEY_LOCAL_MACHINEKey: Software\Policies\Microsoft\Office\15.0\OSM"CommonFileShare"="\\\\<NOM_SERVEUR>\\<NOM_PARTAGE>""Enablelogging"=dword:00000001"EnableUpload"=dword:00000001
L’agent de télémétrie fonctionne bien si ces clés sont placées sous HKEY_LOCAL_MACHINE. Toutefois, Configuration Manager ne peut pas utiliser les paramètres de compatibilité pour modifier les valeurs de Registre placées sous HKEY_CURRENT_USER. Par conséquent, vous ne pouvez pas définir de balises (également appelées « étiquettes ») en utilisant les paramètres de compatibilité, car les balises doivent être placées sous HKEY_CURRENT_USER. Le tableau suivant indique quelles valeurs de Registre de l’agent de télémétrie peuvent être gérées à l’aide des paramètres de compatibilité.
Nom de la valeur
Stratégie de groupe
Paramètre de compatibilité
enablelogging
X
enableupload
commonfileshare
tag1 - tag4
enablefileobfuscation
AgentInitWait
AgentRandomDelay
Pour plus d’informations sur chaque valeur de Registre, veuillez consulter la rubrique Utiliser le Registre pour activer et configurer l’Agent de télémétrie.
Vous avez besoin d’informations supplémentaires sur le déploiement de composants du Tableau de bord de télémétrie ? Consultez notre guide de déploiement.
Ce billet de blog a été traduit de l’anglais. La version originale est disponible à la page Deploy Telemetry Agent by using System Center Configuration Manager