Le blog technique

Toutes les astuces #tech des collaborateurs de PI Services.

#openblogPI

Voir tous les articles

Retrouvez les articles à la une

SCOM 2012 – Principes de APM (Application Performance Monitoring)

par | 22 Fév 2013 |

Voici les grandes étapes de mise en place de la supervision d’une application .NET a travers la fonctionnalité APM de SCOM 2012.

L’application pris en exemple, DotNetNuke, peut etre installée facilement a travers WPI (Web Platform Installer), outil de déploiement de toutes les application web gratuite fournies par Microsoft.

  1. Import des management pack IIS 7

Fichier Microsoft.Windows.InternetInformationServices.CommonLibrary.mp

Fichier Microsoft.Windows.InternetInformationServices.2008.mp

  1. Import des management pack APM IIS 7

Fichier Microsoft.SystemCenter.Apm.Web.IIS7.mp

  1. Deploiement d’un agent SCOM sur le serveur IIS hebergeant l’application

 

Le pool d’application DotNetNuke est découvert a la suite de l’installation de l’agent.

image

  1. Creation d’un groupe dédié

image

  1. Ajout a ce groupe de l’objet “Windows Computer” correspondant au serveur DotNetNuke

 

image

  1. Execution du template .NET Application Performance Monitoring

image

image

  1. Ajout de l’application DotNetNuke, Sélection du type d’environnement et ciblage vers le groupe crée précédemment.

image

  1. Configuration des réglages spécifiques

image

  1. Fin de création du moniteur – L’assistant averti qu’il peut être nécessaire de redémarrer le service IIS pour permettre au moniteur crée de fonctionner.

image

image

 

  1. L’assistant a crée une arborescence spécifique a l’application, au sein du groupe de vues Application Monitoring.

image

SCOM–Nouveaux Management Pack

par | 19 Fév 2013 |

 

Management pack pour Remote Access 2012

Supervision du nouveau service d’acces distant de Windows (Unification de Direct Access et Routing and Remote Acces Server).

Management Pack for Windows Server Hyper-V 2012

Supervision de Hyper-V v3.

Global Service Management Packs

Ce management pack, couplé a l’abonnement au Global Service Monitor de la plate-forme  Azure  implemente la possibilité d’avoir une prespective de disponibilité d’une application depuis un site externe a l’entreprise. (Notion de “agent in the cloud”)

Monitoring Pack for Windows Server Backup

Supervision des services de sauvegarde de Windows.

Les événements supervisés sont notamment:

· Backup cancelled

· Backup failed

· Backup failed due to snapshot

· Backup partially succeeded

· Backup succeeded with skipped files

· Recovery failed

· Recovery succeeded with warnings

Microsoft Dynamics NAV 2013 Management Pack

Supervision de Microsoft Dynamics NAV 2013 , progiciel de gestion pour les petites et moyennes organisations qui automatise et simplifie les processus métier.

http://pinpoint.microsoft.com/en-US/applications/microsoft-dynamics-nav-2013-management-pack-for-system-center-12884952897

 

Security Monitoring for Endpoint Protection

Supervision des clients anti-virus EndPoint Protection

Monitoring Pack for UNIX and Linux Operating Systems

Supervision des systemes Unix/Linux suivants:

AIX 5.3, 6.1 et 7

HPUX 11 V2 et V3

RHEL 4, 5 et 6

Suse Linux ES 9,10 et 11

Solaris 9,10 et 11

Exchange 2010 SP2 – Erreur MapiExceptionNetworkError lors du déplacement des boîtes aux lettres

par | 18 Jan 2013 |

Symptôme

Dans le cadre d’une migration depuis une plateforme Exchange Server 2007 SP3 vers une plateforme Exchange 2010 SP2 RU5v2, l’erreur MapiExceptionNetworkError apparaît de manière régulière dans les logs des requêtes de déplacement de boîtes aux lettres (MoveRequests).

Voici un exemple :

18/01/2013 19:03:15 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:13:54 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:19:31 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:25:48 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:36:51 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:42:58 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 19:53:52 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 20:00:00 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 20:11:11 [SRV] Transient error MapiExceptionNetworkError has occurred.
18/01/2013 20:17:22 [SRV] Transient error MapiExceptionNetworkError has occurred

Le code d’erreur détaillé est le suivant :

Error details: MapiExceptionNetworkError: Unable to open entry ID. (hr=0x80040115, ec=0)

Les déplacements de boîtes aux lettres ne se terminent jamais car à chaque occurrence de l’erreur réseau, le transfert des données depuis les serveurs Exchange 2007 vers les serveurs Exchange 2010 repart à zéro.

18/01/2013 20:17:53 [SRV] Restarting the move because checkpoint data doesn’t exist or isn’t valid in ‘Primary (f3e507d4-a687-416b-a615-23d2b9173011)’.
18/01/2013 20:17:53 [SRV] Connected to source mailbox ‘Primary (f3e507d4-a687-416b-a615-23d2b9173011)’, database ‘CLUST01\StorageGroup\DB001’, Mailbox server ‘CLUST01.domain.local’ Version 8.3 (Build 213.0).
18/01/2013 20:17:54 [SRV] Request processing started.
18/01/2013 20:17:54 [SRV] An old copy of the mailbox was removed from the destination database. The operation will try again in 30 seconds.

 

En parallèle, on remarque sur les boîtes aux lettres migrées vers Exchange 2010, l’apparition de nombreux évènements ayant pour source Outlook et pour ID 26 sur les postes clients (équipés d’Outlook 2010).

image

L’évènement émis par Outlook avec ID 26 a pour description “La connexion MAPI a été rétablie”.

Explication

Par défaut les sessions MAPI initiées par les serveurs Exchange 2010 ont une durée de vie de deux heures (7200 secondes).

Il peut arriver qu’un équipement réseau (routeur, pare-feu, HLB…) détecté une connexion MAPI comme étant inactive (idle) et coupe la session. En cas de coupure de session les clients MAPI tentent généralement de se reconnecter.

Dans notre cas c’est ce qui se produisait d’une part avec les clients Outlook (d’où les nombreux évènements au sujet d’une connexion MAPI “rétablie”) et d’autre part lorsque les serveurs CAS déplaçaient des boîtes aux lettres (d’où les erreurs “réseau”, suivies d’une reprise de la copie à son état de départ).

Remarque : Cette problématique de timeout est documentée dans la fiche support KB 2535656 (http://support.microsoft.com/kb/2535656/en-us) mais l’impact possible sur les déplacement de boîtes aux lettres (erreur “MapiExceptionNetworkError: Unable to open entry ID”) n’y est pas référencé.

Résolution

Pour résoudre ce problème, deux approches sont possibles :

A) Identifier l’équipement réseau possédant un timeout trop court et reconfigurer ce timeout sur une valeur cohérente avec celle d’Exchange 2010 (2 heures)

B) Identifier la durée du timeout (dans notre cas 300s) et ajouter la clé de registre KeepAliveTime sur l’ensemble des serveurs Exchange 2010 et 2007 pour que le timeout Exchange soit inférieur au timeout de l’équipement (par exemple positionner la valeur KeepAlive sur 180 secondes)

Dans notre cas de figure l’option la plus simple et la plus pertinente a consisté à augmenter le timeout du “protocol profil” FastL4 sur les boitiers F5 (par défaut le timeout sur ce profil était configuré à 300 secondes et il a été relevé à 7200 secondes).

clip_image001[4]

Cette opération a résolu l’ensemble des problèmes rencontrés sur la plateforme (plus d’erreurs 26 sur les clients ni d’erreur MapiNetworkException lors des transferts de boîtes aux lettres).

A titre informatif, voici un exemple de configuration de la clé KeepAliveTime (attention la valeur à entrer est en millisecondes).

image

Derniers articles

Aucun résultat

La page demandée est introuvable. Essayez d'affiner votre recherche ou utilisez le panneau de navigation ci-dessus pour localiser l'article.

Catégories

Archives

Auteurs/Autrices