oracle12.2 adg ORA-46952: standby database format mismatch for password file

oracle 12.2 adg  在应用日志时报出这个问题

Errors in file /app/oracle/oracle/diag/rdbms/o12dbadg/O12DBDG/trace/O12DBDG_pr00_186543.trc:

ORA-46952: standby database format mismatch for password file '/app/oracle/oracle/product/12.2.0/dbhome_1/dbs/orapwO12DBDG'

问题还是在于备库的的password 文件手工创建的可能不规范,直接查出主库上的password文件,然后重新复制到备库上就可以解决这个问题:

SQL> select * from v$passwordfile_info;


FILE_NAME

--------------------------------------------------------------------------------

FORMAT IS_AS CON_ID

------ ----- ----------

+DATA/O12DB/PASSWORD/pwdo12db.256.1024706535

12     TRUE       0


关于这个错误的另外的排查处理思路:

Was getting the same error after primary to standby switchover: 
ORA-46952: standby database format mismatch for password file AND MRP0: 
Background Media Recovery process shutdown
1. select * from v$passwordfile_info; --> showed different format in primary (12.2) and standby (12)
2. password changes were propagated correctly between primary and secondary
***********************************************************************************************
For me fix was (RAC environments):
 
1. Delete password file on standby with version 12
 
     pwdelete --dbuniquename standby
 
2. Remove from SRVCTL
 
     srvctl modify database -db standby -pwfile
 
3. Create new password file in ASM ( asmcmd )
 
     pwcreate --dbuniquename standby +DATASM/standby/PASSWORD/pwdstandby PwdThat# EnforcesThe12201ComplexityRules
 
Password must contain at least 8 charactersPassword must not contain double quotesPassword must contain at least 1 letterPassword must contain at least 1 digitPassword must contain at least 1 special characterPassword must not contain the usernamePassword must not contain username reversed 
 
4. Add the pwd file back to SRVCTL
 
    srvctl modify database -db standby -pwfile +DATASM/standby/PASSWORD/pwdstandby
 
5. select * from v$passwordfile_info --> now shows same format 12.2 as primary password file
 
6. ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; --> started redo apply no issues
 
I
 think our issue was due to the legacy password file we had on the 
original primary db where 12.2.0.1 password complexity rules were not 
followed so version was determined as 12 vs 12.2
In 12.2.0.1 there should be no need to copy password files between primary and standby dbs.


My issue got resolved after i followed below process:-
1. Created the password file in primary with the old password.
2. deleted all the password file in the standby site.
3. Started the MRP and standby got sync.
4.
 changed the password in the primary db(in sqlplus only like alter user 
sys) and it got sync automatically without copying file manually.
 
SR has helped to resolve the issue:-
The Workaround to bypass this difference in Redo are the steps in internal Note 2503352.1


请使用浏览器的分享功能分享到微信等