What are the NFM-P redundancy functions?
Overview
Figure 17-3: NFM-P redundancy role-change functions
Server activity switches
The standby server initiates an automatic server activity switch when it cannot communicate with the primary server. An NFM-P administrator can perform a manual server activity switch, which is typically a planned server maintenance or test operation.
Note: For security reasons, you cannot use an NFM-P GUI or XML API client to perform a server activity switch.
Figure 17-4: Server and database roles before server activity switch
The NFM-P raises alarms when a server activity switch is initiated. During the activity switch, the main servers do not process SNMP traps, attempt to synchronize NEs, or collect statistics. Auxiliary servers process outstanding requests, but do not communicate with a main server.
Figure 17-5: Server and database roles after server activity switch
After a server activity switch:
-
If automatic database realignment is enabled, the new primary main server performs a database switchover.
-
All browser and XML API clients require redirection to the new primary main server.
-
The new primary server establishes communication and synchronizes information with the auxiliary servers.
-
The auxiliary servers exchange information with the new primary server; no auxiliary servers exchange information with the former primary server.
-
The Preferred or Reserved state of each auxiliary server changes, depending on the configuration of the new primary server.
-
The new primary server attempts to redeploy the client requests that the former primary server did not complete before the activity switch.
Database switchovers
An NFM-P administrator directs a main server to initiate a database switchover.
Figure 17-6: Server and database roles before database switchover
Figure 17-7: Server and database roles after database switchover
The following occurs after a successful database switchover:
When a database switchover fails, the primary and standby database roles do not change. No automatic database realignment occurs as a result of a switchover.
Database failovers
The main database failover function is enabled by default. A failover occurs when a main server cannot communicate with the primary database, but can communicate with the standby database and the managed NEs. When this happens, the main server directs the standby database to become the primary database.
A database failover occurs only if the following conditions are true.
Figure 17-8: Server and database roles before database failover
Figure 17-9: Server and database roles after database failover
When a database failover fails, the primary server tries again to communicate with the primary database. If the primary database remains unavailable, the primary server tries again to initiate a failover.
Note: During a database failover, a network management outage occurs; the GUI clients can monitor the failover, but cannot perform configuration activities.
Note: After a successful failover, database redundancy is not available until the new primary database is reinstantiated as the standby database on the former primary database station. See Re-establishing database redundancy for more information.
Re-establishing database redundancy
After a failover, the former primary database is no longer part of the redundant configuration. To re-establish database redundancy, you must reinstantiate the former primary database as the new standby database. You can do this only when the failed database station is restored to full operation and has a functional proxy port. See How do I reinstantiate the main database from the client GUI? and How do I reinstantiate the main database from a CLI? for information about how to reinstantiate a database.
Figure 17-10: Server and database roles after database reinstantiation
Automatic database reinstantiation
You can configure the NFM-P to automatically reinstantiate the former primary database as the new standby database. Automatic database reinstantiation occurs only in the event of a database failover. When the function is enabled, the NFM-P attempts an automatic reinstantiation every 60 minutes by default. You can enable automatic database reinstantiation during a main server installation or upgrade. See the NSP Installation and Upgrade Guide for information about enabling and configuring automatic database reinstantiation.
Automatic database realignment
In a redundant NFM-P system that is geographically dispersed, the primary main server and database may be in separate LANs or WANs after an activity switch or failover. The network latency that this introduces can affect NFM-P system performance. Automatic database realignment is an optional mechanism that attempts to ensure that each main server uses the local database.
The database with which a main server tries to align itself is called the preferred database of the main server. An operator enables automatic database realignment and specifies the preferred database during NFM-P server installation, or during server configuration after installation.
Note: For automatic database alignment to work, you must enable it and specify a preferred database on each main server in a redundant NFM-P system.
When a primary server starts, it verifies that the primary database is the preferred database. If the primary database is not the preferred database, the server performs a database switchover to reverse the primary and standby database roles. If the switchover is successful, the main servers and databases in the NFM-P system are aligned. If the switchover fails, each database reverts to the former role, and the main server generates an alarm about the failed switchover.
When you perform a database switchover and automatic database realignment is enabled, the primary server does not attempt database realignment. A switchover is a manual operation that is considered to be a purposeful act.
Performing a server activity switch when automatic database realignment is enabled triggers a database switchover.
Redundancy function summary
Table 17-1: Redundancy functions, main server
Table 17-2: Redundancy functions, main database
Function |
Notes |
---|---|
Database switchover A database switchover is a manual operation that reverses the primary and standby database roles, for example, for primary database maintenance, or to realign database roles with database stations after a server activity switch. A switchover can occur only when the primary and standby databases are functioning correctly and can communicate with each other. A database switchover involves the following sequence of events.
See How do I perform a main database switchover using the NFM-P client GUI? for information about performing a database switchover. |
No automatic database realignment occurs after a database switchover. |
Database failover A database failover is an automatic operation that changes the standby database into a primary database when the original primary database is unreachable, for example, because of a power disruption on the primary database station. A database failover involves the following sequence of events.
|
When the primary server detects a communication failure with the primary or standby database:
After the cause of the communication failure is resolved, the GUI clients are notified that the database is reachable, and the network management outage ends. After the failover, you must reinstantiate the former primary database as the new standby database to restore database redundancy. Note: If automatic database reinstantiation is enabled, the NFM-P automatically attempts to reinstantiate the former primary database. |
Re-establishing database redundancy Re-establishing database redundancy after a database failure requires database reinstantiation to replicate the current primary database as the standby database. After a failover, the former primary database is not available for redundancy until an operator or the automatic database reinstantiation function reinstantiates it as the new standby database. See How do I reinstantiate the main database from the client GUI? and How do I reinstantiate the main database from a CLI? for information about re-establishing database redundancy after a failover. |
The following conditions must be met before you can re-establish database redundancy. |