1. 程式人生 > >無法複製和rename ASM磁碟組上的資料檔案處理方法

無法複製和rename ASM磁碟組上的資料檔案處理方法

由於SYSTEM 資料檔案丟失,啟動資料庫時會報如下無法標識或找不到資料檔案1的錯誤:

03:47:02 [email protected]*SQL> startup;
ORACLE instance started.


Total System Global Area          413372416 bytes
Fixed Size                          2213896 bytes
Variable Size                     381683704 bytes
Database Buffers                   20971520 bytes
Redo Buffers                        8503296 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: '+DATA/racdb/datafile/system.256.858651361'

需要從備庫拷貝system資料檔案過來,但從常規的檔案系統中拷貝到ASM磁碟組中有一定的命名規則,隨便拷貝會報如下錯誤:

ASMCMD [+DATA/racdb/datafile] > cp /home/grid/tmp/SYSTEM.258.910919287 ./SYSTEM.256.858651361

copying /home/grid/tmp/SYSTEM.258.910919287 -> +DATA/racdb/datafile/./SYSTEM.256.858651361
ASMCMD-08016: copy source->'/home/grid/tmp/SYSTEM.258.910919287' and target->'+DATA/racdb/datafile/./SYSTEM.256.858651361' failed
ORA-19505: failed to identify file "+DATA/racdb/datafile/./SYSTEM.256.858651361"
ORA-17502: ksfdcre:4 Failed to create file +DATA/racdb/datafile/./SYSTEM.256.858651361
ORA-15046: ASM file name '+DATA/racdb/datafile/./SYSTEM.256.858651361' is not in single-file creation form
ORA-15122: ASM file name '+DATA/racdb/datafile/./SYSTEM.256.858651361' contains an invalid file number
ORA-06512: at "SYS.X$DBMS_DISKGROUP", line 397
ORA-06512: at line 3 (DBD ERROR: OCIStmtExecute)

所以,不能隨便複製OMF格式的檔名,用常規的檔名複製方式即可,如下:

ASMCMD [+DATA/racdb/datafile] > cp /home/grid/tmp/SYSTEM.dbf  ./
copying /home/grid/tmp/SYSTEM.dbf -> +DATA/racdb/datafile/SYSTEM.dbf

ASMCMD [+DATA/racdb/datafile] > ls -ls 
Type      Redund  Striped  Time             Sys  Block_Size  Blocks      Bytes      Space  Name
DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192   12801  104865792  106954752  EXAMPLE.264.858651503
DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192   87041  713039872  715128832  SYSAUX.257.858651361
                                            N                                              SYSTEM.dbf => +DATA/ASM/DATAFILE/SYSTEM.dbf.256.917754869


DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192   12033   98574336  100663296  TEST_TBS.275.910289303
DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192   14081  115351552  117440512  UNDOTBS1.258.858651363
DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192    3201   26222592   27262976  UNDOTBS2.265.858651785
DATAFILE  UNPROT  COARSE   JUL 21 03:00:00  Y          8192     641    5251072    6291456  USERS.259.858651363

但是,還必須使用 alter database rename file '+DATA/racdb/datafile/system.256.858651361' to '+DATA/racdb/datafile/SYSTEM.dbf'; 命令重新命名system資料檔案,

但由於+DATA/racdb/datafile/system.256.858651361 這個資料檔案已經丟失,不存在這個資料檔案,所以無法執行以上重新命名檔案命令,會報如下錯誤:

03:56:12 [email protected]*SQL> alter database rename file '+DATA/racdb/datafile/system.256.858651361' to 'DATA/racdb/datafile/SYSTEM.dbf';
alter database rename file '+DATA/racdb/datafile/system.256.858651361' to 'DATA/racdb/datafile/SYSTEM.dbf'
*
ERROR at line 1:
ORA-01511: error in renaming log/data files
ORA-01141: error renaming data file 1 - new file 'DATA/racdb/datafile/SYSTEM.dbf' not found
ORA-01110: data file 1: '+DATA/racdb/datafile/system.256.858651361'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory

Additional information: 3

可以通過如下方法解決:

RMAN> run {
2> set newname for datafile 1 to '+DATA/racdb/datafile/SYSTEM.dbf';
3> switch datafile 1;
4> }



executing command: SET NEWNAME


RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of switch command at 07/21/2016 04:04:30
RMAN-20230: datafile copy not found in the repository
RMAN-06015: error while looking up datafile copy name: +DATA/racdb/datafile/system.dbf

RMAN> catalog start with '+DATA/racdb/datafile';   ##這個必須要執行,否則執行 switch datafile 1;會報如上錯誤。

searching for all files that match the pattern +DATA/racdb/datafile


List of Files Unknown to the Database
=====================================
File Name: +data/racdb/DATAFILE/SYSTEM.dbf


Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done


List of Cataloged Files
=======================
File Name: +data/racdb/DATAFILE/SYSTEM.dbf

然後再執行以上的rman命令更新控制檔案中system資料檔案的新位置即可,如下:

RMAN> run {
2> set newname for datafile 1 to '+DATA/racdb/datafile/SYSTEM.dbf';
3> switch datafile 1;
4> }


executing command: SET NEWNAME


datafile 1 switched to datafile copy
input datafile copy RECID=9 STAMP=917755520 file name=+DATA/racdb/datafile/system.dbf


RMAN> 

04:07:02 [email protected]*SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '+DATA/racdb/datafile/system.dbf'    ##已經提示新的system.dbf檔案需要恢復了,執行如下恢復即可:

04:07:07 [email protected]*SQL> recover datafile 1;
Media recovery complete.
04:07:15 [email protected]*SQL> alter database open;


Database altered.

OK,主庫system資料檔案丟失,恢復完成。

相關推薦

無法複製rename ASM磁碟資料檔案處理方法

由於SYSTEM 資料檔案丟失,啟動資料庫時會報如下無法標識或找不到資料檔案1的錯誤: 03:47:02 [email protected]*SQL> startup; ORACLE instance started. Total System Global

Liunx安裝並配置multipath多路徑,併為oracle asm磁碟配置許可權規則

        在生產環境中,Oracle RAC的搭建需要有共享儲存的支援,而共享儲存上的每個LUN掛載到伺服器上通常是多條路徑的,這樣就需要在伺服器上安裝多路徑軟體來整合一個LUN的多條鏈路。有的儲存廠商會有自己的多路徑軟體,但有的卻沒有,這就需要我們自己來安裝多路徑軟體

ASM 無法發現候選磁碟----丟失的ASM磁碟 ASM磁碟無法掛載

近日遇到一個問題,ASM的磁碟組無法掛載,之前是正常的,由於一些其他的操作,資料庫啟動失敗,當問題排除時候,發現在資料庫整體啟動時,掛載磁碟組的環節出現問題。 環境介紹 #######################################

Oracle RAC環境下ASM磁碟擴容

生產環境注意調整以下引數: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + 1.節點間滾

oracle RAC如何正確地刪除ASM磁碟

1.檢查確認要刪除的磁碟組是否在用 select * from dba_data_files; select * from dba_temp_files; select * from v$logfile;2.先在各節點上dismount磁碟組 alter diskgroup

udev繫結ASM磁碟

[[email protected] rules.d]# fdisk -l Disk /dev/sda: 42.9 GB, 42949672960 bytes 255 heads, 63 sectors/track, 5221 cylinders Units =

記 一次asm磁碟資料遷移案例

前     言資料庫在新增資料檔案時報錯:ORA-01119,ORA-17520,ORA-00600錯誤,根據報錯無法判斷故障點,而且生產庫無法進行其他測試,比較穩妥的辦法是新建一個磁碟組,將現有的資料遷移到新的磁碟組上。環境介紹作業系統:solaris 11資料庫版本:11

如何解除安裝並刪除ASM磁碟

1、以oracle使用者登入RAC資料庫節點1: [email protected]:~> export ORACLE_SID=+ASM1 [email protected]:~> sqlplus sys/xxxxx as sysdba S

ASM磁碟建立Grid Infrastructure 12安裝圖解(一)

裝ASM和grid Infrastructure 12C 相關的資訊如下 名稱 版本號 RedHat  rhel-server-6.7-x86_64-dvd Oracle VM VirtualBox 5.0.2 Grid Infrastructur

ASM磁碟由哪些物理磁碟組成?

asm createdisk VOL1 /dev/sdc1 Marking disk "/dev/sdc1" as an ASM disk:                   [  OK  ] # /etc/init.d/oracleasm createdisk VOL2 /dev/sdd1 Marking

ASM磁碟建立Grid Infrastructure 12安裝圖解(二)

裝ASM和grid Infrastructure 12C 相關軟體的資訊如下 名稱 版本號 RedHat  rhel-server-6.7-x86_64-dvd Oracle VM VirtualBox 5.0.2 Grid

oracle RAC 更換儲存遷移資料(線上遷移ASM磁碟)測試

oracle RAC 更換儲存遷移資料 我們利用ASM rebalance特性實現更換儲存遷移資料的需求 基本零宕機時間(操作步驟總結) 1)保證新儲存和RAC當前節點間的可用性; 2)新儲存劃分LUN,可以重新規劃儲存方案; 3)遷移OCR和表決盤 4)給現有ASM磁碟組

oracle 11g 單節點安裝 ASM,找不到ASM磁碟

原因: Could notconnect to ASM due to following error ORA-01031:insufficientprivileges [[email protected] bin]# id oracle uid=54321(ora

ASM磁碟異機遷移

環境: Source: OS:redhat 6.3 DB:Oralce RAC 11.2.4.0 destination: OS:redhat 6.3 DB:Oralce RAC 11.2.4.0 背景:客戶的PC機上面有兩個例項,壓力太大,需要遷移出一個例項。資料量TB級

堅持#第332天~oracle使用者密碼過期的解決方法、oracle重啟出現ORA-01102問題的解決方法、navicatPL/SQL連不oracle的解決方法

上週上的啥東西,轉發(51和229都上完了)主channel優化:黑名單匹配,黑名單號碼還是內容,號碼終端裡面下載東西,停掉了還是很卡,就需要重啟網絡卡了卡得不行了,top之後按M,檢視誰佔用記憶體,然後pkill掉,發現是java,結束掉程序之後釋放了1.5個G的內容ora

zabbix資料庫佔用磁碟空間較大的處理方法

du -h /* |sort -nr  使用此命令一步步排查發現/var/lib/mysql/zabbix/這個目錄佔用磁碟空間較大 發現history_log.ibd這個檔案最大,達到了38G,此檔案對應的是zabbix庫裡的history_log表 找到問題原因後就好解決,進入zabbix,

supersetkylin搭配查不出資料處理

公司使用superset和kylin的搭配已經有一段時間了,關於superset和kylin搭配查不出資料的處理需要重點記錄一下,避免下次忘記 1、count關鍵字問題 count欄位是kylin的關鍵字,在superset中,簡單的方法是建議在Edit sqla Table中,將count

刪除電腦重複檔案方法--好用小軟體推薦

長期使用的硬碟空間總是會收集很多很多的檔案,其中有很多事重複的,有的檔案在家裡放一份,在公司放一份,而且有的時候兩處的檔案裡邊有很多相同的,有很多不同的,這樣如果再把公司的資料夾copy回家做備份,家裡電腦上就會有很多的內容是重複的。我通常會手機很多的電子書和技術資料,非常的多,幾個資料夾下的電

資料科學人工智慧技術筆記 三、資料處理

三、資料預處理 作者:Chris Albon 譯者:飛龍 協議:CC BY-NC-SA 4.0 為 Scikit-Learn 轉換 Pandas 類別資料 # 匯入所需的庫 from sklearn import preprocessing import

磁碟格式化了的檔案找到方法

    格式化是很常見的資料恢復案例故障,如果被格式化的盤是有重要的資料,那麼一定要注意馬上停止往這個盤寫入檔案。然後用資料恢復軟體掃描恢復裡面的資料。具體的恢復方法可以看下文了解。 工具/軟體:AuroraDataRecovery 步驟1:先下載並解壓軟體執行後,