背景：客戶有兩套較大的數(shù)據(jù)庫(kù)(一套為10T（A數(shù)據(jù)庫(kù)）, 一套為20T（B數(shù)據(jù)庫(kù)）)想遷移存儲(chǔ)，版本均為12.2.0.1, 采用了ASM管理磁盤，單實(shí)例。操作系統(tǒng)分別為linux 6, linux 7?？蛻粝雽數(shù)據(jù)庫(kù)的存儲(chǔ)遷移到較差的存儲(chǔ)，作為只讀用途。騰空B數(shù)據(jù)庫(kù)的存儲(chǔ)之后，將B數(shù)據(jù)庫(kù)占用的性能較好的存儲(chǔ)分配給A數(shù)據(jù)庫(kù)，再將A數(shù)據(jù)庫(kù)的數(shù)據(jù)遷移到新分配的性能較好的存儲(chǔ)。

A數(shù)據(jù)庫(kù)的存儲(chǔ)為較好存儲(chǔ)與較差存儲(chǔ)的混搭，需要遷移兩次（第一次遷移騰出存儲(chǔ)空間，第二次遷移到新回收的存儲(chǔ)）。這里總共就有3次遷移。因?yàn)閿?shù)據(jù)庫(kù)較大與備份所需磁盤空間的問(wèn)題，兩個(gè)數(shù)據(jù)庫(kù)均沒有備份。

       4月17日，客戶告訴我，領(lǐng)導(dǎo)想要下周二能將兩個(gè)庫(kù)遷移好（我將將要寫遷移方案）。這樣就完全沒有時(shí)間寫方案。同時(shí)兩個(gè)數(shù)據(jù)庫(kù)需要同時(shí)遷移。于是我們負(fù)責(zé)存儲(chǔ)的同事趕過(guò)來(lái)，給兩個(gè)主機(jī)劃好了存儲(chǔ)。我做好了多路徑映射并創(chuàng)建了ASM磁盤組。同時(shí)停庫(kù)，開始做遷移。

      4月18日晚上，A數(shù)據(jù)庫(kù)數(shù)據(jù)文件拷貝完成。4月19日調(diào)整OCR，日志文件，臨時(shí)文件等。在此期間，B數(shù)據(jù)庫(kù)通過(guò)RMAN做COPY已經(jīng)完成了接近16T左右, 還剩余大致4T數(shù)據(jù)文件。A數(shù)據(jù)庫(kù)調(diào)整完成后，為了驗(yàn)證修改正確與否，重啟了操作系統(tǒng)。

操作系統(tǒng)起來(lái)之后，發(fā)現(xiàn)數(shù)據(jù)庫(kù)起不來(lái)，同時(shí)新掛載的ASM磁盤組一直是offline。嘗試手動(dòng)mount, 報(bào)錯(cuò): 

ORA-15032: not all alterations performed

ORA-15038: disk '/dev/mapper/newdisk01' mismatch on 'Time Stamp' with target disk group [2434962992] [2434985720]

ORA-15038: disk '/dev/mapper/newdisk02' mismatch on 'Time Stamp' with target disk group [2434962992] [2434985720]

ORA-15038: disk '/dev/mapper/newdisk03' mismatch on 'Time Stamp' with target disk group [2434962992] [2434985720]

ORA-15038: disk '/dev/mapper/newdisk04' mismatch on 'Time Stamp' with target disk group [2434962992] [2434985720]

ORA-15038: di

      通過(guò)谷歌，MOS搜索， 可能是磁盤給其他ASM實(shí)例使用過(guò)，或者是多路徑配置的問(wèn)題。嘗試修改asm_diskstring，嘗試手動(dòng)mount， 這次錯(cuò)誤變了：

WARNING: Disk Group NEWDATA containing spfile for this instance is not mounted

ORA-15032: not all alterations performed

ORA-15038: disk '/dev/mapper/3600c0ff0003af211de24985e01000000' mismatch on 'Time Stamp' with target disk group [2434985720] [2434962992]

      可以看到提示的磁盤變了。這個(gè)盤我并未加入ASM磁盤組，為什么也提示這個(gè)。我推測(cè)可能與原asm_diskstring='/dev/mapper/*'有關(guān)。雖然盤并未加入磁盤組，ASM實(shí)例啟動(dòng)的時(shí)候，還是去掃描了磁盤頭。通過(guò)kfed, amdu等工具掃描ASM磁盤，都沒有問(wèn)題。同時(shí)， amdu可以讀出數(shù)據(jù)文件。這樣就沒有丟失數(shù)據(jù)的風(fēng)險(xiǎn)（這里已經(jīng)被嚇尿了）。

    根據(jù)MOS文檔， Doc ID 2643105.1, 也有類似的癥狀，一個(gè)沒有加入到ASM磁盤組的磁盤，阻止了磁盤組的正常啟動(dòng)，同時(shí)也是發(fā)生在主機(jī)重啟之后：
    

SQL> alter diskgroup ACFS mount;
alter diskgroup ACFS mount
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15017: diskgroup "ACFS" cannot be mounted
ORA-15040: diskgroup is incomplete
ORA-15038: disk '/dev//asm2' mismatch on 'Time Stamp' with target
disk group [2026420570] [2026683750]
ORA-15038: disk '/dev//asm1' mismatch on 'Time Stamp' with target
disk group [2026420570] [2026683750]
ORA-15038: disk '/dev//asm0' mismatch on 'Time Stamp' with target

disk group [2026420570] [2026683750]

A Disk at OS level has this diskgroup information in its header incorrectly: