BO报表发布流程.pptVIP

* 今年5月初正式启用，替代了回导旧系统报表的方案。Analyzer耗费人力较大，也是临时过渡性方案，需要有一个自动化程度高的校验系统。 因此筹划设计开发了这套校验系统。 * * * * 该工具允许您执行用户管理任务，如设置身份验证以及添加用户和组。并且，它还允许您发布、组织所有 BO 内容并为这些内容设置安全级别。此外，您还可以使用 CMC来管理服务器和创建服务器组。由于 CMC 是基于 Web 的应用程序，因此您可以远程执行所有这些管理任务。任何拥有有效 BO凭据的用户都能够登录到 CMC 并设置自己的首选项。但是，不是 Administrator 组成员的用户将无法执行任何可用的管理任务，除非授予了他们这样做的权限。有关对象权限的完整详细信。分公司用户目前都无权登录。随着对系统的熟悉，也许以后会慢慢放开权限。 * * 发布运行成功后，会触发事件 发布如果设置了等待事件A并运行，则在事件A触发前，都会一直处于挂起状态，直到触发事件A的发布运行完成，才会处于正在运行的状态。 * 批量修改提示，提示中每个月需要修改的只有日历统计月，一般公司代码什么的都是创建发布时定好，一般不需要修改。 * 有负载均衡策略 * * 有负载均衡策略 * 有负载均衡策略 * * 6.1 服务器组及其服务器 * * 6.2 并行作业 * * 这些服务器均并发执行多个作业，AJS服务器执行AJS作业，DJS服务器执行DJS作业，其他的如此类推。单一服务器最大的并发作业数列举如下： 一个AJS服务器最多并发执行20个AJS作业。 一个DJS…………………………60…DJS………。 一个PJS…………………………5……PJS………。 一个Webi………………………300…Webi……。 APS服务器是并行处理作业，但没有资料显示最大并发作业数，配置了3个APS服务器是避免这个服务器成为处理瓶颈。 6.2 并行作业 查看各服务器的“属性”，可得到其最大并行作业数。 * * 6.2 并行作业 一个服务器组能并发处理的最大作业数列举如下： AJS作业最大并发数 = 3*20 DJS作业最大并发数 = 1*60 PJS作业最大并发数 = 1*5 Webi作业最大并发数 = 6*300 * * 6.3 服务器量度 另需关注PJS，AJS，DJS这三类服务器的量度。其中一数值 “并行作业数”表示此服务器在当前时刻并发处理的作业数。此数值与发布过程中的处理对象有如下对应关系 PJS服务器的并行作业数 = 此服务器正处理的发布数 AJS服务器的并行作业数 = 此服务器正处理的表数 DJS服务器的并行作业数 = 当前正在从此服务器接收表文件的收件人数(同一张表同时分发给n个收件人将占用n个DJS作业) * * 6.3 服务器量度 * * 6.3 服务器量度 现在月结发布过程在正常情况下是一个服务器组执行一个发布，现列出单服务器组各类作业最大并发数与单个发布所占用的各种作业数量。 * * ? PJS AJS Webi DJS 单服务器组各类作业最大并发数量 5 60 1800 60 单个县支发布（6张表） 1 6 6(同时处理6个报表实例) 6*20(每个县支报表平均需分发给20个收件人) 单个省发布（26张表） 1 26 26 26*1(省报表为单个收件人) 单个市发布（26张表） 1 26 26 26*1(市表为单个收件人) 6.3 服务器量度 从上表可看出，只有县支报表调用DJS作业次数超过了单服务器组DJS作业最大并发数量。而单个县支发布所调用的其他作业数和其他发布所调用的作业数均少于单服务器组各类作业最大并发数量。而DJS作业的操作主要是拷贝文件，耗时较短，即使一个DJS作业在一个发布过程中需多次分发文件亦不会导致性能缓慢。因此当前各类型服务器数量的配置已能很好地满足月结发布的资源需求。 * * 目录 * * 7.1 发布过程中的异常 由于目前使用3.1版本BO系统，版本比较老，稳定性比新版本差，而且仍存在较多bug未修复，因此在大批量发布过程中容易导致异常情况： 1.多个发布失败。 2.失败的发布集中在一个服务器组。 3.多个发布被长时间挂起。 * * 7.2 发布失败的处理办法 假如有某个发布失败，可执行如下操作： 1.重试这个发布。 2.重新计划发布。如果执行1后仍然失败，在实例管理器中右键点击该发布，重新计划，更换服务器组，删除等待事件，重复发生选“现在”，再次执行发布。这时候可看到两个相同的发布(一个失败一个运行中或者挂起)。最后把失败的那个发布删除即可。 * * 7.2 发布失败的处理办法 * * 7.3 同一服务器组有多个发布失败的处理办法