Oracle 12c Data Guard搭建（一）

    對於使用12c的PDB，如果想盡快熟悉，掌握，那就是和業務掛鉤，讓它跑在業務上。當然是在能夠基本駕馭它的前提下，要不就真成了甩手掌櫃。11g可以玩得很好，12c裡面也差不到哪裡去。
    擺在我面前的一個選擇就是字符集，儘管有大量的PDB需要整合進來，但是我在分析了幾套需要整合的資料庫之後，發現字符集還是一個很重要的考量。比如幾個已有的舊版本的資料庫字符集為 UTF-8 US7ASCII   ZHS16GBK  ZHS16GBK，折中一些，根據實際情況還是選用ZHS16GBK，如果是個跨國企業，我可能就會選擇UTF8了。
    總體來說，12c給我帶來了不少的驚喜，很多細小的地方都做了處理和改進。從安裝到搭建備庫，能夠讓我始終發現很多新東西，學習的興趣也會大大加強。
    搭建Data Guard我是分為兩步，首先基於DG Broker搭建Active Data Guard，然後根據需要配置Far Sync Instance。
    主庫配置force logging,新增備庫日誌檔案,配置監聽等這些步驟和10g,11g一模一樣，我就不囉嗦了。

配置DG Broker的時候，發現多了幾個引數。

使用dgmgrl的時候，發現也預設使用了SYSDG這個新的角色，而非SYSDBA
[oracle@teststd dbs]$ dgmgrl /
DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production
Copyright (c) 2000, 2013, Oracle. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Connected as SYSDG.
引數配置的時候，檔案路徑對映多了一個引數，那就是PDB相關的。
SQL> show parameter convert
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert                 string
log_file_name_convert                string
pdb_file_name_convert                string
資料庫啟動的時候也會列印出已有的patch

我還是使用以前的方式來搭建Active Data Guard,使用duplicate的方式。
rman target sys@testdb auxiliary sys@s2testdb nocatalog
duplicate target database for standby from active database nofilenamecheck;
配置 DG Broker的簡要步驟如下：
DGMGRL> create configuration dg_testdb as
>  primary database is testdb
>  connect identifier is testdb;
Configuration "dg_testdb" created with primary database "testdb"
DGMGRL> enable configuration;
Enabled.
如下加粗的部分是一些改動的地方，在一些細節之處都做了改進。
DGMGRL> show configuration;
Configuration - dg_testdb
  Protection Mode: MaxPerformance
  Members:
  testdb - Primary database
    Warning: ORA-16789: standby redo logs configured incorrectly
Fast-Start Failover: DISABLED
Configuration Status:
WARNING   (status updated 1 second ago)
DGMGRL>
簡單修復備用日誌，即新增了日誌成員之後，再次檢視就沒有問題了。
DGMGRL> show configuration;
Configuration - dg_testdb
  Protection Mode: MaxPerformance
  Members:
  testdb - Primary database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS   (status updated 14 seconds ago)
DGMGRL>
再次新增一個節點
DGMGRL> add database  s2testdb as
>  connect identifier is s2testdb
>  maintained as physical;
Database "s2testdb" added
啟用資料庫配置
DGMGRL> enable database s2testdb;
Enabled.
再次檢視配置，可以看到目前的狀態還是穩定的。
DGMGRL> show configuration;
Configuration - dg_testdb
  Protection Mode: MaxPerformance
  Members:
  testdb   - Primary database
    s2testdb - Physical standby database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS   (status updated 15 seconds ago)
對於網路情況的檢測，更加細緻，標紅的是額外新增的一些資訊。

對於DG Broker的命令，我認真對比了一下，發現12c裡面多了一個validate.

這個命令的使用場景主要就是兩個，語法如下：
  VALIDATE DATABASE [VERBOSE] <database name>;
  VALIDATE FAR_SYNC [VERBOSE] <far_sync name>
    [WHEN PRIMARY IS <database name>];

備庫洋洋灑灑的幾個PDB。
先啟動Active Data Guard
SQL> select open_mode from v$database;
OPEN_MODE
------------------------------------------------------------
MOUNTED
此時PDB還都是mount狀態
SQL> show pdbs;                    
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       MOUNTED
         3 TCYMOB0                        MOUNTED
         4 MACTVDB                        MOUNTED
啟動備庫
SQL> alter database open;
Database altered.
稍等一下，備庫就變為了READ ONLY WITH APPLY
SQL> select open_mode from v$database;

OPEN_MODE
------------------------------------------------------------
READ ONLY WITH APPLY
此時還是需要單獨去啟動PDB了。
SQL> show pdbs;
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 TCYMOB0                        MOUNTED
         4 MACTVDB                        MOUNTED         
SQL> alter pluggable database tcymob0 open;
Pluggable database altered.
SQL> alter pluggable database MACTVDB open;
Pluggable database altered.
SQL> show pdbs;
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 TCYMOB0                        READ ONLY  NO
         4 MACTVDB                        READ ONLY  NO
從整體而言，整個搭建的過程沒有花費太多時間，還是很順利的。