Cisco Unified Presence, Release 7.x -- How to Troubleshoot a Multi-Node Deployment

From DocWiki

Main page: Cisco Unified Presence, Release 7.x

Contents 1 Previous Topic 2 Monitoring a Multi-Node System 2.1 Restriction 2.2 Procedure 2.3 Related Topics 3 Resolving a Hardware Problem 3.1 Previous Topic 3.2 Restrictions 3.3 Procedure 3.4 Related Topics

Previous Topic

• Performing a Cisco Unified Presence Multi-Node Deployment
• Monitoring a Multi-Node System
• Resolving a Hardware Problem

Monitoring a Multi-Node System

Restriction

If you need to add hardware to your multi-node deployment, the hardware must comply with the multi-node hardware recommendations.

Procedure

1. Use the Cisco Unified Presence Real-Time Monitoring Tool (RTMT) tool to monitor the CPU and memory usage of each Cisco Unified Presence node in the cluster.
2. Use these guidelines to determine if you need additional hardware:

Deployment Model	Recommendation
No High-Availability or Balanced Non-Redundant High-Availability	If the CPU reaches more than 70% capacity for a sustained period on any Cisco Unified Presence node, we recommend that you add hardware resources to your deployment.
Balanced Redundant High-Availability	If the CPU reaches more than 35% capacity for a sustained period on either Cisco Unified Presence node in the subcluster, we recommend that you add hardware resources to your deployment.
Active/Standby High-Availability	If the CPU reaches more than 70% capacity for a sustained period of time on the active Cisco Unified Presence node, we recommend that you add hardware resources to your deployment.

Related Topics

• Multi-Node Hardware Recommendations
• About the Multi-Node Deployment Models

Resolving a Hardware Problem

Previous Topic

Follow this procedure if there is a problematic server, or some general hardware failure.

Restrictions

If you need to add hardware to your multi-node deployment, the hardware must comply with the multi-node hardware recommendations.

Procedure

1. Create a new node using the system topology interface.
2. Perform a fresh installation on this node.
3. Unassign the users from the problematic node.
4. Stop all services on the problematic node.
5. Unassign the problematic node.
6. Assign the new node to the subcluster, replacing the problematic node.
7. Reassign the unassigned users to the new node.
8. Delete the problematic node.
9. Activate all services on the new node.

Related Topics

• Multi-Node Hardware Recommendations
• How to Work with Nodes in System Topology
• Configuring User Assignments