2020-08-19 20:42发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨，大家好-我们有一个SM 7.... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，大家好-我们有一个SM 7.1 sp#7系统，与庞大的受管系统挂钩，我们使用SM的其中一项功能是EWA报告。 在处理最近的一些问题时，我在SAP门户上遇到了此链接
https://launchpad.support.sap.com/#/ewaworkspace
我在此处处了解到SAP 建议在此"云EWA"门户中开始使用EWA。 与通过电子邮件从我们的SM系统发送的邮件相反。
""您可以从SAP解决方案管理器中读取报告，也可以通过电子邮件将报告发送给指定的收件人。 但是，SAP建议使用基于云的SAP EarlyWatch Alert Workspace ， 中心登陆页面，全面介绍了系统的稳定性，配置，硬件利用率和性能，您可以在这里以新格式阅读报告，其中包含有关警报和建议，对KPI时间序列的深入了解和预测的所有详细信息 它可以提供针对个性化和全局搜索的全面功能。如果您使用Focused Run for SAP Solution Manager解决方案，则还可以在SAP EarlyWatch Alert Workspace应用程序中找到Java和SAP BusinessObjects系统的报告。"
问题：因此，我看到ewaworkspace具有所有精美的图形用户界面，但仍然让您向下钻取并查找和下载完整的EWA报告。 但是这些与SM系统上可用的有什么区别（如果有）？ 如果它们不同-那么它们在技术上是如何生成的？
谢谢
感谢苏珊娜
我们的SM系统不能很好地保持运行状态-我们连接了几百个受管系统，但是只有十几个，似乎可以定期生成EWA报告。 大多数不。 我们仅有少量系统（2），现在不定期接收EWA，这对于修复EWA至关重要。 在研究该问题时，我发现了许多问题：
--- SM版本是7.1 sp#7-因此自17年12月31日起不再受支持
--- ST和大多数受管系统上的ST *插件已有好几年历史了
-SM系统本身以及大多数受管系统尚未"修复"，直到SAP在1月20日对其骨干连接进行了更改
---在SM端运行的许多作业都运行得非常长（例如SM：EXEC SERVICES，CCMS_ASR_AGGR_DATA_UPDATE，E2E BI HOUSEKEEPING），并且解决了不打补丁/升级SM的问题，这并不容易（SM系统还不行） 保持了良好状态，我怀疑它可能已经增加了太多的数据...。并且在过去几年中已经放缓到它成为一个真正的问题）
问题-考虑到所有这些，以及您的目标是否只是为这两个关键（仅算作）系统定期生成EWA报告（而且我们真的不在乎所有这些新的预测分析功能） ----我们所需要的只是旧式报告），您是否将精力集中于将其设置为在ewaworkspace中生成（即绕过SM和将受管系统直接连接到ewaworkspace）？ 还是您会专注于让它们从7.1 SM正确/定期生成？ 我假设您对哪种方法更容易做到有更好的感觉，而这正是我想知道的。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 尘世间一个迷途老码农 的问题《Cloud EWA信息》','https://www.easysap.com/answer/17505/49127.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
感谢苏珊娜
我们的SM系统不能很好地保持运行状态-我们连接了几百个受管系统，但是只有十几个，似乎可以定期生成EWA报告。 大多数不。 我们仅有少量系统（2），现在不定期接收EWA，这对于修复EWA至关重要。 在研究该问题时，我发现了许多问题：
--- SM版本是7.1 sp#7-因此自17年12月31日起不再受支持
--- ST和大多数受管系统上的ST *插件已有好几年历史了
-SM系统本身以及大多数受管系统尚未"修复"，直到SAP在1月20日对其骨干连接进行了更改
---在SM端运行的许多作业都运行得非常长（例如SM：EXEC SERVICES，CCMS_ASR_AGGR_DATA_UPDATE，E2E BI HOUSEKEEPING），并且解决了不打补丁/升级SM的问题，这并不容易（SM系统还不行） 保持了良好状态，我怀疑它可能已经增加了太多的数据...。并且在过去几年中已经放缓到它成为一个真正的问题）
问题-考虑到所有这些，以及您的目标是否只是为这两个关键（仅算作）系统定期生成EWA报告（而且我们真的不在乎所有这些新的预测分析功能） ----我们所需要的只是旧式报告），您是否将精力集中于将其设置为在ewaworkspace中生成（即绕过SM和将受管系统直接连接到ewaworkspace）？ 还是您会专注于让它们从7.1 SM正确/定期生成？ 我假设您对哪种方法更容易做到有更好的感觉，而这正是我想知道的。
谢谢
一周热门 更多>