根據 note 2620910 - SAP S/4HANA 1511, 1610, 1709, 1809 and SAP BW/4HANA 1.0, 2.0: Recommended and released Application Server Platforms:

從核心 773（ABAP 平臺 1809 + HANA 2.0）開始，[ABAP Platform](https://blogs.sap.com/2020/06/18/abap-platform-part-3-whats-new-for-the-basis-administrators/) 刪除了對某些作業系統的支援。

這些放棄支援的作業系統列表：

![](https://img-blog.csdnimg.cn/img_convert/347bf3e81a8fdaadbed4665895d927a1.png)

根據客戶的反饋，我們看到大多數客戶選擇 Linux x86_64 作為他們執行 SAP 系統的首選平臺，儘管 Windows 和 AIX 仍然受支援並且是完全有效的選項。

# 清除過時的 SAP Profile 引數

如果您作為 SAP 基礎管理員工作了一段時間，您可能知道 SAP 不斷地引入、更改或刪除配置檔案引數。由於各種 SAP 產品和版本使用相同的 SAP 核心，因此引數中的這些頻繁更改必須儘可能相容，以避免產生不希望的附帶影響。

但是 SAP ABAP Platform 1809/Kernel 7.7x 不同，它打破了與舊核心和 SAP Netweaver 版本的向下相容性。這是 SAP 清理所有這些已存在多年的歷史和過時引數的絕佳機會。

有 2 個主要區域已被清理和/或最佳化：

- ABAP VMC
- ICM 和 SAP Web Dispatcher

虛擬機器容器（簡稱 VM 容器或 VMC）是整合到 SAP Web AS ABAP 中的一個元件，它使符合 Java 標準 J2SE 1.4 的 Java 功能能夠在 AS ABAP 中執行。

根據SAP Note 2560708 的說明，S/4 HANA 的核心自 1809 年起不支援 VMC。因此，有很多 VMC 和 JVM 引數不再受支援，必須從 SAP 例項配置檔案中手動刪除。

ICM 和 SAP Web Dispatcher 引數也有重要變化，許多已貶值和過時的引數也已被刪除。您可以在SAP Note 2593926 – Incompatible ICM / SAP Web Dispatcher Parameter Changes in 773 – Deprecated, Obsolete and Changed Parameters 中找到所有詳細資訊。

目標再次是刪除過時的引數並簡化 ICM/Web Dispatcher 元件的管理，這些元件現在與 FIORI 一起成為 SAP 系統的關鍵元件。

# 新的維護模型和執行級別

在我看來，這是為 SAP S/4HANA Cloud 引入的一項有趣功能，但也可用於 SAP S/4HANA“Any-premise”版本，因為這些 SAP S/4HANA 產品共享相同的程式碼。

有兩個新概念：執行級別和維護期。

事務 SMAINTENANCE 允許您定義維護期：

- 普通使用者將無法登入，只有具有特殊安全配置檔案的系統管理員才能連線（事務 SECPOL）
- 只會執行管理批處理作業（所有其他作業將被擱置）

有不同的執行級別，從執行級別 0（系統在正常操作中執行）到執行級別 100（系統處於維護中），允許以更靈活的方式定義 SAP 系統的狀態以及根據執行級別允許或不允許哪些操作：

![](https://img-blog.csdnimg.cn/img_convert/29418f6408b68f512c6d5822dc7f2051.png)

在 SAP S/4HANA 內部部署系統上啟用維護模式後，只有 SAP 系統管理員（具有正確的安全配置檔案）才能連線：

![](https://img-blog.csdnimg.cn/img_convert/9a6a66390c94db26ac3d80d23258c600.png)

# 新的客戶端複製工具
經過多年沒有重大變化，終於有了新版本的工具來建立、刪除和管理 SAP 客戶端。

主要的變化可以概括為：

- 由於工具使用 SAP HANA 最佳化，速度提高了 10 倍。
- 遠端客戶端複製速度提高 5 倍
- 無需使用者 SAP* 即可進行客戶端複製，無需重新啟動系統
- 在隔離環境中執行，失敗的退出和儲存在日誌中的表
- 基於表格的 UI，具有附加資訊和更好的永續性；日誌不同部分的多個選項卡

下表摘自 SAP 官方幫助，描述了 ABAP 平臺中可用的新事務和任務列表：

![](https://img-blog.csdnimg.cn/img_convert/f05e715e531222b57860eed9c4f5392c.png)

例如，現在您可以估計一個 SAP 客戶端的大小，並使用新的 SCC_CLIENT_SIZE 事務替換舊報告，詳細瞭解哪些表佔用更多空間：

![](https://img-blog.csdnimg.cn/img_convert/9a3b63a180625e07667bc447a818bada.png)

# 記憶體配額和記憶體消耗的軟轉儲

當一個程式消耗了他所有的記憶體配額（擴充套件記憶體 + HEAP 記憶體）時，會生成一個 ABAP 短轉儲（例如 TSV__NEW_PAGE_ALLOC_FAILED）並取消該程式作為一種保護機制，以避免整個系統崩潰。

到目前為止，當程式消耗過多記憶體時，不可能得到“早期警告”。唯一可用的選項是主動監控，檢查哪些程式消耗了更多記憶體並嘗試在為時已晚之前做出反應。

從核心 7.77 開始，當程式消耗的記憶體配額超過使用者定義的百分比時，可以生成軟轉儲：

- ABAP 處理器寫入“coreinfo”檔案
- 有一個程式會定期讀取這些核心資訊並將轉儲資訊儲存在 ST22 中。
- 轉儲 SESSIONMEM_QUOTA_WARNING 資訊在 ST22 中可見

經典的 ABAP 短轉儲和新的軟轉儲之間的主要區別在於程式不會被取消，但系統管理員可以對警告做出反應並決定什麼是正確的操作：

![](https://img-blog.csdnimg.cn/img_convert/cbf3d7d866088fa2dd1d4182c73b99b8.png)

正如您在前面的示例中看到的，儘管記憶體配額約為 6GB，但會話記憶體警告配置為 3.6GB

我確信對系統管理員非常有用的另一個有趣功能是允許更靈活地配置記憶體配額的選項。

預設記憶體配額適用於所有使用者，預設情況下沒有人可以消耗更多記憶體。但是，透過配額擴充套件，我們可以授予特定使用者（必須在事務 SMEM_USEREX 中註冊）不同的配額，允許他們消費更多或更少）

可以使用以下引數控制配額擴充套件和配額警告：

![](https://img-blog.csdnimg.cn/img_convert/6fcfdfc1e76771a50348d1e8396575eb.png)

系統管理員必須透過事務 SMEM_USEREX 註冊使用者才能允許他們使用新的配額豁免機制：

![](https://img-blog.csdnimg.cn/img_convert/4656c899333f4d1f77836c1e37da9f74.png)

# ABAP 推送通道(ABAP push channel)和 WebSockets

另一個重大改進屬於 ABAP 連線領域，是 RFC 的網際網路支援。新的 WebSocket RFC 允許透過 HTTP/WebSocket 進行 RFC 呼叫，並且始終透過 SSL 傳輸以確保安全性。跨業務網路的 RFC 連線不再需要 VPN 隧道。

WebSocket RFC 使用標準的 HTTP 基礎設施、反向代理、HTTP 路由器等，而不是專有的 SAP 路由器。

大多數 ABAP 應用程式使用輪詢技術來實現事件驅動的通訊。為了將事件從 ABAP 後端推送到基於瀏覽器的使用者代理（如 SAPUI5、Web Dynpro、Business Server Pages (BSP) 或 WebGUI），經常使用以多秒為間隔的輪詢。這是一種相當消耗系統資源的技術。在 SAPGUI 中，定時器控制元件通常用於檢測 ABAP 後端系統中的事件。ABAP Channels 技術的目標是透過基於釋出-訂閱基礎設施和 ABAP 中的 WebSockets 的推送通知來取代這種基於輪詢技術的低效事件。

ABAP 通道基礎架構隨 SAP NetWeaver AS ABAP 7.40 支援包 2 (SP2) 一起提供，用於簡單的測試和原型設計，並隨 7.40 支援包 5 (SP5) 一起釋出。
ABAP 通道的基本思想是對基於事件驅動架構的互動和協作場景的原生支援。ABAP 通道的範圍包括以下通訊通道：

藉助 WebSocket RFC，RFC 最終與現代雲和網際網路架構相容：

- 使用標準的 HTTP 基礎設施：反向代理、HTTP 路由器等……不再是 SAPRouter。
- 跨業務網路的 RFC 連線不再需要 VPN 隧道
- 支援標準的 HTTP 身份驗證機制，如 SAML 不記名令牌、Oauth 等……
- 相容經典RFC（使用相同的ABAP語句CALL FUNCTION）

限制：

RFC 回撥和呼叫功能模組，可開啟基於 SAP GUI 的使用者介面。

![](https://img-blog.csdnimg.cn/img_convert/9a9e5419970b6960fbeed3fd3ea3acf6.png)

# 使用者管理——技術使用者與商業使用者

到目前為止，“技術使用者”（例如系統管理員、介面和批處理作業的使用者等）和“業務使用者”（在 SAP 內部執行業務流程的人）的定義方式完全相同，透過事務 SU01 和它們的主要區別在於 SAP 授權和登入詳細資訊。

從 SAP S/4HANA 1909 開始，為業務使用者提供了一種新的身份模型。

業務使用者是在系統中由業務夥伴和使用者連結代表的自然人。該業務使用者將在業務流程（採購員、銷售代表等）的上下文中與軟體進行互動

所以現在，在事務 SU01 中，技術使用者和業務使用者之間有明顯的區別：

技術使用者：沒有關聯的 BP，也沒有 SU01 中的“地址”選項卡。
業務使用者：使用者id與對應的BP關聯，部分細節無法透過SU01更改

對於業務使用者，部分業務使用者資料已整合在BP中，無法再在SU01中編輯：

- 個人資料來源於相應的業務合作伙伴
- 工作中心資料來源於相應業務夥伴的工作地址
- SU01 中的通訊資料來源於對應業務夥伴的工作地址
- SU01中的ORGANIZATION_NAME和LOCATION來源於對應BP的公司地址

![](https://img-blog.csdnimg.cn/img_convert/854742c94fbe1dcc95e9c8ccdfe21adf.png)

對於 basis 管理員來說，ABAP Platform 意味著什麼

相關文章