StorePoint灾难恢复手册20100319
Rose 灾难恢复解决方案1
灾难恢复解决方案灾难恢复的重要性数据作为企业宝贵的资源，其重要性已经得到人们的充分认识。
如果企业因为交易数据被误操作而损失，因为地震、火灾、海啸等原因而丢失数据，客户资料因为黑客的入侵而造成更改等等，这样的事故所带来的后果是什么？至少，这会使企业的业务造成混乱，甚至造成无法估量的财产损失。
所以，如何保护企业的数据，如何使企业免遭数据灾难，已经成为企业所必须考虑的重要问题。
通常，企业采用定时备份技术。
但这种备份技术的容灾能力非常有限，因为传统的备份主要是采用内置或外置的磁带机进行冷备份，备份磁带同时也在机房中统一管理，一旦整个机房出现了灾难，如火灾、盗窃和地震等灾难时，这些备份磁带也随之销毁，所存储的磁带备份也起不到任何容灾功能。
容灾的技术容灾数据备份软件级解决方案：按照国际标准SHARE 78 定义的容灾系统有四个层次：本地备份并本地保存的冷备份、本地备份并异地保存的冷备份、热备份站点备份、活动互援备份。
前两种方案属于冷备份，都是靠本地或异地的定期磁带备份进行容灾，但存在很大的局限性，譬如数据没有实时性，存在丢失备份窗口之间数据的可能性。
后两种采用单向或双向在异地建立备份点，通过网络把本地的数据热备份到异地，具有实时性，不存在丢失备份窗口之间数据的可能性。
热备份决方案涉及到多种技术的应用，譬如SAN或NAS技术、远程复制技术、快照技术，恢复技术等。
其中远程复制技术是容灾备份的核心技术，即实时地复制数据到异地，保持数据的冗余备份，当本地数据被损坏后，能够通过异地的备份很快地进行恢复。
仅仅做到这点远远还不够，譬如当人为的误操作损坏了数据，而这些误操作同样会损坏异地数据。
为此，我们可以采用快照技术和恢复技术，把误损坏的数据恢复回来。
快照技术是定期在异地对冗余数据进行快照操作，并备份到磁带进行保存。
如果企业想恢复以前的数据，可以从快照中进行恢复，但还是存在某些数据无法恢复的问题。
恢复技术是利用在异地对冗余数据的每个I/O日志记录，进行数据恢复恢复的技术。
将灾难恢复与 Symantec Endpoint Protection 一起使用的最佳做法
将灾难恢复与Symantec Endpoint Protection 一起使用的最佳做法此部分参考了安装指南(installation_guide.pdf) 中提供的信息，该指南位于Symantec Endpoint Protection 的CD 1 上的Documentation 文件夹下。
为灾难恢复做准备需执行的任务：请确保定期（最好每周一次）备份数据库，并在异地存储备份。
1. 数据库备份目录位于：\\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\data\backup。
备份文件名为_.zip。
2. 将此数据库移至其他存储区域，因为执行卸载时将删除该数据库。
3. 找到keystore 文件和server.xml 文件。
keystore 文件的名称为keystore_.jks。
该keystore 包含私钥/公钥对和自签名证书。
server.xml 文件的名称为server_.xml。
4. 在安装期间，这些文件将备份到以下目录：\\Program Files\Symantec\Symantec Endpoint Protection Manager\Server PrivateKey Backup。
注意：还可以从Symantec Endpoint Protection Manager 控制台的“管理员”面板备份这些文件。
5. 使用文本编辑器创建并打开一个文本文件。
6. 将该文件命名为Backup.txt 或类似的名称。
7. 打开server.xml，找到keystorepass 密码，将其复制并粘贴到上述文本文件中。
8. 使该文本文件保持打开状态。
注意：该密码既可用于storepass 又可用于keypass。
Storepass 用来保护JKS 文件。
Keypass 用来保护私钥。
输入这些密码可还原证书。
密码字符串类似于keystorePass="WjCUZx7kmX$qA1u1"。
域控制器灾难恢复方法
灾难恢复方法一.目的本文对域控制器的灾难恢复提供指导二．摘要本文讲述了多域控制器环境下由于硬件故障突然损坏，而事先又没有做好备份，如何使额外域控制器接替它的功能工作使Active Directory正常运行，并在硬件故障排除后使损坏的主域控制器恢复三．目录Active Directory操作主机角色概述环境分析从AD中清除主域控制器 对象在额外域控制器上通过ntdsutil.exe工具执行夺取五种ＦＭＳＯ操作设置额外域控制器为ＧＣ（全局编录）重新安装并恢复损坏主域控制器附:用于检测AD中五种操作主机角色的脚本四．正文1. Active Directory操作主机角色概述Active Directory 定义了五种操作主机角色（又称ＦＳＭＯ）：架构主机 schema master、域命名主机 domain naming master相对标识号 (RID) 主机 RID master主域控制器模拟器 (PDCE)基础结构主机 infrastructure master而每种操作主机角色负担不同的工作，具有不同的功能：架构主机具有架构主机角色的 DC 是可以更新目录架构的唯一 DC。
这些架构更新会从架构主机复制到目录林中的所有其它域控制器中。
架构主机是基于目录林的，整个目录林中只有一个架构主机。
域命名主机具有域命名主机角色的 DC 是可以执行以下任务的唯一 DC：向目录林中添加新域。
从目录林中删除现有的域。
添加或删除描述外部目录的交叉引用对象。
相对标识号 (RID) 主机此操作主机负责向其它 DC 分配 RID 池。
只有一个服务器执行此任务。
在创建安全主体（例如用户、组或计算机）时，需要将 RID 与域范围内的标识符相结合，以创建唯一的安全标识符 (SID)。
每一个Windows 2000 DC 都会收到用于创建对象的 RID 池（默认为 512）。
RID 主机通过分配不同的池来确保这些 ID 在每一个 DC 上都是唯一的。
信息系统灾难恢复规范
本标准的附录A是规范性附录，附录B和附录C是资料性附录。
本标准是由全国信息安全标准化技术委员会提出并归口。
本标准起草单位：中国信息安全产品评测认证中心。
本标准主要起草人：汪琪、熊四皓、张利、刘艳、郭全明、许强、李伟华、李建彬、谈松、刘建明、刘祖泷、江志强、徐强、冷飚、刘山泉、黄伟、于健、刘东红、上官晓丽。
本标准参照和借鉴GB/T19716《信息技术信息安全管理实用规则》、GB/T20984《信息安全技术信息安全风险评估规范》、DRJ International（国际灾难恢复协会）《Professional Practices for Business Continuity Planners》和《Business Continuity Glossary》、ISACA（信息系统审计与控制协会）、NIST（美国国家标准和技术学会）《SP 800-34 Contingency Planning Guide for Information Technology Systems》和在1992年SHARE78会议议题M028上提出的远程站点分级等的有关内容和思想，结合国家重要信息系统行业技术发展和实践经验制定而成。
信息系统灾难恢复能力等级与恢复时间目标（RTO）和恢复点目标（RPO）具有一定的对应关系，各行业可根据行业特点和信息技术的应用情况制定相应的灾难恢复能力等级要求和指标体系。
信息安全技术信息系统灾难恢复规范1 范围本标准规定了信息系统灾难恢复应遵循的基本要求。
本标准适用于信息系统灾难恢复的规划、审批、实施和管理。
2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 5271.8 信息技术词汇第8部分：安全GB/T 20984 信息安全技术信息安全风险评估规范3 术语和定义GB/T 5271.8确立的以及下列术语和定义适用于本标准。
新型灾难恢复技术CDP技术
新型灾难恢复技术CDP技术新型灾难恢复技术CDP技术通常的灾难恢复技术包括数据的备份、复制、应用的远程集群等。
目前，一种新的灾难恢复技术----持续数据保护（ContinuousDataProtection,CDP）开始进入应用成熟期。
过去几年来，所有主要的厂商都开始进入CDP市场，从而推动CDP成为主流技术。
如今，市场上已经有很多CDP厂商，比如Atempo、BakBone、DataCore、EMC、FalconStor、IBM、InMage等等，浪潮也在新推出的海量存储平台中，融合了CDP的功能，帮助用户实现对数据的高效保护。
如何给CDP下个准确的定义呢？SNIA数据保护论坛(DMF)的持续数据保护特别兴趣小组（CDPSIG）是这样定义CDP的：“持续数据保护是一套方法，它可以捕获或跟踪数据的变化，并将其独立存放在生产数据之外，以确保数据可以恢复到过去的任意时间点。
持续数据保护系统可以基于块、文件或应用实现，可以为恢复对象提供足够细的恢复粒度，实现几乎无限多的恢复时间点。
”传统的数据保护解决方案专注在对数据的周期性备份上，因此一直伴随有备份窗口、数据一致性和对生产系统的影响等问题。
实际上，传统数据保护技术中采用的是对“单一时间点（SinglePoint-In-Time）”的数据拷贝进行管理的模式，而CDP可以实现对“任意时间点（AnyPoint-In-Time）”的数据访问，因此可以大大提高数据恢复点目标（RPO）。
由于用户的备份策略通常是设定在每天的固定时刻启动备份任务，因此备份技术实现的数据保护间隔一般为24小时，导致用户会面临数据丢失多达24小时的风险；而采用快照技术，无论是基于文件系统的快照还是基于数据卷的快照，根据快照执行的间隔，一般可以将数据的丢失量风险降低到小时级；最新的CDP技术由于采用了更精细的数据保护方法，能够实现将数据丢失量降低到秒级。
另外一种在数据容灾中常见的数据保护技术是复制技术，它可以通过与生产数据的同步获得数据的最新状态，但其无法规避有人为的逻辑错误或病毒攻击所造成的数据丢失。
17. 灾难准备和恢复 - Symantec Backup Exec 2010 R2 管理指南
非授权还原和授权还原）
关于灾难准备
灾难准备计划是一些策略和步骤的实施，它们可以使破坏数据的灾难事件所造成的 损害减到最小程度。尽管准备措施可以使这类事件的影响减到最小（UPS 设备、密 码保护等），但没有任何办法可以百分之百地保护您的数据。 灾难准备计划 (Disaster Preparation Plan, DPP) 的目的是尽可能快地恢复可运行状 态。Backup Exec 是 DPP 的关键组件，本章讨论如何将这个功能强大的数据管理工 具应用到您的灾难准备计划中。 下列基本方法可用于灾难恢复： ■ 手动恢复。您可以手动恢复本地和远程 Windows 计算机。 ■ 自动恢复。Backup Exec 的 Intelligent Disaster Recovery (IDR) 选件可自动对
灾难期间维护业务操作的能力 请确保每个人都采取了适当的预防措施以实施针对网络中断 的计划。例如，由于服务器关机使得销售部的电话不断，以 致在服务器重新启动之前只能手写订单。每个部门都应当制 定这种情况下的工作策略。如果采取了适当的预防措施，服 务器可以很快恢复并继续运行。
可靠的备份策略。
一种包括强大的介质循环方案的设计精良的备份策略，它在 快速还原文件服务器方面具有重要作用。
9 单击“确定”。
关于创建紧急修复磁盘（仅限 Windows 2000 计算机）
在安装 Windows 2000 Server 时，安装程序会提示您创建一张紧急修复磁盘 (ERD)。 这张磁盘包含系统信息，可以帮助在灾难事件时恢复系统运行。每次改变系统时更 新 ERD 是一项很重要的工作，ERD 只有保持最新时才有用处。只有将 ERD 保持为 最新的，它才有用处。 对系统作出重大更改之前和之后都要制作 ERD 的最新副本。重大更改包括添加、删 除或修改硬件驱动器或分区、文件系统、配置等。一般原则是，更改硬盘驱动器配 置之前和之后都要更新 ERD。服务器添加新组件，如 Microsoft Exchange Server 或 Microsoft SQL Server，以及在控制面板中进行更改时，都需要在更改之前和之 后更新 ERD。 同时记住制作 ERD 的备份，总是保持 ERD 至少有一代备份。创建全新的 ERD 时， 使用一张可重新格式化的软盘，因为创建 ERD 的程序 RDISK.EXE 每次都要格式化 软盘。
Sharepoint灾难恢复
Sharepoint灾难恢复1年。
SharePoint备份和灾难恢复方案条目1。
备份和恢复概述 (1)1.1。
内容还原....................................................................................................1 1.2。
灾难恢复.. (2)1.3。
2.1。
2.2。
解决方案矩阵....................................................................................................3主要差异.. (4)备份操作.................................................................................................................. ..6 2.2.1。
2.2.2。
2.2.3。
使用Microsoft Office SharePoint设计器2007................................................6使用MOSS“管理中心”.........................................................................6使用stsadm.exe.. (9)2。
常见备份/还原方法 (4)2.2.4。
数据库备份还原 (10)2.3。
还原操作..................................................................................................................182.3.1。
2.3.2。
使用Microsoft Office SharePoint设计器2007...........................................18使用MOSS“管理中心”. (19)2.3.3。
DataDomain介绍
0 0 0.079 0.053 0.053 0.145 0.105 0.026 0.066 0.474
16% 资金减少 51% 大致相同 33% 资金增加
正在使用 正在试验/评估 近期计划（到 2010 年第 1 季度） 长期计划（2010 年第 2 季度 - 2010 年 第 4 季度）
来源：TheInfoPro 第 13 波存储调查（2009 年第 4 季度），2010 年 1 月。F1000 抽样：左侧及右上侧图表：n=183；右下侧图表：n=76；右下侧图表 （右下侧图表底部一行）：n=37。
DDX Array 系列 多达 16 个控制器
DD140 速度 逻辑容量 原始容量 可用容量 450 GB/小时 17–43 TB 1.5 TB 0.86 TB
DD610 675 GB/小时 75–195 TB 最多 6 TB 最多 3.98 TB
Global Deduplication Array 12.8 TB/小时 5.7–14 .2 PB 最多 384 TB 最多 285 TB
© 版权所有 2010 EMC Corporation。保留所有权利。
12
通过高效网络复制实现真正的灾难恢复
降低广域网成本；改进服务级别协议
灵活的复制 1–5%
DB
Data Domain 系统
一对多 多对一 双向 系统对系统 级联
目录 A
主目录
归档数据 广域网 备份数据 Data Domain 系统
© 版权所有 2010 EMC Corporation。保留所有权利。 5
F1000：用于开放系统的虚拟磁带库
完成实施时间
正在使用 正在试验 / 评估 近期计划
EMC 竞争对手 竞争对手 竞争对手 竞争对0.402 0.028 0.039 0.101 0.43
Active-Directory灾难恢复手册
Active Directory灾难恢复手册文档适用范围：办公网Active Directory业务网SNA/HIS服务器所依赖的Active Directory适用操作系统：Windows Server 2003Windows 2000 Server本文档讨论：如何避免Active Directory故障如何对Active Directory进行备份错误修改/删除Active Directory数据的应对措施一台或全部域控制器崩溃的应对措施本文档未涉及：Active Directory故障诊断和排除1 避免Active Directory故障遵照下列原则，以避免Active Directory出现故障：硬件（1）不随意关闭域控制器，确保任何时刻域内至少有2台域控制器运行；（2）操作系统和NTDS数据库文件所在硬盘配置使用硬件容错（RAID1/RAID5等）；（3）定期检查服务器电源、硬盘状态，及时更换故障硬件。
网络（4）分公司办公网域控制器需要确保同根域控制器网络畅通，所需通信端口开放；（5）确保客户机和域控制器之间网络畅通，所需通信端口开放；（6）不要在域控制器上安装或启用防火墙、TCP/IP过滤器、IPSec策略等；（7）调整网络配置前首先确认是否会对域控制器造成影响。
备份（8）所有域控制器至少每周备份系统状态一次，建议使用计划任务做到每天备份，备份数据要尽量存放在生成备份的服务器之外；（9）进行批量删除用户和OU等影响较大的操作前，首先进行备份；日常管理（10）对域控制器进行的配置变更操作要进行记录；（11）及时升级防病毒程序，安装安全补丁；（12）定期检查所有域控制器的日志，对错误和警告信息进行诊断和排除；（13）对用户报告的和Active Directory相关的异常信息及时跟进，定位问题原因。
2 备份Active Directory数据库2.1 手动备份Active Directory数据库通过备份工具对“系统状态”进行备份（包含Active Directory数据库、注册表、系统文件等），以建立可供灾难恢复使用的数据副本。
StorePoint灾难恢复手册
中国石油加油站管理系统试点项目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灾难恢复 (8)Fuel Server系统彻底崩溃，所有数据都丢失。
(8)1.Fuel Server的硬盘数据全部丢失，只能重新安装系统了。
(8)Fuel Server系统不能使用，但是数据没有丢失，只需要重新安装系统。
(9)一、POS灾难恢复POS系统彻底崩溃，所有数据都丢失。
1.重新安装POS系统，按照安装配置手册配置好POS,做冷启动，登录pos系统，开一个班，然后退出POS。
2.到BOS系统中查看最后一笔交易的交易序号。
例如：187（在Office的“交易日志”中），注意，不同POS的最大交易序号是不同的，要看此表中的POS_ID。
3.到BOS系统中“POS交易控制器”中查看最后POS班次号。
例如：214.在“POS交易控制器”中记录记录号84775.进入POS：C:\Positive\EXE\PositiveCounter.ini，将ShiftId修改为22=21+1；将TRA_GSerNum修改为8477；将TRA_SerNum修改为8477；将Transaction修改为188=187+1，其它内容全部删除。
业务连续性与灾难恢复计划
员工在紧急情 况下能够迅速 采取行动，减 少潜在的损失
提高员工对安 全问题的关注 和意识，减少 潜在的安全风
险
增强公司的整 体应急响应能 力，提高公司 的业务连续性
水平
培训与意识提升持续改进方案
培训计划：制定针对不同员工级别的培训计划，包括基础知识、技能培 训和意识提升培训。
培训内容：包括业务连续性计划、灾难恢复计划、应急响应和危机管理 等方面的知识。
识别关键资源与恢复优先级
关键资源：电力、通信、计算机系统等 恢复优先级：高、中、低 制定恢复计划：根据资源的重要性和恢复优先级，制定相应的恢复计划 定期演练：确保恢复计划的可行性和有效性
恢复策略与计划制定
定义恢复目标 确定恢复时间目标 分析潜在的威胁和风险 制定详细的恢复计划
测试与演练
定期进行测试和演练
发现和修正计划中的问题和缺陷
添加标题
添加标题
添加标题
添加标题
确保灾难恢复计划的时效性和可用 性
提高组织和个人的应对能力和信心
PART THREE
备份与恢复策略
数据备份策略
定义备份策略：根据业务需求和风 险承受能力，制定合适的备份策略
确定备份频率：定期备份，建议至 少每天备份一次
添加标题
添加标题
添加标题
培训方式：采用多种培训方式，如在线学习、面授、案例分析等，以提 高员工的学习积极性和效果。
意识提升：通过宣传教育、案例分享等方式，提高员工对业务连续性与 灾难恢复的意识，使其认识到其在企业中的重要性。
培训与意识提升文档化记录管理
培训过程记录：培训时间、地点、内容、参与人员等详细信息
意识提升方案：针对不同层次员工，制定相应的意识提升计划，包括培训课程、宣传海报、视频等 多种形式
Active_Directory_灾难恢复
Active Directory灾难恢复Active Directory 服务以及保证其顺利运行所需的系统是 Windows 2000 Server 操作系统的核心。
系统管理员必须了解如何使这些关键的系统保持正常运行，以及在出现故障时如何采取应对措施。
在 Active Directory 基础结构中，域控制器可以充当多种角色—全局编录 (GC)、操作主机 (OM) 以及单一域控制器。
本文中介绍了在出现故障后恢复 Active Directory 数据库的步骤，而且还介绍了将服务器还原为特定角色所必需的特殊要求。
引言本文讨论将域控制器从灾难状态（例如由于硬件或软件故障引起的数据库故障）进行恢复的步骤。
此类灾难通常会导致域控制器失效，而且会使计算机无法正常引导。
导致灾难的另一个原因是人为因素，例如将包含错误的数据复制到公司的其它域控制器上。
本文提供有关对运行 Active Directory 的域控制器（不运行其它服务）进行恢复的信息。
如果该计算机上还安装有其它服务，例如域名系统 (DNS) 或 Internet 信息服务 (IIS)，则可能还需要其它步骤，但是这些步骤不包括在本文中。
本文中的大多数示例都是基于 Windows 2000 备份实用程序 (ntbackup.exe) 的，该程序是Windows 2000 中附带的默认备份应用程序。
有关该工具的更多信息，可以在附录 IV 中找到。
用户可以有自己喜欢的备份应用程序，但是本文中的内容仍然适用。
本文不讨论涉及 Active Directory 的故障排除问题。
而是用于解决如下情况：所有的故障排除手段都已经失败，并且 Active Directory 无法正常运行，在这种情况下用户无法将域管理器引导到正常模式。
本文假定用户具有关于 Active Directory 及其相关组件的预备知识。
有关 Active Directory 的信息，请阅读 Windows 2000 Server Resource Kit 中的 Distributed Systems Guide 一书。
Active_Directory灾难恢复之网络拓扑重建
Active Directory灾难恢复之网络拓扑重建案例一：某公司基本网络拓扑如下，内网有三台域控制器，一台为主域控制器，其余两台为子域控制器，由于公司规模较小，DNS服务器与主域控制器安装在同一台PC上，受震灾影响，担任主域控制器的PC被完全物理损毁，内网负责管理的服务器就剩两台子域控制器，现在公司要求最快速度还原出网络拓扑，从而进一步重建其它服务，接到求助后，第一时间规划出还原方案。
根据之前受伤的该公司管理员描述后，我们用Microsoft ISA2004实验室的Microsoft Virtual P C 2007虚拟机，以及其中的3套Virtual PC：Florence、Firenze和Berlin来模拟出此次灾难恢复的实验环境，Florence担任物理损毁的主域控制器，它的角色曾是操作主机、DNS服务器以及全局编录服务器，其次用Firenze和Berlin来承担域中两台幸免于难的子域控制器。
首先架构公司震前的网络环境，新建域，域中部署主域控制器Florence和两台子域控制器Firenze和Berlin，（具体部署办法这里不在陈述，我的博客中有博文介绍，欢迎阅读），环境构建好后，我们关闭Florence，并让其不在出场，下面开始我们AD灾难恢复之旅。
开始实验前我们先勾画出实验完成后所要求的目的1 重建好DNS服务器2 转移操作主机角色3 重建全局编录服务器4 AD中清除报废的主域控制器对象5 最后，重建的主域控制器于子域控制器间拥有正确的复制拓扑而且能正常复制链接·实施计划：（一）角色规划.由于公司以给出明确要求：“恢复好的网络拓扑将直接并永久用于公司内网”。
所以我们必须要将主域控制器角色以及操作主机角色、全局编录服务器角色交予子域控制器中的其中一台来承担，它将替代Fl orence的所有角色，之前小张描述过，Firenze的硬件性能略好于Berlin，并且我们用于替代Florence 角色的PCServer将永久担当这一角色，所以我们决定用Firenze这台子域控制器来替代Florence，另外由于PC资源紧张并且公司规模较小，负载较轻，DNS服务器就将架设于Firenze中，Firenze最终将担任Florence的所有角色。
灾难恢复能力国家标准等级介绍
灾难恢复能力国家标准等级介绍1 概念和术语灾难：由于人为或自然的原因，造成信息系统严重故障或瘫痪，使信息系统支持的业务功能停顿或服务水平不可接受、达到特定的时间的突发性事件。
灾难恢复：为了将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态、并将其支持的与功能从灾难造成的不正常状态恢复到可接受状态，而设计的活动和流程。
灾难备份中心：用于灾难发生后接替主系统进行数据处理和支持关键业务功能运作的场所。
恢复时间目标RTO(Recovery Time Objective)：灾难发生后，信息系统或业务功能从停顿到必须恢复的时间要求。
恢复点目标RPO(Recovery Point Objective)：灾难发生后，系统和数据必须恢复到的时间点要求。
2 灾难恢复能力等级划分标准2.1 第一级介质存储：为各种磁介质、光介质和纸介质提供存储服务。
具有高标准的介质存储环境和设施；机房环境：根据客户的要求，灾备中心为客户准备符合国家标准的机房环境。
数据备份：完全数据备份至少每周一次。
满足国标《信息系统灾难恢复规范》（GB/T 20988-2007）灾难恢复等级第1级要求;完全数据备份至少每周一次；备份介质场外存放；有介质存取、验证和转储管理制度；按介质特性对备份数据进行定期的有效性验证;在灾难恢复时，可享有规范运行的数据中心环境和7 x 24小时专业技术支持。
2.2 第二级：介质存储：为各种磁介质、光介质和纸介质提供存储服务。
具有高标准的介质存储环境和设施；具有7 x 24小时门禁、视像监控和保安管理；提供7 x 24小时响应的媒体存放及获取服务。
机房环境：根据客户的要求，灾备中心为客户准备符合国家标准的机房环境，包含符合灾难备份原则的机房选址、具备高抗震指标、高承重提升地板的物理建筑，具备多路专线供电线路、长延时冗余UPS系统、备用发电机组、专业精密空调系统以及气体灭火系统等各种基础设施，具备7 x 24小时的严格出入授权控制和7 x 24小时的监控录像措施和严格的管理规范，以满足客户对灾难演练和灾难恢复期间的机房环境要求。
第07部分 备份还原灾难恢复
22
8.3.1 服务器恢复和还原
服务器恢复与还原
恢复丢失的Exchange Server 使用克隆配置任务进行边缘传输服务器灾难恢复
23
8.3.2 邮箱和公用文件夹数据库备份、还原和恢 复
邮箱和公用文件夹数据库备份、还原和恢复
使用NT备份实用程序备份和还原Exchange数据 将流式备份还原到其他服务器 使用数据库可移植性将邮箱数据库还原到新服务器 重建全文索引编录
数据
OWA Web站点和 Web站点和 Web.config 文件级备份
IMAP4和POP3协议设置 IMAP4和POP3协议设置 文件级备份 可用服务 自动发现 OWA虚拟目录 OWA虚拟目录 Web虚拟目录 Web虚拟目录 用于SSL的服务器证书 用于SSL的服务器证书 文件级备份 系统状态备份 管理器） 管理器） 文件级备份 系统状态备份 管理器） 管理器）
7
8.1 灾难恢复概述（续）
需要恢复的内容
丢失Exchange 2007后端Microsoft Windows Server 故障转移群集中的计算机 丢失Windows故障转移群集的数据库或存储组 丢失整个Exchange 2007后端Windows Server故障转移 群集 丢失外部服务（包括域控制器服务、全局编录服务、证书服 务、DNS 等） 丢失网站（包括所有Exchange服务器和所有提供外部服务 的服务器）
从Exchange流式备份集恢复Exchange数据库 使用基于硬件的快照备份集恢复Exchange数据库
10
8.1 灾难恢复概述（续）
完整服务器恢复策略的影响
恢复存储组还原的注意事项 数据库恢复注意事项
11
8.2 灾难恢复策略
Exchange2010数据库损坏后的修复步骤
Exchange2010数据库损坏后的修复步骤摘要：Exchange数据库作为承载用户邮箱的核心组件，其重要性不言而喻。
数据库一旦卸载，其承载的所有邮箱将无法工作，通常引起卸载的原因有很多种，此次我们所要探讨的是数据库损坏这种极端情况。
可能你会说，有备份做保证，损坏又何妨。
但是，你必然不能忽视一个问题，即还原后的数据库与原数据库存在一定的差异。
因此，我们不推荐数据库损坏后第一时间还原。
如果故障发生在非工作时间，比如晚上或周末，建议优先尝试数据库的修复。
正文：笔者最近就遭遇了一起数据库损坏的故障。
为此，将处理的思路分享给大家。
1. 事件描述磁盘逻辑错误（通过系统NTFS日志可以分析）导致2个数据库无法装入，影响200多用户；在此故障发生之前因为管理员疏忽，数据库的副本状态一直不正常，所以无法在故障发生时激活副本；2. 处理思路通常解决这种问题，我们需要做以下操作：1）检查数据库的状态:eseutil.exe /mh “数据库EDB文件全路径”Eseutil /M 文件转储模式/zh-cn/library/aa997795(v=exchg.65).aspx如果发现数据库为“Dirty Shutdown”状态，需要修复该数据库。
而且通常这种状态，通过“eseutil /r” 软修复是不能修复数据库的，而需要硬修复。
2）需要硬修复该数据库，通过以下命令：eseutil.exe /P “数据库EDB文件全路径”Eseutil /P 修复模式/zh-cn/library/aa996773(v=exchg.65).aspx如何在各种情况下运行 Eseutil /P（修复）/zh-cn/library/aa997215(v=exchg.65).aspx3）同时做完硬修复后，建议做以下两个操作完成整个修复的操作：在/D 模型下运行Eseutil，以完整地重建索引并对数据库进行碎片整理eseutil.exe /d “数据库EDB文件全路径”如何运行 Eseutil /D（碎片整理）/zh-cn/library/aa995748(v=exchg.65).aspx然后运行 ISInteg，以便在应用程序级别修复数据库isinteg -s “服务器名称” -fix -test alltests注意: 执行该命令后需选择需要修复的数据库，该数据库必须是卸载状态的（offline）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国石油加油站管理系统试点项目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班次号。
例如：214.在“POS交易控制器”中记录记录号84775.进入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 后进行Start9.在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，FuelServer的第一个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 <Enter> to accept thecurrent configuration or power off the system and check the driverconnections.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，选择Register6.在接下来弹出的对话框中点击“file”按钮，选择数据库的对话框中选择要注册的数据库(后缀名为.GDB)，如OFFIC.GDB7.输入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要一致。