# SAP 監視&性能檢查：完整的 Tcode 教程 > 原文： [https://www.guru99.com/system-monitoring-performance-checks.html](https://www.guru99.com/system-monitoring-performance-checks.html) ## 什么是系統監控？ 系統監視是*的日常活動*，該文檔為服務器監視提供了系統的分步過程。 它概述了主動系統監視的技術方面和概念。 其中很少有： * 檢查應用服務器。 * 監視系統范圍的工作流程。 * 監視單個實例的工作流程。 * 監視鎖條目。 * CPU 利用率 * 數據庫中的可用空間。 * 監視更新過程。 * 監控系統日志。 * 緩沖區統計 其他一些是： * 監視批處理作業 * 假脫機請求監視。 * 打印請求數 * ABAP 轉儲分析。 * 數據庫性能監視器。 * 數據庫檢查。 * 監視應用程序用戶。 ## 為什么要進行每日基本檢查/系統監視？  ## **我們如何監視 SAP 系統？** ## 檢查應用服務器（SM51） 此事務用于檢查所有活動的應用程序服務器。  在這里，您可以看到每個實例中配置了哪些服務或工作流程。 ## 監視單個實例的工作流程 SM50： 顯示與特定實例相關的所有正在運行，正在等待，已停止和 PRIV 進程。 在這一步，我們檢查所有過程； *進程狀態應始終為等待或運行*。 如果任何進程的狀態不是正在等待或正在運行，我們需要檢查該特定進程并進行相應報告。  此事務顯示很多信息，例如： 1. 工作流程的狀態（是否已占用） 2. 如果工作流程正在運行，則可以在“操作”列中看到它所采取的操作。 3. 您可以在哪個表上工作 一些典型的問題： * 用戶花費很長時間登錄/無法登錄/在線交易非常緩慢。 這可能是 DIA 工作流程得到充分利用的結果。 也可能是作業長時間運行的結果（“時間”列下的紅色指示器）。 如有必要，您可以通過選擇作業來取消會話，然后轉到處理>取消不帶核心的會話。 這將取消作業并為其他用戶/進程釋放工作流程 * 在**原因**列下，某些用戶可能具有 PRIV 狀態。 這可能是因為用戶事務量太大，因此需要更多的內存。 發生這種情況時，DIA 工作流程將由用戶“擁有”，并且不會讓其他用戶使用。 如果發生這種情況，請與用戶確認，并在可能的情況下將其作為后臺作業運行。 * 如果 SPO 工作流程上的打印作業很長，請調查該問題。 可能是與打印服務器或打印機有關的問題。 ## 監視系統范圍的工作流程（SM66）  通過使用全局工作流程概述檢查工作流程負載，我們可以快速調查導致系統性能問題的潛在原因。 監視系統上所有活動實例**上的工作流程負載** 使用*全局工作流程概述*屏幕，我們可以一目了然 ： * 每個應用程序服務器的狀態 * 它沒有運行的原因 * 是否已重新啟動 * CPU 和請求運行時間 * 登錄的用戶和他們登錄的客戶端 * 正在運行的報告 ## 監視應用程序用戶（AL08 和 SM04） 此事務顯示活動實例的所有用戶。  ## 監視更新過程（SM13） 執行事務 SM13，并在“ USER”字段中輸入“ ***** ”，然后單擊  按鈕。  如果沒有長時間的未決更新記錄，或者沒有正在進行的更新，則此隊列將為空，如以下屏幕快照所示。  但是，如果更新未處于活動狀態，則查找以下信息： * 更新是否處于活動狀態（如果未激活），是由系統還是由用戶禁用的？ * 單擊  按鈕，并獲得以下信息： * 單擊  按鈕并獲取信息。 * 是否有任何更新被取消？ * 是否有長于 10 分鐘的待處理更新隊列？ ## 監視鎖條目（SM12） 執行事務 SM12，并在“用戶名”字段中輸入“ *”  SAP 提供了*鎖定機制*，以防止其他用戶更改您正在處理的記錄。 在某些情況下，不會釋放鎖。 如果用戶因網絡問題而被切斷，然后才能夠釋放鎖，則可能會發生這種情況。 這些舊鎖需要清除，否則可能會阻止訪問或更改記錄。 我們可以使用鎖統計信息來監視系統中設置的鎖。 我們僅記錄具有前一天日期時間戳記的那些鎖條目。 ## 監視系統日志（SM21） 我們可以使用日志來查明并糾正系統及其環境中發生的錯誤。 我們使用以下選擇/選項來檢查前一天的日志： * 輸入日期和時間。 * 選擇單選按鈕問題和警告 * 按重新讀取系統日志。  ## 音調摘要（ST02） **步驟 1**：轉到 ST02 檢查音調摘要。 **步驟 2**：如果看到任何紅色值，請在 SWAPS 中，雙擊相同的值。  **步驟 3**：在下面的屏幕中，單擊選項卡'*當前參數*'  **步驟 4**：記下*值*和*配置文件參數*  **步驟 5**：轉到 RZ10（更改 Profile 參數值） **步驟 6**：保存更改。 **步驟 7**：重新啟動服務器以產生新的更改效果。 ## CPU 使用率（ST06）  空閑 CPU 利用率必須為 60-65％，如果超過該值，則必須至少檢查以下內容： * 運行 OS 級別的命令–置頂并檢查哪些進程占用了最多的資源。 * 轉到 SM50 或 SM66。 檢查所有長時間運行的作業或正在運行的任何長時間更新查詢。 * 轉到 SM12 并檢查鎖定條目 * 轉到 SM13 并選中“更新活動狀態”。 * 檢查 SM21 中的錯誤。 ## ABAP 轉儲（ST22） 在這里，我們檢查前一天的轉儲  ## 假脫機請求監視（SP01） 對于假脫機請求監視，執行 SP01 并選擇如下： * 在創建的*字段中輸入“ *”* * 單擊  執行按鈕。  在這里，我們僅記錄那些因問題而終止的請求。  ## 監視批處理作業（SM37） 對于監視后臺作業，執行 SM37 并選擇如下： * 在*用戶名*和*作業名*字段中輸入“ *” * 在作業狀態中，選擇：計劃的，已取消的，已下達的和已完成的請求。  ## 事務性 RFC 管理（SM58） 事務 RFC（tRFC，最初也稱為異步 RFC）是一種異步通信方法，僅在 RFC 服務器中執行一次被調用的功能模塊。  我們需要選擇要查看其 tRFC 的顯示時間，然后在用戶名字段中選擇“ *”以查看所有未正確執行或在隊列中等待的呼叫。 ## QRFC 管理（*出站隊列* -SMQ1） 我們應該在此處指定客戶端名稱，然后查看是否有任何待發 qRFC 處于等待或錯誤狀態。  ## QRFC 管理（*入站隊列* -SMQ2）  我們應該在此處指定客戶端名稱，并查看是否有任何傳入的 qRFC 處于等待或錯誤狀態。 ## 數據庫管理（DB02）  在第一個屏幕上選擇**當前大小**后，我們進入以下屏幕，該屏幕向我們顯示系統中所有表空間的當前狀態。  如果任何表空間超過 95％，并且自動擴展功能已關閉，則我們需要添加一個新的數據文件，以使數據庫不滿。 我們還可以確定表空間的歷史記錄。  我們可以在此處選擇月，周或天，以查看表空間中發生的更改。 我們可以通過分析這些值來確定表空間的增長。   ## 數據庫備份日志（DB12） 通過該事務，我們可以確定系統上一次成功備份的時間。 我們可以查看前一天的備份，看看是否一切正常。 我們也可以查看重做日志文件，并查看重做日志備份是否成功。  ## 快速復審 日常監控任務 1. 關鍵任務 2. SAP 系統 3. 數據庫 **關鍵任務** | **否** | **任務** | **交易** | **程序/備注** | | --- | --- | --- | --- | | 1 | 檢查 R / 3 系統是否已啟動。 | ? | 登錄到 R / 3 系統 | | 2 | 檢查每日備份是否正確執行 | DB12 | 檢查數據庫備份。 | **SAP 系統** | **否** | **Task** | **Transaction** | **Procedure / Remark** | | --- | --- | --- | --- | | 1 | 檢查所有應用程序服務器是否都已啟動。 | SM51 | 檢查所有服務器是否都已啟動。 | | 2 | 檢查工作流程（從 SM51 開始）。 | SM50 | 所有工作流程處于“正在運行”或“正在等待”狀態 | | 3 | 全球工作流程概述 | SM66 | 檢查沒有任何工作進程在運行超過 1800 秒 | | 3 | 查找任何失敗的更新（更新終止）。 | SM13 | * 將日期設置為一天前 * 在用戶 ID 中輸入* * 設置為“全部”更新檢查帶有“ Err”的行。 | | 4 | 檢查系統日志。 | SM21 | 將日期和時間設置為上次日志查看之前。 檢查： * 錯誤 * 警告 * 安全消息 * 數據庫問題 | | 5 | 查看已取消的工作。 | SM37 | 在用戶 ID 中輸入星號（*）。驗證所有關鍵作業是否成功。 | | 6 | 檢查“舊”鎖。 | SM12 | 輸入一個星號（*）作為用戶 ID。 | | 7 | 檢查系統上的用戶。 | SM04AL08 | 查看未知或不同的用戶 ID 和終端。此任務應一天執行幾次。 | | 8 | 檢查閥芯問題。 | SP01 | 為 Created ByLook 輸入一個星號（*），以查看已“處理中”一個小時以上的假脫機作業。 | | 9 | 檢查作業日志 | SM37 | 檢查： * 新作業 * 不正確的作業 | | 10 | 查看并解決轉儲。 | ST22 | 尋找過多的轉儲。 尋找不尋常性質的垃圾堆。 | | 11 | 查看緩沖區統計信息。 | ST02 | 尋找交換。 | **數據庫** | **No** | **Task** | **Transaction** | **程序/備注** | | --- | --- | --- | --- | | 1 | 查看錯誤日志中的問題。 | ST04 | | | 2 | 數據庫增長缺少索引 | DB02 | 如果使用的表空間超過 90％，則向其中添加新的數據文件重建丟失的索引 | | 3 | 數據庫統計日志 | DB13 | ? |