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