October, 2011

Article initial publié le jeudi 25 août 2011

Je m’appelle Anthony Cafarelli et je suis consultant chez Microsoft Consulting Services qui a récemment rassemblé une liste de conseils utiles recueillis lors de la réalisation d’analyses OMPM sur les sites clients. Dans ce billet de blog, je souhaiterais partager une partie de cette connaissance et j’espère que les lecteurs trouveront celle-ci utile !

Le problème sur lequel je vais me concentrer sur ce billet de blog concerne une erreur d’importation. Celle-ci se produit lorsque les fichiers analysés ont des noms très longs, dépassant 250 caractères. Ainsi, il ne s’agit pas d’une erreur extrêmement courante, mais ces étapes vous aideront à traiter l’importation si vous vous trouvez face à une telle situation. Lors de l’importation de données dans la base de données OMPM, il se peut que vous receviez le message d’erreur suivant :

« Type de colonne "WarningInfo" de la table "osWarning" trop petit pour contenir les données »

Ce message signifie que le nom et le chemin du fichier XML que vous voulez exporter sont trop longs pour le champ Warninginfo de la table osWarning. En raison de ce problème de longueur, les informations ne sont pas importées dans la base de données et le fichier XML est ignoré. Généralement, un avertissement de dernière date d’accès ou de modification s’affiche simultanément. Cependant, si le fichier faisait partie d’un fichier .cab contenant plusieurs fichiers XML (et tel est probablement le cas, et plus probablement le fichier CAB contient 10 000 fichiers à moins que vous n’ayez modifié le fichier offscan.ini pour modifier ces paramètres). Et, point important à noter, si un fichier XML contenu dans un fichier CAB ne peut pas être importé, aucun des fichiers n’entrera dans la base de données. À ce stade, vous avez quelques options :

1)      Ignorer que le fichier CAB n’a pas pu importer et fonder vos résultats sur les autres fichiers CAB/XML importés correctement.

2)      Extraire le fichier CAB et importer chaque fichier XML.

3)      Modifier la base de données.

Si l’option 1 convient, je n’ai rien d’autre à ajouter. Il s’agit de l’option la plus simple, mais vous perdrez une quantité importante de données qui pourraient être utiles.

L’option 2 est intéressante. Sur les 2 options répertoriées qui traitent le problème, celle-ci nécessite un travail important pour le technicien, mais accroît de façon significative le temps d’importation dans la base de données.

Juste pour donner un peu le contexte de façon simple : le fait que la totalité du fichier CAB ne s’importe pas quand un seul fichier XML présente une erreur s’explique par la façon dont OMPM réalise l’importation. Le fichier CAB est extrait par le processus d’importation et chaque fichier XML est analysé simultanément. Cela accélère significativement (TRÈS significativement) l’importation d’un fichier CAB, mais réduit aussi la possibilité de traiter les erreurs.

Lorsque vous extrairez les fichiers XML, vous pourrez faire en sorte que les 9 999 (en moyenne) autres fichiers XML soient importés dans votre base de données. Sans avoir réellement chronométré et comparé, je dirais que l’importation de fichiers XML est au moins 10 fois plus lente, si ce n’est plus. Il existe un autre moyen d’augmenter la vitesse d’importation, mais cela requiert plus de travail du technicien (et c’est ma méthode préférée parce que je déteste modifier la base de données en raison de problèmes de soutenabilité, et j’y reviendrai un peu plus loin). Voici l’option 2 modifiée :

1)      Extraire le fichier CAB.

2)      Utiliser la commande findstr pour retrouver le fichier XML extrait comportant l’erreur.

3)      Supprimer le fichier XML.

4)      Repackager le fichier CAB avec les fichiers restants.

Grâce à cette méthode, vous maintenez une vitesse d’importation élevée et traitez le fichier avec le nom long. L’utilisation de findstr et la suppression du fichier XML étant assez simples, je n’insisterai pas. Mais, trouver un bon moyen de repackager le fichier CAB peut être complexe. Mon meilleur conseil est d’accéder à cette page (oui, une autre page TechNet) et d’implémenter les scripts PowerShell répertoriés :

http://technet.microsoft.com/en-us/magazine/2009.04.heyscriptingguy.aspx?pr=blog

Une fois la recompression en un autre fichier CAB réalisée, vous pouvez l’importer et continuer à conserver une vitesse d’importation élevée ! Pas mal, non ?

Parlons maintenant de l’option 3. J’ai des sentiments très mélangés à son égard. Elle est simple et efficace, mais, à coup sûr, elle pousse la soutenabilité. Une explication simple de cette approche est celle-ci : comme le champ oswarning de la base de données n’est pas assez grand pour contenir les données que nous souhaitons y placer, il est nécessaire de l’agrandir. J’ai trouvé 2 méthodes pour cela. Et apparemment, en fonction de ce que j’ai écrit jusqu’à présent, il semble que j’aime les listes numérotées, aussi en voici une autre :

1)      Utiliser SQL Management Studio pour modifier la taille du champ.

2)      Modifier les fichiers que OMPM utilise pour créer la base de données, afin que chaque base de données que vous créez ait au départ la plus grande taille de champ.

L’utilisation de SQL Management Studio est assez simple, mais selon votre version de SQL, il peut exister de légères différences. Comme je en vais pas rentrer dans les détails de cette solution, en cas de doute de votre part, recherchez votre ressource SQL préférée (ami, collègue, livre, blog, etc.) ou utilisez la seconde méthode.

La seconde méthode requiert que vous ouvriez un éditeur de texte. Comme ma préférence va à Notepad.exe, c’est celui que j’utiliserai à titre d’exemple. Lancez Notepad et ouvrez ProvisionDB.sql dans le dossier OMPM/Database/Include.

Une fois le fichier ouvert, recherchez « oswarning », puis cliquez sur Suivant.

Le contenu suivant apparaît :

Vous verrez ici le champ WarningInfo (255 caractères). Modifiez simplement le nombre en une valeur plus grande (par exemple, 285) et enregistrez le fichier. Maintenant, chaque fois que vous exécuterez la commande createdb, la nouvelle base de données aura un champ plus grand. Remarque : comme cela ne modifiera pas les bases de données existantes, veillez à avoir créé une nouvelle base de données et à y avoir exécuté vos importations. Vous souhaiterez extraire les fichiers du dossier OMPMimported que vous avez importés dans l’ancienne base de données afin de pouvoir les réimporter dans la nouvelle.

L’équipe de compatibilité Office est consciente de cette limitation et envisage d’y remédier pour les prochaines mises à jour.

Nous espérons que ces informations vous auront été utiles ! Je prévois d’écrire quelques billets de blog supplémentaires sur d’autres problèmes et sur les solutions que j’y ai apportées.

Anthony

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Experience from the Field: Resolving the OMPM issue “Type of column ‘WarningInfo’ in table ‘osWarning’ is too small to hold data”

Article d’origine publié le vendredi 19 août 2011

Plus tôt au cours de l’année, nous avons proposé une nouvelle fonctionnalité qui vous permet d’étendre vos compétences Excel au Web, en intégrant une feuille de calcul Excel sur les blogs et les sites Web. Cette semaine, le Seattle Times propose le résultat des élections primaires locales dans une feuille de calcul Excel intégrée.

Notre équipe attend avec impatience de voir cette fonctionnalité à l’oeuvre !

Seattle Times – Résultats des élections primaires 2011

Il est aisé d’incorporer un document Excel dans une page Web ou un billet de blog. Chargez simplement votre feuille de calcul sur Windows Live SkyDrive et ouvrez-le dans Excel Web Apps. Puis, en mode d’édition, cliquez sur Partager, sur Incorporer, et copiez le code incorporé sur votre page.

Vous pouvez même personnaliser directement votre feuille de calcul incorporée à la page, y compris les plages de données, l’aspect (quadrillage, en-têtes et dimensions) et l’interaction (autoriser ou pas vos lecteurs à trier et à filtrer).

Pour plus de détails sur l’intégration d’un document Excel, consultez notre page Incorporer une feuille de calcul Excel dans une page Web.

Merci,
Jenni French,
Responsable produits senior Office Web Apps

P.S. Vous pouvez aussi incorporer directement une présentation PowerPoint dans votre blog ou site Web. Voici comment procéder.

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Excel Web App in action: Seattle Times displays latest primary election results using Excel Embed

Article d’origine publié le samedi 30 juillet 2011

Même si le Kit de ressources Office propose un ensemble de livres téléchargeables, il existe beaucoup d’autres possibilités d’adapter un ensemble d’articles à des environnements spécifiques. La bonne nouvelle est que vous pouvez créer vos propres livres d’articles TechNet. Vous pouvez sélectionner jusqu’à 100 articles depuis n’importe quel emplacement de la bibliothèque Microsoft TechNet, les organiser dans l’ordre de votre choix et enregistrer votre recueil personnalisé d’articles sous forme d’un livre utilisable en ligne ou hors connexion.

Le processus de création d’un livre est une nouvelle fonctionnalité TechNet et se trouve actuellement en version bêta. Vous pouvez y accéder dans la bibliothèque Microsoft TechNet. Nous vous invitons à la découvrir. Voici quelques instructions :

Se préparer. Éléments requis :

• Un navigateur récent. Internet Explorer 8 et Internet Explorer 9 fonctionnent, comme d’autres versions récentes d’autres navigateurs. Si vous utilisez IE 8 ou IE 9, assurez-vous qu’ils fonctionnent en mode navigateur normal (pas en mode affichage de compatibilité).
• Une Windows Live ID pour se connecter à TechNet.

Veillez bien à utiliser le mode Lightweight dans TechNet. (Si vous utilisez actuellement le mode Classique ou ScriptFree, cliquez sur Lightweight en haut de la page TechNet.) Quand vous êtes en mode Lightweight, le coin supérieur droit de la page doit se présenter comme suit.

1. Connectez-vous à http://technet.microsoft.com à l’aide d’une Windows Live ID.
2. Cliquez sur la flèche déroulante à côté de l’icône de l’imprimante, dans le coin supérieur droit de la page, puis cliquez sur Print Multiple Topics (Imprimer plusieurs rubriques).
   
   Une page Help (Aide) apparaît, qui sert aussi de page de démarrage.
3. Lisez la présentation How does it work? (Fonctionnement) de la page d’aide, puis cliquez sur Start (Démarrer). La barre d’outils Print Multiple Topics ^(Beta) (Imprimer plusieurs rubriques, version bêta) apparaît en haut de votre fenêtre.
4. Parcourez le volet gauche de la bibliothèque TechNet, et sélectionnez les rubriques ou dossiers pour votre collection. Chaque fois que vous sélectionnez une rubrique ou un dossier, cliquez avec le bouton droit pour l’ajouter à votre collection.
   • Si vous cliquez avec le bouton droit sur un dossier, vous pouvez choisir Add this topic (Ajouter cette rubrique) ou Add this set of topics (Ajouter cet ensemble de rubriques). Le nombre entre parenthèses indique le nombre de rubriques de l’ensemble.
     
   • Si un dossier sélectionné contient plus de 100 rubriques, le message « (100+) Too Many Topics » (« Trop de rubriques ») s’affiche. Dans ce cas, vous devez sélectionner les rubriques ou les sous-dossiers l’un après l’autre au sein de ce dossier.
   • Pour sélectionner plus de 100 rubriques, vous devez créer un deuxième livre.
5. Lorsque vous avez terminé, cliquez sur Collection dans la barre d’outils en haut de la page Print Multiple Topics (Imprimer plusieurs rubriques). La page Manage Collection (Gérer la collection) s’ouvre et la liste des dossiers et articles sélectionnés s’affiche.
6. Organisez les rubriques dans l’ordre de votre choix, puis en regroupements par chapitre à l’aide de la technique du glisser-déplacer. Vous pouvez renommer les chapitres, en ajouter et en supprimer, ainsi que des rubriques de la page.
7. Sous Advanced Options (Options avancées), dans la zone Export Your Collection (Exporter votre collection), sélectionnez le format de fichier de votre choix (XHTML ou PDF).
   Remarque : vous devez être connecté avec votre Windows Live ID pour pouvoir exporter votre collection.
8. Cliquez sur Generate (Créer).
   • Pendant la création du livre, une barre de progression Generating (Création en cours) s’affiche en haut de la page.
   • Une fois le livre fini, la mention Finished (Terminé) s’affiche en haut de la page.
9. Enregistrez votre livre en cliquant avec le bouton droit sur le lien Download your Document (Télécharger ce document) ou en téléchargeant le document, puis en l’enregistrant.

Pour démarrer une nouvelle collection, cliquez sur Delete (Supprimer) sur la page Manage Collection (Gérer la collection). Sinon, les articles que vous avez sélectionnés pour le livre en cours demeureront dans la collection.

Voilà ! Nous espérons que cette fonctionnalité bêta vous sera utile. Faites-nous part de vos commentaires !

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Build your own book of TechNet articles

Article initial publié le mardi 23 août 2011

Vous pouvez en savoir plus sur les méthodes de sécurité conseillées pour les applications Office 2010 en lisant l’article suivant, Méthodes de sécurité conseillées pour les applications Office 2010, initialement publié dans The Microsoft Security Newsletter (juillet 2011). J’ai publié cet article, ici, sur ce blog Office pour les professionnels afin que ceux qui n’ont jamais été abonnés ou qui n’ont pas encore lu le bulletin d’informations sur la sécurité soient conscients de cette ressource.

Ross Carter, CISSP (Centre des ressources de sécurité Office 2010 sur TechNet)

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Security Best Practices for Office 2010 Applications

Article d’origine publié le mercredi 24 août 2011

Dans notre précédent billet, pour ceux d’entre vous qui exécutent Office Web Apps hébergé sur place,nous avons traité des Service Packs et des mises à jour cumulatives à installer, ainsi que de l’ordre à respecter pour SharePoint. Cependant, nous n’avons pas inclus le scénario correspondant aux mises à jour des packs de langue. Nous avons reçu certaines questions à ce sujet. En réponse, voici nos recommandations en fonction de votre environnement :

Pour plus d’informations, voir le billet du blog de l’équipe Microsoft SharePoint « Service Pack 1 pour les produits SharePoint 2010 maintenant disponible en téléchargement ».  Notez que SharePoint Server 2010 SP1 inclut SharePoint Foundation SP1 et que le pack de langue SharePoint Server 2010 SP1 inclut le pack de langue SharePoint Foundation 2010 SP1.  Par conséquent, si vous exécutez SharePoint Server 2010, l’installation des Services Packs SharePoint Foundation 2010 est facultative.

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Patching Office Web Apps to SP1 and June CUs including SharePoint Server 2010 and language packs (Part 2)

Article initial publié le mardi 9 août 2011

La mise à jour 1 des outils de compatibilité Office propose d’importants correctifs aux outils de compatibilité Office en améliorant la fiabilité et les performances. La mise à jour concerne les outils de compatibilité Office existants : OMPM (Office Migration Planning Manager), OEAT (Office Environment Assessment Tool) & OCCI (Office Code Compatibility Inspector). 

CONTENU

La mise à jour propose plusieurs corrections aux outils existants.  Le document relatif à la mise à jour 1 détaille les problèmes pris en compte par la mise à jour.  Téléchargez les notes de version pour la mise à jour 1 des outils de compatibilité Office pour connaître la liste complète des mises à jour délivrées. Microsoft Word | Microsoft XPS

MISES À NIVEAU

La mise à niveau vers les nouvelles versions de ces outils n’est pas prise en charge. Vous devez réinstaller chaque outil pour utiliser la version Mise à jour 1 de ces outils. Les analyses antérieures des fichiers OMPM (fichiers xml ou cab) ou les analyses de l’environnement OEAT ne sont pas compatibles avec les versions de la mise à jour 1. Vous devez exécuter de nouvelles analyses pour pouvoir utiliser les versions les plus récentes des outils.

IMPORTANCE DU PROCESSUS

Tout en étant très heureux de proposer les versions mises à jour des outils, nous tenons à mettre l’accent sur l’objectif global, qui est de pouvoir déployer Office plus rapidement et sans risques pour vous.  Les outils peuvent vous aider à atteindre l’objectif de déployer Office, mais vous devez les utiliser correctement.  Quelle est l’utilisation appropriée ? Le point important à se rappeler est d’éviter les découvertes susceptibles de conduire à des cycles d’analyse étendus.   Veillez à collaborer avec les propriétaires de contenu pour cibler le contenu et les applications qui offrent la plus grande valeur pour votre activité. 

RESSOURCES

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Office Compatibility Tools Update 1 Available for Download

Article d’origine publié le mercredi 24 août 2011

L’outil de désinstallation des Services Packs Microsoft pour Office 2010 est désormais disponible. Les administrateurs et les utilisateurs avancés des organisations qui ont installé Microsoft Office 2010 Service Pack 1 (SP1) peuvent utiliser l’outil pour rétablir Office 2010 dans l’état qui était le sien avant l’installation du SP1. L’outil leur permet de désinstaller le Service Pack sans avoir à réinstaller la totalité du produit Office 2010.

Vous pouvez télécharger l’outil sur la page Microsoft Service Pack Uninstall Tool pour les applications client Microsoft Office 2010.

Informations détaillées disponibles à l’adresse Microsoft Service Pack Uninstall Tool for Office 2010.

Ce billet de blog a été traduit de l’anglais. L’article d’origine est disponible à la page Microsoft Service Pack Uninstall Tool for Office 2010 is released