L’équipe Orchestrator vient de publier un article dans la base de connaissances concernant un problème survenant après la migration de System Center 2012 Orchestrator vers System Center 2012 R2 Orchestrator. En effet après la migration de la base de données, le Designer vous demande une clé de licence car celle déjà renseignée est expirée. Si vous entrez une clé valide, une nouvelle invite s’ouvre afin de renseigner une clé valide.

Ce problème survient si vous migrez la base de données d’une instance SQL à une autre, la clé SMK doit être sauvegardé afin d’être réappliquée à la nouvelle instance. Si vous n’avez pas sauvegardé la clé, vous devez en recréer une sur le nouveau serveur

Pour résoudre le problème, suivez la procédure suivante :

• Arrêter le service Orchestrator Management
• Ouvrir la base de données sur la nouvelle instance
• Faire une nouvelle requête en sélectionnant la base de données
• Exécutez les deux requêtes suivantes :

[Microsoft.SystemCenter.Orchestrator.Cryptography].[DropOrchestratorKeys]

[Microsoft.SystemCenter.Orchestrator.Cryptography].[CreateOrchestratorKeys]

• Redémarrer le service Orchestrator Management

Sachez que cette operation vous demandera de renseigner toutes les données chiffrées.

Plus d’informations sur la KB2920037 - Orchestrator Designer generates a prompt for a license key after you migrate the Orchestrator database

Michael Niehaus (MSFT) nous propose un nouvel article qui traite de la configuration des associations de fichiers avec des applications bureaux ou modernes avec Windows 8 et Windows 8.1. Il présente comment utiliser DISM pour exporter les associations puis ensuite les réutiliser dans une séquence de tâches MDT et/ou ConfigMgr. Son article pousse l’étude jusqu’à la personnalisation en cas de systèmes compatibles avec le tactile ou non.

Plus d’informations sur : http://blogs.technet.com/b/mniehaus/archive/2014/01/10/configuring-file-associations-in-windows-8-1.aspx

Michael Niehaus (MSFT) a publié un article qui résume la stratégie à adopter pour migrer vos machines de Windows XP à Windows 8.1 en utilisant Microsoft Deployment Toolkit (MDT) 2013. Nativement MDT 2013 ne supporte que Windows 7, Windows 8 et Windows 8.1. Les scénarios de migration depuis Windows XP sont donc définitivement exclus. Il propose ainsi une modification du script ZTIUserState.wsf pour effectuer la capturer et restauration des données utilisateurs en assurant le support de XP. Son article résume les grandes étapes nécessaires pour adapter le DeploymentShare et les séquences de tâches.

Plus d’informations sur : http://blogs.technet.com/b/mniehaus/archive/2014/01/09/migrating-from-windows-xp-to-windows-8-1-using-mdt-2013.aspx

Notez que le même article a été proposé par l’équipe ConfigMgr pour assurer la migration avec ce produit : http://blogs.technet.com/b/configmgrteam/archive/2013/09/12/how-to-migrate-user-data-from-win-xp-to-win-8-1-with-system-center-2012-r2-configmgr.aspx

Nous avons le plaisir d’accueillir Florent Appointaire sur la plateforme de blogs MicrosoftTouch. Ce dernier est consultant. Il se spécialise sur les technologie du Datacenter: Windows Server, Hyper-V, System Center et le private cloud.

Son blog est à suivre et bookmarquer : http://microsofttouch.fr/default/b/florent/default.aspx

Bienvenue à lui !

Silect en partenariat avec Microsoft a publié un nouvel outil gratuit de développement de Management Packs appelé MP Author. Il permet aux IT Pros qui n’ont pas forcément de connaissances fortes en développement (XML…) de créer des Management Packs simplement. Il est à l’image de la console de développement proposée avec SCOM 2007 et permet la création de Management Packs au travers d’assistants. Il vient compléter Visual Studio Authoring Extensions (VSAE) tourné développement et Visio Management Pack Designer (VMPD) permettant la construction de modèles. MP Author propose les scénarios suivants :

• Management Pack vide
• Application simple
• Application distribuée

Vous pouvez obtenir l’outil à l’adresse suivante : http://www.mpauthor.com/

Stefan Stranger (MSFT) propose un article décrivant son fonctionnement : http://blogs.technet.com/b/stefan_stranger/archive/2014/01/13/new-tool-for-mp-authoring.aspx

Silect propose aussi deux guides pour l’installation et l’utilisation.

Un de mes clients souhaitait pouvoir donner un aperçu des services d’accès client sur son infrastructure Exchange Server 2013 en utilisant la supervision proposée par System Center Operations Manager. Avec Exchange Server 2010, Microsoft avait créé un service de corrélation pour permettre d’agréger et donner une vue d’ensemble de l’état de santé d’une organisation Exchange distribuée. Ce service de corrélation constituait un point faible et Microsoft a choisi d’intégrer l’intelligence directement dans Exchange Server 2013 via Managed Availability. Ce composant présente directement l’état de l’infrastructure qui peut être utilisé par SCOM afin d’alerter correctement.

En dépilant le Management Pack, j’ai vu que Microsoft avait créé des objets d’une classe appelée Health Set pour les différents composants (IMAP, POP, protocole, etc…). Lorsque, j’ai souhaité créer une application distribuée pour agréger l’état des différents composants, j’ai découvert que Microsoft avait créé un moniteur agrégé (Custom) au plus haut de la hiérarchie de santé. Ce dernier n’était donc pas lier aux 4 moniteurs proposés par défaut (Availability, Performance, Configuration, Security). Cet article va vous aider à pallier aux limites de la console d’administration pour créer une application distribuée qui agrège les états provenant d’une hiérarchie de moniteur personnalisée.

Commencez par créer votre application distribuée le plus simplement du monde sur la base du modèle Blank. Rappel : Stockez votre application distribuée dans un Management Pack non scellé dédié à cet effet. Ajoutez un composant que vous nommerez comme souhaité. Cliquez ensuite sur Advanced Search. Dans Search for, sélectionnez la classe Health Set, puis ajoutez les éléments souhaités :

Cliquez droit sur les objets et sélectionnez Add To component puis le nom du composant créé (dans mon cas POP)

Quand on regarde de plus près, l’interface ne propose la configuration du cumul (Rollup) uniquement pour les 4 moniteurs par défaut

Sauvegardez l’application distribuée.

Jusque-là tout va bien ! Maintenant si vous attendez que l’état remonte, celui-ci ne sera jamais agrégé car par défaut l’assistant créé les blocs de code en utilisant les 4 moniteurs agrégés par défaut. (Availability, Performance, Configuration, Security)

Vous devez donc exporter le Management Pack créé (Vue Administration – Management Packs).
Une fois exportée, ouvrez-le avec votre éditeur de texte préféré.

Voici les grandes étapes :

• Ajout d’un moniteur personnalisé
• Ajout du Display String associé au Moniteur
• Modification de la découverte du Composant pour faire référence à la classe du moniteur
• Modification de la relation

Commencez par rajouter la référence au Management Pack que vous souhaitez agréger :

Une fois la référence ajoutée, identifiez le bloc <Monitors></Monitors>. Copiez collé un des moniteurs dépendants comme exemple. Effectuez les modifications suivantes :

• Changez la valeur de la balise Category en Custom
• Changez l’algorithme comme souhaité (WorstOf, BestOf…)
• Changez l’identifiant pour inclure la notion de Custom
• Modifiez l’attribut MemberMonitor. Ce dernier fait référence par défaut à un des moniteurs racines. Utilisez l’identifiant du moniteur personnalisé créé dans le Management Pack. Par exemple pour Exchange, cela donne ceci : MemberMonitor="Exchange!HealthSetUnitMonitor"
  Vous pouvez trouver l’identifiant de deux façons : En descellant le Management Pack ou en requêtant la base de données.

Le bloc devient ainsi :

<DependencyMonitor ID="SCIMembership_f15f1b91f958457494c40d5ba776f906_Custom_HealthMonitor" Accessibility="Public" Enabled="true" Target="SC_b22070c172ad4c10a8262b78c4477726_Service_58815ee81bcc4dd4ae70887423925a9c" ParentMonitorID="SystemHealthLibrary7084320!System.Health.AvailabilityState" Remotable="true" Priority="Normal" RelationshipType="SCIMembership_f15f1b91f958457494c40d5ba776f906" MemberMonitor="Exchange!HealthSetUnitMonitor">

<Category>Custom</Category>

<Algorithm>WorstOf</Algorithm>

</DependencyMonitor>

Dans le bloc <DisplayStrings></DisplayStrings>, ajoutez le display string correspondant à cet ajout. Par exemple :

<DisplayString ElementID="SCIMembership_f15f1b91f958457494c40d5ba776f906_Custom_HealthMonitor">

<Name>Component Group Health Roll-up for type Object</Name>

<Description>The health of this Component is determined by the health of its members. This monitor rolls up health from each of the members of this Component.</Description>

</DisplayString>

Nous devons ensuite modifier la découverte pour référence à la classe correspondant au moniteur. Identifiez le bloc <Discoveries></Discoveries>. Reperez la découverte correspondant au composant puis dans le bloc, changez la valeur du blog MonitoringClass en spécifiant la classe correspondant au moniteur

Par exemple :

<Discovery ID="SC_b22070c172ad4c10a8262b78c4477726_Service_58815ee81bcc4dd4ae70887423925a9c_ItemPopulation" Enabled="true" Target="SC_b22070c172ad4c10a8262b78c4477726_Service_58815ee81bcc4dd4ae70887423925a9c" ConfirmDelivery="false" Remotable="true" Priority="Normal">

<Category>Discovery</Category>

<DiscoveryTypes />

<DataSource ID="DS" TypeID="SystemCenter!Microsoft.SystemCenter.GroupPopulator">

<RuleId>$MPElement$</RuleId>

<GroupInstanceId>$Target/Id$</GroupInstanceId>

<MembershipRules>

<MembershipRule>     <MonitoringClass>$MPElement[Name="Exchange!Microsoft.Exchange.15.HealthSet"]$</MonitoringClass>

<RelationshipClass>$MPElement[Name="SCIMembership_f15f1b91f958457494c40d5ba776f906"]$</RelationshipClass>

             <IncludeList>

               <MonitoringObjectId>{9dd75ea2-49cb-be61-6aa2-a3b1761e8b17}</MonitoringObjectId>

               <MonitoringObjectId>{ea079083-81e5-e785-ad9d-a1452162fb7c}</MonitoringObjectId>

               <MonitoringObjectId>{ef8d8582-a1cb-f611-06ff-f22925bb9cde}</MonitoringObjectId>

               <MonitoringObjectId>{0dc5911b-69a1-f5ce-11e8-07230b91e3f4}</MonitoringObjectId>

               <MonitoringObjectId>{f70989a2-fab6-018d-0724-30ee4031f253}</MonitoringObjectId>

             </IncludeList>

           </MembershipRule>

         </MembershipRules>

       </DataSource>

     </Discovery>

Dernière étape, vous devez modifier le type relationnel et la classe de destination. Repérez le bloc <RelationShipTypes> et le type de relation correspondant (avec les identifiants). Dans la balise Target, changez l’attribut Type par la classe :

<RelationshipType ID="SCIMembership_f15f1b91f958457494c40d5ba776f906" Accessibility="Public" Abstract="false" Base="SystemLibrary7585010!System.Containment">

<Source ID="source" MinCardinality="0" MaxCardinality="2147483647" Type="SC_b22070c172ad4c10a8262b78c4477726_Service_58815ee81bcc4dd4ae70887423925a9c" />

<Target ID="target" MinCardinality="0" MaxCardinality="2147483647" Type="Exchange!Microsoft.Exchange.15.HealthSet" />

</RelationshipType>

Enregistrez le fichier puis réimportez-le dans votre Management Group. Attendez que l’état soit recalculé. Cela peut prendre plusieurs minutes en fonction de la charge de l’infrastructure.

 Télécharger le Management Pack d'exemple : ICI

Un des points le plus difficile à estimer la taille d’espace disque nécessaires pour vos points de distribution sur System Center 2012 Configuration Manager. Ces derniers sont essentiels pour servir le contenu aux différents clients lors de l’exécution des déploiements. La communauté a créé différents outils qui permettent à partir d’un partage de source, d’estimer l’espace nécessaire sur vos points de distribution :

• DPSizer de Martyn Coup est sous la forme d’une application
• Get-DPSize de Raphael Perez (MVP) est un script.

Microsoft a publié le Patch Tuesday pour le premier mois de l'année 2014. Il comporte 4 bulletins de sécurité, dont aucun n'est qualifié de critique. Il corrige des vulnérabilités sur Windows, Word et Dynamics.

Légende :

 : Bulletin Critique          : Bulletin Important           : Bulletin Modéré

Je vous en avais parlé en octobre dernier, Microsoft a mis à jour ses certifications pour Windows 8.1, Windows Server 2012 R2, et System Center 2012 R2. Le changement d’examen aura lieu le 28 janvier prochain. Les numéros de certification restent les mêmes mais vont inclure les nouveautés de ces versions :

• 410: Installing and Configuring Windows Server 2012
• 411: Administering Windows Server 2012
• 412: Configuring Advanced Windows Server 2012 Services
• 417: Upgrading Your Skills to MCSA Windows Server 2012
• 687: Configuring Windows 8.1
• 688: Supporting Windows 8.1
• 689: Upgrading your Skills to MCSA Windows 8

Les cours sont aussi mis à jour :

• Course 20410 – déjà mis à jour
• Course 20411 – 21 Janvier
• Course 20412 – 28 Janvier
• Course 20417 – 29 Janvier
• Course 20687 - déjà mis à jour
• Course 20688 - 30 Janvier
• Course 20689 - 27 Janvier

Pour Microsoft Virtual Academy :

• Windows 8.1: http://www.microsoftvirtualacademy.com/product-training/windows
• Windows Server 2012 R2: http://www.microsoftvirtualacademy.com/product-training/windows-server

Côté Microsoft Press, voici les dates de mises à jour :

• Exam Ref 70-687 – 15 Mars
• Exam Ref 70-688 – 15 Février
• Exam Ref 70-410 – 15 Février
• Exam Ref 70-411 – 15 Mars
• Exam Ref 70-412 – 15 Mars
• Exam Ref 70-417 – 15 Avril

Source : http://borntolearn.mslearn.net/btl/b/weblog/archive/2014/01/09/mcsa-windows-8-and-mcsa-windows-server-2012-exams-to-be-updated-january-28-2014.aspx#fbid=MCnx7DrRue8

Voici un problème qui touche SQL Server et son composant Reporting Services. Lorsque vous ouvrez le portail du serveur de rapports (Report Manager), vous obtenez une erreur 500. Les rapports sont tout de même accessibles par le web services et peuvent ainsi souvent être accessibles via vos outils dépendants (System Center Configuration Manager, System Center Operations Manager…) En regardant le fichier de journalisation (ReportServerService_<timestamp>.log) de Reporting Services (<Chemin d’installation>\MSRS<Version SQL>.MSSQLSERVER\Reporting Services\LogFiles), on observe :

System.InvalidOperationException: This implementation is not part of the Windows Platform FIPS validated cryptographic algorithms.

   at System.Security.Cryptography.RijndaelManaged..ctor()

   at System.Web.Configuration.MachineKeySection.ConfigureEncryptionObject()

   at System.Web.Configuration.MachineKeySection.EnsureConfig()

   at System.Web.Configuration.MachineKeySection.GetEncodedData(Byte[] buf, Byte[] modifier, Int32 start, Int32& length)

   at System.Web.UI.ObjectStateFormatter.Serialize(Object stateGraph)

   at System.Web.UI.Util.SerializeWithAssert(IStateFormatter formatter, Object stateGraph)

   at System.Web.UI.HiddenFieldPageStatePersister.Save()

   at System.Web.UI.Page.SaveAllState()

   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

ui!ReportManager_0-10!b7c!01/09/2014-10:20:03:: e ERROR: System.Web.HttpException: Error executing child request for Error.aspx. ---> System.Web.HttpUnhandledException: Exception of type 'System.Web.HttpUnhandledException' was thrown. ---> System.InvalidOperationException: This implementation is not part of the Windows Platform FIPS validated cryptographic algorithms.

   at System.Security.Cryptography.RijndaelManaged..ctor()

   at System.Web.Configuration.MachineKeySection.ConfigureEncryptionObject()

   at System.Web.Configuration.MachineKeySection.EnsureConfig()

   at System.Web.Configuration.MachineKeySection.GetEncodedData(Byte[] buf, Byte[] modifier, Int32 start, Int32& length)

Ce problème survient après l’implémentation d’une stratégie locale (ou de groupe) appelée : « System cryptography: Use FIPS compliant algorithms for encryption, hashing, and signing »

Normalement, ce paramétrage n’est pas supporté (voir : http://technet.microsoft.com/en-us/library/ms345220(v=sql.105).aspx)

Néanmoins une solution de contournement est disponible via la KB911722 You may receive an error message when you access ASP.NET Web pages that have ViewState enabled after you upgrade from ASP.NET 1.1 to ASP.NET 2.0

Il vous suffit de suivre la procedure suivante :

• Ouvrez le fichier web.config dans « <Chemin d’installation>\MSRS<Version SQL>.MSSQLSERVER\Reporting Services\ReportManager »
• Ajoutez la ligne suivante après la base <system.web> :

<machineKey validationKey="AutoGenerate,IsolateApps" decryptionKey="AutoGenerate,IsolateApps" validation="3DES" decryption="3DES"/>

• Redémarrez le service SQL Server Reporting Services.

System Center 2012 Configuration Manager SP1 et plus récemment System Center 2012 R2 Configuration Manager permettent de gérer les périphériques mobiles (MDM) et notamment ceux équipés du système de Microsoft : Windows Phone 8. La gestion de ces périphériques (en dehors des prérequis généraux) requiert :

• Un compte développeur sur la plateforme Windows Dev Center  afin d’obtenir un Publisher ID
• Un certificat de signature de code proposé par Symantec.  Le certificat permet notamment d’obtenir un ticket pour signer les différentes applications développées par l’entreprise. Ces étapes sont notamment nécessaires pour signer le portail d’entreprise qui sera déployé lors de l’enregistrement du périphérique.

Afin de signer vos applications, vous devez générer un Application Enrollment Token (AET) sur le Windows Dev Center en utilisant le certificat (PFX) obtenu.

Ce certificat, tout comme le portail d’entreprise (signé) sont renseignés dans la console d’administration System Center Configuration Manager au niveau de l’abonnement Windows Intune.

System Center Configuration Manager génère automatiquement l’AET déployé sur les périphériques mobiles à partir du certificat (PFX).

Le certificat de signature de code est valable pendant une durée d’un an et doit être renouvelé manuellement par l’administrateur.

Comment fonctionne la validation du certificat ?

Lorsque l’utilisateur enregistre son téléphone, l’Application Enrollment Token (AET) est installé pour sécuriser un espace de données sur le téléphone. Une fois par jour, le téléphone communique l’identifiant de l’éditeur (Publisher ID) obtenu de l’AET à un service Microsoft pour confirmer que celui-ci est valide. Cette opération est répétée dans les cas suivants :

• Lors de l’enregistrement initial par l’utilisateur
• Avant une tentative d’installation d‘une application publiée et signée par l’entreprise
• Avant une tentative de démarrage du portail d’entreprise installé sur le téléphone
• Lorsque le téléphone contact le service de Microsoft pour vérifier la valider de l’AET.

Si la validation échoue, les tâches associées ne peuvent être effectuées.

Que se passe-t-il si le certificat a expiré ?

Au cas déjà cités plus haut, s’ajoute le lancement des applications installées et signées par l’entreprise n’aboutit pas.

Dois-je réenregistrer les périphériques après que le certificat ait expiré ?

Non, les périphériques vérifie la validité de l’AET automatiquement et un  nouvel AET est déployé lorsque le certificat est mis à jour dans la console d’administration ConfigMgr. Ceci est valable même si le certificat a atteint la date d’expiration.

Dois-je redéployer les applications signées avec un certificat expiré ?

Non, comme expliqué plus haut, la vérification de validité se fait via un service Microsoft.

Roger Zander (MVP ECM) a créé un projet SourceForge pour mettre à disposition le fournisseur WMI afin d’inventorier les moniteurs/écrans. Cela permet de créer une classe Win32_MonitorDetails contenant :

• Le modèle
• L’identifiant du moniteur
• Le nom
• Le PnPID
• Le numéro de série
• La taille de la diagonale (en pouces)
• La taille horizontale (en cm)
• La taille verticale (en cm)

Vous pouvez ensuite utiliser cette classe pour un inventaire via System Center Configuration Manager.

Télécharger Monitor Inventory WMI Provider

Nous avons le plaisir d’accueillir Olivier Da Silva sur la plateforme de blogs MicrosoftTouch. Ce dernier est consultant et intervient sur différents projets avec un attrait particulier à la gamme System Center et notamment System Center Service Manager et System Center Orchestrator.

Son blog est à suivre et bookmarquer : http://microsofttouch.fr/default/b/olivier/default.aspx

Bienvenue à lui !

ALLELUYA ! On attend cela depuis des mois … Il ne manque plus qu’un schéma de base de données complet. Microsoft a publié de la documentation sur la création de rapports et sur les vues proposées sur les différentes areas de System Center 2012 R2 Configuration Manager.

Parmi les informations proposées, on retrouve :

• Les changements faits sur la partie Reporting entre les différentes versions
• Les vues SQL Server
• Travailler avec les rapports :
  • Evaluer les rapports existants
  • Modifier les rapports
  • Créer les rapports
  • Exécuter les rapports
  • Exercices de création
• Les références techniques :
  • Des exemples de requêtes
  • Des exercices
  • Le schéma WMI du SMS Provider
  • La liste des rapports fournis dans ConfigMgr 2012 R2

Russ Rimmerman (MSFT) a publié un article pour résumer comment inventorier les scanners, caméras digitales et webcams en utilisant System Center 2012 Configuration Manager. Il revient sur les grandes étapes :

• La création des fichiers MOF
• L’ajout des classes d’inventaire
• La création de rapports

Plus d’informations sur : http://blogs.technet.com/b/configmgr_geek_speak/archive/2014/01/07/inventorying-and-reporting-scanners-digital-cameras-and-webcams-connected-to-configuration-manager-2012-clients.aspx

Microsoft a publié un article dans la base de connaissances concernant System Center 2012 R2 Virtual Machine Manager (SCVMM). Lors de l’évacuation d’un hôte, il se peut que le processus ne trouve pas d’hôtes appropriés pour la migration des machines virtuelles. Dans ce cas, vous recevez les messages suivants :

23806 - All available ports on switch extension <Name> have been used.

23808 - All available ports on port profile <Name> have been used.

J’avais déjà mentionné ce problème dans un article précédent concernant la mise en mode maintenance. Une nouvelle KB est disponible pour SCVMM 2012 R2. Globalement vous devez ajouter des ports supplémentaires

Plus d’informations sur la KB2916613 - Port availability issue during host evacuation in System Center 2012 R2 Virtual Machine Manager

Microsoft vient de publier la Preview (7.1.10227.0) du Management Pack pour la supervision Java via Application Monitoring (APM) sur System Center 2012 R2 Operations Manager.

Systèmes d’exploitation supportés :

• Windows
• Red Hat
• Oracle
• Centos
• Ubuntu

JVMs supportées :

• Oracle Java version 5
• Oracle Java version 6
• Oracle Java version 7

Serveurs Web/Application supportés :

• Apache Tomcat version 5.5
• Apache Tomcat version 6.0
• Apache Tomcat version 7.0

Frameworks Web supportés :

• General Servlets
• Axis 2
• Struts 

Télécharger System Center 2012 Management Pack for Java Application Performance Monitoring

Microsoft a publié un nouvel article dans la base de connaissances concernant System Center 2012 Virtual Machine Manager pour un problème lorsque vous essayez de mettre un hôte Virtual Machine Manager en Mode de Maintenance qui possède un switch extension tiers installé. Le message d'erreur suivant s'affiche :

10434 No suitable host is available for migrating the existing highly available virtual machines.

Ce problème peut survenir si la plupart des ports sur les switch extensions et profils de port sont utilisés. 

Pour résoudre le problème, vous pouvez :

• Augmenter le nombre de port maximum disponible sur les switch extensions et profils de port. Il doit y’avoir au moins un port par machine virtuelle
• Migrer à chaud des machines virtuelles qui utilisent des switch extensions manuellement avant de mettre l’hôte en mode maintenance

Plus d’informations sur la KB2922318 - Putting a VMM 2012 host with a 3rd party switch extension into Maintenance Mode fails with error 10434

L’équipe ConfigMgr a publié une astuce concernant un problème sur la modification des alertes configurées sur les collections avant la mise à jour vers System Center 2012 Configuration Manager SP1 et R2. Après cette opération, vous observez que les boutons Add et Remove sont grisés.

Ce problème survient si le site primaire, le CAS ou des sites primaires n’ont pas encore été mis à jour. Tant que tous les sites n’ont pas été mis à jour, l’onglet Alert ne peut être mis à jour et ceci est by design.

En réalité, l’onglet Alert des collections de périphériques est désactivé lors que la classe SMS_Site est à une valeur autre que 0. Voici les états :

• SiteStatus = 1 : le site est en maintenance.
• SiteStatus = 2 : le site est en restauration.
• SiteStatus = 3 : le site est en cours de mise à jour.
• SiteStatus = 4 : le site est en mode evaluation et celle-ci a expirée.
• SiteStatus = 5 : le site est en cours d’extension et de rattachement à un nouveau CAS.
• SiteStatus = 6 ou 7 tous les sites n’ont pas encore été mis à jour.

Source : http://blogs.technet.com/b/configurationmgr/archive/2014/01/06/support-tip-cannot-add-or-remove-alerts-on-a-collection-after-upgrading-to-configmgr-2012-sp1-or-r2.aspx

L’équipe ConfigMgr a publié un correctif pour System Center 2012 R2 Configuration Manager concernant l’exécution des règles de déploiement automatique. Vous êtes dans le scénario suivant :

• Vous utilisez System Center 2012 R2 Configuration Manager.
• Vous configurez le rôle Software Update Point et le composant WSUS sur le serveur de site.
• Vous paramétrez un serveur proxy qui requiert un compte pour se connecter.
• Vous renseignez un compte utilisateur dans les propriétés du système de site pour l’authentification sur le proxy.
• Vous créez une règle de deploiment automatique (ADR).

Dans ce scénario, les mises à jour ne peuvent être téléchargées et vous pouvez observer les erreurs suivantes dans le fichier PatchDownloader.log :

Downloading content for ContentID = number, FileName = filename.cab. Software Updates Patch Downloader date time 3872 (0x0F20)
Try username domain\username Software Updates Patch Downloader date time 3204 (0x0C84)
Proxy enabled proxy server IPaddress:port Software Updates Patch Downloader date time 3204 (0x0C84)
HttpSendRequest failed HTTP_STATUS_PROXY_AUTH_REQ Software Updates Patch Downloader date time 3204 (0x0C84)
Download http://wsus.ds.download.windowsupdate.com/d/msdownload/update/software/crup/2013/09/filename.cab to C:\windows\TEMP\filename.tmp returns 407 Software Updates Patch Downloader date time 3204 (0x0C84)
ERROR: DownloadContentFiles() failed with hr=0x80070197 Software Updates Patch Downloader date time 3872 (0x0F20)

Pour résoudre ce problème un correctif est disponible sur la KB2916611 - Automatic Deployment Rules do not work when you use specific proxy authentication on a site server that is running Microsoft System Center 2012 R2 Configuration Manager

D’une manière générale si vous n’êtes pas impacté par ce problème, attendez un correctif cumulatif pour le corriger.

Kevin Saye (MSFT) a publié un article sur la mise à jour automatique des ordinateurs Mac avec System Center 2012 Configuration Manager SP1 ou plus. Cela ne fait pas partie des fonctionnalités proposées en standard par le produit mais il est possible de mettre à jour les clients Mac. Il existe globalement deux méthodes :

• Un déploiement manuel des mises à jour via la télédistribution d’applications
• L’utilisation de la gestion des paramétrages et de la conformité pour forcer l’ordinateur Mac à se connecter au service Apple Software Update pour se mettre à jour. En fonction du résultat récupéré dans le fichier de journalisation dédié à la mise à jour, le mac est conforme ou non

Pour suivre le pas à pas, rendez-vous sur : System Center Configuration Manager 2012 SP1: Automatic Updates on a Mac

L’équipe ConfigMgr a publié un correctif pour System Center 2012 Configuration Manager SP1 concernant les applications qui utilisent des listes de variables dynamiques. Ces dernières ne sont pas installées dans les séquences de tâches lorsque vous êtes dans le scénario suivant :

• Vous utilisez System Center 2012 Configuration Manager SP1 CU3. Contrairement à ce qui a pu être communiqué System Center 2012 R2 Configuration Manager n’est pas impacté par ce problème.
• Vous utilisez une application qui n’a pas l’option Allow this application to be installed from the Install Application task sequence action without being deployed.
• Vous déployez une sequence de tâches qui utilise la tâche Install Application avec l’option Install the following applications activée et faisant référence à l’application créée si dessus.
• Vous créez une nouvelle séquence de tâches ou changer celle-ci-dessus pour déployer les applications en utilisant l’option Install applications according to dynamic variable list.

Dans ce dernier cas, l’étape Install Application ne s’exécute pas et les applications qui utilisent les listes de variable dynamique ne sont pas installées.

Pour résoudre ce problème un correctif est disponible sur la KB2913703 - Applications that use dynamic variable lists are not installed in System Center 2012 R2 Configuration Manager

D’une manière générale si vous n’êtes pas impacté par ce problème, attendez un correctif cumulatif pour le corriger.

Microsoft vient de publier un Management Pack (7.1.10100.0) pour superviser Distributed Transaction Coordinator sur Windows Server 2012 R2 avec SCOM 2012. Pour rappel, System Center 2012 Operations Manager (SCOM) fait partie de la gamme System Center, il propose une supervision souple et évolutive de l’exploitation au niveau de toute l’entreprise, réduisant la complexité liée à l’administration d’un environnement informatique, et diminuant ainsi le coût d’exploitation. Ce logiciel permet une gestion complète des événements, des contrôles proactifs et des alertes, et assure une gestion des services de bout en bout. Il établit des analyses de tendance et des rapports, et contient une base de connaissances sur les applications et le système.

Cette version du Management Pack est supportée sur SCOM 2012 RTM, SP1, R2.

Télécharger System Center Management Pack for Distributed Transaction Coordinator on Windows Server 2012 R2

System Center 2012 Configuration Manager SP1 et plus récemment System Center 2012 R2 Configuration Manager permettent de gérer les périphériques mobiles (MDM) et notamment ceux équipés du système iOS (iPad et iPhone). Microsoft a suivi les bonnes pratiques décrites par Apple en utilisant le protocole MDM Apple Push Notification (APN) proposé par la firme de Cupertino. Le service MDM ConfigMgr/Intune dialogue avec le service APN d’Apple qui lui-même dialogue avec les différents périphériques mobiles.

Voici le schéma d'enregistrement d'un périphérique mobile proposé par Apple :

Ceci requiert la génération d’un certificat délivré par Apple et chargé au niveau de l’abonnement Windows Intune dans la console d’administration ConfigMgr 2012.

Le certificat est valable pendant une durée d’un an et doit être renouvelé manuellement par l’administrateur.

Que se passe-t-il si le certificat du service APN est expiré ?

• Vous ne pouvez plus administrer les périphériques. Globalement le service ne permet plus l’envoie de notifications.
• En outre si vous passez la date d’expiration, vous devrez procéder au réenregistrement des périphériques avec le nouveau certificat.

Il est donc primordial de surveiller la date d’expiration. Apple envoie notamment un email de rappel un mois avant la date d’expiration.

Pour renouvelez le certificat, vous devez ouvrir la console d’administration et naviguez dans Administration – Overview – Cloud Services – Windows Intune Subscriptions. Sélectionnez Create APNs certificate request. La fenêtre s’ouvre et cliquez sur Browse… pour spécifier l’emplacement d’enregistrement de la demande.

Cliquez sur Download pour procéder à la génération.

Une fenêtre s’ouvre pour vous demander de re-spécifier les identifiants d’un compte administrateur de l’abonnement Windows Intune.

Ouvrez ensuite un navigateur et renseignez l’URL : http://identity.apple.com
Renseignez le compte utilisé pour générer la demande

Une fois connecté, vous accédez au portail et vous pouvez observer les différents certificats soumis et leur date d’expiration. Identifiez le certificat concerné et sélectionnez Renew :

La page de renouvellement s’affiche, sélectionnez la demande générée plus tôt et cliquez sur Upload.

Une fois l’upload terminé, le site vous propose de télécharger le certificat généré (.PEM) :

Retournez dans la console d’administration de System Center Configuration Manager et ouvrez les propriétés de l’abonnement Windows Intune. Cliquez sur l’onglet iOS, uploadez le nouveau certificat en cliquant sur Browse…

Une fois terminé, le service récupère le certificat et l’associe à votre compte Windows Intune pour servir vos différents périphériques iOS.

Thamim Karim (MSFT) a publié un résumé de la compatibilité à travers les différentes versions d’Application Virtualization 5.0. (App-V). Il résume notamment le support des architectures en fonction des versions de séquenceur mais aussi le support des packages en fonction des versions du client App-V 5.0.

Plus d’informations sur : http://blogs.technet.com/b/virtualvibes/archive/2014/01/07/architecture-and-version-support-with-app-v-5-0.aspx