StorePoint灾难恢复手册20100319
中国石油加油站管理系统试点项目
StorePoint 系统灾难恢复手册
中国石油加油站管理系统StorePoint系统灾难恢复手册
K2006-1
北京美飒格松柏科技发展有限公司
目录
目录 (1)
一、POS灾难恢复 (2)
POS系统彻底崩溃，所有数据都丢失。 (2)
POS系统不能使用，但是数据没有丢失，但是需要重新安装系统。 (3)
二、BOS灾难恢复 (4)
BOS系统彻底崩溃，所有数据都丢失。 (4)
1.BOS的硬盘全部数据都丢失，也没有其它备份数据。 (4)
2.BOS的硬盘中全部数据都丢失，但在POS上有备份数据。 (4)
3.BOS的C盘数据丢失，但是Raid盘中数据没有丢失。 (4)
BOS系统不能使用，但是数据没有丢失，但是需要重新安装系统。 (4)
BOS系统不能使用，原因是Office.gdb或EJ.gdb已经损坏。 (5)
三、Fuel Server灾难恢复 (9)
Fuel Server系统彻底崩溃，所有数据都丢失。 (9)
1.Fuel Server的硬盘数据全部丢失，只能重新安装系统了。 (9)
Fuel Server系统不能使用，但是数据没有丢失，只需要重新安装系统。 (10)
一、POS灾难恢复
POS系统彻底崩溃，所有数据都丢失。
1.重新安装POS系统，按照安装配置手册配置好POS,做冷启动，登录pos系统，
不要开班（切记一定不用开班），然后退出POS程序。
2.到BOS系统中查看最后一笔交易的交易序号。例如：187（在Office的“交易
日志”中或者数据库的till表中），注意，不同POS的最大交易序号是不同的，
要看此表中的POS_ID。
3.到BOS系统中“POS交易控制器”中查看最后POS班次号。例如：21
4.在“POS交易控制器”中记录记录号8477
5.进入POS：C:\Positive\EXE\PositiveCounter.ini，将ShiftId修改为22=21+1；将
TRA_GSerNum修改为8477；将TRA_SerNum修改为8477；将Transaction修
改为188=187+1，其它内容全部删除。
6.登录POS系统
7.到BOS系统的交易控制器中进行选择最新的POS的最新的TRA。
8.将PosSrvConsole中的POS Server进行Stop 后进行Start
9.在POS中进行班结，到BOS中去查看营业日管理，是否产生新的收银员班次
和油品班次。
10.进入BOS数据库，检查各种班次是否正常，将此POS系统崩溃时的收银员班
次和POS班次手动地关掉。
这样做的优点：不必做Preset，数据恢复从POS崩溃的“断点”处恢复，POS中
数据可以保持完整性。
POS系统不能使用，但是数据没有丢失，但是需要重新安装系统。
1.备份数据：TRA文件夹、Server注册表、EXE文件夹下的PositiveCounter.ini、
EXE文件夹下的P32CCreg.ini。
2.重装系统，按照安装配置手册配置好POS,导入server注册表文件，做冷启动，
切记，不要运行POS程序。
3.将备份的TRA文件复制到POS：C:\Positive\TRA下，将备份的
PositiveCounter.ini和P32CCreg.ini复制到C:\Positive\EXE下。
4.运行POS系统，用TS登录POS，然后做班结（确保BOS中所有程序都启动），
此时停止任何操作。
5.进入BOS数据库，手动将所有处于营业中的收银员班次和POS班次都关闭掉。
6.在POS上开班就可以正常营业。
这样做的优点：不必做Preset，数据恢复从POS崩溃的“断点”处恢复，BOS中数据可以保持完整性。
二、BOS灾难恢复
BOS系统彻底崩溃，所有数据都丢失。
分为两种情况：BOS的硬盘彻底不能使用，所有数据都丢失了，包括Raid盘中的数据；另一种情况，BOS的一块盘坏了，但是另一块硬盘没有坏，此时系统
正常运行，不影响正常业务。。
1.BOS的硬盘全部数据都丢失，也没有其它备份数据。
1)找来新的PC或更换机器硬盘，根据安装配置手册重新安装BOS系统，
到“交易控制器”选择TRA文件时暂停。
2)选择POS的TRA文件，从第一个TRA文件开始（主POS的第一个Tra
文件是00010001.Tra，从POS的第一个Tra文件是00020001.Tra，Fuel
Server的第一个TRA文件是00990001.Tra）.
3)手动关闭所有已经上传给HOS的营业日及其所有班次，对于未审核的营
业日和班次进行所有便利店业务的录入（包括收货、报废、站间调拨、站
内调拨、退货等），然后做一个盘点；对于油品业务，录入所有业务（包
括收货、清罐、站间调拨、站内调拨、油品拒收等），然后在Fuel Server
中读取所有油罐读数、油泵读数。
4)做一个班结，将未审核的营业日“日结”掉，最后开班营业。
这样做的优点：能够保存完整的交易数据，能保证加油站的正常业务进行。
这样做的缺点：以前的业务数据完全丢失，不可能再次恢复，还需要总部配合将此
加油站的库存数据整理清楚。
2.BOS的硬盘中全部数据都丢失，但在POS上有备份数据。
1)重新安装BOS系统，只需要配置站点名称和编码、日结时间点、EPSIP
和Servers.reg，然后根据“五.BOS系统不能使用, 原因是Office.gdb或
EJ.gdb已经损坏。”来恢复BOS的Office.gdb和EJ.gdb，将恢复的数据库
放到c:\office\db\下。
2)重新启动BOS系统，然后对POS做一次冷启动。
3)最后将此备份数据库备份时间点到现在的所有业务手工录入系统，需要文
件的话就让总部将这段时间内的所有单据都下发一次。
4)正常营业。
3.BOS的一块硬盘损坏，另一块硬盘正常。
1)如果在系统运行时，一块硬盘坏了，系统会正常运行，不会影响业务。
2)在系统重新启动时候，在启动初期，会出现以下提示：
Array #0 –RAID-1 gsms-bos 148.88GB Failed(或者Degrade)
Warning!!! Configuration Change(s) detected!!! Press
current configuration or power off the system and check the driver
connections.
3)如果出现以上信息，回车继续进行正常的业务，同时及时向厂家进行设备
保修，进行RAID恢复。
BOS系统不能使用，但是数据没有丢失，但是需要重新安装系统。
1.备份BOS中的数据库，包括Office.gdb、EJ.gdb和SR.gdb；备份BOS的注册
表Server.reg。
2.重新安装BOS系统，只需要配置站点名称和编码、日结时间点、EPSIP，然后
停止所有的BOS服务，直接将Server.reg导入系统，将Office.gdb、EJ.gdb和
SR.gdb替换新安装的空数据库，最后对POS做一次冷启动。
3.将BOS系统重启，数据就会自动从POS和Fuel Server传到BOS。
4.正常营业。
BOS系统不能使用，原因是Office.gdb或EJ.gdb已经损坏。
1.在BOS 下的c:\office\db\Backup\Office\ 和POS下的c:\positive\Backup\Office\
找到最近备份的一个BOS数据库，选择修改时间最接近的一个备份数据库，例
如：Office20090110.zip，将其解压到Office20090110文件夹下，然后将这
个Office.gdk拷贝到c:\office\db\下。
2.将c:\office\db\下损坏的office.gdb数据库先备份到其它路径下。
3.停止所有相关的BOS服务，包括右下角的程序TCPComCln.exe、
TCPComSrv.exe、SRSrv.exe、ClockSrv.exe、OfficeDBSrv.exe、MaintSrv.exe；
然后到服务中将名称中包含Interbase和StorePoint的所有服务停止，如下图：
4.启动开始->程序->Borland InterBase 7.5 Server[instance =
gds_db]—>IBConsole，如下图：
5.右键点击Database，选择Register
6.在接下来弹出的对话框中点击“file”按钮，选择数据库的对话框中选择要注
册的数据库(后缀名为.GDB)，如OFFIC.GDB
7.输入user name（SYSDBA）和Password（masterkey）,点击ok按钮即完成数
据库的注册工作
8.在要恢复的数据库上点击右键，选择“Backup/Restore下的Restore，如下图：
9.弹出的Database Restore窗口中，在Backup Files下的Filename(s)选择要用来
恢复的之前做好的备份文件，如C:\Office\Db\back\ OFFICE.gbk或者pos1\backup\office\OFFICE.gbk，在下面Database处选择要恢复到的位置，Alias：选择office.gbk，在Filename(s)处改为C:\Office\Db\Office_new.gdb，在Options：下的Overwrite选项处如果选择False，表示恢复的数据库会生成新
的Office_new.gdb文件，如果选择True表示覆盖，C:\office\db下的office.gdb 文件会被恢复文件覆盖，一般我们选择False方式恢复数据库，如下图：
10.恢复过程如下：
11.出现下图提示，表示恢复成功。
12.数据库恢复成功后，重启BOS系统，对POS做一次冷启动。
13.然后将此备份数据库备份时间点到现在的所有业务手工录入系统，这些业务包
括便利店的业务和油品业务（单据可以从C:\Office\Rcv文件夹中拷贝出来，使用PC-Import.exe工具手工导入）。
14.EJ数据库的恢复
使用如上方法对EJ数据库进行恢复。
三、Fuel Server灾难恢复
Fuel Server系统彻底崩溃，所有数据都丢失。
分为两种情况：一.Fuel Server的硬盘数据全部丢失；二.Fuel Server的C盘数据丢
失，Raid盘的数据没有丢失。
1.Fuel Server的硬盘数据全部丢失，只能重新安装系统了。
1.进入BOS系统的“POS交易控制器”，查看Vp的交易号（也就是崩溃时
的TRA号）。此时为47。
2.安装Fuel Server，按照加油站实际情况配置Fuel Server，并且保证
Fuel Server的配置和BOS、FCC要一致。
3.配置好了后，千万不要点击下图中的“Set”按钮！！
4.编辑C:\office\PumpSrv\Data\RunTimeFile.ini，将其中的
ActiveShiftNumber修改为47。
5.将Fuel Server进行Stop，然后Empty Database,最后点击Start，等待
VP启动后，检查Fuel Server的班次是否为47。如果不为47，重复
第4步，直至班次为47.
6.在BOS交易控制器中将VP的Tra关联到0099004
7.TRA，然后将
PosSrvConsole的Pos Server重新启动。
7.登录POS系统，进行班结（先对从POS班结，然后对主POS班结）。
(由于当前机制发生变化，需要重新指向新00990048.TRA，然后将
PosSrvConsole的Pos Server重新启动。)
8.进入BOS中查看所有班次是否正常，如果有异常班次，手动在数据
库中将这些异常班次关闭，没有问题后就可以正常营业。
Fuel Server系统不能使用，但是数据没有丢失，只需要重新安装系统。
1.备份数据：C:\office\VP\TRA文件夹、PointOfSale注册表、
C:\office\PumpSrv\Data\文件夹下的RunTimeFile.ini。
2.重装Fuel Server系统，不需要配置任何东西，导入备份的PointOfSale注册表，
然后启动fuelsvr服务，然后停止fuelsvr的服务，然后将RunTimeFile.ini粘贴
到C:\office\PumpSrv\Data\下，将备份TRA文件下下的所有文件粘贴到
C:\office\VP\TRA下。
3.进入Fuel Server→System→System Components→点击Empty Database,最后点
击Start，等待VP启动后，检查Fuel Server的班次是否为备份前的油品班次。
4.在BOS交易控制器中将VP的Tra关联到备份前的最新TRA.
5.运行POS系统，然后做班结（确保BOS中所有程序都启动），此时停止任何
操作。
6.在BOS交易控制器中将VP的Tra关联到备份前的最新TRA。然后将
PosSrvConsole的Pos Server重新启动。
7.进入BOS数据库，此时数据库中的POSBATCH和CASHIERBATCH中必定
有两个打开的POS99的班次，手动将序号靠前的班次关闭掉。
8.在POS上开班就可以正常营业。
这样做的优点：不必做Preset，数据恢复从Fuel Servers崩溃的“断点”处恢复，
Fuel Server中的数据可以保持完整性。
数据中心灾备服务
数据中心灾备服务 方案相关内容 如何应对“将鸡蛋放在一个篮子里”所带来的风险？对于信息化应用而言，灾备系统的建设已成为备受关注的热点和重点。 概述 数据中心是数据大集中而形成的集成IT应用环境，它是各种IT应用服务的提供中心，是数据计算、网络、存储的中心。数据中心实现了安全策略的统一部署，以及对IT基础设施、业务应用和数据的统一运维管理。 数据大集中的同时也对数据安全提出了更高的要求，如何应对“将鸡蛋放在一个篮子里”所带来的风险，已成为备受关注的重点。面对频频发生的雪灾、地震等自然灾害，对于信息化应用而言，灾备系统的建设也已成为热点。随着2007年11月《信息系统灾难恢复规范》正式成为国家标准，许多用户将从观望、徘徊转向实际应用。对于正处于服务转型期的电信运营商来说，借助灾备中心应用热潮，提供更有价值的信息化服务，改变原有的、单一的网络接入商角色，是值得把握的一次良好机会。 灾难备份概念介绍 1. 灾难备份的分类 灾备从应用层次，大体可分为三个类别：数据级别、应用级别和业务级别。从用户整个业务连续性的保障程度来看，其高可用性级别也随之逐级提高。 1) 数据级别 数据级别灾备的关注点在于数据，即灾难发生后可以确保用户原有的数据不会丢失或者遭到破坏。数据级别灾备是保障数据可用的最低底线，当数据丢失时能够保证应用系统可以重新得到所有数据。这种方案的优点是投入低，构建简单。 2) 应用级别 对于业务应用繁多，并且系统需要保持7*24小时连续运行的企业来说，显然需要高级别的应用灾备系统来满足其需求。应用级备份是在数据级灾备的基础上，在备份站点同样构建一套应用系统。应用级灾备系统能提供不间断的应用服务，使用户的服务请求能够透明地继续运行，保证信息系统提供的服务完整、可靠和安全，完全不受灾难的影响。一般来说，应用级灾备系统需要通过更多软件来实现，它可以使企业的多种应用在灾难发生时进行快速切换，确保业务的连续性。 3) 业务级别
StorePoint灾难恢复手册20100319
中国石油加油站管理系统试点项目 StorePoint 系统灾难恢复手册 中国石油加油站管理系统StorePoint系统灾难恢复手册 K2006-1 北京美飒格松柏科技发展有限公司
目录 目录 (1) 一、POS灾难恢复 (2) POS系统彻底崩溃，所有数据都丢失。 (2) POS系统不能使用，但是数据没有丢失，但是需要重新安装系统。 (3) 二、BOS灾难恢复 (4) BOS系统彻底崩溃，所有数据都丢失。 (4) 1.BOS的硬盘全部数据都丢失，也没有其它备份数据。 (4) 2.BOS的硬盘中全部数据都丢失，但在POS上有备份数据。 (4) 3.BOS的C盘数据丢失，但是Raid盘中数据没有丢失。 (4) BOS系统不能使用，但是数据没有丢失，但是需要重新安装系统。 (4) BOS系统不能使用，原因是Office.gdb或EJ.gdb已经损坏。 (5) 三、Fuel Server灾难恢复 (9) Fuel Server系统彻底崩溃，所有数据都丢失。 (9) 1.Fuel Server的硬盘数据全部丢失，只能重新安装系统了。 (9) Fuel Server系统不能使用，但是数据没有丢失，只需要重新安装系统。 (10)
一、POS灾难恢复 POS系统彻底崩溃，所有数据都丢失。 1.重新安装POS系统，按照安装配置手册配置好POS,做冷启动，登录pos系统， 不要开班（切记一定不用开班），然后退出POS程序。 2.到BOS系统中查看最后一笔交易的交易序号。例如：187（在Office的“交易 日志”中或者数据库的till表中），注意，不同POS的最大交易序号是不同的， 要看此表中的POS_ID。 3.到BOS系统中“POS交易控制器”中查看最后POS班次号。例如：21 4.在“POS交易控制器”中记录记录号8477
信息系统灾难恢复方案
信息系统灾难恢复方案(总6 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
信息系统灾难恢复方案 第一章总则 第一条为规范并指导我公司生产系统灾难恢复工作，提高防范灾难风险的能力，保障持续运营，保护客户的合法权益，根据国家信息安全法律法规及有关规定，制定本预案。 第二条生产系统灾难恢复工作应坚持“统筹规划、平战结合、等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称灾难恢复为生产系统灾难恢复。灾难恢复工作是指，为保障生产系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 第二章总体工作要求 当生产系统及相关业务流程发生重大变更时，应立即启动灾难恢复需求的再分析，并根据最新的灾难恢复需求分析重审和修订灾难恢复策略。根据灾难恢复策略定期复审和调整灾难恢复技术方案、灾难恢复预案，并定期开展灾难恢复预案培训和演练工作。加强与业务密切相关的机构间的协调，共同评估面临的风险，协同制定灾难恢复策略，提高整体风险防范和灾难恢复能力。
第三章灾难恢复项目小组的制定和职能 1.管理组：小组人员：职责：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组小组成员：职责：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：小组成员：职责：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组： 小组成员： 职责：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组： 小组成员职责：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组： 小组成员：职责：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组： 小组成员：职责：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。
XX财产保险股份有限公司信息系统灾难恢复预案
XX财产保险股份有限公司信息系统灾难恢复预案 2014-11
目录 1目标与范围 (2) 1.1灾难的定义............................................................................ 错误!未定义书签。 1.2容灾目标 (4) 1.3容灾范围 (5) 1.4灾难恢复演习执行周期 (5) 1.5灾难恢复计划启动决策流程 (5) 1.6灾难声明的内容 (5) 1.7灾难恢复指挥中心和异地灾备中心 (5) 2组织与职责 (6) 2.1团队组织图 (6) 2.2灾难恢复团队 (6) 2.3全部成员通讯录 (17) 3紧急响应流程 (17) 3.1灾难预警 (17) 3.2人员疏散 (17) 3.3损害评估 (17) 3.4研判和灾难宣告 (17) 4恢复及重续运行流程 (18) 4.1恢复 (18) 4.2重续运行 (18) 5灾后重建和回退 (19) 5.1生产系统的重建工作流程 (19) 5.2专业技术保障........................................................................ 错误!未定义书签。 5.3通信保障................................................................................ 错误!未定义书签。
1目标与范围 1.1灾难恢复预案中的相关术语 1）灾难备份中心backup center for disaster recovery 用于灾难发生后接替主系统进行数据处理和支持关键业务功能运作的场所，可提供灾难备份系统、备用的基础设施和专业技术支持及运行维护管理能力，此场所内或周边可提供备用的生活设施。 2）灾难备份系统backup system for disaster recovery 用于灾难恢复目的，由数据备份系统、备用数据处理系统和备用的网络系统组成的信息系统。 3）业务连续管理business continuity management 为保护组织的利益、声誉、品牌和价值创造活动，找出对组织有潜在影响的威胁，提供建设组织有效反应恢复能力的框架的整体管理过程。包括组织在面临灾难时对恢复或连续性的管理，以及为保证业务连续计划或灾难恢复预案的有效性的培训、演练和检查的全部过程。 4）业务影响分析business impact analysis 分析业务功能及其相关信息系统资源、评估特定灾难对各种业务功能的影响的过程。 5）关键业务功能critical business functions 如果中断一定时间，将显著影响组织运作的服务或职能。 6）数据备份策略data backup strategy 为了达到数据恢复和重建目标所确定的备份步骤和行为。通过确定备份时间、技术、介质和场外存放方式，以保证达到恢复时间目标(3.17)和恢复点目标(3.18)。 7）灾难disaster 由于人为或自然的原因，造成信息系统严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件。通常导致信息系统需要切换到灾难备份中心运行。
全球数据中心灾难史大盘点
触目惊心！全球数据中心灾难史大盘点2012-11-29 数据中心的常见【杀手】 数据中心，支撑整个IT系统正常运转的后台架构，囊括了计算、存储、网络等多种IT资源。也正是因为数据中心地位的重要性和在现代社会生活中扮演的重要角色，使得数据中心的安全和持久稳定运行成为了人们极为关注的问题。然而，前段时间飓风桑迪为代表给数据中心带来的灾难性创伤，再次引发了人们对数据中心的安全担忧。本文，将为读者介绍全球数据中心遭遇到的灾难事故，并从中总结得出数据中心安全杀手以及如何防范等问题。 本月早些时候，飓风桑迪重创美国东海岸，尤其是支持着整个工业园运转的数据中心在此次飓风肆虐中因断电而瘫痪，造成了难以挽回的巨大损失。 那么，数据中心常见的杀手有哪些呢？换句话说，究竟有哪些因素会影响数据中心的正常运行、而需要我们特别加以重视的呢？一般说来，以下因素或者灾害对数据中心会带来较大危害： 一、洪灾 毋庸置疑，曾经泰国洪灾给硬盘产业带来的影响就可以“窥一叶而知春秋”，数据中心也同样害怕汹涌的洪灾； 二、火灾 俗话说“大火无情”，一旦出现火灾事故，后果不堪设想。也正是如此，数据中心往往都备有消防装备； 三、网络中断 光纤网络在很多偏远地区并不常见，如果路由器、交换机出现宕机或者人为误操作（误配置）导致网络中断，后果同样不堪设想。没有网络的数据中心宛如一座孤岛——对于提供网络或者云服务的数据中心来尤其如此； 四、电力中断 相比网络中断，电力中断带来的麻烦更大。没有电力的数据中心就如同一堆废铁； 五、地震 去年日本大地震带来的影响，大家可能都历历在目。身处地震带或者地震频发周边的数据中心尤其要注意在防震方面的设计和构建。
重要信息系统灾难恢复指南-2007年版
重要信息系统灾难恢复指南 作者：国务院信息化办公室 引言 灾难恢复是确保信息和信息系统安全的一项重要措施。遵从重要信息系统灾难恢复指南的要求，是做好重要信息系统灾难恢复工作的基础。 本指南用于规范和指导重要信息系统的使用和管理单位对信息系统灾难恢复的规划和准备工作。本指南主要从灾难恢复规划的管理、灾难恢复的需求分析、灾难恢复等级的确定、灾难恢复等级的实现、灾难恢复预案的制订、落实和管理等方面，对灾难恢复的规划和准备活动的规范化要求进行全面描述。本指南还以规范性附录的形式对灾难恢复的等级划分进行了描述，并以资料性附录的形式对灾难恢复预案的框架进行了说明。 1－1 1 范围 本指南规定了对重要信息系统的灾难恢复应遵循的基本要求。 本指南适用于指导重要信息系统的使用和管理单位（以下简称“单位”）进行灾难恢复的规划和准备工作，对重要信息系统灾难恢复规划项目的审批和监督管理也可参照使用。 2 规范性引用文件 下列文件中的条款通过本指南的引用而成为本指南的条款。凡是注日期的引用文件，其随后所有的修改单（不包含勘误的内容）或修订版均不适用于本指南，然而，鼓励根据本指南达成协议的各方研究是否可适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本指南。GB/T 5271.1—2000 信息技术词汇第1 部分：基本术语 GB/T 5271.9—2000 信息技术词汇第9 部分数据通信 GB/T 5271.12—2000 信息技术词汇第12 部分外围设备 GB/T 5271.20—94 信息技术词汇20 部分系统开发 GB/T 2887-2000 电子计算机场地通用规范 3 术语和定义 GB/T 5271.1—2000 第1 部分、GB/T 5271.9—2000 第9 部分、GB/T 5271.12—2000 第12 部分和GB/T 5271.20—94 第20 部分确立的术语和定义，以及下列术语和定义适用于本指南。 3.1灾难disaster 由于人为或自然的原因，造成信息系统运行严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件，通常导致信息系统需要切换到备用场地运行。 3.2灾难恢复disaster recovery 将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难
保监会 保险业信息系统灾难恢复管理指引 - 2008
关于印发《保险业信息系统灾难恢复管理指引》的 通知 2008-03-27 【字体：大中小】【打印本页】【关闭窗口】 保监发〔2008〕20号 各保险公司、保险资产管理公司： 为加强保险信息安全基础设施建设，推进信息系统灾难恢复工作，根据《中华人民共和国保险法》和国家有关信息安全法律法规，我会制订了《保险业信息系统灾难恢复管理指引》，现印发给你们，请遵照执行。 二○○八年三月二十一日 保险业信息系统灾难恢复管理指引 第一章总则 第一条为规范并指导我国保险业信息系统灾难恢复工作，提高防范灾难风险的 能力，保障持续运营，保护客户和股东的合法权益，根据《中华人民共和国保险法》、国家信息安全法律法规及有关规定，制定本指引。 第二条保险业信息系统灾难恢复工作应坚持“统筹规划、资源共享、平战结合、 等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称保险机构是指，经中国保险监督管理委员会（以下简称“中国 保监会”）批准设立，并依法登记注册的保险公司、保险资产管理公司、外国保险公司 分公司及港、澳、台地区保险公司在大陆地区的分公司。 第四条本指引所称灾难恢复为信息系统灾难恢复。灾难恢复工作是指，为保障信息系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 本指引所称区域性灾难是指，造成所在地区或有紧密联系的邻近地区的交通、电讯、电力及其它关键基础设施受到严重破坏，关键信息网络设备毁损、重大故障或大规模人口疏散的事件，将会导致信息系统无法正常运行。例如：地震、大型公共卫生事
数据备份与灾难恢复实训报告
苏州市职业大学实习（实训）报告名称数据备份与灾难恢复实训 2013年1 月7 日至2013 年1 月8日共2 天 院系计算机工程系 班级10网络安全(CIW) 姓名胡帅帅 系主任李金祥 教研室主任谭方勇 指导教师高小惠、肖长水
项目一、Windows基本硬盘管理 一、实训要求： 通过实训掌握windows2003中增加主分区、扩展分区的操作，掌握在扩展分区中增加逻辑分区的操作，学会使用Winhex软件分析硬盘分区表结构 二、实训步骤： 1．在windows2003中增加主分区、扩展分区 （1）首先关闭虚拟机系统，然后选择VMware Workstation菜单栏“VM”｜“Settings”或快捷键Ctrl+D，在弹出的“Virtual Machine Settings”窗体中，单击“Add”按钮，选择要添加的硬件类型（Hardware types:）为“Hard Disk”，然后单击“Next”按钮，选中“Create a new virtual disk”，然后单击“Next”按钮，选择磁盘类型（Virtual disk type）为“SCSI”，然后点击“Next”按钮，设置磁盘大小（Disk size）为1G，然后单击“Next”直到完成。如图1-1所示： 图1-1：添加一个1G的硬盘 （2）重启Windows系统环境。依次单击“开始”｜“程序”｜“管理工具”｜“计算机管理”，打开“计算机管理”工具。 （3）在左侧控制台中依次展开“存储”｜“磁盘管理”选项，此时弹出“磁盘初始化和转换向导” 页签，默认单击“下一步”直至完成，以显示计算机中安装的所有磁盘。如图1-2所示： 图1-2：完成磁盘初始化向导 （2）右击磁盘1未指派空间，选择“新建磁盘分区”，点击“下一步”，选择“主磁盘分区”，点击“下一步”，分区大小选择“500MB”，点击“下一步”，指派驱动器号F，然后选择格式化磁盘分区文件系统为NTFS，点击“下一步”直至完成新建向导，如图1-3、1-4所示： 图1-3：新建主磁盘分区
计算机系统灾难恢复计划
嘉兴冠誉时装有限公司 计算机系统灾难恢复计划 一、灾难的定义 灾难分为自然灾害和非自然灾害。 自然灾害是指由火灾、地震等引发的一系列灾害直接导致公司的业务中断、电力故障、网络故障等。 非自然灾害是指人为的造成的如服务器断电、软件错误、人为故意破坏、恶意代码、木马植入、恐怖袭击等。 二、灾难恢复项目小组的制定和职能 1.管理组：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。 8、市场和客户关系组：负责对外进行信息发布、制定相应应急措施应对客户疑问等。 各小组共同职能： a）负责计划的执行 b）与其它组之间进行信息交流，监督计划的测试和执行 c）所有或是某一个成员可能领导特定的组 d）协调恢复过程 e）评估灾难，执行恢复计划，联系组长 f）监控并记录恢复的过程 三、业务恢复流程 （一）自然灾害引起的灾难恢复流程 由自然灾害引起的灾难往往影响较大，可能会直接导致一些基础设施的无法使用，甚至会对导致人员减少。因此对于自然灾害引发的灾难恢复流程相对特殊且繁琐。 1.数据抢救 灾难发生时，需在保证人身安全的情况对公司的重要数据进行抢救，抢救的范围主要包括：记录公司重要信息的文件、资料，存储公司重要数据的磁带，存放重要数据的硬盘、服务器。此过程需由安全组进行统筹指挥，按照既定的计划执行，各组成员、公司员工必须服从安全组的统一调度和指挥。 2.损坏评估及启动应预案 灾难发生后各小组需根据情况汇报损失情况给损坏评估组，损坏评估组根据汇总信息进行消息告知披露。披露损坏信息包括: a）公司重要生产、监视测量、办公设备
应用系统灾难恢复设计方案(SSR)
应用系统灾难恢复 设计方案 方案供应商：赛门铁克软件（北京）有限公司
目录 一、需求分析 (3) 二、设计方案 (4) 三、功能设计 (5) 3.1、主要功能概述 (6) 3.2、灾难恢复工作流程 (9) 3.3、Backup Exec System Recovery管理平台 (9) 3.4、异机恢复功能选件 (10) 四、方案总结 (14)
一、需求分析 一些常见的情况：无论是相关的硬件问题、配置改变、应用程序故障、病毒攻击，还是恶意黑客攻击－都可以使企业的服务器瘫痪。如果服务器瘫痪了，那么至关重要的问题是：在业务受到影响之前有多少时间来恢复数据与应用程序。传统的方法可能需要几个小时到几天来恢复服务器、重装软件、配置应用程序、设置用户，将您的系统恢复到正常状态－假设此过程没有其它错误出现的话。因此，很有必要简化这一高度复杂而且耗费大量精力的过程，满足企业对恢复时间目标的要求。 图：Symantec灾难恢复技术列表 灾难恢复就是为恢复计算机系统而提供的技术保证。事实上，灾难恢复计划要求有周详的事前准备，尤其是灾难所引起的对业务的冲击程度的分析，并相应制定灾难后的恢复策略，利用可行的信息技术，提出最佳的恢复方案。 作为业内领先的存储软件厂商，Symantec公司已经能够解决这个长期困扰用户的问题。在其最近所发布的企业级数据保护方案中，Symantec System Recovery是目前业界速度最快的数据保护解决方案，它引入了创新的、配合磁盘的裸机恢复技术，可显著增强Windows操作系统的备份和恢复功能。
二、设计方案 如上图所示，在所以需要作系统灾难恢复的服务器上安装Symantec System Recovery。通过Symantec System Recovery可以把系统从一个硬件平台迁移到另外一个硬件平台而不需要重新安装操作系统，整个恢复时间仅需短短的几分钟，所有操作系统、系统配置、应用系统、个性化配置全部恢复如初；更可以通过把系统恢复到虚拟平台之上供用户测试补丁，以避免为真实系统贸然安装补丁后导致的系统不稳定。 Symantec System Recovery的远程恢复能力可以让管理员在任何时间、任何地点、对任何设备（包括虚拟设备）进行备份或恢复操作，此时管理员仅需要一个远程的Windows工作站、笔记本或者是Pocket PC。 另外，Symantec System Recovery也针对企业服务器数量众多的情形提供了中央视图管理功能，IT 管理员不仅可以在中央管理台上监控和报告高达上千台电脑的每一个恢复点的状态，并且可以自动地发现不受保护的系统。
数据中心灾备系统的分类
数据中心灾备系统的分类 根据数据中心的安全要求，应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。 3.数据备份技术 正常情况下系统的各种应用在数据中心运行，数据存放在数据中心和灾难备份中心两地保存。当灾难发生时，使用备份数据对工作系统进行恢复或将应用切换到备份中心。灾难备份系统中数据备份技术的选择应符合数据恢复时间或系统切换时间满足业务连续性的要求。目前数据备份技术主要有如下几种: (1)磁带备份。 (2)基于应用程序的备份。通过应用程序或者中间件产品，将数据中心的数据复制到灾难备份中心。在正常情况下，数据中心的应用程序在将数据写入本地存储系统的同时将数据发送到灾难备份中心，灾难备份中心只在后台处理数据，当数据中心瘫痪时，由于灾难备份中心也存有生产数据，所以可以迅速接管业务。这种备份方式往往需要应用程序的修改，工作量比较大。另外，由应用程序本身来处理数据的复制任务，对应用系统的性能影响较大。 (3)数据库的远程数据复制。基本原理是将数据中心的数据库日志传送到远程灾难备份中心的数据库中，通过日志同步两端的数据库。这种方式需要数据库软件的支持。由于数据库方式只是传送数据库日志，与应用没有直接关系，因此无须对应用程序做大量修改。这种灾难备份方式比较适合于只对数据库有远程灾难备份需求，传输距离较长且网络传输带宽不大的用户环境。 (4)服务器逻辑卷的远程数据复制。这种方式在服务器操作系统逻辑卷管理软件基础上实现，通过IP网络将逻辑卷操作传输到异地主机，在异地主机执行同样的逻辑卷操作，保证本地和远端逻辑卷的一致性。这种灾难备份方式适合文件、数据库等多种数据的远程复制要求，并且对应用系统和数据库是透明的，但需要数据中心和灾难备份中心主机同构。 (5)基于存储备份软件实现的远程数据复制。数据的复制和同步通过存储备份软件实现，系统的灵活性很强，完全不依赖主机系统和存储系统，也不影响本地应用的响应速度，数据可以从任何存储设备上镜像到任何地点的任何存储设备上。 (6)基于智能存储设备的远程数据复制。由智能存储设备自身管理软件实现数据的远程复制，即智能存储设备将系统中的存储操作指令发送到远端的智能存储设备上，在远端智能存储设备中重做存储操作指令，实现数据远程复制。这种灾难备份方式要求数据中心和灾
系统灾难恢复计划
一、目的 建立一个可行的灾难恢复计划，在发生重大事件时启动该该灾难恢复计划使经济损失降到最低，对关键人员进行培训，随时准备应对灾难，执行有效的恢复动作，恢复关键业务操作。 二、范围 本计划适用于华为RTC业务 三、程序 3.1 IT 关键接入点 3.1.1 计算机基本系统 ?工厂基本数据信息 ?每日做本地备份 ?一个小型PC平台服务器 ?数据库可以加载到不同的PC系统并持续运行 ?在杭州东信放置一个备份服务器 3.1.2 Email 公司总部有专用的邮箱服务器提供给员工与客户、员工和供应商通信 ?可通过本地ISP 3.2任务和职责
3.2.1灾难声明 以下人员是由公司授权认定，可声明公司灾难。 授权人员名单 3.2.2 华为客户联系人 3.2.3 灾难沟通流程 灾难事件发生时，将会公布以下时间表： ?在发布紧急声明时，所有受影响客户将会被通知，并立刻给出一个有效的影响评价。?所有受影响的客户在1小时内通知到位（或更快，依事件而定） ?和每个客户的沟通根据他们选择的形式（例如,座机，手机，Email） 3.2.4 各业务持续性团队 3.3恢复程序 业务持续性/恢复行动：客户记录
恢复行动：方法检索试验程序和服务手册 第二设施联系人 3.4：测试程序 :3.4.1 引言 定期测试很重要，因为它证实了备份和恢复程序的有效性。预期的系统和网络环境会改变。 3.4.2 测试方法 ?测试恢复必须成功地完成与硬件，系统，网络，应用程序，数据恢复和应用程序的功能验证的业务或应用支持区域内的恢复时间框架中对业务影响评估过程的定义。测试失败必须重新测试，对于区域业务在一个时间范围内成功完成是令人愉快的。当一个系统、应用程序或网络经历了一个高程度的变换，频繁测试将被考虑。 ?测试事件日志必须包含时间框架，遇到的问题和改进建议。该日志应该扩展开，对事件回顾并用于问题的跟踪和解决。
数据中心灾难恢复指南(更新)
数据中心灾难恢复指南 （更新版）
数据中心灾难恢复指南（更新版） 当前，基于Web的应用不断普及深入，新一代的企业级数据中心建设已成为行业信息化的新热点。虚拟化、云计算等新技术和概念的提出更是为数据中心的发展开辟了新的道路。但是，无论数据中心怎样变化，企业对于数据中心容灾备份的需求是只会提高不会降低的。此外，在预算日益紧缺的情况下，灾难恢复成本也是企业考虑的重要因素之一。企业灾难因素应该考虑哪些因素？如何将虚拟化应用到灾难恢复中来？如何减少数据中心灾难恢复成本？本指南将对这些问题进行解答。 灾难恢复考虑因素 灾难恢复策略和基础架构本身就很复杂，对于大型企业来说更是这样。在这个过程中存在许多可变因素：需要确定许多标准和流程，需要对人力资源进行组织，需要对技术进行整合，需要辨别不同应用间的差异并为其排定优先次序。 数据中心灾难恢复需要考虑哪些因素？ 将IT变更管理作为灾难恢复的一部分 虚拟化与灾难恢复 现在，许多公司都在它们环境的某处使用虚拟化技术。但是，他们可能不知道如何使用虚拟化技术来进行数据中心灾难恢复规划。学习如何应用虚拟化到灾难恢复很有用，也会受到很多技术上的限制。 虚拟化在数据中心灾难恢复中的作用 利用虚拟化技术来进行数据中心灾难恢复
如何节省灾难恢复成本 如今否认经济形势迫使企业减少预算。尽管灾难恢复（DR）人员在极力劝阻对这个领域预算的削减，DR也无法躲过预算危机。那么对于DR站对站数据复制解决方案的创建和维护而言，有没有什么方法或工具可以降低总的成本呢？ 灾难恢复预算的头号挥霍者 使用开源复制工具来降低灾难恢复成本 你是不是在为了避免麻烦而浪费灾难恢复成本？
信息系统灾难恢复方案
信息系统灾难恢复方案 第一章总则 第一条为规范并指导我公司生产系统灾难恢复工作，提高防范灾难风险的能力，保障持续运营，保护客户的合法权益，根据国家信息安全法律法规及有关规定，制定本预案。 第二条生产系统灾难恢复工作应坚持“统筹规划、平战结合、等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称灾难恢复为生产系统灾难恢复。灾难恢复工作是指，为保障生产系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 第二章总体工作要求 当生产系统及相关业务流程发生重大变更时，应立即启动灾难恢复需求的再分析，并根据最新的灾难恢复需求分析重审和修订灾难恢复策略。根据灾难恢复策略定期复审和调整灾难恢复技术方案、灾难恢复预案，并定期开展灾难恢复预案培训和演练工作。加强与业务密切相关的机构间的协调，共同评估面临的风险，协同制定灾难恢复策略，提高整体风险防范和灾难恢复能力。 第三章灾难恢复项目小组的制定和职能
1.管理组：小组人员：职责：统筹规划，指挥各小组按照既定计划进行执行。 2.部门恢复组小组成员：职责：负责制定各部门情况制定应急备案，确定各部门数据和财产的保护方式并执行保护，确定各部门数据的恢复方式并执行恢复。 3.计算机恢复组：小组成员：职责：负责对全公司范围内的计算机故障进行排除、恢复范围包括系统、必备办公软件。 4.损坏评估组： 小组成员： 职责：负责对公司损失的重要数据、财务进行总体评估。并针对相应损失的财产进行汇总并结合拥有的保险进行申报。 5.安全组： 小组成员职责：负责灾难发生后的人员、数据、财务的安全进行保护。并制定相应的安全策略。 6.设备支持组： 小组成员：职责：负责对公司服务器、网络设备、交换机的故障进行排除，制定相应解决重建方案。 7、数据恢复组： 小组成员：职责：负责对公司各平台数据进行恢复，并制定相应数据恢复方案。 8、市场和客户关系组： 小组成员：职责：负责对外进行信息发布、制定相应应急措施
CommVault备份系统日常操作及维护手册
CommVault备份系统 日常操作及维护手册
目录 第 1 章日常操作及维护 (3) 1.1配置磁盘库 (4) 1.2配置磁盘策略 (9) 1.3设置备份计划 (13) 1.4浏览查看客户端备份、恢复历史 (17) 1.5C OMMVAULT报表功能 (19) 第 2 章COMMVAULT软件安装和配置 (22) 2.1C OMM S ERVER管理控制台的安装 (22) 2.2C OMM S ERVER补丁升级 (36) 3.1F ILE I D ATA A GENT安装部署 (51) 3.2SQL S ERVER I D ATA A GENT的安装部署 (64) 3.3CDR I D ATA A GENT安装部署 (71) 第 4 章文件的备份与恢复 (75) 4.1文件备份 (75) 4.2文件恢复 (78) 第 5 章SQL的备份和恢复 (83) 5.1SQL SERVER备份： (83) 5.2SQL S ERVER恢复 (85) 第 6 章CDR连续数据复制 (90) 6.1创建一个文件CDR (90)
第 1 章 1.1概述 随着信息化的广泛使用，随之而来的数据信息安全隐患也越来越多，数据丢失产生的后果也越来越严重。本文档主要介绍如何使用Commvault软件来对日常IT数据信息进行有效保护。 此文档内容简介： 1、如何在Windows平台安装CommServer； 2、如何在Windows平台安装Commvault File iDataAgent； 3、如何在Windows平台安装Commvault CDR iDataAgent； 4、如何使用Commvault软件对文件，SQL数据库的备份与恢复； 5、如何使用CDR进行数据连续复制； 6、如何使用Commvault实现对日程备份数据进行有效管理；
网络中心灾难恢复计划
目录
1.目的 (4) 2.适用范围 (4) 3.启动条件 (4) 4.恢复计划目标 (4) 4.1完成时间： (4) 4.2既定恢复的网络服务： (4) 4.3覆盖范围及容量： (4) 5.恢复计划方针 (4) 6.恢复计划时间表 (5) 6.1临时恢复计划小组 (5) 6.2火灾消除后 (5) 7.人员组织及职责 (6) 8.资源需求： (6) 8.1外部援助 (6) 8.2公司内部 (7) 8.3硬件设备 (7) 8.4软件 (7) 8.5配置文件与数据 (8) 9.恢复步骤： (8) 9.1命令下达后 (8) 9.2火灾消除之际 (8) 9.3恢复计划正式启动同时 (8) 9.4现场勘察工作结束后 (8) 10.公司因特网专线服务恢复 (9) 11.邮件系统恢复步骤 (11) 12.点对点专线恢复 (11) 13.恢复确认 (12)
1. 目的 确保公司网络中心在遭受灾难性事故十，公司关键业务运作的连续性，消除或减少灾难对紧要业务流程的影响。适用范围 2. 适用范围 本应急响应预案适用于公司所有客户的应急处理过程。 3. 启动条件 重大灾难或故障导致位于公司的网络中心物理场所损毁、设备及网络线路失效、正常网络服务全部中断。 4. 恢复计划目标 4.1 完成时间： 根据《业务连续性管理方案》定义，本计划所指网络中心灾难为大规模灾难。而在遭受大规模灾难后，公司关键业务应在36小时内恢复运作，因此相应的网络中心临时恢复计划应在24小时内完成。 4.2 既定恢复的网络服务： 公司现有关键业务赖以支持的主要网络服务，即为：公司因特网专线、邮件服务、客户点对点专线、以及远程文件传输服务（FTP）等。 4.3 覆盖范围及容量： 重建的网络服务应能覆盖公司所有部门的关键业务，且为每部门提供至少不低于5个网络节点。 5. 恢复计划方针 本计划将恢复工作按业务重要程度依次排序，优先级排序依据分别为服务等级协议（SLA）、客户战略关系、项目直接效益等。由此而推断出的的网络服务恢复顺序依次为：因特网专线→邮件服务→客户点对点专线→远程文件传输服务。恢复计划小组为用户开通相关网络服务的优先顺序参见下图：黄色部分业务→绿色部分业务→红色部分业务，即以紧要网络服务与重要部门为中心依次递进扩展恢复工作。（这部分的的恢复顺序应该与修改后的业务连续性管理方案一致。
《保险业信息系统灾难恢复管理指引》
《保险业信息系统灾难恢复管理指引》 各保险公司、保险资产管理公司： 为加强保险信息安全基础设施建设，推进信息系统灾难恢复工作，根据《中华人民共和国保险法》和国家有关信息安全法律法规，我会制订了《保险业信息系统灾难恢复管理指引》，现印发给你们，请遵照执行。 二○○八年三月二十一日 保险业信息系统灾难恢复管理指引 第一章总则 第一条为规范并指导我国保险业信息系统灾难恢复工作，提高防范灾难风险的能力，保障持续运营，保护客户和股东的合法权益，根据《中华人民共和国保险法》、国家信息安全法律法规及有关规定，制定本指引。 第二条保险业信息系统灾难恢复工作应坚持“统筹规划、资源共享、平战结合、等级灾备”的原则，平衡成本与风险，确保工作的有效性。 第三条本指引所称保险机构是指，经中国保险监督管理委员会(以下简称“中国保监会”)批准设立，并依法登记注册的保险公司、保险资产管理公司、外国保险公司分公司及港、澳、台地区保险公司在大陆地区的分公司。 第四条本指引所称灾难恢复为信息系统灾难恢复。灾难恢复工作是指，为保障信息系统持续运营，防范灾难风险并减轻灾难造成的损失和不良影响而开展的一系列工作，包括：组织机构设立和职责、灾难恢复需求分析、灾难恢复策略制定、灾难备份系统实施、灾难备份中心的建设与运行维护、灾难恢复预案管理、应急响应和恢复。 本指引所称区域性灾难是指，造成所在地区或有紧密联系的邻近地区的交通、电讯、电力及其它关键基础设施受到严重破坏，关键信息网络设备毁损、重大故障或大规模人口疏散的事件，将会导致信息系统无法正常运行。例如：地震、大型公共卫生事件、恐怖袭击、区域性通信网故障、区域性电网故障、机房内关键设备毁损等。 本指引所称同城灾备是指，生产中心与灾难备份中心处于同一地理区域，面临同一区域性灾难风险，能够抵御小范围区域内的灾难，例如小面积停电、火灾、设备故障等，距离通常在数十公里左右。 本指引所称异地灾备是指，生产中心与灾难备份中心处于不同地理区域，一般不会同时面临同一区域性灾难风险，能够抵御较大范围区域内的灾难，例如大面积停电、地震、战争等，距离通常在数百公里以上。 本指引所称自建是指，自行出资建设和拥有灾难备份中心，为自身提供灾难恢复服务。 本指引所称共建是指，多个机构共同出资建设和拥有灾难备份中心，为参与单位提供灾难恢复服务。 本指引所称外包是指，选择外部资源来承担或协助完成信息系统灾难恢复的规划、实施、运营维护，以及应急响应和恢复工作。 第五条中国保监会负责对保险业信息系统灾难恢复工作实施监督和管理。 第六条《信息安全技术信息系统灾难恢复规范》(GB/T 20988-2007)中的条款通过本指引的引用而成为本指引的条款。 第二章总体工作要求 第七条保险机构应统筹规划信息系统灾难恢复工作，自本指引生效起五年内至少达到本指引规定的最低灾难恢复能力等级要求。 保险机构新建信息系统时，应同步规划和实施灾难备份系统建设。本指引生效后新成立
重要信息系统灾难恢复指南的来龙去脉
《重要信息系统灾难恢复规划指南》解释 慧聪网 2005年6月3日12时45分信息来源：金融时报 灾难备份与灾难恢复，对于中国金融业，并非 一个崭新的命题。然而，当金融业越来越依赖于信 息系统开展业务及落实管理时，面对随时都有可能 发生的自然或人为的灾难，做好数据备份、系统恢 复及业务连续性管理，也变得越来越紧迫和重要。 于是，灾难恢复已经不只是信息技术部门关心的 事，而是上升到金融企业掌门人需要给予高度关注 的事。那么，究竟应当怎样对系统的灾难性故障进 行迅速的响应和处置?如何制定适合自身实际的灾难恢复规划? 5月26日，在广东南海召开的“首届中国灾难恢复行业高层论坛”，为上述问题给出了答案，被业界称为中国灾难恢复行业里程碑式的重要会议。 这一论坛由中国信息产业商会信息安全产业分会主办、国务院信息化办公室支持、广东省地税局和GDS 公司协办，集合了来自政府、行业、厂商、专家等各方人士，他们就在中国开展灾难恢复业务将面临的主要挑战和实战方法，展开了深入而切实的讨论。同时，对于灾备建设中最重要的标准化问题，国务院信息化办公室借本次论坛对近日出台的指导文件《重要信息系统灾难恢复规划指南》，进行了宣讲和解释。 《指南》的来龙去脉 “为加强对信息系统安全的管理，规范对信息系统灾难性故障的响应和处置，需要制定相应的对灾难恢复具有指导意义的规范性文档。信息系统灾难恢复规划作为一项周密的系统，需要按照科学的流程开展规划和实施。”国务院信息化办公室网络安全组王渝次司长在会上介绍了《指南》出台的来龙去脉，“考虑到灾备工作在我国刚开始起步，一些重要信息系统主管部门和运行单位感到缺乏经验，无从下手，迫切希望国家出台相应的工作指南。2004年10月开始，国务院信息办组织中国人民银行等8个国家重要信息系统主管部门以及中办、信息产业部、北京市信息办、上海市信息委、广东省信息办、GDS公司等有关单位成立了《指南》起草组。起草组既参考了有关国际标准，又结合了我国信息安全保障的实际情况，经过几个月紧锣密鼓的调研，终于于4月份出台了《指南》”。 那么，《指南》的出台，对各个行业及业界厂商有怎样的指导作用?据国信办网络安全组负责灾备标准的熊四皓处长介绍，《指南》是以信息系统灾难恢复规划的方法论为基本依据，吸取国际上先进的信息安全标准的相关内容，根据我国当前信息系统安全的发展现状，制定出对我国现阶段信息系统灾难恢复规划具有指导意义的指南文档。适用于指导信息系统的使用和管理单位的灾难恢复规划工作，对信息系统灾难恢复规划项目的审批和监督管理也可参照使用。也就是说，《指南》主要是为了给关键的行业用户做灾难
QSY 1332-2010 信息系统灾难恢复管理规范
信息系统灾难恢复管理规范 Specifications for information system disaster management
Q/SY 1332—2010 目次 前言................................................................. 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 灾难恢复的组织机构 (3) 4.1 综述 (3) 4.2 构成及职责 (3) 5 灾难恢复需求分析 (4) 5.1 风险分析 (4) 5.2 业务影响分析 (5) 5.3 确定灾难恢复需求 (6) 6 灾难恢复策略制定 (7) 6.1 灾难恢复能力等级 (7) 6.2 灾难备份中心布局 (7) 6.3 灾难备份中心建设模式 (7) 6.4 对灾难备份中心的要求 (8) 7 灾难备份中心运行维护 (8) 7.1 运行维护目的 (8) 7.2 运行维护内容 (8) 7.3 运行维护管理信息系统 (8) 7.4 灾难恢复预案的演练 (8) 8 灾难恢复预案 (9) 8.1 预案的目的 (9) 8.2 预案的制定 (9) 8.3 预案的管理 (9) 9 应急响应和灾难恢复 (9) 9.1 应急响应流程 (9) 9.2 灾难恢复流程 (10) 9.3 重建与回退 (11) 10 演练及培训 (11) 10.1 灾难恢复演练 (11) 10.2 认知与培训 (13) 附录A（资料性附件）灾难恢复预案框架 (14) 参考文献 (16) I
Q/SY 1332—2010 II 前言 本标准是中国石油天然气集团公司信息标准体系管理与服务规范系列标准之一。 本标准的附录A为资料性附录。 本标准由中国石油天然气集团公司信息技术专业标准化技术委员会提出并归口。 本标准起草单位：中国石油集团东方地球物理勘探有限责任公司。 本标准主要起草人：周晓松、冯梅、王雨、李闻喜、胡革强、辛麒、于普漪、徐刚、颜伟海、李颖琦、秦侃、魏占玲。