Je relaye ici un article de l’équipe produit SCCM concernant les recommandations et autres best practices au sujet de la mise en place d’une PKI destinée au mode natif de SCCM 2007.
Recommendations for PKI Key Lengths and Validity Periods with Configuration Manager.
Une mise à jour des configurations supportées pour SMS 2003 et SCCM 2007 va bientôt paraitre. Vous trouverez ci-dessous les détails du nouveau support apporté pour ces deux produits ainsi que les conditions d’éligibilité pour ces nouvelles configurations. Cette annonce a été mise en ligne sur le blog de l’équipe produit SCCM :
System Center Configuration Manager 2007 SP1 avec ou sans R2
System Center Configuration Manager 2007 SP1 and/or R2 now supports the use of SQL Server 2008 SP1. No hofixes are required.
System Center Configuration 2007 SP1 now supports Windows Vista and Windows Server 2008 SP2 as clients, for administrator console installations, and Windows Server 2008 SP2 for site-server roles.
The following hotfixes are required:
KB970093- When you use System Center Configuration Manager 2007 Service Pack 1 to capture an image of Windows Vista SP2 or of Windows Server 2008 SP2, the image capture process fails during the "Prepare Windows for Capture" stage
System Center Configuration Manager 2007 RTM
System Center Configuration 2007 SP1 now supports Windows Vista and Windows Server 2008 SP2 as clients. Administrator consoles or site server roles will not be supported on these platforms.
The following hotfixes are required:
KB969991- When you use System Center Configuration Manager 2007 RTM to capture an image of Windows Vista SP2 or of Windows Server 2008 SP2, the image capture process fails during the "Prepare Windows for Capture" stage.
Systems Management Server 2003 SP3
Systems Management Server 2003 SP3 now supports Windows Vista and Windows Server 2008 SP2 as clients. Administrator consoles or site server roles will not be supported on these platforms.
No hotfixes are required
Le Service Pack 2 de SCCM en version Bêta Public a été mis à disposition hier soir sur le site Connect. Le programme Bêta pour ce SP2 est disponible depuis l’adresse suivante : https://connect.microsoft.com/site/sitehome.aspx?SiteID=16
Pour rappel le Service Pack 2 de SCCM apporte les nouveautés suivantes :
-
New Operating System Support (Windows 7, Windows Server 2008 R2, Windows Server 2008 SP2 and Windows Vista SP2)
-
(Intel) Active Management Technology Integration - Version 2
-
OOB Wireless Management: Wireless Profile Management (mobile ONLY)
-
End Point Access Control: 802.1x support
-
Persistent Data Storage: Non Volatile Memory or Third Party Data Store (3PDS)
-
Write string data into 3PDS on AMT through OOB management console
-
Access Monitor: Audit Log
-
Remote Power Management: Power State Configuration
Alors que la version Bêta Escrow disposait d’un numéro de build 4.00.6425.0000
Cette version Public Bêta est estampillée du numéro de build 4.00.6425.2003. Une mise à jour de la version Escrow vers la version Public est alors nécessaire afin d’être supporté en production.
Par la même occasion, je vous informe que la KB 971348 a été mise en ligne, toujours sur le site Connect, et que celle-ci référence l’ensemble des Hotfixes intégrés directement dans le SP2 de SCCM : List of hotfixes and updates that are contained in System Center Configuration Manager 2007 Service Pack 2 (971348)
Belle initiative de DELL, initiative bien menée par un de mes collègues MVP sur ConfigMgr, Greg Ramsey, que je salue en passant :-) : les DELL Drivers Packs.
Il s’agit de la mise à disposition par DELL de fichiers CAB regroupant, pour leurs derniers modèles de Laptop/Desktop, l’ensemble des drivers requis lors de l’installation d’un système d’exploitation XP ou VISTA (pour l’instant) sur ces modèles.
Cette initiative prend toute sa mesure lorsqu’il est question de déployer massivement de telles configurations en utilisant des outils tels que MDT 2008 (voire 2010) et SCCM 2007 : quel consultant spécialisé sur le déploiement de postes de travail n’a pas perdu une demi-journée pour récupérer l’ensemble des drivers dans leur dernière version pour chaque modèle d’ordinateur devant être pris en charge dans un nouveau master ?
Maintenant, mais malheureusement que pour quelques modèles DELL uniquement, il suffira de télécharger un fichier CAB et d’en extraire le contenu pour disposer de l’ensemble des drivers nécessaires à un déploiement massif via MDT ou SCCM.
Ci-dessous la liste des Dell Drivers Pack disponibles et leur lien de téléchargement respectif :
Croisons les doigts pour que cette initiative soit suivie pour l’ensemble des constructeurs et des modèles les plus répandus sur le marché.
Dell Business Client Operating System Deployment - The .CAB Files
La “System Center Configuration Manager Team” a mis en ligne ce jour une FAQ très intéressante concernant l’intégration des Reporting Services avec SCCM 2007 : cette FAQ est disponible à l’adresse suivante
http://blogs.technet.com/configmgrteam/archive/2009/05/14/faq-sql-reporting-services-integration-with-system-center-configuration-manager-2007-r2.aspx
Remercions au passage Bhaskar Krishnan, membre de la SCCM Team, qui est l’origine de cette FAQ et vous pouvez lui faire confiance; SQL Reporting Services il connait plutôt bien :-)
Une nouvelle mise à jour de la documentation officielle du produit SCCM a été mise à disposition sur le site Microsoft hier.
Ce fichier MSI a pour but de mettre à jour le fichier d’aide accompagnant l’installation d’une console d’administration SCCM ou bien encore de disposer d’une copie locale récente de la documentation du produit (sans disposer pour autant d’une console d’administration sur son poste).
Le fichier est téléchargeable depuis le lien suivant : Configuration Manager 2007 Help File Update Wizard.
Une version online de cette documentation est disponible ici : http://technet.microsoft.com/en-us/library/bb680651.aspx
Tandis que la description des modifications apportées à la documentation à travers cette dernière mise à jour est disponible à l’adresse suivante : What's New in the Configuration Manager Documentation Library for April 2009.
|
Villebon, 9 avril 2009 – De nombreuses années après sa disparition, un informaticien réapparaît !
Martin Dop, ingénieur informaticien, a travaillé au déploiement d'une solution pendant près d’une dizaine d’années. Durant cette période, l'homme a perdu tout contact avec le monde extérieur, s'enfermant dans son bureau pour effectuer des recherches qui viennent d'aboutir à un résultat concluant.
Ce matin-même, l'homme est sorti et s'est présenté avec son projet de déploiement sous le bras. Agé de 39 ans, il a alors découvert la vie des années 2010 avec étonnement : écrans plats full HD, Windows® 7, Xbox 360™, MDOP…
"Je ne comprends pas comment j'ai pu passer autant de temps sur le déploiement de ma solution !" déclare-t-il. "J'ai toutes ces années à rattraper, j'ai déjà le cerveau en ébullition !"
Martin Dop vient d'entrer dans le livre des records pour le plus long déploiement au monde, un déploiement qui lui a sous doute pris… un poil trop de temps !
|
Un petit billet rapide histoire de garder l’information sous le coude à jamais :-) car je viens de passer 15 min à retrouver la manipulation pour SMS 2003.
Comment ajouter le noeud NodeInfo dans la console SMS 2003 et SCCM 2007, onglet très important lorsque vous scriptez pour ces deux produits ?
Il suffit de rajouter dans le raccourci pointant vers votre console SMS 2003/SCCM 2007 la syntaxe qui suit :
<Drive>:\<SMS2003AdminUIInstallRep>\bin\i386\sms.msc /SMS:NodeInfo=1
ou encore
<Drive>:\<SMS2003AdminUIInstallRep>\bin\i386\sms.msc /SMS:NodeInfo=2
==> L’onglet NodeInfo sera positionné en première position si NodeInfo=2.
<Drive>:\<SCCM2007AdminUIInstallRep>\AdminUI\bin\adminconsole.msc" sms:debugview
Vous bénéficierez alors d’une nouvelle option dans la console SCCM, permettant de basculer d’un mode d’affichage normal dans la console SCCM à un mode d’affichage des propriétés des objets SCCM dans la console.
Voilà maintenant je saurais où chercher l’information…. sur mon blog. Eh oui quant on a une mémoire de 10 secondes, on trouve des astuces pour y palier.
Bonjour à tous,
Me voilà de retour sur mon blog après un gros mois d’absence. Tout d’abord veuillez m’excuser de cette absence, justifiée entre autres par quelques congés et un retour au travail mouvementé.
Je me permets ce jour de relayer tout simplement un post de Michael NIEHAUS concernant PowerShell v2 CTP 3 et son interaction possible avec SCCM 2007. Ce dernier a mis en ligne un script qui est en train d’élaborer afin de récupérer bon nombre d’informations de configuration et de production sur un serveur SCCM.
Je vous le conseille vivement.
http://blogs.technet.com/mniehaus/archive/2009/04/07/fun-with-configmgr-2007-and-powershell.aspx
Je reviendrais certainement sur ce billet après mon passage au MMS 2009 à Las Vegas et le test en “grandeur nature” de ce script sur place. :-)
Actuellement sur un projet de mise en place d’une infrastructure SCCM 2007 SP1 R2, je suis confronté ce jour à une petite problématique qui je pense peut être assez répandue : en effet, l’infra SCCM est utilisée pour le Patch Management mais cette dernière ne dispose d’aucune connexion vers lnternet et donc aucun moyen de synchroniser les serveurs WSUS avec ceux de Windows Update. Le catalogue de mises à jour intégré à SCCM est donc indéfiniment vide. :-( Pas très pratique vous me direz.
Preuve en est, le catalogue de mise à jour sous la console SCCM est bel et bien vide :
Vous trouverez ainsi ci-dessous la procédure à suivre afin de synchroniser manuellement un serveur SUP ne disposant d’aucun accès à Internet.
Pré-Requis
-
Infrastructure SCCM en place et fonctionnelle pour tous les autres services.
-
-
Le Système de site SUP doit être configuré pour ne jamais synchroniser avec un serveur Windows Update ou un Upstream Serveur.
-
Un serveur WSUS standalone, configuré et fonctionnel, disposant d’une connexion vers Internet. Une machine virtuelle hébergée sur votre laptop fera très bien l’affaire.
-
Le serveur WSUS standalone doit avoir effectué avec succès une synchronisation complète avec un serveur Windows Update de Microsoft.
Export software update metadata
-
Depuis le serveur WSUS Standalone (potentiellement votre machine virtuelle), ouvrir une invite de commande et se rendre dans le répertoire C:\Program Files\Update Services\Tools
-
Exécuter la commande suivante :
wsusutil export <Drive>:\WSUS_Export.cab <Drive>:\WSUS_Export.log
-
Le processus d’export des metadata est alors initialisé. La fin de ce processus est identifié par la ligne suivante : “All updates are successfully exported.”
-
Récupérer les deux fichiers précédemment générés depuis votre machine virtuelle : WSUS_Export.cab et WSUS_Export.log
Note: WSUS_Export.log peut également être au format XML, en fonction du parseur utilisé pour lire vos fichiers de log.
-
Récupérer également le répertoire WSUSContent contenant les sources des mises à jour synchronisées avec le serveur Windows Update (C:\WSUS\WSUSContent par défaut).
Import software update metadata
-
Cette fois-ci directement sur le serveur SUP qui dispose de la totalité de l’installation WSUS, que le rôle SUP soit hébergé sur le serveur de site SCCM ou déporté sur un autre serveur membre, copier le contenu du répertoire WSUSContent précédemment récupéré dans le répertoire WSUSContent de l’infrastructure SCCM (non-connectée à Internet).
-
Ouvrir une invite de commande et se rendre dans le répertoire C:\Program Files\Update Services\Tools.
-
Exécuter la commande suivante :
wsusutil import <Drive>:\WSUS_Export.cab <Drive>:\WSUS_Import.xml
-
Le processus d’import des metadata est alors initialisé sur le serveur WSUS ne disposant pas de connexion à Internet. La fin de ce processus est identifiée par la phrase suivante : “All updates are successfully imported.” (Environ 20 minutes d’exécution).
Une fois ces opérations effectuées, il est alors nécessaire d’ouvrir la console d’administration SCCM, et de développer le nœud Software Updates\Update Repository. Cliquer droit sur ce nœud et choisir l’option “Run Synchronization” depuis le menu contextuel. Ceci afin de synchroniser la base SCCM avec celle de WSUS.
Sélectionner “Yes” dans la boite de dialogue suivante :
Vous pouvez suivre le processus de synchronisation via le fichier de log SCCM : wsyncmgr.log. Le serveur SCCM détecte une source locale de synchronisation des mises à jour et débute alors un cycle de synchronisation avec la base WSUS. Ce cycle peut durer jusqu’à 25 minutes.
Le processus de synchronisation étant achevé lors de l’apparition de la ligne suivante dans le fichier de log wsyncmgr.log : “Done synchronizing SMS with WSUS Server”.
Et maintenant dans la console d’administration SCCM, développer le nœud Software Updates\Update Repository et vérifier la présence d’une belle arborescence d’ Updates synchronisées.
Enjoy it !!!!
Voici un petit billet que je trouve ma fois fort intéressant concernant le troubleshoot d’une base SCCM dont la taille est en constante augmentation et de façon anormale. Je me permets donc de relayer ce billet, du blog de l’équipe Configuration Manager Corp. Vous noterez les outils utilisés (script et autres requêtes SQL) ainsi que la méthode de résolution (suppression des messages de statut anciens, …).
En conclusion, il s’agit d’un article a garder sous le coude car je suis certain qu’un jour il vous sera utile :
http://blogs.technet.com/configurationmgr/archive/2009/01/27/troubleshooting-database-growth-issues-in-configuration-manager-2007.aspx
Aujourd'***, il s’agit d’un billet non technique mais plutôt orienté marketing. Effectivement vous trouverez ci-dessous quelques liens vers des fiches marketing Microsoft concernant les produits de la gamme System Center. Ca peut toujours servir …
Windows Vista & Office 2007
Desktop Deployment Technologies
Virtualization
Service & Systems Management
Bonjour à tous,
Et tout d’abord je vous souhaite une bonne et heureuse année 2009, qu’elle soit synonyme de réussite professionnelle et personnelle. J’espère que vous serez encore nombreux à m’accompagner sur ce blog et que ce dernier saura vous apporter toute l’information et l’aide nécessaire sur les produits de la gamme System Center de Microsoft.
Pour revenir à l’actualité IT, je tenais à vous informer du support officiel de SQL Server 2005 en Service Pack 3, afin d’héberger le rôle de “Database Server” pour les éditions suivantes de SMS/SCCM :
-
Systems Manager Server 2003 Service Pack 3
-
System Center Configuration Manager 2007 RTM
-
System Center Configuration Manager 2007 SP1
-
System Center Configuration Manager 2007 R2 (with SQL Reporting Services)
Pas de grand changement avec ce Service Pack, hormis l’intègration de tous les Hotfix post-SP2 et l’amélioration des processus de réplication.
Ce Service Pack 3 de SQL Server 2005 est disponible en téléchargement depuis l’adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyID=ae7387c3-348c-4faa-8ae5-949fdfbe59c4&displaylang=fr.