ITPub博客
首页 博客 专栏 学院 社区 IT新媒体评选
发博

首页 > Linux操作系统 > Linux操作系统 > rman catalog库信息不会自动更新

rman catalog库信息不会自动更新

原创 Linux操作系统 作者：cnaning 时间：2010-12-29 08:10:14 0 删除 编辑
-bash-3.00$ $ORACLE_HOME/bin/rman target / catalog rman9/rman9@catalog
恢复管理器: 版本9.2.0.4.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
连接到目标数据库: ANING9 (DBID=2085989658)
连接到恢复目录数据库
RMAN> backup database include current controlfile format '/home/oracle/rman_copies1/%U';
启动 backup 于 26-12月-10
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=13 devtype=DISK
全部数据库备份将排除文件 8
通道 ORA_DISK_1: 正在启动 full 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
输入数据文件 fno=00001 name=/u01/app/ora9i/oradata/aning9/system01.dbf
输入数据文件 fno=00002 name=/u01/app/ora9i/oradata/aning9/undotbs01.dbf
输入数据文件 fno=00005 name=/u01/app/ora9i/oradata/aning9/example01.dbf
输入数据文件 fno=00017 name=/home/oracle/rman.dbf
输入数据文件 fno=00010 name=/u01/app/ora9i/oradata/aning9/xdb01.dbf
输入数据文件 fno=00009 name=/u01/app/ora9i/oradata/aning9/users01.dbf
输入数据文件 fno=00015 name=/u01/app/ora9i/oradata/aning9/ts2.dbf
输入数据文件 fno=00006 name=/u01/app/ora9i/oradata/aning9/indx01.dbf
输入数据文件 fno=00016 name=/tmp/undotbs02.dbf
输入数据文件 fno=00003 name=/u01/app/ora9i/oradata/aning9/cwmlite01.dbf
输入数据文件 fno=00004 name=/u01/app/ora9i/oradata/aning9/drsys01.dbf
输入数据文件 fno=00007 name=/u01/app/ora9i/oradata/aning9/odm01.dbf
输入数据文件 fno=00011 name=/u01/app/ora9i/oradata/aning9/tbs02.dbf
输入数据文件 fno=00012 name=/u01/app/ora9i/oradata/aning9/tbs01.dbf
输入数据文件 fno=00013 name=/u01/app/ora9i/oradata/aning9/testing.dbf
输入数据文件 fno=00014 name=/u01/app/ora9i/oradata/aning9/ts1.dbf
通道 ORA_DISK_1: 正在启动段 1 于 26-12月-10
通道 ORA_DISK_1: 已完成段 1 于 26-12月-10
段 handle=/home/oracle/rman_copies1/0hm0ht2l_1_1 comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:02:47
完成 backup 于 26-12月-10
启动 Control File and SPFILE Autobackup 于 26-12月-10
段 handle=/u01/app/ora9i/product/9.2.0_1s/c-2085989658-20101226-03 comment=NONE
完成 Control File and SPFILE Autobackup 于 26-12月-10
RMAN> list backup;


RMAN> 
大家发现没 备份后，list backup没有数据
用nocatalog登录查看
RMAN> list backup summary;

正在使用目标数据库控制文件替代恢复目录

备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
7       B  F  A DISK        26-12月-10 1       1       TAG20101226T141453
8       B  F  A DISK        26-12月-10 1       1       
9       B  F  A DISK        26-12月-10 1       1       TAG20101226T145840
10      B  F  A DISK        26-12月-10 1       1       
11      B  F  A DISK        26-12月-10 1       1       TAG20101226T162110
12      B  F  A DISK        26-12月-10 1       1       
用report查看下
RMAN> report schema;

数据库方案报表
文件 KB    表空间           RB segs 数据文件名称
---- ---------- -------------------- ------- -------------------
1        460800 SYSTEM               YES     /u01/app/ora9i/oradata/aning9/system01.dbf
2        378880 UNDOTBS1             YES     /u01/app/ora9i/oradata/aning9/undotbs01.dbf
3         20480 CWMLITE              YES     /u01/app/ora9i/oradata/aning9/cwmlite01.dbf
4         20480 DRSYS                YES     /u01/app/ora9i/oradata/aning9/drsys01.dbf
5        122880 EXAMPLE              YES     /u01/app/ora9i/oradata/aning9/example01.dbf
6         25600 INDX                 YES     /u01/app/ora9i/oradata/aning9/indx01.dbf
7         20480 ODM                  YES     /u01/app/ora9i/oradata/aning9/odm01.dbf
8         10240 TOOLS                YES     /u01/app/ora9i/oradata/aning9/tools01.dbf
9         37120 USERS                YES     /u01/app/ora9i/oradata/aning9/users01.dbf
10        46080 XDB                  YES     /u01/app/ora9i/oradata/aning9/xdb01.dbf
11        10240 TBS02                YES     /u01/app/ora9i/oradata/aning9/tbs02.dbf
12        10240 TBS01                YES     /u01/app/ora9i/oradata/aning9/tbs01.dbf
13         7168 TESTING_LMT_ASSM     YES     /u01/app/ora9i/oradata/aning9/testing.dbf
14         5120 TS1                  YES     /u01/app/ora9i/oradata/aning9/ts1.dbf
15        30784 TS2                  YES     /u01/app/ora9i/oradata/aning9/ts2.dbf
16        25600 UNDOTBS2             YES     /tmp/undotbs02.dbf
17       102400 RMAN                 YES     /home/oracle/rman.dbf
用resync catalog 看看可以吗
如果可以,那就说明说明信息未放到恢复目录里
RMAN> resync catalog;

正在启动全部恢复目录的 resync
完成全部 resync

RMAN> list backup;


RMAN> 
还是不行，证明不是这个原因，查看 rc_backup_set
SQL> select bs_key from rc_backup_set;

no rows selected
不会自动写catalog数据库了
为什么无法写入那些视图，难道是权限问题？
用dba用户查看
SQL> select * from dba_role_privs where grantee='RMAN';

GRANTEE                        GRANTED_ROLE                   ADM DEF
------------------------------ ------------------------------ --- ---
RMAN                           RECOVERY_CATALOG_OWNER         NO  YES
RMAN                           RESOURCE                       NO  YES
RMAN                           CONNECT                        NO  YES
查看 bs
SQL> select * from bs;

no rows selected
查看db
SQL> select * from db;

    DB_KEY      DB_ID HIGH_CONF_RECID LAST_KCCDIVTS CURR_DBINC_KEY
---------- ---------- --------------- ------------- --------------
         1 2085989658               1     738794557              2

查看控制文件快照是否更新

-bash-3.00$ ll /u01/app/ora9i/product/9.2.0_1s/snapcf_aning9.f
-rw-r-----  1 oracle oinstall 1875968 12月 26 18:06 /u01/app/ora9i/product/9.2.0_1s/snapcf_aning9.f
更新了
df -h 看看快照所在目录空间是不是满了
-bash-3.00$ df -h /u01/app/ora9i/product/9.2.0_1s/
Filesystem            容量  已用 可用 已用% 挂载点
/dev/mapper/VolGroup00-LogVol00
                       51G   11G   38G  23% /
没思路了，怎么办呢？
把库重新resetlog下,然后restet database
-bash-3.00$ $ORACLE_HOME/bin/rman target / catalog rman9/rman9@catalog
恢复管理器: 版本9.2.0.4.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
连接到目标数据库: ANING9 (DBID=2085989658)
连接到恢复目录数据库
RMAN> list backup summary;

备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
111     B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
335     B  F  A DISK        26-12月-10 1       1 
可以看到已经有了备份信息再次查询
SQL> set linesize 200
SQL> select * from rc_backup_set;
    DB_KEY      DB_ID     BS_KEY      RECID      STAMP  SET_STAMP  SET_COUNT B INCREMENTAL_LEVEL     PIECES START_TIM COMPLETIO ELAPSED_SECONDS S CONTROL INP KEE KEEP_UNTI KEEP_OPTIO
---------- ---------- ---------- ---------- ---------- ---------- ---------- - ----------------- ---------- --------- --------- --------------- - ------- --- --- --------- ----------
         1 2085989658        111         17  738752262  738752150         23 D                            1 26-DEC-10 26-DEC-10             112 A BACKUP  NO  NO
         1 2085989658        131         18  738752267  738752266         24 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
         1 2085989658         77         13  738784505  738784341         17 D                            1 26-DEC-10 26-DEC-10             164 D BACKUP  NO  NO
         1 2085989658        335         18  738752987  738752986         25 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
SQL>
SQL> select * from bs;
    BS_KEY     DB_KEY   BS_RECID   BS_STAMP  SET_STAMP  SET_COUNT B INCR_LEVEL     PIECES START_TIM COMPLETIO S CONTROL INP KEEP_OPTIONS KEEP_UNTI
---------- ---------- ---------- ---------- ---------- ---------- - ---------- ---------- --------- --------- - ------- --- ------------ ---------
       111          1         17  738752262  738752150         23 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
       131          1         18  738752267  738752266         24 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
        77          1         13  738784505  738784341         17 D                     1 26-DEC-10 26-DEC-10 D BACKUP  NO             0
       335          1         18  738752987  738752986         25 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
SQL> select * from db;
    DB_KEY      DB_ID HIGH_CONF_RECID LAST_KCCDIVTS CURR_DBINC_KEY
---------- ---------- --------------- ------------- --------------
         1 2085989658               1     738752439            303
SQL>
可以看到已经有了备份信息
以下是猜测，没有经过实验的
RMAN> list incarnation;

数据库 Incarnations 列表
DB 关键字  Inc 关键字 DB 名  DB ID            CUR 重置 SCN   重置时间 
------- ------- -------- ---------------- --- ---------- ----------
1       21      ANING9   2085989658       NO  1335157    11-12月-10
1       22      ANING9   2085989658       NO  1534906    26-12月-10
1       23      ANING9   2085989658       NO  1535367    26-12月-10
1       2       ANING9   2085989658       NO  1535762    26-12月-10
1       44      ANING9   2085989658       NO  1587130    26-12月-10
1       303     ANING9   2085989658       YES 1588484    26-12月-10
我们看到303 的yes的cur scn是1588484
SQL> select checkpoint_change#,controlfile_change#,resetlogs_change# from v$database;
CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# RESETLOGS_CHANGE#
------------------ ------------------- -----------------
           1608954             1608954           1588484
可以看到，resetlog_change#也是1588484
说明catalog同步到resetlog了。
下面我们还是做个实验吧
查询list backup
RMAN> list backup summary;

备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
111     B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
335     B  F  A DISK        26-12月-10 1       1      
RMAN>
我们看到有数据，那我们reset database 到44
RMAN> reset database to incarnation 44;  
数据库重设为恢复目录中的原型 44
RMAN> list backup;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of list command at 12/26/2010 12:20:21
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20011: target database incarnation is not current in recovery catalog
看到报错了
我们重启到nomount状态
RMAN> shutdown immediate
RMAN> startup nomount;
已连接到目标数据库 (未启动)
Oracle 例程已启动
系统全局区域总计     236000356 字节
Fixed Size                      451684 字节
Variable Size                201326592 字节
Database Buffers              33554432 字节
Redo Buffers                    667648 字节
RMAN> list backup summary;

备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
111     B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
335     B  F  A DISK        26-12月-10 1       1   
RMAN> backup tablespace users;
启动 backup 于 26-12月-10
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=8 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 12/26/2010 12:30:49
RMAN-06098: the target database must be mounted when issuing a BACKUP command
为什么不能备份呢？看错误，需要我们到mount状态
RMAN> alter database mount;
数据库已加载
RMAN> backup tablespace users;
启动 backup 于 26-12月-10
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在启动 full 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00009 name=/u01/app/ora9i/oradata/aning9/users01.dbf
通道 ORA_DISK_1: 正在启动段 1 于 26-12月-10
通道 ORA_DISK_1: 已完成段 1 于 26-12月-10
段 handle=/u01/app/ora9i/product/9.2.0/db_1/dbs/0rm0haal_1_1 comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:08
完成 backup 于 26-12月-10
启动 Control File and SPFILE Autobackup 于 26-12月-10
段 handle=/u01/app/ora9i/product/9.2.0/db_1/dbs/c-2085989658-20101226-06 comment=NONE
完成 Control File and SPFILE Autobackup 于 26-12月-10
RMAN> list backup summary;

备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
111     B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
335     B  F  A DISK        26-12月-10 1       1   
我们发现备份后list backup没有变化
我们退出到nocatalog下看看
RMAN> exit

恢复管理器完成。
-bash-3.00$ $ORACLE_HOME/bin/rman target /
恢复管理器: 版本9.2.0.4.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
连接到目标数据库: ANING9 (DBID=2085989658)
RMAN> list backup summary;
正在使用目标数据库控制文件替代恢复目录
备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
17      B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
18      B  F  A DISK        26-12月-10 1       1      
20      B  F  A DISK        26-12月-10 1       1       TAG20101226T123221
21      B  F  A DISK        26-12月-10 1       1      
看到了变化了
这就是前面为什么备份了而list backup没有数据的原因，我们再看下
SQL> select * from bs;
    BS_KEY     DB_KEY   BS_RECID   BS_STAMP  SET_STAMP  SET_COUNT B INCR_LEVEL     PIECES START_TIM COMPLETIO S CONTROL INP KEEP_OPTIONS KEEP_UNTI
---------- ---------- ---------- ---------- ---------- ---------- - ---------- ---------- --------- --------- - ------- --- ------------ ---------
       111          1         17  738752262  738752150         23 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
       131          1         18  738752267  738752266         24 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
        77          1         13  738784505  738784341         17 D                     1 26-DEC-10 26-DEC-10 D BACKUP  NO             0
       335          1         18  738752987  738752986         25 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
SQL>  select * from rc_backup_set;
    DB_KEY      DB_ID     BS_KEY      RECID      STAMP  SET_STAMP  SET_COUNT B INCREMENTAL_LEVEL     PIECES START_TIM COMPLETIO ELAPSED_SECONDS S CONTROL INP KEE KEEP_UNTI KEEP_OPTIO
---------- ---------- ---------- ---------- ---------- ---------- ---------- - ----------------- ---------- --------- --------- --------------- - ------- --- --- --------- ----------
         1 2085989658        111         17  738752262  738752150         23 D                            1 26-DEC-10 26-DEC-10             112 A BACKUP  NO  NO
         1 2085989658        131         18  738752267  738752266         24 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
         1 2085989658         77         13  738784505  738784341         17 D                            1 26-DEC-10 26-DEC-10             164 D BACKUP  NO  NO
         1 2085989658        335         18  738752987  738752986         25 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
SQL>
这里的数据也没有变化
好，我们现在把incarnation恢复
RMAN> reset database to incarnation 303;
数据库重设为恢复目录中的原型 303
备份列表
===============
关键字     TY LV S 设备类型 完成时间   段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
111     B  F  A DISK        26-12月-10 1       1       TAG20101226T085550
335     B  F  A DISK        26-12月-10 1       1      
360     B  F  A DISK        26-12月-10 1       1       TAG20101226T123221
361     B  F  A DISK        26-12月-10 1       1    
我们看到list bakcup的数据多了
我们再看
SQL> select * from rc_backup_set;
    DB_KEY      DB_ID     BS_KEY      RECID      STAMP  SET_STAMP  SET_COUNT B INCREMENTAL_LEVEL     PIECES START_TIM COMPLETIO ELAPSED_SECONDS S CONTROL INP KEE KEEP_UNTI KEEP_OPTIO
---------- ---------- ---------- ---------- ---------- ---------- ---------- - ----------------- ---------- --------- --------- --------------- - ------- --- --- --------- ----------
         1 2085989658        359         19  738765108  738765100         26 D                            1 26-DEC-10 26-DEC-10               8 D NONE    NO  NO
         1 2085989658        360         20  738765146  738765141         27 D                            1 26-DEC-10 26-DEC-10               5 A NONE    NO  NO
         1 2085989658        361         21  738765149  738765149         28 D                            1 26-DEC-10 26-DEC-10               0 A BACKUP  NO  NO
         1 2085989658        111         17  738752262  738752150         23 D                            1 26-DEC-10 26-DEC-10             112 A BACKUP  NO  NO
         1 2085989658        131         18  738752267  738752266         24 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
         1 2085989658         77         13  738784505  738784341         17 D                            1 26-DEC-10 26-DEC-10             164 D BACKUP  NO  NO
         1 2085989658        335         18  738752987  738752986         25 D                            1 26-DEC-10 26-DEC-10               1 A BACKUP  NO  NO
7 rows selected.
SQL> select * from bs;
    BS_KEY     DB_KEY   BS_RECID   BS_STAMP  SET_STAMP  SET_COUNT B INCR_LEVEL     PIECES START_TIM COMPLETIO S CONTROL INP KEEP_OPTIONS KEEP_UNTI
---------- ---------- ---------- ---------- ---------- ---------- - ---------- ---------- --------- --------- - ------- --- ------------ ---------
       359          1         19  738765108  738765100         26 D                     1 26-DEC-10 26-DEC-10 D NONE    NO             0
       360          1         20  738765146  738765141         27 D                     1 26-DEC-10 26-DEC-10 A NONE    NO             0
       361          1         21  738765149  738765149         28 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
       111          1         17  738752262  738752150         23 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
       131          1         18  738752267  738752266         24 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
        77          1         13  738784505  738784341         17 D                     1 26-DEC-10 26-DEC-10 D BACKUP  NO             0
       335          1         18  738752987  738752986         25 D                     1 26-DEC-10 26-DEC-10 A BACKUP  NO             0
7 rows selected.
看到数据也多了，同时也说明一点，我们在incarnation的时候会自动同步catalog
 

来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/12457158/viewspace-682763/ ，如需转载，请注明出处，否则将追究法律责任。

0
0
上一篇： oracle10g bbed编译与使用
下一篇： oracle 9i/10g安装包和PATCH下载地址汇总
请登录后发表评论 登录
全部评论
cnaning

注册时间：2010-12-12

  • 博文量
    36
  • 访问量
    235074

最新文章

支持我们 作者招募 用户协议 FAQ Contact Us

北京盛拓优讯信息技术有限公司. 版权所有  京ICP备16024965号-8 北京市公安局海淀分局网监中心备案编号：11010802021510 niuxiaotong@pcpop.com 17352615567 未成年人举报专区

广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员

违法和不良信息举报电话:18101376593