Création d'analyses de messagerie

Lorsque l'analyse Messaging - Mail Flow Statistic Check est en cours d'exécution et que le fichier MAIL.BOX contient un trop grand nombre de messages, les performances du routeur sont affectées. Un "slack percentage" est créé. Ce pourcentage correspond au nombre de messages non traités que peut atteindre le routeur avant qu'un événement soit généré.

Procédure

  1. Dans Domino® Administrator, cliquez sur l'onglet Fichiers.
  2. Ouvrez la base Contrôle de configuration (EVENTS4.NSF).
  3. Sélectionnez DDM Configuration.
  4. Choisissez n'importe quelle vue d'analyse DDM, puis cliquez sur New DDM Probe.
  5. Choisissez Messagerie.
    Tableau 1. Options d'analyse.

    Champ

    Action

    Probe Subtype

    Sélectionnez l'une des options suivantes :

    • SMTP TCP Port Health
    • Message Retrieval TCP Port Health
    • Router Process State
    • SMTP Process State
    • Message Retrieval Process State
    • NRPC Routing Status
    • Transfer Queue Check
    • Mail Flow Statistic Check
    • Mail Reflector
    • Mail DSN

    Probe Description

    Saisissez une brève description de l'analyse.

    Gravité

    Choisissez le niveau de gravité des événements qui seront générés par l'analyse.

    Remarque : Ce champ ne s'applique pas au sous-type d'analyse Mail Flow Statistic Check.

    Which server(s) should run this probe?

    Sélectionnez l'une des options suivantes :

    • All servers in the domain - Exécute l'analyse sur tous les serveurs du domaine.
    • Special Target Servers : spécifiez les types de serveur pour l'exécution de l'analyse, tels que les serveurs POP3 ou le serveur d'administration pour l'annuaire Domino®.
    • Only the following servers - Spécifiez les serveurs sur lesquels l'analyse de messagerie sera exécutée.

    Database(s) to attempt to open?

    Spécifiez les noms des bases que l'analyse doit tenter d'ouvrir.

    Timeout for open attempt

    Entrez, en millisecondes, le temps dont dispose l'analyse pour ouvrir les bases sélectionnées. Si l'analyse ne parvient pas à ouvrir les bases dans le temps imparti, un événement est généré.

    Tableau 2. Options de planification.

    Champ

    Action

    How often should this probe run?

    Sélectionnez l'une des options suivantes :

    • Run multiple times per day - Une fois cette option choisie, renseignez le champ Defined schedule.
    • Daily - Une fois cette option choisie, renseignez le champ On which days should this probe run.
    • Weekly - Une fois cette option choisie, renseignez le champ On which day of the week should this probe run.
    • Monthly - Une fois cette option choisie, renseignez le champ On which day of the month should this probe run.

    Defined schedule

    Spécifiez le nombre de minutes ou de secondes devant s'écouler entre chaque analyse.

    Should this probe run twenty-four hours per day, seven days per week?

    Sélectionnez l'une des options suivantes :

    • Yes - L'analyse est exécutée en continu.
    • No - L'analyse s'effectue selon une planification définie. Renseignez le champ On which days should this probe run.

    On which days should this probe run?

    Choisissez les jours d'exécution de l'analyse.

    On which day of the week should this probe run?

    Spécifiez un jour de la semaine pour l'exécution de l'analyse.

    On which day of the month should this probe run?

    Spécifiez un jour du mois pour l'exécution de l'analyse. Par exemple, choisissez 15 pour exécuter l'analyse le quinzième jour du mois.

    During which hours of the day should this probe run?

    Spécifiez l'heure de début dans le champ From et l'heure de fin dans le champ To.

    At what time should this probe run?

    Choisissez l'heure d'exécution de l'analyse.

    How should missed probes be handled?

    Sélectionnez l'une des options suivantes :

    • Ignore missed probe - Les analyses ayant échoué ne sont ni réexécutées ni reprogrammées.
    • Run missed probe at startup - Les analyses ayant échouées sont exécutées au prochain démarrage du serveur.
    • Run missed probe at next time range - Les analyses ayant échoué sont reprogrammées une fois. Par exemple, si une analyse programmée pour une exécution tous les mardis à 5h00 échoue, elle est reprogrammée le mercredi à la même heure. Après cela, son exécution obéit à la planification habituelle.