Date: 12 8 月, 2022
如何減少 SAP 的停機時間
想著怎麼做減少 SAP 的停機時間是在初始解決方案設計期間應該訪問的一個重要主題。 可以對現有的 SAP 環境進行更改，但在現有的生產環境中，這些可能會更加棘手，停機時間會成為問題。
SAP 環境中有幾個典型的組件可以被視為單點故障； ASCS（中央服務）、HANA DB、NFS 節點和 SAP 應用程序服務器。 理想情況下，應該通過在高可用性配置中使用冗餘服務器來保護這些。
SAP 的 HA/DR 目標
為 SAP 設計高可用性/災難恢復組件時的核心目標應該是：
● 最大限度地減少停機時間 ● 消除數據丟失 ● 保持數據完整性 ● 支持靈活配置 在當今的現代云環境中，底層硬件的基礎架構通常通過使用多個冗餘 NIC、冗餘存儲和硬件可用區得到很好的保護，避免出現故障——然而，這仍然沒有'不保證您的 SAP 應用程序將運行並響應請求。
用一個高可用性SIOS 保護套件等解決方案引入了智能高可用性以及本地磁盤複製，以確保您的 SAP 應用程序和服務受到持續監控和保護，並能夠在檢測到故障時自動切換到冗餘硬件。
現在讓我們考慮一個不受 HA 保護的 SAP 配置的簡單示例，它可能看起來像這樣（圖 1）：
如果此環境用於處理來自用於向客戶銷售服裝的 Web 服務器的交易，那麼 SAP 將用於處理銷售、跟踪訂單、跟踪庫存並基於這些交易提供多個自動訂購等。
現在讓我們假設這個銷售處理環境（如上圖）是在沒有 HA 的情況下在雲中配置的，因為架構師認為雲環境中的高度冗餘硬件足以防止故障。如果該 HANA 數據庫遇到問題並關閉，讓我們看看使數據庫恢復正常運行所需的典型步驟： ● 即使HANA 配置了HANA 系統複製，故障轉移到輔助HANA 數據庫系統也不會自動進行。 這將需要知道 HANA 的人在檢測到故障並通知他們中斷後進行糾正。
● 來自網絡服務器的實時交易將暫停，直到問題得到解決 如果這家小型服裝零售商每年通過網絡銷售進行約 1000 萬美元的交易，這相當於全年平均銷售額約為每小時 1150 美元。 高峰時間每小時會花費更多。
IBM 的這份報告表明每小時的平均停機成本為 1 萬美元
圖 2：具有 HA/DR 的 SAP 環境如果 HA 軟件一直在使用中（圖 2），HANA DB 故障轉移將是自動的，並且 Web 服務器的中斷將在配置的超時範圍內，並且絕對不會有任何銷售損失。 將生成警報，並且可以比系統停機情況更輕鬆地查看和診斷原因。
擴大客戶規模，很可能任何系統停機情況都會開始花費數十萬美元並消耗大量人力資源來解決。
其他IBM 報告表明驚人的 44% 的受訪者每兩個月進行一次計劃外停機，另有 35% 的受訪者每月進行一次計劃外停機。
計劃中斷本身是另一個潛在問題，46% 的受訪者報告每月計劃中斷，另有 29% 報告年度計劃中斷。 讓應用程序和服務受 HA 軟件保護還可以通過允許在維護活動期間將服務轉移到正在運行的系統來緩解這些計劃內的中斷。
學習更多關於SAP 和 S/4HANA 的高可用性.