Baskar，

此工作似乎仅从7.4 SP 13开始可用，请参见此处 https：//launchpad.support.sap.com/#/notes/2174022/E

非常感谢和问候

Jens

您好，Baskar，

关于替代方案：您可以"只是"升级各个组件，但是请记住，可能存在SCA依赖项，这会使 升级单个组件会给脖子带来痛苦。 除此之外，我的胆量是：升级诸如" MESSAGING"或" XI_AF"之类的核心组件时，无论如何都应该运行测试。

所以要回答第一个问题：不，您不会 没有（真实的）替代方案。

关于第二个问题。 阅读便笺，我认为这对于新工作而言是开箱即用的。 您可以在作业中使用以下属性：

• 发送方
• 发送方组件
• 接收方
• 接收方组件
• 接口名称
• 接口命名空间

我认为应该支持设置具有不同属性的作业的多个实例以适合您的需求。 （但是，我们还无法满足PI SP的水平来提供上述工作，因此我不能保证和YMMV一样）

干杯

詹斯

嗨，詹斯，

感谢您对SAP note的指导。 在升级SP之前还有其他选择吗？ 目前，我们正处于迁移阶段，并希望在上线和稳定化之后提出SP升级建议。

除了上述查询外，我们还有新的要求。 我们必须将某些接口归档的消息在归档目录中保留相当长的几天（例如60天，其他接口保持30天相同）

您能建议我们如何实现这一目标吗？

此致

Baskar

嗨，詹斯，

感谢您的回复。 我了解一个"归档"工作足以归档所有接口消息（在中使用XML DAS）。 我们需要根据保留期限（一个作业将消息保留30天，另一个将邮件保留60天），使用接口属性（Party，Component等）配置多个"删除存档"作业。 如果我有任何遗漏，请纠正我。

从存档存储中删除存档文件的任何其他建议（文件夹结构：//usr/sap//SYS/global/Archive）。 随着即将上线，我们还没有获得SP或组件升级的批准：（

此致

Baskar

我不知道。 我认为您不能只是手动删除任何存档文件，因为这会导致与XML DAS服务架构不一致。

如果绝对必须这样做（因为存储容量不足，等等），您可以 可以尝试将多个文件移动到另一个目录中，并查看在Message Monitoring和存档/删除作业中发生的情况。 我强烈建议先在sanbox或开发系统上进行此操作。

很抱歉，此处不再作为指导，但是由于我们自己没有上述报告，因此我只能推测结果

干杯

Jens

嗨，Jens，

我们已将该建议传达给我们的基础团队。 感谢您的及时答复。

此致

Baskar