论文部分内容阅读
摘要：随着信息化进程的深入，集中式信息系统在企业中的应用越来越广泛，企业对其依赖程度也在不断增大。电网企业集中式信息系统的安全性和可靠性越来越受到关注，而良好的灾备措施是企业系统和数据安全性的重要保障。该文结合电网企业的实际应用对综合系统整合、SAN存储整合及数据级灾备等容灾备份的关键技术进行了详细介绍，同时还对灾备实施过程进行了风险分析，并为相关操作提供了风险预案。以上所涉及的关键技术对容灾项目的实施具有一定指导意义。
关键词：电网企业；信息系统；容灾备份；风险分析；关键技术
中图分类号：TP309.3 文献标识码：A 文章编号：1009-3044（2013）16-3709-04
1 概述
如今信息化手段已经渗透到各行各业，成为管理、运作不可或缺的一部分，各行业和部门的信息系统以及电子政务系统已经成为国家的重要基础设施。在享受信息化在各方面带来的便利的同时，其潜在的在安全性和可靠性等方面的负面影响也同样值得关注。
电网企业作为关系国家能源安全和国家经济命脉的重要骨干企业，在信息化方面的依赖程度日渐提高。集中式信息系统为电网企业带来一体化操作平台和便捷的业务管理等一系列好处，但这样高度集中的平台也增加了其日常运营的风险，一旦系统由于自然灾难或不可预见的意外事件出现问题，将导致整个电网企业业务的全面瘫痪，造成难以估量的损失[1，2]。因此，在集中式系统遭受打击之后，如何快速恢复正常状态以保障正常生产生活成为了当前企业面临的重要挑战。
2 容灾备份的相关概念
容灾备份是指采用某种机制对企业的各类业务信息进行完整的备份，在灾难发生之后受到损坏的系统平台能够迅速进行重建并恢复到进行备份时的状态，从最大限度上保障企业各种业务的正常运转[3]。
容灾备份技术是在节点层面上进行操作，能够保障整个节点的性能恢复。从对系统的保护程度上看，容灾可以分为如下3大类：
1）数据级容灾：数据级容灾本质上就是数据的远程备份，具体来说是在异地建立一个或多个容灾中心，将待备份的数据存储到容灾中心，并定期对备份数据进行更新以保证数据恢复时能获得最新的数据。这种容灾方式机制简单且易于实现，但数据恢复时间相对较长。
2）应用级容灾：应用级容灾建立在数据级之上，是将本地的应用系统的镜像运行在异地容灾中心。它通过实时的、连续的复制来确保应用系统的及时同步，这样可以保证关键应用在允许的时间范围内恢复运行。灾难发生之后，容灾中心的最新的应用能够直接迁移到本地，用户几乎感觉不到灾难带来的损失。
3）业务级容灾：这是建立在业务层面上的灾备方式，它的对象包括IT方面的所有技术和维持IT架构的其他设施，甚至包括了业务办公所需的基础设备（如电话、办公地点）。业务级容灾能够保证在灾难发生之后，迅速重新建立一套与原先配置一样的工作场所，以维持正常的业务活动。
3 集中式信息系统灾备实施及关键技术
电网企业集中式信息系统灾备的实施是对企业系统安全性和可靠性的重要保障，其设计和实施的效果将对整个信息系统产生巨大的影响[4，5]。下面对电网企业信息系统灾备项目的实施方案和关键技术进行详细分析。
3.1 综合管理系统优化整合
集中式信息系统强调对应用、平台的集中式管理，将原先分散的应用系统集成到一个统一的硬件环境下，实现信息化软硬件资源的优化整合。整合之后不仅能够加强系统的集约化、一体化管理，也能够降低系统容灾备份的难度，为数据集灾备的实施提供基础和保障。
3.1.1 综合管理系统的整合架构
3.1.2 系统整合风险分析
系统整合的过程中随时可能出现各种意外状况，因此有必要在整合方案实施前对各种可能的状况进行分析并进行预案。经过对整合过程的分析，可得出该综合信息管理系统整合方案实施过程中可能出现的风险状况及应对方案。
1） 在生产系统割接到目标系统环境过程中，目标系统可能会发生问题时，需要回切到原有系统。应对方案：保持原有生产系统环境在可用状态，如果之前先需要拆除部分原生产系统的，需要找环境先建立一套可用的系统做回切准备。回切工作主要集中在网络切换。
2） 在原生产系统中改造数据库整合过程中，可能会出现覆盖原生产系统数据的风险。应对方案：在任何数据库改造工作之前，需要确保数据库服务器上的数据库数据已经备份。此外，在数据导入之前，需要检验数据的用户名、模式名称是否有重名的问题。
3） 在目标应用服务器上部署应用包时，可能会出现被部署的应用不是当前生产上运行的最新版本。应对方案：在目标应用服务器部署应用包之前，需要和应用开发商及维护人员确认当前被部署的应用包与生产系统运行的应用包的版本一致。
3.1.3 整合回退应急措施
在综合系统整合实施过程中，尤其是各子系统上线割接时，如果测试环境无法使用并在停机窗口间无法找出问题，需要在各相关人员的配合下启用应急预案进行回退操作。回退操作主要针对三个方面进行——中间件整合回退、数据库整合回退和数据库数据不完整回退。
在迁移各应用系统中间件应用过程中，如果在迁移截止时间之前未能按照预期实现当前的操作目标，则需要执行回退计划。中间件整合回退的关键是在实施前对应用进行备份。备份时首先向应用软件开发商确认各应用系统的应用软件包及其版本与兼容性，再停机备份各应用系统的应用文件目录。
数据库整合之前同样需要先对原有的数据库进行备份。在数据库整合过程中，如果在整合截止时间之前没有按照预期实现当前操作目标，则需要进行数据库回退操作。另外，如果在校验过程中发现迁移的数据库对象或数据不完整，则需要删除相应的用户及其对象，重新进行用户创建及数据库导入。
关键词：电网企业；信息系统；容灾备份；风险分析；关键技术
中图分类号：TP309.3 文献标识码：A 文章编号：1009-3044（2013）16-3709-04
1 概述
如今信息化手段已经渗透到各行各业，成为管理、运作不可或缺的一部分，各行业和部门的信息系统以及电子政务系统已经成为国家的重要基础设施。在享受信息化在各方面带来的便利的同时，其潜在的在安全性和可靠性等方面的负面影响也同样值得关注。
电网企业作为关系国家能源安全和国家经济命脉的重要骨干企业，在信息化方面的依赖程度日渐提高。集中式信息系统为电网企业带来一体化操作平台和便捷的业务管理等一系列好处，但这样高度集中的平台也增加了其日常运营的风险，一旦系统由于自然灾难或不可预见的意外事件出现问题，将导致整个电网企业业务的全面瘫痪，造成难以估量的损失[1，2]。因此，在集中式系统遭受打击之后，如何快速恢复正常状态以保障正常生产生活成为了当前企业面临的重要挑战。
2 容灾备份的相关概念
容灾备份是指采用某种机制对企业的各类业务信息进行完整的备份，在灾难发生之后受到损坏的系统平台能够迅速进行重建并恢复到进行备份时的状态，从最大限度上保障企业各种业务的正常运转[3]。
容灾备份技术是在节点层面上进行操作，能够保障整个节点的性能恢复。从对系统的保护程度上看，容灾可以分为如下3大类：
1）数据级容灾：数据级容灾本质上就是数据的远程备份，具体来说是在异地建立一个或多个容灾中心，将待备份的数据存储到容灾中心，并定期对备份数据进行更新以保证数据恢复时能获得最新的数据。这种容灾方式机制简单且易于实现，但数据恢复时间相对较长。
2）应用级容灾：应用级容灾建立在数据级之上，是将本地的应用系统的镜像运行在异地容灾中心。它通过实时的、连续的复制来确保应用系统的及时同步，这样可以保证关键应用在允许的时间范围内恢复运行。灾难发生之后，容灾中心的最新的应用能够直接迁移到本地，用户几乎感觉不到灾难带来的损失。
3）业务级容灾：这是建立在业务层面上的灾备方式，它的对象包括IT方面的所有技术和维持IT架构的其他设施，甚至包括了业务办公所需的基础设备（如电话、办公地点）。业务级容灾能够保证在灾难发生之后，迅速重新建立一套与原先配置一样的工作场所，以维持正常的业务活动。
3 集中式信息系统灾备实施及关键技术
电网企业集中式信息系统灾备的实施是对企业系统安全性和可靠性的重要保障，其设计和实施的效果将对整个信息系统产生巨大的影响[4，5]。下面对电网企业信息系统灾备项目的实施方案和关键技术进行详细分析。
3.1 综合管理系统优化整合
集中式信息系统强调对应用、平台的集中式管理，将原先分散的应用系统集成到一个统一的硬件环境下，实现信息化软硬件资源的优化整合。整合之后不仅能够加强系统的集约化、一体化管理，也能够降低系统容灾备份的难度，为数据集灾备的实施提供基础和保障。
3.1.1 综合管理系统的整合架构
3.1.2 系统整合风险分析
系统整合的过程中随时可能出现各种意外状况，因此有必要在整合方案实施前对各种可能的状况进行分析并进行预案。经过对整合过程的分析，可得出该综合信息管理系统整合方案实施过程中可能出现的风险状况及应对方案。
1） 在生产系统割接到目标系统环境过程中，目标系统可能会发生问题时，需要回切到原有系统。应对方案：保持原有生产系统环境在可用状态，如果之前先需要拆除部分原生产系统的，需要找环境先建立一套可用的系统做回切准备。回切工作主要集中在网络切换。
2） 在原生产系统中改造数据库整合过程中，可能会出现覆盖原生产系统数据的风险。应对方案：在任何数据库改造工作之前，需要确保数据库服务器上的数据库数据已经备份。此外，在数据导入之前，需要检验数据的用户名、模式名称是否有重名的问题。
3） 在目标应用服务器上部署应用包时，可能会出现被部署的应用不是当前生产上运行的最新版本。应对方案：在目标应用服务器部署应用包之前，需要和应用开发商及维护人员确认当前被部署的应用包与生产系统运行的应用包的版本一致。
3.1.3 整合回退应急措施
在综合系统整合实施过程中，尤其是各子系统上线割接时，如果测试环境无法使用并在停机窗口间无法找出问题，需要在各相关人员的配合下启用应急预案进行回退操作。回退操作主要针对三个方面进行——中间件整合回退、数据库整合回退和数据库数据不完整回退。
在迁移各应用系统中间件应用过程中，如果在迁移截止时间之前未能按照预期实现当前的操作目标，则需要执行回退计划。中间件整合回退的关键是在实施前对应用进行备份。备份时首先向应用软件开发商确认各应用系统的应用软件包及其版本与兼容性，再停机备份各应用系统的应用文件目录。
数据库整合之前同样需要先对原有的数据库进行备份。在数据库整合过程中，如果在整合截止时间之前没有按照预期实现当前操作目标，则需要进行数据库回退操作。另外，如果在校验过程中发现迁移的数据库对象或数据不完整，则需要删除相应的用户及其对象，重新进行用户创建及数据库导入。