BO报表发布流程PPT.ppt

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 同一服务器组有多个发布失败的处理办法 在处理失败的发布时应当记录其服务器组，如果大部分失败的发布集中在某个服务器组，尤其是同一服务器组上多个紧邻的发布都失败过，那基本上就是这个服务器组上的四类进程出问题了。可以在CMC的“服务器”选项卡—》服务器组---》定位到这个服务器组。手动释放AJS，APS，DJS，PJS这四类进程的内存。 在释放相关进程的内存之前不要将失败的发布分配到这些服务器组。 * * 7.4 大量发布挂起的处理办法 如果当前有多个正在运行的发布，突然有一半甚至更多的发布变成“挂起”状态，而且持续挂起时间比较长，必须“重新计划”这些挂起的发布（参照7.1节，不过这时会多一项“替换”选项，选择“替换现有计划”，这样就不会产生两个相同的发布）。 * * 3. 修改查询平台统计月 只需针对三个文件夹分别执行此操作就能修改查询平台的所有报表统计月，极大提高了处理效率。 * * 目录 * * 4.1 BO报表校验 * * 需求： 将BO查询平台的总省市三级报表，进行表内、表间、期间校验。 实现方案： 将查询平台的报表以xls格式发布到ftp，用ETL工具抽取到数据库落地，利用ORACLE存储过程来进行表内、表间、跨期间的校