亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Redo丟失的4種情況是什么

發布時間:2021-11-10 14:01:07 來源:億速云 閱讀:174 作者:小新 欄目:關系型數據庫

這篇文章將為大家詳細講解有關Redo丟失的4種情況是什么,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。



一.
說明:
1.以下所說的當前日志指日志狀態為CURRENT,ACTIVE,非當前日志指日志狀態為INACTIVE
2.不用考慮歸檔和非歸檔模式,2種模式下的Redo丟失情況一樣。


二.丟失Redo的4種情況:

第一種情況:非當前日志,正常關閉。
第二種情況:非當前日志,非正常關閉。
第三種情況:當前日志,正常關閉。
第四種情況:當前日志,非正常關閉。


三.處理方法:

第一、二種情況的處理方法一樣,直接把日志文件clear即可。
SQL> alter database clear logfile group 3;
SQL> alter database clear unarchived logfile group 3;//如果INACTIVE狀態的在線Redo還未歸檔,增加關鍵字unarchived完成clear操作。(ACTIVE,INACTIVE都有可能未完成歸檔,歸檔是否完成可以查看v$log.archived字段)。

例子:

SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數據庫裝載完畢。

SQL> select group#,thread#,status,archived from v$log;

    GROUP#    THREAD# STATUS                           ARCHIV

---------- ---------- -------------------------------- ------

         1          1 CURRENT                          NO

         3          1 ACTIVE                           NO

         2          1 INACTIVE                         YES

SQL> alter database clear logfile group 3;

alter database clear logfile group 3

*

第 1 行出現錯誤:

ORA-01624: 日志 3 是緊急恢復實例 orcl (線程 1) 所必需的

ORA-00312: 聯機日志 3 線程 1: 'E:\APP\ORADATA\ORCL\REDO03.LOG'

SQL> alter database clear logfile group 2;

數據庫已更改。


第三種情況的處理辦法:
SQL>startup mount;
SQL>recover database until cancel;
SQL>alter database open resetlogs;

例子1:

SQL> shutdown immediate

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數據庫裝載完畢。

SQL> alter database open resetlogs;

alter database open resetlogs

*

第 1 行出現錯誤:

ORA-01139: RESETLOGS 選項僅在不完全數據庫恢復后有效

SQL> recover database until cancel;

完成介質恢復。

SQL> alter database open resetlogs;

數據庫已更改。

例子2(第三種情況的第二個處理方法):

SQL> shutdown immediate

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area  263639040 bytes

Fixed Size                  1384012 bytes

Variable Size             167772596 bytes

Database Buffers           88080384 bytes

Redo Buffers                6402048 bytes

數據庫裝載完畢。

SQL> select group#,thread#,status,archived from v$log;

    GROUP#    THREAD# STATUS                           ARCHIV

---------- ---------- -------------------------------- ------

         1          1 CURRENT                          NO

         3          1 INACTIVE                         YES

         2          1 INACTIVE                         YES

SQL> alter database clear logfile group 2;

數據庫已更改。

SQL> alter database clear logfile group 3;

數據庫已更改。

SQL> alter database clear unarchived logfile group 1;

數據庫已更改。

    這里CURRENT的Redo日志文件組能被clear unarchived。


SQL> alter database open;

數據庫已更改。

    如果Redo日志文件丟失,clear操作完成之后將在原有位置創建新的Redo日志文件。


第四種情況的處理方法:

1.通過備份來還原、恢復數據。
2.通過修改參數文件中的參數
_allow_resetlogs_corruption=TRUE
來強制啟動數據庫。<<<<  雖然能夠啟動數據庫到open狀態,但是啟動后的數據庫數據字典、數據有可能導致不一致的情況出現,故需要在open下把整個數據庫export,然后刪除庫,重建,再將export的數據import到新的數據庫中。

四.驗證數據庫是否正常關閉的方法

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ WRITE


SQL> select status from v$instance;

STATUS

------------

OPEN


SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1165820 YES

         2            1165820 YES

         3            1165820 YES

         4            1165820 YES

    FUZZY bit in datafile header means that there may have been writes into a datafile after the last checkpoint. E.g. there may be changes written to datafile with higher SCN than checkpoint_change# stored in datafile header (seen from v$datafile_header.checkpoint_change#).
        FUZYY表示模糊性,意思是,該數據文件處于模糊狀態,在最近一次CHECKPOINT后,該文件上的數據可能被修改過了,但沒來得及更新到該文件上(或者該文件不知道),需要讀取日志信息來判斷。


SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1165820

         2            1165820

         3            1165820

         4            1165820

    由于數據庫是打開的狀態,所以終止SCN是空,SCN的內容可參考文章:http://space.itpub.net/23135684/viewspace-627343


SQL> shutdown immediate

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。


SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area  313860096 bytes

Fixed Size                  1384352 bytes

Variable Size             155189344 bytes

Database Buffers          150994944 bytes

Redo Buffers                6291456 bytes

數據庫裝載完畢。


SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1166324 NO

         2            1166324 NO

         3            1166324 NO

         4            1166324 NO

    在正常關閉數據庫的情況下,FUZZY字段都應該是NO,表示沒有模糊不清的SCN存儲在數據文件中。

SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1166324      1166324

         2            1166324      1166324

         3            1166324      1166324

         4            1166324      1166324


    正常關閉數據庫的終止SCN應該和啟動SCN相同。FUZZY等于NO,且數據庫的終止SCN等于啟動SCN等于數據文件SCN,那么可以認為數據庫是正常關閉,且在打開數據庫之前不需要執行實例恢復或Crash恢復。


SQL> alter database open;

數據庫已更改。


SQL> shutdown abort

ORACLE 例程已經關閉。


SQL> startup mount

ORACLE 例程已經啟動。

Total System Global Area  313860096 bytes

Fixed Size                  1384352 bytes

Variable Size             155189344 bytes

Database Buffers          150994944 bytes

Redo Buffers                6291456 bytes

數據庫裝載完畢。


SQL> select file#,checkpoint_change#,fuzzy from v$datafile_header;

     FILE# CHECKPOINT_CHANGE# FUZ

---------- ------------------ ---

         1            1166327 YES

         2            1166327 YES

         3            1166327 YES

         4            1166327 YES

    非正常關閉數據庫實例,FUZZY字段的值是YES。


SQL> select file#,checkpoint_change#,last_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         1            1166327

         2            1166327

         3            1166327

         4            1166327

    非正常關閉數據庫實例,終止SCN依然為空。那么,在數據庫被打開之前必須使用歸檔Redo日志完成實例恢復或Crash恢復。

關于“Redo丟失的4種情況是什么”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

正蓝旗| 砀山县| 抚顺市| 连平县| 庆云县| 绥芬河市| 兴城市| 裕民县| 米脂县| 濮阳市| 铁力市| 海丰县| 左云县| 瑞昌市| 保山市| 梅河口市| 资中县| 五家渠市| 长垣县| 岑巩县| 青海省| 嘉峪关市| 酉阳| 卓尼县| 金平| 福贡县| 昌宁县| 犍为县| 怀化市| 桐柏县| 通州市| 环江| 晴隆县| 丰顺县| 天津市| 墨竹工卡县| 保亭| 鹰潭市| 石泉县| 泉州市| 凤庆县|