准备金提数流程(数据预处理部分)V.docVIP

准备金评估提数流程（数据预处理环节）、注意事项（2013年8月29日更新） 一、流程介绍 数据源完整性检核→数据导入→索引建立→跑执行计划流程省略。 这些流程执行完毕后，也就到了每月1日下午至傍晚左右，接下来便是数据预处理环节（数据预处理结束,IT提数过程结束。），具体操作如下， 手工开启p_actuary_getmoddata→查询跑数进度→查询生成总共用时→核心万能表同步（此处省略） I)开启p_actuary_getmoddata 示例：仅以2013-8-1进行2013年7月份结算为例进行说明，p_actuary_getmoddata 开启（该过程将在服务器上开启多个job），界面如下 执行p_actuary_getmoddata 后，服务器本地会按如下时间点执行任务， 存储过程执行后，服务器会挂18个job，其中 1）会在第一时间开启job： 101（生成remoddg并行之一）、301（生成remodul并行之一）、501（生成remodhealth）、502（生成remodpension）； 2）如果job运行良好，10分钟后，job：102（生成remoddg并行之一）、103（生成remoddg并行之一）、302（生成remodul并行之一）、303（生成remodul并行之一）、304（生成remodul并行之一）、305（生成remodul并行之一）、306（生成remodul并行之一）奖被开启； 3）4小时候，job：99 （生成团险汇总数据表） 4）6个小时后，job：601（生成remodcard）、602（生成remodinjury）将被开启； 5）8个小时后，job：201（生成remodng）、202（生成remodng）、203（生成remodng）将被开启，204（不做寿核历史卡单数据，理由是这些数据基本保额字段值过大，忽略有风险）。 至此18个job对应的存储过程全部启动。只需观察跑表速度即可。通常从开始到结束时间跨度为12小时左右。存储过程简介见附录。 注：通常并行跑上述提到的存储过程，如果手起会报错，因为里面会重复建索引。但是如果挂job，会体现failure 1次，可以正常跑。 II）查询跑数进度 以2013年7月为例， select count(*) from remoddg1307;select count(*) from remodul1307; 来观察速度情况，因为其他表开启时间略有滞后，且速度稳定，可在开启进程10小时后观察速度。Remoddg1307在前10分钟内能生成后，每万条数据4-5分钟左右即可接受条以上数据，速度即可接受；remodul307在前10分钟内能生成后，每万条数据1-2分钟左右即可接受。速度一旦稳定，只需等待即可。 III）查询生成总共用时 执行下列查询语句即可。 select * from runlog where pro_period = BEGIN || suffix and pro_name = REMODPENSION and modifydate = tobalancedate(suffix, 1)union allselect * from runlog where pro_period = END || suffix and pro_name = REMODPENSION and modifydate = tobalancedate(suffix, 1);select * from runlog where pro_period = BEGIN || suffix and pro_name = REMODHEALTH and modifydate = tobalancedate(suffix, 1)union allselect * from runlog where pro_period = END || suffix and pro_name = REMODHEALTH and modifydate = tobalancedate(suffix, 1);select * from runlog where pro_period = BEGIN || suffix and pro_name = REMODDG and modifydate = tobalancedate(suffix, 1)union allselect * from runlog where pro_period = END || suffix and pro_name = REMODDG and modifydate = tobalan