Home
Administering
This documentation provides information about the administration tools for managing and monitoring servers and databases.
Monitoring servers
This section describes how to use the tools and features that help you monitor a Domino® system.
Domino® domain monitoring (DDM)
Domino® domain monitoring (DDM) provides one location in the Domino Administrator client that you can use to view the overall status of multiple servers across one or more domains, and then use the information provided by DDM to quickly resolve problems.
DDM probes
Domino® has a default set of DDM Probe documents that are shipped with the product.
Database probes
A database probe opens one or more databases, performs database operations, and then closes the database.

Administering
This documentation provides information about the administration tools for managing and monitoring servers and databases.
- Administration tools
  Topics in this section describe the tools you can use to administer a Domino® server.
- Managing users
  The Administration Process helps you manage users by automating many of the associated administrative tasks. For example, if you rename a user, the Administration Process automates changing the name throughout databases in the Notes® domain by generating and carrying out a series of requests, which are posted in the Administration Requests database.
- Monitoring servers
  This section describes how to use the tools and features that help you monitor a Domino® system.
  - Monitoring the Domino® system
    You can monitor system activity and platform use using the Domino® Administrator or the server console.
  - Server Health Monitor
    You can monitor and troubleshoot performance issues using a number of different tools.
  - Entitlement tracking
    As of Domino 12.0, a new internal mechanism is provided for collecting the highest entitlement that individual users have across a Domino domain. When a user appears in the ACL of a database with Reader access or above and that person has the right to access the server, the user is said to be an entitled user.
  - Domino® domain monitoring (DDM)
    Domino® domain monitoring (DDM) provides one location in the Domino Administrator client that you can use to view the overall status of multiple servers across one or more domains, and then use the information provided by DDM to quickly resolve problems.
    - DDM probes
      Domino® has a default set of DDM Probe documents that are shipped with the product.
      - Scheduling DDM probes
        DDM scheduled probes have a one hour scheduling window. For example, if a probe is scheduled to run at 1:00, it is actually scheduled to run between 1:00 and 2:00. The probe is not considered to be a missed probe until after that one hour expires. This applies to all missed probe options: run on startup, ignore, and run in next time period. The missed probe option only takes affect after the one hour scheduling window expires.
      - Administration probe
        There is one administration probe subtype -- Automatic Report Closing. Use the Automatic Report Closing probe to close Event reports that have been open for a specified amount of time, and that are inactive during that time.
      - Application Code probes
        An application code probe monitors agent schedules and the resources that agents use. For example, using an application code probe, you can identify agents that use excessive resources, that run longer than they should, and that fall behind schedule. In addition, probes can suggest solutions to resolve problems.
      - Database probes
        A database probe opens one or more databases, performs database operations, and then closes the database.
        Creating Database probes
        You can create a database probes using the following steps.
      - Directory Probes
        A directory probe monitors whether LDAP is configured and running correctly on Domino® servers, and reports on the use and overall health of the domain's directories.
      - Messaging probes
        The messaging probes collect data about messaging configuration, the messaging infrastructure, and message routing.
      - Operating System probes
        Use an operating system probe to monitor system resources, CPU usage, disk activity, physical memory use, and network traffic.
      - Replication probes
        The replication probe checks server replication. To configure the replication probe, specify the target servers to be probed.
      - Security probes
        Create a security probe to assess the overall security of servers and databases in a domain. When a security probe finds a problematic database or server configuration, it generates an event.
      - Server probes
        There is one server probe subtype -- Administration. Use the Administration probe subtype to monitor whether selected administration requests run and to report on any requests that fail.
      - Web probes
        There are two Web probes, the Web - Configuration probe and the Web - Best Practices probe. Both probes provide results in the form of a Domino® Event document in the DDM database. Use this document to verify the accuracy of the Web server configuration and to compare other servers' configurations against that of a known good server.
    - Maintaining DDM Probes
      Use the procedures in this section to view, modify, and delete Probe documents, and to enable and disable probes.
    - DDM server collection hierarchy
      DDM probes run on a server and report events to the Domino® Domain Monitor database (DDM.NSF) that is on that server. Rather than visit every Domino Domain Monitor database on every server to review the probe results, create a DDM server collection hierarchy and have the data aggregated to a few servers.
    - Managing the DDM server collection hierarchy
      You use the Monitoring Configuration database (EVENTS4.NSF) to manage a DDM server collection hierarchy.
    - Domino® Domain Monitor database
      The Domino® Domain Monitor database (DDM.NSF) contains event information that is reported by DDM probes as well as event information reported by other checks that are built into Domino for DDM. Those checks include event generators; new checks that run as part of specific server tasks, such as the router or replicator; and checks that generate events in previous Domino releases and that have now been modified to report into DDM with additional information.
    - Specifying ACL settings and roles in the DDM database
      Several of the actions that you can perform while you maintain the Domino® Domain Monitor database (DDM.NSF) require that an administrator have a specific minimum level of access assigned in the ACL for DDM.NSF. Additionally, some activities require that a specific minimum level of access and a specific role be assigned.
    - Viewing events in the Domino® Domain Monitor database
      Use the Domino® Domain Monitor database (DDM.NSF) to view events sorted by severity, type, server, date or assignment. You can also view open events, recent events or all events simply by clicking a tab in these views.
    - Event-related documents
      When an event occurs, an Event Report is generated. Information in the Event Report is obtained from other sources or documents.
    - Maintaining the Domino® Domain Monitor database
      You can manage events from the Domino® Domain Monitor database. See the related topics for procedures for managing events from DDM.
    - Using HCL Sametime® in the Domino® domain monitor database
      You can initiate an HCL Sametime® chat with another DDM administrator from the Domino® Domain Monitor (DDM) user interface.
    - Filtering events in DDM
      Create and use DDM filters to control which events are collected and then stored in DDM.
  - The Domino® SNMP Agent
    The Domino® SNMP Agent enhances the monitoring and control features of Domino by enabling third-party management stations, which use industry standard SNMP, to manage aspects of the Domino server.
  - Overview of server maintenance
    As a Domino® administrator, a major part of your job is maintaining each server that you administer.
  - Tools for mail monitoring
    Domino® provides three tools that you can use to monitor mail. Message tracking allows you to track specific mail messages to determine if the intended recipients received them. Mail usage reports provide the information you need to resolve mail problems and improve the efficiency of your mail network. Mail probes test and gather statistics on mail routes.
  - Monitoring directory assistance
    You can monitor directory assistance by using Show Xdir command to display information about all the directories a server uses for directory services. You can also view directory assistance statistics.
  - Monitoring databases
    You can monitor database activity, replication, and document deletions.
  - Monitoring a cluster
    Domino® provides several ways to find out what is happening in a cluster and make adjustments to keep the cluster running smoothly and efficiently, so that no server is overloaded. You can monitor failover, workload balancing, and cluster replication to see how efficiently the cluster is running.
  - Monitoring slow or unresponsive servers with the Domino® Diagnostic Probe
    Use the Domino® Diagnostic Probe (DDP), a Java™ utility provided by Support, to monitor servers that have been intermittently slow or unresponsive. The probe is a Java process (dbopen.jar) that runs in the background. The utility probes a specific Domino server over time by invoking database open transactions. If the probe detects a slow response, it will invoke Notes® System Diagnostic (NSD) to gather diagnostic data. This data is used by Support to troubleshoot and determine the cause or causes of the performance degradation.
  - Monitoring quality of service
    Quality of Service, or QoS, is designed to react to the general operation of a Domino® server in order to keep that server functioning reliably and always available. If QoS detects that a server is not responding or hung, QoS probing can be configured to email an administrator about the problem and/or automatically terminate the server and restart it. QoS log information can also be useful for analysis by Support.
  - Understanding Quality of Service (QoS) behavior and logging
    This topic covers details of QoS including server and server controller behavior during kill events, failover trigger, and log file content.
- Managing servers
  Manage Domino® servers by performing any of these tasks.
- Managing databases
  Topics in this section describe how to set up and manage Domino® databases.

Database probes

A database probe opens one or more databases, performs database operations, and then closes the database.

Before you configure a Database - Compact probe or Database - Design probe, make sure that you are familiar with the Compact task and with updating database designs.

When configuring the Database - Error Monitoring probe, use the Errors to ignore field to specify errors that the probe should ignore. This probe provides visibility to unusual NSF and NIF errors on local servers. When this probe is enabled, and an error is encountered, the error code is checked against items in the list. If the error code is on the list, no further action is taken. If the error is not on the list, a DDM event is generated. The event identifies the operation that failed, the issuing server, the database name, and the specific error code. DDM automatically appends information that pertains to the error code, such as the probable cause and corrective action, if any.

This table lists probe names and descriptions of the database probes that you can define.

Table 1. Types of probes
Database probe name	Description
Database -- Compact	Reports errors that occur when a database is compacted.
Database -- Design	Reports errors that occur when the design of a database is updated.
Database -- Error monitoring	Monitors key APIs in NSF and NIF, which are used to perform database operations and generates events for errors that occur.
Database -- Scheduled Checks	Reports if the named database cannot be opened. The probe can also check for unused space in the database and for database inactivity.