首页 文章 精选 留言 我的

精选列表

搜索[list],共10002篇文章
优秀的个人博客,低调大师

List Bakcup在catalog的不同显示问题

环境: Oracledatabase10.2.0.5 PrimaryRAC+ASM StandbySingleInstance+Non-ASM Catalog OSOracleLinux6 1.近日遇到一个小问题,在standby上连接controlfile进行全库备份,备份完成后,通过listbakcup,查询到的数据文件路径是“u01/data/****” [$rmantarget/ RecoveryManager:Release10.2.0.5.0-ProductiononMonSep515:39:552016 Copyright(c)1982,2007,Oracle.Allrightsreserved. connectedtotargetdatabase:ORA10G(DBID=4146617466,notopen) RMAN>backupdatabase; Startingbackupat05-SEP-16 usingtargetdatabasecontrolfileinsteadofrecoverycatalog allocatedchannel:ORA_DISK_1 channelORA_DISK_1:sid=160devtype=DISK channelORA_DISK_1:startingfulldatafilebackupset channelORA_DISK_1:specifyingdatafile(s)inbackupset inputdatafilefno=00001name=/u01/data/datafilesystem.259.827745351 inputdatafilefno=00002name=/u01/data/datafileundotbs1.260.827745359 inputdatafilefno=00004name=/u01/data/datafileundotbs2.263.827745369 inputdatafilefno=00003name=/u01/data/datafilesysaux.261.827745363 inputdatafilefno=00005name=/u01/data/datafileusers.264.827745371 ...... Finishedbackupat05-SEP-16 RMAN>listbackup; ListofBackupSets =================== BSKeyTypeLVSizeDeviceTypeElapsedTimeCompletionTime ------------------------------------------------------------- 5Full202.54MDISK00:00:1105-SEP-16 BPKey:5Status:AVAILABLECompressed:NOTag:TAG20160905T152357 PieceName:/u01/app/database/dbs/06rf26kf_1_1 ListofDatafilesinbackupset5 FileLVTypeCkpSCNCkpTimeName --------------------------------- 1Full34534505-SEP-16/u01/data/datafilesystem.259.827745351 2Full34534505-SEP-16/u01/data/datafileundotbs1.260.827745359 3Full34534505-SEP-16/u01/data/datafilesysaux.261.827745363 4Full34534505-SEP-16/u01/data/datafileundotbs2.263.827745369 5Full34534505-SEP-16/u01/data/datafileusers.264.827745371<<<<<<<<<<<<<<<<</u01/data/ 2.但是在连接到catalog,并sync之后,发现数据文件的路径变成“+DATA/ora10g/datafile/***”,这是Primary数据库的实际路径。 $rmantarget/catalogrman/rman@catalog RMAN>listbackup; BSKeyTypeLVSizeDeviceTypeElapsedTimeCompletionTime ------------------------------------------------------------- 157Full202.54MDISK00:00:1105-SEP-16 BPKey:159Status:AVAILABLECompressed:NOTag:TAG20160905T152357 PieceName:/u01/app/database/dbs/06rf26kf_1_1 ListofDatafilesinbackupset157 FileLVTypeCkpSCNCkpTimeName --------------------------------- 1Full34534505-SEP-16+DATA/ora10g/datafile/system.259.827745351 2Full34534505-SEP-16+DATA/ora10g/datafile/undotbs1.260.827745359 3Full34534505-SEP-16+DATA/ora10g/datafile/sysaux.261.827745363 4Full34534505-SEP-16+DATA/ora10g/datafile/undotbs2.263.827745369 5Full34534505-SEP-16+DATA/ora10g/datafile/users.264.827745371 3.为什么会发生这种情况呢? 这个问题是由于Standby数据库创建过程中,standby没有使和primary相同的ASM存储,及ASM路径,而是使用的文件系统存放datafile。 这会涉及到db_file_name_convert和log_file_name_convert两个参数。 其实,在standbycontrolfile中,数据文件和archivelog文件的记录名称还是以“+DATA/ora10g/datafile/***”存在的。 只是每次访问的时候,在standby中,都会默认通过参数db_file_name_convert和log_file_name_convert进行转换的。 这样,我们看到的都是“u01/data/****”。 4.而回到我们的问题,由于catalog获取的都是controlfile中的信息,并没有db_file_name_convert和log_file_name_convert的转换,所以,在catalog中,看到的数据文件,即使是通过standby备份的,依然也是以“+DATA/ora10g/datafile/***”名称存储的。 而在不连接catalog的时候,通过listbakcup查询,就会发现,参数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的设定,然后在次在本地,通过controlfile的方式连接RMAN进行查询,结果如下: $rmantarget/ RMAN>listbackup; usingtargetdatabasecontrolfileinsteadofrecoverycatalog ListofBackupSets =================== BSKeyTypeLVSizeDeviceTypeElapsedTimeCompletionTime ------------------------------------------------------------- 8Full202.54MDISK00:00:0605-SEP-16 BPKey:8Status:AVAILABLECompressed:NOTag:TAG20160905T154014 PieceName:/u01/app/database/dbs/09rf27iu_1_1 ListofDatafilesinbackupset8 FileLVTypeCkpSCNCkpTimeName --------------------------------- 1Full34534505-SEP-16+DATA/ora10g/datafile/system.259.827745351 2Full34534505-SEP-16+DATA/ora10g/datafile/undotbs1.260.827745359 3Full34534505-SEP-16+DATA/ora10g/datafile/sysaux.261.827745363 4Full34534505-SEP-16+DATA/ora10g/datafile/undotbs2.263.827745369 5Full34534505-SEP-16+DATA/ora10g/datafile/users.264.827745371<<<<<<<<<<<<<没有db_file_name_convert的干预,显示的结果就是“+DATA/ora10g/datafile/***” BSKeyTypeLVSizeDeviceTypeElapsedTimeCompletionTime ------------------------------------------------------------- 9Full14.64MDISK00:00:0105-SEP-16 BPKey:9Status:AVAILABLECompressed:NOTag:TAG20160905T154014 PieceName:/u01/app/database/dbs/0arf27j5_1_1 StandbyControlFileIncluded:CkpSCN:345345Ckptime:05-SEP-16 SPFILEIncluded:Modificationtime:05-SEP-16 6.通过上面的实验说明,standby上备份,和主库是完全相同的。也可以通过standby的备份直接restore到primary数据库。只是在listbackup显示时,由于db_file_name_convert的干预,结果有差异。 7.其实这个问题,我们也可以通过查询v$datafile,来看db_file_name_convert是否影响了数据文件名的输出: 在db_file_name_convert设置的情况下,查询standby数据库 SQL>selectnamefromv$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>selectnamefromv$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

优秀的个人博客,低调大师

openstack api users list get token get servers

curl -i \ -H "Content-Type: application/json" \ -d '{ "auth": { "identity": { "methods": ["password"], "password": { "user": { "name": "demo", "domain": { "id": "default" }, "password": "123456" } } } }}' \ http://192.168.3.181:5000/v3/auth/tokens ; echocurl -s -H "X-Auth-Token: 9853c8676b41450bb9a79fbdbcf240e1" http://192.168.3.181:35357/v3/users | python -m json.toolcurl -s -H "X-Auth-Token: ed3c98a7610d473bb2a3ceb9d62e3edd" http://192.168.3.181:8774/v2/be9bae3f0e15476f8044e9887e43decf/servers | python -m json.tool

资源下载

更多资源
优质分享App

优质分享App

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

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

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

用户登录
用户注册