RAC (双节点) + 单实例 DATAGUARD 安装遇到的问题处理
生活随笔
收集整理的這篇文章主要介紹了
RAC (双节点) + 单实例 DATAGUARD 安装遇到的问题处理
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
RAC (雙節(jié)點(diǎn)) + 單實(shí)例 DATAGUARD 安裝遇到的問題處理
PRIMARY:? RAC 雙節(jié)點(diǎn) ,存儲:ASM
STANDBY: 單實(shí)例????????? 存儲: ASM
單實(shí)例? 數(shù)據(jù)庫如果要使用 ASM存儲,也要安裝一個(gè)GRID,選項(xiàng)為:
【】為獨(dú)立服務(wù)器配置ORACLE GRID INFRASTRUCTURE
其它和安裝GRID RAC一致。
安裝時(shí),也要選擇一個(gè)VotingDISK。
完成后狀態(tài)如下:
[grid@dg1 ~]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora.CRS.dg???? ora....up.type ONLINE??? ONLINE??? dg1????????
ora.DATA.dg??? ora....up.type ONLINE??? ONLINE??? dg1????????
ora....ER.lsnr ora....er.type ONLINE??? ONLINE??? dg1????????
ora....VERY.dg ora....up.type ONLINE??? ONLINE??? dg1????????
ora.asm??????? ora.asm.type?? ONLINE??? ONLINE??? dg1????????
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? dg1????????
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? dg1????????
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE??????????????
[grid@dg1 ~]$
以下是安裝時(shí)遇到的問題及解決方法,這里寫出與大家分享,如果有更好的思路及解決方法,也請回貼告之。
1.GRID 安裝
【】為獨(dú)立服務(wù)器配置ORACLE GRID INFRASTRUCTURE
[grid@dg1 admin]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora.CRS.dg???? ora....up.type ONLINE??? ONLINE??? localhost??
ora.DATA.dg??? ora....up.type ONLINE??? ONLINE??? localhost??
ora....ER.lsnr ora....er.type OFFLINE?? OFFLINE??????????????
ora....VERY.dg ora....up.type ONLINE??? ONLINE??? localhost??
ora.asm??????? ora.asm.type?? ONLINE??? ONLINE??? localhost??
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? localhost??
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? localhost??
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE???
看到HOST 為 localhost。可能是在安裝GRID前,沒有修改HOSTNAME而引起的。
后面在進(jìn)行數(shù)據(jù)復(fù)制(duplicate)時(shí),既然提示無法找到ASM ,數(shù)據(jù)復(fù)制不過去。
2.重裝后, 少了ASM,如下:
[grid@dg1 ~]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora....ER.lsnr ora....er.type ONLINE??? ONLINE??? dg1????????
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? dg1????????
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? dg1????????
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE??????
懷疑是刪除重裝引起的。后來使用GRID的deinstall 卸載后,再進(jìn)行安裝,問題解決。
3.RMAN 數(shù)據(jù)復(fù)制(duplicate)時(shí)出錯,如下:
開始找不到是什么原因,使用dbca建立一個(gè)新庫,沒有問題。說明不是ASM的問題了。
alert_stbdb.log 還有無法打開+DATA 目錄下的文件的錯誤提示。
后來想到可能是RMAN 是在STANDBY 服務(wù)器端執(zhí)行的原因。到PRIMARY服務(wù)器端執(zhí)行,問題沒有了。
RMAN> duplicate target database for standby from active database nofilenamecheck;
Starting Duplicate Db at 2013-10-21 14:36:40
using target database control file instead of recovery catalog
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=9031 device type=DISK
contents of Memory Script:
{
?? backup as copy reuse
?? targetfile? '/opt/app/oracle/product/11.2.0/dbs/orapwracdb1' auxiliary format
?'/opt/app/oracle/product/11.2.0/dbs/orapwstbdb'?? ;
}
executing Memory Script
Starting backup at 2013-10-21 14:36:43
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=11533 instance=racdb1 device type=DISK
Finished backup at 2013-10-21 14:36:44
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/21/2013 14:36:46
RMAN-05501: aborting duplication of target database
RMAN-06136: ORACLE error from auxiliary database: ORA-03113: end-of-file on communication channel
Process ID: 21550
Session ID: 8429 Serial number: 5
RMAN> exit
--------------alert_stbdb.log ------------------
Recovery Manager complete.
Mon Oct 21 16:25:48 2013
RFS connections have been disallowed
alter database mount standby database
NOTE: Loaded library: /opt/oracle/extapi/64/asm/orcl/1/libasm.so
NOTE: Loaded library: System
SUCCESS: diskgroup DATA was mounted
SUCCESS: diskgroup RECOVERY was mounted
ERROR: failed to establish dependency between database stbdb and diskgroup resource ora.DATA.dg
ERROR: failed to establish dependency between database stbdb and diskgroup resource ora.RECOVERY.dg
Set as converted control file due to db_unique_name mismatch
4.PRIMARY 服務(wù)器端提示 密碼文件錯誤。查看 log文件無法同步到standby 服務(wù)器。
想到RAC環(huán)境前幾天修改過SYS的密碼,后把RAC1,及RAC2節(jié)點(diǎn),都執(zhí)行一次修改密碼。
SQL>alter user sys? identified by oracle;
并且把rac1 重新生成密碼文件:
orapwd file=/tmp/orapwracdb1.ora password=oracle force=y ignorecase=y
并把密碼文件拷貝到standby 服務(wù)器端,及rac2.
問題解決。
ORACLE Instance racdb2 - Archival Error. Archiver continuing.
Tue Oct 22 10:41:10 2013
Error 1034 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 1034.
Tue Oct 22 10:42:10 2013
Error 1034 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 1034.
Tue Oct 22 10:43:10 2013
Error 1017 received logging on to the standby
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
????? returning error ORA-16191
------------------------------------------------------------
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 16191.
Tue Oct 22 10:44:10 2013
Error 1017 received logging on to the standby
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
--------------alert_stbdb.log ------------------
FAL[client, USER]: Error 12154 connecting to RACDB1,RACDB2 for fetching gap sequence
Mon Oct 21 22:14:58 2013
Error 12154 received logging on to the standby
FAL[client, USER]: Error 12154 connecting to RACDB1,RACDB2 for fetching gap sequence
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
PRIMARY:? RAC 雙節(jié)點(diǎn) ,存儲:ASM
STANDBY: 單實(shí)例????????? 存儲: ASM
單實(shí)例? 數(shù)據(jù)庫如果要使用 ASM存儲,也要安裝一個(gè)GRID,選項(xiàng)為:
【】為獨(dú)立服務(wù)器配置ORACLE GRID INFRASTRUCTURE
其它和安裝GRID RAC一致。
安裝時(shí),也要選擇一個(gè)VotingDISK。
完成后狀態(tài)如下:
[grid@dg1 ~]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora.CRS.dg???? ora....up.type ONLINE??? ONLINE??? dg1????????
ora.DATA.dg??? ora....up.type ONLINE??? ONLINE??? dg1????????
ora....ER.lsnr ora....er.type ONLINE??? ONLINE??? dg1????????
ora....VERY.dg ora....up.type ONLINE??? ONLINE??? dg1????????
ora.asm??????? ora.asm.type?? ONLINE??? ONLINE??? dg1????????
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? dg1????????
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? dg1????????
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE??????????????
[grid@dg1 ~]$
以下是安裝時(shí)遇到的問題及解決方法,這里寫出與大家分享,如果有更好的思路及解決方法,也請回貼告之。
1.GRID 安裝
【】為獨(dú)立服務(wù)器配置ORACLE GRID INFRASTRUCTURE
[grid@dg1 admin]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora.CRS.dg???? ora....up.type ONLINE??? ONLINE??? localhost??
ora.DATA.dg??? ora....up.type ONLINE??? ONLINE??? localhost??
ora....ER.lsnr ora....er.type OFFLINE?? OFFLINE??????????????
ora....VERY.dg ora....up.type ONLINE??? ONLINE??? localhost??
ora.asm??????? ora.asm.type?? ONLINE??? ONLINE??? localhost??
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? localhost??
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? localhost??
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE???
看到HOST 為 localhost。可能是在安裝GRID前,沒有修改HOSTNAME而引起的。
后面在進(jìn)行數(shù)據(jù)復(fù)制(duplicate)時(shí),既然提示無法找到ASM ,數(shù)據(jù)復(fù)制不過去。
2.重裝后, 少了ASM,如下:
[grid@dg1 ~]$ crs_stat -t
Name?????????? Type?????????? Target??? State???? Host???????
------------------------------------------------------------
ora....ER.lsnr ora....er.type ONLINE??? ONLINE??? dg1????????
ora.cssd?????? ora.cssd.type? ONLINE??? ONLINE??? dg1????????
ora.diskmon??? ora....on.type OFFLINE?? OFFLINE??????????????
ora.evmd?????? ora.evm.type?? ONLINE??? ONLINE??? dg1????????
ora.ons??????? ora.ons.type?? OFFLINE?? OFFLINE??????
懷疑是刪除重裝引起的。后來使用GRID的deinstall 卸載后,再進(jìn)行安裝,問題解決。
3.RMAN 數(shù)據(jù)復(fù)制(duplicate)時(shí)出錯,如下:
開始找不到是什么原因,使用dbca建立一個(gè)新庫,沒有問題。說明不是ASM的問題了。
alert_stbdb.log 還有無法打開+DATA 目錄下的文件的錯誤提示。
后來想到可能是RMAN 是在STANDBY 服務(wù)器端執(zhí)行的原因。到PRIMARY服務(wù)器端執(zhí)行,問題沒有了。
RMAN> duplicate target database for standby from active database nofilenamecheck;
Starting Duplicate Db at 2013-10-21 14:36:40
using target database control file instead of recovery catalog
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=9031 device type=DISK
contents of Memory Script:
{
?? backup as copy reuse
?? targetfile? '/opt/app/oracle/product/11.2.0/dbs/orapwracdb1' auxiliary format
?'/opt/app/oracle/product/11.2.0/dbs/orapwstbdb'?? ;
}
executing Memory Script
Starting backup at 2013-10-21 14:36:43
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=11533 instance=racdb1 device type=DISK
Finished backup at 2013-10-21 14:36:44
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/21/2013 14:36:46
RMAN-05501: aborting duplication of target database
RMAN-06136: ORACLE error from auxiliary database: ORA-03113: end-of-file on communication channel
Process ID: 21550
Session ID: 8429 Serial number: 5
RMAN> exit
--------------alert_stbdb.log ------------------
Recovery Manager complete.
Mon Oct 21 16:25:48 2013
RFS connections have been disallowed
alter database mount standby database
NOTE: Loaded library: /opt/oracle/extapi/64/asm/orcl/1/libasm.so
NOTE: Loaded library: System
SUCCESS: diskgroup DATA was mounted
SUCCESS: diskgroup RECOVERY was mounted
ERROR: failed to establish dependency between database stbdb and diskgroup resource ora.DATA.dg
ERROR: failed to establish dependency between database stbdb and diskgroup resource ora.RECOVERY.dg
Set as converted control file due to db_unique_name mismatch
4.PRIMARY 服務(wù)器端提示 密碼文件錯誤。查看 log文件無法同步到standby 服務(wù)器。
想到RAC環(huán)境前幾天修改過SYS的密碼,后把RAC1,及RAC2節(jié)點(diǎn),都執(zhí)行一次修改密碼。
SQL>alter user sys? identified by oracle;
并且把rac1 重新生成密碼文件:
orapwd file=/tmp/orapwracdb1.ora password=oracle force=y ignorecase=y
并把密碼文件拷貝到standby 服務(wù)器端,及rac2.
問題解決。
ORACLE Instance racdb2 - Archival Error. Archiver continuing.
Tue Oct 22 10:41:10 2013
Error 1034 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 1034.
Tue Oct 22 10:42:10 2013
Error 1034 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 1034.
Tue Oct 22 10:43:10 2013
Error 1017 received logging on to the standby
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
????? returning error ORA-16191
------------------------------------------------------------
PING[ARC2]: Heartbeat failed to connect to standby 'stbdb'. Error is 16191.
Tue Oct 22 10:44:10 2013
Error 1017 received logging on to the standby
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
--------------alert_stbdb.log ------------------
FAL[client, USER]: Error 12154 connecting to RACDB1,RACDB2 for fetching gap sequence
Mon Oct 21 22:14:58 2013
Error 12154 received logging on to the standby
FAL[client, USER]: Error 12154 connecting to RACDB1,RACDB2 for fetching gap sequence
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
總結(jié)
以上是生活随笔為你收集整理的RAC (双节点) + 单实例 DATAGUARD 安装遇到的问题处理的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【配置DATAGUARD 时的监听静态注
- 下一篇: 正式生产库,配置双节点的RAC + 单实