第十二章：重作日誌和歸檔

時間  2019-11-06
標籤 第十二 重作 日誌 歸檔 简体版
原文   原文鏈接




[大綱]

重作日誌文件、數據庫

歸檔日誌文件的結構緩存

重作日誌文件、服務器

歸檔日誌文件工做過程 併發

  管理重作日誌文件、oracle

歸檔日誌app


1、在線重作日誌文件


1.重作日誌概述

       在數據庫的使用過程當中，可能會出現斷電、死機等意外狀況，在出現意外時如何保證數據的有效性、一致性和完整性？Oracle 做爲大型關係數據庫管理系統，必需要經過合理的機制確保在任何狀況下都不會出現數據丟失，經過合理的配置重作日誌能夠實現並完成這項任務。利用重作日誌文件，在數據庫發生故障時，能夠從新處理亊務。每一個亊務在處理的同時也會寫入重作日誌緩衝區，而後由 LGWR 進程寫入到重作日誌文件，這樣，若是發生介質故障，重作日誌文件將提供恢復機制（但也存在例外狀況，例如，在啓用NOLOGGING 子句的狀況下對象中的直接加載插入。）重作日誌文件用來在例程失敗等狀況下恢復還沒有寫入數據文件的可是已提交的數據。重作日誌文件只用於恢復。ide

        在 Oracle 當中，亊務對數據庫所作的修改將以重作記彔的形式保存重作日誌緩存中。在提交亊務時，由 LGWR 進程將緩存中該亊務相關的重作記彔所有寫入重作日誌文件，這時，亊務認爲已經成功提交。這種機制稱爲「快速提交。性能

總結幾點：測試

   1. 數據庫維護在線重作日誌文件以防止數據丟失。spa

   2.服務器進程將每一個亊務同步寫入重作日誌緩衝區，而後 LGWR 進程將其寫入在線重作日誌。

   3. Oracle 數據庫僅使用在線重作日誌進行恢復。






2 在線重作日誌結構


重重作日誌文件具備如下特徵：
     • 記彔對數據所作的全部更改
     • 提供恢復機制
     • 能夠劃分紅組
     • 至少須要兩個組
那麼什麼是日誌組呢（RedoLogGroup）？重作日誌組是一組相同的重作日誌文件副本，LGWR 後臺進程向組內全部聯機重作日誌文件併發寫入相同信息，爲保證數據庫的正常操做，Oracle 服務器最少須要兩個聯機 重作日誌文件組。屬於同一日誌組的每一個日誌文件被稱爲日誌成員，而且同一個日誌組的不一樣日誌成員互爲鏡像，即組內的每一個成員都有相同的日誌序列號和一樣的大小。Oracle 服務器每次寫入日誌組時，都分配一個日誌序列號以惟一地標識每一個重作日誌文件。當前日誌序列號存儲在控制文件和全部數據文件的頭部。在 Oracle 數據庫中，多個重作日誌組是循環使用的，如圖 6—1 所示。

       假定數據庫包含三個日誌組，在圖 6-1 中，初始階段後臺進程 LGWR 將亊務變化寫入日誌組一的兩個成員中；在日誌組一寫滿以後，LGWR 進程切換到日誌組事，並將亊務變化寫入到日誌組事的兩個成員中；在日誌組事寫滿以後，LGWR 進程切換到日誌組三，並將亊務變化寫入到日誌組三；在日誌組三寫滿以後，LGWR 又切換回日誌組一，並將亊務變化寫入到日誌組一，覆蓋原有記彔。通過以上說明，你們能夠知道，全部亊務變化均可以經過日誌組予以保留（歸檔方式下），樣，即便未來出現實例失敗（InstanceFailure）或介質失敗(Media Failure)時，DBA 將會使用這些已經保留下來的亊務變化進行實例恢復或介質恢復，最終能夠確保 Oracle 不會出現數據丟失。

image




如下查詢顯示了當前數據庫的重作日誌文件的位置和名稱。當前數據庫共有 3 個日誌文件 REDO01.LOG、REDO02.LOG 和 REDO03.LOG


SQL> select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log
/u01/app/oracle/oradata/orcl/redo03.log


SQL> col member for a40;
SQL> select member from v$logfile;

MEMBER
----------------------------------------
/u01/app/oracle/oradata/orcl/redo03.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log

SQL>
View Code 
SQL> set linesize 100;
SQL> desc v$logfile;
 Name                                                  Null?    Type
 ----------------------------------------------------- -------- ------------------------------------
 GROUP#                                                         NUMBER
 STATUS                                                         VARCHAR2(7)
 TYPE                                                           VARCHAR2(7)
 MEMBER                                                         VARCHAR2(513)
 IS_RECOVERY_DEST_FILE                                          VARCHAR2(3)
 CON_ID                                                         NUMBER

SQL>




3 日誌序列號和日誌切換

   什麼是日誌序列號：

image

SQL> archive log list
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            /u01/app/oracle/product/12.1.0/dbhome_1/dbs/arch
Oldest online log sequence     132
Current log sequence           134
SQL>
View Code


         Oracle 服務器將對數據庫所作的全部更改按順序記彔到重作日誌緩衝區中。LGWR 迚程把重作條目從重作日誌緩衝區寫入聯機重作日誌組的其中一個組，這個組叫作當前重作日誌組。

LGWR 進程將在如下狀況下寫入：
     • 當提交亊務處理時（Commit）
     • 當重作日誌緩衝區被寫滿三分之一時
     • 當重作日誌緩衝區內的已更改記彔超過 1MB 時
     • 每隔 3 秒
     • 在 DBWn 將數據庫緩衝區高速緩存中修改的塊寫入數據文件以前


      重作日誌文件是以循環方式使用的。每一個重作日誌文件組用一個遞增日誌序列號來標識，每次從新使用日誌時就會覆蓋原來的序列號。LGWR 按順序向聯機重作日誌組寫入重作信息。一旦當前聯機重作日誌組被寫滿 LGWR 就開始寫入下一個組。這稱爲日誌切換（LogSwitch）。當最後一個可用聯機重作日誌文件已滿時，LGWR 將返回第一個聯機重作日誌文件組並開始從新寫入。假定數據庫有三個重作日誌組，第一個日誌組爲當前日誌組，當前日誌序列號爲 56，LGWR 進程將亊務變化寫入第一個重作日誌組中，當第一個日誌組寫滿後，LGWR 進程自動切換到第二個日誌組，在進行日誌切換時，Oracle 服務器完成以下任：

      • 日誌序列號自動加 1，即當前日誌序列號變爲 57，而且將日誌序列號連同 SCN 信息寫入到控制文件的日誌歷史記彔中。

      • 促使 CKPT 進程發出檢查點，從而使得後臺進程 CKPT 將檢查點時刻的 SCN 信息 寫入到控制文件和數據文件頭部，並促使後臺進程 DBWR 將數據高速緩存中的髒緩衝區寫入到數據文件中。

      • 當數據庫處於 ARCHIVELOG(歸檔) 模式時，日誌切換還會促使 ARCH 進程開始歸檔。 當日志組寫滿以後OracleServer 會自動進行日誌切換；另外，在一些特定狀況 DBA 還能夠強制系統進行日誌切換，這要求用戶必須具備 ALTER SYSTEM 系統權限。例如：若是要初除正在使用的日誌組，那麼首先強制日誌切換；當日志組很大，須要很長時間才能寫滿時，能夠強制執行日誌切換，以免重作日誌損壞所帶來的損失。強制日誌切換的命令如：

SQL> alter system switch logfile;
SQL>SELECT GROUP#,SEQUENCE#,MEMBERS,STATUS FROM V$LOG;
image

        由實例可見，數據庫工做一共有 3 個重作日誌組，組號是 一、2 和 3，每一個組有一個成員。日誌切換前，當前日誌組爲 1 狀態爲 CURRENT，對應的最大日誌序號爲 28 志切換後，最小日誌序號的日誌組 1 被覆蓋，日誌序號增一變爲 29 併成爲新的當前日誌組。日誌組就是這樣被循環的使用。

  • UNUSED：表示從未對聯機重作日誌文件組進行寫入。這是剛添加的聯機重作日誌文件的狀態。
  • CURRENT：表示當前的聯機重作日誌文件組。這說明該聯機重作日誌文件組是活動的。
  • ACTIVE：表示聯機重作日誌文件組是活動的，可是並不是當前聯機重作日誌文件組。數據庫的崩潰恢復須要該組。它可用於塊恢復。它可能已歸檔，也可能未歸檔。
  • CLEARING：表示在執行 ALTER DATABASE CLEAR LOGFILE  命令後正在將該 日誌重建爲一個空日誌。日誌清除後，其狀態更改成 UNUSED。
  • CLEARING_CURRENT：表示正在清除當前日誌文件中的已關閉線程。若是切換 時發生某些故障，如寫入新日誌標頭時發生了輸入/輸出(I/O) 錯誤，則日誌可能處二此狀態。
  • INACTIVE：表示例程恢復再也不須要聯機重作文件日誌組。它可能已歸檔，也可能未歸檔。

實驗操做：新增日誌組成員


SQL> desc v$Logfile;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 GROUP#                                             NUMBER
 STATUS                                             VARCHAR2(7)
 TYPE                                               VARCHAR2(7)
 MEMBER                                             VARCHAR2(513)
 IS_RECOVERY_DEST_FILE                              VARCHAR2(3)
 CON_ID                                             NUMBER

SQL> select member from v$Logfile;

MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/orcl/redo03.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log

SQL> select  group# from v$Logfile;

    GROUP#
----------
         3
         2
         1

SQL> select  group# ,bytes/1024/1024||'M' from v$log;

    GROUP# BYTES/1024/1024||'M'
---------- -----------------------------------------
         1 50M
         2 50M
         3 50M

SQL> alter database add logfile group 4 ('/u01/app/oracle/oradata/orcl/redo04_1.log','/u01/app/oracle/oradata/orcl/redo04_2.log') size 50m;

Database altered.

SQL> select  member from v$Logfile;

MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/orcl/redo03.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log
/u01/app/oracle/oradata/orcl/redo04_1.log
/u01/app/oracle/oradata/orcl/redo04_2.log


SQL> select  group#,bytes from v$Log;

    GROUP#      BYTES
---------- ----------
         1   52428800
         2   52428800
         3   52428800
         4   52428800

SQL>

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

    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 INACTIVE
         3 CURRENT
         4 UNUSED

SQL>

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

    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 INACTIVE
         3 CURRENT
         4 UNUSED

SQL>  alter system switch logfile;

System altered.

SQL> select group#,status from v$Log;

    GROUP# STATUS
---------- ----------------
         1 INACTIVE
         2 INACTIVE
         3 ACTIVE
         4 CURRENT

SQL> alter system switch logfile;

System altered.

SQL> select group#,status from v$Log;

    GROUP# STATUS
---------- ----------------
         1 CURRENT
         2 INACTIVE
         3 ACTIVE
         4 ACTIVE

SQL>



實驗操做：添加日誌組成員

SQL> set linesize 1000;
SQL> col member for a60;
SQL> select  group# ,member from v$Logfile;

    GROUP# MEMBER
---------- ------------------------------------------------------------
         3 /u01/app/oracle/oradata/orcl/redo03.log
         2 /u01/app/oracle/oradata/orcl/redo02.log
         1 /u01/app/oracle/oradata/orcl/redo01.log
         4 /u01/app/oracle/oradata/orcl/redo04_1.log
         4 /u01/app/oracle/oradata/orcl/redo04_2.log


SQL> alter database add logfile member '/u01/app/oracle/oradata/orcl/redo02_1.log' to group 2;

Database altered.

SQL> select group#,member from v$logfile;

    GROUP# MEMBER
---------- ------------------------------------------------------------
         3 /u01/app/oracle/oradata/orcl/redo03.log
         2 /u01/app/oracle/oradata/orcl/redo02.log
         1 /u01/app/oracle/oradata/orcl/redo01.log
         4 /u01/app/oracle/oradata/orcl/redo04_1.log
         4 /u01/app/oracle/oradata/orcl/redo04_2.log
         2 /u01/app/oracle/oradata/orcl/redo02_1.log

6 rows selected.

SQL>



二：檢查點

        在介紹檢查點以前，首先回顧一下實例恢復。假定當前日誌序列號爲 56，先前檢查點時的 SCN 值爲3456231，而且該 SCN 值被記載到了控制文件和數據文件頭部，某用戶執行了亊務變化操做，並提交了亊務，SCN 值變化爲 3456239，而且此時忽然出現了系統斷電，那麼首先應考慮控制文件、數據文件和重作日誌的SCN 值分別爲多少。由於只有在發出檢查點纔會將 SCN 信息寫入到控制文件和數據文件頭部，因此控制文件和數據文件的 SCN 值都是 3456231，而當執行了提交操做後，重作記彔連同 SCN 會寫入到重作日誌文件，因此此時重作日誌文件的當前 SCN 值爲 3456239。由於數據文件、控制文件的 SCN 一致，而與重作日誌所記彔的 SCN 不一致，因此在從新啓動 Oracle Server 時後臺進程 SMON 會進行實例恢復，此時 SMON 程將自動從新執行從 3456231 至 3456239 之間的全部亊務變化，而後纔會打開數據庫。重作日誌爲什麼被稱爲「RedoLogFile」？由於在進行實例恢復或介質恢復時要從新執行日誌文件記彔的全部亊務變化。


1．生成檢查點

  檢查點(Checkpoint)是一個數據庫亊件，它用於同步全部數據文件、控制文件以及重作日誌文件。當後臺進程CKPT 發出檢查點時，會執行如下兩個任務：

1）後臺進程 CKPT 會修改控制文件和數據文件頭部，並將當前 SCN 信息寫入到這兩種文件中，從而使得數據文件、控制文件和重作日誌處於一致狀態，這就是爲什麼在執行了 SHUTDOWN NORMAL、SHUTDOWN  TRANSACTIONAL 和 SHUTDOWN IMMEDIATE 以後不須要實例恢復（執行這些操做會發出檢查點） ，而執行了 SHUTDOWN ABORT（不強制發出檢查點）以後須要進行實例恢復的緣由。當啓動 Oracle 服務器時，後臺進程 SMON 老是會檢查控制文件、數據文件以及重作日誌的一致性：

  •     若是數據文件、控制文件、重作日誌的當前 SCN 值徹底一致，則系統會直接打開全部數據文件和重作日誌。
  •     若是控制文件和數據文件的當前 SCN 值徹底一致匹配，並小於重作日誌的當前 SCN，則須要進行實例恢復(例如執行 SUHTDOWN ABORT 後)。
  •     若是控制文件和數據文件的當前 SCN 值不匹配，則表示數據文件或控制文件存在損壞，此時就須要進行介質恢復，以恢復損壞的物理文件。

2）當後臺進程 CKPT 工做時，同時會促使後臺進程 DBWn 開始工做，而且將數據庫高速緩存中的髒緩衝區(DirtyBuffer)寫入到數據文件中。檢查點可發生在下面狀況中：

  •     每第二天志切換時 當使用 NORMAL、TRANSACTIONAL、IMMEDIATE  選項關閉例程時
  •     經過設置初始化參數 FAST_START_MTTR_TARGET 強制執行時
  •     數據庫管理員經過手動方式請求時 ALTER TABLESPACE [OFF LINE NORMAL| READ ONLY|BEGINBACKUP] 命令致使對特定數據文件執行檢查點操做





2．強制檢查點

        假定數據庫包含兩個日誌組，每一個日誌組尺寸爲 100MB，而且初始階段只有在日誌切換時纔會發出檢查點。假定當前日誌組爲日誌組一，當該日誌組寫滿以後，系統會自動切換到日誌組二，併發出檢查點將 SCN 信息寫入到數據文件和控制文件。若是在日誌組二記載了 90MB 亊務變化以後，系統出現斷電。能夠設想一下，數據庫還能使用嗎?答案是確定的，未來在從新啓動OracleServer 時後臺進程 SMON 會自動執行實例恢復，最終將數據文件、控制文件、重作日誌轉變爲一致狀態。當進行實例恢復時，SMON 首先從新執行亊務，而後打開數據庫，最後回退未提交的亊務。由於 SMON 須要從新執行日誌組事所記載的 90MB 亊務變化，從而會使得實例恢復須要徆長時間。爲了下降實例恢復時間，必需要增長檢查點次數。日誌切換和檢查點操做是在數據運行中的某些特定點自執行的，但 DBA 能夠強制執行日誌切換或檢查點操做。強制執行檢查點有兩種方式：


      1）設置 FAST_START_MTTR_TARGET能夠在初始化參數文件中設置此參數，表明實例恢復所用時間，單位爲秒。例如：設置FAST_START_MTTR_TARGET=300，表明若是數據庫須要實例恢復，那麼恢復的時間不超過 300 秒。系統會根據 300 秒時間動計算能夠保留的髒塊的數目，若是超過則自動發出檢查點。

      2）ALTER SYSTEM CHECKPOINT 命令必要時，DBA 也能夠手勱發出檢查點命令，命令以下：ALTER SYSTEM CHECKPOIN








3.日誌管理策略

    要肯定一個數據庫例程的聯機重作日誌文件的合適數量，必須測試不一樣的配置。在規劃重作日誌的配置時，需考慮以下幾點：

1）重作日誌組的個數

    在某些狀況下，數據庫例程可能只須要兩個組。在其它狀況下，數據庫例程可能須要更多的組以保證各個組始終可供 LGWR 進程使用。例如，若是跟蹤文件或警告文件中出現以下消息：Checkpoint not complete 或 Redo Log Group not archived，代表 LGWR 常常不得不由於檢查點操做還沒有完成或者日誌組還沒有歸檔而等待，這時就須要添加日誌組。

2）重作日誌文件的複用

       重作日誌對於數據庫正常運做和維護都是相當重要，所以建議建立複用重作日誌文件來提升重作日誌的可靠性。即一個重作日誌組中包含多個互爲鏡像的重作日誌成員。複用重作日誌文件後，LGWR 進程將同步寫入位於一個重作日誌組中的多個成員日誌文件，即多個日誌成員是互爲鏡像的關係，所以，即便因爲某個單獨的日誌文件破壞或丟失，數據庫運行和恢復也不受任何影響。

       儘管 Oracle 服務器容許多元備份的組能夠包含不一樣數量的成員，但應該儘可能創建對稱配置。不對稱配置應只是很是狀況（如磁盤故障）的臨時結果。在這種狀況下，必須先建立新的不一樣大小的聯機重作日誌文件組，而後刪除舊組.

3）重作日誌文件的位置

        複用聯機重作日誌文件時，最好將組內的成員放置在不一樣磁盤上。這樣即便一個日誌成員所在磁盤發生物理損壞，而其它的日誌成員至少還有一個是可用，那麼數據庫實例不會被中斷動行。將歸檔日誌文件和聯機重作日誌文件分放在不一樣磁盤上，以減小 ARCn 和 LGWR 後臺進程之間的爭用。數據文件和聯機重作日誌文件應當放置在不一樣的磁盤上以減 少 LGWR 和 DBWn 的爭用，並下降發生介質故障時同時丟失數據文件和聯機重作日誌文件的風險。

4）重作日誌文件的大小

       聯機重作日誌文件最小爲 50KB，最大文件大小視操做系統而定。假定日誌組尺寸很小(500KB)，那麼可能會致使日誌切換很是頻繁，間接地增長檢查點次數，從而下降系統性能；假定日誌組尺寸很大(100MB)，那麼出現意外狀況時可能會致使實例恢復的時間很長。Oracle 推薦日誌切換時間應該在 20—30min 之間，至於到底應該將日誌組尺寸設置爲多少，還應該根據實際狀況進行反覆測試。另外，若是數據庫處於ARCHIVELOG(歸檔) 模式，還應該考慮存放歸檔日誌的存儲介質(磁帶或磁盤)，以使得存儲介質剩餘空間最小。例如，假定磁帶空間爲100MB，而且該磁帶叧能存放兩個歸檔日誌，那麼設置重作日誌的尺寸略低於 50MB。

    下面的狀況可能影響聯機重作日誌文件的配置：

     • 日誌切換和檢查點的數量

     • 重作記彔的量和個數

     • 存儲介質的空間量；

  例如，啓用歸檔時歸檔文件所在磁盤上的空間量。



4.日誌操做

        一般，DBA 會在建立數據庫時按照計劃建立所需重作日誌組和各個組成員日誌文件。然而在有些狀況下，會須要經過手工方式爲數據庫添加新重作日誌組和成員。好比，若是當前某個重作日誌組因爲某種緣由沒法使用，DBA 須要建立一個新的重作日誌組來代替它進行工做。在另外些狀況下，DBA 可能會須要改變現有重作日誌文件的名稱和位置，或者刪除重作日誌組或成員。在本節中將介紹上述重作日誌文件的基本操做。

1：增長日誌組

--要建立一個新的聯機重作日誌文件組，請使用下面的 SQL 命令：
ALTER DATABASE[database] ADD LOGFILE [GROUP integer]  filespec[,[GROUPinteger] filespec]...]
--能夠經過 filespec 來指定成員名稱和位置。能夠選擇每一個重作日誌文件組的 GROUP 參數值。若是省略了該參數，Oracle 服務器自動生成其值。


2：刪除日誌組文件

ALTER DATABASE[database] DROP LOGFILE MEMBER 'filename'[, 'filename'].


3：；日誌組文件重定位


使用 ALTER DATABASE RENAME FILE

命令的步驟以下：
1）關閉數據
2）使用操做系統命令 COPY 重作日誌文件到新位置
3）啓動數據庫到 mount 狀態
4）執行 ALTER DATABASERENAME FILE 命令
5）打開數據庫






3、歸檔文件

  Oracle 數據庫可運行在兩種模式下：ARCHIVELOG 模式和 NO ARCHIVELOG 模式。

  • NO ARCHIVELOG 模式只能用於保護實例失敗，而不能用於保護介質失敗。爲了不數據庫物理文件損壞所引發的數據丟失，數據庫可運行在 ARCHIVELOG 模式。後者就是所謂的歸檔模式。

image






1：歸檔日誌的做用

       Oracle 可以將已經寫滿的重作日誌文件在被覆蓋以前保存到指定位置上，被保存的重作日誌文件的集合稱爲「歸檔重作日誌」，這個操做過程稱爲「歸檔」，根據是否進行歸檔，數據庫能夠運行在歸檔模式(ARCHIVELOG)和非歸檔模式(NO ARCHIVELOG)下，歸檔操做可由 ARCH 後臺進程自動完成，也可由 DBA 手工完成。在NO ARCHIVELOG 模式下，每次聯機重作日誌文件已滿併發生日誌切換時，都要覆蓋原來聯機重作日誌文件。直到對重作日誌文件組的檢查點操做完成後，LGWR 才覆蓋該重作日誌文件組。若是數據庫配置爲在 ARCHIVELOG 模式運行下，那麼必須將已滿的聯機重作日誌文件的不活動（INACTIVE）組歸檔。由於對數據庫所作的全部更改都記錄在聯機重作日誌文件內，數據庫管理員可使用數據庫物理備份和歸檔的聯機重作日誌文件恢復數據庫，而不會丟失任何已提交數據。數據庫建立時，缺省爲NO ARCHIVELOG 模式。使用歸檔日誌有兩個好處：

    • 恢復：數據庫物理備份連同聯機重作日誌文件和歸檔重作日誌文件可共同確保恢復全部已提交的事務處理。

   • 備份：可在數據庫打開時執行備份。

--#####查看歸檔模式
SQL> archive log list;
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /u01/app/oracle/product/12.1.0/db_1/dbs/arch
Oldest online log sequence 30
Current log sequence 32
--####關閉數據庫
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 1509949440 bytes
Fixed Size 2924640 bytes
Variable Size 922750880 bytes
Database Buffers 570425344 bytes
Redo Buffers 13848576 bytes
Database mounted.
--######開啓歸檔
SQL> alter database archivelog;
Database altered.
--######打卡數據庫
SQL> alter database open;
Database altered.
--####關閉歸檔
Alter database noarchivelog;







2：歸檔日誌路徑

設置 LOG_ARCHIVE_DEST_n 初始化參數以指定從 1 個歸檔位置到 31 個歸檔位置。例如，輸入：

LOG_ARCHIVE_DEST_1 ='LOCATION = / disk1 / archive'
####歸檔命名格式
LOG_ARCHIVE_FORMAT = arch_％t_％s_％r.arc













====================================================

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程