| eG Monitoring |
|---|
|
Measures reported by HanaGCStatsTest Multiversion Concurrency Control (MVCC) is a concept that ensures transactional data consistency by isolating transactions that are accessing the same data at the same time. To do so, multiple versions of a record are kept in parallel. Issues with MVCC are usually caused by a high number of active versions. Old versions of data records are no longer needed if they are no longer part of a snapshot that can be seen by any running transaction. These versions are obsolete and need to be removed from time to time to free up memory. This process is called Garbage Collection (GC) or Version Consolidation. It can happen that a transaction is blocking the garbage collection. The consequence is a high number of active versions and that can lead to system slowdown or out-of-memory issues. Garbage collection is used to remove old versions of data objects from the system. Afterward, transactions cannot reference these old versions. References to these objects are kept in history (cleanup) files, which are processed by the garbage collector. Cleanup files contain deleted information which is kept because of MVCC isolation requirements. When the transaction completes, garbage collection uses the cleanup files to finally remove data.There are different kinds of garbage collection in SAP HANA environments such as Rowstore version consolidation, Column store version consolidation, Memory garbage collection, Persistence garbage collection, LOB garbage collection, liveCache garbage collection, and Calculation engine garbage collection. Any problems with garbage collections can inturn lead to critical issues such as increased memory requirements, increased disk space utilization, and performance degradations upto system standstills. Hence it is imperative to monitor the garbage collection processes. The purpose of this test is to collect metrics related to garbage collection in each volume and provide insight into the health of the garbage collection process if it is running and working efficiently. Looking at the metrics, administrators can determine the count of started, processed and queued jobs, and also the rate of queued and processed jobs,which helps them to investigate any bottleneck conditions before the entire system starts running out of space. Outputs of the test: One set of results for each volume ID in the target database server instance being monitored Descriptor: Volume ID The measures made by this test are as follows:
|