|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
灾备管理体系主要是指组织机构的各个层面，在日常状态和灾难状态下的各种管理工作，至少包括以下5个方面。
|
|
|
|
（1）灾难恢复组织机构。商业银行应结合本行机构设置的具体情况，设立灾难恢复组织机构，包括灾难恢复规划建设、运行维护、应急响应和灾难恢复等各阶段工作所需的人员，有关人员可为专职，也可为兼职，关键岗位的人员应有备份。商业银行可以参考《JR/T0044 2008银行业信息系统灾难恢复管理规范》，设置灾难恢复组织机构，包括决策层、管理层和执行层，各层之间分工明确、职责清晰。
|
|
|
|
（2）岗位与培训管理。灾备中心的应急生产岗位应与生产中心对等，只不过可以按照人员复用的原则，由灾备管理人员、开发测试人员或系统运维人员专职或兼职担任。对不同层次、不同部门的岗位，在灾难恢复策略规划、系统建设与运维、预案制定、演练和更新维护等不同阶段，应按照不同的培训目标，安排不同的培训计划。
|
|
|
|
（3）灾难恢复预案管理与演练。灾难恢复预案要长期保持有效性，必须在灾难恢复策略发生变化、演练发现问题、生产系统发生变更、人员出现调整等情况下，及时修订维护预案，做好变更管理、版本管理，以及发布管理等，确保合适的人员及时获得最准确、最合适的信息。演练验证灾难恢复预案有效性的最佳手段。演练管理就是要对演练的计划、场景、人员、过程、总结评估和后续完善调整等进行全面管理，通过演练来培养灾难恢复团队面对复杂环境的信心和冷静心态，验证灾难恢复能力，改进灾难恢复流程，发现并纠正灾备体系中的缺陷。
|
|
|
|
（4）灾备中心日常运维、灾难响应与重续运行管理。灾备中心应随时做好接替生产中心的准备，因此，必须像生产中心一样，对灾备中心的系统、网络和环境等基础资源进行运行维护，按照备份策略按时完成数据备份，完成灾备系统与生产系统的同步。当灾难发生后，灾难恢复组织机构的各层人员立即响应，在指挥报告、协调、联络、保障等工作机制的保障下，按照灾难恢复流程步骤，一步步地恢复信息系统及其支撑的关键业务功能。在生产系统成功切换到灾备中心运行后，要按照生产中心的规章制度、操作流程、技术规范来管理，保障生产系统安全稳定运行，直至生产中心重建并恢复了生产运行能力。
|
|
|
|
（5）外部资源管理。外部资源主要指商业银行的合作伙伴、服务商、设备商和外协人员等。当发生灾难时，可能需要这些外部资源的支持才能完成灾难恢复，比如，从设备供应商紧急采购灾备生产设备，从电信运营服务商紧急租用通信线路，从银联借调交易流水等。因此，需要与这些外部资源建立日常联系或签订协议，并不定期地测试其支持能力，以保证在灾难恢复期间，外部资源可以提供有效的支持。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
信息系统运维管理体系框架包括运维管理主体、运维管理对象、运维管理职能、运维管理流程、运维管理制度、运维管理系统与工具等。运维管理制度是规范运维管理工作的基本保障，也是流程建立的基础。运维管理主体遵照制度要求和标准化的流程，采用先进的运维管理系统与工具对各类运维对象进行规范化的运行管理和技术操作。信息系统运维管理体系框架如下图所示。
|
|
|
|
|
|
|
|
|
|
信息系统运维管理职能是指在信息系统运维管理过程中各项行为内容的概括，是对信息系统运维管理工作一般过程和基本内容所做的理论概括。根据信息运维管理工作的内在逻辑，可以将信息系统运维划分为设施运维、软件运维、数据运维和安全运维等职能。
|
|
|
|
|
|
信息系统运维管理流程是指为了支持信息系统运维的标准化和规范化，以确定的方式执行或发生的一系列有规律的行动或活动，包括事件管理、事故管理、问题管理、配置管理、变更管理、发布管理和知识管理等。
|
|
|
|
|
|
在信息系统运维过程中，需要建立一整套科学的管理制度、管理标准和管理规范，如信息系统硬件管理制度、信息系统软件管理制度、数据资源管理制度等，以保障信息系统运维工作的标准化和规范化。完善的信息系统运维管理，不仅是运维体系稳定运行的根本保证，同时也是实现运维管理人员按章有序地进行信息系统运维，减少运维中不确定因素，提高工作质量和水平的重要保障。
|
|
|
|
|
|
信息系统运维管理系统与专用工具能将所有信息系统运维对象、职能以及流程通过统一集成的运维系统或一系列运维专用工具进行管理，实现对运维事件的全面采集、及时处理与合理分析。
|
|
|
|
随着信息系统运维管理工作的复杂度和难度的不断加大，将纯粹的人工操作变为一定程度的自动化管理是必然趋势，通过信息系统运维管理系统与专用工具能够辅助实现自动化运维，能够将零碎的运维工作集中化，复杂的工作简单化和有序化，从而实现运维工作的智能与高效。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》（GB/T 29264-2012）中，对运行维护服务（operation maintenance service）给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。
|
|
|
|
运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。
|
|
|
|
在《信息技术服务分类与代码》（GB/T 29264-2012）中，将运行维护服务分成基础环境运维、硬件运维服务、软件运维服务、安全运维服务、运维管理服务和其他运行维护服务六类，每类运维服务及其说明见下表。
|
|
|
|
|
|
|
|
|
|
任何组织和个人提供运维服务需要依据需方提出的服务级别要求，并确保提供的运行维护服务符合与需方约定的质量要求。因此，具备相应运维服务能力是服务组织提供服务的必要条件，比如规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决事故和问题经验、提供知识的积累和共享手段、实现完善的IT运维管理、提高组织经营水平和服务水平等等。在《信息技术服务运行维护第1部分：通用要求》（GB/T 28827.1-2012）中给出了供方运维服务的能力模型，该模型定义了运行维护服务能力的四个关键要素：人员、资源、技术和过程，每个要素通过关键指标反映应具备的条件和能力。模型也给出了供方为持续提升运维能力的管理方法。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
主体是客体的操作实施者。实体通常是人、进程或设备等，一般是代表用户执行操作的进程。比如编辑一个文件，编辑进程是存取文件的主体，而文件则是客体。
|
|
|
|
|
|
|
|
|
|
|
|
|
