【轉】11g ASM單例項 dbca報錯 prcr-1006 crs-0259 prcr-1071
- 11g ASM dbca報錯 prcr-1006 crs-0259 prcr-1071
- 使用ASM方式建立單例項DB時,在執行DBCA時出現
- PRCR-1006 : Failed to add resource ora.orcl.db for orcl
- PRCR-1071 : Failed to register or update resource ora.orcl.db
- PRCR-1001 : Resource ora.orcl.db does not exist
- 檢視DBCA日誌後,發現以下報錯
- [oracle@dga01 orcl]$ tail -30000 trace.log | grep PRCR
- [Thread-138] [ 2013-03-19 14:15:51.520 CST ]
- [HASIDBRegistrationStep.executeImpl:253]
- Exception while registering with HAS
- PRCR-1006 : Failed to add resource ora.orcl.db for orcl
- PRCR-1071 : Failed to register or update resource ora.orcl.db
- PRCR-1001 : Resource ora.orcl.db does not exist
- oracle說這是一個bug 如下
- Bug 11886915 : CRS-0259 WHEN REGISTERING THE DATABASE WITH ORACLE RESTART
- Bug 屬性
- 型別 B - Defect 已在產品版本中修復
- 嚴重性 2 - Severe Loss of Service 產品版本 11.2.0.2
- 狀態 33 - Suspended, Req'd Info not Avail 平臺 226 - Linux x86-64
- 建立時間 2011-3-18 平臺版本 ORACLE LINUX 5
- 更新時間 2011-10-3 基本 Bug N/A
- 資料庫版本 11.2.0.2 影響平臺 Generic
- 產品源 Oracle
- 產品線 Oracle Database Products 系列 Oracle Database
- 區域 Oracle Database 產品 5 - Oracle Database - Enterprise Edition
- Hdr: 11886915 11.2.0.2 PCW 11.2.0.2 CRS PRODID-5 PORTID-226
- Abstract: CRS-0259 WHEN REGISTERING THE DATABASE WITH ORACLE RESTART
- *** 03/18/11 07:51 am ***
- PROBLEM:
- --------
- Oracle Restart Environment, using separate Database Oracle Homes, each owned
- by a different OS user.
- A database cannot be registered with Oracle Restart when the OS user used to
- install the database software was created after the last restart of the
- Oracle Restart Environment.
- There must be at least 1 database from a different Oracle Home/OS owner
- already registered with the Oracle Restart.
- The database can be registered only after OHASD is restarted.
- DIAGNOSTIC ANALYSIS:
- --------------------
- srvctl error:
- PRCR-1006 : Failed to add resource ora.elin.db for null
- PRCR-1071 : Failed to register or update resource ora.elin.db
- CRS-0259: Owner of the resource does not belong to the group.
- WORKAROUND:
- -----------
- after restarting the grid infrastructure the second db can be added.
- However, this causes downtime for the already existing databases, which is
- not acceptable by the customer
- RELATED BUGS:
- -------------
- Bug 10337212
- Bug 10118593
- Bug 11063852
- REPRODUCIBILITY:
- ----------------
- Can be reproduced as follows on CT env:
- - install grid infrastructure for single node (oracle restart) 11.2.0.2 using
- a separate OS user (grid) on linux 64 bit.
- - install the oracle enterprise db software using a separate OS user
- (oracle1), create a new db in this Oracle Home and register this db with
- oracle restart (happens automatically when using dbca).
- - Install the oracle enterprise db software using a new OS user (os user did
- not exists since the last grid infrastructure restart) and create a new db in
- this Oracle Home.
- At this point dbca will complain that the db can not be registered with
- Oracle restart and further installation (db console) will fail. Manual
- registration attempts using srvctl will also fail.
- - Restart the ohas (crsctl stop has / crsctl start has). This will also
- restart all db already registered with Oracle restart
- - Manual register the second created database using "srvctl add database"
- will now work.
- - When now creating a third Oracle Home using a new OS user, the db
- registration will again fail.
- 解決方法如下,先利用grid使用者重啟has服務,
- [grid@dga01 ~]$ crsctl stop has
- CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'dga01'
- CRS-2673: Attempting to stop 'ora.LISTENER.lsnr' on 'dga01'
- CRS-2673: Attempting to stop 'ora.DATA.dg' on 'dga01'
- CRS-2673: Attempting to stop 'ora.OCR.dg' on 'dga01'
- CRS-2677: Stop of 'ora.DATA.dg' on 'dga01' succeeded
- CRS-2677: Stop of 'ora.LISTENER.lsnr' on 'dga01' succeeded
- CRS-2677: Stop of 'ora.OCR.dg' on 'dga01' succeeded
- CRS-2673: Attempting to stop 'ora.asm' on 'dga01'
- CRS-2677: Stop of 'ora.asm' on 'dga01' succeeded
- CRS-2673: Attempting to stop 'ora.cssd' on 'dga01'
- CRS-2677: Stop of 'ora.cssd' on 'dga01' succeeded
- CRS-2673: Attempting to stop 'ora.evmd' on 'dga01'
- CRS-2677: Stop of 'ora.evmd' on 'dga01' succeeded
- CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'dga01' has completed
- CRS-4133: Oracle High Availability Services has been stopped.
- [grid@dga01 ~]$ crsctl start has
- CRS-4123: Oracle High Availability Services has been started.
- [root@dga01 ~]# su - oracle
- 用 srvctl 重新註冊 database
- [oracle@dga01 ~]$ srvctl add database -d orcl -o /u01/app/oracle/product/11.2/db_1
- 執行以上命令完成後 dbca正常
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7191998/viewspace-772239/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 11g ASM 單例項安裝 DBCA 建庫 報錯 ORA-12547: TNS:lost contactOracleASM單例
- 啟動ASM 例項報錯ASM
- Oracle 11g RAC 建立例項DBCA無法發現ASM DiskgroupOracleASM
- 單例項刪除ASM例項單例ASM
- 11.2單例項ASM啟動報錯ORA-15186單例ASM
- 11.2.0.4單例項ASM安裝報錯ohasd failed to ... line 73.單例ASMAI
- Oracle 11g單例項ASM遷移到檔案系統Oracle單例ASM
- RAC+DG(asm單例項)ASM單例
- 單例項的duplicate(non ASM)單例ASM
- asm報錯一例-support 報錯rename failedASMAI
- 單機環境配置ASM例項ASM
- 單節點執行ASM例項ASM
- RAC asm恢復到單例項ASM單例
- Oracle單例項+ASM新增控制檔案Oracle單例ASM
- rac asm 恢復到 單例項 1ASM單例
- rac asm 恢復到 單例項 2ASM單例
- ASM之建立ASM例項ASM
- 管理 ASM 例項ASM
- 停止ASM例項ASM
- ASM例項啟動報錯:ORA-29701 :unable to connect to Cluster ManagerASM
- (譯)win32asm例項-1 (轉)Win32ASM
- (譯)win32asm例項-3 (轉)Win32ASM
- 10g資料庫例項使用11g asm錯誤問題處理資料庫ASM
- dbca建立oracle 11g rac發現不了asm磁碟OracleASM
- oracle 11g 單例項安裝Oracle單例
- oracle11g asm單例項重建hasOracleASM單例
- ASM單例項(Oracle 11.2.0.4)環境(一)ASM單例Oracle
- ASM單例項(Oracle 11.2.0.4)環境(二)ASM單例Oracle
- Oracle單例項+ASM啟動與關閉Oracle單例ASM
- 單機環境安裝配置ASM例項ASM
- 使用RMAN將RAC+ASM複製到單例項+ASM上ASM單例
- DBCA建立ASM報錯ORA-27125: unable to create shared memory segmentASM
- ASM例項出現ORA-4031錯誤導致例項崩潰ASM
- (轉)Oracle rac環境下清除asm例項OracleASM
- oracle單例項轉RACOracle單例
- 11G ORACLE RAC DBCA 無法識別asm磁碟組OracleASM
- 刪除ASM例項ASM
- Oracle 11g RAC 配置單例項 DataGuardOracle單例