<output id="qn6qe"></output>

    1. <output id="qn6qe"><tt id="qn6qe"></tt></output>
    2. <strike id="qn6qe"></strike>

      亚洲 日本 欧洲 欧美 视频,日韩中文字幕有码av,一本一道av中文字幕无码,国产线播放免费人成视频播放,人妻少妇偷人无码视频,日夜啪啪一区二区三区,国产尤物精品自在拍视频首页,久热这里只有精品12

      數(shù)據(jù)庫內(nèi)部錯誤00600 故障處理

      1.open數(shù)據(jù)庫報ORA-00600[kcratr_nab_less_than_odr]
      SQL> ALTER DATABASE OPEN;
      ALTER DATABASE OPEN
      *
      第 1 行出現(xiàn)錯誤:
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189],
      [43531], [43569], [], [], [], [], [], [], []

      2.查看alert日志
      Wed Jan 11 13:56:16 2012
      ALTER DATABASE OPEN
      Beginning crash recovery of 1 threads
      parallel recovery started with 2 processes
      Started redo scan
      Completed redo scan
      read 54591 KB redo, 0 data blocks need recovery
      Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc (incident=818557):
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
      Incident details in: d:\dbdms\diag\rdbms\dbdms\dbdms\incident\incdir_818557\dbdms_ora_3936_i818557.trc
      Aborting crash recovery due to error 600
      Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc:
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
      Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc:
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
      ORA-600 signalled during: ALTER DATABASE OPEN...
      Trace dumping is performing id=[cdmp_20120110214555]

      3.查看trace文件
      Trace file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc
      Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
      With the Partitioning, OLAP, Data Mining and Real Application Testing options
      Windows NT Version V6.1 Service Pack 1
      CPU : 2 - type 8664, 2 Physical Cores
      Process Affinity : 0x0x0000000000000000
      Memory (Avail/Total): Ph:2250M/4060M, Ph+PgF:5868M/8119M
      Instance name: dbdms
      Redo thread mounted by this instance: 1
      Oracle process number: 17
      Windows thread id: 3108, image: ORACLE.EXE (SHAD)
      …………………………
      WARNING! Crash recovery of thread 1 seq 99189 is
      ending at redo block 43531 but should not have ended before
      redo block 43569
      Incident 826550 created, dump file: d:\dbdms\diag\rdbms\dbdms\dbdms\incident\incdir_826550\dbdms_ora_3108_i826550.trc
      ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []

      ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
      ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []

      通過alert和trace中的內(nèi)容可以知道,數(shù)據(jù)庫需要恢復(fù)到rba到43569,但是因為某種原因?qū)嵗謴?fù)的時候,只能利用1 thread 99189 seq#,恢復(fù)rba到43531。從而導(dǎo)致數(shù)據(jù)庫無法正常open
      This Problem is caused by Storage Problem of the Database Files.
      The Subsystem (eg. SAN) crashed while the Database was open.
      The Database then crashed since the Database Files were not accessible anymore.
      This caused a lost Write into the Online RedoLogs and so Instance Recovery is not possible and raising the ORA

      4.解決方法

      Sql代碼

      SQL> SELECT STATUS FROM V$INSTANCE;  
         
      STATUS  
      ------------  
      MOUNTED  
         
      --嘗試直接recover database  
      SQL> RECOVER DATABASE ;  
      ORA-00283: 恢復(fù)會話因錯誤而取消  
      ORA-00264: 不要求恢復(fù)  
      --提示不用恢復(fù)  
         
      --再打開數(shù)據(jù)庫,還是kcratr_nab_less_than_odr錯誤警告  
      SQL> ALTER DATABASE OPEN;  
      ALTER DATABASE OPEN  
      *1 行出現(xiàn)錯誤:  
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189],  
      [43531], [43569], [], [], [], [], [], [], []  
         
      --嘗試不完全恢復(fù)  
      SQL> RECOVER DATABASE UNTIL CANCEL;  
      ORA-10879: error signaled in parallel recovery slave  
      ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 將出現(xiàn)如下錯誤  
      ORA-01152: 文件 1 沒有從過舊的備份中還原  
      ORA-01110: 數(shù)據(jù)文件 1: 'D:\DBDMS\DATA\SYSTEM01.DBF'  
         
      --重建控制文件  
      SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS 'D:/1.TXT';  
         
      數(shù)據(jù)庫已更改。  
         
      SQL> SHUTDOWN IMMEDIATE;  
      ORA-01109: 數(shù)據(jù)庫未打開  
         
         
      已經(jīng)卸載數(shù)據(jù)庫。  
      ORACLE 例程已經(jīng)關(guān)閉。  
      SQL> STARTUP NOMOUNT;  
      ORACLE 例程已經(jīng)啟動。  
         
      Total System Global Area  417546240 bytes  
      Fixed Size                  2176328 bytes  
      Variable Size             268438200 bytes  
      Database Buffers          138412032 bytes  
      Redo Buffers                8519680 bytes  
      SQL> CREATE CONTROLFILE REUSE DATABASE "DBDMS" NORESETLOGS  NOARCHIVELOG  
        2      MAXLOGFILES 16  
        3      MAXLOGMEMBERS 3  
        4      MAXDATAFILES 100  
        5      MAXINSTANCES 8  
        6      MAXLOGHISTORY 18688  
        7  LOGFILE  
        8    GROUP 1 'D:\DBDMS\LOG\REDO01.LOG'  SIZE 50M BLOCKSIZE 512,  
        9    GROUP 2 'D:\DBDMS\LOG\REDO02.LOG'  SIZE 50M BLOCKSIZE 512,  
       10    GROUP 3 'D:\DBDMS\LOG\REDO03.LOG'  SIZE 50M BLOCKSIZE 512  
       11  DATAFILE  
       12    'D:\DBDMS\DATA\SYSTEM01.DBF',  
       13    'D:\DBDMS\DATA\SYSAUX01.DBF',  
       14    'D:\DBDMS\DATA\RBSG01.DBF',  
       15    'D:\DBDMS\DATA\DATA01.DBF',  
       16    'D:\DBDMS\DATA\INDX01.DBF',  
       17    'D:\DBDMS\DATA\DATA02.DBF',  
       18    'D:\DBDMS\DATA\DATA03.DBF',  
       19    'D:\DBDMS\DATA\DATA04.DBF',  
       20    'D:\DBDMS\DATA\INDX02.DBF',  
       21    'D:\DBDMS\DATA\SYSTEM02.DBF'  
       22  CHARACTER SET ZHS16GBK  
       23  ;  
         
      控制文件已創(chuàng)建。  
         
      --繼續(xù)嘗試恢復(fù)  
      SQL> RECOVER DATABASE ;  
      完成介質(zhì)恢復(fù)。  
      SQL> ALTER DATABASE OPEN;  
         
      數(shù)據(jù)庫已更改。  
      --open成功  
      SQL> SELECT STATUS FROM V$INSTANCE;  
         
      STATUS  
      ------------  
      MOUNTED  
         
      --嘗試直接recover database  
      SQL> RECOVER DATABASE ;  
      ORA-00283: 恢復(fù)會話因錯誤而取消  
      ORA-00264: 不要求恢復(fù)  
      --提示不用恢復(fù)  
         
      --再打開數(shù)據(jù)庫,還是kcratr_nab_less_than_odr錯誤警告  
      SQL> ALTER DATABASE OPEN;  
      ALTER DATABASE OPEN  
      *1 行出現(xiàn)錯誤:  
      ORA-00600: 內(nèi)部錯誤代碼, 參數(shù): [kcratr_nab_less_than_odr], [1], [99189],  
      [43531], [43569], [], [], [], [], [], [], []  
         
      --嘗試不完全恢復(fù)  
      SQL> RECOVER DATABASE UNTIL CANCEL;  
      ORA-10879: error signaled in parallel recovery slave  
      ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 將出現(xiàn)如下錯誤  
      ORA-01152: 文件 1 沒有從過舊的備份中還原  
      ORA-01110: 數(shù)據(jù)文件 1: 'D:\DBDMS\DATA\SYSTEM01.DBF'  
         
      --重建控制文件  
      SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS 'D:/1.TXT';  
         
      數(shù)據(jù)庫已更改。  
         
      SQL> SHUTDOWN IMMEDIATE;  
      ORA-01109: 數(shù)據(jù)庫未打開  
         
         
      已經(jīng)卸載數(shù)據(jù)庫。  
      ORACLE 例程已經(jīng)關(guān)閉。  
      SQL> STARTUP NOMOUNT;  
      ORACLE 例程已經(jīng)啟動。  
         
      Total System Global Area  417546240 bytes  
      Fixed Size                  2176328 bytes  
      Variable Size             268438200 bytes  
      Database Buffers          138412032 bytes  
      Redo Buffers                8519680 bytes  
      SQL> CREATE CONTROLFILE REUSE DATABASE "DBDMS" NORESETLOGS  NOARCHIVELOG  
        2      MAXLOGFILES 16  
        3      MAXLOGMEMBERS 3  
        4      MAXDATAFILES 100  
        5      MAXINSTANCES 8  
        6      MAXLOGHISTORY 18688  
        7  LOGFILE  
        8    GROUP 1 'D:\DBDMS\LOG\REDO01.LOG'  SIZE 50M BLOCKSIZE 512,  
        9    GROUP 2 'D:\DBDMS\LOG\REDO02.LOG'  SIZE 50M BLOCKSIZE 512,  
       10    GROUP 3 'D:\DBDMS\LOG\REDO03.LOG'  SIZE 50M BLOCKSIZE 512  
       11  DATAFILE  
       12    'D:\DBDMS\DATA\SYSTEM01.DBF',  
       13    'D:\DBDMS\DATA\SYSAUX01.DBF',  
       14    'D:\DBDMS\DATA\RBSG01.DBF',  
       15    'D:\DBDMS\DATA\DATA01.DBF',  
       16    'D:\DBDMS\DATA\INDX01.DBF',  
       17    'D:\DBDMS\DATA\DATA02.DBF',  
       18    'D:\DBDMS\DATA\DATA03.DBF',  
       19    'D:\DBDMS\DATA\DATA04.DBF',  
       20    'D:\DBDMS\DATA\INDX02.DBF',  
       21    'D:\DBDMS\DATA\SYSTEM02.DBF'  
       22  CHARACTER SET ZHS16GBK  
       23  ;  
         
      控制文件已創(chuàng)建。  
         
      --繼續(xù)嘗試恢復(fù)  
      SQL> RECOVER DATABASE ;  
      完成介質(zhì)恢復(fù)。  
      SQL> ALTER DATABASE OPEN;  
         
      數(shù)據(jù)庫已更改。  
      --open成功  
      ————————————————
      版權(quán)聲明:本文為CSDN博主「上帝的二公子」的原創(chuàng)文章,遵循CC 4.0 BY-SA版權(quán)協(xié)議,轉(zhuǎn)載請附上原文出處鏈接及本聲明。
      原文鏈接:https://blog.csdn.net/gaoda00136/article/details/139726669

       

      posted @ 2025-10-24 08:48  宇宙無敵狗蛋  閱讀(8)  評論(0)    收藏  舉報
      主站蜘蛛池模板: 精品乱码一区二区三四五区| 精品午夜福利在线观看| 久久96热在精品国产高清 | 美女一区二区三区在线观看视频| 五月天免费中文字幕av| 日韩免费码中文在线观看| 欧美日本一区二区视频在线观看 | 99re6在线视频精品免费下载| 亚洲av日韩av中文高清性色| 她也色tayese在线视频| www国产亚洲精品久久网站| 无码福利写真片视频在线播放| 久久综合色之久久综合| 精品国产欧美一区二区三区在线 | 风流老熟女一区二区三区| 亚洲男人天堂2021| 99国产精品永久免费视频| 国产精品亚韩精品无码a在线| 国产精品无码a∨麻豆| 日本伊人色综合网| 亚洲乱女色熟一区二区三区 | 国产一区二区三区不卡视频 | 2021国产成人精品久久| 国产果冻豆传媒麻婆精东| 亚洲嫩模一区二区三区| 亚洲精品一区二区三区综合| 蕉岭县| 精品国产一区二区三区蜜臀 | 女同另类激情在线三区| 人妻另类 专区 欧美 制服| 色欲国产精品一区成人精品| 99久久国产成人免费网站| 中文字幕乱偷无码av先锋蜜桃| 国产女人高潮视频在线观看| 国内精品免费久久久久电影院97| 日本污视频在线观看| 男女无遮挡激情视频| 久热这里只有精品12| 好男人视频免费| 亚洲男人第一无码av网| 亚洲综合伊人久久大杳蕉|