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
- 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要一致。