List Bakcup在catalog的不同显示问题 推荐
2016-09-05 16:51
337 查看
环境:
3. 为什么会发生这种情况呢?
这个问题是由于Standby数据库创建过程中,standby没有使和primary相同的ASM存储,及ASM路径,而是使用的文件系统存放datafile。
这会涉及到db_file_name_convert和log_file_name_convert两个参数。
其实,在standby controlfile中,数据文件和archive log文件的记录名称还是以“+DATA/ora10g/datafile/***”存在的。
只是每次访问的时候,在standby中,都会默认通过参数db_file_name_convert和log_file_name_convert进行转换的。
这样,我们看到的都是“u01/data/****”。
4. 而回到我们的问题,由于catalog获取的都是control file中的信息,并没有db_file_name_convert和log_file_name_convert的转换,所以,在catalog中,看到的数据文件,即使是通过standby备份的,依然也是以“+DATA/ora10g/datafile/***”名称存储的。
而在不连接catalog的时候,通过list bakcup查询,就会发现,参数db_file_name_convert和log_file_name_convert在其中干预。进而查询到的结果是“u01/data/****”。
这里我们可以通过实验,来证明是否是db_file_name_convert和log_file_name_convert影响的结果的输出
5. 我们取消参数db_file_name_convert和log_file_name_convert的设定,然后在次在本地,通过control file的方式连接RMAN进行查询,结果如下:
7. 其实这个问题,我们也可以通过查询v$datafile,来看db_file_name_convert是否影响了数据文件名的输出:
在db_file_name_convert设置的情况下,查询standby数据库
在没有设置参数db_file_name_convert的情况下,查询standby数据库
Oracle database 10.2.0.5 Primary RAC+ASM Standby Single Instance+Non-ASM Catalog OS Oracle Linux 61.近日遇到一个小问题,在standby上连接controlfile进行全库备份,备份完成后,通过list bakcup,查询到的数据文件路径是“u01/data/****”
[$ rman target / Recovery Manager: Release 10.2.0.5.0 - Production on Mon Sep 5 15:39:55 2016 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORA10G (DBID=4146617466, not open) RMAN> backup database; Starting backup at 05-SEP-16 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=160 devtype=DISK channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00001 name=/u01/data/datafilesystem.259.827745351 input datafile fno=00002 name=/u01/data/datafileundotbs1.260.827745359 input datafile fno=00004 name=/u01/data/datafileundotbs2.263.827745369 input datafile fno=00003 name=/u01/data/datafilesysaux.261.827745363 input datafile fno=00005 name=/u01/data/datafileusers.264.827745371 ...... Finished backup at 05-SEP-16 RMAN> list backup; List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 202.54M DISK 00:00:11 05-SEP-16 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20160905T152357 Piece Name: /u01/app/database/dbs/06rf26kf_1_1 List of Datafiles in backup set 5 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 345345 05-SEP-16 /u01/data/datafilesystem.259.827745351 2 Full 345345 05-SEP-16 /u01/data/datafileundotbs1.260.827745359 3 Full 345345 05-SEP-16 /u01/data/datafilesysaux.261.827745363 4 Full 345345 05-SEP-16 /u01/data/datafileundotbs2.263.827745369 5 Full 345345 05-SEP-16 /u01/data/datafileusers.264.827745371 <<<<<<<<<<<<<<<<</u01/data/2. 但是在连接到catalog,并sync之后,发现数据文件的路径变成“+DATA/ora10g/datafile/***”, 这是Primary数据库的实际路径。
$ rman target / catalog rman/rman@catalog RMAN> list backup; BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 157 Full 202.54M DISK 00:00:11 05-SEP-16 BP Key: 159 Status: AVAILABLE Compressed: NO Tag: TAG20160905T152357 Piece Name: /u01/app/database/dbs/06rf26kf_1_1 List of Datafiles in backup set 157 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 345345 05-SEP-16 +DATA/ora10g/datafile/system.259.827745351 2 Full 345345 05-SEP-16 +DATA/ora10g/datafile/undotbs1.260.827745359 3 Full 345345 05-SEP-16 +DATA/ora10g/datafile/sysaux.261.827745363 4 Full 345345 05-SEP-16 +DATA/ora10g/datafile/undotbs2.263.827745369 5 Full 345345 05-SEP-16 +DATA/ora10g/datafile/users.264.827745371
3. 为什么会发生这种情况呢?
这个问题是由于Standby数据库创建过程中,standby没有使和primary相同的ASM存储,及ASM路径,而是使用的文件系统存放datafile。
这会涉及到db_file_name_convert和log_file_name_convert两个参数。
其实,在standby controlfile中,数据文件和archive log文件的记录名称还是以“+DATA/ora10g/datafile/***”存在的。
只是每次访问的时候,在standby中,都会默认通过参数db_file_name_convert和log_file_name_convert进行转换的。
这样,我们看到的都是“u01/data/****”。
4. 而回到我们的问题,由于catalog获取的都是control file中的信息,并没有db_file_name_convert和log_file_name_convert的转换,所以,在catalog中,看到的数据文件,即使是通过standby备份的,依然也是以“+DATA/ora10g/datafile/***”名称存储的。
而在不连接catalog的时候,通过list bakcup查询,就会发现,参数db_file_name_convert和log_file_name_convert在其中干预。进而查询到的结果是“u01/data/****”。
这里我们可以通过实验,来证明是否是db_file_name_convert和log_file_name_convert影响的结果的输出
5. 我们取消参数db_file_name_convert和log_file_name_convert的设定,然后在次在本地,通过control file的方式连接RMAN进行查询,结果如下:
$ rman target / RMAN> list backup; using target database control file instead of recovery catalog List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 8 Full 202.54M DISK 00:00:06 05-SEP-16 BP Key: 8 Status: AVAILABLE Compressed: NO Tag: TAG20160905T154014 Piece Name: /u01/app/database/dbs/09rf27iu_1_1 List of Datafiles in backup set 8 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 345345 05-SEP-16 +DATA/ora10g/datafile/system.259.827745351 2 Full 345345 05-SEP-16 +DATA/ora10g/datafile/undotbs1.260.827745359 3 Full 345345 05-SEP-16 +DATA/ora10g/datafile/sysaux.261.827745363 4 Full 345345 05-SEP-16 +DATA/ora10g/datafile/undotbs2.263.827745369 5 Full 345345 05-SEP-16 +DATA/ora10g/datafile/users.264.827745371 <<<<<<<<<<<<<没有db_file_name_convert的干预,显示的结果就是“+DATA/ora10g/datafile/***” BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 9 Full 14.64M DISK 00:00:01 05-SEP-16 BP Key: 9 Status: AVAILABLE Compressed: NO Tag: TAG20160905T154014 Piece Name: /u01/app/database/dbs/0arf27j5_1_1 Standby Control File Included: Ckp SCN: 345345 Ckp time: 05-SEP-16 SPFILE Included: Modification time: 05-SEP-166. 通过上面的实验说明,standby上备份,和主库是完全相同的。也可以通过standby的备份直接restore到primary数据库。只是在list backup显示时,由于db_file_name_convert的干预,结果有差异。
7. 其实这个问题,我们也可以通过查询v$datafile,来看db_file_name_convert是否影响了数据文件名的输出:
在db_file_name_convert设置的情况下,查询standby数据库
SQL> select name from v$datafile; NAME ------------------------------ /u01/data/datafilesystem.259.827745351 /u01/data/datafileundotbs1.260.827745359 /u01/data/datafilesysaux.261.827745363 /u01/data/datafileundotbs2.263.827745369 /u01/data/datafileusers.264.827745371
在没有设置参数db_file_name_convert的情况下,查询standby数据库
SQL> select name from v$datafile; NAME -------------------------------- +DATA/ora10g/datafile/system.259.827745351 +DATA/ora10g/datafile/undotbs1.260.827745359 +DATA/ora10g/datafile/sysaux.261.827745363 +DATA/ora10g/datafile/undotbs2.263.827745369 +DATA/ora10g/datafile/users.264.827745371
相关文章推荐
- ImageList图片透明显示问题,XP下,16位色显示属性和32色显示属性显示不同。
- 通用解决方案:解决NHibernate SELECT 多表查询结果List绑定控件显示问题。
- 一个困扰很久的问题:Client.RemoteEndPoint与REMOTE_ADDR显示不同IP的原因
- ExpandableListActivity 关于group和child列表长按事件,显示不同的操作列表
- 再谈window.opener问题,ie跟google浏览器显示不同
- 已解问题:ASP.NET界面在不同的分辨率下的不同显示
- 任务栏按钮分组后显示的名字不同问题分析
- 显示不同的图片--level-list
- list control不显示数据问题
- Flex中DataGrid通过存储在List中的JAVABEAN提供数据时候,数据不能正常显示的问题
- android list targets显示为空的问题
- 不同数据源的显示问题
- action中的list在JSP页面如何显示问题的总结
- action中的list在JSP页面如何显示问题的总结
- 同一个ImageView显示不同的图片--->level-list
- 不同种类日志的显示时间的问题
- Datagrid数据绑定后,根据不同条件判断显示问题
- 利用vbs脚本快速修改hosts记录,提供Google Picasa相册无法显示图片问题的傻瓜级方案(2009.11.11更新) 推荐
- 浏览器高度计算不同导致的显示问题
- 设计input搜索框提示文字点击消失的效果,提示文字与输入显示不同----->特别推荐