其實指令很簡單 |
---|
只是因為Linux kernel 的缺陷 |
得透過udev去固定device name |
這一段去年建置的時候 |
為了磨技術 |
沒關係,我來做 |
現在進入維運一年多了 |
當然丟給主機負責人來做 |
只是因為不是我做 |
所以找他設定的device name |
花了一點時間 |
指令真的很簡單 |
但就是出錯 |
SQL> alter diskgroup DATA1 add disk '/dev/mapper/360002ac00000000000c00021fep1' name DATA1_0001; |
alter diskgroup DATA1 add disk '/dev/mapper/360002ac00000000000c00021fep1' name DATA1_0001 |
* |
ERROR at line 1: |
ORA-15032: not all alterations performed |
ORA-15099: disk '/dev/mapper/360002ac00000000000c00021fep1' is larger |
than maximum size of 2097152 MBs |
出錯當然就是上metalink找資料 |
Doc ID 1077784.1 這一篇指出了問題的核心 |
Disk size greater than 2 TB can only be used on 12.1 release when compatible.asm and compatible.rdbms is set to 12.1 or higher. |
只好再找文件去查看相應的資訊 |
SQL> SELECT name AS diskgroup, substr(compatibility,1,12) AS asm_compat, |
substr(database_compatibility,1,12) AS db_compat FROM V$ASM_DISKGROUP; |
DISKGROUP ASM_COMPAT DB_COMPAT |
----------- ------------ ------------ |
DATA1 12.2.0.1.0 11.2.0.2.0 <-問題點 |
MGMT 12.2.0.1.0 10.1.0.0.0 |
OCRVOTE 12.2.0.1.0 10.1.0.0.0 |
Solution就是底下這一行指令 |
---|
alter diskgroup DATA SET ATTRIBUTE 'compatible.rdbms' = '12.2'; |
我查了老半天的資料 |
官方文件指出 |
執行這個指令時 |
1. asm 一定得至少12.2 |
2. db服務一定要在 |
心裡想說,不是更好 |
一定得online進行 |
不過為求保險 |
我還是開了call給support |
請他們確認online進行是否ok |
得到肯定的答覆後 |
今早當然就著手進行相關的作業 |
RAC 的強項就是online 嘛~~ |
不然花大錢幹嘛~~ 買來擺著好看嗎?? 哈~~ 來吧~~我們來看asmcmd lsdg的output |