oracle常見問題

1、第一樓 目 錄故障分類一 數(shù)據(jù)庫掛起故障1 由于ARCHIVE掛起導(dǎo)致數(shù)據(jù)庫掛死2 NIT文件中SGA區(qū)設(shè)置太大，導(dǎo)致內(nèi)存不夠用，數(shù)據(jù)庫和系統(tǒng)都掛死3 由于臨時表空間無法擴展導(dǎo)致數(shù)據(jù)庫被掛起4由于未打補丁導(dǎo)致RMAN備份時將數(shù)據(jù)庫掛起故障分類二 數(shù)據(jù)庫功能/性能異常5由于BLOB類型的表記錄數(shù)太多操作又太頻繁導(dǎo)致數(shù)據(jù)庫效率急差6由于未對特大表（達(dá)到或超過100萬條記錄）定期做表分析導(dǎo)致數(shù)據(jù)庫操作特別慢7由于空間不夠?qū)е虏迦霐?shù)據(jù)時擴展索引失敗8由于REDOLOG破壞導(dǎo)致數(shù)據(jù)庫異常9由于控制文件被破壞導(dǎo)致數(shù)據(jù)庫無法正常啟動10由于數(shù)據(jù)文件丟失或破壞導(dǎo)致數(shù)據(jù)庫無法正常啟動11由于空間參數(shù)設(shè)置不合理導(dǎo)

2、致擴展表空間、索引等失敗12由于時間格式的環(huán)境變量設(shè)置問題導(dǎo)致話單無法入庫13由于大事務(wù)未使用大回滾段導(dǎo)致事務(wù)掛起14由于數(shù)據(jù)庫連接數(shù)太多導(dǎo)致服務(wù)器進(jìn)程數(shù)多或內(nèi)存耗盡15由于使用了MTS方式，導(dǎo)致數(shù)據(jù)庫操作特別慢（包括備份）16由于存在一個大事務(wù)操作，導(dǎo)致數(shù)據(jù)庫性能特別差或產(chǎn)生頻繁日志切換17由于沒有COMMIT，導(dǎo)致數(shù)據(jù)庫表被鎖住18索引創(chuàng)建不合理，導(dǎo)致數(shù)據(jù)庫查詢特別慢19 由于BUFFER參數(shù)設(shè)置不合理導(dǎo)致EXP失敗20由于EXP不向上兼容，語言不兼容，導(dǎo)致不同版本、不同字符集的數(shù)據(jù)庫無法導(dǎo)入21 由于創(chuàng)建表空間時誤將其創(chuàng)建在以本地管理，導(dǎo)致在表空間上的所有對象無法修改其存儲參數(shù)22 錯誤

3、地在系統(tǒng)表空間上建無關(guān)的數(shù)據(jù)文件23 ORACLE客戶端在P4上安裝不成功24由于LISTENER.ORA或TNSNAMES.ORA配置問題導(dǎo)致網(wǎng)絡(luò)問題25由于環(huán)境變量設(shè)置問題導(dǎo)致VERSOIN版本啟動問題26用戶數(shù)據(jù)、表破壞下的數(shù)據(jù)恢復(fù)27 由于OS層問題導(dǎo)致數(shù)據(jù)庫ORA-600錯誤故障分類三 將導(dǎo)致數(shù)據(jù)庫安裝失敗或打補丁失敗的情況28 由于環(huán)境變量或沒有安裝MAKE文件導(dǎo)致數(shù)據(jù)庫安裝失敗29 由于/TMP等文件系統(tǒng)設(shè)置太小導(dǎo)致數(shù)據(jù)庫無法正常安裝30 HPUX上由于核心參數(shù)設(shè)置不對導(dǎo)致數(shù)據(jù)庫無法正常啟動31 在64位的ORACLE817上打32的補丁失敗32由于安裝備機數(shù)據(jù)庫時是使用的拷貝方

4、式，所以導(dǎo)致在備機上安裝補丁失敗33由于安裝ORACLE時錯誤地在$ORACLE_HOME目錄下創(chuàng)建LINK，導(dǎo)致將打過補丁后的版本拷貝到備機失敗第一種 數(shù)據(jù)庫掛起故障1 由于archive掛起導(dǎo)致數(shù)據(jù)庫掛死故障現(xiàn)象： 數(shù)據(jù)庫掛起，sqlplus無法登錄，alert_zxin.log中有如下信息報出：Sat Jul 13 21:48:01 2002ARC0: Beginning to archive log# 1 seq# 61 Current log# 2 seq# 62 mem# 0: /zxindata/oracle/redolog/redo0logARC0: Error 19504 c

5、reating archivelog file /zxindata/zxinbak/arch/1_61.dbfARC0: Archiving not possible: error count exceededARC0: Failed to archive log# 1 seq# 61ARCH: Archival stopped, error occurred. Will continue retryingSat Jul 13 21:48:01 2002ORACLE Instance zxin - Archival ErrorARCH: Connecting to console port.S

6、at Jul 13 21:48:01 2002ORA-16014: log 1 sequence# 61 not archived, no available destinationsORA-00312: online log 1 thread 1: /zxindata/oracle/redolog/redo01.logARCH: Connecting to console port.ARCH:ORA-16014: log 1 sequence# 61 not archived, no available destinationsORA-00312: online log 1 thread 1

7、: /zxindata/oracle/redolog/redo01.logSat Jul 13 21:50:37 2002ARC0: Beginning to archive log# 1 seq# 61ARC0: Archiving not possible: No primary destinationsARC0: Failed to archive log# 1 seq# 61故障原因： 一般是archive所在的文件系統(tǒng)滿或無操作權(quán)限引起的。故障解決： 檢查/zxindata/zxinbak文件系統(tǒng)，是否已經(jīng)達(dá)到或接近100%，另外確定其對oracle 用戶有可寫權(quán)限。 如果文件系統(tǒng)已

8、經(jīng)滿，請執(zhí)行手工刪除/zxindata/zxinbak/arch下的arch文件使用sqlplus /nolog登錄，執(zhí)行：SQL alter system archive log start;進(jìn)一步檢查/zxindata/zxinbak文件系統(tǒng)為什么滿：查zxin10用戶下的checkpsfs.sh oracle任務(wù)有沒有執(zhí)行：crontab l |grep checkpsfs，看是否有.checkpsfs.sh oracle.的返回，如沒有，表示定期檢查空間是否滿的任務(wù)沒有執(zhí)行，需要啟動該任務(wù)查zxin10用戶對/zxindata/zxinbak/arch目錄下文件有沒有刪除權(quán)限：ls l

9、 /zxindata/zxinbak/arch 對dba組需要有可讀可寫權(quán)限查數(shù)據(jù)庫備份任務(wù)有沒有正常執(zhí)行：crontab l如果不存在rman或exp方式的數(shù)據(jù)庫備份，則表示沒有執(zhí)行數(shù)據(jù)庫備份任務(wù)，需要加上是否是/zxindata/zxinbak文件系統(tǒng)太小，不符合備份和呼叫模型下的最小大小配置。如果文件系統(tǒng)大小不能滿足每天產(chǎn)生的arch日志和兩個全備份的總空間，則需要擴展/zxindata/zxinbak文件系統(tǒng)，aix下可以直接擴，hpux下則需要將該文件系統(tǒng)umount以后再擴2 init文件中SGA區(qū)設(shè)置太大，導(dǎo)致內(nèi)存不夠用，數(shù)據(jù)庫和系統(tǒng)都掛死故障現(xiàn)象： 操作系統(tǒng)無法使用telnet

10、或ftp登錄，數(shù)據(jù)庫掛起，sqlplus無法登錄故障原因： 只能通過維護(hù)臺登錄到主機（很有可能維護(hù)臺也無法登錄），如果可以登錄，則在aix上使用lsps a 檢查paging space是否使用超過50%，hpux下可使用vmstat 看內(nèi)存是否已經(jīng)很少。故障解決： 如不可以登錄，則強制關(guān)電重起機器以觸發(fā)主備雙機倒換；如果可以登錄，則手工以shutdown abort方式停止數(shù)據(jù)庫引發(fā)雙機倒換。 然后調(diào)整initzxin.ora文件中SGA區(qū)大小，主要是減少db_block_buffers的配置，如果物理內(nèi)存小于1G，建議該值配置為：1024*1024/4/4 注意同時調(diào)整主備機配置，然后做雙

11、機倒換是配置生效。3 由于臨時表空間無法擴展導(dǎo)致數(shù)據(jù)庫被掛起故障現(xiàn)象： 數(shù)據(jù)庫掛起，sqlplus無法登錄，alert_zxin.log中看：先是zxin_temp臨時表空間擴展失敗，數(shù)據(jù)庫異常退出故障原因： 這是ORACLE817的一個bug，當(dāng)一個統(tǒng)計任務(wù)操作一個大表時，其臨時數(shù)據(jù)使用了zxin_temp臨時表空間，而該臨時表空間太小自動擴展，擴展受文件系統(tǒng)大小限制和pctincrease參數(shù)限制而失敗時，將引發(fā)數(shù)據(jù)庫掛起。故障解決：將oracle817的補丁打到手工擴充zxin_temp表空間并增加其所在文件系統(tǒng)大小檢查zxin¬_temp臨時表空間的pctincr

12、ease的值，需要配置為04由于未打補丁導(dǎo)致RMAN備份時將數(shù)據(jù)庫掛起故障現(xiàn)象： 數(shù)據(jù)庫掛起，sqlplus無法登錄。由于原來使用rman備份方式，當(dāng)這種故障發(fā)生時，數(shù)據(jù)庫備份日志：dbak.log中將有以下信息：RMAN-03022: compiling command: backupRMAN-03026: error recovery releasing channel resourcesRMAN-08031: released channel: ch1RMAN-00571: =RMAN-00569:= ERROR MESSAGE STACK FOLLOWS =RMAN-00571:=RM

13、AN-03002: failure during compilation of commandRMAN-03013: command type: backupRMAN-06003: ORACLE error from target database: RMAN-20242: specification does not match any archivelog in the recovery catalog故障原因： 是ORACLE817的一個bug故障解決： 將補丁打到oracle就可以了。 另外建議將數(shù)據(jù)庫備份改為exp方式第二種 數(shù)據(jù)庫功能/性能異常5由于BLOB類型的表記

14、錄數(shù)太多操作又太頻繁導(dǎo)致數(shù)據(jù)庫效率急差故障現(xiàn)象： 操作系統(tǒng)CPU占有率很高，數(shù)據(jù)庫操作響應(yīng)很慢。故障原因： 這種故障發(fā)生時，數(shù)據(jù)庫能登錄也能操作，但響應(yīng)時間很長，從日志中也看不出什么異常。所以只能使用我們定制的oratool工具，先找出CPU占有率高的語句，再進(jìn)一步分析，當(dāng)時的情況是，發(fā)現(xiàn)version對一個有blob類型的表寫很頻繁，耗去了大量CPU資源，導(dǎo)致數(shù)據(jù)庫總體性能下降。故障解決： a不建議使用blob類型的表b如果非要使用blob類型，則要定期進(jìn)行數(shù)據(jù)備份和清理，記錄數(shù)不能太多c對blob類型的表的操作，在記錄數(shù)多的情況下不能寫的太頻繁，會占用大量的系統(tǒng)資源6由于未對特大表（達(dá)到或

15、超過100萬條記錄）定期做表分析導(dǎo)致數(shù)據(jù)庫操作特別慢故障現(xiàn)象： 執(zhí)行某個存儲過程或執(zhí)行某個表的數(shù)據(jù)庫操作時，操作系統(tǒng)CPU占有率明顯升高，數(shù)據(jù)庫操作響應(yīng)很慢。故障原因： 對一個數(shù)據(jù)量比較大的表（達(dá)到或超過100萬），經(jīng)過長期的讀寫操作后，其索引和數(shù)據(jù)分布沒有及時更新給數(shù)據(jù)庫，導(dǎo)致讀時性能下降。故障解決： 對這種類型的表，需要寫任務(wù)定期對表做分析，由于分析比較耗時和耗資源，建議在系統(tǒng)閑時做，頻率不能太高，如每月執(zhí)行一次，分析可以使用5%或10%的抽樣進(jìn)行，如：analyze table table1 sample estimate statistics 5 percent;7由于空間不夠?qū)е虏迦?/p>

16、數(shù)據(jù)時擴展索引失敗故障現(xiàn)象：alert_zxin.log日志將報擴展表空間失敗的日志，zxcom.log中有擴展索引失敗的記錄。故障原因： 一般是表所在的表空間不夠，空間擴展失敗的情況造成的。故障解決：手工擴展表空間所在的文件系統(tǒng)，擴展表空間如果是表空間的pctincrease設(shè)置的不是0，則將其改為0必要的時候需要rebuild一下擴展索引失敗的索引8由于redolog破壞導(dǎo)致數(shù)據(jù)庫異常故障現(xiàn)象： 如果是數(shù)據(jù)庫啟動情況下redolog被破壞，則alert_zxin.log中會報如下錯誤：ORA-00313: open failed for members of log group 2 of

17、thread 1ORA-00312: online log 2 thread 1: /zxindata/oracle/zxin/redo0logORA-27037: unable to obtain file status將導(dǎo)致數(shù)據(jù)庫操作異常。sqlplus可以登錄如果是啟動時候redolog損壞，將報：ORA-00313: 無法打開日志組 1 (線程 1) 的成員ORA-00312: 聯(lián)機日志 1 線程 1: /zxindata/oracle/zxin/redo01.log故障原因： redolog破壞，一般是由于：人為誤刪或物理損壞發(fā)生了主備倒換，備機的共享VG信息不全故障解決： 人為誤刪

18、或物理損壞如果未啟動數(shù)據(jù)庫，則啟動到mount狀態(tài)，重建日志： (如第1組日志有問題)alter database drop logfile group 1;alter database add logfile group 1 /zxindata/oracle/redolog/redo01.log size 250M ;alter database open;如果數(shù)據(jù)庫啟動著，則查看一下?lián)p壞文件是否是活動(active)的日志：select * from v$log;如果是激活的，則進(jìn)行日志切換：alter system switch logfile;如果不是激活的，則執(zhí)行重建：alter d

19、atabase drop logfile group 1;alter database add logfile group 1 /zxindata/oracle/redolog/redo01.log size 250M ;發(fā)生了主備倒換，備機的共享VG信息不全將共享VG信息導(dǎo)入到備機，并修改共享文件系統(tǒng)和裸設(shè)備屬性，使其對oracle用戶具有讀寫權(quán)限9由于控制文件被破壞導(dǎo)致數(shù)據(jù)庫無法正常啟動故障現(xiàn)象： 數(shù)據(jù)庫操作將異常，sqlplus可以登錄。故障原因： control文件被物理損壞或人為損壞。一般會報：ORA-00210/ ORA-00202/ORA-27041/ORA-27037等錯誤，所

20、以數(shù)據(jù)庫事務(wù)將掛起故障解決：a.只要CONTROL_FILE中還有好的control文件，則只要將其拷貝多份就可以了b.如果以前做過備份，不能再使用該備份控制文件，因為control文件和數(shù)據(jù)文件會不一致。啟動時報：ORA-01589: 要打開數(shù)據(jù)庫則必須使用 RESETLOGS 或 NORESETLOGS 選項SQL alter database open resetlogs;ORA-01152: 文件 1 沒有從完備的舊備份中恢復(fù)ORA-01110: 數(shù)據(jù)文件 1: /zxindata/oracle/zxin/system01.dbfc.只要丟失了所有的備份或修改maxlogfiles或修

21、改數(shù)據(jù)庫名等情況則要重新 創(chuàng)建一個control file，方式如下：startup mountalter database backup controlfile to trace;alter database open;到$udump目錄下查看最新的文件中包含兩份重建controlfile 的語句，其一是online logs都完好的情況下進(jìn)行數(shù)據(jù)庫完全恢復(fù)的情況其二是online logs損壞，則所有的在線日志都將丟失，所有的備份都將失效。10由于數(shù)據(jù)文件丟失或破壞導(dǎo)致數(shù)據(jù)庫無法正常啟動故障現(xiàn)象： 一般會導(dǎo)致操作到與該文件有關(guān)的數(shù)據(jù)都將失敗，一般報：ORA-01110/ ORA-01116

22、/ ORA-27041等錯誤，嚴(yán)重一點的報ORA-03113后數(shù)據(jù)庫異常退出故障原因：故障解決： 如果只是將數(shù)據(jù)文件挪了位置，則只要將其mv到原來的位置即可 如果確實損壞了，建議使用數(shù)據(jù)庫備份進(jìn)行恢復(fù)。具體恢復(fù)時，可以嘗試使用：手工創(chuàng)建數(shù)據(jù)文件自動恢復(fù)模式，如果不行，只能使用表空間全部恢復(fù)方式了。11由于空間參數(shù)設(shè)置不合理導(dǎo)致擴展表空間、索引等失敗故障現(xiàn)象： 數(shù)據(jù)庫表空間或索引擴展失敗。故障原因： 可能是表空間的storage參數(shù)設(shè)置的不合理引起的。故障解決： 我們一般要求使用如下storage參數(shù)：STORAGE ( INITIAL 20K NEXT 20K MINEXTENTS 1 MAX

23、EXTENTS UNLIMITED PCTINCREASE 0 )12由于時間格式的環(huán)境變量設(shè)置問題導(dǎo)致話單無法入庫故障現(xiàn)象： 在zxcom.log報時間格式問題導(dǎo)致話單插入失敗。導(dǎo)致話單既要到bill文件中故障原因： 跟zxin10用戶的NLS_DATE_FORMAT參數(shù)設(shè)置不正確有關(guān)故障解決： 需要將zxin10用戶下.profile文件中NLS_DATE_FORMAT設(shè)置為：NLS_DATE_FORMAT=YYYY.MM.DD HH24:MI:SS13由于大事務(wù)未使用大回滾段導(dǎo)致事務(wù)掛起故障現(xiàn)象： 大事務(wù)運行失敗，表現(xiàn)為表空間用滿（ORA-01560錯誤），回滾段擴展到達(dá)參數(shù)MAXEXT

24、ENTS的值（ORA-01628）。故障原因： 回滾段設(shè)置的太小故障解決：由于一個事務(wù)只能使用一個回滾段來存放它的回滾信息，所以建議給大事務(wù)創(chuàng)建專用會滾段創(chuàng)建時將回滾段表空間設(shè)置的大一點；增加MAXEXTENTS的值。14由于數(shù)據(jù)庫連接數(shù)太多導(dǎo)致服務(wù)器進(jìn)程數(shù)多或內(nèi)存耗盡故障現(xiàn)象： 使用ps ef檢查時有很多oracle進(jìn)程（包含local關(guān)鍵字），使用內(nèi)存檢查命令看可用內(nèi)存已經(jīng)很少。故障原因： 使用DEDICATED方式連接到數(shù)據(jù)庫的客戶端一般在服務(wù)器端都對應(yīng)一個進(jìn)程，該進(jìn)程將消耗34M的內(nèi)存空間。 如果客戶端連接數(shù)比較多，則內(nèi)存將耗盡，進(jìn)程數(shù)也將達(dá)到系統(tǒng)極限或數(shù)據(jù)庫極限。故障解決：增加系統(tǒng)的

25、硬件配置，如增加CPU或擴內(nèi)存增加系統(tǒng)最大進(jìn)程數(shù)限制，aix和hpux下都有方法設(shè)置增加oracle進(jìn)程數(shù)，在init文件中的processes參數(shù)項15由于使用了MTS方式，導(dǎo)致數(shù)據(jù)庫操作特別慢（包括備份）故障現(xiàn)象： 使用MTS連接方式的數(shù)據(jù)庫操作將比較慢，尤其是系統(tǒng)資源吃緊的情況下。故障原因： 智能網(wǎng)前期對smap等客戶端的策略是使用MTS（共享進(jìn)程）解決方案，后發(fā)現(xiàn)該方案不可行，主要是該連接方式下的數(shù)據(jù)庫操作性能太差。故障解決： 共享進(jìn)程只能支持更多的并發(fā)用戶訪問數(shù)據(jù)庫，但不能提高執(zhí)行速度, 所以我們商用局中已經(jīng)取消了這種方式。具體可通過檢查initzxin.ora中的配置確認(rèn)。應(yīng)該不包

26、含任何含mts關(guān)鍵字的配置16由于存在一個大事務(wù)操作，導(dǎo)致數(shù)據(jù)庫性能特別差或產(chǎn)生頻繁日志切換故障現(xiàn)象： 數(shù)據(jù)庫性能下降，觀察alert_zxin.log發(fā)現(xiàn)切換日志很頻繁故障原因： 肯定存在一個與呼叫無關(guān)的大事務(wù)在不停的運行，導(dǎo)致產(chǎn)生大量日志，引起日志切換。故障解決：使用oratool工具中的sp_who找出活動sql語句通過命令找出消耗cpu、IO資源最大的10條語句查出該語句操作的表的數(shù)據(jù)量和讀寫頻率，檢查是否有應(yīng)用類邏輯性異常并給予糾正。17由于沒有commit，導(dǎo)致數(shù)據(jù)庫表被鎖住故障現(xiàn)象： 操作某個表的記錄時長時間無響應(yīng)，通過sdf進(jìn)行的數(shù)據(jù)庫操作則表現(xiàn)為超時，導(dǎo)致sdf進(jìn)程run t

27、oo too long故障原因： 一般跟該表被鎖住有關(guān)故障解決：使用oratool工具中的sp_lock命令查看該表是否有鎖檢查是否在某個SQL語句中對該表進(jìn)行事務(wù)類操作時，沒有使用commit，這種情況一般發(fā)生在手工通過sqlplus修改數(shù)據(jù)的場合，sdf不會出現(xiàn)及時進(jìn)行commit或rollback，解除表鎖，如果不能解除的話，則將與該鎖有關(guān)的進(jìn)程強制殺掉。18索引創(chuàng)建不合理，導(dǎo)致數(shù)據(jù)庫查詢特別慢故障現(xiàn)象： 表現(xiàn)為查詢特別慢，如果是通過sdf操作，返回超時或觸發(fā)：sdf run too too long故障原因： 有可能是在表的數(shù)據(jù)量比較大的情況下，該表的索引設(shè)置不合理造成的。故障解決：

28、請使用explain plan查看其查詢計劃，看是否使用了全表掃描或不適合的索引，據(jù)此調(diào)整索引或查詢語句。19 由于buffer參數(shù)設(shè)置不合理導(dǎo)致exp失敗故障現(xiàn)象： 使用exp導(dǎo)出某個表不成功故障原因： 跟buffer設(shè)置有關(guān)故障解決： 一般要求設(shè)置比較大的buffer進(jìn)行exp備份，但當(dāng)物理內(nèi)存不夠的情況下，buffer設(shè)置要合理，這種情況下，可嘗試不設(shè)置buffer進(jìn)行備份20由于exp不向上兼容，語言不兼容，導(dǎo)致不同版本、不同字符集的數(shù)據(jù)庫無法導(dǎo)入故障現(xiàn)象： 進(jìn)行imp導(dǎo)入時報數(shù)據(jù)格式不正確，數(shù)據(jù)導(dǎo)入失敗故障原因： 目前了解816/817數(shù)據(jù)庫導(dǎo)出的格式不兼容，但oracle9i可以向

29、下兼容，導(dǎo)出和導(dǎo)入環(huán)境的字符集不一致，也不能完成導(dǎo)入，但字符集一致、版本一致的數(shù)據(jù)庫在不同的OS平臺上可以互導(dǎo)。故障解決： 保證數(shù)據(jù)庫版本的一致性，保證字符集的一致?；蚴褂闷渌ぞ摺?1 由于創(chuàng)建表空間時誤將其創(chuàng)建在以本地管理，導(dǎo)致在表空間上的所有對象無法修改其存儲參數(shù)故障現(xiàn)象： 無法修改該表空間及在該表空間上創(chuàng)建的所有對象的storage參數(shù)。故障原因： 只有在字典中管理的表空間才可以設(shè)置手工設(shè)置STORAGE參數(shù)故障解決：編輯initzxin.ora，修改參數(shù)compatible=”8.1.0” 修改成compatible=”8.1.6”,執(zhí)行：$sqlplus sys/change_on

30、_installsqlexec dbms_space_admin.Tablespace_Migrate_FROM_Local(ZXIN_BILL);sqlcommit;sqlexitc這樣，表空間就從本地管理修改成DMT數(shù)據(jù)字典管理方式了，然后再手工修改表空間存儲參數(shù)和對象存儲參數(shù)即可22 錯誤地在系統(tǒng)表空間上建無關(guān)的數(shù)據(jù)文件故障現(xiàn)象： 系統(tǒng)表空間上存在著無關(guān)的數(shù)據(jù)文件故障原因： 錯誤地在系統(tǒng)表空間上建了無關(guān)的數(shù)據(jù)文件故障解決：如果是創(chuàng)建在OEM_REPOSITORY表空間上，則可以將該表空間刪除后重建，注意不要再包含錯建的數(shù)據(jù)文件如果是其他系統(tǒng)表空間，可以使用：alter database

31、datafile . resize to 1M;命令盡量減少空間浪費。23 oracle客戶端在p4上安裝不成功故障現(xiàn)象： 奔四的機器無法安裝oracle8i客戶端故障原因： oracle8i的一個bug故障解決：1、將ORACLE軟件拷貝到硬盤。2、將 硬盤目錄文件stageComponentsoracle.swd.jre0/1 DataFilesExpandedjrewin32binsymcjit.dll 的文件改名為 symcjit.old 3.從installwin32 目錄下運行SETUP.exe 文件進(jìn)行安裝。24由于listener.ora或tnsnames.ora

32、配置問題導(dǎo)致網(wǎng)絡(luò)問題故障現(xiàn)象：lsnrctl start啟動數(shù)據(jù)庫網(wǎng)絡(luò)服務(wù)不成功；使用tnsping無法ping通數(shù)據(jù)庫服務(wù)器；sdf無法登錄數(shù)據(jù)庫故障原因： listener.ora或tnsnames.ora配置不正確故障解決： 請按如下模板配置listener.ora：LISTENER = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = version_svc)(PORT = 1521) (ADDRESS = (PROTOCOL = TCP)(HOST = version_svc)(PORT = 1522) (address= (prot

33、ocol=ipc) (key=extproc) )SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = zxin) (ORACLE_HOME = /home/oracle/oracle81) (SID_NAME = zxin) ) (SID_DESC = (SID_NAME = extzxin) (ORACLE_HOME = /home/oracle/oracle81) (PROGRAM = extproc) ) ) 請按如下模板配置tnsnames.ora：ZXIN = (DESCRIPTION = (ADDRESS_LIS

34、T =(ADDRESS = (PROTOCOL = TCP)(HOST = version_svc)(PORT = 1522) ) (CONNECT_DATA = (SERVICE_NAME = zxin) ) )zx10_40_57_163= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = version_svc)(PORT = 1522) ) (CONNECT_DATA = (SERVICE_NAME = zxin) (SERVER = DEDICATED) ) )extproc_connection_da

35、ta=(description= (address=(protocol=ipc)(key=extproc) (connect_data=(sid=extzxin)25由于環(huán)境變量設(shè)置問題導(dǎo)致VERSOIN版本啟動問題故障現(xiàn)象： 如果沒有正確配置ORACLE環(huán)境變量，將導(dǎo)致version啟動時sdf進(jìn)程無法正常啟動或無法正常連接數(shù)據(jù)庫故障原因： 請按要求配置zxin10用戶與ORACLE相關(guān)的環(huán)境變量故障解決： 請檢查$ORACLE_HOME、$ORACLE_BASE、$LIBPATH、$SHLIB_PATH、$LD_LIBRARY_PATH等環(huán)境變量是否正確。26用戶數(shù)據(jù)、表破壞下的數(shù)據(jù)恢復(fù)故

36、障現(xiàn)象： 某一個用戶的所有數(shù)據(jù)或單個表的數(shù)據(jù)全部丟失，無法讀取相關(guān)數(shù)據(jù)故障原因： 由于人為誤操作或硬件問題導(dǎo)致用戶數(shù)據(jù)或單個表的數(shù)據(jù)全部丟失故障解決： 使用imp命令將備份出的數(shù)據(jù)恢復(fù)（注意，只能恢復(fù)到備份時間點） 對于單表恢復(fù)的命令為： imp system/manager fromuser=zxin touser= zxin tables=oper_dbuser file=zxindb.dmp 對于整個用戶數(shù)據(jù)丟失恢復(fù)的情況 將該用戶刪除重建： drop user zxin CASCADE; create user zxin defaule tablespace . temporary t

37、ablespace; 然后使用imp導(dǎo)入： imp system/manager fromuser=zxin touser= zxin file=zxindb.dmp27 由于os層問題導(dǎo)致數(shù)據(jù)庫ORA-600錯誤故障現(xiàn)象： 啟動數(shù)據(jù)庫時報： ORA-600故障原因： ORA-600錯誤一般跟os層的錯誤有關(guān)，比如文件、內(nèi)存、I/O問題、硬件故障故障解決： 碰到此類錯誤，請檢查：所做的操作目前os層有沒有各類報錯解決os層問題后再重試如果還是不行，只能重裝系統(tǒng)，重裝數(shù)據(jù)庫將導(dǎo)致數(shù)據(jù)庫安裝失敗或打補丁失敗的情況第三種 將導(dǎo)致數(shù)據(jù)庫安裝失敗或打補丁失敗的情況28 由于環(huán)境變量或沒有安裝make文件導(dǎo)致數(shù)據(jù)庫安裝失敗故障現(xiàn)象： 安裝oracle時進(jìn)行到link階段時報：找不到make文件故障原因： 沒有安裝包含make文件的軟件包故障解決： 安裝包含make文件的軟件包后重試。（aix下的軟件包為：bos.adt.base）29 由于/tmp等文件系統(tǒng)設(shè)置太小導(dǎo)致數(shù)據(jù)庫無法正常安裝：故障現(xiàn)象： 安裝oracle時進(jìn)行到link階段時，在進(jìn)行某個模塊的make時報錯，查看文件系統(tǒng)大小，發(fā)現(xiàn)/tmp文件系統(tǒng)已滿故障原因： /tmp文件系統(tǒng)已滿故障解決： 請安裝前保證/tmp文件系統(tǒng)有500M剩余空間30