信息系统备份、恢复管理办法（最终版）

第一篇：信息系统备份、恢复管理办法（最终版）

信息系统备份、恢复管理办法

第一章 总 则

第一条 为加强信息系统信息备份、恢复与介质的管理，确保需要时信息系统能迅速恢复，保证各项业务的正常运行，特制定本管理规定。第二条 本规定适用于本公司所有业务使用的信息系统。

第三条 本规定管理范畴包括信息系统数据库的数据信息、应用程序、计算机服务器及网络设备等的运维日志，以及存储这些信息的介质。

第二章 管理部门及职责分工

第四条 信息部负责制定、完善信息系统信息备份、恢复及介质管理制度，并对信息系统信息备份、恢复及介质管理工作进行指导、监督、检查与实施。

第五条 系统管理员负责信息系统信息备份、恢复及介质的管理，针对本单位信息系统的具体情况制定操作制度，组织实施各项工作。第三章 信息备份、恢复管理

第六条 依据数据的重要性和数据对系统运行的影响，确定需要定期备份的重要业务数据信息、应用程序及系统运维信息，对备份信息的备份方式、备份频度、存储介质等进行规范，确定备份文件命名规则、备份数据介质的放置场所、保存期和介质更新频率等。

第七条 系统管理员每天检查备份结果，发现问题及时处理；对恢复方案要做验证测试，按照操作制度的规定对备份介质做有效性检查，确保系统一旦发生故障时能够快速恢复。

第八条 严格按照权限进行备份操作，确保数据不泄露,不被篡改；备份数据恢复前要履行审查手续，备份成功恢复后须向使用单位和部门通报恢复数据的时间点。

第四章 介质管理

第九条 存储信息的介质须由指定人员管理，所有数据信息、文件和记录应妥善保存，禁止泄露、外借和转移数据信息,备份数据不得篡改。对备份介质从制作到销毁全过程进行控制和保护，根据介质承载数据信息和软件的重要程度或内容性质对介质进行分类、标志和登记，对介质交付归档和单位内部查询、复制、借用进行控制和记录，并根据存档介质清单定期进行盘点。

第十条 介质管理人员负责介质使用寿命管理，一般磁带使用寿命为5年，光盘使用寿命为2～3年，介质管理人员负责根据每盘磁带、光盘或其它存储介质的使用寿命，由本人或通知相关人员把即将超过使用寿命的介质存储的信息复制到新介质中，同时填写记录。第十一条 即将超过使用寿命或其他原因决定销毁的介质，必须经过主管领导批准。销毁前由部门经理负责确认该介质存储的信息是否需要继续保存，如果需要继续保存，则由介质管理人员负责确认该介质存储的信息是否已经复制到新介质中。而后在系统安全管理人员监护下进行销毁。

第十二条 确保介质存放在安全的环境中，介质保存环境与机房对环境温度、湿度、洁净度的要求基本相同。根据介质所承载数据信息和软件的重要程度或内容性质，如果有特别需要，可以将介质实行异地存储，异地存储的环境同样要满足上述要求。

第五章 附 则

第十四条 本规定自发布之日起执行，由信息部负责解释。

附件：

附表1：《信息系统备份、恢复测试记录表（表样）》

附表2：《介质更换记录表（表样）》

第二篇：NBU备份恢复方案

数据备份方案SYMANTEC NetBackup（NBU）简介

SYMANTEC NetBackup软件是一个功能强大的企业级数据备份管理软件，它为UNIX、Windows和Netware混合环境提供了完整的数据保护机制，具有保护企业从工作组到企业级服务器的所有的数据的能力。管理员能够通过图形界面来管理备份和恢复的所有方面，制定企业统一的备份策略。NetBackup针对Oracle、DB2、SAP R/

3、Informix、Sybase、Microsoft SQL Server 和 Microsoft Exchange Server 等数据库提供了备份和恢复的解决方案。

NetBackup模块功能介绍

Master Server 在NetBackup Enterprise Server中，Master Server是第一个组件。Master Server是管理一切数据保护工作的最核心的部件。所管理的工作包括，任务调度，客户端备份，介质管理，设备管理等等。Media Server 当需要备份的数据在不同地点或数据量比较大的时候，我们需要使用多个Media Servers来做分担备份管理的任务。Media Server是NetBackup中第二个组件。Media Server通过网络承担着本地各个机器上的数据备份，它可以和Master Server或其他的Media Server共享备份设备，或使用自己的备份设备也可以。在有多个Media Servers的情况下，一个Media Server因故障停止数据保护工作的时候，可以由Master Server把这个Media Server的数据保护工作转移到另外的Media Servers上。Clients（Protected Server）

第三个组件就是Clients，客户端。所有的通过网络把数据传到Master Server或Media Servers上来做数据保护的机器，都是客户端。在客户端上要安装NetBackup的客户端软件。注意：Master Server和Media Server本身也是NetBackup的Clients，它们在备份自己的数据的时候就是客户端。

NetBackup Tape Library and Rototics Support NetBackup支持所有主流的磁带机、磁带库和光盘库设备，包括StorageTek，IBM，Quantum|ATL，ADIC 和HP等等等。所谓NetBackup支持这些设备不是单指能够往其磁带上写数据，主要是指对其的设备管理和介质管理功能。磁盘缓冲（DISK STAGING）

磁盘缓冲（DISK STAGING）为NetBackup管理员提供了一种备份方法，首先在磁盘上创建备份镜像，然后将镜像转移到另一种介质上。NetBackup软件的磁盘缓冲分三个步骤完成：首先在磁盘上创建NetBackup备份镜像，然后在可以配置的稍后时间，将镜像转移到另外一个介质上。

备份方案设计

目前使用比较广泛的备份方式有以下两种备份方式： LAN备份

LAN备份是基于数据量不大的情况下，结构简单，但是要占用生产的网络带宽，其结构图如下：

采用SAN存储架构的LAN－free备份方式：

采用san存储架构的解决方案，也称为LAN-Free备份。它将磁带库和磁盘阵列各自作为独立的光纤结点，备份时，数据流直接从磁盘阵列传到磁带库内，是一种无需占用网络带宽(LAN-Free)的解决方案。以下是它的结构图：

备份和恢复的定义及实现

备份系统资源的定义

在系统备份前，首先必须定义备份系统，分配磁带库资源。可以如下配置备份系统资源： 将带库中所有磁带驱动器定义成一组或几组资源（术语：Storage Unit）。这样，当你备份一组数据时，系统就会允许使用相应的磁带驱动器去备份相应的数据了。

对每个数据库服务器，我们可以定义一组磁带，作为一个磁带池（术语：Volume Pool）,在自动备份时，备份系统回自动将该数据库备份到这个磁带池中。这里我们可以定义：

1.Volume Pool for主数据库 2.Volume Pool for 文件系统

备份策略的定义

定义好备份资源后，必须根据实际需要配置备份策略。定义备份策略，涉及到以下内容： 1.在什么时间 2.将什么数据

3.以什么方式（如全备份或增量备份）、4.通过哪组磁带驱动器（备份通道，如：磁带驱动器）、5.备份到哪一个磁带组（备份目的地，如：Volume Pool for 主数据库）而备份的方式可以分为三种：全备份、增量备份、累计增量备份。1.全备份

每次备份定义的所有数据，优点是恢复快，缺点是备份数据量大，数据多时可能做一次全备份需很长时间

2.增量备份

备份自上一次备份以来更新的所有数据，其优点是每次备份的数据量少，缺点是恢复时需要全备份及多份增量备份

3.差分备份

备份自上一次全备份以来更新的所有数据。我们可以结合这三种方式，灵活应用。数据备份的过程

在业务系统中，我们会在所有数据库服务器上部署相应的Netbackup SAN Media Server软件及用于数据库在线热备份的Agent。

在定义好备份资源和策略后，在指定的时间，备份系统就会自动的将数据库服务器上的数据从服务器上、采用指定的方式、通过指定的磁带驱动器备份到指定磁盘池中。

在备份结束后，系统会报告备份的状况，然后，系统管理员就会在VEIRTAS Netbackup管理界面上清楚地看到已经备份的数据的描述。在VERITAS Netbackup上对备份介质上的数据的管理采用的是简单易懂的目录结构。系统管理员通过该目录下的备份项目可以非常方便的察看已经备份的数据的情况，包括：这个数据是什么时候对哪个数据库的备份，采用的是哪一种备份方式（全备份？增量备份？还是累计增量备份？）。一个完整的备份包括一条或几条备份项目，一般包括一个全备份项目、一个累计增量备份项目、几个增量备份项目。你可以保留以前的备份—在最近一次全备份以前的备份。也可以同时对一份数据做两个备份。

备份系统对数据库的备份采用的是在线备份，通过VERITAS Netbackup的database Agent，我们可以在不停止数据库运行的情况下，对数据库数据进行备份，包括全备份、累计增量备份或者增量备份。这种备份方式，保证了系统的7x24小时的运行。

数据的恢复

当发生数据损坏时，我们需要从磁带库恢复数据。

有了VERITAS Netbackup，数据的恢复是非常快速和简单的。通过Netbackup管理界面，系统管理员只需要选定相应的数据备份项目（备份管理目录下的相应的项目名，对应某个时间点备份的某个数据库的数据，并有说明），进行恢复（Restore）即可。选择备份项目时，如前所述，首先选定最近一次全备份进行恢复，然后选定最近一次累计增量备份，最后选定这次累计增量备份以后的所有增量备份项目，依时间顺序进行恢复即可。

备份系统基础知识

数据备份的原则

对数据进行备份是为了保证数据的一致性和完整性，消除系统使用者和操作者的后顾之忧。不同的应用环境要求不同的解决方案来适应，一般来说，一个完善的备份系统，需要满足以下原则：

 稳定性

备份产品的主要作用是为系统提供一个数据保护的方法，于是该产品本身的稳定性和可靠性就变成了最重要的一个方面。首先，备份软一定要与操作系统100%的兼容，其次，当事故发生时，能够快速有效地恢复数据。 全面性

包括了各种操作平台，如各种厂家的UNIX、NetWare、Windows NT、VMS等，并安装了各种应用系统，如ERP、数据库、群件系统等。选用的备份软件，要支持各种操作系统、数据库和典型应用。 自动化

很多系统由于工作性质，对何时备份、用多长时间备份都有一定的限制。在下班时间系统负荷轻，适于备份。可是这会增加系统管理员的负担，因此，备份方案应能提供定时的自动备份。在自动备份过程中，还要有日志记录功能，并在出现异常情况时自动报警。 高性能

随着业务的不断发展，数据越来越多，更新越来越快，在休息时间来不及备份如此多的内容，在工作时间备份又会影响系统性能。这就要求在设计备份时，尽量考虑到提高数据备份的速度，利用多个磁带机并行操作的方法。 操作简单

需要一个直观的、操作简单的图形化用户界面，缩短操作人员的学习时间，减轻操作人员的工作压力，使备份工作得以轻松地设置和完成。 实时性

关键性的任务是要24小时不停机运行的，在备份的时候，有一些文件可能仍然处于打开的状态。那么在进行备份的时候，要采取措施，实时地查看文件大小、进行事务跟踪，以保证正确地备份系统中的所有文件。 容灾考虑

将磁带库中的磁带拷贝一份，存放在远离数据中心的地方，以防数据中心发生不可预测的灾难。

备份系统组成

能否安全有效的备份取决于以下三个因素： 1.执行备份的磁带机

磁带机的质量与性能在整个备份过程中是至关重要的，它是能否进行高速高质量备份的关键所在。2.存储备份数据的介质

介质是数据的负载物，它的质量一定要有保证，使用质量不过关的介质无疑是拿自己的数据冒险。3.控制备份的软件

优秀备份软件包括加速备份、自动操作、灾难恢复等特殊功能，对于安全有效的数据备份是非常重要的。

确定介质保存时间

备份过程中要用到大量的存储介质，备份介质的保留时间的长短将决定所需购置和维护的介质量。目前的备份策略都是基于多磁带轮换制，即保存有过时数据的介质可重新覆盖使用，轮换频率可根据备份类型和备份的窗口来确定。

计算所需磁带介质数量

1.备份系统所需的介质数量可根据下述流程确定： 2.确定介质容量

3.计算每个服务器上的数据做全备份所需的介质数量

4.根据每种介质的保留时间或轮换频率即可计算出所需的介质数目

售后服务承诺

第三篇：《备份与恢复管理制度》

备份与恢复管理制度

文档控制

名称

编号

版本

密级

拟制

日期

审核

日期

批准

日期

版本控制

日期

版本

描述

作者

分发控制

序号

对象

权限

一．

目的为加强单位计算机信息数据的备份与管理，避免信息数据丢失，根据相关规定，特制定本管理办法。

二．

适用范围

适用于本单位所有的工作人员

三．

管理规定

1．数据备份

第一条

本办法适用于单位信息系统数据的备份与管理。

第二条

单位计算机信息数据的备份工作由信息中心管理，负责计算机信息数据备份的检查和督促。

第三条

提高数据备份的自动化运行管理水平，做好本地数据冷备份，减少人的操作与干预，或制定严格的管理规范，避免误操作。

第四条

计算机信息数据备份的基本原则是“谁使用，谁备份”。具体包括服务器全部数据，各工作站上的数据库及其它数据文件。

第五条

信息数据的备份包括定期备份和临时备份两种。定期备份指按照规定的日期定期对数据进行备份；临时备份指在特殊情况（如软件升级、设备更换、感染病毒等）下，临时对信息数据进行备份。

第六条

信息数据根据系统情况和备份内容，可以采取以下备份方式：

(一)完全备份：对备份的内容进行整体备份。

(二)增量备份：仅备份相对于上一次备份后新增加和修改过的数据。

(三)差分备份：仅备份相对于上一次完全备份之后新增加和修改过的数据。

(四)按需备份：仅备份应用系统需要的部分数据。

第七条

为保证所备份的内容可再现系统运行环境，数据备份内容应包括网络系统的所有关键数据。具体指计算机和网络设备的操作系统、应用软件、系统数据和应用数据。

第八条

数据备份可选择硬盘、软盘、光盘、磁带等存储介质，要确保备份数据的可恢复性。存储介质应存放在无磁性、辐射性的安全环境。

第九条

数据备份时必须建立备份文件档案及档案库，详细记录备份数据的信息。要做好数据备份的文卷管理，所有备份要有明确的标识，具体包括：卷名、备份人。

(一)卷名按统一的规则来命名。卷名由“应用系统名称—

备份时间—序号”组成，(二)备份人：备份人姓名

第十条

备份数据的保存时间根据单位信息系统的数据重要程度和有效利用周期以及具体使用情况确定。根据各种数据的重要程度及其容量，确定备份方式、备份周期和保留周期。

第十一条

数据备份至少应保留两份拷贝，一份在数据处理现场，以保证数据的正常快速恢复和数据查询，另一份保存在异地机房，确保备份数据万无一失。

第十二条

对计算机或设备进行软件安装、系统升级或更改配置时，应进行系统和数据、设备参数的完全备份。应用系统更新后，应对原系统及其数据的完全备份资料保存十年以上。

第十三条

本办法从公布之日起实施。本办法由信息中心负责解释。

2．数据恢复

第一条

当信息中心服务器确认出现故障时，由系统管理员进行系统恢复。

第二条

系统管理员由信息中心主任指定专人负责。当人员变动时应有交接手续。

第三条

当网络线路不通时，网络系统维护人员应立即到场进行维护，当光纤损坏时应立即使用备用光纤进行恢复，交换机出现故障时，应使用备用交换机。

第四条

对每次的恢复细节应做好详细记录。

第五条

定期对全系统备份数据要进行模拟恢复，以检查数据的可用性。

第六条

管理员根据故障情况预计修复时间，如超过半小时即向中心主任申请启用应急方案

—

END

—

第四篇：信息系统备份实施方案

信息系统备份实施方案

由于医院业务的特殊性，任何人为或自然因素所导致的应用/系统中断，都会造成医院巨大的经济和名誉损伤及严重的法律后果。为了避免一些突发的意外情况（如地震，水灾，雷击等）造成数据中心破坏而导致的业务中断，数据中心应该有快速灾难恢复的能力，同时，下面的运作中心也不应该因上述故障导致本地数据丢失。可见，在某些不可抗拒的意外事件发生时，如何避免数据丢失，如何正常为用户提供服务，也是系统建设中一个必不可少的方面。

建立一个覆盖各中心全部操作平台的应用及数据库备份系统，实现我院内部，包括数据中心和所有运作中心各种数据的备份。备份的管理采用集中备份管理的方式，尽可能提高各主机数据的安全性和可管理性。

一、备份内容应包括数据中心和运作中心 ⑴应用数据库备份 ⑵应用程序备份 ⑶操作系统备份 ⑷系统的灾难恢复

⑸要求备份系统的设计应不对应用系统产生任何不良影响。⑹要求备份系统的设计要考虑到系统扩展的要求，提供系统平滑升级的能力

二、主要采用备份方案 ⑴、在线复制：

建立灾难备用机房，采用在线复制技术，进行两地数据同步，最大限度地保证业务系统工作的连续性、可靠性。

⑵、冷备份：

在备用机房采用冷备份技术，将数据备份到磁带机，避免人为误操作、硬盘损坏、病毒及黑客造成关键数据的永久丢失，保证数据的可用性、一致性和完整性。

三、备份实施方案

通过上述讨论，我们确定采用在线复制+冷备份来满足对系统高可用的需求来建立信息及应用系统的高可用(99%以上)电子平台。

1、建立数据异地实时同步复制：我们在另一座楼中建立一个机房,有一台服务器专用于数据备份用，当业务系统对数据的任何修改，各营业点数据会实时同步地复制到备份中心复制。复制产品选用已被大量的全球客户认同的Veritas Storage Replicator(VSR)2.1，针对SQL、Oracle、DB2和Lotus Notes实施一对一的数据复制。VSR第一次做全复制后，以后做连续的增量复制。

2、建立数据离线备份：实时复制是高可用和异地容灾手段，并不能消除数据逻辑错误和保持历史数据，同时避免人为误操作、硬盘损坏、病毒及黑客造成关键数据的永久丢失，我们在备用机房对系统所有数据做离线备份，将数据备份到磁带机，离线备份软件我们选择Veritas Backup Exec；

3、建立灾难恢复:实现在线备份和恢复网络中所有NT/2000、NOVELL服务器的文件系统，包括操作系统文件、数据库系统文件和用户文件。

⑴、定时自动备份：通过定时的备份操作和磁带库的自动更换磁带功能，将IT系统管理从繁重、单调的备份操作中解脱出来，从事更有价值的工作，从而也避免认为的误操作而导致的备份数据的丢失；

⑵、通过数据库的代理程序，实现对数据库的在线备份； ⑶、通过客户端的代理程序，能将其他平台上的数据拉到备份服务器上，实现跨平台的数据备份，所支持的平台包括了目前所有的驻留操作系统；

⑷、定期清洗磁头，提高备份可靠性；

第五篇：数据备份和恢复管理规范

数据备份和恢复管理规范

第一章 总 则

第一条 为规范、统一全集团范围内重要系统的数据备份及管理工作，明确各系统数据备份及恢复的角色和职责，确保备份介质的安全和按时、顺利恢复系统和数据，并确保有关责任人员熟练掌握系统和数据的备份、归档和恢复流程，特制定本办法。

第二条 备份和恢复管理的范围包括：确定关键系统的备份和恢复方针及原则；系统、应用等软件及业务、配置等数据的备份和恢复；备份介质的存放、归档管理；系统及数据恢复演练；备份和恢复流程的评估和维护；归档数据的查询；备份和恢复所需存储、磁带库等硬件工具/设备的监控和管理。不包括：硬件、网络的备份和恢复（属于业务连续性管理）；业务系统的在线数据冗余（属于业务可用性管理）。

第三条 关键系统定义： ERP、研发、SCM、CRM、财务、HR和其他多个单位通用的业务系统；MIP、邮件、公共网站等IT基础应用系统；单个单位使用的核心业务系统。

第四条 集团数据备份和恢复工作由集团备份管理员负责组织、协调，并按照既定计划和策略督促相关人员执行。

第二章 数据备份、归档和恢复原则

第五条 备份和恢复时间、性能应符合各系统服务级别的规定，各系统服务级别由系统所在单位与系统主要使用部门商议。

第六条 应考虑主机系统（操作系统、工具软件、数据库系统软件、应用等）变化的频率，全备份的频率应与业务系统变化频率成正比。

第七条 当主机系统发生较大更改时，应马上对主机系统进行一次全备份。第八条 应考虑全备份的容量，全备份的频率应与其备份容量成反比。第九条 系统全备份方式适用于使用小型机设备的系统，使用PC服务器的系统建议采用克隆系统应急盘方式。

第十条 对应用软件等程序文件：当系统配置数据发生变动时，应马上备份，备份介质保留至下一次系统全备份。当生产环境中的应用软件将发生变动时，应对变动前的应用软件进行备份。该种情况下的备份一般情况下由各系统管理员自行准备资源完成。

第十一条 对Oracle等数据库进行在线备份的系统，原则上要求周日为0级备份（冷备份）。对有数据长期保留需求的系统，只进行系统的0级备份的归档，以确保数据有效性和可恢复性。

第十二条 归档数据一般包括程序文件、数据文件，一般不包括数据库归档日志、逻辑备份数据（如在线备份）。

第十三条 归档数据完整性的基本原则：进行数据恢复后，系统在简单配置后可直接使用。

第十四条 对业务数据备份：在网络带宽和存储设备允许的前提下，可以采用集中备份和恢复管理的方式，否则采用分布备份和恢复管理方式。在数据库故障时能够快速恢复数据是选择备份方式的一个重要因素。应该采用多种备份方式（如采用块方式和文本方式等），以保证除了使用备份系统进行恢复外，还可以在本地备份机上直接恢复应用，如特别关键应用，建议考虑增加异地的恢复方式。除了用于恢复外，备份介质还应该方便存档数据查询、恢复演练、新系统测试、审计检查等使用。重点保留月末、季末、年末、结息日、新系统切换等重点时间的数据。

第十五条 对Oracle数据库备份：为了保护最近产生的数据，必须连续备份数据库逻辑日志。在业务数据的两次连续0级备份之间，应该进行业务数据逻辑日志的备份。

第十六条 应该根据数据容量/备份持续时间来决定采用每日0级备份，或定期0级备份+每日增量备份方式（增量备份分为对上次0级备份的增量、对上次增量的增量两种）。如果每日0级备份的备份和恢复时间符合要求，建议采用每日0级备份方式；否则采用每周0级备份+每日增量备份方式。备份介质保留一个备份周期。

第十七条 区别维持关键业务运行的数据（如，仅仅包含账户数据、客户信息、交易数据，不含历史数据），并每日单独备份，剩余数据同样单独备份。考虑到是快速恢复数据，故该类数据不宜过大。另外考虑到其使用目标是仅仅是应急，故其备份介质都是短期保留。

第十八条 要使用脚本来进行备份和恢复，尽量避免手工操作；尽量安排在非工作时间备份。

第十九条 在备份和恢复操作流程发生变动时，应该对操作人员进行培训；进行恢复演练的频率与流程变化的频率成正比；进行实际恢复演练的频率与恢复失败的频率（考核指标之一）成正比。

第二十条 所有对生产系统和数据的恢复都要预先得到批准；对存档备份介质的调阅需要登记，并且只能拷贝不能外借。

第二十一条 所有的备份介质都要贴上清晰的标签，标签应包含介质编号（或序号）、备份内容、备份日期时间、备份人员等内容；数据备份在制作、传递、转移过程中，必须填写《数据备份登记表》或《数据转移保存登记表》，详细记录备份数据制作、传递、转移的全部过程与责任人；数据备份的存放处必须符合防火、防水、防磁的安全要求；保存期在一年以上的备份磁带应半年进行重写或重绕处理；长期保存的磁带应记录使用次数，保证介质在规定的次数内使用；归档数据备份介质应该实施异地存放，建议存放至银行保险箱或档案室（必须和主机房不在同一建筑物内，如分支机构办公场所）。

第三章 存储、备份设备及相关设备管理

第二十二条 存储设备：集团中央数据存储系统、集团中央备份存储系统；备份管理员负责：每天检查存储设备控制器产生的信息，每周至少一次现场检查存储设备及相关部件运行状况，并将检查记录包含在周报中；存储设备Lun的调整和新Lun的分配，磁盘Raid策略调整等资源使用管理；

第二十三条 备份设备：STK SL500磁带库、LTO3数据磁带、LTO3清洗带；磁带库设备要求制定驱动器自动清洗策略，备份管理员负责：定期检查策略执行执行是否正常，每周至少一次现场检查磁带库及相关部件运行状况，并将检查记录包含在周报中；根据备份策略或用户需求调整，及时调整磁带库设备的资源分配。

第二十四条 相关设备：光纤通道交换机及光纤通道接口等部件、主机HBA卡；备份管理员负责：每周至少一次现场检查光纤通道交换机及相关部件运行情况，并将检查记录包含在周报中；每月协助系统管理员对主机HBA卡运行情况进行检查，包括双通道、负载均衡功能是否正常以及操作系统是否出现类似光纤通道报警信息；交换机Zooning调整、划分及相关资源调配。

第二十五条 备份管理员负责以上设备的日常维护和故障报修。维护和报修流程见本规范第二十九条第2款。

第四章 备份和恢复相关人员职责

第二十六条 集团备份管理员由集团IT管理部任命和管理；二级备份管理员由二级管理平台IT部门任命和管理，在备份业务上配合集团备份管理员。增加二级备份管理员的调整须提前知会集团IT管理部。系统管理责任人由系统所在平台的IT部门确定，业务管理责任人由系统所在平台的关键业务部门确定。

第二十七条 集团备份管理员职责：作为集团数据备份和恢复工作的总体计划制

定和工作协调者，负责备份系统管理和日常维护；负责备份数据在磁带、光盘等可移动存储介质上克隆、迁移和本地存放；参与备份系统建设、改造项目；协助二级备份管理员和各系统管理员进行数据覆盖和灾难恢复工作；定期组织二级备份管理员及相关人员进行备份数据有效性验证；负责组织集团本部相关系统管理员进行备份数据的有效性验证工作；负责备份系统客户端程序的异常处理，但不含客户端程序的管理；有义务和责任对系统管理员制定的备份策略提出合理建议；根据各系统恢复演练要求，制定总体恢复演练工作计划。

第二十八条 二级备份管理员职责：作为二级平台及下属单位数据备份和恢复工作详细计划的制定和协调者，协助备份管理员维护工作；组织相关系统管理员进行备份系统客户端的日常维护；协助备份管理员定期组织相关人员进行备份数据的有效性验证；参与备份系统建设、改造项目；负责平台管理范围内系统进行数据覆盖和协助集团备份管理员完成灾难恢复工作；负责制定该平台及下属单位的系统恢复演练详细计划，并负责该平台及下属单位数据从备份系统的导出。

第二十九条 系统技术管理责任人职责：简称系统管理员。是系统管理责任部门指定的系统日常维护人员，作为数据备份策略的制定者和恢复工作的实际执行者，按照《备份系统维护指引》要求，负责对备份系统客户端的维护；根据业务系统数据安全需求，负责制定合理、有效的备份策略(系统管理员只能负责提出策略和有效性审核，策略的合理性应由集团备份管理员完成)；在集团备份管理员或二级备份管理员的协助下，负责进行责任系统的备份数据有效性验证；根据灾难演练计划，建立系统详细恢复操作文档，并负责具体系统的搭建、恢复工作，同时负责组织相关人员对恢复系统的有效性进行测试并提交相关报告。（各个应用系统需要确定主要维护责任部门，由责任部门提出对系统的维护要求和指标）

第三十条 系统业务管理责任人职责：作为数据备份和恢复工作的用户方或负责业务维护的项目组，负责确认系统数据备份和恢复的时间、性能等指标。ERP、SCM、CRM等类系统业务责任部门为系统所在单位财务部门，研发类系统业务责任部门为系统所在单位研发部门，集团HR系统业务责任部门为集团人力资源部，MIP、邮件等基础应用系统业务责任部门为集团IT部。其他系统由系统管理的责任单位IT部门确定系统业务责任部门。

第五章 运维管理流程

第三十一条 数据备份异常的预警机制：对于连续两次备份失败的系统，集团备份管理员应以邮件、短信或电话方式知会二级备份管理员或相关系统管理员及该管理平台IT部门负责人，系统管理员应积极采取相关措施，二级备份管理员及集团备份管理员应配合，确保当天晚上数据备份成功，连续三次备份失败，集团备份管理员应将该信息抄送至系统责任单位财务负责人、集团IT总监。

第三十二条 系统日常维护流程：备份系统的服务器端操作，由备份管理员负责，客户端操作由相关责任人负责，备份管理员协助完成。

1.备份情况通报流程：集团备份管理员每天上午10点前将前一天晚上数据备份情况在MIP上公布（周六备份情况在周一通报），每周备份管理员将一周备份情况进行总结并发布至MIP，内容包括但不限于：本周备份数据量、备份有效性总结、故障处理情况；每月进行一次系统运行情况总结，上报至基础管理中心高级经理，内容包括但不限于：本月备份有效性情况、故障处理汇总及分析、系统运行趋势分析及系统改进合理化建议等。对于备份失败的系统，以邮件、短信或电话方式通知二级备份管理员及其上级领导并给出初步诊断结果和建议操作；二级备份管理员应立即联系相关系统管理员，系统管理员应在当天配合备份管理员查找问题。若数据连续两天没有备份成功，第三天需要系统管理员与备份管理员一起确定系统的备份方式，若为数据库的在线备份失败，应采取冷备份，若因数据库没有正确启停，需系统管理员在策略中约定的时间手工启停数据库，保证当晚数据备份成功。如二级备份管理员及系统管理员对备份失败问题一天内查不出原因，集团备份管理员应协调相关资源协助处理。

2.备份系统日程运维管理流程：包括备份系统及相关设备日常检查及故障处理。备份管理员每天对备份系统软件日志进行查看，如系统出现的报警或故障信息，当天反馈至技术后台支持经理，如超过2天不能解决，应上报至基础运维管理中心高级经理，并联系相关外部技术支持人员。如超过4天不能解决，应上报至集团IT总监。3.备份和恢复策略初次申请流程：由系统管理员提出备份和恢复策略并填写《备份和恢复需求》、《系统备份信息表》、《备份和恢复策略和原则》，系统业务责任人对《备份和恢复需求》进行确认，二级平台备份管理员审查，集团备份管理员审核，并在备份系统中实施，备份管理员直属领导及基础运维管理中心负责人备案。

4.备份和恢复策略变更流程：由系统管理员提出变更后的备份和恢复策略并填写《备份和恢复需求》、《系统备份信息表》、《备份和恢复策略和原则》，系统业务责任人对《备份和恢复需求》进行确认，二级平台备份管理员审查，集团备份管理员审核，并在备份系统中实施，备份管理员直属领导及基础运维管理中心负责人备案。5.备份数据常规恢复流程：常规恢复指数据的测试环境覆盖、恢复演练等要求下进行数据恢复。不允许在凌晨进行数据恢复，如需进行数据，需要以邮件方式发送请求至集团备份管理员，由备份管理员安排恢复时间和协助恢复。如系统管理员自行恢复，导致正常备份工作受到影响，将追究相关管理员责任。

6.系统和数据灾难恢复流程：系统管理员提交系统和数据恢复申请，系统管理员直属领导进行审核，系统业务责任部门审批，根据系统故障类型，二级备份管理员或集团备份管理员准备恢复的介质，系统管理员进行系统和数据恢复，系统业务责任人对恢复数据正确性进行验证，确认恢复成功后，由系统管理部门对外发出《系统恢复通知》。

7.日常备份和归档管理流程：集团备份管理员进行日常备份和归档，提交《备份介质存放登记表》，并在MIP上发布当日备份信息，备份管理员直属领导对归档进行审核和数据抽查，基础运维管理中心负责人备案。

8.备份介质存放管理流程：集团备份管理员对归档的备份介质（目前为磁带）进行异地存放，并填写《数据转移保存登记表》，备份管理员直属领导审查，基础运维管理中心负责人备案。

第三十三条 系统和数据恢复演练流程：包括所有非灾难恢复性质的数据恢复流程。集团或二级平台备份管理员提交《系统和数据恢复演练计划》，同时准备好演练的环境和介质，系统管理员将系统和数据恢复至预定位置，并进行系统和数据恢复结果进行验证，并填写《系统和数据恢复演练反馈表》。

第三十四条 存档数据查询流程：由存档数据查询人提交《存档数据查询申请表》，系统业务责任人审核，系统管理员准备恢复所需硬件、软件等资源，二级备份管理员或集团备份管理员准备恢复环境和备份介质，系统管理员进行数据恢复对恢复系统和数据进行可用性确认，系统业务责任人对恢复系统和数据进行正确性验证，并通知查询人进行数据查询。

第六章 惩罚措施

第三十五条 如集团备份管理员已通知相关系统管理员备份失败信息，而系统管理员没有及时处理，导致两次以上的数据备份失败情况发生，系统管理员应承担数据安全管理不善责任，并在MIP上通报批评，如造成数据丢失等严重后果，按照相关单位规定进行处罚。

第三十六条 因集团备份管理员维护不到位，出现同一套系统数据备份失败情况，且没有及时知会相关系统管理员进行应急处理，导致系统备份失败情况连续发生三天以上（含三天），集团备份管理员将承担系统管理不善责任，并在MIP上通报批评，如由此造成的数据丢失或其他严重后果，按照集团相关规定进行处罚。连续三个月未出现因备份管理员维护不力而出现备份异常情况，由集团IT管理部给予××奖励。

第三十七条 因相关系统管理员未及时处理，而导致连续三天以上备份失败（含三天），系统管理员承担系统维护不善的责任，并在MIP上通报批评，如因此造成的数据丢失或其他严重后果，按系统管理员所在单位相关规定进行处罚。

第三十八条 如无特殊原因，连续三个月内都未组织二级备份管理员及相关系统管理员进行系统灾难恢复演练工作，集团备份管理员应承担系统维护不力责任，并在MIP上通报批评。

第三十九条 二级备份管理员不配合集团备份管理员组织系统灾难恢复演练工作，导致演练工作无法开展，将追究相关责任人责任并在MIP上通报批评。

第四十条 相关系统管理员不服从备份管理员组织，连续三个月内都未进行系统灾难恢复演练工作，将追究相关责任人责任并在MIP上通报批评，因此出现备份数据恢复无效而导致数据丢失情况，由系统管理员及所在部门责任人承担数据安全的全部责任。

第四十一条 本《规范》由集团IT管理部负责修改和解释。第四十二条 此规范自下发之日起执行。

2006年4月9日