有多少次用户来找您，告诉您报表或仪表板有问题，然后您去检查源infoproviders，发现它们由于某种原因失败了？

在一个高度依赖BW的快节奏环境中，你无法承受被用户告知出了问题，云店，你需要完全控制你的环境，当出现故障时立即知道，这样你就可以最大限度地减少使一切恢复正常所需的工作量。

监控流程链可以很容易如果他们是少数或从属，你可以设置链发送给你一封电子邮件的情况下，它的失败，但如果你正在做一些修改，忘记重新安排它，然后你注意到，当它太迟了。如果您的环境中有太多的3.x数据流，而计划发生在Infopackage本身中，分散在系统中的所有信息区域，会怎么样？

在我看来，监控系统中加载作业的最佳方法是跟踪infopackages和DTP的执行情况

在这篇文章中，我将引导您开发一个Web智能报告，告知您系统中每个infopackages和DTP的上次加载时间和上次状态。

结果将是PDF每天通过电子邮件发送给您，如下面的屏幕截图：

分步指南：

使用的表格：

单击"保存"后，您将进入一个屏幕，您可以识别选择字段、选择字段数据和LOGDPID，这些是日期和infopackage技术ID字段。

请注意，免费网站自助建站，您可以选择任何对您的观点有帮助的内容。

对其余2个文本表重复上述步骤。

我为我认为对现在或将来有用的字段创建了infoobjects和关键数字。

我选择了制作虚拟信息基于DTP的多维数据集，因此它不依赖于任何加载过程，每次执行查询时都会从数据源获取数据。

结构如下：

转换：

BEx查询

让我们从查询限制开始，如下所示：

E4385是我的用户名，因为我不想看到任何东西被我处决。目标状态，让我解释一下每一个代码的含义：

我们不需要看到非活动的请求，因此我排除了@08\、@09\和@0A\。

最后，这是最重要的过滤器，因为提供者是虚拟的，我选择检索从今天开始到2周前的所有日期，如果我休假或没有休假，我选择2周请注意，有缓冲区很好。

这是查询结构：

最后，Web智能报告：

所有这些的主要目的是创建一些非常简单的东西，我可以在每天早上几秒钟内完成，并发现是否有问题。

尽量简化输出，我选择了这些字段，技术ID，描述，最后一次加载状态和这个包的最后一次加载日期，小程序建站，DTP的用户名字段，以确保它们不是BW开发人员所做的一些测试活动（这可以通过过滤BWALEREMOTE和Bex查询中的UNASSIGNED来避免，由于所有信息包都带有未分配的用户，因此需要对未分配的信息包进行过滤）。

该报告有两张表，一张用于信息包，另一张用于数据传输过程，如下所示：

有两个简单的技巧：

首先，将状态码转换为图像，这是通过条件格式规则完成的，我们需要创建其中3个，一个用于成功状态，一个用于警告，最后一个用于错误，大数据的内容，前提是从BW内的负载监视器中截取3个图像的屏幕快照，当然，您可以使用任何图像，这是格式规则的外观。

在3个规则中的通用步骤，单击格式，将文本右对齐并使其颜色为白色。

确保所有3个规则都已应用，转到状态单元格，然后导航到分析->条件

->格式规则

第二个技巧是显示每个信息包或DTP的最大日期，不管其状态如何，让我澄清这一点。

假设我们有一个信息包陷入等待状态，或者失败，然后您手动运行它，并在同一天成功，对于此infopackage，在最长日期上有3个条目，每个条目都是一个唯一的行，因为它表示每个状态的最长日期，如果您可读，您可以保持原样，但是如果删除它们，则可以更轻松地快速浏览和扫描所有记录，这些是过滤它们的步骤。

请注意，您需要为DTP表创建另一个度量值，云服务器，并重复前面的步骤。

这只适用于度量值，我尝试了用X标记这些记录的维度，过滤不起作用。

将报告保存在BI平台上，并计划每天以PDF格式发送给您。

完成！！你都准备好了。

一般注意事项

注意日期，一切都是绿色并不意味着没有什么问题，如果你注意到一个延迟去检查对象。过滤重复项的另一种方法是按状态降序排序，红色的，黄色的，然后是绿色的，这将是发现失败的最安全的方法。

这个报告对我非常有用，所以我想我会和你分享它，这个社区指导了我很多，感谢你的最好方式就是回馈，我希望我已经把一切都说清楚了，我希望它能像对我一样为你服务。