C.0普联软件指南系列-程序开发风险.docxVIP

项目开发风险控制 2011-05-10 风险控制 服务器端应用程序操作风险控制 确认目标主机的正确性（IP、端口） 对服务器端的程序进行发布、更新或删除操作前，要确认目标主机为将要操作的主机（确认IP、端口正确）。 使用FTP软件和打开服务器控制台时都要严格确认目标主机的正确性。 风险： 如果想要将程序发布到测试服务器，而错误的发布到正式服务器上，会导致正式服务器的应用程序被覆盖，引发生产事故。 确认打开控制台个数 在通过控制台对目标主机进行操作时，确认有且只打开了一个控制台。 风险： 如果打开多个控制台，例如打开了测试服务器的控制台的同时又打开了正式服务器的控制台，在切换的时候容易弄错目标服务器，而出现将想要发布到测试服务器的程序发布到了正式服务器。 作为建议，在进行服务器操作的时候同时只能打开唯一一个控制台，避免切换造成失误。 做好服务器程序的备份 在对服务器程序进行更新、删除操作前，必须先对服务器端程序进行备份。 风险： 在每次向服务器发布程序前，应先做好服务器程序的备份，然后再进行程序的发布。这样可以在发生发布失误的时候及时恢复并将风险降到最低。 严禁不进行服务器程序备份而直接发布程序。 收藏夹连接要标识服务器信息 如果将服务器的控制台等地址保存到浏览器收藏夹的话，要明确标示此地址的性质、名称、IP和端口 如：系统名称 + 服务器性质 + IP地址 + 端口号 服务器性质可分为： 正式服务器 测试服务器 开发服务器 风险： 如果收藏夹中的链接名称不包含服务器的名称、IP和端口号，久而久之容易出现弄错的情况。 数据库操作风险控制 导入数据库 在进行数据导入前一定要确认数据库的IP地址和登录账号是否正确。 风险系数比较大，容易毁掉一个正常使用的整个数据库。 风险： 在不确认是否正确登录目标数据库的情况下就对数据库进行操作，容易出现对测试库的操作应用到正式库的情况，从而发生生产事故。 数据SQL操作前，确认目标数据库的IP地址和登录用户 在进行数据操作前一定要确认数据库的IP地址和登录账号是否正确。 风险： 在不确认是否正确登录目标数据库的情况下就对数据库进行操作，极易出现进错数据库，不光没有达到操作的目的，反而发生生产事故。 确认打开PL/SQL Developer的个数 在对数据库进行操作时，确认有且只打开了一个PL/SQL Developer客户端。 在进行数据库操作时，为避免多个PL/SQL客户端间切换而出现对开发库的操作，错误的应用到正式数据库上，应确保同时只能打开唯一一个PL/SQL客户端。 风险： 同时打开多个PL/SQL客户端，容易在频繁切换时弄错，从而会出现对测试库进行的操作被应用到正式库上。 做好数据备份 在对数据库进行操作前，要严格做好操作前数据的备份。 特别是对正式数据库进行导入、删除、更新等操作时，一定要先对目标表进行数据备份再进行操作。如果出现操作失误而损失数据的话，可以快速的进行恢复并将风险降低。 严禁对正式数据库操作前不进行数据备份。 风险： 在对数据库进行操作前，如果没有预先进行数据备份，在出现失误后，便很难进行数据恢复。特别是在对生产机的数据库进行操作的时候，如果出现失误而又没有数据备份的情况下，将会产生很重大的生产事故。 tnsnames.ora中明确标明数据库信息 在登录数据???时，为了方便区别服务器信息，最好在Oracle的tnsnames.ora文件中明确标明数据库信息。（数据库名称、性质、IP地址等） 作为示例可参照下图： 数据库名称 + 性质 + IP地址 谨慎进行Commit操作 在数据变更后，特别是正式数据库中的数据变动后，先不要急于点Commit按钮进行事务提交，应在确认修改后的数据无误、修改的记录数无误等信息确认无误的情况下才可点Commit进行事务提交。 SQL语句检查 如果在修改、追加表的SQL语句前有Drop语句的话，一定要确认两个语句操作的是同一个表（特别是手动修改SQL语句的时候，容易漏掉修改Drop语句）。 风险： 如果Drop语句和Create等语句操作的不是同一个表，则会出现将数据库中其他的正常表误删除的情况。 每条SQL都要进行查看条件。 风险： 如果Drop语句和Create等语句操作的不是同一个表，则会出现将数据库中其他的正常表误删除的情况。 禁止在生产机上进行批量SQL操作 事故发生后注意事项 万一出现操作事故后，不要急于修正，以免再次出现误操作或者考虑不周急于恢复从而引发连带事故，造成更大的损失。 应第一时间告诉项目负责人，商量紧急处理方案。然后按步骤进行事故处理工作，切不可自行行事，防止头脑发热。