| 其實指令很簡單 |
|---|
| 只是因為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  |