数据退役方案.docx

数据退役管理方案 日期 日期 2018/2/1 章节 ALL 版本 V1.0 说明 修订人 目录 一、方案目标 3 二、部门职能 3 三、退役计划 3 概述和建议 3 业务流程描述 4 退役方法 4 数据与记录的迁移 4 存档和销毁 4 验证方法 5 系统维护和支持终止 5 退役实施和系统归档 5 数据退役报告 5 四、数据退役内容 5 数据退役条件 5 数据退役申请 6 数据撤销 6 数据撤销 6 数据销毁 6 数据迁移 6 数据恢复 7 数据退役异常恢复 7 主机异常恢复 7 存储异常恢复 7 一、方案目标 数据退役是对历史数据的管理，根据法律法规、业务、技术等方面需求对历 史数据的保留和销毁，执行历史数据的归档、迁移和销毁工作，确保组织对历史 数据的管理符合外部监管机构和内部业务用户的需求，而非仅满足信息技术需求。 二、部门职能 数据退役管理规范制定用于保证业务系统数据的撤销、退役、销毁不影响数据的安全及完整性。 数据（业务系统）交付部门：负责业务平台的数据退役、撤销、销毁、数据迁移和数据及时恢复等工作内容。 数据运维部门：配合数据交付部门参与配合数据退役实施。 业主单位/使用部门：在数据交付部门、数据运维部门指导下，协助业务系统数据退役管理。 三、退役计划 数据（业务系统）交付部门按照《数据退役管理规范》制定完整的数据退役计划，计划内容涵盖概述和建议，业务流程描述，退役方法，数据与记录的迁移、存档和销毁，验证方法，系统维护和支持终止，退役实施和系统归档等退役内容。 概述和建议 策略——把对整个技术策略所带来的影响以文件形式存档，然后对文件进行更新或采取其他必 要措施。 流程——支持业务流程进行中的影响描述 技术一一即将退役的系统范围和边界都应清楚识别出，并以文件形式存档。同时应该以文件形 式存档的还有系统退役的原因及其理由。识别与即将退役的系统有接门的其他系统、仪器或者 设备。数据或者信息来源可能被存放在各种系统间。识别需要从系统中分离的基础结构组件 人员-一描述对用户群的影响 业务流程描述 退役前的业务流程应从流程、用户群和数据/记录等几个方面进行考虑与文件化。尤其是业务流程和用户群方面的变化，以及数据/记录的影响，以及存储位置的变化 退役方法 退役方法作为生命周期的一部分，需要识别该阶段所有的输入、输出、标准、活动和交付物。 数据与记录的迁移 数据从系统中移除，或将数据存档之前，应有相应的数据检索获取流程并且此流程应经过测试；应根据供应商的建议及所需的环境条件来保管数据存储媒介； 如需要将数据和记录迁移到替换系统中，应制定实施迁移计划，然后执行，由使用部门进行验证， 以确保数据完整性。在数据迁出之前，应对迁移流程进行测试或确认。如果需要把数据迁移到替代系统中，应确定用来验证迁移活动的測试策略。若使用自动化迁移/转换 工具，应确保工具符合其预定用途方法以文件形式存挡。 存档和销毁 应识别出哪些需要迁移、存储或销毁。应根据预期访问频率、重新处理需求、记录的风险等级以及存储媒介的耐用程度来决定数据迁移和存档的方法。采用的方法中应该考虑：如需要保留的数据，应根据每个数据的保留时冋表及相关文件的要求进行备份与存储。 验证方法 详见《计算机化系统验证管理规程》(SMP-QA-068) 系统维护和支持终止 应计划所有和内部、外部支持合同的修改/终止、系统运行、备份和恢复、灾难恢夏和业务持续性计 划、技术支持、安全防护、用户管理、配置管理计划相关的必要措施 退役实施和系统归档 退役实施需要考虑退役的时机。可能就同时包括向替换系统的切换(可能是分阶段进行的，也可能是同时进 行的，或者 是直接切换过去)。所有相关文件， 均参照《档案管理标准操作规程》SOP/10-20-001 要求进行归档。旦所有受影响的 清单、规程或其他文件都应该及时的进行更新 数据退役报告 在实施完成系统退役计划后，需要一个总结报告来描述计划的实施过程及其结果，确认是否按要求正确实施引退活动。如果在退役过程中进行了测试或验证， 在报告中也要总结测试结果，在 说明相关偏差的同时说明响应的解决方法。 四、数据退役内容 数据退役条件 系统的现行功能实施不再适用，或执行一个新系统替代现有系统的功能时， 该 系统就从实际使用中引退。包括系统撤销、系统销毁、数据迁移等。 数据退役申请 系统退役时，需由业主单位或使用部门提出退役中请，填写《退役申请表》， 并经过部门负责人、分管领导、相关管理部门审批，质量受权人批准。 数据撤销 数据撤销 系统退出运行阶段。解散用户、切断接口。从这个角度来说，不应有数据新增到系统，但应保留对 系统的特殊访问路径用于进行数据报告、结果分析与支持。对退出使用的系统，需要进行可控