|
当用户在BPC中新建一个appset和application以后, 应用程序集中会存在越来越多的历史数据。BPC NW版所提供的优化流程会在Netweaver BI InfoCube上进行一系列的操作。在官方的帮助说明中,并没有提示说需要做优化的频率,但是最好定期进行应用程序集的优化。BPC系统提供了两种优化类型:
1,轻量级优化(Light Optimize):关闭打开的请求,对Cube进行压缩,重建索引,更新BI Cube的数据库相关变量;
2,全优化(Full Optimize):会包含所有轻量级优化的操作。与此同时,系统会检查BI模型,如果符合优化条件,全优化会进行额外操作。这些操作包括:
A, 把当前的Appset置成离线;
B, 建立一个新的拥有优化数据模型的Cube;
C, 将源Cube的数据复制到新的Cube,删除原Cube;
D, 将打开的请求关掉,压缩并重建Cube索引,更新数据库的相关变量;
E, 将新建的Cube置成在线。
Cube数据的压缩是通过两张事实表的数据切换完成的,在SAP BI中有两张事实表,(E表中存储的是已压缩数据,F表中存储的是非压缩数据)。当进行Cube压缩时,系统会将多条相等的数据合并成一条,这样做可以节约数据库存储的空间。这些数据就会从F事实表转移到E事实表。
当进行全量优化时,Cube如果符合重建的条件,系统新建另一个Cube,这样Cube的tech name自然会被更新,与此技术名相关的表名及内容也会被更新。但是,comment表和workstatus表,这两张表的名字是由当前appset的prefix name加上cube的prefix name生成的,当新建cube,tech name更改后,prefix name 不会被更改,所以comment表和workstatus表都无需更改。
以上介绍的是在BPC系统中,两种优化模型的理论基础,下面是在系统中进行配置和运行优化的流程:
1, 在BW处理链的查看界面中,可以查看到这两条用于优化的处理链本身;
2, 在Data manager中新建一个执行这个处理链的包:
3, 新建一个执行包:
4, 轻量级优化的执行包新建成功:
5, 执行这个包,可以像执行其他包一样定制定期执行:
6, 在Admin console中也可以直接去执行这个优化操作,如图:
7, 执行结果如图:
|
|
|