Une alerte courante est issue du moniteur “Active Directory Bind Monitor” du management pack AD:
The processing of Group Policy failed. Windows could not authenticate to the Active Directory service on a domain controller. (LDAP Bind function call failed). Look in the details tab for error code and description.
En ouvrant les propriétés de l’alerte (double-clic) et l’onglet Alert Context, on peut voir dans l’exemple ci-dessous le compte incréminé, dans le champ User:
l’execution d’une GPO a échoué pour ce compte.
Independement de la solution proposé dans la description de l’alerte, une premiere piste consiste a verifier si le compte en question n’a pas une session restée ouverte sur la machine (ceci meme si le compte est désactivé dans Active Directory). Si c’est le cas, fermez cette session, reseter le moniteur dans SCOM (il s’agit d’un moniteur de type “Manual Reset”), et verifiez par la suite que le problème ne se reproduit pas.
Cette mise a jour du management pack disponible a l’adresse ci-dessous, prend en charge les apports du Service Pack 1 d’Exchange 2010.
Un management pack est disponible pour la supervision des appliances Microsoft embarquant des solution de reporting décisionnel:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c98ceb27-d8d6-4712-a7a9-71a845be8935
- Découverte et supervision des appliances.
- Deux type de vue d’état => with Appliance Units and with contained servers.
La version 4 du Cumulative Update pour SCOM 2007 R2 est disponible sur:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=39a871e0-d996-4568-be5d-2edb6f539330&displaylang=en
Ce pack de correctif aussi gros que le précédent (environ 1 Go) contiens tout les correctifs des packs précédents (CU 1,2,3).
A noter le support de la mise a jour des serveurs SQL existant vers SQL 2008 R2, ce qui avant cet update n’était possible que pour les nouvelles installations.
Le SP2 de SQL 2008 est annoncé comme supporté par tout les composants de SCOM 2007 R2 liés a SQL:
Les bases OperationsManager et OperationsManagerDW, la base ACS (Audit Collections Service), et les bases liés a Reporting Services (A noter que dans ce dernier cas, les rapports ne s’exécuteront correctement que depuis la console SCOM et non depuis le site de SQL Reporting Services, ce bug devant être corrigé prochainement).
Pour plus d’information rendez-vous sur:
http://technet.microsoft.com/en-us/library/bb309428.aspx
Le successeur d’OCS, Lync Server 2010 a droit lui aussi a son management pack disponible sur:
Au menu:
- Découverte de tout les rôles Lync
- Supervision des évènements, Performance et transaction clientes vers tout les roles Lync
- Supervision des appliances liées aux sites distants
- Prise en compte du reporting de Lync
Au meme titre que les autres applications Microsoft, les management pack utilisés pour la supervision de SCOM sont mis a jour régulierement. En temoigne cette nouvelle mis a jour disponible sur:
Au menu entre autres:
Un nouveau rapport “Agents by Health State” affichant l’etat de tout les agents, RMS, MS et Gateway server, regroupé par états.
Une nouvelle alerte “An alert subscription has been automatically disabled due to invalid configuration” alertant dans le cas de l’echec d’une notification du a une mauvaise configuration de cette derniere.
Un agregat de moniteurs dédié a la supervision de l’etat de WMI et de son service NT lié: winmgmt.
La taille des sources de cette mise a jour (un peu plus d’1 Gb) qui contiens les mises a jours des cumulative update précédents, s’explique aussi par la présence de composants propre a la supervision Unix/linux (Cross Platform).
Indépendamment des correctifs inclus, cette mise a jour apporte un nouvel assistant pour la supervision des applications issus de la plate-forme de service en ligne Microsoft Azur, ainsi que des fonctions d’utilisation de paramètres pour la supervision avancée des sites web.
Les sources de cette mise a jour sont disponible ici:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9f1e1154-52ae-42df-aeea-b3ee83247e6a
Pour une description complète et un retour d’expérience précieux sur cette mise a jour:
http://www.systemcentercentral.com/BlogDetails/tabid/143/IndexID/81313/Default.aspx
Ce qui avait été annoncé comme non supporté fait finalement l’objet d’une procédure particulière utilisant l’outil de création des bases SCOM, DBCreateWizard.exe inclu dans les sources de SCOM.
Pour plus de détails rendez vous sur http://support.microsoft.com/kb/2425714
Un type d’alerte dont la répétition est particulièrement indésirable est celui des erreur liés a des requêtes WMI en échec du a des problèmes de ressources système:
HRESULT: 0x800700a4
Details: No more threads can be created in the system.
HRESULT: 0x80041001
Details: Generic failure
HRESULT: 0x80041006
Details: Out of memory
En effet, la gestion de la mémoire dans WMI est assez spécifique et ces erreurs sont susceptibles d’intervenir même sur des systèmes bien dimensionnés
Cette alerte qui peut être récurrente a donc une source externe a SCOM.
Ces alertes et erreurs associées peuvent être évitées en modifiant un des paramètres WMI correspondant a la mémoire.
Pour cela, sur la machine concernée par l’erreur:
- Executez la commande wbemtest (en mode administrateur)
- Connectez vous a l’espace de nom "root" (pas "root\default", juste "root")
- Selectionnez Ouvrir une instance (ou Open an instance)
- Tapez __ProviderHostQuotaConfiguration=@ et cliquez OK
- Cochez la case “Locales seulement" (Local Only), selectionnez la propriété MemoryPerHost ou ThreadsPerHost selon la source de l’erreur (voir plus haut)
Modifiez ces valeurs de manière raisonnable (valeur double pour commencer)
- Cliquez sur Enregistrer la propriété (Save Property) puis sur Enregistrer l’objet (Save Object)
- Redémarrer le service Windows Management Instrumentation
