你好

请问您每天是否正在执行客房清洁作业E2E EFWK HOUSEKEEPING？ E2E_EFWK_LOG表清理是此作业执行的活动之一。

据我了解，表中没有关键信息。

关于，
亚历山大

我能够运行E2E_EXTRACTOR_FWK。 当我运行E2E_EFWK_LV时，它写道无法到达服务。
您知道表E2E_EFWK_LOG的重要性级别是多少吗？ E2E EFWK HOUSEKEEPING作业通常应每天对此表进行清理，对吗？ 因此，也许我们会截断该表，而不会产生任何副作用。

您好，团队。

在截断之前，首先在数据库级别纠正该表，这是否有任何问题 在存储级别？ 然后按照亚历山大的建议执行。

问候

SS

你好，Sirram，我上周在桌子上做了截短。 SAP系统中没有其他转储，并且管家作业可以成功运行。 但这很奇怪，因为由于该表，DBVerify和备份仍然出错。
zpool status -xv命令说，在以下文件中检测到永久错误：/oracle/SPX/sapdatas/sapdata2/sr3_2/sr3.data2
我刚刚在几分钟前在池上运行了一次清理 在操作系统中使用命令zpool scrub POOL，我正在等待它完成。 我希望这能解决问题。

表的重要性很低。 它包含带有时间戳的提取程序执行日志消息。 阅读更多有关提取器框架的信息。

客房整理作业仅清除表中的旧条目。 如果数据库在文件系统级别损坏，则无法在应用程序级别修复它。 请确保除截断表格外没有其他选择。 还要检查此和此线程。

如果您可以在E2E_EXTRACTOR_FWK中看到已发布提取程序的列表，请写下系统的SID。 尝试停用甚至删除它们。 我想这将阻止转储。 当然，在修复后，您将可以通过 SOLMAN_SETUP -> 受管系统配置中的自动步骤重新设置它们，以记录下来的SID（步骤6，完成配置）。 db不一致。

对于E2E_EFWK_LV，请检查SICF中是否已激活服务 wd_e2e_wc_extractor_fwk 。

关于，
亚历山大

您好，亚历山大，您好，我们已经成功解决了此问题。 因此，第一步是截断表，然后在数据库操作系统中运行完整的ZFS清理。 再次感谢您，您提供的信息对您有所帮助！