• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            大龍的博客

            常用鏈接

            統(tǒng)計(jì)

            最新評論

            更改ORACLE歸檔路徑及歸檔模式 --- 轉(zhuǎn)

            在ORACLE10g和11g版本,ORACLE默認(rèn)的日志歸檔路徑為閃回恢復(fù)區(qū) ($ORACLE_BASE/flash_recovery_area)。對于這個路徑,ORACLE有一個限制,就是默認(rèn)只有2G的空間,而且不只是歸 檔日志的默認(rèn)路徑,也是備份文件和閃回日志的默認(rèn)地址,這樣的話歸檔日志鎖使用的空間就達(dá)不到2G,在沒有設(shè)置好這個路徑大小的情況下,很多系統(tǒng)都遇到過 歸檔日志滿而無法歸檔導(dǎo)致數(shù)據(jù)庫夯住的問題,可以使用下面的SQL語句去查看歸檔信息。

            SQL> archive log list 數(shù)據(jù)庫日志模式             非存檔模式 自動存檔             禁用 存檔終點(diǎn)            USE_DB_RECOVERY_FILE_DEST 最早的聯(lián)機(jī)日志序列     321 當(dāng)前日志序列           326。 

            上面的存檔終點(diǎn)USE_DB_RECOVERY_FILE_DEST默認(rèn)就是閃回恢復(fù)區(qū)($ORACLE_BASE/flash_recovery_area),可以通過下面的SQL查看閃回恢復(fù)區(qū)的信息。

            SQL> show parameter db_recover NAME                        TYPE         VALUE --------------------------  ----------- ---------------------------- db_recovery_file_dest       string      D:\oracle\flash_recovery_area db_recovery_file_dest_size  big integer   2G 

            通過上面的SQL結(jié)果可以看到,閃回恢復(fù)區(qū)為D:\oracle\flash_recovery_area,大小為2G,也可以通過查詢v$recovery_file_dest視圖查看閃回恢復(fù)的限制信息。

            SQL> select name,SPACE_LIMIT,SPACE_USED from v$recovery_file_dest; NAME                           SPACE_LIMIT SPACE_USED ------------------------------ ----------- ---------- D:\oracle\flash_recovery_area   2147483648   21225472 

            默認(rèn)情況下,歸檔日志會存放到閃回恢復(fù)區(qū)(D:\oracle\flash_recovery_area)內(nèi),如果閃回恢復(fù)區(qū)已經(jīng)使用到2G,歸檔日志就有可能無法繼續(xù)歸檔,數(shù)據(jù)庫夯住,通常的解決方法是增大閃回恢復(fù)區(qū),可以用以下SQL實(shí)現(xiàn)。

            SQL> alter system set db_recovery_file_dest_size=3G; 系統(tǒng)已更改。 

            即使用這種方法解決的當(dāng)前燃眉之急,雖然閃回恢復(fù)區(qū)ORACLE會自動管理,如果閃回恢復(fù)區(qū)空間不足就會清理掉沒用的數(shù)據(jù),但是如果備份策略不是很 完善,數(shù)據(jù)庫非常繁忙的情況下,還有可能遇到這種情況,通常需要修改歸檔日志的路徑,將歸檔日志放到其他不受限制的路徑下來解決這個問題,可通過下面的 SQL來修改歸檔日志的存放路徑。

            SQL> alter system set log_archive_dest_1='location=D:\arch'; 系統(tǒng)已更改。 

            然后將數(shù)據(jù)庫啟動到MOUNT狀態(tài),將數(shù)據(jù)庫修改為歸檔模式后建數(shù)據(jù)庫啟動到OPEN狀態(tài)。

            SQL> shutdown immediate 數(shù)據(jù)庫已經(jīng)關(guān)閉。 已經(jīng)卸載數(shù)據(jù)庫。 ORACLE 例程已經(jīng)關(guān)閉。 SQL> startup mount ORACLE 例程已經(jīng)啟動。 數(shù)據(jù)庫裝載完畢。 SQL> alter database archivelog; 數(shù)據(jù)庫已更改。 SQL> alter database open; 數(shù)據(jù)庫已更改。 

            再次查看數(shù)據(jù)庫的歸檔情況。

            SQL> archive log list 數(shù)據(jù)庫日志模式            存檔模式 自動存檔             啟用 存檔終點(diǎn)            D:\arch 最早的聯(lián)機(jī)日志序列     321 下一個存檔日志序列   326 當(dāng)前日志序列           326 

            可以通過切換日志,查看歸檔路徑下是否有歸檔日志產(chǎn)生來驗(yàn)證歸檔路徑設(shè)置是否正確,可以通過下面的命令切換日志。

            SQL> alter system switch logfile; 系統(tǒng)已更改。 

            查看歸檔路徑(D:\arch)下是否有歸檔路徑產(chǎn)生。

            D:\arch>dir/b ARC0000000326_0764368160.0001 

            可以看到在D:\arch路徑下已經(jīng)產(chǎn)生了歸檔日志,歸檔日志的名字受log_archive_format參數(shù)限制,可以通過下面的命令查看。

            SQL> show parameter log_archive_format NAME                   TYPE         VALUE ---------------------- ------------ ------------ log_archive_format     string       ARC%S_%R.%T 

            上面產(chǎn)生的歸檔文件名字為ARC0000000326_0764368160.0001,%S也就是0000000326是日志切換號,也就是上文 archive log list中的當(dāng)前日志序列,%R是場景號,%T是線程號,可以理解成是節(jié)點(diǎn)號,如果不是RAC環(huán)境,%T都是1,還可以在 log_archive_format參數(shù)值中加上%D,%D是16進(jìn)制標(biāo)識的DBID,如下演示:

            SQL> alter system set log_archive_format='ARC%S_%R.%T_%D.log' scope=spfile; 系統(tǒng)已更改。 SQL> shutdown immediate 數(shù)據(jù)庫已經(jīng)關(guān)閉。 已經(jīng)卸載數(shù)據(jù)庫。 ORACLE 例程已經(jīng)關(guān)閉。 SQL> startup ORACLE 例程已經(jīng)啟動。 數(shù)據(jù)庫裝載完畢。 數(shù)據(jù)庫已經(jīng)打開。 SQL> alter system switch logfile; 系統(tǒng)已更改。 

            查看歸檔日志的名字,5AA14A62就是16進(jìn)制的DBID。

            D:\arch>dir/b ARC0000000326_0764368160.0001 ARC0000000327_0764368160.0001_5AA14A62.LOG 

            posted on 2013-10-30 09:46 大龍 閱讀(296) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            日本久久久精品中文字幕| 久久99精品久久久久久| 久久人搡人人玩人妻精品首页| 日韩人妻无码一区二区三区久久99 | 少妇无套内谢久久久久| 久久久久久久波多野结衣高潮 | 久久er国产精品免费观看2| 99久久精品免费国产大片| 亚洲精品无码久久千人斩| 久久精品亚洲精品国产欧美| 99久久er这里只有精品18| 久久久青草青青国产亚洲免观| 一本色道久久88综合日韩精品 | 久久久无码一区二区三区| 久久久久久精品无码人妻| 久久国产乱子伦免费精品| 国内精品伊人久久久久影院对白| 国产精品久久久久9999高清| 久久久久亚洲?V成人无码| 91精品国产高清久久久久久io | 久久国产精品99精品国产| 人人狠狠综合久久亚洲| 久久久久久久亚洲精品| 天天躁日日躁狠狠久久| 久久久久亚洲精品中文字幕| 精品久久无码中文字幕| 欧美黑人激情性久久| 久久免费99精品国产自在现线 | 青青草原综合久久大伊人| 国产日韩久久免费影院| 国内精品久久久久久久亚洲| 欧洲成人午夜精品无码区久久| 久久久久亚洲Av无码专| 久久精品国产99国产精品导航| 久久最新免费视频| 久久伊人影视| 亚洲欧美一级久久精品| 性欧美大战久久久久久久| 久久综合九色欧美综合狠狠| 久久伊人亚洲AV无码网站| 亚洲国产日韩欧美久久|