63NBU备份系统恢复方案v1.1

NBU备份系统恢复方案v1.1
X年7月25日
目录
一、文档信息 (5)
1.1文档属性 (5)
二、应急恢复预案体系的建立 (6)
2.1信息系统突发事件的分级 (6)
2.2应急预案启动流程 (7)
2.3信息系统数据恢复处理流程规划 (9)
2.3.1 数据灾难的一般性处理方法 (9)
2.3.2 灾难恢复措施 (9)
2.3.3 应用服务器故障处理流程 (10)
2.3.4 服务器硬件故障处理流程 (11)
三、恢复演练及数据验证工作内容 (12)
3.1恢复演练工作内容 (12)
3.1.1 数据恢复测试要求 (12)
3.1.2 数据恢复抽检策略 (13)
3.1.3 灾备演练要求........................................................................................................................................ 错误!未定义书签。

3.1.4 双机演练要求........................................................................................................................................ 错误!未定义书签。

3.2数据恢复工作内容 (13)
3.2.1 数据恢复要求 (13)
3.2.2 数据恢复记录表格 (13)
四、恢复演练标准化 (15)
4.1演练目的 (15)
4.2环境介绍....................................................................................................................................................... 错误!未定义书签。

4.3测试内容 (15)
4.3.2 数据库SQLServer备份及恢复测试 (15)
4.3.3 数据库Mysql备份及恢复测试 (15)
4.3.4 物理机文件备份的恢复测试 (16)
4.3.5 VMware虚拟机恢复测试 (16)
4.4恢复记录....................................................................................................................................................... 错误!未定义书签。

4.4.1 Oracle恢复测试记录............................................................................................................................. 错误!未定义书签。

4.4.2 SQL server恢复测试记录...................................................................................................................... 错误!未定义书签。

4.4.3 Mysql恢复测试记录 .............................................................................................................................. 错误!未定义书签。

4.4.4物理机文件恢复记录...................................................................................................................... 错误!未定义书签。

4.4.4.1 Windows文件恢复记录.................................................................................................................................................. 错误!未定义书签。

4.4.4.2 Linux/Unix文件恢复记录 .............................................................................................................................................. 错误!未定义书签。

4.4.5 虚拟机文件恢复记录............................................................................................................................ 错误!未定义书签。

4.4.6 虚拟机系统恢复记录............................................................................................................................ 错误!未定义书签。

五、NBU恢复配置步骤 (16)
5.1NBU客户端的安装配置需求 (16)
5.2数据库恢复步骤 (19)
5.2.1 物理机/虚拟机平台Oracle恢复步骤 (19)
5.2.1.1 Windows Oracle恢复 (19)
5.2.1.1.1 环境准备 (19)
5.2.1.1.2 恢复步骤 (22)
5.2.1.1.3 验证方式 (25)
5.2.1.2 Unix/Linux Oracle恢复 (25)
5.2.1.2.1 环境准备 (25)
5.2.1.2.2 恢复步骤 (28)
5.2.1.2.3 验证方式 (30)
5.2.2 物理机/虚拟机平台SQL Server恢复步骤 (31)
5.2.2.1 环境准备 (31)
5.2.2.2 恢复步骤 (32)
5.2.2.3 验证方式 (40)
5.2.3 物理机/虚拟机平台Mysql恢复步骤 (40)
5.2.3.1 环境准备 (40)
5.2.3.2 恢复步骤 (41)
5.2.3.3 验证方式 (42)
5.3.1 Windows文件恢复步骤 (42)
5.3.1.1 环境准备 (42)
5.3.1.2 恢复步骤 (44)
5.3.1.3 验证方式 (45)
5.3.2 Unix/Linux文件恢复步骤 (46)
5.3.2.1 环境准备 (46)
5.3.2.2 恢复步骤 (46)
5.3.2.3 验证方式 (48)
5.4虚拟机恢复步骤 (49)
5.4.1 虚拟机文件恢复步骤 (49)
5.4.1.1 环境准备 (50)
5.4.1.2 恢复过程 (50)
5.4.1.3 验证方式 (53)
5.4.2 虚拟机系统恢复步骤 (53)
5.4.2.1 环境准备 (53)
5.4.2.2 恢复步骤 (55)
5.4.2.3 验证方式 (61)
一、文档信息
1.1 文档属性
二、应急恢复预案体系的建立
项目实施中和实施完毕后，针对实际情况，建立相应的预警与应急处理的技术平台，进一步提高信息系统突发事件的发现和分析能力，从技术上逐步实现发现、预警、处理、通报等多个环节和不同的信息系统以及相关部门之间应急处理的联动机制。

以下章节我们将概述一下建立应急恢复预案是需要考虑的内容。

2.1 信息系统突发事件的分级
一般故障：信息系统中单个系统故障，但未影响信息系统运行，也未造成社会影响或经济损失的突发事件。

严重故障：信息系统中个别节点故障而导致业务中断，可能造成严重或较大经济损失的突发事件。

重大故障：多个信息系统发生故障，导致信息系统长时间中断，可能造成重大和巨大经济损失的突发事件。

特级故障：特指发生不可预见的灾难性事故，如火灾、水灾和地震等。

2.2 应急预案启动流程
➢应急处理工作小组从系统使用人员、系统运维人员的故障申告中得知信息系统异常事件后，应在第一时间赶赴信息系统故障现场。

➢应急处理工作小组针对信息系统事件做出初步的分析判断。

若是电源接触不好、物理连线松动或者能在最短时间内自行解决的问题，及时按照有关操作规程进行故障处理，并报领导小组备案；否则，应急处理工作小组将故障大致定性为设备故障、线路故障、软件故障等故障之一，及时告知领导小组，并采取措施避免事件影响范围的扩大。

➢应急处理工作小组向领导报告，在相关领导的授权后启动相应的应急预案。

针对灾难事件和影响重要业务运行的重大事件，还要及时向上级领导进行报告。

➢应急处理工作小组根据故障类型及时与外部支持人员取得联系。

其中，设备故障的，可与设备供应商和集成商联系；
软件故障的，可与系统集成商联系，由系统集成商进行现场或远程技术支持；各方密切协作力求在短时间内恢复正常。

➢应急处理工作小组在上级领导或外部支持人员的配合下，充分利用应急预案的资源准备，采取有力措施进行故障处理，及时恢复信息系统的正常工作状态。

➢应急处理工作小组通知业务部门信息系统恢复正常，并向领导小组报告故障处理的基本情况。

重大事件形成文字资料，以书面形式报告给上级机构。

➢总结整个处理过程中出现的问题，并及时改进应急预案。

信息系统应急预案框架图
➢当有故障或灾难发生时，首先由发起人（发现人）向相关负责人反馈。

➢若主要负责人由于特殊原因，无法执行。

将转交由第二负责人执行类推至第三负责人。

➢负责人将首先对故障进行判断，并且将相关信息向应急小组领导进行汇报，并由应急领导小组进行统一协调指挥。

相关应急负责人，根据《数据恢复处理指导流程》图进行处理。

处理期间，其他部门及相关外部技术人员将全力配合与支持。

➢在灾难故障处理完成后，要对此次灾难进行分析总结，并对预案过程中出现的问题进行改进完善。

2.3 信息系统数据恢复处理流程规划
2.3.1 数据灾难的一般性处理方法
我们归纳出以下有可能会出现的几种系统故障情况，并提出了相应的解决措施：
情况一：主机数据存储磁盘故障（非系统盘）
情况二：主机物理损坏
情况三：系统盘物理损坏
情况四：操作系统不能启动
情况五：磁盘上数据损坏(如由于人为失误、病毒或黑客攻击)
情况六：整个数据中心灾难
2.3.2 灾难恢复措施
情况一：主机数据存储磁盘故障（非系统盘）
1)若数据盘使用了RAID1、RAID5 等技术，则在评估风险后直接热替换硬盘。

2)若数据盘已不能访问，则需先更换物理硬盘，然后从备份介质恢复数据。

情况二：主机物理损坏
1)维修主机。

2)从备份介质恢复操作系统及数据。

情况三：系统盘物理损坏
1)替换系统盘。

2)通过备份系统的灾难恢复功能恢复操作系统。

情况四：操作系统不能启动
通过备份系统的灾难恢复功能恢复操作系统（只恢复系统）。

情况五：磁盘上数据损坏或丢失(如由于人为失误、病毒或其他攻击)
通过备份介质上的数据来恢复。

情况六：数据中心灾难
1)所谓数据中心灾难，是指一些特殊情况发生时（如火灾等），数据中心的备份系统和存放在磁盘上的备份数据均遭损
坏。

此时，若没有很好的容灾解决方法，就可能导致严重的后果。

2)目前信息中心还没有相应的数据远程容灾体系。

还不能应对如：火灾等大型灾难。

建议中心建立远程数据容灾，一旦
灾难发生，即使本地的备份介质损坏，还可用远程的备用数据中心的备份介质通过远程进行恢复。

2.3.3 应用服务器故障处理流程
应用服务器系统故障处理流程图
2.3.4 服务器硬件故障处理流程
服务器硬件故障处理流程图
当服务器发生硬件故障时，如数据无影响，而又能快速进行更换和维修，就进行快速进行更换维修。

如服务器硬件损坏，而无法短期修复，并且数据遭到损坏。

经领导审批后马上启用备用服务器，并利用NBU进行最新备份数据的恢复，测试成功后，使用备用机暂时运行。

待故障服务器修复后，在对备用服务器上的数据进行回迁。

最后，进行信息系统测试评估，查证丢失数据做好总结及相关报告。

三、恢复演练及数据验证工作内容
3.1 恢复演练工作内容
3.1.1 数据恢复测试要求
数据恢复测试是指为确保备份数据的可用性，定期将备份数据由备份设备恢复到磁盘上的操作。

需要准备对应的恢复服务器。

数据库恢复相关，因测试多为异机恢复，都需要单独给出恢复服务器：
1.oracle恢复测试两台---Windows和Linux/Unix平台 oracle恢复；
2.SQL server一台恢复服务器；
3.MYSQL一台恢复服务器
4.物理机文件恢复服务器：Windows恢复服务器；Unix/Linux恢复服务器；
5.虚拟机文件恢复服务器（通过备份虚拟机系统数据后，进行文件恢复）：Windows虚拟机恢复服务器，Unix/Linux
虚拟机恢复服务器；
6.虚拟机系统恢复服务器：虚拟机系统的恢复需要提供恢复的ESX和vCenter服务器以及resource pool和datastore；相关系统需求详见安装环境要求，客户端环境要求部分。

要求如下：
1)所有备份内容都需要定期进行恢复性测试，以保障备份内容的有效性。

2)按照应用系统分级标准，进行一定频率的恢复性测试，主要恢复测试的频率要求如下：
⏹非常重要业务系统恢复性测试应至少每季度进行一次，并且保证不影响生产环境的运行；（需要和行方负责
应用的负责人沟通，比如：数据库备份后的恢复验证，需要行方发起我们配合完成）
⏹重要业务系统恢复性测试应至少每半年进行一次，并且保证不影响生产环境的运行
⏹一般业务系统和非常重要业务系统恢复性测试应至少一年进行一次，并且保证不影响生产环境的运行。

3.1.2 数据恢复抽检策略
3.2 数据恢复工作内容
3.2.1 数据恢复要求
1)应用系统提出数据恢复申请，指明需要恢复的源服务器名称、数据名称、数据类型及可以存放恢复数据目标服务器名
称、文件系统目录等。

2)对应用系统提出的数据恢复申请进行审核，审核通过后进行数据恢复操作。

3)应用系统应通知业务部门对恢复的数据进行验证。

4)应用系统应填写恢复记录，签字确认并存档。

（每次恢复必须要记录下来，包括恢复执行的时间、主机、目标主机、
恢复数据量的大小形成表格，最主要的恢复完成后要行方签字）
3.2.2 数据恢复记录表格
四、恢复演练标准化
4.1 演练目的
恢复演练标准是针对NBU备份系统的备份方案进行功能性测试。

主要涉及的服务器系统为物理机系统、Vmware虚拟机系统, 涉及到的数据库为oracle数据库, SQL Server, Mysql; 使用的备份软件Symantec NetBackup 7.6.0.3，恢复演练的目的在于：
1.实现对物理机/虚拟机平台Oracle数据库的恢复；
2.实现对物理机/虚拟机平台SQL Server数据库的恢复；
3.实现对物理机/虚拟机平台Mysql数据库的恢复；
4.实现对Windows物理机系统上文件的恢复；
5.实现对Unix/Linux物理机系统上文件的恢复；
6.实现对虚拟机系统上文件的恢复；
7.实现对虚拟机操作系统的恢复；
4.3 测试内容
测试项目的设定主要考察备份软件NetBackup的对操作系统Unix/Linux, windows上对数据库Oracle、SQLServer、Mysql 数据库以及对文件系统文件和虚拟机系统恢复的支持。

4.3.1 数据库Oracle备份及恢复测试
1.测试数据库Oracle的全库恢复
2.测试数据库Oracle的归档恢复
4.3.2 数据库SQLServer备份及恢复测试
1.测试数据库SQLServer的全备份恢复
2.测试数据库SQLServer的增量恢复
4.3.3 数据库Mysql备份及恢复测试
1.测试数据库Mysql的恢复
4.3.4 物理机文件备份的恢复测试
1.测试Windows文件备份的恢复;
2.测试Linux文件备份的恢复;
3.测试Unix文件备份的恢复
4.3.5 VMware虚拟机恢复测试
1.测试Vmware虚拟机文件备份的恢复
2.测试Vmware虚拟机系统备份的恢复
五、NBU恢复配置步骤
关于物理机文件以及所有关于数据库的恢复，都需要事先在恢复目的系统上安装NBU备份客户端，才能实现备份数据的恢复，因此本章节先介绍NBU客户端的安装需求。

5.1 NBU客户端的安装配置需求
Windows平台
Windows 2003
1）操作系统版本：Windows Server 2003 SP1以上及R2版本（32,64bit）
2）Netbackup 软件版本：7.6.0.3
3）内存：2G内存以上
4）操作系统补丁需求：
5）操作系统配置更新：禁用防火墙
6）操作系统空间需求：
C:\分区 10G
Windows 2008
1）操作系统版本：Windows Server 2008及R2版本（32,64bit）系统列表如下
2）Netbackup 软件版本：7.6.0.3
3）内存：2G内存以上
4）操作系统补丁需求：
5）操作系统配置更新：禁用防火墙
6）操作系统空间需求：
C:\分区 10G
AIX平台
1）AIX 5.3 TL7 SP5及更高版本、AIX runtime libraries 8.0.0.10或9.0.0.3及更高版本、xlC.rte 8.0.0.10及更高版本
2）Netbackup软件版本：7.1.0.4 （AIX 5.3 TL12以上版本使用7.5.0.7）
3）内存：2G内存以上
4）操作系统补丁要求：
5）操作系统空间需求：/usr（10G以上可用空间建议）；用于存放Netbackup程序文件及相关日志RedHat平台
RHEL6(同OLS6)：
1）操作系统版本：Red Hat Enterprise Linux 6.1(64-bit)及以上版本
2）Netbackup 软件版本：7.6.0.3
3）内存：2G内存以上
4）操作系统参数需求：
5）操作系统配置更新：禁用Selinux；禁用防火墙
6）操作系统空间需求：每个节点：/usr 10G
RHEL5(同OLS5)：
1）操作系统版本：Red Hat Enterprise Linux 5.2(64-bit)及以上版本
2）Netbackup 软件版本：7.6.0.3
3）内存：2G内存以上
4）操作系统参数需求：
5）操作系统配置更新：禁用Selinux；禁用防火墙
6）操作系统空间需求：每个节点：/usr 10G
SUSE平台：
1）操作系统版本：SUSE Enterprise Linux Server 11SP1,SP2,SP3 (64-bit)
2）Netbackup 软件版本：7.6.0.3
3）内存：2G内存以上
4）操作系统参数需求：
5）操作系统配置更新：禁用防火墙
6）操作系统空间需求：每个节点：/usr 10G
5.2 数据库恢复步骤
5.2.1 物理机/虚拟机平台Oracle恢复步骤
在物理机及虚拟机Windows/Unix/Linux平台下Oracle的恢复设置流程和方法基本相同，所有的恢复是在安装netbackup client/meida server后并保证网络通信正常的前提下进行的。

参考5.1进行NBU软件的安装操作步骤进行安装。

5.2.1.1 Windows Oracle恢复
5.2.1.1.1 环境准备
1)准备一台Windows机器用于恢复oracle数据库（为了不影响生产库，恢复环境为异机恢复），此设备需要与安装与源
备份主机oracle数据库的版本相同，并且拥有相同的数据库环境（如sid、环境变量等），若是所给有所不同，需手动更改，使其相同；由于此上因由，恢复之前，可以参考下表：
2)安装NBU备份客户端前需要保证恢复客户端、源备份服务器与master服务器的网络通信（1556、13724端口）以及相
互之间的主机名解析
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13782
为备份或恢复建立初始连接
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13722
接收Java Console的各种请求
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13720
接收备份、恢复等各种请求
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
1556
通过此端口进行资源和Job信息的通信
TCP NBU服务
器/NBU客
户端
NBU客户
端/NBU服
务器
13783
用户验证
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13724
Veritas Network Utility
3)Oracle的恢复配置需要在目的机器进行NBU客户端的安装，参考5.1章节Windows备份客户端的安装需求；
4)安装完成后需要设置netbackup client service为管理员登陆权限：
5)若为异机恢复，需要在Master Serve服务器 cupmaster上创建以下文件：
/usr/openv/netbackup/db/altnames/No.restrictions用于oracle异机恢复
6)因为的备份全都放在NBU5230上，因此不需要设置恢复主机和源备份主机的对应关系；
7)恢复主机必须搭建oracle数据库，并设置相同的oracle_sid，若不相同需要做更改，包括数据库环境也要一致；
更改方法：
关闭数据库：shutdown immediate；
右击“我的电脑”->选择“属性”->选择“高级”->单击“环境变量”
选择“Path”这一行，单击“编辑”，在“Path”的变量值文本框的最后面先加入一个分号“:”，然后再分号后面加入sqlplus文件的目录路径，如“C:\Program Files\oracle\product\10.2.0\db_1\BIN”，然后点击“确定”
按钮。

如果在“系统变量”列表框下面的“变量”列中找不到“ORACLE_HOME”和“ORACLE_SID”这两个变量，则需要下面操作，否则无需一下操作。

在“系统变量”中点击“新建”按钮，在“变量名”中输入“ORACLE_HOME”，变量值中输入Oracle的安装目录路径，如“C:\Program Files\oracle\product\10.2.0\db_1”，然后点击“确定”按钮。

在“系统变量”中点击“新建”按钮，在“变量名”中输入“ORACLE_SID”，变量值中输入数据库的实例名，然后点击“确定”按钮。

检查oracle_sid，启动数据库到nomount状态：
SQL>show parameter instance_name;
NAME TYPE VALUE
------------------------------ ------- --------
instance_name string protect
SQL>startup nomount;
5）需要有备份记录，检查备份主机的备份记录：
[root@cupmaster /]# bplist -C 源数据库主机名 -t 4 -l -R / | more
-rw-rw---- oracle asmadmin 18874368 Jul 08 09:34 /cntrl_812_1_884511273
-rw-rw---- oracle asmadmin 105906176 Jul 08 09:33 /al_810_1_884511238
-rw-rw---- oracle asmadmin 262144 Jul 08 09:33 /al_811_1_884511238
-rw-rw---- oracle asmadmin 262144 Jul 08 09:33 /bk_809_1_884511202
-rw-rw---- oracle asmadmin 18874368 Jul 08 09:32 /bk_808_1_884511176
5.2.1.1.2 恢复步骤
1.恢复spfile文件:
有两种恢复方式：一种是从备份集直接恢复，此处需要环境变量和源端一致；另一种是从源端copy至恢复端，使用copy的方法时，若新的环境变量和源端不一致，则需要对copy来的pfile做相应的更改，使满足要求，此处介绍手动copy的方法；
2.如有必要需要对恢复的pfile做相关更改，如db_name和控制文件所在地等：
protect.__db_cache_size=1845493760
protect.__java_pool_size=16777216
protect.__large_pool_size=16777216
protect.__oracle_base='D:\oracle'#ORACLE_BASE set from environment
protect.__pga_aggregate_target=805306368
protect.__sga_target=2415919104
protect.__shared_io_pool_size=0
protect.__shared_pool_size=503316480
protect.__streams_pool_size=0
*.aq_tm_processes=1
*.compatible='11.2.0.1.0'
*.control_files='D:\oracle\oradata\protect\CONTROL01.CTL','D:\oracle\oradata\protect\CONTROL02.CT L','D:\oracle\oradata\protect\CONTROL03.CTL'
*.db_block_size=8192
*.db_domain=''
*.db_name='protect'
*.disk_asynch_io=FALSE
*.fast_start_mttr_target=0
*.job_queue_processes=10
*.local_listener='(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=PROTECT)))'
*.open_cursors=1000
*.pga_aggregate_target=805306368
*.processes=1000
*.query_rewrite_enabled='FALSE'
*.remote_login_passwordfile='EXCLUSIVE'
*.session_max_open_files=20
*.sessions=1500
*.sga_target=2415919104
*.star_transformation_enabled='FALSE'
*.timed_statistics=TRUE
*.undo_management='AUTO'
*.undo_retention=10800
*.undo_tablespace='UNDOTBS1'
启动数据库到nomount状态：
SQL>startup nomount;
注：此处指定了数据库控制文件所在的位置，恢复控制文件时，需要将回复的控制文件放在此位置3.使用copy的pfile文件启动数据库到nomount状态：
SQL> startup nomount pfile='\pfile路径\';
4.创建spfile文件：
SQL> create spfile from pfile='\pfile路径\';
5.查看spfile：
SQL> show parameter spfile
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string
6.重新启动数据库到nomount状态：
SQL> shutdown immediate;
SQL> startup nomount；
7.从备份集中恢复控制文件：
在备份服务器上查询备份集，以及需要恢复的控制文件，在数据库nomount 状态下进行控制文件的恢复：
run {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=源数据库主机名';
restore controlfile from 'cntrl_812_1_884511273'; #控制文件从备份记录中查询而来
release channel ch00;
}
8.在控制文件恢复成功后，将数据库open 到mount状态。

RMAN> sql 'alter database mount';
sql statement: alter database mount
9.恢复数据库文件
run {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=LinuxOracle-OA';
set until time='X-07-08 15:10:00';
restore database;
RELEASE CHANNEL ch00;
}
10.可以恢复归档日志：
run {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=源数据库主机名';
set until time "to_date('X/01/08 18:0:00','yyyy/mm/dd hh24:mi:ss')"; #根据需要设置恢复日期
recover database;
release channel ch00;
}
11.打开数据库并验证功能
5.2.1.1.3 验证方式
Open数据库并进行数据库数据的验证
SQL>alter database open read only;
使用read only 查看一下数据库是否可以一致打开，如果可以，则重启打开数据库
SQL>shutdown immediate
SQL>startup mount
5.2.1.2 Unix/Linux Oracle恢复
5.2.1.2.1 环境准备
1）准备一台Unix/Linux机器用于恢复oracle数据库（为了不影响生产库，恢复环境为异机恢复），此设备需要与安装与源备份主机oracle数据库的版本相同，并且拥有相同的数据库环境（如sid、环境变量等），若是所给有所不同，需手动更改，使其相同，可以以下表作为参考：
2）安装NBU备份客户端前需要保证恢复客户端、源备份服务器与master服务器的网络通信（1556、13724端口）以及相
互之间的主机名解析
协议类型源设备目的设备目的端口
号
端口说明
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13782
为备份或恢复建立初始连接
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13722
接收Java Console的各种请求
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13720
接收备份、恢复等各种请求
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
1556
通过此端口进行资源和Job信息的通信
TCP NBU服务
器/NBU客
户端
NBU客户
端/NBU服
务器
13783
用户验证
TCP NBU客户
端/NBU服
务器
NBU客户
端/NBU服
务器
13724
Veritas Network Utility
3）Oracle的恢复配置需要在目的机器进行NBU客户端的安装，参考5.1章节Unix/Linux备份客户端的安装需求；4）LINK Oracle library文件：
使用Oracle数据库账户运行/usr/openv/netbackup/bin/link_oracle；
5）若为异机恢复，需要在Master Serve服务器 cupmaster上创建以下文件：
/usr/openv/netbackup/db/altnames/No.restrictions用于oracle异机恢复
6）因为的备份全都放在NBU5230上，因此不需要设置恢复主机和源备份主机的对应关系；
7）恢复主机必须搭建oracle数据库，并设置相同的oracle_sid，若不相同需要做更改，包括数据库环境也要一致；
更改方法：
关闭数据库：shutdown immediate；
修改oracle用户的环境变量： view ~/.bash_prfile
# .bash_profile
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
# User specific environment and startup programs
PATH=$PATH:$HOME/bin
export PATH
export ORACLE_BASE=/u01/app/oracle
export ORACLE_SID=member
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/db_1
export PATH=$CRS_HOME/bin:$ORACLE_HOME/bin/:$ORACLE_HOME/OPatch:$PATH
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export DISPLAY=:0.0
#alias sqlplus='rlwrap sqlplus'
保存并退出；
使设置生效： source /home/oracle/.bash_profile
检查oracle_sid，启动数据库到nomount状态：
[oracle@NBUTEST /]$ env|grep -i sid
ORACLE_SID=member
SQL>startup nomount;
8）需要有备份记录，检查备份主机的备份记录：
[root@NBUTEST02 tmp]# bplist -C 源数据库主机名 -t 4 -l -R / | more
-rw-rw---- oracle asmadmin 18874368 Jul 08 09:34 /cntrl_812_1_884511273 -rw-rw---- oracle asmadmin 105906176 Jul 08 09:33 /al_810_1_884511238 -rw-rw---- oracle asmadmin 262144 Jul 08 09:33 /al_811_1_884511238 -rw-rw---- oracle asmadmin 262144 Jul 08 09:33 /bk_809_1_884511202 -rw-rw---- oracle asmadmin 18874368 Jul 08 09:32 /bk_808_1_884511176 ………
5.2.1.2.2 恢复步骤
1恢复spfile文件:
有两种恢复方式：一种是从备份集直接恢复，此处需要环境变量和源端一致；另一种是从源端copy至恢复端，使用copy的方法时，若新的环境变量和源端不一致，则需要对copy来的pfile做相应的更改，使满足要求，此处介绍手动copy的方法；
2如有必要需要对恢复的pfile做相关更改，如控制文件所在地等：
*.audit_file_dest='/u01/app/oracle/admin/member/adump'
*.audit_trail='db'
*.cluster_database=false
*.compatible='11.2.0.4.0'
*.control_files='/u01/app/oracle/product/11.2.0/db_1/dbs/member.ctl' #控制文件所在地
*.db_block_size=8192
*.db_create_file_dest='+DATA'
*.db_domain=''
*.db_name='member'
*.deferred_segment_creation=FALSE
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=memberXDB)'
#*.log_archive_dest_1='+DATA'
*.log_archive_format='%t_%s_%r.arc'
*.open_cursors=300
#*.pga_aggregate_target=8499757056
*.processes=2000
#*.remote_listener='scancluster2:1521'
*.remote_login_passwordfile='exclusive'
*.sec_case_sensitive_logon=FALSE
*.sessions=2205
注：此处指定了数据库控制文件所在的位置，恢复控制文件时，需要将回复的控制文件放在此位置
3使用copy的pfile文件启动数据库到nomount状态：
SQL> startup nomount pfile='\pfile路径\';
4创建spfile文件：
SQL> create spfile from pfile='\pfile路径\';
5查看spfile：
SQL> show parameter spfile
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string
6重新启动数据库到nomount状态：
SQL> shutdown immediate;
SQL> startup nomount；
7从备份集中恢复控制文件：
在备份服务器上查询备份集，以及需要恢复的控制文件，在数据库nomount 状态下进行控制文件的恢复：run {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=源主机名';
restore controlfile to '/tmp/member.ctl' from 'cntrl_812_1_884511273';
release channel ch00;
}
注：恢复的控制文件在/tmp/member.ctl，需要将该控制文件放在pfile（spfile）指定的位置。

并赋oracle:oinstall 的权限。

赋权如下：
chown oracle:oinstall /u01/app/oracle/product/11.2.0/db_1/dbs/member.ctl
8Mount数据库：
SQL> alter database mount;
9恢复数据文件：
根据备份历史记录恢复数据库文件到某个时间点：
run{
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=源数据库主机名';
sql 'alter session set nls_date_format="yyyymmddhh24miss"';
set until time = 'X0707180000';
restore database;
RELEASE CHANNEL ch00;
}
10也可恢复日志到某个时间点：
run
{
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
SEND 'NB_ORA_SERV=cupmaster, NB_ORA_CLIENT=源数据库主机名';
set until time "to_date('X/01/08 18:0:00','yyyy/mm/dd hh24:mi:ss')";
recover database;
release channel ch00;
}
恢复完成后，即可打开数据库；
5.2.1.2.3 验证方式
打开数据库：
SQL>alter database open read only;
使用read only 查看一下数据库是否可以一致打开
如果可以，则重启打开数据库
SQL>shutdown immediate
SQL>startup mount
1.确认系统是否存在无效对象
使用脚本/home/oracle/scripts/dailycheck.sql去检查数据库是否存在invalid对象；
2.检查alert_oawf.log日志文件；
5.2.2 物理机/虚拟机平台SQL Server恢复步骤
5.2.2.1 环境准备
1准备一台Windows客户端，并且安装同版本的SQL server作为SQLServer数据库的恢复目标（为了不影响生产库，恢复环境为异机恢复），参考下表：
2安装NBU备份客户端前需要保证恢复客户端、源备份服务器与master服务器的网络通信（1556、13724端口）以及相互之间的主机名解析；
3需要NBU备份客户端的安装，参考5.1章节Windows备份客户端的安装需求
4安装完成后需要设置netbackup client service为管理员登陆权限：
5若为异机异路径恢复，就恢复目的而言，是还原到新安装的 SQL Server。

前提条件：服务器应在与原服务器相同的硬件平台上运行同一个版本的 Windows。

此外，还应运行同一 Service Pack 级别，而且运行的 SQL Server 版本和 Service Pack 也应相同。

5.2.2.2 恢复步骤
恢复 SQL Server 数据库：
1.如果要还原到现有 SQL Server，则必须先重建master库。

■重新创建sql数据库，则会自动重建master库。

■重建完成后，如有必要，请重新启动 SQL Server 服务。

2.在master server上新建文件：/usr/openv/netbackup/db/alternames/No.Restrictions文件，用作数据库异机恢复
使用。

注意：通过 No.Restrictions 文件，可允许所有客户端执行到其他客户端的重定向还原。

3.新建SQL数据库恢复系统，用作恢复SQL server数据库目的使用：
主机上安装netbackup for SQL server，安装netbackup media server，安装之前设置好各服务器
之间的主机名解析，确保各服务器网络通信正常（相关端口1556、13724）
5.执行netbackup for SQL server的media服务器的安装，安装过程略。

6.安装完后，设置目的SQL服务器为storage server，使其用户有读写数据的权限
此过程只需要为该服务器建立storage 角色，不需要配置diskpool或者storageunit。

7.设置SQL server数据库连接属性，打开NetBackup MS SQL Client：如图：
选择SET SQL server connection properties，进行本机SQL数据库的登录设置，按照下图填写host、userid和password：
设置完成后，在此打开该对话框，会显示本机sql数据库的详细信息
8.再次打开NetBackup MS SQL Client，设置restore SQL server objects：
如下图，填写恢复源SQL数据库的SQL host，筛选时间，即可进行对源SQL数据库的备份记录的查询；
查询结果如下：
9.现在对ap50的库进行恢复，默认新建的SQL包含master库，因此本次忽略master的恢复过程：
异机恢复设置如下：
脚本选择：Create a move template；
因为我们使用异机异路径恢复，不必勾选“use replace option”选项；
Recovery选择“Recovery”选项；
Consistency选项选择“None”；
点击“restore”即可创建脚本如下，保存在默认路径，因为我们要恢复在异机异路径，因此需要更改恢复路径如下，现将ap50 的ap50.mdf文件和ap50_log.ldf文件恢复在D:\test_recover\目录下（请确保该目录存在），作如下更改：。