公司数据灾难备份及恢复应急预案
1.数据抢救
灾难发生时,需在保证人身安全的情况对公司的重要数据进行抢救, 抢救的范围主要包括:记录公司重要信息的文件、 资料,存储公司重要数 据的磁带,存放重要数据的硬盘、服务器。此过程需由安全组进行统筹 指挥,按照既定的计划执行,各组成员、 公司员工必须服从安全组的统一 调度和指挥。
2.损坏评估及启动应预案
灾难发生后需根据情况汇报损失情况给损坏评估组,损坏评估组根 据汇总信息进行消息告知。
损坏信息包括:
a)公司重要数据服务器、监视、办公设备
b)拥有在可以执行计划之内的关键性功能的员工
c)百度数据恢复保存公司重要数据的介质
d)网络、通讯设备
根据披露的损坏信息情况进行应急预案启动,如选举暂时领导、使用 备份服务器、备份通讯设备进行替代等。
3.业务恢复计划
业务恢复计划可划分为以下几个阶段:
a)IT 基础设施恢复阶段:

此阶段主要的目标是将对于保存数据的基础设施、业务系统所在的 主机、公司网络架构进行恢复。首先须根据损失评估的报告分析可继续 利用的 IT 基础设施,如供电设施、 交换机、服务器、防火墙等。若有损 坏不可用的设备,需及时同代理商进行沟通借用或者新购相应设备。
b)系统恢复阶段:
系统恢复主要针对关键应用主机,如邮件服务器。 为节约时间需同时 针对各个服务器系统进行快速恢复。
c)网络恢复阶段:
网络恢复阶段的主要针对以下几点进行:
关键商业应用系统的内部局域网和网络设备的支持
外部广域网和电信服务
待恢复系统和终端用户(公司同事)间的通讯
4.业务系统数据恢复:
首先须对业务系统的数据进行恢复,需要寻觅相应的恢复设备完成  此操作,目前我们主要利用磁盘、 远程灾备数据,可正常工作的主机或者同 城备份机房进行数据恢复工作。需要将抢救出的磁带、硬盘或者远程数据 在对应设备上恢复出数据。
5.业务系统重搭建:
由于一些业务系统的特殊性,需尽快与相应平台的供应商接口人取 得联系,并申请暂时可用的许可文件等。
6.业务系统数据导入:

数据恢复需根据导出的数据结合自己管理的业务平台进行数据导入 , 并测试可行性。再导入成功并可使用后及时同负责人进行通知。
在恢复后由恢复检查人员对主机进行检查,确认主机确实恢复后,再 接入网络,恢复后检查人员应在 48 小时内对恢复后的主机密切关注,确 实恢复正常后,报告灾难恢复小组组长。并对主机恢复情况留有详细记 录,以备后续检查

附：数据备份和数据恢复方案
数据备份方案
备份工具的选取
EXP 和 IMP 是客户端工具程序，它们既可以在客户端使用，也可以在服务端使用。
EXPDP 和 IMPDP 是服务端的工具程序， 他们只能在 ORACLE 服务端使用， 不能在客户端使用。 相比于传统的 exp/imp，数据泵具有以下优点：
1、数据泵工具运行于服务器端，相比于运行于客户端的exp/imp，其性能更好，并能实现 exp/imp 的全部功能
2、通过设定数据库版本号，数据泵可以兼容老版本的数据库系统。
3、并行执行。
4、通过使用 extimate_only 参数，数据泵可以预估导出作业所需要的磁盘空间。
5、支持分布式环境中通过数据库连接实现导入\导出。
6、支持导入时重新映射功能(即将对象导入到新的目标数据文件、架构及表空间等)。
7、支持元数据压缩及数据采样。
数据备份方案
方案暂时定为每周作一次彻底备份，保存周期为一个月，将每月未的彻底备份进行保存， 周期为一年 (可以更长)；每天作一次增量备份， 保存周期为一个月。 公司的部份关键数据建议 增加一个每2小时作一次增量备份， 保存周期为一个月。 恢复时首先恢复最近一次的全备份， 然
后再恢复所有的增量备份，需要说明的是这个过程是自动执行
备份实施需求
一、创建逻辑目录， 该命令不会在操作系统创建真正的目录， 最好以 system 等管理员创建。 create directory dpdata1 as 'd:\test\dump';
二、 查看管理理员目录 (同时查看操作系统是否存在， 因为 Oracle 并不关心该目录是否存
在，如果不存在，则出错，需要手动创建)
select * from dba_directories;
三、给 scott 用户赋予在指定目录的操作权限，最好以 system 等管理员赋予。 grant read,write on directory dpdata1 to scott;

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。