#GRID 安裝：

# 安裝 1-2-3 順序操作

# 等待測試結果

# 顯示：已在所選節點之間建立無口令 SSH 連線。進行下一步操作

# gimr 資料庫配置：是否單獨放置一個磁碟組，建議選擇 no.

如果不為 GIMR 單獨分配一個磁碟組，那麼 OCR 磁碟組需要更大的空間。由於 GIMR 是一個單獨的資料庫，因此 Oracle 推薦使用專門的磁碟組來儲存 GIMR 資料。

MGMT 磁碟組最小的大小要求： NORMAL 是 56G ， External 是 28G ， High/Flex/Extended 是 84G 。

如果 MGMT 和 OCR 使用同一個磁碟組： NORMAL 是 60G ， External 是 30G ， High/Flex/Extended 是 90G 。

GIMR 是一套完整的資料庫，如在安裝 GI 的過程中會提示是否要建立 GIMR 的資料庫 MGMTDB ，當然你可能會選 NO ，注意這裡容易被誤解，在 12.1.01 版本時是可以選擇 GIMR 不安裝，但是在 12.1.0.2 和 12.2 版本中 GIMR 成了強制安裝，即使在這裡選擇了 NO ，這裡的 YES 和 NO 的區別只是把 MTMTDB 是存放在 OCR ASM DISKGROU 還是獨立的建立 ASM DISKGROUP. 12C r1 是 GIMR 的位置是有 OCR 的路徑決定的。

MGMTDB 只是 1 個 CDB 包含 1 個 PDB 的完整的資料庫環境，通常不需要人維護，儲存的是 GIMR 的資訊，用於存放 cluster health monitor 生成的一些作業系統級的負載指標，儲存著歷史資訊用於分析效能和診斷問題，是全全整合在 EM 12CC 中。

對於 cluster health monitor 是可以手動停止，使用下面的命令：

$ crsctl stop res ora.crf -init
$ crsctl delete res ora.crf -init

安裝 12C RAC 時因為測試環境主機記憶體不足，想把 ASM memory target 調小，結果總是補忽略自動恢復成 1G 。在 12c 中 ASM instance 的 memory target 預設為 1GB ，這點比 11G 時的預設 256M 增加了很多。但是如果人為的調小 memory_target 如改為 500M ，預設是被忽略，除非你調整了下面的隱藏引數。如下：

--ASM instance env
$ sqlplus / as sysasm
alter system set "_asm_allow_small_memory_target"=true scope=spfile;
alter system set memory_target=500m scope=spfile;
alter system set memory_max_target=750m scope=spfile;
-- 重啟

GIMR 可以增加命令列 -J-Doracle.install.mgmtDB=false 來跳過 MGMTDB 的安裝

三種模式： external 、normal、high
    外部、正常、高

一般情況下三種模式需要的磁碟組：
external 1 塊
normal    3 塊
high        5 塊

# 我選擇外部冗餘 3 塊盤最少 30G 空間

# 生產建議按照 Oracle 要求

# 選擇繼續

# 輸入 root 密碼，選擇自動執行配置指令碼

# 因測試環境 SWAP 配置 4G ，（官方要去 8G ）使用忽略！

另註釋：

1 、 Missing or Ignored package compat-libstdc++-33-3.2.3 causes Text Issues ( 文件 ID 2254198.1)
2 、Linux OL7/RHEL7: PRVE-0421 : No entry exists in /etc/fstab for mounting /dev/shm (文件 ID 2065603.1)