NBU成功恢复

NBU成功恢复
NBU成功恢复

./bplist –S ‘server’–C ‘clint’–t 4 –R –l /

SQL> create pfile='/home/oracle/initrec.ora' from spfile;

File created.

SQL> exit

原来的init

$ more initrec.ora

PSAICNJ1.__db_cache_size=7683964928

PSAICNJ2.__db_cache_size=6761218048

PSAICNJ1.__java_pool_size=16777216

PSAICNJ2.__java_pool_size=16777216

PSAICNJ1.__large_pool_size=16777216

PSAICNJ2.__large_pool_size=16777216

PSAICNJ1.__shared_pool_size=822083584

PSAICNJ2.__shared_pool_size=1761607680

PSAICNJ1.__streams_pool_size=33554432

PSAICNJ2.__streams_pool_size=16777216

*.audit_file_dest='/u01/app/oracle/admin/PSAICNJ/adump'

*.background_dump_dest='/u01/app/oracle/admin/PSAICNJ/bdump'

*.cluster_database_instances=2

*.cluster_database=true

*.compatible='10.2.0.3.0'

*.control_files='+DATA/psaicnj/controlfile/current.256.692215713'

*.core_dump_dest='/u01/app/oracle/admin/PSAICNJ/cdump'

*.db_block_size=8192

*.db_create_file_dest='+DA TA'

*.db_domain=''

*.db_file_multiblock_read_count=16

*.DB_FILE_NAME_CONVERT='+DATA01','+DATA'

*.db_name='PSAICNJ'

*.db_unique_name='psaicnj'

*.FAL_CLIENT='psaicnj'

*.FAL_SERVER='stdby'

PSAICNJ1.instance_number=1

PSAICNJ2.instance_number=2

*.job_queue_processes=10

*.local_listener=''

*.lock_sga=TRUE

*.log_archive_config='dg_config=(psaicnj,stdby)'

PSAICNJ1.log_archive_dest_1='location=/home/oracle valid_for=(all_logfiles,all_roles) db_unique_name=psaicnj

'

*.log_archive_dest_1='location=/bak/arch valid_for=(all_logfiles,all_roles) db_unique_name=psaicnj'

*.log_archive_dest_2='service=stdby valid_for=(online_logfiles,primary_role) db_unique_name=psaicnj delay=120 r

eopen'

*.log_archive_dest_state_1='enable'

*.log_archive_dest_state_2='enable'

*.log_archive_format='%t_%s_%r.arc'

*.log_archive_max_processes=5

*.open_cursors=300

*.pga_aggregate_target=3304062976

*.processes=300

*.remote_listener='LISTENERS_PSAICNJ'

*.remote_login_passwordfile='exclusive'

*.sga_max_size=8589934592

*.sga_target=8589934592

*.STANDBY_FILE_MANAGEMENT='AUTO'

PSAICNJ2.thread=2

PSAICNJ1.thread=1

*.undo_management='AUTO'

PSAICNJ1.undo_tablespace='UNDOTBS1'

PSAICNJ2.undo_tablespace='UNDOTBS2'

*.user_dump_dest='/u01/app/oracle/admin/PSAICNJ/udump'

*.utl_file_dir='/bak/utl'

修改后的init:(单例使用)

*.audit_file_dest='/oracle/admin/PSAICNJ/adump'

*.background_dump_dest='/oracle/admin/PSAICNJ/bdump'

*.compatible='10.2.0.3.0'

*.control_files='/oracle/control01.ctl'

*.core_dump_dest='/oracle/admin/PSAICNJ/cdump'

*.db_block_size=8192

*.db_domain=''

*.db_file_multiblock_read_count=8

*.db_name='PSAICNJ'

*.db_unique_name='psaicnj'

*.job_queue_processes=10

*.log_archive_dest_1='location=/appdata/arch'

*.log_archive_dest_state_1='enable'

*.log_archive_format='%t_%s_%r.arc'

*.open_cursors=300

*.pga_aggregate_target=1707081728

*.processes=300

*.remote_login_passwordfile='exclusive'

*.sga_max_size=4084901888

*.sga_target=4084901888

*.undo_management='AUTO'

*.undo_tablespace='UNDOTBS1'

*.user_dump_dest='/oracle/admin/PSAICNJ/udump'

创建init $ vi init.ora

建立init中的目录:

$ mkdir -p /oracle/admin/PSAICNJ/adump

$ mkdir -p /oracle/admin/PSAICNJ/bdump

$ mkdir -p /oracle/admin/PSAICNJ/cdump

$ mkdir -p /oracle/admin/PSAICNJ/udump

建立后来需要的目录,redo 和tempfile

mkdir -p /appdata/onlinelog

mkdir -p /appdata/tempfile

2:查看37上要恢复的数据文件大小和个数

SQL> select file_id,file_name,bytes/1024/1024 from dba_data_files;

3:在目标机运行rman>list backup ;

查看控制文件的备份集,确定下从哪个控制文件备份集中恢复

1:启动到nomount

vi .profile,加入环境变量:ORACLE_SID=PSAICNJ,在重新登录一下(使环境变量生效,或者直接export ORACLE_SID=PSAICNJ)。

SQL> startup nomount pfile=/oracle/init.ora;

ORACLE instance started.

2:rman 环境下恢复控制文件

run{

ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=xxxx,NB_ORA_CLIENT=xxxx';

restore controlfile FROM 'cntrl_39324_1_784448328';

# restore controlfile to ‘….’ FROM 'cntrl_39324_1_784448328';(指定位置)

release channel CH00

}

3:mount 数据库,restore数据文件

利用刚恢复的控制文件从磁带机restore数据到86

RMAN> alter database mount;

database mounted

mkdir /appdata/imes

mkdir /appdata/qdas

mkdir /appdata/datafile

下面的语句使用sql查询生成

select 'set newname for datafile '||file_id||' to '''||file_name||''';' from dba_data_files order by file_id;

然后修改datafile的路径,改为适合本机的文件系统环境

由于是数据文件很多,先看看set newname 是否有效,先试运行一下(这个思想不错,分批执行)。

run{

set newname for datafile 1 to '/appdata/datafile/system.259.689279917';

set newname for datafile 2 to '/appdata/datafile/undotbs1.302.784328107';

set newname for datafile 3 to '/appdata/datafile/sysaux.261.689279931';

..................

}

OK,没错误。

下面具体执行restore。

由于这个时间很长,要找台网络稳定的堡垒机执行,或者执行时开启日志(若开启日志后,控制台不会输出了,可选)

若中间出现中断情况,可重复运行下面的脚本,RMAN会自动skip已恢复的数据文件,直到把所有数据文件从磁带机上恢复出来。

中断的情况有:

1:磁带机的channel被其他备份恢复任务占用。

2:本地磁盘空间不足。

RMAN> spool log to '/oracle/nj_restore_rman_new.log';

或者:

RMAN> spool log to '/oracle/nj_restore_rman_new.log'; append

run{

ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=xxx,NB_ORA_CLIENT=xxx';

set newname for datafile 1 to '/appdata/datafile/system.259.689279917';

set newname for datafile 2 to '/appdata/datafile/undotbs1.302.784328107';

.....................................

restore database;

SWITCH DATAFILE ALL;

release channel CH00;

}

spool log off;

A SWITCH is equivalent to using the PL/SQL ALTER DATABASE RENAME FILE statement: the names of the files in

根据NBU客户端监控到的恢复速度(50M/s),可估算出大概需要多少时间

du -m xxxx.dbf 查看目前恢复了多少了

这步只是做从磁带机恢复数据文件,

磁带机上的数据文件很少是一致状态的,等recover的时候需要应用archivelog把数据库前滚到一致状态。

数据库的一致状态是逻辑性的,数据库在运行的时候会形成很多个一致性状态,从一个一致性状态推进到下一个一致性状态。

很少有情况RMAN备份的数据文件是一致性状态,磁带上的数据大部分是不一致的,等restore后,所以数据也是不一致状态。

所以要应用归档日志到数据文件,使数据库恢复到一个一致状态。

由于热备的数据文件不是一致性状态,所以要应用至少2个归档日志(由于是2个节点的RAC),

而且要保证应用的最后一个日志是37节点上的日志(因为是37节点最后执行的备份),即:thread 2产生的日志。

RMAN里面备份的数据文件,只是把有效的数据块备份出来,所以备份集实际大小要小于数据文件大小,但是restore的时候,会恢复成与备份的数据文件一致的大小:即RMAN也会把所有数据块恢复出来

即:300G的数据文件,到了RMAN的备份集中也许只有150G,但restore后,数据文件仍然是300G。

如何查看完成了呢?

查看alert*.log ,有类似内容:

Mon May 28 17:55:04 2012

Full restore complete of datafile 13 to datafile copy /appdata/imes/njimes_tbs_bas_dat_02.dbf. Elapsed time: 0:04:50

checkpoint is 9663065027

Mon May 28 17:56:24 2012

Full restore complete of datafile 17 to datafile copy /appdata/imes/njimes_tbs_trs_idx_02.dbf. Elapsed time: 0:06:10

checkpoint is 9663065027

Mon May 28 17:57:10 2012

Full restore complete of datafile 11 to datafile copy /appdata/imes/njimes_tbs_trs_dat_06.dbf. Elapsed time: 0:06:56

checkpoint is 9663065027

查看最后一批的datafile 在alert里面是否是Full restore complete 状态。

channel CH00: starting datafile backupset restore

channel CH00: specifying datafile(s) to restore from backup set

restoring datafile 00011 to /appdata/imes/njimes_tbs_trs_dat_06.dbf

restoring datafile 00013 to /appdata/imes/njimes_tbs_bas_dat_02.dbf

restoring datafile 00017 to /appdata/imes/njimes_tbs_trs_idx_02.dbf

restoring datafile 00023 to /appdata/imes/njimes_tbs_his_p2_01.dbf

restoring datafile 00025 to /appdata/imes/njimes_tbs_his_p2_03.dbf

restoring datafile 00027 to /appdata/imes/njimes_tbs_his_p3_02.dbf

restoring datafile 00029 to /appdata/imes/njimes_tbs_his_p4_01.dbf

restoring datafile 00031 to /appdata/imes/njimes_tbs_his_p4_03.dbf

restoring datafile 00035 to /appdata/imes/njimes_tbs_his_p4idx_01.dbf

restoring datafile 00046 to /appdata/qdas/pk_qdas_assyqmerk_indx01a.dbf

restoring datafile 00051 to /appdata/qdas/pk_qdas_mfrqmerk_indx01a.dbf

channel CH00: reading from backup piece bk_39315_1_784444103

4. sqlplus下修改控制文件文件路径(mount状态下)

因为这里我们的数据文件是新位置(若跟生产库一样的位置,这个步骤可以不做的)

后面的recover要恢复控制文件标注的数据文件,所以要在recover前改掉用到控制文件里面数据文件路径。(在考虑这个步骤是不是可在restore之前做,这样restore的时候也不需要set newname 了)

根据数据文件路径准备脚本。

下面sqlplus修改控制文件路径

Alter database rename file '+DATA/psaicnj/datafile/system.259.689279917' to '/appdata/datafile/system.259.689279917';

alter database rename file '+DATA/psaicnj/datafile/undotbs1.302.784328107' to '/appdata/datafile/undotbs1.302.784328107'; ...........................

使用下面语句验证是否已改:

select name from v$datafile order by 1;

5. 在sqlplus中recover数据库-----注意在sqlplus下执行,而不是RMAN

此时数据库仍是mount状态

命令:

recover database until cancel using backup controlfile;

recover 需要archivelog, 这个时候需要恢复日志出来(恢复出来的日志位置在数据库的归档路径下),应用到数据文件。

SQL> recover database until cancel using backup controlfile;

下面是恢复arch的脚本,在RMAN下运行

run{

ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=xxxx,NB_ORA_CLIENT=xxxx';

restore archivelog sequence 65610 thread 1;

release channel CH00;

}

run{

ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=xxx,NB_ORA_CLIENT=xxxxx';

restore archivelog sequence 77123 thread 2;

release channel CH00;

}

下面是另一个restore的脚本,效果一样,只是指定了恢复目录

run{

ALLOCATE CHANNEL CH00 TYPE 'SBT_TAPE';

SEND 'NB_ORA_SERV=xxx, NB_ORA_CLIENT=xxxx';

set archivelog destination to '/tcdbs/oradata/prtcsh/arch/';

restore archivelog sequence 65608 thread 1;

release channel CH00;

}

5:备份控制文件,编辑控制文件脚本。

因为控制文件中的redo日志仍然指向rac的环境,这里要修改成指向本地的路径(刚才只是修改了数据文件路径,没修改redo路径),形成自己的控制文件。

此时数据库是mount状态,能够读到控制文件

alter database backup controlfile to trace

--------这个放到了udump 的最新生成的trace文件

用ls -t 查看

从trace中取出控制文件的脚本,修改logfile路径。

下面会用该脚本新建控制文件,保证控制文件干净,以前恢复出来的控制文件有备份数据库的各种信息(备份恢复信息,数据文件变化信息,SCN等等,对新恢复的数据库这些都不需要的),导致恢复出来的控制文件会很大

40M,一般的控制文件大小是8M。

SQL> alter database backup controlfile to trace as ‘……’;

Database altered.

SQL>

得到脚本:

CREATE CONTROLFILE REUSE DATABASE "PSAICNJ" RESETLOGS FORCE LOGGING ARCHIVELOG

MAXLOGFILES 192

MAXLOGMEMBERS 3

MAXDATAFILES 1024

MAXINSTANCES 32

MAXLOGHISTORY 18688

LOGFILE

GROUP 1 '/appdata/onlinelog/group_1.257.689279917' SIZE 50M,

GROUP 2 '/appdata/onlinelog/group_2.258.689279917' SIZE 50M,

GROUP 3 '/appdata/onlinelog/group_3.312.693423371' SIZE 50M

DA TAFILE

'/appdata/datafile/system.259.689279917',

'/appdata/datafile/undotbs1.302.784328107',

.....................

'/appdata/datafile/undotbs3.343.783729109'

CHARACTER SET UTF8

;

6: 重启动数据库到nomount状态,重命名老控制文件

SQL> shutdown immediate;

ORA-01109: database not open

Database dismounted.

ORACLE instance shut down.

SQL> startup nomount pfile=/oracle/init.ora;

ORACLE instance started.

$ mv control01.ctl control01_old.ctl

7: 重建控制文件,mount 数据库:

必须到这个状态,下面要修改控制文件内容。虽然上个步骤数据库已到mount下,这步要确认下。

SQL> CREATE CONTROLFILE REUSE DATABASE "PSAICNJ" RESETLOGS FORCE LOGGING ARCHIVELOG

2 MAXLOGFILES 192

3 MAXLOGMEMBERS 3

4 MAXDA TAFILES 1024

5 MAXINSTANCES 32

6 MAXLOGHISTORY 18688

7 LOGFILE

8 GROUP 1 '/appdata/onlinelog/group_1.257.689279917' SIZE 50M,

9 GROUP 2 '/appdata/onlinelog/group_2.258.689279917' SIZE 50M,

10 GROUP 3 '/appdata/onlinelog/group_3.312.693423371' SIZE 50M

11 DATAFILE

12 '/appdata/datafile/system.259.689279917',

13 '/appdata/datafile/undotbs1.302.784328107',

14 '/appdata/datafile/sysaux.261.689279931',

15 '/appdata/datafile/users.264.693413355',

16 '/appdata/imes/njimes_tbs_trs_dat_01.dbf',

17 '/appdata/imes/njimes_tbs_trs_dat_02.dbf',

18 '/appdata/imes/njimes_tbs_trs_dat_03.dbf',

19 '/appdata/imes/njimes_tbs_trs_dat_04.dbf',

20 '/appdata/imes/njimes_tbs_trs_dat_05.dbf',

21 '/appdata/imes/njimes_tbs_trs_dat_06.dbf',

22 '/appdata/imes/njimes_tbs_bas_dat_01.dbf',

23 '/appdata/imes/njimes_tbs_bas_dat_02.dbf',

24 '/appdata/imes/njimes_tbs_bas_dat_03.dbf',

25 '/appdata/imes/njimes_tbs_bas_idx_01.dbf',

26 '/appdata/imes/njimes_tbs_trs_idx_01.dbf',

27 '/appdata/imes/njimes_tbs_trs_idx_02.dbf',

28 '/appdata/imes/njimes_tbs_trs_idx_03.dbf',

29 '/appdata/imes/njimes_tbs_trs_idx_04.dbf',

30 '/appdata/imes/njimes_tbs_his_p1_01.dbf',

31 '/appdata/imes/njimes_tbs_his_p1_02.dbf',

32 '/appdata/imes/njimes_tbs_his_p1_03.dbf',

33 '/appdata/imes/njimes_tbs_his_p2_01.dbf',

34 '/appdata/imes/njimes_tbs_his_p2_02.dbf',

35 '/appdata/imes/njimes_tbs_his_p2_03.dbf',

36 '/appdata/imes/njimes_tbs_his_p3_01.dbf',

37 '/appdata/imes/njimes_tbs_his_p3_02.dbf',

38 '/appdata/imes/njimes_tbs_his_p3_03.dbf',

39 '/appdata/imes/njimes_tbs_his_p4_01.dbf',

40 '/appdata/imes/njimes_tbs_his_p4_02.dbf',

41 '/appdata/imes/njimes_tbs_his_p4_03.dbf',

42 '/appdata/imes/njimes_tbs_his_p1idx_01.dbf',

43 '/appdata/imes/njimes_tbs_his_p2idx_01.dbf',

44 '/appdata/imes/njimes_tbs_his_p3idx_01.dbf',

45 '/appdata/imes/njimes_tbs_his_p4idx_01.dbf',

46 '/appdata/qdas/pk_qdas_assydefault_data01a.dbf',

47 '/appdata/qdas/pk_qdas_assyqmerk_data01a.dbf',

48 '/appdata/qdas/pk_qdas_assyqmerk_indx01a.dbf',

49 '/appdata/qdas/pk_qdas_assyqwert_data01a.dbf',

50 '/appdata/qdas/pk_qdas_assyqwert_indx01a.dbf',

51 '/appdata/qdas/pk_qdas_mfrdefault_data01a.dbf',

52 '/appdata/qdas/pk_qdas_mfrqmerk_data01a.dbf',

53 '/appdata/qdas/pk_qdas_mfrqmerk_indx01a.dbf',

54 '/appdata/qdas/pk_qdas_mfrqwert_data01a.dbf',

55 '/appdata/qdas/pk_qdas_mfrqwert_indx01a.dbf',

56 '/appdata/qdas/pk_qdas_assyqwert_indx01b.dbf',

57 '/appdata/qdas/pk_qdas_assyqwert_indx01c.dbf',

58 '/appdata/qdas/pk_qdas_assyqwert_indx01d.dbf',

59 '/appdata/qdas/pk_qdas_assyqwert_data01b.dbf',

60 '/appdata/qdas/pk_qdas_assyqwert_indx01e.dbf',

61 '/appdata/qdas/pk_qdas_assyqwert_indx01f.dbf',

62 '/appdata/qdas/pk_qdas_assyqwert_data01c.dbf',

63 '/appdata/qdas/pk_qdas_assyqwert_indx01g.dbf',

64 '/appdata/qdas/pk_qdas_assyqwert_indx01h.dbf',

65 '/appdata/qdas/pk_qdas_assyqwert_indx01i.dbf',

66 '/appdata/qdas/pk_qdas_assyqwert_data01d.dbf',

67 '/appdata/qdas/pk_qdas_assyqwert_indx01j.dbf',

68 '/appdata/qdas/pk_qdas_assyqwert_indx01k.dbf',

69 '/appdata/qdas/pk_qdas_assyqwert_indx01l.dbf',

70 '/appdata/qdas/pk_qdas_mfrqwert_indx01b.dbf',

71 '/appdata/qdas/pk_qdas_assyqwert_data01e.dbf',

72 '/appdata/qdas/pk_qdas_assyqwert_data01f.dbf',

73 '/appdata/qdas/pk_qdas_mfrqwert_indx01c.dbf',

74 '/appdata/imes/njimes_tbs_trs_dat_07.dbf',

75 '/appdata/qdas/pk_qdas_mfrqwert_indx01d.dbf',

76 '/appdata/datafile/undotbs3.343.783729109'

77 CHARACTER SET UTF8

78 ;

Control file created.

SQL> alter database mount;

alter database mount

*

ERROR at line 1:

ORA-01100: database already mounted

注意:重建控制文件后,数据库自动到mount状态

8. 修改控制文件,增加thread2

因为数据文件是RAC环境生成的,数据文件头有thread 2 的记录(若2个环境一样的话,就不用了)

ALTER DATABASE ADD LOGFILE THREAD 2

GROUP 4 '/appdata/onlinelog/group_4.310.693424177' SIZE 50M,

GROUP 5 '/appdata/onlinelog/group_5.311.693424189' SIZE 50M,

GROUP 6 '/appdata/onlinelog/group_6.313.693424097' SIZE 50M;

SQL> ALTER DATABASE ADD LOGFILE THREAD 2

2 GROUP 4 '/appdata/onlinelog/group_4.310.693424177' SIZE 50M,

3 GROUP 5 '/appdata/onlinelog/group_5.311.693424189' SIZE 50M,

4 GROUP 6 '/appdata/onlinelog/group_6.313.693424097' SIZE 50M;

Database altered.

9:open数据库

SQL> alter database open resetlogs;

Database altered.

10:建立temp文件

SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/appdata/tempfile/temp.262.689279933' SIZE 100M AUTOEXTEND ON;

Tablespace altered.

====end===

TSM+ORACLE备份恢复测试报告

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。 如下:

数据备份与灾难恢复实训报告

苏州市职业大学实习(实训)报告名称数据备份与灾难恢复实训 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备份恢复测试报告V1.1

海尔集团全球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 修改文字细节 审阅

软件安全测试报告.doc

软件安全性测试报告 软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。 用户认证安全的测试要考虑问题: 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分钟准备”的指令后,选手方可拆封赛位上的赛题及物料箱,并依照竞赛物料清单核对竞赛板卡、硬盘及相应配件是否符合需求,同时

数据恢复管理制度

数据备份与恢复管理制度 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 《计算机软件配置管理计划规范》

数据恢复实习报告

实验一 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-安装配置操及备份恢复测试报告

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年全国职业院校技能大赛(中职组)“计算机检测维修与数据恢复”赛项执委会制 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小时,参赛选手自行安排任务进度,休息、饮水、如厕等不设专门用时,统一含在竞赛时间内。 (二)竞赛内容概述 依据竞赛任务要求分别完成计算机主板及功能板检测与维修、存储设备维修及数据恢复,然后利用维修好的台式机硬盘,搭配其它计算机配件(比赛现场提供一台完好的计算机,机箱上贴有“备用机”标签,其中所有的配件,可拆卸使用),和一个贴有“组装

系统测试报告

xxxxxxxxxxxxxxx 系统测试报告 xxxxxxxxxxx公司 20xx年xx月

版本修订记录

目录 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 《计算机软件配置管理计划规范》

Netbackup_软件备份测试报告.

Netbackup 软件备份测试报告

一、前言 北京xxxx大学数据集中备份系统即将正式实施,为保证工程质量,提前发现并解决实施过程中可能出现的问题,北京xxxx大学组织工程师对备份系统平台进行实施前测试,并由Symantec 厂商提供二线技术支持。 二、依据文件 《备份软件测试需求》 三、测试规程 1、按照测试步骤页所提供的项目和内容进行。 2、检验测试结果是否符合正确结果,若完全符合,在结论栏填写“ok”; 若部分符合,在测试结果栏填写“ok”; 若不符合,填写“no”; 若条件不具备,填写“nt”。 3、测试方案的正文每页的页脚为双方签字栏,双方工程师在以下三种情况时填写: a)对说明内容页,双方都已阅读并同意其内容,双方签字确认; b)对测试步骤页,双方完成该页每一项测试后,签字确认; c)对测试结论页,双方根据测试情况写出测试的结论,签字确认。 4、测试原则上按所列出的步骤顺序进行,但也可以按实际各部分的准备情况安排测试,已经测 试过的相应系统未做变动的情况下,一般不需重新测试。 四、测试项目 1、Master Server 的安装(windows) 2、Media Server 的安装(hp-ux) 3、Client 的安装(windows,Linux,Tru64) 4、Server 主机的配置及文件方式备份(hp-ux) 5、Windows Client 主机的配置及文件方式备份 6、Linux Client 主机的配置及文件方式备份 7、Tru64 Client 主机的配置及文件方式备份 8、Oracle 数据库系统备份 a)冷备份 数据库完全冷备份方式的测试。 b)热备份 i.Oracle 数据库在线全备份的测试 ii.Oracle 数据库增量备份的测试 iii.Oracle 表空间备份测试 iv.Oracle 数据文件备份测试 v.测试并发备份支持 9、测试断点续传支持 10、测试备份可以穿透防火墙 11、应用系统文件备份 a)Websphere 的文件备份 b)Oracle AS 的文件备份 12、Windows 操作系统的备份 13、Oracle 数据库恢复 a)完全恢复 i.利用冷备份进行完全恢复测试

软件测试报告(模板)

编号:JYD-EP-RD-0I2 密级:公司内部公开 ××项目 系统测试报告 拟制人:刘雪桃 审核人: 批准人: [2013年3月14日] 北京竞业达数码科技有限公司 Beijing JYD Digital Technology Co.,Ltd

文件变更记录

目录 1 概述............................................................................................................................................ 错误!未定义书签。 项目背景 .................................................................................................................................. 错误!未定义书签。 测试目标 .................................................................................................................................. 错误!未定义书签。 测试范围及方法 ...................................................................................................................... 错误!未定义书签。 测试环境 .................................................................................................................................. 错误!未定义书签。 测试中止和恢复条件 .............................................................................................................. 错误!未定义书签。 测试结束准则 .......................................................................................................................... 错误!未定义书签。 2 测试过程.................................................................................................................................... 错误!未定义书签。 测试时间 .................................................................................................................................. 错误!未定义书签。 总体概况 .................................................................................................................................. 错误!未定义书签。 测试用例执行率 ...................................................................................................................... 错误!未定义书签。 遗留缺陷 .................................................................................................................................. 错误!未定义书签。 3 测试结论、建议、总结............................................................................................................ 错误!未定义书签。 结论.......................................................................................................................................... 错误!未定义书签。 总结.......................................................................................................................................... 错误!未定义书签。 建议.......................................................................................................................................... 错误!未定义书签。 4 测试报告补充说明.................................................................................................................... 错误!未定义书签。 5 遗留缺陷列表清单.................................................................................................................... 错误!未定义书签。 6 参考文档.................................................................................................................................... 错误!未定义书签。

数据恢复经验总结

数据恢复经验总结 正规的数据恢复不会往要恢复数据的硬盘做任何写的操作,大都会备份一份再设法去恢复数据。只要在磁盘管理器里可以看到硬盘空间,应该可以用WINHEX对硬盘做镜像,然后对镜像实施数据恢复操作。 恢复是以恢复分区磁盘为上策,以搜索恢复文件为下策。 如果资料重要先,WINHEX打开,按ctrl+d,分区先做个镜像。 以前查找分区表,恢复分区表都是用DISKGEN。简单一点的分区表重建还是很不错的,但复杂情况的恢复一直没有什么心得。并且DISKGEN搜索分区表毕竟是软件自动为主,而自己掌握的分区表知识并没有找到可以让DISKGEN加速搜索的目的。 学习分区表知识,一定要学会使用WINHEX,借助WINHEX,手动查找恢复分区表,才能让知识真正成为自己的。 用WINHEX打开硬盘,直接定位到硬盘的最后一个扇区,然后,搜索十六进制数值0055AA,偏移位置512字节为单位的510字节,从当前位置向上面(前面)搜索。将“列出搜索结果”勾选上,这样可以生成位置报告。 过一会儿找到了0055AA,查看扇区数据,是NTFS的DBR扇区描述。直接应用摸板查看数据。 DBR扇区的恢复一般都是查找备用的DBR扇区,FAT32格式的磁盘,在格式化的时候,会在主DBR扇区后面第6个扇区位置上,保有一个备用的DBR扇区,NTFS则是在本磁盘的最后一个扇区保有一个备用DBR扇区,也就是下一个分区起始扇区的前一扇区,由于NTFS磁盘DBR扇区的BPB表是加了校验码的,因此恢复DBR扇区的关键就是BPB表的恢复问题,只要有正确的BPB表,DBR引导代码可以用本盘相同格式磁盘的DBR代码来拼凑,同样可以恢复出DBR扇区的内容,这里要引起注意的是,狭义的DBR指的是引导代码和信息提示代码这部分,并不包括BPB表,广义的DBR则可以理解为DBR扇区,为了不混淆概念,最好把DBR狭义表达,要表达包括BPB表整个扇区时,应该称为DBR扇区,MBR的表达也是一样,要表达MBR+DPT+系统签名+磁盘签名时,应该称为主引导扇区或MBR扇区,而不应该直称MBR。 要恢复扩展分区的D盘,可以先试着恢复DBR扇区,只有在DBR扇区恢复无果的情况下,才用文件恢复类软件来搜索并恢复之。 R-STUDIO一定要注册后才能发挥效能,功能是没说的了,我是只是用该软件来恢复丢失的文件,该软件支持多种分区格式,包括Linux和MAC分区,识别的文件类型也是非常多的,这个软件在使用上是有技巧的,慢慢摸索会有心得的。 用WINHEX搜索往往要用很长时间,我们希望搜索到一个命中以后,就可以开始分析命中扇区的信息,看看是否是我们关注的扇区内容,如果要等搜索完毕再开始分析,势必要等待一个很长的时间,有时是几个小时,这样做恢复实在是效率太低,我在使用WINHEX 的搜索功能时,对于NTFS磁盘分区,一般是采用从后往前搜索的方法,当发现有一个命中后,即刻终止搜索,此时这个命中就会列在命中目标的列表里,如果不终止,就要等待搜索全部完毕才会列出,终止的目的就是要提前获得这个列表,然后再次开始从第一个命中的下

EasyRecover数据恢复教程

EasyRecovery Professional 软件简称 EasyRecovery 软件大小28.11 MB 软件类别数据恢复 运行环境Win2003, WinXp, Win2000, Nt, WinMe, Win9x 授权方式特别版 软件语言简体中文 EasyRecovery 是世界著名数据恢复公司Ontrack 的技术杰作。其Professioa nl (专业) 版更是囊括了磁盘诊断、数据恢复、文件修复、E-mail 修复等全 部 4 大类目19 个项目的各种数据文件修复和磁盘诊断方案。 EasyRecovery 不会向你的原始驱动器写入任何东西,它主要是在内存中重建文件分区表使数据能够安全地传输到其他驱动器中。你可以从被病毒破坏或是已经格式化的硬盘中恢复数据。 该软件可以恢复大于8.4GB 的硬盘。支持长文件名。被破坏的硬盘中像丢失的引导记录、BIOS 参数数据块,分区表,FAT 表,引导区都可以由它来进行恢复。

其支持的数据恢复方案包括: 高级恢复——使用高级选项自定义数据恢复 删除恢复——查找并恢复已删除的文件 格式化恢复——从格式化过的卷中恢复文件 Raw 恢复——忽略任何文件系统信息进行恢复 继续恢复——继续一个保存的数据恢复进度 紧急启动盘——创建自引导紧急启动盘 其支持的磁盘诊断模式包括: 驱动器测试——测试驱动器以寻找潜在的硬件问题 智能测试——监视并报告潜在的磁盘驱动器问题 空间管理器——磁盘驱动器空间情况的详细信息 跳线查看——查找IDE/ATA 磁盘驱动器的跳线设置 分区测试——分析现有的文件系统结构 数据顾问——创建自引导诊断工具 其支持的文件修复类型包括: Microsoft Access 修复 Microsoft Excel 修复 Microsoft PowerPoint 修复 Microsoft Word 修复 Zip 压缩文件修复 其支持的E-mail 修复类型包括 Microsoft Outlook 修复 Microsoft OutlookExpress 修复 其支持的储存介质包括: 软盘和优盘 IDE/ATA/EIDE/SATA/SCSI 硬盘驱动器 Jaz/Zip 可移动媒体 数码媒体(CompactFlash、SmartMedia、闪盘、记忆棒) 1. 原理简述 Windows 对文件的读取大致如下: 文件的读取(Read) 操作系统从目录区中读取文件信息(包括文件名、后缀名、文件大小、修改日期和文件在数据区保存的第一个簇的簇号),我们这里假设第一个簇号是0028。 操作系统从0028簇读取相应的数据,然后再找到FAT的0023单元,如果此外的内容是文件结束标志“FF”,则表示文件结束,否则从该处读取下一个簇号,再读取相应单元的内容,这样重复下去直到遇到文件结束标志。 文件的写入(Write)

Netbacku软件备份测试报告

Netbackup 软件备份测试报告 一、前言 北京xxxx大学数据集中备份系统即将正式实施,为保证工程质量,提前发现并解决实施过程中可能出现的问题,北京xxxx大学组织工程师对备份系统平台进行实施前测试,并由Symantec 厂商提供二线技术支持。 二、依据文件 《备份软件测试需求》 三、测试规程 1、按照测试步骤页所提供的项目和内容进行。 2、检验测试结果是否符合正确结果,若完全符合,在结论栏填写“ok”; 若部分符合,在测试结果栏填写“ok”; 若不符合,填写“no”; 若条件不具备,填写“nt”。 3、测试方案的正文每页的页脚为双方签字栏,双方工程师在以下三种情况时填写: a)对说明内容页,双方都已阅读并同意其内容,双方签字确认;

b)对测试步骤页,双方完成该页每一项测试后,签字确认; c)对测试结论页,双方根据测试情况写出测试的结论,签字确认。 4、测试原则上按所列出的步骤顺序进行,但也可以按实际各部分的准备情况安排测试, 已经测试过的相应系统未做变动的情况下,一般不需重新测试。 四、测试项目 1、Master Server 的安装(windows) 2、Media Server 的安装(hp-ux) 3、Client 的安装(windows,Linux,Tru64) 4、Server 主机的配置及文件方式备份(hp-ux) 5、Windows Client 主机的配置及文件方式备份 6、Linux Client 主机的配置及文件方式备份 7、Tru64 Client 主机的配置及文件方式备份 8、Oracle 数据库系统备份 a)冷备份 数据库完全冷备份方式的测试。

相关文档
最新文档