• <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ì)

            最新評(píng)論

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

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

            SQL> archive log list 數(shù)據(jù)庫(kù)日志模式             非存檔模式 自動(dòng)存檔             禁用 存檔終點(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),可以通過(guò)下面的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 

            通過(guò)上面的SQL結(jié)果可以看到,閃回恢復(fù)區(qū)為D:\oracle\flash_recovery_area,大小為2G,也可以通過(guò)查詢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)情況下,歸檔日志會(huì)存放到閃回恢復(fù)區(qū)(D:\oracle\flash_recovery_area)內(nèi),如果閃回恢復(fù)區(qū)已經(jīng)使用到2G,歸檔日志就有可能無(wú)法繼續(xù)歸檔,數(shù)據(jù)庫(kù)夯住,通常的解決方法是增大閃回恢復(fù)區(qū),可以用以下SQL實(shí)現(xiàn)。

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

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

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

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

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

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

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

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

            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ù)限制,可以通過(guò)下面的命令查看。

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

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

            SQL> alter system set log_archive_format='ARC%S_%R.%T_%D.log' scope=spfile; 系統(tǒng)已更改。 SQL> shutdown immediate 數(shù)據(jù)庫(kù)已經(jīng)關(guān)閉。 已經(jīng)卸載數(shù)據(jù)庫(kù)。 ORACLE 例程已經(jīng)關(guān)閉。 SQL> startup ORACLE 例程已經(jīng)啟動(dòng)。 數(shù)據(jù)庫(kù)裝載完畢。 數(shù)據(jù)庫(kù)已經(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 大龍 閱讀(298) 評(píng)論(0)  編輯 收藏 引用


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


            中文字幕亚洲综合久久| 国产精品久久新婚兰兰| 久久香蕉综合色一综合色88| 嫩草影院久久国产精品| 日日狠狠久久偷偷色综合免费| 久久久国产亚洲精品| 久久99国产精品99久久| 日日狠狠久久偷偷色综合0| 国产精品美女久久久m| 香蕉久久影院| 国产亚州精品女人久久久久久| 久久久久免费精品国产| 香蕉久久夜色精品国产小说| 久久香综合精品久久伊人| 91久久精品电影| A狠狠久久蜜臀婷色中文网| 久久综合狠狠综合久久97色| 亚洲va中文字幕无码久久不卡| 99久久免费只有精品国产| 漂亮人妻被黑人久久精品| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 少妇内射兰兰久久| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 无码人妻少妇久久中文字幕蜜桃 | 久久综合给合久久狠狠狠97色69| 久久国产美女免费观看精品 | 综合久久国产九一剧情麻豆| 久久久WWW成人免费毛片| 国产精品青草久久久久福利99 | 久久精品黄AA片一区二区三区| 亚洲欧美一级久久精品| 久久久久久噜噜精品免费直播 | 精品久久久久久久| 97精品国产91久久久久久| 热re99久久6国产精品免费| 99久久夜色精品国产网站| 狠狠色丁香婷婷久久综合五月| 久久久久国色AV免费看图片| 久久精品国产99久久丝袜| 久久人人爽人人爽人人片AV麻豆 | 99久久国产亚洲高清观看2024|