List Bakcup在catalog的不同显示问题-低调大师

List Bakcup在catalog的不同显示问题

2016-09-05 640

环境：

Oracle database 10.2.0.5
Primary RAC+ASM
Standby Single Instance+Non-ASM
Catalog
OS Oracle Linux 6

1.近日遇到一个小问题，在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-16

6. 通过上面的实验说明，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

微信关注我们

原文链接：https://blog.51cto.com/hsbxxl/1846477

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

移除VMware View桌面中孤立的主机与桌面池

移除VMware View桌面中孤立的主机与桌面池在使用VMware View桌面的过程中，如果由于多种因为（例如重新安装了vCenter Server）导致View桌面池丢失，想要在View Administrator中删除这些孤立的虚拟机与桌面池，可以使用如下的方法。图1-1 停留在"正在删除" 图1-2 停止在"正在删除" 1 登录View Composer删除孤立虚拟机进入View Composer的服务器，打开View Composer安装位置，复制该路径，如图1-3所示。默认情况下，此路径为C:\Promram Files (x86)\VMware\VMware View Composer。图1-3 复制路径打开"系统属性→环境变量→系统变量"，将该路径添加到PATH路径最后，如图1-4所示。说明，在原来的路径后面添加一个英文的分号（；），再粘贴此路径。图1-4 添加到系统变量之后进入提示符，使用sviconfig命令，删除View Administrator中孤立的虚拟机，在此需要删除的虚拟机名称是win7x-001、win7x-002等虚拟机（如图1-2所...

2016-09-05

700

1分钟完成MySQL5.6安装部署简介 Part1:写在最前自动化运维是一个DBA应该掌握的技术，其中，自动化安装数据库是一项基本的技能，本文中的安装脚本已通过测试，作为生产库来说没有问题，鉴于每个公司存储规划要求不同，可以按需自行修改脚本。由于源码安装费时费力，rpm包可定制性差，生产库一般采用二进制安装包，本文的安装包为二进制安装文件，本文使用的是mysql-5.6.25-linux-glibc2.5-x86_64.tar.gz,如版本不同，替换第109、110行的tar命令后的mysql安装包名即可 Part2:新特性简介本脚本默认启用5.6部分新特性 innodb_buffer_pool_dump_at_shutdown=1 它dump的不是数据，是Id号 innodb_buffer_pool_load_at_startup=1 开启这个两个参数当数据库重启后把这些热数据重新加载回去只有正常关库才会dump热数据块，宕机和kill -9不会部分参数按需整改，例如innodb_buffer_pool_size,本文给的512M，一般为内存的50%-80% 来看一下脚本...

2016-09-06

557

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。