主机平台版本管理紧急处理流程和操作说明.docVIP

主机平台版本管理紧急处理流程及操作说明 为了保证主机生产系统的安全稳定运行与版本的规范化管理，正常情况下，应用程序是由版本管理员通过版本管理工具ENDEVOR进行统一编译，并把编译生成的目标码移到生产机，来达到版本的统一化管理。在节假日或夜间批处理时，当运行保障人员发现程序运行有问题，需要紧急修改程序，此时版本管理员可能不在工作岗位，变更不能按正常流程进行。为了在紧急情况下，仍能保证生产的稳定运行和版本的统一管理，特制定本流程，来进行紧急情况下的版本管理。在ENDEVOR的5个阶段中，有一个EMR紧急处理阶段，在出现类似问题时，运行保障人员或者开发人员可以对程序进行紧急修改，并将程序加到EMR阶段进行编译，将编译生成的目标码移到生产机。具体流程和操作方法如下： 一、紧急情况处理流程： 1、向运行保障部值班人员取得紧急用户，用紧急用户登录ZDVP系统（172.16.8.100）的Endevor环境； 2、在Endevor中查询有问题的程序，如果此程序在紧急处理阶段（EMR）,说明这个程序运行有问题被紧急修改过，还没有被版本管理员按正常流程处理就又出现问题，需要再次进行紧急修改，这时一定要从紧急处理阶段（EMR）把这个程序取出（Retrieve），存放到指定数据集中进行修改；如果有问题的程序在投产阶段（PRD）,则从投产阶段（PRD）把这个程序取出（Retrieve），存放到指定数据集中进行修改； 在查找过程中，用BUILD USING MAP可能查不出在EMR阶段的内容，因此应该首先指定EMR阶段进行查找，即：“ENVIRONMENT === PROD，STAGE === E”，然后再从DEVP阶段选上BUILD USING MAP进行查找，方法为“ENVIRONMENT === DEVP，STAGE === D”。 3、把修改后的程序加到（ADD）紧急处理阶段(EMR)，Endevor自动编译程序生成新的输出。注意要查看作业的输出结果，返回码小于8为正常； 4、通知系统值班人员或有权限更新生产系统执行码的运行保障人员，直接从版本库的紧急处理阶段(EMR)中拷贝执行码到生产机： 编译后的联机程序或函数的输出放在：ENDV.EMR.BETA3.ONL.LOAD和 ENDV.EMR.BETA3.ONL.DBRM 编译后的批量程序的输出放在：ENDV.EMR.BETA3.BAT.LOAD和 ENDV.EMR.BETA3.BAT.DBRM 5、第二个工作日通知版本管理员做后续的处理工作。 二、操作作业的功能说明： 紧急情况操作的有关作业放在DEVP15.ENDV.JCL数据集中。其中： ELERETP——从Endevor的投产阶段（PRD）中retrieve程序的作业 运行保障人员如果发现某个程序在运行过程中出现异常，经查询发现此程序在投产阶段（PRD），可通过该作业来从版本库的投产阶段（每个工作日下班之前，版本管理员都会将当天更新的程序迁移到PRD阶段）中提取程序源码，存放在某个PDS中(如DEVP15.AAWORK.SRC)。提交此作业前，用户只需修改作业最后两行的红字部分，来指定retrieve的程序。例如想提取AI系统中CCB类型的AIB0101程序，对应ELERETP作业应改为： SET FROM ENVIRONMENT PROD SYS AI SUB BETA3 STAGE P . RET ELE AIB0101 FROM TYPE CCB . 修改并提交后，即可得到该程序源码。这里的程序名可以使用通配符，例如AIB*，这样就会取出所有AIB开头的程序。通配符对以下操作同样适用。 ELERETE——从Endevor的紧急处理阶段（EMR）中retrieve程序的作业 在双休日或长假期间，当运行保障人员发现某个程序在运行过程中出现异常，修改后将程序加到EMR中。如果EMR中的程序在未被版本管理员处理的情况下又出现问题，仍然需要重新修改源码，这时就必须从EMR阶段提取源码而不是从PRD阶段提取。 例如想提取AI系统中CCB类型的AIB0101程序，对应ELERETE作业应改为： SET FROM ENVIRONMENT PROD SYS AI SUB BETA3 STAGE E . RET ELE AIB0101 FROM TYPE CCB . 请注意红字部分，与前一种情况相比，二者的作业内容只相差一个字母，‘P’代表从PRD阶段提取源码，而‘E’代表从EMR阶段提取源码。 ELERETVL——取出PRD阶段中任意版本的程序源代码 在某些情况下，可能