Troubleshooting Cassandra
Identify the root cause of degraded performance by completing corresponding monitoring
activities. Learn about the most commonly encountered Cassandra issues and how to address
them.
Monitoring Cassandra errors and warnings
Check Cassandra logs for errors and warnings when you notice performance issues such as low latency, or when you receive Cassandra-related Pega Platform alerts.
Verifying the available disk space
Ensure the stability and availability of a Cassandra deployment on Pega Platform by providing enough disk space to run compactions.
Checking the node status
Check the status of Decision Data Store (DDS) nodes, for example, to troubleshoot Cassandra-related failures listed in Pega logs.
Investigating compaction issues
If you notice an increase in the amount of data that Cassandra stores in SSTables, or if you receive error messages about failed compactions, check the time of the last successful compaction for selected SSTables.
Verifying the keyspace replication factor
Troubleshoot keyspace-related errors, such as incorrect replication, by checking whether a specific keyspace exists and whether the keyspace belongs to the correct data center.
Verifying the status of ports
In Pega Platform 7.2.1 and later,check if ports 7000 and 9042 listen to an IP address which is accessible from the other nodes.
Recovering a node
On-premises clients can restart a node that is unavailable by performing a node recovery procedure. For nodes running in Pega Cloud Services environments and client-managed cloud environments this task is not supported; the deployment automatically manages any required node recovery.
Getting the count of Cassandra table records
Extract the estimated number of records in a Cassandra cluster to verify that the data model is correct, or to troubleshoot slow response times.
Addressing common issues
Learn about the most commonly encountered Cassandra issues and how to address them.