redo?log?files聯機日志或重做日志
archived?log?files歸檔日志??1184198alert?log?files??告警日志

?trace?files??user_?_dump_?_dest??用戶信息日志如跟蹤會話日志
background?dump_?dest進程日志還有其他一-些不常用的日志

?

v$database的log_mode 數據庫歸檔模式
v$archived_log 控制文件中已經歸檔的日志文件信息
v$archive_dest 所有歸檔目標
v$archive_processes 已啟動的歸檔進程狀態
v$archive_redolog ???已經備份的歸檔日志信息 ??
?

?

redo log files?重做日志分為在線重做日志和歸檔重做日志。
? online Redo log files--在線重做日志，又稱聯機重做日志，指Oracle以SQL腳本的形式實時記錄數據庫的數據更新，換句話說，實時保 ? ? ? ? ? ? 存已執行的SQL腳本到在線日志文件中（按特定的格式）。
? Archive Redo log files--歸檔重做日志，簡稱歸檔日志，指當條件滿足時，Oracle將在線重做日志以文件形式保存到硬盤（持久化）。
? ? ? ? 重做日志文件是數據庫中一種非常重要的日志文件，也是其一一個很有特色的功能。
? ? ? ? 重做日志文件會記錄對于數據庫的任何操作，如利用DML語句或者DDL語句對數據進行更改，或者數據庫管理員對數據庫結構進行更改，都會在重做日志中進行記錄。
? ? ? ? 當數據被意外的刪除或者修改,我們可以利用重新日志文件進行恢復;當出現例程失敗或者介質失敗的情況下，也可以利用日志文件實現例程恢復或者介質恢復。所以說，我們若能夠管理好重做日志文件的話，對于保障數據 ? ? ? ? 庫數據的安全是非常重要的。

? ? ? 聯機重做日志有以下特性:
? ? ? ? ? 1.記錄所有對數據的改變
? ? ? ? ? 2.提供恢復機制
? ? ? ? ? 3.能夠被分組

? ? ? ? ? 4.至少需要兩個日志組

?當前歸檔日志組寫滿后，Oracle會切換到下一日志組，繼續寫入，就這樣循環切換；當處于歸檔模式下，切換至原已寫滿的日志組，若該日志組歸檔完畢則覆蓋寫入，若沒有則只能使用日志緩沖區，等待歸檔完畢之后才能覆蓋寫入。當然，處于非歸檔模式下是直接覆蓋寫入的

?Oracle提供了2個視圖用于維護在線重做日志：V$LOG 和? V$LOGFILE，我們可以通過這兩個視圖查看和修改在線日志

1.聯機重做日志文件是循環使用的.
2.當一個聯機重做日志文件被寫滿了，LGWR將移到下個聯機重做日志文件組.被稱為日志切換，同時發生檢查點，信息將被寫入控制文件
3.redo?log是二進制文件
4.日志文件的組織模式是組組下是成員至少兩個組
5.組和組是平等的關系
6.實例同-?-時刻只能向-一個組寫日志
7.-個組寫滿了，寫下一個組，這個過程叫WiTCH自動切換和手工切換
8.日志切換產生checkpoint有增量檢測和完全檢測兩種
9.完全檢測:一致性?SHUTDOWN時;alter?system?checkpoint,

結果為:所有的臟數據塊寫入文件,改寫文件頭的信息
參數log._?checkpoints_to_alert=true?決定檢測點的信息寫入報警日志,如果將日志文件轉出到DUMP中

select?*?from?v$log;
select to_char(first_time, 'yyyy-mm-dd') day2 ?from v$log_history?group?by?day2,

alter?session?set?events?'immediate?trace?name?redohdr?level?n';增加|減少日志組的成員，
select to_number('fffffffffff','xxxxxxxxxxxxxxxxxx')from dual;

1，每三秒鐘超時(timeout):
當LGWR處于空閑狀態時，它依賴于rdbms?rpc?message等待事件，處于休眠狀態，直到三秒時間到，如果這個時候LGWRf發現有Redo信息需要寫出的話，那么LGWR將執行寫的操作，log?file?parallel?write等待事件將會出現。
2.閥值的達到:
Redo?log?buffer?1/3滿;
Redo?log?buffer擁有1MB的臟數據;

參數_?log?_io _size的設置很重要，一般為?log_buffer?的1/3大小
3.用戶提交:
當一個transaction?提交的時候，在Redo?stream?中將記錄一-個?提交標志。在這些Redo被寫到磁盤上之前，這個transaction是不能恢復的。所以，在transaction返回成功標志之前，必須等待LGWR寫的完成。進程通知LGWR寫，并且以log?file?sync事件開始休眠。超時為1秒
4.在DBWn寫之前:
如果DBWR將要寫出的數據的高RBA超過LGWR的on-diskRBA，則DBWR將通知LGWR執行寫的操作，在Oracle8i之前，此時DBWR將等待Log?file?sync事件。從Oracle8i開始，DBWR把這些block(將要寫出的block,這種block的高RBA超過了LGWR的on-diskRBA)放入defer隊列中，同時通知LGVR執行Redo寫出。
注:
logbufferspace等待事件說明logbuffer空間不夠用了。

?規劃原則:分散放開到不同的硬盤，日志所在盤的IO要足夠，IO讀寫都要快增加減少日志成員或組日志狀態與監視處理日志異常[日志不一-致，日志丟失，日志損壞]
?增加減少日志成員或組:
alter?database?add?logfle?group?<?member(<dir>'

<dir>)?size?<?;alter?database?add?logfile?member?dir'?to?group?<?D;alter?database?drop?logfile?‘dir';
alter?database?drop?logfile?group?

?INACTIVE:表示例程恢復不再需要聯機重做文件日志組。它可能已歸檔，也可能未歸檔。
注：處于active的日志文件組無法刪除，因為這個日志文件組可能會在實例恢復的時候使用。
我們可以使用alter database checkpoint命令手動的創建一個檢查點，來是active的日志文件組變成inactive的日志文件組，這一點在擴容日志文件組(先刪除再添加)的時候會用到！
可以使用alter system switch logfile命令手動的切換日志文件組
另外在說一下active和inactive的一些區別，其實這兩種狀態的重做日志都是已經歸檔的，不同的只是，active狀態的重做日志文件組是在實例恢復的時候被需要的，因為有一些事務雖然已經提交了，但是這些記錄的更改還沒有寫到datafile中，如果這個時候實例一旦失敗（斷電或者其他的突發情況），在進行實例恢復的時候會需要這些active狀態的日志文件組，每過一段時間，當系統負載不是很大的時候，Oracle會嘗試將內存中的數據寫入到datafile中，這個時候active的日志文件組就會變成inactive狀態，我們可以使用alter database checkpoint強制來執行這個過程；而inactive是在實例恢復的時候不被需要的日志文件組。

V$logfile的status

INVALID:表明該文件不可訪問STALE:表示文件內容不完全

stale表示文件內容不完全

deleted表示文件已經不再使用

空白表示文件在使用中

-添加新的重做日志文件組,group 4 可以缺省，大小最好10M到50M之間
select * from v$logfile;
alter database add logfile group 4
'F:\APP\HANLIN\ORADATA\ORCL\REDO04.LOG'  size 20M;
多個成員
alter database add logfile group 6
('F:\APP\HANLIN\ORADATA\ORCL\REDO06_A.LOG',
'F:\APP\HANLIN\ORADATA\ORCL\REDO06_B.LOG')size 20M;
————————————————
下面語句只修改數據字典和控制文件，不刪除實際文件
alter database drop logfile group 4;
下面語句清空重做日志文件
alter database clear logfile group 4;alter database add logfile member 
'F:\APP\HANLIN\ORADATA\ORCL\REDO04_B.LOG' to group 4;
刪除日志成員（只修改數據字典和控制文件，不刪除實際文件）
alter database drop logfile member 
'F:\APP\HANLIN\ORADATA\ORCL\REDO04_B.LOG' 
更改重做日志文件的位置或名稱的步驟：
shutdown；
復制日志文件，修改日志文件名稱
startup mount;
--舉例兩個成員的路徑和名稱修改
alter database rename file 
'成員1j舊路徑\新文件名','成員2舊路徑\新文件名'
to
''成員1新路徑\新文件名,'成員2新路徑\新文件名';
alter database open;

?

alter?system?set?1og_?archive_?dest_?2?=’SERVICE=standby1'?;alter?system?set?1og_?_archive_?format?=’arch_?_%t_?_%s_?_%r.?arc'?;

co1?dest_?name?format?a20;col?destination?format?a30;

select?dest_?_name,?status,?archiver,?destination,?1og_?_sequence,?reopen_?_secs,?transmit_?_mode,?processfrom?vSarchive_?dest;

selectname,?sequence#,?registrar,?standby_?dest,?archived,?status?from?v$archived_?1og;

v$archived_?1ogvSarchive_?destv$1og_?historyv$database

vSarchive_?processes

??????-->從控制文件中獲得歸檔的相關信息-->歸檔路徑及狀態

??????-->控制文件中日志的歷史信息-->查看數據庫是否處于歸檔狀態-->歸檔相關的后臺進程信息

select?*?from?v$logfile;

select?member,?bytes/1024/1024?from?v$1og?a,?v$logfile?bwhere?a.?group#=b.?group#

select?NAME,?STATUS?from?v$archived_?1og;

Log?buffer大小設置

??????9i以前，-?-般是3M

??????在10g中ORACLE會自動調整它的值，他遵循這樣一個原則，’Fixed?SGA?Size'?+’Redo?Buffers'?是granule?size的整數倍;select?*?from?vSsgainfo?where.?name?in?('?Fixed?SGA?Size'?，’Redo?Buffers'?，’Granule?Size’?)?;--在10.2.0.3中Log?Buffer?默認值是14M，在10.2.0.?4中，默認值是15Mselect?*?from?vSversion?where?rownum<2;8、LGWR觸發條件:Write-?Ahead-Log:?日志寫入優先

??????1.用戶提交

??????2.有1/3重做日志緩沖區未被寫入磁盤

??????3.有大于1M的重做日志緩沖區未被寫入磁盤4.每隔3秒鐘

??????5.?DBWR需要寫入的數據的SCN大于LGWR記錄的SCN，DBWR觸?發LGWR寫入9、L0G優化建議

??????在OLTP?系統上，REDO?LOG文件的寫操作主要是小型的，比較頻繁，一般的寫大小在幾K,而每秒鐘產生的寫I0次數會達到幾十次，數百次甚至_上千次。因此REDO?LOG文件適合存放于IOPS?較高的轉速較快的磁盤上，I0PS僅能達到數百次的SATA盤不適合存放REDO?LOG文件。另外由于REDO?LOG文件的寫入是串行的，因此對于REDO?LOG文件所做的底層條帶化處理，對于REDO?LOG寫性能的提升是十分有限的。10、REDO?LOG切換的時間應該盡可能的不低于10-20分鐘

select?to_?char?(FIRST?_TIME,’?yyy-mm-dd?hh24:mi:ss'?)?f.?_time,?SEQUENCE#?from?vS1og_?history11、日志相關的一-些操作

alter?database?add?logfile?group?5_?’/opt/?orac1e/?oradata/?dbtest/redo05_?1.?1og’?SIZE?10Malter?database?add?1ogfile?member'?/?opt/?oracle/?oradata/?dbtest/redo04_?3.?1og’to?group?4alter?database?drop?logfile?group?5

alter?database?drop?logfile?('?/opt/oracle/?oradata/?dbtest/redo05_?1.?1og'?,’/opt/?oracle/?oradata/?dbtest/redo05_?2.?1og'?)\\

?