BusinessObjects BI的产品一直以外被人诟病的一个方面便是对排错、诊断的支持。与SAP NetWeaver平台相比，BI简直就是什么都没有提供。一直到BI4开始有了monitor工具，有了一点点的改进。但是基本BI4 monitor中所能检测到的东西，也不外乎service matrics里面的内容。可是metrics提供的有价值的东西少之又少。
SAP在努力改进这一点，从BIP平台方面，改变基础代码架构，而在强化自身排错辅助工具的同时，更多的功能借助于solution manager以及wily introscope。
BI4的FP3之后，在这一方面有了一定得增强：
自动注册到SLD
trace /log的区分和工具
MDX查看
关于通过solman获得E2E trace，大家可以查看这篇blog：http://scn.sap.com/community/bi-platform/remote-supportability/blog/2012/11/06/how-to-generate-and-consume-an-e2e-trace-with-bi4x-for-non-solman-landscapes 对于solman的E2E trace，有一个问题，那就是对系统的负面影响有多大。我曾经遇到过客户因为启动了solman的功能而导致BIP平台反应速度变得很慢的情况。这还需要SAP的开发人员持续改进。我觉得，里面搜集了过多的东西，而这对于非BIP开发人员是没有用处的，比如细节到了具体每一个代码方法的调用，是否有必要，或者，至少要让系统管理员可以配置等级。
关于trace log，按照SAP的标准，trace是给开发人员查看的，log是给系统管理员查看的。以前BOBJ BI并不区分，从FP3开始，尝试区分trace与log。虽然生成的东西还混在在同一个glf文件里，但是已经有了trace和log两栏，来区别这到底是trace还是log。同时，可以用GLFViewer工具查看。在没有辅助工具的情况下，BIP的tracelog真的是乱到眼花。
MDX在FP3之后，不但WEBI可以直接查看到，CR4E也可以了。我们不再需要费力地去更改配置抓取MDX。这为性能调优，寻找性能瓶颈提供了很大的便利。
关于BIP的supportability，还有很长的路要走，但是，至少SAP收购了BOBJ之后我们看到了这方面的改进。