oracle11g dataguard 完全手冊

一、前言：
網絡上關於dataguard的配置文章很多，但是很多打着oracle11g的文章實際都是只能在9 10 上運行，比如FAL_CLIENT在11g中已經廢棄，但是現在網絡上的文章都是沒有標註這一點。而且對於具體含義語焉不詳對於新手只能知其然而不知其所以然。這篇文章我就想讓像我這樣的人對於dataguard配置不僅僅知道怎麼配置，還要知道爲什麼需要這樣配置，這樣的效果纔是最好的。
這篇文章不僅僅是記錄如何配置，還介紹了爲什麼是這樣，以及注意要點，我希望這個文章可以作爲進行dataguard配置的一個參考手冊。

二、前提
1.主庫是歸檔模式：
如果我們不清楚爲什麼是歸檔模式，那我們就應該也不會清楚dataguard是用來做什麼的。透過很多修飾的官方語言，我們需要明確DG（dataguard簡稱，後同）實際上的作用就是用來高可用。而實現原理就是從主庫獲取數據到從庫，在主庫發生異常的時候，從庫接管主庫，完成身份的變化。可以一個主庫，最多9個從庫。同時分爲邏輯standby和物理standby這裏我們討論的是物理standby.
一旦創建並配置成 standby 後，dg 負責傳輸 primary數據庫 redo data 到 standby 數據庫，standby 數據庫通過應用接收到的 redo data 保持與 primary 數據庫的事務一致。
這下清楚了吧，需要保證主從庫一致，需要傳輸archive log和redo log到從庫，如果不是歸檔模式無法保證主從庫的數據一致。

2.從庫只需要安裝數據庫軟件，數據從主庫傳輸後完成。

3.很多人說11g有了active dataguard(ADG)，邏輯standby 實際上已經沒什麼用處了。

4.主從庫硬件最好一致。oracle數據庫版本需要一致。
(1)內存檢查項：
     # grep MemTotal /proc/meminfo
     交換分區檢查項：如果內存在1-2G,swap是1.5倍；2-16G,1倍；超過16G，設置爲16G即可。
     # grep SwapTotal /proc/meminfo
     查看共享內存大小：
     # df -h /dev/shm

(2)查看系統處理器架構，與oracle安裝包一致
# uname -m

(3)空間空間 /tmp必須大於1G
# df -h /tmp

5.配置環境數據庫用戶必須有sysdba權限
6.後面的環境：主庫 192.168.215.101 數據庫實例名：orcl db_unique_name:orcl
從庫 192.168.215.102 數據庫實例名：orcl db_unique_name:orcldg

三、配置
1.判斷DG是否已經安裝：
select * from v$option where parameter = 'Oracle Data Guard';
如果是true表示已經安裝可以配置，否則需要安裝相應組件。

2.設置主庫爲強制記錄日誌。
默認情況下數據庫操作會記錄redo log，但是在一些特定的情況下可以使用nologging來不生成redo信息
(1)表的批量INSERT（通過/*+APPEND */提示使用“直接路徑插入“。或採用SQL*Loader直接路徑加載）。表數據不生成redo，但是
所有索引修改會生成redo，但是所有索引修改會生成redo（儘管表不生成日誌，但這個表上的索引卻會生成redo！）。
(2)LOB操作（對大對象的更新不必生成日誌）。
(3)通過CREATE TABLE AS SELECT創建表
(4)各種ALTER TABLE操作，如MOVE和SPLIT
(5)在一些表遷移和表空間遷移中，可以使用alter table a nologging;或者alter tablespace snk nologging;在操作完成後再修改回logging狀態。
這裏需要多說一句，如果你使用nologging導入大批量數據，以後對這些數據的修改會在redo或者archive log中，但是基準的數據是沒有的，所以一旦介質損壞是無法完全恢復的，必須在使用nologging完成切換回logging後，做一次全備或者0級備份。

   (1)強制記錄日誌：sql>alter database force logging;
   (2)檢查狀態(YEs爲強制)：sql>select name,force_logging from v$database;
   (3)如果需要在主庫添加或者刪除數據文件時，這些文件也會在備份添加或刪除，使用如下：
      sql>alter system set standy_file_management='AUTO';
      默認此參數是manual手工方式 sql>show parameter standby

3.創建standby log files(備用日誌文件）
   從庫使用standby log files來保存從主庫接收到的重做日誌。既然主要是從庫在使用，那爲什麼需要在主庫上也建立
   standby log files?原因主要由兩個：一是主庫可能轉換爲備庫，而備庫是需要有standby log files的二是如果主庫
   建立了standby log files那備庫會自動建立。
   建立standby如要注意以下幾點：
   <1>standby log files的大小和redo log files一樣。
      查詢redo log files文件大小（默認50M,3個）：select group#,bytes/1024/1024 as M from v$log
   <2>一般而言， standbyredo 日誌文件組數要比 primary 數據庫的 online redo 日誌文件組數至少多一個。
      推薦 standbyredo 日誌組數量基於 primary 數據庫的線程數(這裏的線程數可以理解爲 rac 結構中的 rac
      節點數)。
      有一個推薦的公式可以做參考：(每線程的日誌組數+1)*最大線程數
      假設現在節點是1個，則=(3+1)*1=4
      如果是雙節點       則=(3+1)*2=8
      這裏我們創建4個standby logfile:
      另：不建議組號group#緊挨着redo，因爲後續redo有可能調整，這裏我們從建立從11到14的standby logfile

# cd $ORACLE_BASE/oradata/orcl/

# mkdir dg

# chown oracle:dba dg

sql> alter database add standby logfile group 11 '/opt/oracle/oradata/orcl/dg/standby11.log' size 50M;

sql> alter database add standby logfile group 12 '/opt/oracle/oradata/orcl/dg/standby12.log' size 50M;

sql> alter database add standby logfile group 13 '/opt/oracle/oradata/orcl/dg/standby13.log' size 50M;

sql> alter database add standby logfile group 14 '/opt/oracle/oradata/orcl/dg/standby14.log' size 50M;

   4.密碼文件和控制文件的創建傳輸
     (1)一般數據庫默認就有密碼文件，存放在$ORACLE_HOME/dbs/orapwSID 這裏爲orapworcl
        如果沒有sql>orapwd file=$ORACLE_HOME/dbs/orapworcl password=oracle
     (2)檢查REMOTE_LOGIN_PASSWORDFILE值是否爲 EXCLUSIVE
        sql>show parameter REMOTE_LOGIN_PASSWORDFILE
如果值不是EXCLUSIVE，則：alter system set remote_login_passwordfile=exclusive scope=spfile;
     (3)密碼文件需要scp到從庫
        # scp orapworcl [email protected]:/opt/oracle/11.2/dbs 提示輸入yes
     (4)控制文件：
        11g的控制文件一共兩份，內容一樣，一份在$ORACLE_BASE/oradata/orcl/control01.ctl
一份在/opt/oracle/flash_recovery_area/orcl/control02.ctl

生成standby控制文件：

sql>shutdown immediate

sql>startup mount

sql>alter database create standby controlfile as '/tmp/standby_control01.ctl';

sql>startup open;

然後在備庫建立對應的目錄,並授權
mkdir orcl--- chown oracle:oinstall(或dba) orcl

scp control01.ctl [email protected]:/opt/oracle/oradata/orcl

scp control02.ctl [email protected]:/opt/oracle/flash_recovery_area/orcl/

    5.db_name和db_unique_name
      默認db_name和db_unique_name和實例名是一致的，這裏是orcl
      需要注意在DG中主庫和從庫的db_unique_name是不能一致的，需要區分開的。
      這裏我們設置主庫的db_unique_name爲orcl，從庫爲orcldg
      sql>show parameter db_unique_name
      設置：alter system set db_unique_name=orcl scope=spfile;
      --注意雖然默認db_unique_name和db_name是一致的，但是需要顯式設置，否則在spfile中沒有此參數

    6.閃回數據庫：
      強烈建議開啓數據庫閃回功能。閃回允許你將數據庫還原到以前的某一時間點。當發生故障轉移時，這個功能非常有用，
      它能讓你將老的主庫閃回到故障前，然後將其轉換爲備庫。如果沒有啓用閃回功能，你就必須重建備庫，意味着要再複製一次數據文件。
      除了這個好處，閃回還能在某些情況下讓你避免從備份恢復數據。

      (1)快速恢復區(Flash/Fast Recovery Area)，默認是配置的,但是需要確認這個區域的磁盤夠大，至少300G以上（默認3G）
       sql>show parameter db_recovery_file_dest
       可以修改位置：sql>alter system set db_recovery_file_dest='新路徑';
       更改大小：sql>alter system set db_recovery_file_dest_size=400G;

      (2)查看是否啓用，默認是不開啓的
       sql>select flashback_on from v$database;
       開啓：sql>alter database flashback on;
       如果你碰到 ORA-01153 報錯，那一定是在備庫進行此操作。你需要先取消重做日誌應用，啓用閃回日誌，然後重新啓用日誌應用。
       在主庫啓用閃回日誌，不會同步備庫也啓用。你必須手動在主庫和備庫上均啓用閃回日誌。
       如果不啓用閃回日誌，當出現故障轉移時，你將需要完全重新開始創建一個備庫。

    7.SQL*NET設置
      (1)配置主庫的監聽
         雖然可以通過netca來進行配置，但是除了這個默認的外，我們還需要一個靜態註冊SID_LIST_LISTENER，如果沒有此從參數而且
dataguard啓動順序不正確，主庫會報PING[ARC1]:Heartbeat failed to connect to standby '***'.Error is 12514導致歸檔無法完成
配置如下

SID_LIST_LISTENER=

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = orcl)

(ORACLE_HOME = /opt/oracle/11.2)

(SID_NAME = orcl)

)

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = primaryDB)(PORT = 1521))

)

#vi $ORACLE_HOME/network/admin/listener.ora 加入上面的內容

（2）配置tnsnames
#vi $ORACLE_HOME/network/admin/tnsnames.ora

ORCL =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.215.101)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = orcl)

)

ORCLDG =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.215.102)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = orcldg)

)

    （3）傳輸到備庫並修改listener.ora和tnsnames.ora

scp $ORACLE_HOME/network/admin/listener.ora [email protected]:/opt/oracle/11.2/network/admin/
scp $ORACLE_HOME/network/admin/tnsnames.ora [email protected]:/opt/oracle/11.2/network/admin/
          
--listener.ora:
          SID_LIST_LISTENER
   (SID_LIST =
     (SID_DESC =
        (GLOBAL_DBNAME = orcldg)
        (ORACLE_HOME = /opt/oracle/11.2)
        (SID_NAME = orcl)
      )
    )


 LISTENER =
   (DESCRIPTION_LIST =
     (DESCRIPTION =
       (ADDRESS = (PROTOCOL = TCP)(HOST = standbyDB)(PORT = 1521))
     )
   )

tnsnames.ora:不需要修改

8.重做日誌傳輸配置
(1)配置歸檔日誌位置：
查詢已經設置的歸檔路徑sql:archive log list或者show parameter log_archive_dest_1

sql> alter system set log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1 valid_for=(all_logfiles,primary_role) db_unique_name=orcl' scope=spfile;

     還可以使用快速恢復區作爲歸檔目錄，如LOCATION=use_db_recovery_file_dest
     官方文檔裏說使用 valid_for=(online_logfiles, all_roles)，這將導致備庫無法歸檔備用日誌文件，因爲它們不是在線日誌。
     但如果使用 all_logfiles 選項，主備庫將都能歸檔在線以及備用日誌。
     如果你想在備庫進行備份，並同時備份歸檔日誌的話，必須使用 all_logfiles。

         (2)配置重做日誌到備份庫：

sql>alter system set log_archive_dest_2='SERVICE=orcldg lgwr sync valid_for=(online_logfile,primary_role)

db_unique_name=orcldg';

(3)要注意STANDBY_ARCHIVE_DEST 參數不需要，已經被官方棄用。設置此參數後啓動數據庫，只會報 ORA-32004:
obsolete or deprecated parameter(s) specified for RDBMS instance 錯。

9.配置FAL_SERVER
    這個參數指定當日誌傳輸出現問題時，備庫到哪裏去找缺少的歸檔日誌。它用在備庫接收的到的重做日誌間有缺口的時候。
    這種情況會發生在日誌傳輸出現中斷時，比如你需要對備庫進行維護操作。在備庫維護期間，沒有日誌傳輸過來，這時缺口就出現了。
    設置了這個參數，備庫就會主動去尋找那些缺少的日誌，並要求主庫進行傳輸。
    你是主庫,就填寫:
      fal_server=從庫
    從庫上就反過來:
       fal_server=主庫
           注意:FAL_CLIENT在11g中已經廢棄，雖然可以配置但是已經不起作用了。

sql>alter system set FAL_SERVER='orcldg';

10.Data Guard 配置裏的另外一個庫的名字
sql> alter system set log_archive_config = 'dg_config=(orcl,orcldg)';

   以上的辦法是我們採用alter system的方式在線修改，還有一種比較方便的辦法（但是容易出錯，所以方便和安全什麼時候都不可兼得）
   sql>create pfile from spfile;
   # 手工修改pfile
   sql>create spfile from pfile;
   然後用pfile生成spfile 同時傳輸pfile到從庫修改後生成spfile
   注意手工增加：
   *.log_archive_dest_state_1=enable
   *.log_archive_dest_state_2=enable

vi initorcl.ora

orcl.__db_cache_size=180355072

orcl.__java_pool_size=4194304

orcl.__large_pool_size=4194304

orcl.__oracle_base='/opt/oracle'#ORACLE_BASE set from environment

orcl.__pga_aggregate_target=264241152

orcl.__sga_target=494927872

orcl.__shared_io_pool_size=0

orcl.__shared_pool_size=289406976

orcl.__streams_pool_size=8388608

*.audit_file_dest='/opt/oracle/admin/orcl/adump'

*.audit_trail='db'

*.compatible='11.2.0.0.0'

*.control_files='/opt/oracle/oradata/orcl/control01.ctl','/opt/oracle/flash_recovery_area/orcl/control02.ctl'#Restore Controlfile

*.db_block_size=8192

*.db_domain=''

*.db_name='orcl'

*.db_recovery_file_dest='/opt/oracle/flash_recovery_area'

*.db_recovery_file_dest_size=4039114752

*.diagnostic_dest='/opt/oracle'

*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'

*.fal_server='orcldg'

*.job_queue_processes=1000

*.log_archive_config='dg_config=(orcl,orcldg)'

*.log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1 valid_for=(all_logfiles,primary_role) db_unique_name=orcl'

*.log_archive_dest_2='SERVICE=orcldg lgwr sync valid_for=(online_logfile,primary_role) db_unique_name=orcldg'

*.log_archive_format='orcl_%t_%s_%r.dbf'

*.memory_target=756023296

*.open_cursors=300

*.processes=150

*.remote_login_passwordfile='EXCLUSIVE'

*.standby_file_management='AUTO'

*.undo_tablespace='UNDOTBS1'

scp initorcl.ora [email protected]:/opt/oracle/11.2/dbs/
修改備庫的initorcl.ora 修改參數如下：

*.db_name='orcl'

*.db_unique_name='orcldg'

*.fal_server='orcl'

*.log_archive_config='dg_config=(orcldg,orcl)'

*.log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1 valid_for=(all_logfiles,primary_role) db_unique_name=orcldg'

*.log_archive_dest_2='SERVICE=orcl lgwr sync valid_for=(online_logfile,primary_role) db_unique_name=orcl'

    然後sql>create spfile from pfile;

11.傳輸主庫數據到備庫
        （1）scp -l 8192 -rp /opt/oracle/oradata/orcl/ [email protected]:/opt/oracle/oradata/
            注意目的地不要加orcl 會自動創建目錄的
            -l是limit限制，這樣最大是8192/8=1M速度，是爲了解決stalled問題
            -rp 循環子目錄文件
        （2）建立spfile中需要的目錄
       如/opt/oracle/admin/orcl/adump dpdump pfile

12.啓用物理備用數據庫
       sql>startup nomount
       sql>alter database mount standby database;
       (1)啓動 redo 應用
  SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
  啓動實時應用
  SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
          這個命令指示備庫開始使用備用日誌文件進行恢復。它也告訴備庫命令完成後回到命令行界面

   SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
   此時只是暫時 redo 應用，並不是停止 Standby 數據庫，standby 仍會保持接收只不過不會再應用
                 接收到的歸檔，直到你再次啓動 redo 應用爲止

        (2)停止standby
           正常情況下，首先
     SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
    然後再sql>shutdown immediate
    當然也可以直接shutdown immediate

(3)備用服務器的管理模式與只讀模式
<1>.啓動到管理模式

SQL>shutdown immediate;

SQL>startup nomount;

SQL>alter database mount standby database;

SQL>alter database recover managed standby database disconnect from session;

<2>.啓動到只讀方式

SQL>shutdown immediate;

SQL>startup nomount;

SQL>alter database mount standby database;

SQL>alter database open read only;

<3>如果在管理恢復模式下到只讀模式

SQL> recover managed standby database cancel;

SQL> alter database open read only;

      這個時候，可以給數據庫增加臨時數據文件（這個在熱備份的時候是沒有備份過來的）
      如alter tablespace temp add tempfile '/u02/oradata/test/temp01.dbf' size 100M;

     <4>.從只讀方式到管理恢復方式
     SQL> recover managed standby database disconnect from session;

         (4)應用物理備庫的幾點監控
      如果上面出了問題或者我們不知道成功了沒有，可以用下面的方法檢測

     <1>確認主備庫裏的歸檔目的地配置都是有效的
        select DEST_ID, STATUS, DESTINATION, ERROR from V$ARCHIVE_DEST where DEST_ID<=2;
        目的地狀態status應該顯示爲 VALID，注意如果上面沒有執行redo應用會有一條error信息

     <2>確認重做日誌是否真的被應用了，在主庫執行
        select SEQUENCE#, FIRST_TIME, NEXT_TIME, APPLIED, ARCHIVED from V$ARCHIVED_LOG where name = 'JED2' order by FIRST_TIME;
        如果歸檔和日誌應用均正常，APPLIED 和 ARCHIVED 列都應該是 YES。(如果沒有應用redo，applied應該是NO)
        很多教程裏都讓這個查詢以 SEQUENCE# 列排序，但我不推薦。如果以 SEQUENCE# 列排序，當你做了一次故障轉移後，序列號會再從1開始，
        這時使用這個查詢，你將不能在結果最後看到最新的記錄。我曾經很奇怪爲什麼查不到新記錄，其實是因爲新記錄不是出現在最後，
        我沒看到。所以，這個查詢都是以 FIRST_TIME 列排序.

     <3>主庫上檢查是否有重做日誌缺口
        如果你發現日誌沒有被應用，那可能是重做日誌有了缺口，這種情況下備庫無法進行日誌應用。但如果你的 FAL_SERVER 參數設置正確，這應該不會有問題
        select STATUS, GAP_STATUS from V$ARCHIVE_DEST_STATUS where DEST_ID = 2;
        如果一切正常，應該返回 VALID 和 NO GAP .切記啓用redo應用才能顯示No GAP

     <4>在主備庫上執行以下查詢查看數據庫狀態
         select * from V$DATAGUARD_STATUS order by TIMESTAMP;

     <5>檢查是否成功：
        主庫上查看日誌傳送情況：
        sql>select dest_name,status,error from v$archive_dest;
        應該log_archive_dest_1和2狀態應該是valid
        切換幾次日誌：
        sql>alter system switch logfile;
                      查看日誌序號：
        sql>select sequence# from v$archived_log;
                      備庫驗證：
        sql>select sequence#,applied from v$archived_log;

    13.dataguard啓動關閉順序
       (1)監聽
          先啓從庫再起主庫
   #lsnrctl start
       (2)啓動
          先啓從庫：
   sql>startup nomount
   sql>alter database mount standby database;
   sql>alter database recover managed standby database using current logfile disconnect from session;
   在啓主庫
   sql>startup
        (3)關閉：和開啓正好相反
           先關主庫：
    sql>shutdown immediate
    再關從庫：
    sql>alter database recover managed standby database cancel;
    sql>shutdown immediate;

oracle11g dataguard 完全手冊

linux安裝cuda和cudnn

Mellanox網卡開啓SR-IOV

模擬手機設備：使用 Playwright 實現移動端自動化測試

全面系統的AI學習路徑，幫助普通人也能玩轉AI

HTML 00 Tutorial

從零開始：使用 Playwright 腳本錄製實現自動化測試

uni-app實現上拉加載

vue3編譯優化之“靜態提升”

又是一個月-20240513

flask 如何保證返回json有序

AWR基本知識

死鎖

AWR報告生成－－快照創建－修改－刪除

手工熱備份

oracle database link使用說明

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結