一、准备工作
在测试机上安装Oracle 10.2.0.1 for AIX5L数据库，先不创建数据库。为了能正常恢复，要保证与生产机数据库版本一致，所以在安装完之后，还要打补丁p5337014_10203_AIX5L，升级数据库到10.2.0.4版本。
由于生产库采用nbu6.5来做备份，所以在要在测试机上安装nbu客户端，本次安装的是nbu5并打mp5包。在测试机上挂接存储，并创建一个2.8T的卷组，挂载到/oradata目录下，用于存放恢复出来的数据文件。
在生产机、测试机和备份服务器上的hosts文件上添加相互的IP地址和主机名。
生产机的/etc/hosts文件如下：
127.0.0.1 loopback localhost # loopback (lo0) name/address
#boot
10.120.1.5 db1
10.120.1.6 db2
#VIP
10.120.1.1 db1_vip
10.120.1.2 db2_vip
#standby
100.0.0.1 db1_priv
100.0.0.2 db2_priv
10.120.0.3 oa
10.120.7.2 JiaoHuanKu
192.168.1.5 db1_hb
192.168.1.6 db2_hb
#nbuserver
10.120.1.10 ldt-g16mh59cefl
# test
10.120.1.15 ibmp52
测试机的/etc/hosts文件如下：
127.0.0.1 loopback localhost # loopback (lo0) name/address
10.120.1.15 ibmp52
#nbuserver
10.120.1.10 ldt-g16mh59cefl
#db1
10.120.1.1 db1_vip
备份服务器的C:\WINDOWS\system32\drivers\etc\hosts文件如下：
127.0.0.1 localhost
10.120.1.10 ldt-g16mh59cefl
10.120.1.5 db1
10.120.1.6 db2
10.120.1.1 db1_vip
10.120.1.2 db2
10.120.1.15 ibmp52
修改测试机的nbu配置文件/usr/openv/netbackup/bp.conf，如下：
SERVER = ldt-g16mh59cefl
CLIENT_NAME = ibmp52
REQUIRED_INTERFACE = 10.120.1.15
MEDIA_SERVER = db1_vip //此处一定要正确指定介质服务器（db1_vip），生产库介质服务器和备份服务器不在同一台服务器上
ALLOW_MEDIA_OVERWRITE = DBR
ALLOW_MEDIA_OVERWRITE = TAR
ALLOW_MEDIA_OVERWRITE = CPIO
ALLOW_MEDIA_OVERWRITE = ANSI
ALLOW_MEDIA_OVERWRITE = AOS/VS
ALLOW_MEDIA_OVERWRITE = MTF1
ALLOW_MEDIA_OVERWRITE = RS-MTF1
ALLOW_MEDIA_OVERWRITE = BE-MTF1
在nbu服务器上，有两个地方须要注意：
第一，在客户端ibmp52上要把介质服务器db1_vip添加进来。
第二，在服务器端的属性里面，把客户端的两个属性“Allow client”和“Allow client restore”选中，并把测试服务器ibmp52添加进来。
二、生成参数文件
●用任意结点登陆到生产库，导出数据库参数文件。
sqlplus "/as sysdba"
SQL> create pfile='/tmp/initorcl.ora' from spfile;
●编辑数据库参数文件
编辑/tmp/initorcl.ora文件，去掉集群的相关参数，修改完成如下：
*.audit_file_dest='/u01/app/oracle/admin/orcl/adump'
*.background_dump_dest='/u01/app/oracle/admin/orcl/bdump'
*.control_files='/oradata/orcl/control1.ctl','/oradata/orcl/control2.ctl','/oradata/orcl/control3.c tl'
*.core_dump_dest='/u01/app/oracle/admin/orcl/cdump'
*.db_block_size=8192
*.compatible='10.2.0.1.0'
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='orcl'
*.job_queue_processes=10
*.open_cursors=300
*.pga_aggregate_target=314572800
*.processes=150
*.sga_target=629145600
*.undo_management='AUTO'
*.undo_retention=600
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/orcl/udump'
创建参数文件相应的目录
在测试机上报建相关目录，用来存放数据库日志：
[oracle@ibmp52:/]$ mkdir –p /u01/app/oracle/admin/orcl
[oracle@ibmp52:/]$ cd /u01/app/oracle/admin/orcl
[oracle@ibmp52: /u01/app/oracle/admin/orcl]$ mkdir –p adump bdump cdump udump 三、启动数据库到nomount状态
把编辑后参数文件上传到测试机的/home/oracle目录下，设置环境变量ORACLE_SID：export ORACLE_SID=orcl
在测试机上，启动数据库到nomount状态：
sqlplus "/as sysdba"
SQL> startup nomount pfile='/home/oracle/initorcl.ora';
四、恢复控件文件并启动到mount状态
用rman登陆到测试机上，查看最近一周的备份情况：
Rman target /
RAN> list backup completed between 'sysdate-7' and 'sysdate';
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
11308 Full 18.00M SBT_TAPE 00:01:34 17-MAR-11
BP Key: 11308 Status: AVAILABLE Compressed: NO Tag: TAG20110317T031536
Handle: c-1135860665-20110317-02 Media:
Control File Included: Ckp SCN: 6353158995 Ckp time: 17-MAR-11
SPFILE Included: Modification time: 17-MAR-11
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- ---- ---- -- ---------- ----------- ------------ ------------------------------------------
11309 Incr 082.42G SBT_TAPE 00:18:55 17-MAR-11
BP Key: 11309 Status: AVAILABLE Compressed: NO Tag: ORCL1_BK_LEVEL0
Handle: orcl1_db_20110317_16672_746041535Media:
List of Datafiles in backup set 11309
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
6 0 Incr 6354578634 17-MAR-11 /oradata/orcl/szsb_user_a13.dbf
13 0 Incr 6354578634 17-MAR-11 /oradata/orcl/szsb_user_r.dbf
72 0 Incr 6354578634 17-MAR-11 /oradata/orcl/szsb_user_i2.dbf
84 0 Incr 6354578634 17-MAR-11 /oradata/orcl/xnb006.dbf
104 0 Incr 6354578634 17-MAR-11 /oradata/orcl/user_simis11.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ -------------------------------------------------------
11310 Incr 052.51G SBT_TAPE 00:13:49 17-MAR-11
BP Key: 11310 Status: AVAILABLE Compressed: NO Tag: ORCL1_BK_LEVEL0
Handle: orcl1_db_20110317_16673_746042671Media:
List of Datafiles in backup set 11310
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
49 0 Incr 6354585400 17-MAR-11 /oradata/orcl/szsb_u3_ac13.dbf
60 0 Incr 6354585400 17-MAR-11 /oradata/orcl/szsb_u4_ac13.dbf
80 0 Incr 6354585400 17-MAR-11 /oradata/orcl/xnb002.dbf
113 0 Incr 6354585400 17-MAR-11 /oradata/orcl/szsb_user_k1.dbf
116 0 Incr 6354585400 17-MAR-11 /oradata/orcl/szsb_user_f2.dbf
……
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
11326 Incr 0 36.85G SBT_TAPE 00:13:33 17-MAR-11
BP Key: 11326 Status: AVAILABLE Compressed: NO Tag: ORCL1_BK_LEVEL0
Handle: orcl1_db_20110317_16689_746056597 Media:
List of Datafiles in backup set 11326
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
20 0 Incr 6354658743 17-MAR-11 /oradata/orcl/szsb_indx_pub.dbf
35 0 Incr 6354658743 17-MAR-11 /oradata/orcl/szsb_user_pub1.dbf
64 0 Incr 6354658743 17-MAR-11 /oradata/orcl/undotbs22.dbf
91 0 Incr 6354658743 17-MAR-11 /oradata/orcl/xnb013.dbf
106 0 Incr 6354658743 17-MAR-11 /oradata/orcl/szsb_u6_ac13.dbf
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
11327 2.42G SBT_TAPE 00:12:52 17-MAR-11
BP Key: 11327 Status: AVAILABLE Compressed: NO Tag: TAG20110317T215855
Handle: orcl1_al_20110317_16690_746056736 Media:
List of Archived Logs in backup set 11327
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 50820 6352661368 16-MAR-11 6353169546 17-MAR-11
1 50821 6353169546 17-MAR-11 6353333270 17-MAR-11
1 5082
2 6353333270 17-MAR-11 635376963
3 17-MAR-11
1 50823 6353769633 17-MAR-11 6354218849 17-MAR-11
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
11329 1.48G SBT_TAPE 00:14:59 17-MAR-11
BP Key: 11329 Status: AVAILABLE Compressed: NO Tag: TAG20110317T215855
Handle: orcl1_al_20110317_16692_746057515 Media:
List of Archived Logs in backup set 11329
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 50824 6354218849 17-MAR-11 6354657524 17-MAR-11
1 50825 6354657524 17-MAR-11 6354703378 17-MAR-11
2 25909 6352661372 16-MAR-11 635376966
3 17-MAR-11
2 25910 635376966
3 17-MAR-11 6354657670 17-MAR-11
2 25911 6354657670 17-MAR-11 6354702948 17-MAR-11
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
11341 Full 18.00M SBT_TAPE 00:01:24 17-MAR-11
BP Key: 11341 Status: AVAILABLE Compressed: NO Tag: TAG20110317T234305
Handle: orcl1_cntrl20110317_16704_746062985Media:
Control File Included: Ckp SCN: 6355028517Ckp time: 17-MAR-11
……
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
11380 3.25M SBT_TAPE 00:02:31 18-MAR-11
BP Key: 11380 Status: AVAILABLE Compressed: NO Tag: TAG20110318T214615
Handle: orcl1_al_20110318_16743_746143738 Media:
List of Archived Logs in backup set 11380
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
2 25919 6356328931 18-MAR-11 6356331066 18-MAR-11
2 25920 6356331066 18-MAR-11 6356335314 18-MAR-11
2 25921 6356335314 18-MAR-11 6356337916 18-MAR-11
2 25922 6356337916 18-MAR-11 6356345427 18-MAR-11
2 2592
3 6356345427 18-MAR-11 6356345467 18-MAR-11
可以看到数据库在3月17号进行过零级的增量备份，在零级增量备份之后有个控制文件的备份orcl1_cntrl20110317_16704_746062985，把这个控件文件恢复出来，然后启动数据库到mount状态。
在测试机rman命令行下执行如下语句：
run
{allocate channel c1 type 'sbt_tape';
send 'NB_ORA_SERV=ldt-g16mh59cefl,NB_ORA_CLIENT=db1_vip';
restore controlfile to '/oradata/orcl/control1.ctl' from 'orcl1_cntrl20110317_16704_746062985'; release channel c1;
}
把恢复出来的控制文件control1.ctl再拷贝2份，名字分别是control2.ctl和control3.ctl。
有了所有的控制文件之后，可以用rman下把数据库启动到mount状态：
RMAN>sql ‘alter database mount’;
五、恢复数据文件
生产库数据文件是用的祼设备，在测试机使用文件系统，所以要转换裸设备路径为文件系统路径，可以在rman中使用set newname语句来进行转换。在生产库中，执行SQL语句“select 'set newname for datafile '||file_id ||' to ''/oradata/orcl/'||substr(file_name,instr(file_name,'/',-1)+2) ||'.dbf'';' from dba_data_files;”直接生成set newname语句。
编写恢复数据文件脚本，把生成的set newname语句放入脚本中，在测试库的rman中执行。脚本如下：
rman target / nocatalog < run{ allocate channel c1 type 'sbt_tape'; allocate channel c2 type 'sbt_tape'; send 'NB_ORA_SERV=ldt-g16mh59cefl,NB_ORA_CLIENT=db1_vip'; set newname for datafile 1 to '/oradata/orcl/system.dbf'; set newname for datafile 4 to '/oradata/orcl/undotbs2.dbf'; set newname for datafile 3 to '/oradata/orcl/sysaux.dbf'; set newname for datafile 5 to '/oradata/orcl/users.dbf'; set newname for datafile 33 to '/oradata/orcl/ruser_simis1.dbf'; set newname for datafile 34 to '/oradata/orcl/system1.dbf'; set newname for datafile 35 to '/oradata/orcl/szsb_user_pub1.dbf'; set newname for datafile 36 to '/oradata/orcl/szsb_user_f1.dbf'; set newname for datafile 37 to '/oradata/orcl/szsb_indx_f1.dbf'; set newname for datafile 38 to '/oradata/orcl/szsb_indx_r1.dbf'; set newname for datafile 39 to '/oradata/orcl/szsb_lmindex1.dbf'; set newname for datafile 40 to '/oradata/orcl/szsb_lmindex2.dbf'; set newname for datafile 41 to '/oradata/orcl/szsb_user_a1.dbf'; set newname for datafile 42 to '/oradata/orcl/szsb_user_a2.dbf'; set newname for datafile 43 to '/oradata/orcl/user_simis2.dbf'; set newname for datafile 44 to '/oradata/orcl/user_simis3.dbf'; set newname for datafile 45 to '/oradata/orcl/user_simis4.dbf'; set newname for datafile 46 to '/oradata/orcl/user_simis5.dbf'; set newname for datafile 47 to '/oradata/orcl/szsb_u1_ac13.dbf'; set newname for datafile 48 to '/oradata/orcl/szsb_u2_ac13.dbf'; set newname for datafile 49 to '/oradata/orcl/szsb_u3_ac13.dbf'; set newname for datafile 50 to '/oradata/orcl/szsb_user_i1.dbf'; set newname for datafile 51 to '/oradata/orcl/szsb_indx_pub1.dbf'; set newname for datafile 52 to '/oradata/orcl/szsb_indx_si1.dbf'; set newname for datafile 53 to '/oradata/orcl/szsb_indx_si2.dbf'; set newname for datafile 54 to '/oradata/orcl/szsb_indx_i1.dbf'; set newname for datafile 55 to '/oradata/orcl/szsb_lmdata1.dbf'; set newname for datafile 56 to '/oradata/orcl/szsb_lmdata2.dbf'; set newname for datafile 57 to '/oradata/orcl/szsb_i1_ac13.dbf'; set newname for datafile 58 to '/oradata/orcl/szsb_i2_ac13.dbf'; set newname for datafile 59 to '/oradata/orcl/szsb_i3_ac13.dbf'; set newname for datafile 60 to '/oradata/orcl/szsb_u4_ac13.dbf'; set newname for datafile 6 to '/oradata/orcl/szsb_user_a13.dbf'; set newname for datafile 7 to '/oradata/orcl/szsb_user_pub.dbf'; set newname for datafile 8 to '/oradata/orcl/szsb_user_simis.dbf'; set newname for datafile 9 to '/oradata/orcl/szsb_user_a.dbf'; set newname for datafile 10 to '/oradata/orcl/szsb_user_f.dbf'; set newname for datafile 11 to '/oradata/orcl/szsb_user_i.dbf'; set newname for datafile 12 to '/oradata/orcl/szsb_user_k.dbf'; set newname for datafile 13 to '/oradata/orcl/szsb_user_r.dbf'; set newname for datafile 14 to '/oradata/orcl/szsb_user_kc21.dbf'; set newname for datafile 15 to '/oradata/orcl/szsb_user_kc22.dbf'; set newname for datafile 16 to '/oradata/orcl/szsb_user_kc23.dbf'; set newname for datafile 17 to '/oradata/orcl/szsb_user_kc24.dbf'; set newname for datafile 18 to '/oradata/orcl/szsb_user_drm.dbf'; set newname for datafile 19 to '/oradata/orcl/szsb_hnlmdata.dbf'; set newname for datafile 20 to '/oradata/orcl/szsb_indx_pub.dbf'; set newname for datafile 21 to '/oradata/orcl/szsb_indx_simis.dbf'; set newname for datafile 22 to '/oradata/orcl/szsb_indx_a.dbf'; set newname for datafile 23 to '/oradata/orcl/szsb_indx_f.dbf'; set newname for datafile 24 to '/oradata/orcl/szsb_indx_i.dbf'; set newname for datafile 25 to '/oradata/orcl/szsb_indx_k.dbf'; set newname for datafile 26 to '/oradata/orcl/szsb_indx_r.dbf'; set newname for datafile 27 to '/oradata/orcl/szsb_indx_kc21.dbf'; set newname for datafile 28 to '/oradata/orcl/szsb_indx_kc22.dbf'; set newname for datafile 29 to '/oradata/orcl/szsb_indx_kc23.dbf'; set newname for datafile 30 to '/oradata/orcl/szsb_indx_kc24.dbf'; set newname for datafile 31 to '/oradata/orcl/szsb_hnlmindex.dbf'; set newname for datafile 32 to '/oradata/orcl/szsb_indx_ac13.dbf'; set newname for datafile 61 to '/oradata/orcl/szsb_user_drm2.dbf'; set newname for datafile 62 to '/oradata/orcl/undotbs12.dbf'; set newname for datafile 63 to '/oradata/orcl/undotbs14.dbf'; set newname for datafile 64 to '/oradata/orcl/undotbs22.dbf'; set newname for datafile 68 to '/oradata/orcl/undotbs16.dbf'; set newname for datafile 73 to '/oradata/orcl/undotbs17.dbf'; set newname for datafile 74 to '/oradata/orcl/undotbs18.dbf'; set newname for datafile 65 to '/oradata/orcl/USER1.dbf'; set newname for datafile 66 to '/oradata/orcl/user_simis6.dbf'; set newname for datafile 67 to '/oradata/orcl/user_simis7.dbf'; set newname for datafile 69 to '/oradata/orcl/temp02.dbf'; set newname for datafile 2 to '/oradata/orcl/undotbs1.dbf'; set newname for datafile 70 to '/oradata/orcl/user_simis8.dbf'; set newname for datafile 75 to '/oradata/orcl/undotbs19.dbf'; set newname for datafile 76 to '/oradata/orcl/undotbs26.dbf'; set newname for datafile 77 to '/oradata/orcl/undotbs27.dbf'; set newname for datafile 78 to '/oradata/orcl/undotbs28.dbf'; set newname for datafile 71 to '/oradata/orcl/user_simis9.dbf'; set newname for datafile 72 to '/oradata/orcl/szsb_user_i2.dbf'; set newname for datafile 103 to '/oradata/orcl/user_simis10.dbf'; set newname for datafile 104 to '/oradata/orcl/user_simis11.dbf'; set newname for datafile 105 to '/oradata/orcl/szsb_u5_ac13.dbf'; set newname for datafile 106 to '/oradata/orcl/szsb_u6_ac13.dbf'; set newname for datafile 107 to '/oradata/orcl/szsb_indx_i2.dbf'; set newname for datafile 108 to '/oradata/orcl/szsb_indx_i3.dbf'; set newname for datafile 109 to '/oradata/orcl/szsb_indx_i4.dbf'; set newname for datafile 110 to '/oradata/orcl/szsb_user_i3.dbf'; set newname for datafile 111 to '/oradata/orcl/szsb_user_i4.dbf'; set newname for datafile 112 to '/oradata/orcl/szsb_user_i5.dbf'; set newname for datafile 113 to '/oradata/orcl/szsb_user_k1.dbf'; set newname for datafile 114 to '/oradata/orcl/user_simis12.dbf'; set newname for datafile 115 to '/oradata/orcl/szsb_index_a1.dbf'; set newname for datafile 116 to '/oradata/orcl/szsb_user_f2.dbf'; set newname for datafile 79 to '/oradata/orcl/xnb001.dbf'; set newname for datafile 80 to '/oradata/orcl/xnb002.dbf'; set newname for datafile 81 to '/oradata/orcl/xnb003.dbf'; set newname for datafile 82 to '/oradata/orcl/xnb004.dbf'; set newname for datafile 83 to '/oradata/orcl/xnb005.dbf'; set newname for datafile 84 to '/oradata/orcl/xnb006.dbf'; set newname for datafile 85 to '/oradata/orcl/xnb007.dbf'; set newname for datafile 86 to '/oradata/orcl/xnb008.dbf'; set newname for datafile 87 to '/oradata/orcl/xnb009.dbf'; set newname for datafile 88 to '/oradata/orcl/xnb010.dbf'; set newname for datafile 89 to '/oradata/orcl/xnb011.dbf'; set newname for datafile 90 to '/oradata/orcl/xnb012.dbf'; set newname for datafile 91 to '/oradata/orcl/xnb013.dbf'; set newname for datafile 92 to '/oradata/orcl/xnb014.dbf'; set newname for datafile 93 to '/oradata/orcl/xnb015.dbf'; set newname for datafile 94 to '/oradata/orcl/xnb016.dbf'; set newname for datafile 95 to '/oradata/orcl/xnb017.dbf'; set newname for datafile 96 to '/oradata/orcl/xnb018.dbf'; set newname for datafile 97 to '/oradata/orcl/xnb019.dbf'; set newname for datafile 98 to '/oradata/orcl/xnb020.dbf'; set newname for datafile 99 to '/oradata/orcl/xnb021.dbf'; set newname for datafile 100 to '/oradata/orcl/xnb022.dbf'; set newname for datafile 101 to '/oradata/orcl/xnb023.dbf'; set newname for datafile 102 to '/oradata/orcl/xnb024.dbf'; restore database from tag 'ORCL1_BK_LEVEL0'; //在此指定最近一次全备的TAG switch datafile all; release channel c1; release channel c2; } eof 恢复出来的文件会放到指定的/oradata/orcl目录下。 六、恢复归档日志 由上面的list backup列出的结果可以知道，生产库在2011-03-17进行了一次全备，准备恢复归档到2011-03-18。由于生产库为RAC方式，所以要恢复所有节点的归档日志到测试机的/oradata/archive目录下。 恢复节点1的归档日志： run{ allocate channel c1 type 'sbt_tape'; send 'NB_ORA_SERV=ldt-g16mh59cefl,NB_ORA_CLIENT=db1_vip'; set archivelog destination to '/oradata/archive'; restore archivelog sequence between 50820 and 50849 thread 1; release channel c1; } 恢复节点2的归档日志： run{ allocate channel c1 type 'sbt_tape'; send 'NB_ORA_SERV=ldt-g16mh59cefl,NB_ORA_CLIENT=db1_vip'; set archivelog destination to '/oradata/archive'; restore archivelog sequence between 25909 and 25923 thread 2; release channel c1; } 七、恢复数据库并启动到open状态 应用归档日志 在成功恢复所有节点的归档日志后，就可以应用归档日志，进行恢复数据库。在测试库用sqlplus登陆： sqlplus / as sysdba SQL> recover database using backup controlfile until cancel; 在接下来的提示中输入auto，数据库会到/oradata/archive目录下查找并应用归档日志，直到所有日志都应用完成，或手动输入cancel。 因为原来生产库所有数据库文件使用的是裸设备，所以还要修改联机日志和临时文件的路径。 修改联机日志路径 查看原库的联机日志： SQL> select a.group#,a.sequence#,a.status,a.first_change# ,b.MEMBER from v$log a,v$logfile b where a.GROUP# = b.GROUP#; GROUP# SEQUENCE# STATUS FIRST_CHANGE# MEMBER ---------- ---------- ---------------- ------------- ------------------------------ 1 50940 CURRENT 6361298935 /dev/rredo11 9 50937 INACTIVE 6361196220 /dev/rredo16 17 50936 INACTIVE 6361127004 /dev/rredo19 15 50934 INACTIVE 6361040769 /dev/rredo18 13 50939 ACTIVE 6361229816 /dev/rredo17 8 50935 INACTIVE 6361109967 /dev/rredo15 7 50938 INACTIVE 6361213013 /dev/rredo14 5 50933 INACTIVE 636097148 6 /dev/rredo13 3 50932 INACTIVE 6360902386 /dev/rredo12 10 25950 INACTIVE 6360728640 /dev/rredo24 18 25954 CURRENT 6361299240 /dev/rredo29 GROUP# SEQUENCE# STATUS FIRST_CHANGE# MEMBER ---------- ---------- ---------------- ------------- ------------------------------ 14 25952 INACTIVE 6361041205 /dev/rredo27 16 25953 ACTIVE 6361196743 /dev/rredo28 2 25946 INACTIVE 6360101986 /dev/rredo21 12 25949 INACTIVE 6360570593 /dev/rredo26 4 25947 INACTIVE 6360259978 /dev/rredo22 11 25951 INACTIVE 6360833361 /dev/rredo25 6 25948 INACTIVE 6360362743 /dev/rredo23 修改redo路径为/oradata/orcl目录。此时/oradata/orcl目录下还没有redo日志，在使用resetlogs打开数据库后，oracle会自动创建所有的redo文件： alter database rename file '/dev/rredo11' to '/oradata/orcl/rredo11.log'; alter database rename file '/dev/rredo16' to '/oradata/orcl/rredo16.log'; alter database rename file '/dev/rredo19' to '/oradata/orcl/rredo19.log'; alter database rename file '/dev/rredo18' to '/oradata/orcl/rredo18.log'; alter database rename file '/dev/rredo17' to '/oradata/orcl/rredo17.log'; alter database rename file '/dev/rredo15' to '/oradata/orcl/rredo15.log'; alter database rename file '/dev/rredo14' to '/oradata/orcl/rredo14.log'; alter database rename file '/dev/rredo13' to '/oradata/orcl/rredo13.log'; alter database rename file '/dev/rredo12' to '/oradata/orcl/rredo12.log'; alter database rename file '/dev/rredo24' to '/oradata/orcl/rredo24.log'; alter database rename file '/dev/rredo29' to '/oradata/orcl/rredo29.log'; alter database rename file '/dev/rredo27' to '/oradata/orcl/rredo27.log'; alter database rename file '/dev/rredo28' to '/oradata/orcl/rredo28.log'; alter database rename file '/dev/rredo21' to '/oradata/orcl/rredo21.log'; alter database rename file '/dev/rredo26' to '/oradata/orcl/rredo26.log'; alter database rename file '/dev/rredo22' to '/oradata/orcl/rredo22.log'; alter database rename file '/dev/rredo25' to '/oradata/orcl/rredo25.log'; alter database rename file '/dev/rredo23' to '/oradata/orcl/rredo23.log'; ●打开数据库 应用归档和修改完redo路径后后，可以使用resetlogs方式打开数据库： SQL> alter database open resetlogs; ●修改临时文件路径 先创建新的临时表空间，并把数据库默认临时表空间为新的临时表空间，再删除原来的临时表空间。 create temporary tablespace temp1 tempfile '/oradata/orcl/temp1.dbf' size 10000m; alter database default temporary tablespace temp1; drop tablespace temp including contents and datafiles; 八、连接到数据库进行测试 在测试库中使用netca创建监听，然后用PL/SQL Developer连接到测试机上的数据库，查询相应的业务表，已经恢复成功。 Oracle数据库备份恢复测试报告 目录 1.背景概述 (1) 1.1恢复测试目的 (1) 1.2恢复测试方法 (1) 1.3数据库备份架构 (1) 2.恢复所需资源 (2) 2.1主机资源 (2) 2.2实施环境 (2) 3.数据库恢复测试步骤 (3) 3.1安装配置测试主机 (3) 3.2全库恢复 (3) 3.3测试主机-TSM恢复配置 (3) 3.4测试主机-设定数据库环境变量 (4) 3.5测试主机-启动数据库到NOMOUNT状态 (4) 3.6测试主机-恢复控制文件 (4) 3.7测试主机-更改数据库到MOUNT状态 (5) 3.8测试主机-恢复数据文件 (5) 3.9测试主机-恢复归档日志 (9) 3.10测试主机-以RESETLOGS方法打开数据库 (11) 3.11测试主机-重启数据库 (11) 4.恢复结果 (12) 1.背景概述 1.1恢复测试目的 为了验证数据库的备份有效性，我们进行了此次的数据库恢复测试，用来确保 数据库备份的正确性，可恢复性。 1.2恢复测试方法 异机恢复 因为生产数据库已经在使用，我们不能在生产数据库上进行本机恢复测试，为 了不影响生产数据库的正常使用，我们将在测试机上进行恢复测试。 1.3数据库备份架构 1.备份系统采用IBM Tivoli备份软件； 2.带库使用ADIC磁带库。 2.恢复所需资源 2.1主机资源 需要准备恢复的测试主机，最佳做法是恢复测试主机的硬件架构、操作系统版本和生产主机一致。 2.2实施环境 3.数据库恢复测试 步骤 3.1安装配置测试主机 因为测试机完全拷贝备份主机，故测试机与生产机环境一致，确保测试主机已经正常 运行，并能于要恢复的生产主机，备份主机网络连通。 3.2全库恢复 利用TSM软件界面，调用原来所备份的数据库，以及相应的数据库恢复工具RMAN的 脚本，进行ORACLE 数据库系统的全库恢复。 3.3测试主机-TSM恢复配置 因为测试主机与生产主机架构相同，故只需在TSM SERVER上定义SAN server。 如下： NBU备份与存储系统实施方案 兴迪资讯 四川兴迪资讯科技有限责任公司 2011/05/06 目录 第一章环境概述 (3) 1.1 概述 (3) 1.2 名词解释 (3) 第二章 NBU的安装 (5) 2.1 MASTER服务器的安装 (5) 2.2 MEDIA服务器的安装 (10) 第三章备份与恢复简略步骤 (15) 3.1.MSSQL备份与恢复简略步骤 (15) 3.1.1 sql server备份步骤 (15) 3.1.2 sql server恢复步骤 (22) 3.2.oracle 数据库的备份与恢复步骤 (27) 3.2.1 oracle 数据库备份： (27) 3.2.2 oracle 数据库恢复预案： (31) 3.2.2.1 恢复oracle的控制文件： (31) 3.2.2.2 恢复日志文件： (33) 3.2.2.3 恢复数据文件 (36) 3.2.2.4 打开数据库： (36) 3.2.2.5 验证数据库恢复成功： (36) 3.3. 文件的备份与还原 (37) 3.3.1普通文件系统的备份与恢复管理 (37) 3.3.1.1 创建备份策略 (37) 3.3.1.2 文件系统的恢复 (38) 3.4． NAS的NDMP备份与恢复 (39) 3.4.1 NDMP备份的准备 (39) 3.4.2 NDMP备份 (39) 3.4.3 NDMP恢复 (41) 第一章环境概述 1.1 概述 采用了Symantec VERITAS NetBackup作为信息系统数据集中备份解决方案。整个方案涉及整个系统的软硬件系统，包括数量众多的UWindows服务器、磁带库、磁盘阵列、光纤网络和各种数据库系统。 本文档讲述了NetBackup软件在各种服务器的补丁要求、安装、配置和管理，还包括如何配置NetBackup管理下的磁带库机械手和磁带机。同时还设计了备份系统所需的各种表格，方便用户填写和管理。 1.2 名词解释 从技术层面划分，NetBackup采用三层结构进行数据的备份和管理，包括NetBackup Master Server主备份服务器、NetBackup Server备份服务器（包含SAN Media Server）、以及NetBackup Client备份客户端和NetBackup Agent 备份代理模块。其他的还包括各种选件模块。 集中备份方案主要包括以下几个基本模块： ●备份主服务器模块：NetBackup Master Server ●备份服务器：NetBackup Server ●SAN介质服务器模块：NetBackup SAN Media Server ●备份客户端：NetBackup Client ●数据库联机备份代理：NetBackup Database Agent ●手提电脑和桌面机备份模块：Desktop and Laptop Option ●Windows智能灾难恢复模块：Intelligent Disaster Recovery Option ●磁带库驱动：NetBackup Tape Drive Support ●SAN磁带机共享模块：NetBackup Share Storage Option ●磁带容灾模块：NetBackup Vault Option ●NDMP模块：NDMP Option 苏州市职业大学实习（实训）报告名称数据备份与灾难恢复实训 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：新建主磁盘分区 海尔集团全球AD域部署项目第三方软件AD备份还原测试报告 编制: 南洋、海飞 日期: 2017/06/01 目录 1文档目的 (4) 2背景说明 (5) 3测试过程-颗粒化备份还原 (6) 3.1测试过程 (6) AD备份，添加备份内容如下： (6) 发起AD备份，如下截图： (8) AD备份成功： (10) 备份完毕后，测试一下AD颗粒化恢复。首先在服务器查看要删除object（backup test /111）的属性值和隶属关系： (11) 恢复测试： (11) 恢复作业完成，控制台没有报错： (13) 登录域控服务器上查看111组已恢复，查看恢复数据及属性，隶属组、属性还原成功 . 14 测试用户的密码是否正常还原，使用runas命令测试登录成功，密码恢复成功： (16) 3.2结论 (16) 4测试过程-系统状态还原测试 (16) 4.1测试过程 (17) 登录AD，删除测试OU: (17) 重启44的Windows系统时点击F8进入目录服务还原模式，使用本地管理员登录 (17) 选择备份的数据进行恢复： (17) 恢复作业完成，没有报错 (19) 恢复作业正常完成后，提示需要重启服务器： (20) 重启之前，修改注册表，进行授权还原 (20) 返回44进行服务器重启 (24) 重启后，查看备份之后删除的数据数据又回来了，证明还原成功 (25) 4.2结论 (25) 5测试报告总结 (25) 5.1测试总结 (25) 修订和审批修改记录 2017-06-01 李昭荣 1.0 初稿 2017-06-01 徐文鹏 1.1 修改文字细节 审阅 NBU4.5系统配置手册 1. 初始化配置 (3) 1.1配置存储设备 (3) 1.2配置介质 (6) 1.3配置catalog (9) 1.4配置备份策略 (12) 2. 介质管理 (13) 2.1添加介质 (13) 2.1.1通过robot自动搜索 (13) 2.1.2手工添加 (14) 2.2修改介质属性 (15) 2.3删除介质 (17) 3. 查看Device状态 (18) 4. 配置Host属性 (19) 4.1Master属性 (19) 4.2Client属性 (22) 5. 设置Policy (23) 5.1NT Policy (23) 5.2MS SQL备份策略 (30) 5.3UNIX备份策略 (31) 6. 管理存储单元 (34) 6.1添加存储单元 (34) 6.1.1手工添加磁带存储单元 (34) 6.1.2添加硬盘存储单元 (36) 6.2修改存储单元 (37) 7. 查看当前活动 (37) 8. 常用命令 (38) 9. 数据的恢复 (40) 9.1恢复NT文件 (40) 9.2NT/Windows 2000灾难恢复 (43) 9.3MS SQL数据库恢复 (46) 9.4UNIX文件系统恢复 (48) 1. 初始化配置 1.1配置存储设备 1．安装完成后，启动NBU NetBackup Administration，系统第一次会自动启动Netbackup Assistant，如图1 图1 2．点击下一步，Config Storage Devices，出现设备配置欢迎画面，如图2所示： 图2 3．单击下一步，出现选择设备主机窗口，在此你可以选择连接备份设备的主机名称，也可以添加或删除主机，如图3所示： 图3 4．单击下一步，系统会自动搜索连接到主机的存储设备，按照系统提示完成设备的配置，如图4所示： 软件安全性测试报告 软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。 用户认证安全的测试要考虑问题： 1.明确区分系统中不同用户权限 2.系统中会不会出现用户冲突 3.系统会不会因用户的权限的改变造成混乱 4.用户登陆密码是否是可见、可复制 5.是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统） 6.用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统 系统网络安全的测试要考虑问题： 1.测试采取的防护措施是否正确装配好，有关系统的补丁是否打上 2.模拟非授权攻击，看防护系统是否坚固 3.采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，现在最常用的是NBSI系列和IPhacker IP） 4.采用各种木马检查工具检查系统木马情况 5.采用各种防外挂工具检查系统各组程序的客外挂漏洞 数据库安全考虑问题： 1.系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求） 2.系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这个系统的功能实现有了障碍） 3.系统数据可管理性 4.系统数据的独立性 5.系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整） 秋*；当MFC片刊卫” (W “? :5 心也“八 * HlLf咯丹& 咲士劃试址评怖 ■■|J W^|> 吕甜化比 WZZ* :芒 h V ?: 土闵森；I电特 江［」"■、i」 Hi'H5；.P ?"■ .ir ■；、：1八 股 ■ ■■ = ■■■ '..? -I \ K L,^p . t IH ■.: 1T7V 缈 .b-H^-f.^r- . r 工=i弘也”丸■￡?;. k..x i 人｛：此确币 吃 m* 冬 ji.lp- A Vtll t解X■也 曲r爭*觐虐詹出「丄二一「!__空亠- ，辛ffpiR； 芷MH *?(■、':.'".亍 \ m 1.*11 i ：II 班级：计机101 学号： 1013250130 姓名：林旭钿 指导老师：朱定善 _ 广东交通职业技术学院 交通信息学院 目录 引言 (3) 内容摘要 (3) 一、数据技术概述 (3) 1.传统机械硬盘数据恢复技术概论 (3) 2.固态硬盘的数据恢复技术概述 (4) 数据恢复原理一-分区表 (4) 数据恢复原理二-目录区与数据区 (4) 数据恢复原理三-引导扇区与分配表操作系统引导扇区（OBR） (4) 二、数据恢复的可能性 (5) 三、常用数据恢复软件简介 (5) ?Easyrecovery (5) ?Finaldata (5) ?R-Studio (6) ?Drive Rescue (6) ?Recover4all (6) ?File Scavenger (6) ?Getdataback (7) ?RecoverNT (7) ?Search and Recover (7) ?DataExplore（数据恢复大师） (7) ?Lost&Found (7) ?PCtools（DOS） (8) 四、数据恢复案例 (8) (一) 恢复重装XP后的Ubuntu引导分区 (8) (二) NTFS格式大硬盘数据恢复特殊案例 (9) 五、体会 (10) 参考文献 (10) 数据恢复技术 引言 当今的世界已经完全步入了信息时代，在我们每天的生活当中，越来越多的事物正被以0和1的形式表示。数字技术与我们的联系越紧密，我们在其失效时就会承担越大的风险。重要数据一旦破坏，我们讲承受巨大的损失，所以数据恢复产业应运而生。数据恢复在数据丢失和损坏时挽救这些数据，可以针对各种软硬件平台开展，从文件的误删除，存储设备受到严重破坏，专业的数据恢复工作都可能将数据恢复。在这篇文章里，我们会向大家介绍数据恢复的方方面面，并根据我们的经验给出一些建议，希望能够使大家更少受到数据损失的困扰。 内容摘要 有很多种原因可能造成数据问题。最常见的原因当数人为的误操作，比如错误的删除文件、用错误的文件覆盖了有用数据等等。而存储器本身的损坏也占据了相当大的比重，高温、震动、电流波动、静电甚至灰尘，都是存储设备的潜在杀手。另外，很多应用程序特别是备份程序的异常中止，也可能造成数据损坏。在所有的原因当中，由于删除和格式化等原因造成的数据丢失是比较容易处理的，因为在这些情况下数据并没有从存储设备上真正擦除，利用数据恢复软件通常能够较好的将数据恢复出来。如果存储设备本身受到了破坏（例如硬盘盘片坏道、设备芯片烧毁等），会在很大程度上增加恢复工作的难度，并需要一些必备的硬件设施才能执行恢复，如果存储数据的介质本身（例如硬盘盘片、Flash Memeory）没有损坏的话，数据恢复的可能性仍然很大。我们通常称存储设备本身的损坏为物理性损坏，而对于非存储设备问题称之为逻辑性损坏。我们讨论的问题或者说在现实情况下遇到的大多数问题都属于逻辑性损坏之列。 一、数据技术概述 1.传统机械硬盘数据恢复技术概论 数据恢复恢复过程主要是将保存在存储介质上的资料重新拼接整理，即使资料被误删或者硬盘驱动器出现故障，只要在存储介质的存储区域没有严重受损的情况下，还是可以通过数据恢复技术将资料完好无损的恢复出来。 当存储介质（包括硬盘、移动硬盘、U盘、软盘、闪存、磁带等）由于软件问题（如误删除、病毒、系统故障等）或硬件原因（如震荡、撞击、电路板或磁头损坏、机械故障等）导致数据丢失时，便可通过数据恢复技术把资料全部或者部分还原。因此，数据恢复技术分为：软件问题数据恢复技术和硬件问题数据恢复技术。 2016年厦漳泉三市、泉州市职业学校技能大赛 “计算机检测维修与数据恢复”赛项规程 一、赛项名称 赛项名称：计算机检测维修与数据恢复 赛项组别：中职组 赛项级别：泉州市赛 二、竞赛目的 本赛项以我国电子信息产业发展的人才需求为依托，以计算机组装维修及数据恢复技术为载体，旨在检验选手在模拟真实的工作场景下对计算机进行故障检测维修及数据恢复方面的能力，全面展现中职教育的发展水平，提高信息技术类中等应用型专门人才的培养质量。 本赛项将电子信息行业企业人才能力需求、计算机检测维修与数据恢复前沿技术融入比赛内容，以进一步深化校企合作，引导中等职业学校信息技术类专业开展计算机检测维修与数据恢复的课程建设和教学改革，增强信息技术类专业学生职业竞争力，提高就业水平。 三、竞赛内容 （一）竞赛任务 任务1.计算机主板及功能板的检测与维修（赛项比重50% ）。 在规定的时间内，依据大赛组委会提供的技术文件（包括原理图及元器件资料等），完成指定台式计算机功能板的故障检测及维修，并填写检测 与维修报告单。附：功能板清单 任务2.存储设备维修及数据恢复（赛项比重40% ） 依据赛题给定的故障描述，对大赛组委会现场提供的存储设备（硬盘/U盘/SD 卡等）进行检测维修，将设备中存储的操作系统安装文件、应用程序安装文件及指定标识文件资料恢复出来，并填写存储设备维修及数据恢复报告单。 （二）维修竞速（赛项比重10%） 依据选手结束比赛时间及前2项任务的完成质量综合确定。 （三）相关知识与技能 1. 电工与电子技术基础 2. 电子产品维修工艺与流程 3. 计算机应用技能 4. 计算机组装与测试 5. 操作系统与应用软件的安装 6. 计算机主板的故障检测与维修 7. 硬盘维修与数据恢复技术 四、竞赛方式 1. 竞赛方式为团体赛，每支参赛队由2名参赛选手组成，参赛选手必须是年龄不超过21周岁（1995年7月1日及以后出生的）的中等职业学校具有正式学籍并以全日制方式学习的学生。性别不限，同一个参赛队的 选手必须为同一所学校，不允许跨校组队，每个学校限报1队，比赛时间 为180分钟。 2. 竞赛开始60分钟前，选手到赛场指定地点抽取赛位号，接受检录，进入指定赛位，但不可进行任何操作。 3. 在裁判发布“赛前30分钟准备”的指令后，选手方可拆封赛位上的赛题及物料箱，并依照竞赛物料清单核对竞赛板卡、硬盘及相应配件是否符合需求，同时 NBU网络备份大全之指定备份策略 在上文“NBU网络备份大全之存储单元配置”中，已经讲解了NBU设置备份策略中的所有的属性的含义和用法，在本文中，将继续上文的介绍，讲述如何在建立备份策略的过程中配置日程表、文件列表和客户端的内容。一，设定日程表： 图一：日程表选项卡 由图一可见，在点击了日程表（Schedule）选项卡后，其日程表是空的，需要点击“New…”去新建日程表。见图二 图二：新建日程表 由图二可见，在设置NBU日程表有四个选项卡，分别是属性、启动时段、排除日期和日历日程表（日历日程表仅仅在日程表类型下出现），现在让我们分别来介绍一下： a. 属性选项卡 1，名称：首先需要为新建的日程表起一个有意义的名字，比如account_full表示财务部的完全备份日程表等等，没有特殊的限制。 2，备份类型：一般来讲，备份类型分为全备份、差分备份、增量备份、用户备份和用户归档等类型，区别如下： (a) 全备份就是将所有数据全部备份起来； (b) 差分备份就是备份自上一次备份以来发生改变的部分； (c) 增量备份是将自最近一次全备份以来的所有改变的部分； (d) 用户备份指的是客户端用户可以执行的备份； (e) 用户归档指的是客户端用户可以执行的归档。 其中，用户最容易混淆的概念就是差分备份和增量备份的，因为他们都是只备份差异文件，他们的区别之处在于差异的内容不同：差分备份只保存上次差分备份之后的变化内容，而增量备份保存的是自上次全备份以来的所有改变。举例来说，假设周日做过一次全备份，如果周一和周二做过差分备份，然后周三需要恢复的时候，NBU会先得到周日的全备份的内容将数据恢复到周日的状态，然后根据周一的差分备份，将数据恢复到周一的状态，然后在用周二的差分备份将内容恢复到周二的状态，周日、周一、周二的备份内容缺一不可。 在上例中，如果用户周一和周二做的是增量备份，那么只需要周日的全备份和周二的增量备份，即可恢复内容到周二的状态，因为周二的备份记录了周日以来发生的改变，周一的增量备份不再需要。由此可见，差分备份的优点是记录的内容少，周二的备份文件中不记录周日到周一的变化，但是缺点是恢复时需要所有的差分文件；增量备份会占用比差分备份多的备份空间，但是它的恢复快速，依赖的文件比较少。 用户备份和用户归档的区别在于：用户归档后会将归档的源文件删除，而用户备份不会。 3，合成备份（Synthetic backup）：合成备份的含义就是将一个全备份和一些增量备份或者差分备份重新组成一个全备份，这样在恢复的时候，就好像一个全备份恢复一样快捷；而且这部分发生在介质管理器而不是客户端，可以有效利用空间并且减小客户端的负载。见图二。 一般的用户可能不熟悉合成备份的用法，一般来说，合成备份可以将多个备份整合成一个可用的恢复文件，所以可以将它和传统备份统一起来使用。举例来说，如果用户创建一个三个月一次的全备份、每天一次的差分备份、一周一次的合成备份，那么每个星期一次的合成备份就会把上周的全备份和周内的差分备份，重新合成一个全备份文件，就好像每周一次全备份一样，而这样做的好处是将合成备份的工作移到介质服务器中完成，减少了客户端的负载。 4，日程表类型有两种：日历型和频率型（见图二）。日历型日程表可以运行用户选择哪一天（几月几号）执行备份任务；而频率型日程表可以让用户选择周几执行备份任务，用户可以根据自己的需求选择日程表类型。见图三。 图三：频率型日程表 5，备份目的： 在备份目的框中，有一些特殊的选项，现在分别予以介绍： (a) 即时恢复仅备份到磁盘（Instant recovery backups to disk only）： 这个是NBU一个专门的插件（advanced client）带有的特性，该特性可以生成客户端数据源的快照并将这些冗余的信息保存，该选项可以控制这些快照信息仅在磁盘中保留而不备份到磁带 NBU备份测试方案 2015.9.4 Version 1.0 目录 1测试概述 (3) 2测试环境准备 (4) 3测试项目 (6) 3.1备份服务器部署 (6) 3.2SAN CLIENT架构的搭建 (6) 3.3SAN CLIENT的备份测试 (6) 3.4对NAS的快速备份 (6) 3.5Vmware Guest OS的备份 (6) 3.6Windows操作系统的备份和恢复，恢复到vmware虚拟环境中 (7) 4测试结果 (8) 1 测试概述 611信息中心早在几年前就已经建立了一个备份系统。但是随着业务的不断发展和数据量的增加，信息系统环境已经发生了很大的改变。之前的备份系统已经不能适应当前业务的要求。 本次测试主要是针对新的备份架构环境和解决之前遗留的备份问题进行测试。 2 测试环境准备 硬件部分： 1. 需准备一台机器做为新的master server 。要求安装64位windows2008的操作系统 2.需准备一台机器做为FT Media Server。要求该机器为X86架构。安装64位Linux Redhat5.5的操作系统。自备有一块HBA卡 3. FT Media Server自带的HBA卡需要与底层物理带库或者磁盘阵列在SAN网络互通。特定型号的Qlogic卡(该卡由symantec提供) 需和客户端相通。客户端上的HBA 卡类型不限 4. 网络上所有服务器和客户端以太网均要求相通 5. 准备Vmware虚拟环境一套。需提供VShpere的版本 备份统计表： 3 测试项目 3.1 备份服务器部署 新的备份服务器安装NBU master server 7.5.0.3的版本 CATALOG的导入 3.2 SAN CLIENT架构的搭建 搭建FT MEDIA SERVER。即SAN CLIENT客户端无需连接备份设备，只需与SAN 介质服务器在SAN网络互通，即可部署成SAN CLIEN，构建云备份架构的备份客户端。实现备份系统与生产系统的分离。未来新上线的服务器，备份系统的部署变得非常简单，只需接入备份池即可完成。 3.3 SAN CLIENT的备份测试 进行文件系统等的备份和恢复测试 3.4 对NAS的快速备份 针对NAS设备的备份。把NAS挂接到一台客户端上。在该客户端上新加一块万兆以太网卡与NAS设备的万兆网卡直连（此步骤根据实际情况而定）。 在该客户端上开启备份加速功能。在第一次全备份完成后，通过备份加速的文件更改记录日志，以后每次的全备份只需增量备份的时间，大大加快对海量文件的备份和恢复速度。 3.5 Vmware Guest OS的备份 测试消重以及恢复粒度 数据备份与恢复管理制度 1范围 1.1本制度适用于华能托什干河水电分公司数据备份与恢复工作。 1.2本制度规定了华能托什干河水电分公司备份策略、备份存储介质的管理和备份的恢复等数据备份相关工作内容的管理。 2职责 2.1本制度中的备份工作对象是在应用系统、数据库和专用存贮设备中集中存放的数据，不包括在员工个人电脑中的数据，也不包括非电子方式存放的各种数据。 2.2信息中心数据库管理员负责按照本办法中的有关规定执行和管理数据备份工作。 2.3业务部门应配合数据库管理员进行的备份工作，对备份前的数据做好正确性、完整性的检验。 3管理内容与要求 3.1备份策略 3.1.1信息中心应对所有应用系统的备份策略进行分析， 制定《备份工作表》。信息中心负责人对此表批准后，数据库管理员按照此表的要求进行数据备份工作。 3.1.2业务需求、应用系统功能或电厂制度等因素发生变化时，均可能需要备份策略进行相应调整。数据库管理员应及时考虑上述因素的变化，提出新的备份策略，经信息中心负责人批准后，制定新的《备份工作表》，并按照此表执行。 3.1.3在制定备份策略时，应切实考虑备份的内容、方式和执行频率，同时也应考虑数据的安全性要求、实时性要求以及其重要性等因素。对应数据的分类，备份策略的基本要求分别是： 3.1.3.1 A级：每天进行增量备份，每周进行全局备份。对于数据实时性要求较高，需要快速恢复的情况，可考虑采用双机热备份的方式。 3.1.3.2 B级：每天进行增量备份，每月进行全局备份。 3.1.3.3 C级：每周进行增量备份，每季度进行全局备份。对于数据实时性要求不高的情况，可采用离线的备份方式。 3.1.4业务部门和数据库管理员应在每次全局备份前对原始数据进行检查，防止原始数据的错误被备份保存下来。如果在应用系统中发现数据错误，应检查最近一次的全局备份，如果备份中存在同样的错误，应在数据修改正确后立即 言简意赅，远见卓识。望君采纳。谢谢！删除水印可，编辑页眉，选中水印，点击删除。 软件系统测试报告 实用版 2019年06月 版本修订记录 测试报告 目录 1引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3术语解释 (1) 1.4参考资料 (1) 2测试概要 (2) 2.1系统简介 (2) 2.2测试计划描述 (2) 2.3测试环境 (2) 3测试结果及分析 (3) 3.1测试执行情况 (3) 3.2功能测试报告 (3) 3.2.1系统管理模块测试报告单 (3) 3.2.2功能插件模块测试报告单 (4) 3.2.3网站管理模块测试报告单 (4) 3.2.4内容管理模块测试报告单 (4) 3.2.5辅助工具模块测试报告单 (4) 3.3系统性能测试报告 (4) 3.4不间断运行测试报告 (5) 3.5易用性测试报告 (5) 3.6安全性测试报告 (6) 3.7可靠性测试报告 (6) 3.8可维护性测试报告 (7) 4测试结论与建议 (9) 4.1测试人员对需求的理解 (9) 4.2测试准备和测试执行过程 (9) 4.3测试结果分析 (9) 4.4建议 (9) 1引言 1.1 编写目的 本测试报告为xxxxxx软件项目的系统测试报告，目的在于对系统开发和实施后的的结果进行测试以及测试结果分析，发现系统中存在的问题，描述系统是否符合项目需求说明书中规定的功能和性能要求。 预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领导。 1.2 项目背景 ?项目名称：xxxxxxx系统 ?开发方：xxxxxxxxxx公司 1.3 术语解释 系统测试：按照需求规格说明对系统整体功能进行的测试。 功能测试：测试软件各个功能模块是否正确，逻辑是否正确。 系统测试分析：对测试的结果进行分析，形成报告，便于交流和保存。 1.4 参考资料 1)GB/T 8566—2001 《信息技术软件生存期过程》(原计算机软件开发规范) 2)GB/T 8567—1988 《计算机软件产品开发文件编制指南》 3)GB/T 11457—1995 《软件工程术语》 4)GB/T 12504—1990 《计算机软件质量保证计划规范》 5)GB/T 12505—1990 《计算机软件配置管理计划规范》 Symantec Netbackup 备份恢复文档 目录 第一章备份系统的安装要求 (4) 1.1Windows系统要求 (4) 1.2磁盘空间要求 (4) 1.3备份前准备 (4) 第二章NetBackup软件的安装与卸除 (4) 2.1NetBackup Master Server（Windows2003）的安装与卸除 (4) 2.1.1在Windows2003安装NetBackup Master Server (4) 2.1.2在Windows2003上载卸NetBackup Server (12) 2.1.3关于补丁包的升级 (12) 2.1.4带库驱动的安装 (12) 2.2UNIX环境下的安装 (13) 2.2.1.在UNIX上安装MEDIA SERVER (13) 第三章NetBackup的备份与恢复 (17) 3.1配置存储设备 (17) 3.1.1存储设备配置在本地硬盘上 (17) 3.1.2存储设备配置到磁带库 (19) 3.2File的备份与恢复 (22) 3.2.1创建备份策略 (22) 3.2.2File的恢复操作 (25) 3.3Oracle数据库的备份与恢复 (26) 3.3.1Oracle数据库备份 (26) 3.3.1.1 修改Oracle数据库为日志归档模式 (26) 3.3.1.2 创建备份脚本 (26) 3.3.1.3 创建备份策略 (36) 3.3.1.4 Oracle的恢复操作 (42) 3.4SQL备份与还原 (44) 3.4.1首次启动NetBackup MS SQL 客户机 (44) 3.4.2选择SQL 主机和实例 (44) 3.4.3备份数据库 (45) 3.4.4数据库的恢复 (47) 3.5LOTUS备份与还原 (49) 3.5.1从NetBackup 管理控制台定义Lotus Notes 客户机的属性 (49) 3.5.2在bp.conf 文件中定义Lotus Notes 客户机的属性 (51) 用户在配置好存储设备、卷池和卷组之后，就可以开始配置存储单元了。存储单元是NBU 备份数据的目的单元，NBU客户端的所有数据都需要保存到介质管理器定义的存储备份上。所有的存储单元都定义在主服务器（Master Server）上。 存储单元的类型： 存储单元有四种类型，磁盘和磁带设备，NDMP服务器，增强的磁盘缓冲（Disk-staging），其中磁盘和磁带就不过多累述了，大家都很熟悉了；NDMP服务器就是使用网络数据管理协议（Network Data Management Protocol）存储数据的服务器，但是如果需要使用这种服务器，NBU客户端必须按照NDMP插件）；增强的磁带缓存是为了保存重要数据而出现的一种二级备份技术：首先将用户关键数据保存到磁盘等读写速度快的设备上，在慢慢将磁盘上的备份转移到慢速的磁带设备，目的是为了节省重要数据的备份时间，尽量小的影响备份对业务造成的影响。 存储设备使用规则： 为了使得存储设备可以正常使用不出错，必须要遵循一些使用上的规则，如下所示： 1. 不同密度的磁带，因为使用的是不同的驱动，所以不能放在同一个存储单元中； 2. 不同介质管理器上的存储设备，不能放在同一个存储单元。否则可能早晨数据文件分布在不同的卷数据库中从而无法恢复； 3. 机械手管理的磁带和独立磁带机设备管理的磁带不能放在同一个存储单元中。 存储单元组： 存储单元组是一组存储单元的集合，一个存储单元组可以包含一至多个存储单元，存储单元组中按照从高到低的顺序来排列优先级，当一个存储任务来临时，会从上向下查找到第一关可用的存储单元来备份数据。 图一：存储单元页面 由图一可见，在左侧浏览栏点击“Storage Units…菜单项，然后选择菜单栏上的”Actions->New->Storage Unit”，就可以选择添加一个存储单元。 NBU备份系统应用操作手册2008．12．15编制 一．NBU6.5备份系统概述 1．关于NBU6.5 NBU6.5是赛门铁克公司在2007年7月31日推出的企业数据保护解决方案Veritas NetBackup的最新版本。有关赛门铁克公司NBU6.5详细的技术文档列在参考资料中。 2．NBU6.5备份系统架构 A机房B机房 3．NBU 6.5备份系统使用情况 为了从本质上提高核心数据的维护水平，在部门领导和室领导的直接指导下，我室在2008年7月份按照项目实施规范，根据我们的实际维护需求，全程掌控和参与了系统介绍，方案论证，策略制定，安装调试，测试验收等流程。 由于前期工作做得比较规范，NBU 6.5备份系统自8月正式投入使用以来，一直运行在良好的工作状态之中，按照设定策略按时按机为8台设备上的关键数据――文件系统（每月），数据库（每日），数据库逻辑日志（每日）等数据做了可靠备份，完全达到了我们预期的目标。 同时，NBU 6.5备份系统经过4个多月的运行，其可靠性，易用性和灵活性等优越性能得到了证实，为我们下一步扩大其应用范围打下了良好的基础。 XX网平台PPS业务于11月28日从原设备割接至JC_SCP3上，相关的备份配置也做了调整。本文列出的所有数据均为截至2008年12月1日的最新数据。 4．启动netbackup管理控制台的方法 NBU 6.5备份系统的所有操作均需在netbackup管理控制台上完成。 （1）在windows上启动netbackup管理控制台 （已安装了netbackup_6.5_win86软件） 开始―程序―VERITAS netbackup―netbackup java version6.5进入。 实验一 FAT32数据存储分析 一、实验内容 1、使用磁盘软件分析FAT32文件系统的分区引导扇区（DBR）、文件分配表（FAT)、文件目录表（FDT）。 2、学会使用常见数据恢复软件。 二、实验目的 1、进一步掌握和了解FAT32文件格式； 2、掌握常见磁盘软件的使用； 3、掌握常见数据恢复软件的使用； 4、提高动手操作能力。 三、实验要求 1、提前预习实验，认真阅读实验原理。 2、认真高效的完成实验，实验过程中服从实验室管理人员 以及实验指导老师的管理。 3、认真填写实验报告。 四、实验所需工具 1、Winhex：一款优秀的16进制查看与编辑器。 2、Easyrecovery：一款优秀的硬盘数据恢复工具，能够帮你恢复丢失的数据。 五、实验原理 1、硬盘结构 1.1硬盘物理结构 硬盘存储数据是根据电、磁转换原理实现的。硬盘由一个或几个表面镀有磁性物质的金属或玻璃等物质盘片以及盘片两面所安装的磁头和相应的控制电路组成(图1)，其中盘片和磁头密封在无尘的金属壳中。 数据恢复实习报告图 1 硬盘工作时，盘片以设计转速高速旋转，设置在盘片表面的磁头则在电路控制下径向移动到指定位置然后将数据存储或读取出来。当系统向硬盘写入数据时，磁头中“写数据”电流产生磁场使盘片表面磁性物质状态发生改变，并在写电流磁场消失后仍能保持，这样数据就存储下来了；当系统从硬盘中读数据时，磁头经过盘片指定区域，盘片表面磁场使磁头产生感应电流或线圈阻抗产生变化，经相关电路处理后还原成数据。 1.2硬盘逻辑结构 硬盘由很多盘片(platter)组成，每个盘片的每个面都有一个读写磁头。如果有N个盘片。就有2N个面，对应2N个磁头(Heads)，从0、1、2开始编号。每个盘片被划分成若干个同心圆磁道(逻辑上的，是不可见的。)每个盘片的划分规则通常是一样的。这样每个盘片的半径均为固定值R的同心圆再逻辑上形成了一个以电机主轴为轴的柱面(Cylinders)，从外至里编号为0、1、2……每个盘片上的每个磁道又被划分为几十个扇区(Sector)，通常的容量是512byte，并按照一定规则编号为1、2、3……形成Cylinders×Heads×Sector个扇区。 1.3、MBR(master boot record)扇区 计算机在按下POWER键以后，开始执行主板BIOS程序。进行完一系列检测和配置以后。开始按BIOS中设定的系统引导顺序引导系统。假定现在是硬盘。 SAP HANA 安装配置及备份恢复测试报告 2015/12/29 目录 一、安装备份软件客户端 (4) 二、SAP HANA 的配置 (5) 2.1、配置客户端参数及备份脚本文件 (5) 2.2、配置SAP HANA客户端 (6) 2.3、创建backupset (11) 2.4、配置子客户端 (12) 2.5、配置SAP HANA参数 (16) 三、HANA 备份 (18) 四、HANA 恢复 (20) 一、安装备份软件客户端 安装软件时选择SAP HANA进行安装，具体安装过程略，下面只列出主要的安装步骤。 1）选择要安装的模块 2）配置SAP HANA 用户组 3）配置HANA 的执行路径 说明：其中HRP 为HANA 数据库的实例名称，hdb目录下面的opt 目录可能并不存在，需要自己手工进行创建。 二、SAP HANA 的配置 2.1、配置客户端参数及备份脚本文件 rtpdb01:~ # cd /opt/simpana RTPDB01:/opt/simpana #mkdir HANA_BAK_Scripts RTPDB01:/opt/simpana # cd HANA_BAK_Scripts RTPDB01:/opt/simpana/HANA_BAK_Scripts # vi HRP.sh #!/bin/bash TIMESTAMP="$(date +\%F\_%k\%M)" BACKUP_PREFIX="SCHEDULED" BACKUP_PREFIX="$BACKUP_PREFIX"_"$TIMESTAMP" su - hrpadm -c "hdbsql -i 0 -U BACKUP \"backup data using backint ('$BACKUP_PREFIX') ASYNCHRONOUS \"" RETURN_CODE=$? exit $RETURN_CODE 说明： 注意上面的-U BACKUP 要自己创建user key 具体如下： hdbuserstore set BACKUP rtpdb01:30015 system test123 其中system 为HANA 数据库中的用户 RTPDB01:/opt/simpana/HANA_BAK_Scripts # chmod 777 HRP.sh RTPDB01:/opt/simpana/HANA_BAK_Scripts # cd /opt/simpana/iDataAgent RTPDB01:/opt/simpana/iDataAgent # vi param CvInstanceName Instance001 CvClientName rtpdb01 RTPDB01:~ # cd /usr/sap/HRP/SYS/global/hdb 2017年全国职业院校技能大赛中职组 “计算机检测维修与数据恢复”项目竞赛任务书 2017年全国职业院校技能大赛（中职组）“计算机检测维修与数据恢复”赛项执委会制 2017年5月 目录 一、赛程说明 (3) 二、竞赛技术平台及资料说明 (3) 三、竞赛时间、内容及总成绩 (3) （一）竞赛时间 (3) （二）竞赛内容概述 (3) （三）竞赛总成绩 (4) 四、任务说明 (4) （一）任务一：计算机主板及功能板检测与维修 (4) （二）任务二：存储设备维修及数据恢复 (5) （三）任务三：计算机组装与检测 (7) （四）任务四：填写竞赛报告单 (8) 五、竞赛结果提交要求 (13) 六、评分标准 (13) 附件1“计算机检测维修与数据恢复”项目竞赛技术平台及资料说明 (14) （一）竞赛器材及具体要求说明 (14) （二）技术平台标准 (15) （三）竞赛提供的计算机组装配件说明 (15) （四）技术资料说明 (15) 附件2《竞赛器材确认表》 (16) （一）竞赛器材确认 (16) （二）赛题提供板卡及辅助配件确认 (16) （三）计算机主板及功能板工作区是否已经建立 (17) 2017年全国职业院校技能大赛中职组 “计算机检测维修与数据恢复”项目竞赛任务书 一、赛程说明 二、竞赛技术平台及资料说明 “计算机检测维修与数据恢复”项目竞赛技术平台及资料说明见附件1。 三、竞赛时间、内容及总成绩 （一）竞赛时间 竞赛时间共为3小时，参赛选手自行安排任务进度，休息、饮水、如厕等不设专门用时，统一含在竞赛时间内。 （二）竞赛内容概述 依据竞赛任务要求分别完成计算机主板及功能板检测与维修、存储设备维修及数据恢复,然后利用维修好的台式机硬盘，搭配其它计算机配件（比赛现场提供一台完好的计算机，机箱上贴有“备用机”标签，其中所有的配件，可拆卸使用），和一个贴有“组装TSM+ORACLE备份恢复测试报告
NBU备份与存储系统实施方案netbackup实施方案
数据备份与灾难恢复实训报告
AD域部署项目-第三方软件AD备份恢复测试报告V1.1
NBU系统配置手册大全
软件安全测试报告.doc
数据恢复技术实训报告
硬件检测维修与数据恢复规程
NBU网络备份大全之指定备份策略
netbackup_NBU备份测试方案
数据恢复管理制度
软件系统测试报告(实用版)
NBU备份恢复文档
NBU网络备份大全之存储单元配置
NBU备份系统应用操作手册
数据恢复实习报告
SAP-HANA-安装配置操及备份恢复测试报告
2017年计算机检测维修与数据恢复国赛赛题
相关主题
文本预览