[size=large]今天在自己機(jī)器做了個(gè)實(shí)驗(yàn)，插入10萬條，由于空間少，重啟數(shù)據(jù)庫時(shí)出現(xiàn)：?

[size=x-large]SQL> startup?
ORACLE instance started.?

Total System Global Area? 188743680 bytes?
Fixed Size????????????????? 1218460 bytes?
Variable Size???????????? 167774308 bytes?
Database Buffers?????????? 16777216 bytes?
Redo Buffers??????????????? 2973696 bytes?
Database mounted.?
ORA-16038: log 3 sequence# 103 cannot be archived?
ORA-19502: write error on file "", blockno? (blocksize=)?
ORA-00312: online log 3 thread 1: '/home/lc_orauser/oradata/niutest/redo03.log'?


后來發(fā)現(xiàn)是 閃回區(qū)的空間被全部占用?

select group#,sequence#,archived,status from v$log;?

??? GROUP#? SEQUENCE# ARC STATUS?
---------- ---------- --- ----------------?
???????? 1??????? 104 NO? INACTIVE?
???????? 3??????? 103 NO? INACTIVE?
???????? 2??????? 105 NO? CURRENT?


--1、清空閃回區(qū)空間，根據(jù)查詢視圖v$log可知，當(dāng)前活動(dòng)日志為2號(hào)日志組，則此時(shí)需要清空3號(hào)日志組的，?

alter database clear unarchived logfile group 3;?

然后再?

alter database open;?

解決了。?

--2、增大db_recovery_file_dest_size的值?

SQL> show parameter db_recovery?
NAME???????????????????????????????? TYPE??????? VALUE?
------------------------------------ ----------- ------------------------------?
db_recovery_file_dest??????????????? string????? D:/oracle/product/10.2.0/flash_recovery_area?
db_recovery_file_dest_size?????????? big integer 2G?
SQL> alter system set db_recovery_file_dest_size=3G scope=both;?
系統(tǒng)已更改。?
SQL> alter database open;?
數(shù)據(jù)庫已更改。?

為什么會(huì)出現(xiàn)這種情況呢？?

(1).檢查flash recovery area的使用情況：?
SQL> select * from v$flash_recovery_area_usage;?
FILE_TYPE??? PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES?
------------ ------------------ ------------------------- ---------------?
CONTROLFILE?????????????????? 0???????????????????????? 0?????????????? 0?
ONLINELOG???????????????????? 0???????????????????????? 0?????????????? 0?
ARCHIVELOG???????????????? 6.36???????????????????????? 0?????????????? 4?
BACKUPPIECE???????????????? .22???????????????????????? 0?????????????? 1?
IMAGECOPY???????????????? 63.68???????????????????????? 0?????????????? 5?
FLASHBACKLOG??????????????? .51?????????????????????? .25?????????????? 2?
已選擇6行。?
SQL>?
(2).計(jì)算flash recovery area已經(jīng)占用的空間：?
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;?
SUM(PERCENT_SPACE_USED)*3/100?
-----------------------------?
?????????????????????? 2.1231?
可以看到，這里已經(jīng)有2.1231G使用了，這說明我們剛開始設(shè)置的db_recovery_file_dest_size=2G不足，導(dǎo)致online redo log無法歸檔，在這里，我們通過設(shè)置db_recovery_file_dest_size參數(shù)，增大了flash recovery area來解決這個(gè)問題。?
(3).也可以通過刪除flash recovery area中不必要的備份來釋放flash recovery area空間來解決這個(gè)問題：?
????? (1). delete obsolete;?
????? (2). crosscheck backupset;?
???????????? delete expired backupset;[/size][/size]

總結(jié)

以上是生活随笔為你收集整理的ORA-16038: log 3 sequence# 103 cannot be archived的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。