資料結構
網路
關係資料庫管理系統
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法律研究SAP HANA儲存點執行備份所需時間
M_SAVEPOINTS 檢視儲存當前和歷史儲存點統計資訊。其中包含一個名為 DURATION 的列，用於指示儲存點花費的總時間。
您可以從該檢視中的數字中提取以下資訊：
- CRITICAL_PHASE_DURATION 顯示更新程式在儲存點期間被阻塞的時間段。通常，此時間應為毫秒級，但對於資料備份的全域性儲存點除外，由於所有節點上的全域性同步，可能需要更長時間。如果關鍵階段持續時間過長，則可能存在某些問題（例如，I/O 負載過高）。
- DURATION 顯示儲存點花費的總時間。這應該明顯小於配置的儲存點頻率 REQUESTED_FREQUENCY（在 0-10% 的範圍內，具體取決於負載）。較高的比率表示 I/O 過載。
- TIME_SINCE_PREVIOUS 應接近 REQUESTED_FREQUENCY。如果明顯更高，則表示儲存點遇到阻塞，例如非常長的列合併操作。
- FLUSHED_PAGES* 與 FLUSHED_ROWSTORE_PAGES* 的比率或 FLUSHED_SIZE* 與 FLUSHED_ROWSTORE_SIZE* 的比率分別顯示列儲存與行儲存的負載。行儲存僅在儲存點期間重新整理，列儲存還在儲存點之間重新整理資料以平衡負載。
- FLUSHED_*PAGES_IN_CRITICAL_PHASE 與 FLUSHED_*PAGES 的比率較高，或 FLUSHED_*SIZE_IN_CRITICAL_PHASE 與 FLUSHED_*SIZE 的比率較高，表示潛在的 I/O 過載。通常，關鍵階段應寫入零頁或僅寫入幾頁，但資料備份的全域性儲存點等特殊情況除外（但在這種情況下，關鍵階段寫入的頁面數量也應在非同步重新整理頁面的數量級 1% 或更少）。關鍵階段寫入大量資料表示 I/O 子系統的過載，並且很可能導致更新事務的阻塞時間增加，因為
- CRITICAL_PHASE_DURATION 增加。
- 較大的 RTT_SIZE（超過幾個條目）表示分散式事務處理中存在某些問題。RTT（回滾事務表）儲存當前處於回滾狀態的分散式事務的回滾條目。通常，這些條目在相應的回滾完成後會很快被消除。如果從節點發生故障，則該從節點的條目會持續保留，直到從節點重新啟動。通常，在故障從節點重新啟動（或整個系統重新啟動）後不久，此數字應降至零或接近零。
更新時間： 2020年6月17日
391 次瀏覽
廣告