資料結構
網路
關係資料庫管理系統
作業系統
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日
390 次檢視
廣告