今天遇到一起因ASM相關資訊未完全刪除導致在重新部署ASM時報錯，RAC無法正常部署問題。將該案例記錄在此。

1.問題現象
部署安裝RAC，在建立ASM例項的時候報提示如下錯誤：
截圖資訊

提示資訊：“The ASM instance configured on the local node is a single-instance ASM. To manage this instance as a single-instance ASM, restart DBCA and select the Single-instance database option. To manage this instance as a RAC ASM, convert it to RAC ASM first.”

問題提示：在此節點上已經配置過ASM例項，並且是單例項的ASM，同時提到需要將其調整為RAC ASM。
在此報錯下，安裝無法繼續進行！

2.問題分析
該問題可以從提示中“configured”（配置過）單詞入手，既然在此節點中已經有此配置資訊，這些配置資訊會存在何處？

3.問題原因
由於這次是在刪除ASM安裝檔案後重新部署的，因此有些資訊可能沒有刪除完整。導致此次問題的原因是“/etc/oratab”檔案，該檔案中記錄了上次安裝的ASM資訊。該檔案內容如下。
[root@rac1 ~]# cat /etc/oratab
#

# This file is used by ORACLE utilities. It is created by root.sh
# and updated by the Database Configuration Assistant when creating
# a database.

# A colon, ':', is used as the field terminator. A new line terminates
# the entry. Lines beginning with a pound sign, '#', are comments.
#
# Entries are of the form.:
# $ORACLE_SID:$ORACLE_HOME::
#
# The first and second fields are the system identifier and home
# directory of the database respectively. The third filed indicates
# to the dbstart utility that the database should , "Y", or should not,
# "N", be brought up at system boot time.
#
# Multiple entries with the same $ORACLE_SID are not allowed.
#
#
+ASM1:/oracle/app/oracle/product/10.2.0/db_1:N

4.問題處理
僅需將“/etc/oratab”檔案刪除，或將其中的“+ASM1:/oracle/app/oracle/product/10.2.0/db_1:N”內容刪除即可。

清理之後，重新使用DBCA建立便可。

5.小結
文中提到的問題是由於清理不全面導致的。除“/etc/oratab”中的記錄會導致該問題發生外，$ORACLE_BASE/admin/+ASM目錄下的資訊如果未清理也有可能導致該問題的發生。

Good luck.

secooler
10.10.20

-- The End --

【RAC】因清理不完整導致RAC ASM例項建立失敗

相關文章