免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 6833 | 回复: 19
打印 上一主题 下一主题

[备份软件] legato networker 备份oracle 9.0.1.1.1问题,如何使用增量备份恢复? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-06-17 18:38 |只看该作者 |倒序浏览
networker 安装在linxu as 4u4上,oracle 9.0.1.1.1安装在win2003 上,nsrnmo 4.2

备份的全备份脚本:
connect target bakuser/bakuser@ora9i
run {
sql 'alter session set nls_language=american';
sql 'alter system switch logfile';
allocate channel ch1 type 'sbt_tape';
allocate channel ch2 type 'sbt_tape';
send 'NSR_ENV=(NSR_SERVER=cls1,NSR_CLIENT=bakserver,NSR_DATA_VOLUME_POOL=dbpool)';
backup full filesperset 5 format 'ora9i_%p_%u_%s_$t'
(database include current controlfile);
release channel ch1;
release channel ch2;
allocate channel d1 type disk;
copy current controlfile to 'c:\controlfile\control.ctl';
release channel d1;
}

备份的增量备份脚本
connect target bakuser/bakuser@ora9i
run {
sql 'alter session set nls_language=american';
sql 'alter system switch logfile';
allocate channel ch1 type 'sbt_tape';
allocate channel ch2 type 'sbt_tape';
send 'NSR_ENV=(NSR_SERVER=cls1,NSR_CLIENT=bakserver,NSR_DATA_VOLUME_POOL=dbpool)';
backup incremental level=2 filesperset 5 format 'ora9i_%p_%u_%s_$t'
(database include current controlfile);
release channel ch1;
release channel ch2;
allocate channel d1 type disk;
copy current controlfile to 'c:\controlfile\control.ctl';
release channel d1;
}



过程:
1.停数据库,执行了一次冷备份;
2.启动数据在test1tablespace上创建表test1user.test1,然后插入几个值,然后执行增量备份(把备份的group的start time调到马上就到的北京时间,比如现在是11:00,调到11:02启动备份)
3.再在test1user.test1表上插入一些值据然后再增量备份;
4.把数据库停下来,删除所有的控制文件,归档文件,日志文件,数据文件;
5.然后把冷备份的数据文件拷贝回来,把备份的控制文件拷贝回来,并且改名为cotrol01.ctl,control02.ctl,control03.ctl;
6.连接数据库conn sys/sys@ora9i as sysdba;
7.startup mount ;
8.在客户端执行如下:
rman target sys/sys@ora9i nocatalog
run {
allocate channel t1 type sbt_tape;
allocate channel t2 type set_tape;
send 'nsr_env=(nsr_server=bakserver,nsr_client=cls1,nsr_data_volume_pool=dbpool)';
restore database;
release channel t1;
release channel t2;
}
9.回到sqlplusw,执行如下:
recover database using backup controlfile until cancel ;
SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 379548 (在 06/17/2008 11:04:28 生成) 对于线程 1 是必需的
ORA-00289: 建议: C:\ARCHIVE2ARC00018.001
ORA-00280: 更改 379548 对于线程 1 是按序列 # 18 进行的


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

是不是没有执行增量备份的恢复,只是恢复了全备份?

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
2 [报告]
发表于 2008-06-17 22:38 |只看该作者
restore database until time ......
recover database until time ......

论坛徽章:
0
3 [报告]
发表于 2008-06-17 23:00 |只看该作者
脚本不对

论坛徽章:
0
4 [报告]
发表于 2008-06-18 09:14 |只看该作者
原帖由 yddll 于 2008-6-17 22:38 发表
restore database until time ......
recover database until time ......

我查了emc提供的emc networker module for oracle 手册没有提到用recover database这个命令,还有我执行如下命令也提示recover database 提示如下:
C:\Documents and Settings\Administrator>rman target sys/sys@ora9i nocatalog

恢复管理器: 版本9.0.1.1.1 - Production

(c) Copyright 2001 Oracle Corporation.  All rights reserved.

连接到目标数据库: ORA9I (DBID=2456664265)
正在使用目标数据库控制文件替代恢复目录

RMAN>run {
2> allocate channel t1 type sbt_tape;
3> allocate channel t2 type sbt_tape;
4> send 'nsr_env=(nsr_server=cls1,nsr_client=bakserver,nsr_data_volume_pool=db
ol)';
5> restore database;
6> recover database;
7> release channel t1;
8> release channel t2;
9> }

分配的通道: t1
通道 t1: sid=11 devtype=SBT_TAPE
通道t1: NMO v4.2.0.0

分配的通道: t2
通道 t2: sid=12 devtype=SBT_TAPE
通道t2: NMO v4.2.0.0

向通道发命令: t1
向通道发命令: t2

启动 restore 于 18-6月 -08

通道 t1: 正在开始恢复数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
正将数据文件00002恢复到E:\ORADATA\ORA9I\UNDOTBS01.DBF
正将数据文件00003恢复到E:\ORADATA\ORA9I\CWMLITE01.DBF
正将数据文件00005恢复到E:\ORADATA\ORA9I\EXAMPLE01.DBF
正将数据文件00006恢复到E:\ORADATA\ORA9I\INDX01.DBF
正将数据文件00007恢复到E:\ORADATA\ORA9I\TOOLS01.DBF
通道 t2: 正在开始恢复数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
正将数据文件00001恢复到E:\ORADATA\ORA9I\SYSTEM01.DBF
正将数据文件00004恢复到E:\ORADATA\ORA9I\DRSYS01.DBF
正将数据文件00008恢复到E:\ORADATA\ORA9I\USERS01.DBF
正将数据文件00009恢复到E:\ORADATA\ORA9I\RMAN_T.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_09jj591s_9_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t1: 正在开始恢复数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
正将数据文件00010恢复到E:\ORADATA\ORA9I\TEST1TABLESPACE.DBF
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0ajj591s_10_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0ejj5j41_14_$t tag=null params=NULL
通道 t1: 恢复完成
完成 restore 于 18-6月 -08

启动 recover 于 18-6月 -08


通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00002 的恢复目标: E:\ORADATA\ORA9I\UNDOTBS01.DBF
数据文件 00003 的恢复目标: E:\ORADATA\ORA9I\CWMLITE01.DBF
数据文件 00005 的恢复目标: E:\ORADATA\ORA9I\EXAMPLE01.DBF
数据文件 00006 的恢复目标: E:\ORADATA\ORA9I\INDX01.DBF
数据文件 00007 的恢复目标: E:\ORADATA\ORA9I\TOOLS01.DBF
通道 t2: 正在开始恢复增量数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:\ORADATA\ORA9I\SYSTEM01.DBF
数据文件 00004 的恢复目标: E:\ORADATA\ORA9I\DRSYS01.DBF
数据文件 00008 的恢复目标: E:\ORADATA\ORA9I\USERS01.DBF
数据文件 00009 的恢复目标: E:\ORADATA\ORA9I\RMAN_T.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0bjj59nt_11_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0cjj59nt_12_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00002 的恢复目标: E:\ORADATA\ORA9I\UNDOTBS01.DBF
数据文件 00003 的恢复目标: E:\ORADATA\ORA9I\CWMLITE01.DBF
数据文件 00006 的恢复目标: E:\ORADATA\ORA9I\INDX01.DBF
数据文件 00007 的恢复目标: E:\ORADATA\ORA9I\TOOLS01.DBF
数据文件 00009 的恢复目标: E:\ORADATA\ORA9I\RMAN_T.DBF
通道 t2: 正在开始恢复增量数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
数据文件 00004 的恢复目标: E:\ORADATA\ORA9I\DRSYS01.DBF
数据文件 00005 的恢复目标: E:\ORADATA\ORA9I\EXAMPLE01.DBF
数据文件 00008 的恢复目标: E:\ORADATA\ORA9I\USERS01.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0djj5j41_13_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0ejj5j41_14_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:\ORADATA\ORA9I\SYSTEM01.DBF
通道 t2: 正在开始恢复增量数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
数据文件 00002 的恢复目标: E:\ORADATA\ORA9I\UNDOTBS01.DBF
数据文件 00003 的恢复目标: E:\ORADATA\ORA9I\CWMLITE01.DBF
数据文件 00006 的恢复目标: E:\ORADATA\ORA9I\INDX01.DBF
数据文件 00007 的恢复目标: E:\ORADATA\ORA9I\TOOLS01.DBF
数据文件 00009 的恢复目标: E:\ORADATA\ORA9I\RMAN_T.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0fjj5j5f_15_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00004 的恢复目标: E:\ORADATA\ORA9I\DRSYS01.DBF
数据文件 00005 的恢复目标: E:\ORADATA\ORA9I\EXAMPLE01.DBF
数据文件 00008 的恢复目标: E:\ORADATA\ORA9I\USERS01.DBF
数据文件 00010 的恢复目标: E:\ORADATA\ORA9I\TEST1TABLESPACE.DBF
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0gjj5m5i_16_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t2: 正在开始恢复增量数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:\ORADATA\ORA9I\SYSTEM01.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0hjj5m5j_17_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0ijj5m70_18_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00002 的恢复目标: E:\ORADATA\ORA9I\UNDOTBS01.DBF
数据文件 00003 的恢复目标: E:\ORADATA\ORA9I\CWMLITE01.DBF
数据文件 00006 的恢复目标: E:\ORADATA\ORA9I\INDX01.DBF
数据文件 00007 的恢复目标: E:\ORADATA\ORA9I\TOOLS01.DBF
数据文件 00009 的恢复目标: E:\ORADATA\ORA9I\RMAN_T.DBF
通道 t2: 正在开始恢复增量数据文件备份集
通道 t2: 正在指定从备份集恢复的数据文件
数据文件 00004 的恢复目标: E:\ORADATA\ORA9I\DRSYS01.DBF
数据文件 00005 的恢复目标: E:\ORADATA\ORA9I\EXAMPLE01.DBF
数据文件 00008 的恢复目标: E:\ORADATA\ORA9I\USERS01.DBF
数据文件 00010 的恢复目标: E:\ORADATA\ORA9I\TEST1TABLESPACE.DBF
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0jjj5o95_19_$t tag=null params=NULL
通道 t1: 恢复完成
通道 t1: 正在开始恢复增量数据文件备份集
通道 t1: 正在指定从备份集恢复的数据文件
数据文件 00001 的恢复目标: E:\ORADATA\ORA9I\SYSTEM01.DBF
通道 t2: 已恢复备份段 1
段 handle=ora9i_1_0kjj5o95_20_$t tag=null params=NULL
通道 t2: 恢复完成
通道 t1: 已恢复备份段 1
段 handle=ora9i_1_0ljj5o9v_21_$t tag=null params=NULL
通道 t1: 恢复完成

正在开始介质的恢复

释放的通道: t1
释放的通道: t2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00579: the following error occurred at 06/18/2008 09:03:37
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover
RMAN-03002: failure during compilation of command
RMAN-03013: command type: recover(4)
RMAN-06054: media recovery requesting unknown log: thread 1 scn 379914

论坛徽章:
0
5 [报告]
发表于 2008-06-18 09:24 |只看该作者
进入slqplusw之后
SQL>  recover database using backup controlfile
ORA-00279: 更改 379914 (在 06/17/2008 15:24:21 生成) 对于线程 1 是必需的
ORA-00289: 建议: C:\ARCHIVE2ARC00022.001
ORA-00280: 更改 379914 对于线程 1 是按序列 # 22 进行的


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
cancel;
ORA-00308: 无法打开存档日志 'cancel;'
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。


指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
介质恢复已取消。

这次需要的是22,上次需要的是18,看来多恢复了一点,但是还是需要归档日志,
难道是sql 'alter system switch logfile';是在备份完成之后才执行的?

论坛徽章:
0
6 [报告]
发表于 2008-06-18 09:31 |只看该作者
而且我看了一下,归档日志根本没有到22号,只有21号的;

论坛徽章:
0
7 [报告]
发表于 2008-06-18 09:32 |只看该作者
原帖由 redwaves 于 2008-6-17 23:00 发表
脚本不对

哪里错了能给我指正一下吗,大哥?

论坛徽章:
0
8 [报告]
发表于 2008-06-18 09:33 |只看该作者
SQL> archive log list;
数据库日志模式            存档模式
自动存档             启用
存档终点            c:\archive2
最早的概要日志序列     20
下一个存档日志序列   22
当前日志序列           22
SQL> show parameter log_archive;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest                     string
log_archive_dest_1                   string      location=E:\oradata\ora9i\arch
log_archive_dest_10                  string
log_archive_dest_2                   string      location=c:\archive2
log_archive_dest_3                   string
log_archive_dest_4                   string
log_archive_dest_5                   string
log_archive_dest_6                   string
log_archive_dest_7                   string
log_archive_dest_8                   string
log_archive_dest_9                   string

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_1             string      enable
log_archive_dest_state_10            string      enable
log_archive_dest_state_2             string      enable
log_archive_dest_state_3             string      enable
log_archive_dest_state_4             string      enable
log_archive_dest_state_5             string      enable
log_archive_dest_state_6             string      enable
log_archive_dest_state_7             string      enable
log_archive_dest_state_8             string      enable
log_archive_dest_state_9             string      enable
log_archive_duplex_dest              string

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_format                   string      ARC%S.%T
log_archive_max_processes            integer     1
log_archive_min_succeed_dest         integer     1
log_archive_start                    boolean     TRUE
log_archive_trace                    integer     0

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
9 [报告]
发表于 2008-06-18 09:34 |只看该作者
看看Oracle RMAN的文档吧,这个不属于legato的范畴

论坛徽章:
0
10 [报告]
发表于 2008-06-18 10:17 |只看该作者
SQL> archive log list;
数据库日志模式            存档模式
自动存档             启用
存档终点            c:\archive2
最早的概要日志序列     20
下一个存档日志序列   22
当前日志序列           22
你看,下一个归档才是22号,还没有归档了,为什么提示我用22号恢复啊?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP