適用於 S/4HANA 和其他 SAP 平台的高可用性和 DR

Date: 28 4 月, 2020

SAP 是企業應用軟體的市場領導者。多年來,SAP 幫助各種規模和所有行業的公司高效運營,多年來建立了依賴於其平臺的企業生態系統。事實證明,全球 77% 的交易收入涉及 SAP 系統。

SAP 應用程式涉及公司的許多關鍵部分,例如其 ERP、製造、業務流程、客戶服務等。它已成為許多企業賴以經營才能正常運行的生命線。因此,高可用性已成為公司管理層在其 SAP 系統方面最關心的問題之一。

在本文中,我們將在高級別上討論什麼是 HANA 系統複製、它的工作原理、在高可用性方面有哪些限制,以及我們如何克服這些限制。我們還將討論 HANA 高可用性選項以及主要區別是什麼,以便您可以為正確的工作選擇正確的工具。

為了選擇適合 HA 的解決方案,您可能需要在一天結束時問自己一些關鍵問題:

• 滿足時間目標 (RTO)

—— SAP 可以關閉多長時間才能恢復?

• 滿足回復點目標 (RPO)

——復原服務時資料可能有多舊

• 滿足可用性服務等級協定 (SLA)

——你需要多少時間?

SAP HANA 系統複製

SAP HANA 系統複製是一種可靠的數據保護和災難恢復解決方案,可提供 HANA 資料庫與同一資料中心、遠端網站或雲端中的輔助位置的連續同步。

系統複製是軟體附帶的標準 SAP HANA 功能。使用此功能,所有數據都會複製到輔助網站,數據會預載入到輔助網站上的記憶體中,從而顯著縮短恢復時間目標 (RTO)。因此,在故障轉移的情況下,輔助網站將能夠接管,甚至無需執行 HANA DB (重新)啟動,並在故障轉移時立即作為主資料庫工作。但是,故障轉移必須由使用sr_takeover命令的管理員手動觸發,並且要反轉複製,或者故障回主,還需要發出單獨的命令。

以下是 HA 和 DR 的 HANA 系統複製方法的一些要點:

• 冗餘伺服器/節點
• HANA 系統複製的記憶體中資料庫(在「日誌重播」模式下)
• 多個複製選項:同步、同步、非同步
• 支援主動-活動(輔助級唯讀)
• 透過 HANA 駕駛艙、HANA 工作室或命令列進行設置和管理

限制

• 未監視應用程式行程或複製失敗以及自動故障移轉
• 容錯移轉、反向複製和故障復原必須手動執行 – 需要執行許多手動步驟
• 無虛擬 IP
• 沒有整合的 HA 故障轉移業務流程與 SAP ASCS 等。元件

現在您可能從上述點推斷出,HANA 系統複製旨在防止數據丟失。因此,當主節點出現問題時,管理員可以手動運行”sr_takeover”命令,以便主系統的問題不會關閉整個 SAP 設置,該設置依賴於 HANA 資料庫的長期停機時間。然而,許多這項工作必須手動進行,並且依賴於人工干預,雖然對 DR 足夠好,但它並不能為 HA(需要防止停機)提供理想的情況。

SIOS 高可用性叢集

SIOS 面向 SAP 的高可用性軟體可讓您在實體、虛擬、雲端(公共、私有和混合)和高性能快閃記憶體環境的任何配置(或組合)中保護 SAP S/4HANA。SIOS 軟體提供簡單靈活的配置、快速複製以及對整個 SAP S/4HANA 環境的全面監控和保護。

專門用於 SAP S/4HANA 和 HANA 資料庫。SIOS 可用於補充 SAP 已經在使用 HANA 系統複製(添加到其上)執行的操作,以提供真正的高可用性 – 自動監視關鍵 HANA 應用程式進程,並提供自動故障轉移、故障恢復(包括虛擬 IP),即使您在單個 HANA 節點中具有多實例也是如此。

以下是 SAP HANA HA 和 DR SIOS 保護套件的一些要點:

• 在雲端交叉 AZ 和 AR 中工作
• 為關鍵的 SAP HANA 資料庫元件提供自動容錯偵測與故障轉移:
  — SAP HANA 主機代理
  — SAP HANA 樹苗
  — SAP HANA 複製
• 將自動化 SAP HANA 複製接管、切換
• 自動反向複製
• 驗證並監視 HANA 資料庫是否正在執行
• 提供虛擬 IP
• 與 ASCS 等的「完整堆疊」故障轉移業務流程。SAP 元件

為 HANA 資料庫安裝和設定 HA 的四個步驟

我們不會討論如何配置 SAP HANA 的具體步驟,因為已經有許多在線資源涵蓋這些步驟。但在高級別上,您需要執行 4 個基本步驟:

1. 安裝 SAP HANA
2. 設定 HANA 系統複製
   檢視 – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
3. 安裝 SIOS 保護套件
   參見 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
4. 在 GUI 中使用 HANA 回復工具套件(精靈)來保護 HANA
   請參考 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

安裝過程流與其他 SAP 元件(ASCS、ERS、PAS、Web 調度程式等)也類似。

使用 SIOS 保護套件軟體中包含的 HANA 修復工具組,您基本上可以使用 SIOS Lifekeeper 管理 GUI 中的精靈,快速保護 HANA 資料庫實例,為用戶端分配虛擬 IP 位址以進行連接到它,並管理整個堆疊。您可以擁有多實例環境,解決方案將管理所有實例、虛擬 IP 等。在完全整合的 GUI 中,它非常容易配置、管理 SIOS HA 上的整個 SAP 環境。

用於 SAP 的全面 HA/DR 堆疊 –

除了 HANA 資料庫之外,SIOS 保護套件還為關鍵的 SAP 服務和支援應用程式提供保護,所有這些服務都可以從同一 GUI 進行管理:

• 主應用程式伺服器 (PAS)
• ABAP SAP 中央服務 (ASCS)
• SAP 中央服務 (SCS)
• 佇列與訊息伺服器
• 將佇列複製伺服器 (ERS)
• 資料庫(Oracle、Sybase、MaxDB、HANA 等)
• 分享及/或複製檔案系統
• 邏輯卷 (LVM)
• NFS 安裝及匯出
• 虛擬 IP

雲中群集

將 SAP 遷移到雲端時,關鍵挑戰之一是如何保護 SAP 資料庫以及 SAP 應用程式堆疊在 SAP 支援的體系結構中。SIOS 一直是這一舉措的前沿,由 SAP 以及所有主要雲供應商設計、認證和支援。

下圖是一個高級設計,用於瞭解如何跨不同可用性區域甚至區域部署一對 S/4HANA 系統。在雲端環境中,由於供應商在 AZ 之間的延遲非常低,因此完全可以在 AZ 中使用同步複製,從而創建一對高度可用的 S/4HANA 系統,不僅針對 HA,還用於 DR。這是因為 AZ 在地理上是獨立的資料中心,這與本地 DR 資料中心的當地語系化程度非常類似,即它們之間的高度冗餘高速網路連接。

為什麼要用 SIOS 於 SAP 而不使用開源 HA?

這個問題總是會出現在人們的腦海裡,因為一些Linux供應商已經提供了他們的HA擴展(HAE)或集群,為什麼有人想要使用商業第三方HA解決方案,如SIOS?

1. 開源 HA 作為某些作業系統類型「企業 SAP」擴展訂閱的一部分提供 – 它的成本,它絕對不是免費的,並且並非所有的 Linux 風格都受支援。SIOS 支援所有主要的 Linux 風格,包括紅帽、SUSE、Centos 和 Oracle Linux。適用於希望為其 ASCS 或內容伺服器等運行 Windows 的客戶。SIOS 還具有 Windows 群集支援基於 Windows 的解決方案,使其成為整個 SAP 環境的一站式商店,而不管平臺如何。
2. 商業 HA 支援 – 操作系統供應商依賴開源社區進行 Bug 修復,如果 Bug 需要較長的時間才能由活動較少的參與者解決,則這可能是個問題。SIOS 為商業支援提供專門的支援和開發團隊,僅針對其高可用性解決方案,並立即提供 24×7 支援解決方案,當出現可能開發的問題時,將給予客戶更多的信心。
3. 開源工具需要通過命令行進行複雜的設置和管理。它們由不同的元件組成,如起搏器、Corosync等。由不同的開源倡議維護。SIOS 為基於嚮導的設置和管理提供一體式 GUI。它允許人們在幾個小時(而不是數周/月)內部署 SAP HA。
4. SIOS 透過 GUI 中的精靈為所有需要 HA 的 SAP 和雲端元件提供預建構的應用程式監視和故障轉移業務流程,而不是使用仍需要大量的手動配置的 HA 擴展。
5. 自動確保 SAP ERS 始終在 ASCS 的相反節點中運行 – SIOS 即使在多節點 ASCS 設置中也能提供智慧,如果發生故障轉移,並且 ASCS 故障轉移到運行的 ERS 節點,當原始 ASCS 節點恢復時,ERS 會自動切換,以便鎖始終獲得所需的冗餘。開源解決方案需要手動完成此操作,因此會影響可靠性和可用性,尤其是在多次故障和恢復時。
6. SIOS 減少了實施/管理時間和成本,實施和維護 HA 的時間越小,您花在其他更重要的任務上的時間就越多。
7. 開源使用其STONITH機制,這種機制在雲環境中是難以可靠的,SIOS提供了多塊功能的方法,以防止假故障轉移和分裂腦-仲裁見證,多通信。路徑(心跳)已被證明在許多場景中高度可靠。

總結

SAP HANA 系統複製功能作為軟體的一部分,在硬體或系統故障出現問題時,可很好地保護資料庫免受數據丟失的影響。但是,如果要求高可用性,它仍然需要第三方解決方案,以獲得一些自動監視、故障轉移業務流程、虛擬 IP 等。雖然 SAP 的企業 Linux OS 訂閱形式有開源選項,但它們肯定不是免費的,並且技術支援仍然有限,因為它們完全依靠開源社區來維護起搏器、Corosync 等。專案。並獲得貢獻者的支援。本機系統複製(開源 HAE)也有限制,可以由像SIOS這樣的商業軟體解決方案供應商克服。

因此,SIOS 作為可靠的第三方高可用性解決方案供應商,可幫助確保企業客戶獲得其關鍵任務 SAP 系統操作所需的可靠性和高可用性,讓您高枕無憂,從而證明自己是 SAP HANA 系統複製的非常可行的補充解決方案,SAP 和所有主要的操作系統和平臺供應商也完全支援該解決方案。

作者：

Jason 胡
IT 專業人員,20 多年來一直專注於高可用性和災難恢復。目前受雇於SIOS技術公司,擔任亞太地區的戰略業務發展。