解决BW PSA维护中数据清理问题与策略

本文档主要探讨了在SAP Business Warehouse (BW) 中与PSA (Process Scheduler Adapter) 维护相关的问题，特别是在Oracle 10.2数据库管理系统环境下，针对Business Information Store (BISP) 版本12的特定场景。标题提到的"如何工作？"暗示了文章将深入解析PSA及DSO（Data Store Object）变更日志清理策略的工作原理及其实施细节。 首先，业务场景部分描述了遇到的问题：标准BI作业（如BI_PSAD*作业）执行完RSPSADEL1（基于RS_PSADEL表的删除程序）后，尽管理论上应该删除旧数据，但在DB02数据库中，数据库大小并未如预期般减少，且通过数据浏览工具（如SE16等）仍能看到旧请求和数据。这表明PSA/Change-log表中的数据分区删除策略可能存在延迟或不足，因为SAP BI会等待所有指定分区内的请求标记为删除后才执行真正的数据库删除操作，以确保高效处理。 文章着重讨论了这一过程的工作机制：PSA/Change-log表的删除操作采用分区级别的管理，只有当所有标记为删除的请求不再被加载过程考虑时，才会实际删除数据库中的数据。对于用户或应用程序而言，虽然看起来请求已经被标记为已删除，但实际上它们还在数据库中保留一段时间，直到所有的相关操作完成。这种情况并不影响正常功能，但可能会导致数据库空间占用的误解。 解决这个问题的方法可能包括监控和调整PSA/Change-log的删除策略，或者对业务需求进行优化，以适应这种数据清理的延迟。作者Thad Gustafson提供了适用于NW2004S版本的建议和实践，但具体解决方案可能需要根据企业的实际情况和系统配置进行定制。 本文是一篇技术指南，帮助用户理解和处理在维护SAP BW PSA过程中遇到的数据清理问题，以及如何确保数据库性能和资源的有效利用。对于任何处理BI数据仓库管理和维护的IT专业人士来说，理解和掌握这类知识至关重要。