【ORACLE】ORA-01157錯誤解決
2024-08-29 13:54:27
供稿：網(wǎng)友
ORA-01157錯誤解決(zt)ORA-1157錯誤解決手冊一．錯誤描述ORA-1157, "cannot identify/lock data file %s - see DBWR trace file"引起的原因： 因為數(shù)據(jù)文件已經(jīng)在被使用了從而導致數(shù)據(jù)庫的后臺進程不能找到相應的數(shù)據(jù)文件或者不能鎖定相應的數(shù)據(jù)文件，這樣數(shù)據(jù)庫將禁止訪問這些數(shù)據(jù)文件而其他的數(shù)據(jù)文件則沒有影響。伴隨這個錯誤操作系統(tǒng)將會提示是哪個數(shù)據(jù)文件不能被識別。ORA-01157錯誤一般和ORA-01110錯誤一起出現(xiàn)，往往還有操作系統(tǒng)級別上的錯誤，例如ORA-07360，同時一個DBWR的trace文件會在background_dump_dest的目錄下生成。例如，在Solaris的平臺上，會有如下的錯誤信息顯示：ORA-01157: cannot identify/lock data file 5 - see DBWR trace fileORA-01110: data file 5: '/export/home/Oracle/oradata/817/users01.dbf'然后查看DBWR的trace文件內(nèi)容，會有如下的內(nèi)容：ORA-01157: cannot identify/lock data file 5 - see DBWR trace fileORA-01110: data file 5: '/export/home /Oracle/oradata/817/users01.dbf'ORA-27037: unable to obtain file statusSVR4 Error: 2: No such file or directoryAdditional information: 3下面就幾個容易產(chǎn)生ORA-1157錯誤的方面詳細談談：二． 通常引起ORA-1157錯誤的原因和解決方法如果你是使用Oracle9i，就用SQLPLUS代替SVRMGRL執(zhí)行以下的命令。1． 數(shù)據(jù)文件存在，但是Oracle認不到它這種情況可能是在操作系統(tǒng)級上數(shù)據(jù)文件被重命名了或者移動到了一個新的分區(qū)或者位置，這種情況比較簡單，只是需要將數(shù)據(jù)文件恢復成原始的數(shù)據(jù)文件名字或者重新命名數(shù)據(jù)文件到一個新的位置/目錄就可以解決問題了。重新命名數(shù)據(jù)文件到一個新的位置/目錄的方法：A. 數(shù)據(jù)庫是打開狀態(tài)的1）查看那個數(shù)據(jù)文件所在的表空間還包含有哪些數(shù)據(jù)文件，執(zhí)行以下查詢：SELECT FILE_NAME, STATUS FROM DBA_DATA_FILESWHERE TABLESPACE_NAME = '<YOUR_TABLESPACE_NAME>'；2）確定所有數(shù)據(jù)文件的狀態(tài)都是可用的。3）把表空間變成只讀表空間：ALTER TABLESPACE <YOUR_TABLESPACE_NAME> READ ONLY；4）確定在數(shù)據(jù)字典中表空間是顯示為只讀的：SELECT TABLESPACE_NAME, STATUS FROM DBA_TABLESPACESWHERE TABLESPACE_NAME = '<YOUR_TABLESPACE_NAME>'；TABLESPACE_NAME STATUS------------------------------ ---------<YOUR_TABLESPACE_NAME> READ ONLY5）用操作系統(tǒng)命令拷貝數(shù)據(jù)文件到一個新的位置，拷貝完成后把整個表空間OFFLINE，這個時候用戶是不能訪問這個表空間的：ALTER TABLESPACE <YOUR_TABLESPACE_NAME> OFFLINE；6）重命名這個數(shù)據(jù)文件到一個新的位置了，這個操作會自動的更新控制文件中的內(nèi)容：ALTER DATABASE RENAME FILE'/FULL_PATH_OF_OLD_LOCATION/AND_DATAFILE_NAME.DBF'TO'/FULL_PATH_OF_NEW_LOCATION/AND_DATAFILE_NAME.DBF'；7）ONLINE這個表空間：ALTER TABLESPACE YOUR_TABLESPACE_NAME ONLINE；8）把這個表空間置成可讀寫的狀態(tài)：ALTER TABLESPACE YOUR_TABLESPACE_NAME READ WRITE；9）在操作系統(tǒng)級上刪除原來舊的數(shù)據(jù)文件。B．數(shù)據(jù)庫是關閉狀態(tài)的1） 先正常關閉數(shù)據(jù)庫。2） 用操作系統(tǒng)命令拷貝數(shù)據(jù)文件到一個新的位置。3） MOUNT數(shù)據(jù)庫，這樣將讀取控制文件，但是不會讀取數(shù)據(jù)文件：STARTUP MOUNT4) 重命名這個數(shù)據(jù)文件到一個新的位置了，這個操作會自動的更新控制文件中的內(nèi)容：ALTER DATABASE RENAME FILE'/FULL_PATH_OF_OLD_LOCATION/AND_DATAFILE_NAME.DBF'TO'/FULL_PATH_OF_NEW_LOCATION/AND_DATAFILE_NAME.DBF'；5） 打開數(shù)據(jù)庫：ALTER DATABASE OPEN；2． 數(shù)據(jù)文件不存在或者對于Oracle來說是不可用的數(shù)據(jù)文件被物理的移走了或者損壞導致Oracle不能再認到了，例如數(shù)據(jù)文件被截斷或者覆蓋了，一般會出現(xiàn)ORA-27046、ORA-1157的錯誤提示：ORA-27046: file size is not a multiple of logical block size這種情況下可以有兩種選擇去解決問題：A． 重建數(shù)據(jù)文件所屬的那個表空間這種方法比較適用于USERS、TEMP、INDEX表空間，如果數(shù)據(jù)庫是正常關閉的，也就是說回滾段中沒有激活的表空間事務,也推薦使用這種方法。如果是SYSTEM表空間，則要重建數(shù)據(jù)庫了。具體步驟如下：1） MOUNT數(shù)據(jù)庫：STARTUP MOUNT PFILE='<location_of_pfile>'；2） OFFLINE DROP數(shù)據(jù)文件：ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE DROP；3） 打開數(shù)據(jù)庫：ALTER DATABASE OPEN；4） 刪除表空間：DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS；5） 重建表空間：CREATE TABLESPACE <tablespace_name> DATAFILE'<datafile_full_path_name'> SIZE <required_size>；6） 重建表空間中所有以前存在的對象:可以使用以前創(chuàng)建對象的腳本或者利用最近可用的EXPORT DUMP來重建以前存在的對象。B．用正常的恢復過程去恢復數(shù)據(jù)文件這種方法比較適用于只讀表空間或者那種不能用重建表空間的方法的USERS和INDEX表空間。如果是回滾段表空間，那必須要求數(shù)據(jù)庫是正常關閉的才能使用這個方法。如果是SYSTEM表空間，并且備份和所有的歸檔日志都全的情況下，強烈建議使用這種方法去恢復的，但是如果是非歸檔方式，則就只能利用當前所有的聯(lián)機日志進行恢復了。在很多的情況下，重建表空間是不可能的或者是非常費時費力的，因此，從備份和利用歸檔日志恢復數(shù)據(jù)文件是一種比較好的方法，尤其是對于只讀表空間來說，因為沒有數(shù)據(jù)的寫入和更改，因此直接用備份來恢復是最快最省事的。具體步驟如下：1） 從備份中恢復丟失或者損壞的數(shù)據(jù)文件。2） MOUNT數(shù)據(jù)庫：STARTUP MOUNT PFILE='<location_of_pfile>'；3） 執(zhí)行以下的查詢：SELECT V1.GROUP#, MEMBER, SEQUENCE#,FIRST_CHANGE#FROM V$LOG V1, V$LOGFILE V2WHERE V1.GROUP# = V2.GROUP#；這個查詢將列出所有聯(lián)機重做日志以及它們所代表的SEQUENCE和FIRST CHANGE NUMBER.4） 如果數(shù)據(jù)庫是非歸檔狀態(tài)下的，執(zhí)行以下的查詢：SELECT FILE#, CHANGE# FROM V$RECOVER_FILE；如果CHANGE#大于最小的聯(lián)機重做日志文件的FIRST_CHANGE#，那么數(shù)據(jù)文件可以被恢復，記住恢復數(shù)據(jù)文件的時候要應用所有的聯(lián)機重做日志文件，然后到第5步。如果CHANGE#小于最小的聯(lián)機重做日志文件的FIRST_CHANGE#，那么這個數(shù)據(jù)文件將不能被恢復了，那么只能從最近的數(shù)據(jù)庫全備份恢復或者重建這個數(shù)據(jù)文件所屬的表空間了。5） 恢復數(shù)據(jù)文件：RECOVER DATAFILE '<full_path_file_name>'；6） 確認所有的歸檔日志都被應用了直至出現(xiàn)"Media recovery complete"的提示信息，如果Oracle提示有一個不存在的歸檔日志文件，那么就可能要應用所有的聯(lián)機重做日志文件來恢復直至出現(xiàn)"Media recovery complete"的提示信息。7） 打開數(shù)據(jù)庫：ALTER DATABASE OPEN；3． 數(shù)據(jù)庫臨時表空間的數(shù)據(jù)文件的丟失當數(shù)據(jù)庫的臨時表空間的數(shù)據(jù)文件丟失也會引起ORA-01157的錯誤。因為數(shù)據(jù)庫對臨時表空間的數(shù)據(jù)文件不會發(fā)生檢查點，所以這個時候數(shù)據(jù)庫照樣能夠打開。這種情況下的解決方法是邏輯上刪除臨時表空間的數(shù)據(jù)文件，并且重新增加一個新的臨時表空間的數(shù)據(jù)文件。例如：SELECT * FROM DBA_OBJECTS ORDER BY OBJECT_NAME；select * from dba_objects order by object_name；* ERROR at line 1:ORA-01157: cannot identify/lock data file 5 - see DBWR trace fileORA-01110: data file 5: '/Oracle/oradata/temp01.dbf'ALTER DATABASE TEMPFILE ‘/Oracle/oradata/temp01.dbf‘ DROP；SELECT TABLESPACE_NAME,FILE_NAME FROM DBA_TEMP_FILES；ALTER TABLESPACE TEMP ADD TEMPFILE ‘/Oracle/oradata/temp01.dbf‘ SIZE 100M；三．由于操作系統(tǒng)的問題或者第三方軟件的問題導致ORA-01157錯誤1． 當使用vxfddstat去訪問快速I/O或者其它的應用，會獲得"Cannot open file"的錯誤，而Oracle會返回如下的錯誤：ORA-01157: cannot identify data file 1 - file not foundORA-01110: data file 1: '<filename>'這個時候用戶應該去聯(lián)系Veritas的技術支持，技術支持網(wǎng)站網(wǎng)址為http://support.veritas.com/。2． 在HP-UNIX的機器上，如果系統(tǒng)核心參數(shù)nflock設置不是足夠大的時候，這樣可能會使Oracle不能鎖定所需要的數(shù)據(jù)文件而導致錯誤：ORA-27086: skgfglk: unable to lock file - already in use或者錯誤：ORA-01157: cannot identify/lock data file 4 - see DBWR trace fileORA-0110: data file 4: '/Oracle/oradata/user01.dbf'ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2或者錯誤：ORA-07445: exception encountered: core dump [%s] [%s] [%s] [%s] [%s] [%s]ORA-01110: data file %s: '%s'ORA-01242: data file suffered media failure: database in NOARCHIVELOG modeORA-01115: IO error reading block from file %s (block # %s)ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 3解決這個問題的方法是增大相關的核心參數(shù)：（建議以下的配置）nPRoc 4096 Max Number of Processesnfile 63488 Max Number of Open Filesnflocks 4096 Max Number of File Locks3． 如果Oracle需要的數(shù)據(jù)文件被其他進程鎖定的條件下也會導致這個錯誤。例如：備份軟件將可能鎖定要備份的數(shù)據(jù)文件在WINDOWS上可能會有如下的錯誤：ORA-01157: signalled during alter database openORA-01157: can not identify datafile <datafile id>ORA-01110: datafile <datafile id> path and filename of datafileORA-27047: Unable to read header of file <datafile id>OSD-04006: Read file failureError 33: process can not access file操作系統(tǒng)錯誤33是一個error_lock_violation，表明一部分數(shù)據(jù)文件被WINDOWS的其他進程鎖定了?；蛘咤e誤：ORA-1157 - cannot identify datafile <name> - file not foundORA-1110 - datafile <name>: <str>ORA-9202 - sfifi: error identifying fileOSD-4006(OS 203) - The System could not find theenvironment option that was entered在ALERT文件中將會同時出現(xiàn)以下的錯誤：ORA-1115 - IO error reading block from file %s (block # %s)ORA-1110 - datafile <name>: <str>ORA-9206 - sfrfb: error reading from fileOSD-4006(OS 203) - The System Could not find the environmentoption that was entered或者錯誤：ORA-1242 - data file suffered media failure: database in NOARCHIVELOG modeORA-1114 - IO error writing block to file <name> block # <num>ORA-9205 - sfqio: error reading or writing to diskOSD-4016(OS 33) - The process cannot access the file because anotherprocess has locked a portion of the file另外還可能會出現(xiàn)以下錯誤：KCF: write/open error dba=0x703473d block=0x3473d online=1file=7 E:Oracledatagreccrecind2.dbferror=9211 txt: 'OSD-4008 : WriteFile error (OS 203) - The SystemCould not find the environment option that was entered某些情況下ALERT文件中會出現(xiàn)：Instance terminating due to error 1110.Instance terminated by <background process> PID=XXX或者：<background process> TERMINATING INSTANCE DUE TO ERROR 472ORA 472 - PMON process terminated with error在WINDOWS的事件查看器中可以看到以下事件：23 Error ReadFile() failure25 Error WriteFile() failure如果這是個冷備份，那就要等冷備份完成后啟動數(shù)據(jù)庫或者結束冷備份啟動數(shù)據(jù)庫。對于備份軟件，最好都配置成不要鎖定打開的數(shù)據(jù)文件的備份方式。這種情況的解決方法是手工的清除在數(shù)據(jù)文件上的鎖：1） 運行ps -ef | grep <SID>，查出在數(shù)據(jù)文件上已經(jīng)存在的進程。2） 運行kill –9 進程ID4． 使用WINDOWS的FILE MANAGER拷貝Oracle的數(shù)據(jù)文件的時候也會引起ORA-01157的錯誤，例如文件名大于通常用的8.3格式，如果文件名大于8個字符或者你的擴展名大于3個字符就會引起這個錯誤。要避免這個錯誤，在WINDOWS下拷貝文件不要用FILE MANAGER，最好使用瀏覽器去拷貝文件，如果已經(jīng)使用FILE MANAGER，那么對于長文件名的文件會自動加上一個～，這樣要重新命名拷貝的文件為原來的文件名字。5． 使用網(wǎng)絡應用工具也可能會引起ORA-01157的錯誤。在一些網(wǎng)絡工具的使用操作中要求對數(shù)據(jù)文件進行加鎖，如果由于實例錯誤或者主機的問題可能會導致這些鎖會一直的存在，這種情況下需要系統(tǒng)管理員手工的去釋放這些鎖。6． 如果Oracle的數(shù)據(jù)文件被一個其他的用戶恢復也可能引起ORA-01157的錯誤。在Oracle的數(shù)據(jù)文件被恢復之后，Oracle數(shù)據(jù)庫認不到恢復后的數(shù)據(jù)文件，因此錯誤ORA-1157 (cannot identify datafile - file not found)就可能發(fā)生：􀁺 數(shù)據(jù)文件在操作系統(tǒng)上是否存在􀁺 SELECT * FROM V$DATAFILE查看數(shù)據(jù)文件的正確路徑􀁺 ALTER SYSTEM CHECK DATAFILE是否成功􀁺 使用BACKUP CONTROLFILE TO TRACE查看數(shù)據(jù)文件的正確路徑一般出現(xiàn)這種問題有可能是操作系統(tǒng)上的權限問題，首先查看數(shù)據(jù)文件的權限，當數(shù)據(jù)文件被其他用戶恢復的時候可能權限就變了，可能Oracle用戶就不能訪問了，這樣就要對恢復后的數(shù)據(jù)文件修改權限和屬主。7． ULIMIT設置的值不夠大也可能會引起ORA-01157的錯誤。在DBWR的跟蹤文件中會有ORA-1157和ORA-27092的錯誤：ORA-01157: cannot identify/lock data file N - see DBWR trace fileORA-01110: data file 1: '<filename>'ORA-27092: skgfofi: size of file exceeds file size limit of the processAdditional information: xxxxxAdditional information: yyyyyOracle8.1.7對于打開數(shù)據(jù)庫會執(zhí)行很嚴格的在操作系統(tǒng)的上的ULIMIT的檢查，如果文件大小的限制不夠大，則數(shù)據(jù)庫就會打不開，出現(xiàn)以上的錯誤。因此就要增大ULIMIT:ULIMIT -f <require_size_of_file_in_os_blocks>；四．在移植過程中出現(xiàn)ORA-01157的錯誤1．如果使用移植工具把Oracle7數(shù)據(jù)庫升級到Oracle8i數(shù)據(jù)庫，，當執(zhí)行數(shù)據(jù)庫轉(zhuǎn)換的時候有可能會出現(xiàn)以下的錯誤：ORA-1157 cannot identify datafile <name> - file not foundORA-1110 datafile <name>: <str>移植工具首先使用Oracle7的控制文件去創(chuàng)建一個CONVERT.ORA文件，當增加一個新的表空間或者新的數(shù)據(jù)文件如果新增數(shù)據(jù)文件沒有包含全路徑，導致在CONVERT.ORA文件中就沒有數(shù)據(jù)文件路徑正確的指向。解決方法一是要修改%Oracle_home%rdbmsxxconvert.ora下的CONVERT.ORA文件中的數(shù)據(jù)文件的路徑為正確的路徑，然后重新執(zhí)行數(shù)據(jù)庫轉(zhuǎn)換。解決方法二是先用備份恢復Oracle7的數(shù)據(jù)庫，然后重新創(chuàng)建控制文件，修改數(shù)據(jù)文件的路徑為正確的路徑，然后重新執(zhí)行移植過程。2．使用移植工具把數(shù)據(jù)庫Oracle7.3.X移植到Oracle8.1.X，可能會出現(xiàn)以下錯誤：ORA-01157: cannot identify/lock data file 2 - see DBWR tracefileORA-01110: data file 2: '/oradata/V734/users01.dbf'ORA-27046: file size is not a multiple of logical block sizeAdditional information:1一般是數(shù)據(jù)文件從裸設備dd到文件系統(tǒng)中，數(shù)據(jù)文件的大小不是嚴格的Oracle Block Size的整數(shù)倍造成的。例如：file size = 839911424 bytesOracle block size = 8092 bytes解決方法一是把數(shù)據(jù)文件RESIZE到一個Oracle Block Size的整數(shù)倍：ALTER DATABASE DATAFILE '<filename>' RESIZE <VALUE IN KB OR MB>；- the integer should be a multiple of 8 in our example解決方法二：1） 使用dbfsize命令去獲取數(shù)據(jù)文件的在數(shù)據(jù)庫中的大?。篸bfsize <file_name>2） 查看數(shù)據(jù)文件在操作系統(tǒng)上的大?。簂s -lt <file_name>3） 使用MOD函數(shù)對比1）和2）的值，得出余數(shù)。4） 確定數(shù)據(jù)庫已經(jīng)關閉了，然后使用dd命令。例如：操作系統(tǒng)上的文件大小是2097203200 bytes，使用dbfsize得出的結果是511744 4096 byte blocks，那么使用以下命令：dd if=<some_name>bs=4096 count=511745NB: count= 511744 + 1 (1 for recovering from this problem)mv <some_file> to <file_name>5） startup nomountalter database convert；五．其他一些可能產(chǎn)生ORA-01157錯誤的原因1．控制文件的突然中斷引起ORA-01157的錯誤。A．一種可能的原因是在控制文件中的文件名的結尾處有一個空格?？梢允褂?ALTER DATABASE BACKUP CONTROLFILE TO TRACE'命令，然后在初始化參數(shù)user_dump_dest所指向的目錄下面查找相應的TRACE文件，查看控制文件的內(nèi)容。例如：'/home/d/Oracle/oradata/ecn/rdx02.dbf ' <-- corrupt'/home/d/Oracle/oradata/ecn/rdx02.dbf' <-- non-corrupt這種情況下用好的控制文件代替壞了的控制文件，并修改初始化參數(shù)文件中的CONTROL_FILES參數(shù)，去掉壞了的控制文件。如果所有的控制文件都損壞了，那就需要重建控制文件了。重建控制文件的方法：1） 以SYS用戶登陸，執(zhí)行ALTER DATABASE BACKUP CONTROLFILE TO TRACE;2） 生成的TRACE文件在USER_DUMP_DEST的目錄下，然后查看一下USER_DUMP_DEST的具體目錄路徑：SELECT VALUE FROM V$PARAMETER WHERE NAME=’USER_DUMP_DEST’；或者SHOW PARAMETER USER_DUMP_DEST；3） 找出相應的TRACE文件，最簡單的找正確的TRACE文件的方法是看TRACE文件的創(chuàng)建時間，然后修改TRACE文件保存成一個SQL腳本，例如：STARTUP NOMOUNTCREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOGMAXLOGFILES 5MAXLOGMEMBERS 3MAXDATAFILES 100MAXINSTANCES 1MAXLOGHISTORY 453LOGFILEGROUP 1 'D:ORACLEORADATAORCLREDO01.LOG' SIZE 1M,GROUP 2 'D:ORACLEORADATAORCLREDO02.LOG' SIZE 1M,GROUP 3 'D:ORACLEORADATAORCLREDO03.LOG' SIZE 1MDATAFILE'D:ORACLEORADATAORCLSYSTEM01.DBF','D:ORACLEORADATAORCLUNDOTBS01.DBF','D:ORACLEORADATAORCLOEM_REPOSITORY.DBF'CHARACTER SET ZHS16GBK；4） 關閉數(shù)據(jù)庫：SHUTDOWN IMMEDIATE；5） 對數(shù)據(jù)庫做一個全庫的冷備份。6） 利用操作系統(tǒng)命令將原來的控制文件移走。7） 在SQLPLUS中以SYS用戶運行剛剛保存的那個腳本。8） 打開數(shù)據(jù)庫。2．在STANDBY方式下，如果主數(shù)據(jù)庫增加了表空間或者數(shù)據(jù)文件，而從數(shù)據(jù)庫中沒有手工增加的話也會出現(xiàn)ORA-01157的錯誤。3．RMAN恢復會在ALERT.LOG中產(chǎn)生‘FAKE’引起ORA-01157的錯誤。在RMAN的恢復操作中，在ALERT.LOG中會產(chǎn)生以下的錯誤：ORA-01157: cannot identify/lock data file N - see DBWR trace fileORA-01110: data file N: '<filename>'ORA-27037: unable to obtain file statusSVR4 Error: 2: No such file or directory產(chǎn)生這種錯誤的原因主要是因為在RMAN恢復之前數(shù)據(jù)文件已經(jīng)被刪除
