企业官网建设流程全解析

1. SAP Fiori个性化问题全景排查指南

作为SAP新一代用户体验的核心载体，Fiori应用在实际运行中常因个性化配置问题导致各种异常表现。本文将系统梳理从UI2/CONTAINER底层表到前端缓存的完整排查路径，结合笔者在多个S/4HANA项目中的实战经验，提供可落地的解决方案。

Fiori个性化数据主要存储在三个关键位置：

1. 后端数据库表：/UI2/CONTAINER及其关联表
2. 前端本地存储：浏览器IndexedDB和localStorage
3. 中间层缓存：ICF服务缓存和OData服务缓存

当用户报告"个性化设置丢失"或"界面显示异常"时，需要按照以下顺序进行立体化排查：

1.1 数据库层检查要点

首先通过事务码SE16N检查/UI2/CONTAINER表数据：

SELECT * FROM /UI2/CONTAINER WHERE USER_ID = '[问题用户]' AND APP_ID = '[应用ID]'

常见异常情况包括：

• 记录存在但CONTENT字段为空（数据损坏）
• 存在多条相同APP_ID记录（数据冗余）
• LAST_MODIFIED时间戳异常（同步失败）

重要提示：直接修改数据库表存在风险，建议通过标准API /UI2/PERS_CONF_SRV进行操作

1.2 前端缓存清理策略

浏览器端需要检查以下存储区域：

1. IndexedDB：包含应用元数据和持久化数据
   • Chrome开发者工具 → Application → IndexedDB
2. localStorage：存储用户偏好设置
   • 键名格式：sap.ushell_*
3. Service Worker缓存：可能导致旧版UI资源加载

标准清理流程：

// 在浏览器控制台执行 localStorage.clear(); indexedDB.databases().then(dbs => { dbs.forEach(db => indexedDB.deleteDatabase(db.name)) }); caches.keys().then(keys => keys.forEach(key => caches.delete(key)))

1.3 服务器端缓存管理

SAP系统缓存需要通过事务码清理：

• /UI2/INVALIDATE_CACHE：重置UI2应用缓存
• /IWFND/CACHE_CLEANUP：清理OData服务缓存
• SMICM → Goto → Trace Files → Delete：清理ICF日志

对于集群环境，必须确保所有应用服务器节点都执行缓存清理。

2. 典型故障场景与解决方案

2.1 个性化设置频繁丢失

根本原因：通常由于/UI2/CUSTOMIZING表配置不当导致自动清理策略过于激进。

检查步骤：

1. 执行事务码SE16N查看表/UI2/CUSTOMIZING
2. 检查以下关键参数：
   • RETENTION_DAYS（保留天数）
   • MAX_CONTAINERS（最大容器数）
   • CLEANUP_FREQUENCY（清理频率）

推荐配置：

RETENTION_DAYS = 90 MAX_CONTAINERS = 1000 CLEANUP_FREQUENCY = 86400(秒) // 每天执行一次

2.2 跨设备设置不同步

排查路径：

1. 确认用户在所有设备使用相同的SAP Passport账号
2. 检查/UI2/CONTAINER中的CLIENT字段是否一致
3. 验证系统间RFC连接是否正常（事务码SM59）

同步方案：

CALL FUNCTION '/UI2/CONTAINER_SYNC' EXPORTING user_id = '[用户ID]' app_id = '[应用ID]' client = '[客户端]'.

2.3 Fiori Launchpad布局错乱

修复流程：

1. 清除浏览器缓存（如2.2节所述）
2. 通过事务码/UI2/FLP_CACHE_RESET重置Launchpad缓存
3. 检查/UI2/PAGE_BUILDER_PERS表是否存在损坏数据

预防措施：

// 在系统启动时自动执行 REPORT z_flp_cache_maintenance. START-OF-SELECTION. CALL FUNCTION '/UI2/FLP_CACHE_CLEANUP' EXPORTING force = abap_true.

3. 高级监控与预防策略

3.1 自动化监控方案

建议创建定期作业监控关键指标：

SELECT COUNT(*) AS container_count, SUM(DBMS_LOB.GETLENGTH(CONTENT)) AS total_size FROM /UI2/CONTAINER WHERE LAST_MODIFIED < SYSTIMESTAMP - NUMTODSINTERVAL(7, 'DAY')

异常阈值建议：

• 单用户容器数 > 50 → 可能存在泄露
• 过期数据占比 > 30% → 需要调整清理策略

3.2 性能优化配置

在事务码RZ10中调整以下参数：

• icm/HTTP/session_timeout = 3600
• login/create_psession_for_soap = 1
• rdisp/gui_auto_logout = 7200

对应的操作系统层配置：

# Linux系统参数 sysctl -w kernel.shmmax=4294967296 sysctl -w vm.max_map_count=262144

3.3 用户自助服务方案

开发自助清理工具页面，包含以下功能：

1. 个性化数据备份/恢复
2. 选择性清理特定应用数据
3. 跨设备同步触发按钮

核心代码结构：

<fiori:View> <Button text="清理缓存" press="handleCleanup"/> <Button text="同步数据" press="handleSync"/> <Table items="{/UserContainers}"> <!-- 容器列表展示 --> </Table> </fiori:View>

4. 疑难问题深度解析

4.1 容器数据损坏修复

当遇到CONTENT字段损坏时，可采用以下恢复流程：

1. 从备份表/UI2/CONTAINER_BAK提取历史数据

   EXPORT /UI2/CONTAINER TO MEMORY ID 'BACKUP'.

2. 使用ABAP类修复损坏记录

   DATA(lo_repair) = NEW /ui2/cl_container_repair( ). lo_repair->fix_corrupted_entry( EXPORTING user_id = 'USER1' app_id = 'F1234' IMPORTING success = lv_success ).

3. 重建索引

   CALL FUNCTION '/UI2/REBUILD_INDEXES' EXPORTING full_rebuild = abap_true.

4.2 集群环境同步问题

在分布式系统中，需要额外检查：

1. 消息服务器配置（事务码SMMS）

   • 确认各节点注册状态
   • 检查消息类型/ui2/cache_invalidate是否存在

2. 数据库锁争用分析

   SELECT * FROM SYSADMIN.ADME_LOCKS WHERE LOCK_OBJECT LIKE '/UI2/%'

3. 推荐采用最终一致性方案：

   CALL FUNCTION '/UI2/CACHE_INVALIDATE' IN BACKGROUND TASK EXPORTING user_id_rng = VALUE #( ( sign = 'I' option = 'EQ' low = 'USER1' ) ).

4.3 混合部署场景

对于Fiori on-premise与Cloud混合部署：

1. 配置中央容器服务

   # application.yaml sap.ui5: containerService: endpoint: https://api.cf.sap.com/ui2/container syncInterval: 300

2. 实现跨系统同步桥接

   sap.ui.define(["sap/ui/core/Control"], function(Control) { ContainerBridge = Control.extend("com.sample.ContainerBridge", { sync: function() { // 调用SCP Destination服务 } }); });

5. 最佳实践与经验总结

在实施Fiori项目时，建议采用以下标准化方案：

1. 定期维护计划：

   • 每周执行/UI2/CONTAINER表分析
   • 每月执行全量数据归档
   • 每季度审查清理策略

2. 技术架构建议：

   @startuml component "Fiori Frontend" { [Browser Cache] [Fiori Client] } component "SAP Gateway" { [OData Services] [UI2 Container API] } database "HANA" { folder "/UI2" { [CONTAINER] [CUSTOMIZING] } } [Browser Cache] --> [OData Services] [OData Services] --> [CONTAINER] [UI2 Container API] --> [CUSTOMIZING] @enduml

3. 关键性能指标：

   指标名称	阈值	监控频率
   容器读取延迟	<500ms	实时
   同步失败率	<0.1%	每日
   缓存命中率	>95%	每小时

实际项目中验证有效的几个技巧：

• 在用户非活跃时段执行批量清理（如凌晨2-4点）
• 对关键用户采用差异化的保留策略（如管理层用户保留1年数据）
• 为高频应用配置独立的容器分区

对于Fiori Client移动端应用，特别注意：

// Android端需额外清理WebView缓存 WebStorage.getInstance().deleteAllData(); CookieManager.getInstance().removeAllCookies(null);

最后需要强调的是，任何直接操作数据库表的行为都必须经过严格测试。建议在开发系统验证后，通过变更管理流程部署到生产环境。