中文字幕第五页-中文字幕第页-中文字幕韩国-中文字幕最新-国产尤物二区三区在线观看-国产尤物福利视频一区二区

ListBakcup在catalog的不同顯示問題-創(chuàng)新互聯(lián)

環(huán)境:

站在用戶的角度思考問題,與客戶深入溝通,找到華龍網(wǎng)站設(shè)計(jì)與華龍網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品,建站類型包括:網(wǎng)站設(shè)計(jì)制作、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名注冊(cè)、網(wǎng)站空間、企業(yè)郵箱。業(yè)務(wù)覆蓋華龍地區(qū)。Oracle database 10.2.0.5 Primary RAC+ASM Standby Single Instance+Non-ASM Catalog OS Oracle Linux 6

1.近日遇到一個(gè)小問題,在standby上連接controlfile進(jìn)行全庫備份,備份完成后,通過list bakcup,查詢到的數(shù)據(jù)文件路徑是“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之后,發(fā)現(xiàn)數(shù)據(jù)文件的路徑變成“+DATA/ora10g/datafile/***”, 這是Primary數(shù)據(jù)庫的實(shí)際路徑。

$ 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. 為什么會(huì)發(fā)生這種情況呢?

這個(gè)問題是由于Standby數(shù)據(jù)庫創(chuàng)建過程中,standby沒有使和primary相同的ASM存儲(chǔ),及ASM路徑,而是使用的文件系統(tǒng)存放datafile。

這會(huì)涉及到db_file_name_convert和log_file_name_convert兩個(gè)參數(shù)。

其實(shí),在standby controlfile中,數(shù)據(jù)文件和archive log文件的記錄名稱還是以“+DATA/ora10g/datafile/***”存在的。

只是每次訪問的時(shí)候,在standby中,都會(huì)默認(rèn)通過參數(shù)db_file_name_convert和log_file_name_convert進(jìn)行轉(zhuǎn)換的。

這樣,我們看到的都是“u01/data/****”。

4. 而回到我們的問題,由于catalog獲取的都是control file中的信息,并沒有db_file_name_convert和log_file_name_convert的轉(zhuǎn)換,所以,在catalog中,看到的數(shù)據(jù)文件,即使是通過standby備份的,依然也是以“+DATA/ora10g/datafile/***”名稱存儲(chǔ)的。

而在不連接catalog的時(shí)候,通過list bakcup查詢,就會(huì)發(fā)現(xiàn),參數(shù)db_file_name_convert和log_file_name_convert在其中干預(yù)。進(jìn)而查詢到的結(jié)果是“u01/data/****”。

這里我們可以通過實(shí)驗(yàn),來證明是否是db_file_name_convert和log_file_name_convert影響的結(jié)果的輸出

5. 我們?nèi)∠麉?shù)db_file_name_convert和log_file_name_convert的設(shè)定,然后在次在本地,通過control file的方式連接RMAN進(jìn)行查詢,結(jié)果如下:

$ 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的干預(yù),顯示的結(jié)果就是“+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. 通過上面的實(shí)驗(yàn)說明,standby上備份,和主庫是完全相同的。也可以通過standby的備份直接restore到primary數(shù)據(jù)庫。只是在list backup顯示時(shí),由于db_file_name_convert的干預(yù),結(jié)果有差異。

7. 其實(shí)這個(gè)問題,我們也可以通過查詢v$datafile,來看db_file_name_convert是否影響了數(shù)據(jù)文件名的輸出:

在db_file_name_convert設(shè)置的情況下,查詢standby數(shù)據(jù)庫

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

在沒有設(shè)置參數(shù)db_file_name_convert的情況下,查詢standby數(shù)據(jù)庫

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

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時(shí)售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

網(wǎng)站名稱:ListBakcup在catalog的不同顯示問題-創(chuàng)新互聯(lián)
本文地址:http://m.2m8n56k.cn/article30/gjhso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供域名注冊(cè)營銷型網(wǎng)站建設(shè)、標(biāo)簽優(yōu)化網(wǎng)站營銷網(wǎng)站內(nèi)鏈、全網(wǎng)營銷推廣

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:[email protected]。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

網(wǎng)站優(yōu)化排名
主站蜘蛛池模板: 精品成人免费一区二区在线播放 | 黄色毛片一级 | 日韩a毛片 | a级做爰片毛片视频 | 色精品视频 | 欧美性猛交xxxxxxxx软件 | 亚洲精品在线网站 | 亚洲国产一区二区a毛片日本 | 国产一区二区在免费观看 | 国产精品观看 | 在线视频自拍 | 国产亚洲精品午夜高清影院 | 成年美女黄网站色大 | 成年片免费网址网站 | 国产视频高清在线观看 | 国产精品极品美女自在线看免费一区二区 | 国产精品久久久久久久久岛 | 九九精品免视看国产成人 | 日韩精品一区二区三区在线观看l | 国产99视频精品免视看7 | 国产在线综合视频 | 日本高清福利视频在线观看 | 国产成人免费午夜性视频 | 成人性欧美丨区二区三区 | 国产欧美综合精品一区二区 | 亚洲欧美在线视频 | 免费一级特黄 | 在线欧美日韩精品一区二区 | 国内自拍tv在线 | 一级a级国产不卡毛片 | 久久香蕉国产线看观看亚洲片 | 欧美一区二区三区四区在线观看 | 国产99视频精品免费观看9e | 99久久在线 | 亚洲国产一区在线精选 | 国产孕妇孕交视频在线观看 | 亚洲成人在线免费视频 | av毛片在线看 | 久热精品免费视频 | 被老外玩爽的中国美女视频 | 在线观看亚洲成人 |