WebLog de Stéphane PAPP [MSFT] : Support

Que peut-on faire en un peu plus de 9 mois ?

spapp — Wed, 28 Oct 2009 09:40:10 GMT

Cette durée symbolique de 9 mois marque les esprits. Dans la plupart des projets informatiques, elle représente un engagement assez long. En cette période où beaucoup d’entre vous commencent à préparer les budgets pour l’année 2010, ces 9 mois ne seront, sans doute, pas de trop par rapport à l’échéance du 13 juillet 2010.

En effet, à cette date du deuxième mardi du mois de juillet 2010, l’un des produits largement utilisé dans le monde atteindra la fin de sa période de support étendu : je pense à Windows 2000, dans toutes ses éditions. Face à cette échéance, il y a plusieurs réactions possibles.

Au passage, à supposer qu’un correctif de sécurité relatif à Windows 2000 paraisse ce jour-là, ce correctif sera supporté sur Windows 2000 pendant les 30 jours qui suivront.

La première réaction possible consiste à constater que vous n’avez plus aucun poste ou serveur équipé de Windows 2000 dans votre parc informatique. Si j’en juge par les statistiques dont je dispose, les 0,4% de visiteurs de ce blog restent concernés par la suite de cet article, sinon, vous pouvez vous arrêter là dans cette lecture, encore que la lecture de ce qui suit peut s’appliquer indifféremment pour les systèmes d’exploitation plus récents.

La deuxième consiste à faire l’autruche en pensant, par exemple, qu’il est possible de faire l’autruche en mettant la tête dans le sable pour ne pas voir arriver cette échéance. Certes, dans le passé, Microsoft avait révisé plusieurs fois les dates de fin de support et était même allé jusqu’à mettre à disposition un correctif de sécurité pour Windows NT 4 quand le produit n’était plus supporté, mais qu’une crise virale sévissait. Cependant, le support de Windows 2000, comme celui de Windows NT4 finira bien par vous rattraper à un moment ou un autre. Aussi, le pari est-il risqué, mais c’est vous qui décidez.

La troisième consiste à analyser la situation avec calme et à construire un plan d’actions reposant sur une seule alternative : faut-il conserver ou non ces ordinateurs sous ce système d’exploitation ?

Il est certes, possible de choisir de ne pas migrer ces ordinateurs. Les raisons sont souvent liées à des applications qui ne fonctionneraient pas sous d’autres systèmes. Dans ce cas, les mesures à prendre peuvent être de provisionner l’acquisition d’une extension de l’accord de support et, sur le plan technique, de planifier le renforcement de la protection de ces ordinateurs par une isolation renforcée. N’imaginez pas cependant, que vous serez à l’abri de toute difficulté avec cette démarche ! Imaginez encore moins qu’en virtualisant ces systèmes, vous éviterez tout problème ! Ce ne serait que choisir la politique de l’autruche décrite ci-dessus. La virtualisation ne vous isolerait que des difficultés à faire fonctionner Windows 2000 sur du matériel récent, mais pas d’être exposé à une crise virale. Cette solution ne pourrait, par conséquent être qu’une solution temporaire. Elle vous donne, cependant, du temps supplémentaire pour l’autre solution.

Dans le cas où vous souhaiteriez migrer de système d’exploitation, la mise au point d’un plan projet est complètement d’actualité. Les problématiques à aborder sont sensiblement identiques, mais il peut être intéressant de distinguer les postes de travail des serveurs, sachant que la première question à se poser est de savoir vers quel système migrer.

Pour les serveurs, Windows Server 2003 entrera, lui-même, à cette date en phase de support étendu. Pour les postes de travail, Windows XP Professional est d’ores et déjà en phase de support étendu depuis avril dernier.

Le détail du calendrier officiel est sur :
http://support.microsoft.com/gp/lifeselectindex

La vague suivante est constituée par le couple Windows Vista / Windows Server 2008. Pour des questions de support uniquement, ces versions donnent un certain délai (avril 2012 et juillet 2013, respectivement pour l’échéance de la phase de support principal). Je ne saurais, néanmoins, que vous recommander de passer directement aux versions courantes, à savoir Windows 7 et Windows Server 2008 R2.

Les migrations dictées par la fin d’une politique de support ne sont que très rarement justifiables économiquement, en particulier, si vous ne tenez pas compte du risque de crise. Pour prendre une image, vous pouvez décider de rouler au-delà d’une limitation de vitesse de manière à gagner quelques précieuses minutes de votre temps. Par cette démarche, vous risquez, aussi, d’arriver en retard, suite à un accident provoqué par votre vitesse excessive, voire, de ne pas arriver, du tout. Par conséquent, je vous conseillerais de profiter de cette migration pour proposer de nouveaux services associés aux nouveaux systèmes d’exploitation de manière à bénéficier d’un réel retour sur investissement.

Ressources pour le diagnostic des produits de la gamme System Center

spapp — Thu, 22 Oct 2009 06:08:00 GMT

Depuis quelque temps, le support des produits de la gamme System Center est passé dans le mode où un membre du support vous répond très rapidement en vous demandant de lui fournir des précisions sur l’incident que vous avez ouvert.

La collecte des informations attendues peut être accélérée si vous savez d’avance ce qui pourrait servir pour aider le diagnostic ou si vous avez commencé à effectuer un diagnostic.

Un article de blog pour les principaux produits détaille les informations attendues :

System Center Configuration Manager ou Systems Management Server
http://blogs.technet.com/configmgrcallback/
System Center Operations Manager ou Microsoft Operations Manager
http://blogs.technet.com/opsmgrcallback/
System Center Application Virtualization
http://blogs.technet.com/appvcallback/
System Center Virtual Machine Manager
http://blogs.technet.com/scvmmcallback/
Windows Server Update Services (WSUS)
http://blogs.technet.com/wsuscallback/

Liste des fichiers de diagnostic de Configuration Manager 2007

spapp — Sun, 04 Oct 2009 17:09:00 GMT

La liste des journaux, fichiers log ou fichiers de diagnostic utilisés par System Center Configuration Manager 2007 (ConfigMgr) est décrite sur la page suivante :
http://technet.microsoft.com/fr-fr/library/bb892800.aspx

En anglais, c’est sur :
http://technet.microsoft.com/en-us/library/bb892800.aspx

Pour ce qui est du diagnostic de la fonction centrale de distribution de logiciels, avec Systems Management Server 2003 (SMS), il existe l’article kb826854 de la base de connaissances qui s’applique encore majoritairement pour sa partie propre au client avancé dans un mode mixte de ConfigMgr 2007. Un équivalent pour ConfigMgr peut être trouvé dans la documentation en ligne anglaise ou française ou encore le fichier d’aide.

Je rajouterais, en attendant une mise à jour de ces listes, l’existence des fichiers VirtualApp.log de CCM\Logs et VAppLauncher.log de %temp% pour ce qui est relatif à l’intégration App-V dans ConfigMgr 2007 R2.

Comme l’indique la documentation citée ci-dessus, la première démarche en cas de dysfonctionnement d’une distribution consiste à tenter de savoir si le problème se situe au niveau du serveur ou du client. Pour cela, il est nécessaire de localiser ces fichiers journaux.

La documentation indique le texte suivant :

Les fichiers journaux clients Configuration Manager 2007 se trouvent à l'un des emplacements suivants :

Sur les ordinateurs utilisés comme points de gestion, les fichiers journaux clients se trouvent dans le dossier SMS_CCM\Logs.
Sur tous les autres ordinateurs, ils se trouvent dans le dossier %Windir%\System32\CCM\Logs ou dans le dossier %Windir%\SysWOW64\CCM\Logs.

La plupart des fichiers journaux du serveur de site Configuration Manager 2007 se trouvent dans le dossier <Chemin d'installation>\LOGS. Étant donné que Configuration Manager 2007 se base principalement sur les services Internet (IIS) Microsoft, vous pouvez consulter les fichiers journaux IIS pour prendre connaissance d'autres erreurs liées à l'accès du client au serveur IIS. Le fichier journal IIS se trouve dans le dossier %Windir%\System32\logfiles\W3SVC1 du serveur IIS.

C’est exact à un bémol près : selon que le client est installé avant ou après un site secondaire, les fichiers de log ne sont pas dans les mêmes répertoires.

Les analyses proposées indiquent les points suivants :

En cas de problème lors de votre déploiement de Microsoft System Center Configuration Manager 2007, vérifiez tout d'abord s'il ne s'agit pas d'un problème de sécurité, d'espace disque, de technologie, de connexion réseau ou de synchronisation de l'heure

Sur le plan de la sécurité, les points cités sont WMI, DCOM, NTFS et Configuration Manager 2007. Je rajouterais la sécurité dans l’Active Directory, en particulier, pour ce qui est relatif au conteneur “System Management” ou à l’utilisation des comptes d’ordinateurs ou comptes d’accès réseau.

N’oubliez pas que ce n’est pas parce qu’un compte d’utilisateur ordinaire ou privilégié accède à une ressource que le compte d’ordinateur qui effectue une action similaire y parvient également ! Pour vous assurer que le compte d’ordinateur a les bons privilèges, vous pouvez, si vous avez suffisamment de droits sur le système sur lequel vous effectuez le diagnostic, ouvrir une invite de commande en tant que SYSTEM via l’outil PSExec de la manière suivante :

psexec -i -s cmd.exe

Les espaces disques sont tellement triviaux qu’il peut arriver que l’on passe à côté, faute d’y penser tant pour la base de données que pour les espaces de stockage des packages ou des messages d’état.

Sur le plan de la technologie, Microsoft SQL Server, Windows Installer et les services Internet (IIS) sont cités. Là encore, je rajouterais Active Directory et les services de résolution de noms DNS ou WINS bien que ces points soient évoqués au niveau Connexion réseau et Synchronisation de l'heure.

Dans le diagnostic, il est possible d’utiliser une démarche “top down” comme disent les anglais, ou “bottom up”. La démarche “Top down” consiste à partir du serveur sur lequel le package est créé pour aller vers le poste client. Elle peut être davantage pertinente dans le cas où l’ensemble des postes ne reçoivent pas une distribution précise. La démarche “Bootom up” consiste à partir du client pour remonter la chaine vers le serveur. Elle est plus pertinente dans le cas où un ou quelques postes ne fonctionnent pas.

Au passage, dans une phase de diagnostic et afin de connaître rapidement, par exemple, les numéros d’identification de collections ou de packages, il peut être utilise de lancer la console de la manière suivante :

C:\Program Files\Microsoft Configuration Manager Console\AdminUI\bin\adminconsole.msc" sms:debugview=1

Quelques problèmes classiques sur Operations Manager 2007

spapp — Fri, 25 Sep 2009 08:47:01 GMT

Adrian Doyle a publié récemment un billet intéressant sur les problèmes fréquemment rencontrés dans l’utilisation de System Center Operations Manager 2007 (OpsMgr).

Je vais tenter d’en fournir une traduction et adaptation ci-dessous.

Nous avons récemment effectué une analyse des questions posées à l'équipe du support d’OpsMgr et partageons ici quelqu’unes d’entre elles, juste au cas où vous les rencontreriez toutes ou l’une d’entre elles.

Problèmes de performances avec des pointes à 100 % du processeur

Ce problème peut provenir de causes différentes, mais les points à vérifier sont :

Le correctif décrit sur l’article KB974051 de la base de connaissances pointe vers un correctif relatif à Windows qui se trouve dans KB968967
Sur un Windows Server 2008 en cluster l’article KB968936 peut être nécessaire. C’est un correctif cumulatif pour le fournisseur WMI du clustering de Windows Server 2008 qui remplace le correctif KB958807.
Windows Scripting Host Update version 5.7 – si l'agent utilise la version 5.6 vous devez appliquer le correctif KB940284 ou le package disponible sur :
http://www.microsoft.com/downloads/details.aspx?FamilyID=47809025-d896-482e-a0d6-524e7e844d81&DisplayLang=en

Pour l’avoir rencontré, je rajouterais de vérifier les critères d’exclusion de certains programmes de protection contre les virus, notamment sur l’analyse des scripts en VBScript.

Problèmes de performances console

Le guide faisant autorité pour résoudre ces problèmes dans des grands environnements peut être trouvé à l’emplacement suivant :
http://blogs.technet.com/operationsmgr/archive/2009/09/17/opsmgr-2007-troubleshooting-console-performance-in-large-environments.aspx

Questions autour de la création de rapports

Il existe un nouveau guide de création de rapports qui contient des informations sur la façon de créer des rapports sur :
http://technet.microsoft.com/en-us/library/ee292065.aspx

System Center Essentials

Des ordinateurs et agents s’affichent comme n’étant pas encore contacté.

L’article KB970606 vous guidera dans les opérations courantes pour résoudre ce problème.

La documentation en ligne

Cette documentation est mise à jour régulièrement et peut être utile à lire :
http://www.microsoft.com/downloads/details.aspx?FamilyID=d826b836-59e5-4628-939e-2b852ed79859&DisplayLang=en

kb974236 pour supporter Windows 7 et Windows Server 2008 R2 dans Configuration Manager 2007

spapp — Tue, 15 Sep 2009 08:40:13 GMT

Le correctif kb974236 permet d’attendre l’arrivée du prochain service pack 2 (SP2) pour le support de Windows 7 et de Windows Server 2008 R2 dans System Center Configuration Manager 2007 (ConfigMgr).

Le programme d'installation n'a pas pu installer le fournisseur SMS

spapp — Thu, 10 Sep 2009 15:21:24 GMT

Le message d’erreur “Le programme d'installation n'a pas pu installer le fournisseur SMS” ou, en anglais “Setup failed to install SMS Provider” peut apparaître lors de l’installation de System Center Configuration Manager 2007 (ConfigMgr).

Une erreur assez classique est suceptible de provoquer ce message. Les conditions à remplir sont les suivantes :

Vous utilisez un serveur de base de données SQL Server distinct de votre serveur,
Les services de SQL Server fonctionnent avec un compte de service

Ce message provient du fait que le compte de service utilisé n’est pas administrateur du domaine dans lequel sont installés vos serveurs ; ce qui est assez fréquent et je ne vous encouragerai pas à modifier ce réglage :-).

Pour que l’installation de ConfigMgr et son fonctionnement, il est nécessaire de rajouter manuellement un nom du service principal ou Service principal name (SPN) en anglais.

Pour effectuer ce réglage :

Ouvrir une session sur un ordinateur avec un compte ayant le privilège d’administrateur du domaine auquel appartient votre serveur SQL Server

Lancer les commandes suivantes :

SetSPN -A MSSQLSvc/<Nom_NetBIOS_du_Serveur_SQL>:1433 <Domaine>\<Compte>

SetSPN -A MSSQLSvc/<Nom_FQDN_du_Serveur_SQL>:1433 <Domaine>\<Compte>

Par exemple :

SetSPN -A MSSQLSvc/YODA:1433 EMPIRE\ZZZSQL

SetSPN -A MSSQLSvc/yoda.empire.local:1433 EMPIRE\ZZZSQL

Note : vous devez respecter la case pour MSSQLSvc !

Une fois ce réglage effectué, vous devriez réussir l’installation de ConfiMgr.

Configuration Manager 2007 R2 et SQL Server 2008 Reporting Services

spapp — Thu, 10 Sep 2009 11:39:52 GMT

L’article kb957576 de la base de connaissances propose une solution à l’apparition du message 7404 dans les messages d’état lorsque vous utilisez les services de reporting de SQL Server 2008 (SRS) avec System Center Configuration Manager 2007 R2 (ConfigMgr).

Si, dans certains cas très précis, le correctif peut faire disparaître ce message, il semble que très généralement, le problème persiste y compris après l’application du correctif.

En attendant une solution plus efficace qui sera disponible dans le très prochain service pack 2 de ConfigMgr, une solution de contournement consiste à éviter que le message d’état ne soit remonté en le filtrant par la méthode suivante :

Créer une règle de filtrage des messages dans les réglages de site, au niveau des règles de filtrage de message d’état (Status Filter Rules)

Sur l’onglet General

Cocher Source et choisir “ConfigMgr Server”
Cocher Component et choisir “SMS_SRS_Reporting_point”
Cocher Message ID et choisir “7403”

Cliquer sur Next
Dans les actions

Ne pas cocher “Write to ConfigMgr database”
Activer : “Do not forward to status Summarizers”
Activer : “Do not process lower-priority status filter rule”

Cliquer sur Next

Vérifier le récapitulatif affiché

Cliquer sur Next
Cliquer sur Close

Placer la règle de filtrage en priorité la plus élevée en la remontant en haut de la liste par l’action “Increment Priority”.

Erreur 5115 suite au passage en mode natif de Configuration Manager 2007

spapp — Mon, 10 Aug 2009 21:21:24 GMT

Suite au passage en mode natif d’une infrastructure System Center Configuration Manager 2007, l’affichage des messages d’état affiche l’erreur 5115 dont le texte en anglais est le suivant :

SMS Policy Provider has failed to sign one or more policy assignments. It will retry this operation automatically

Ce message d’erreur peut provenir de l’impossibilité d’utiliser une clé privé lorsque le certificat utilisé avec la fonctionnalités de signature de document (Document Signing) a été généré sans cocher la case :

Make private key exportable

En français, l’option s’intitule :

Permettre l'exportation de la clé privée

La solution consiste à regénérer le certificat avec cette option cochée.

Politique de support de System Center Configuration Manager 2007

spapp — Wed, 29 Jul 2009 00:20:56 GMT

Comme indiqué sur la page du cycle de support de System Center Configuration Manager 2007, la période de support principal de l’édition sans le service pack 1 s’est terminée au 14 juillet dernier.

Pour cette édition comme pour System Center Configuration Manager 2007 R2, la phase principale de support s’étend, au minimum, jusqu’au 8 janvier 2013. Il est à noter qu’exceptionnellement, la période de 5 ans court depuis la disponibilité de cette édition R2 et non pas depuis la sortie de l’édition initiale.

Liste des correctifs apportés par Operations Manager 2007 R2

spapp — Fri, 03 Jul 2009 17:17:23 GMT

Avec la disponibilité de System Center Operations Manager 2007 R2, la liste des correctifs inclus est publiée dans la fiche technique 971410.

Pour mémoire, il est toujours préférable d’installer un service pack ou une édition complètement différente plutôt que d’appliquer des correctifs individuels. Les correctifs individuels ne doivent être appliqués que si vous rencontrez le problème décrit.

Il reste que certains correctifs actuels ne font pas partie de cette liste. C’est le cas pour certains correctifs comme 971285 qui est sorti après la livraison à la fabrication, mais là, il ne pouvait en être autrement. Pour les correctifs 969572 et 969573, deux explications sont possibles : soit ces problèmes n’ont été détectés que trop tardivement pour être inclus dans R2, soit la correction était trop complexe pour être construite.

Dans ce dernier cas, il est souhaitable de remonter les problèmes que vous rencontrez vers Microsoft de manière à appuyer les demandes de correctifs. Les correctifs peuvent ne pas être disponible pour une version données, mais constituer une base de cahier des charges pour une future version.

Incident avec l’ITMU de SMS 2003 SP3 et le fichier WSUSScn2.CAB du 23 juin

spapp — Fri, 26 Jun 2009 19:29:33 GMT

Mon collègue Franck MICHOU, du support français de Systems Management Server 2003, me signale l’article publié sur le blog de l’équipe du support américain.

Le problème porte sur le composant de gestion des mises à jour de logiciels (ITMU pour Inventory Tools for Microsoft Update) de Systems Management Server (SMS) 2003 avec le service pack 3 (SP3) et le fichier WSUSScn2.CAB du 23 juin. Ce fichier ne parviendrait pas à être utilisé par les anciennes versions du client de Windows Update.

L’erreur 87 (Paramètre incorrect) est générée lors de la tentative d’utilisation du fichier. Elle apparaît dans le fichier SMSWusHandler.log du client.

La mise à jour de l’agent Windows Update est nécessaire pour corriger le problème. La méthode suggérée pour le mettre à jour consiste à demander à exécuter un autre package préalablement à l’exécution d’un package généré par ITMU.

Distribuer des applications vers Windows Vista Service Pack 2 et Windows Server 2008 Service Pack 2 avec Systems Management Server 2003 Service Pack 3

spapp — Mon, 22 Jun 2009 20:54:35 GMT

Le correctif 971225 est nécessaire pour rajouter la possibilité de distribuer des applications vers des systèmes équipés du service pack 2 (SP2) de Windows Vista et de Windows Server 2008 avec Systems Management server 2003 équipé du service pack 3 (SP3).

Nouvelles configurations supportées par Systems Management Server 2003 et System Center Configuration Manager 2007

spapp — Wed, 17 Jun 2009 09:27:04 GMT

En attendant la publication prochaine d’articles de la base de connaissances, il est possible d’annoncer que de nouvelles configurations sont supportées par Systems Management Server 2003 et System Center Configuration Manager 2007.

Le Service Pack 1 (SP1) de SQL Server 2008 est désormais supporté pour une utilisation de System Center Configuration Manager 2007 (ConfigMgr) avec le SP1 ainsi que par ConfigMgr 2007 R2.

Aucun correctif spécifique à cette combinaison n’est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 sont désormais supportés par les clients de Systems Management Server 2003 équipé du Service Pack 3 (SP3).

La console et les serveurs de site ne sont pas supportés sur ces sytèmes.

Aucun correctif spécifique à cette combinaison n’est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 (SP2) sont désormais supportés par Configuration Manager 2007.

La console et les serveurs de site ne sont pas supportés sur ces sytèmes.

Le correctif 969991 est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 sont supportés par Configuration Manager 2007 SP1.

Tous les rôles classiques sont supportés ; la console sur Windows Vista et les rôles de server, par exemple, sur Windows Server 2008.

Le correctif 970093 est nécessaire pour permettre la capture de ces systèmes via ConfigMgr 2007 SP1.

Microsoft Fix it

spapp — Sun, 14 Jun 2009 10:17:43 GMT

Après un lancement aux États-Unis en début d’année, les solutions « Microsoft Fix it » sont disponibles en français. Il s’agit d’articles de la base de connaissances (KB pour Knowledge Base) dans lesquels un bouton « Fix it » a été rajouté vous permettant d’obtenir la solution à votre problème par un simple clic, sans avoir à appliquer manuellement les différentes étapes nécessaires décrites dans l’article.

Plus d’informations sont disponibles sur :
http://support.microsoft.com/gp/cp_fixit_main/fr

J’ai voulu tester cette nouvelle possibilité sur l’article 945402 pour faire apparaître l’icône d’Internet Explorer sur le bureau de mon Windows 7 : un message d’erreur s’affiche qui m’informe que ce correctif ne s’applique pas à mon système d’exploitation.

J’avais déjà évoqué la possibilité de rajouter cette icone dans un billet sur Windows Vista. Pour Windows 7, la solution à base de la clé "{871C5380-42A0-1069-A2EA-08002B30309D}" ne fonctionne pas. Est-ce prémonitoire de la décision de fournir une version de Windows 7 sans Internet Explorer en Europe comme celà a été évoqué cette semaine ?

Correctifs pour capturer Windows Vista et Windows Server 2008 avec Configuration Manager 2007

spapp — Sun, 14 Jun 2009 09:17:37 GMT

Les correctifs 969991 et 970093 pour respectivement System Center Configuration Manager 2007 (ConfigMgr) et ConfigMgr 2007 Service Pack 1 (SP1) sont disponibles pour supporter la capture d’ordinateurs équipés du service pack 2 (SP2) de Windows Vista et de Windows Server 2008 (W2K8).

Le symptôme de ce problème est que le message d’erreur “The sysprep is not supported on this OS” apparaît dans le fichier Smsts.log.

L’explication est que la version du système d’exploitation apparaît à 6.0.002 quand ConfigMgr s’attend à trouver une version identique de SysPrep qui, elle, reste à 6.0.001.

Ce correctif fait partie du SP2 de ConfigMgr actuellement en préparation et en phase beta.