rman catalog库信息不会自动更新-CSDN博客

-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 _1 s/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 _1 s/snapcf_aning9.f
-rw-r----- 1 oracle oinstall 1875968 12月 26 18:06 /u01/app/ora9i/product/9.2.0 _1 s/snapcf_aning9.f

更新了

df -h 看看快照所在目录空间是不是满了

-bash-3.00$ df -h /u01/app/ora9i/product/9.2.0 _1 s/
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

连接到目标数据库: ANING9 (DBID=2085989658)
连接到恢复目录数据库

RMAN> list backup summary;

可以看到已经有了备份信息再次查询

SQL> set linesize 200
SQL> select * from rc_backup_set;

SQL>

SQL> select * from bs;

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;

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;

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;

我们发现备份后list backup没有变化

我们退出到nocatalog下看看

RMAN> exit

恢复管理器完成。
-bash-3.00$ $ORACLE_HOME/bin/rman target /

恢复管理器: 版本9.2.0.4.0 - Production

连接到目标数据库: 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;

SQL> select * from rc_backup_set;

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博客 ” ，链接：http://blog.itpub.net/12457158/viewspace-682763/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12457158/viewspace-682763/