« LCA Endommagée v6-v7 | Main| Domaine et organisation »

DDM

6,9

Domino Domain Monitoring
En complément aux Statistiques et Evénements des versions précédentes,
ou encore, comment mettre en oeuvre un système de monitoring de ses serveurs Domino...
Domino 7 et 8

...

DDM est une nouveauté de la V7 qui vous permet de disposer d'un outil puissant de suivi d'événements et d'incidents sur un ou plusieurs serveurs Domino. la fonctionnalité existait déjà dans les versions précédentes, mais de manière bien moins élaborée.  

DDM est en fait une grosse extension des Statistiques et Evénements des v4-v5-v6.

Cette nouvelle fonctionnalité vous permet de remonter rapidement, dans une base centrale, les problèmes qui se produisent sur un ou plusieurs de vos serveurs Domino, d'en identifier les causes potentielles, et d'en suivre la résolution (affectation à un administrateur, documentation de la solution mise en place).

DDM permet également, mais c'était déjà le cas avec les Stats et Evénements, de centraliser les informations d'incidents issues de plusieurs serveurs sur un seul serveur central de contrôle.

DDM s'appuie sur deux bases de documents :

  • une base de configuration, events4.nsf
  • une base de résultats : ddm.nsf
Le monitoring des serveurs utilise des documents d'analyses paramétrables dans events4.nsf puis, en fonction des analyses activées, en transmet les résultats dans la base de collecte DDM.nsf de chaque serveur ou d'un serveur central en fonction des options de hiérarchie de collecte que vous avez retenues.

La consignation des événements s'effectue en fonction d'une planification configurable.

Configuration de DDM

La configuration s'effectuedans la base events4.nsf.

Définition de la hiérarchie de collecte

La hiérarchie de collecte DDM se définit dans la base Events4.nsf, depuis la vue server Collection Hierarchy.

A picture named M2

Cliquez sur New Server Collection Hiérarchy.

A picture named M3

Vous pouvez choisir de centraliser totalement la collecte (première option) ou de définir une hiérarchie de serveurs de collecte en choisissant quels sont les serveurs subordonnés :

A picture named M4

La vue affiche ensuite la ou les arborescences de collecte de Domaine mises en oeuvre :

A picture named M5

Planification de la collecte

La planification de la collecte se définit également dans la base Events4.nsf.

Les analyses peuvent être effectuées sur une base :

  • de type intervalle de répétition
  • journalière,
  • hebdomadaire,
  • mensuelle
  •  ou autre.
La planification s'affecte en regard de chacune des analyses à effectuer :

A picture named M6

Portée de la collecte

Il vous reste à définir quels sont les objets de monitoring que vous souhaitez activer.

Domino 7 et 8 proposent un ensemble d'objets pré-définis. Vous pouvez également créer vos propores objets.

Les objets d'analyse sont accessibles depuis les vues sous DDM Probes :


A picture named M7

Utilisez les actions de vues pour activer ou désactiver une analyse :

A picture named M8

Les objets DDM standards :

  • analyse du code d'application :
    permet d'auditer le fonctionnement des agents (utilisation des ressources, planification des agents, durée d'exécution, problèmes de sécurité...)
  • analyse de bases de documents :
    permet d'auditer des problèmes liés à des erreurs de compactage de bases, de mise à jour de la structure (tâche Design), d'ouverture de bases, des erreurs liées à des documents endommagés...
  • analyse d'annuaire :
    les problèmes concernés par ces analyses sont liés à la disponibilité de l'annuaire Domino, aux tâches d'aggrégation d'annuaires (catalogue d'annuaires), au fonctionnement du LDAP, aux recherches de noms...
  • analyse de messagerie :
    ces analyses portent sur le onctionnement de la messagerie et vous permettant de remonter des erreurs de fonctionnement de protocoles (SMTP ou POP3 par exemple), de routage NRPC...
  • analyse de système d'exploitation :
    ces analyses vous permettent de contrôler l'occupation des ressources système CPU, disque, mémoire et réseau.
  • analyse de réplication :
    vous pouvez, à l'aide de ces documents, monitorer des erreurs de réplication ainsi que le non déclenchement, sur un intervalle de temps paramétrable, de la réplication de bases particulières (l'annuaire par exemple) entre des serveurs spécifiques.
  • analyse de sécurité :
    ces documents d'analyse vous permettent d'évaluer et de contrôler le degré de sécurité de vos serveurs Domino (LCA des bases, contrôle d'accès aux serveurs...)
  • analyse de serveur :
    qui aurait pu s'intituler analyse d'administration du serveur. L'objectif est ici de contrôler et de reporter les erreurs liées au processus d'administration, le processus qui exécute les tâches d'administration courantes des utilisateurs (renommages, recertification...) et des bases (créations de répliques...)
  • analyse Web :
    vous pouvez utiliser ces documents d'nalyse pour contrôler la configuration de vos serveurs Web en la comparant à celle d'un serveur de référence ou à des éléments pré-définis Domino 7 et 8.
  • analyse d'administration :
    permettent de contrôler le fonctionnement de la tâche Event et de DDM en fermant des événement dont l'occurence ne s'est pas reproduite depuis une période paramétrable.
Filtrage des événements DDM

Il peut être intéressant, afin d'optimiser le monitoring, de filtrer les événements audités par DDM de la même façon que l'onfiltrait les statistiques et événements des versions 6 et précédentes. Les filtres se défnissent depuis la vue DDM Filters :


A picture named M9

Vous pouvez créer des nouveaux filtres ou modifier le(s) filtre(s) existants :

A picture named M10

  • Définissez le type d'événements devant être monitirés. Les événements simples sont des événements de type console serveur sans portée particulière. Les événements complexes (enhanced) sont des événements générés par des DDM Probes ou des générateurs d'Evénements v6 et versions antérieures :

    A picture named M11
  • Définissez ensuite le type d'événements devant être monitorés : tous les événements ou des associations type/degré de sévérité particuliers.

    A picture named M12
  • Si vous avez sélectionné All Event Types, restreignez la portée des audits en définissant les niveaux de sévérité d'événements à inclure :

    A picture named M13
  • Puis sélectionnez les types de serveurs concernés par le filtre, en définissant des serveurs nommés ou des fonctions serveur  :

    A picture named M14
  • Si vous avez sélectionné l'option d'événements complexes, vous pouvez inclure ou exclure des bases spécifiques :

    A picture named M15

A suivre...
dans le prochain post : exploitation de DDM


Comments

Gravatar Image3 - Bravo pour ton blog. Merci pour votre temps. Je vous propose de visiter le wiki domino ci-joint.Emoticon

Gravatar Image2 - Info : j'avais plutôt pensé Arcturus en tant qu'objet céleste Emoticon
Je creuse pour voir si je peux ranger le groupe dans les étoiles Emoticon

Gravatar Image1 - Très intéressant, merci.
Ps : pour info, arcturus, comme l'excellent groupe de musique ? Emoticon

Post A Comment

:-D:-o:-p:-x:-(:-):-\:angry::cool::cry::emb::grin::huh::laugh::lips::rolleyes:;-)