環境：linux AS 3＋ORA 9.2.4 ＋DATA GUARD MAX LOGFILES ,RESETLOGS
問題描述：目前已經搭建好了基于歸檔日記傳輸的最大性能保護模式的DG，想把它改基于REDO 日記傳輸模式。在備庫新建STANDBY REDO 的時候報錯，示例如下：
SQL> alter database add standby logfile group 4 ('/SERVER/ora9/oradata/ora9i/redo04.log') size 100M;Database altered.SQL> alter database add standby logfile group 5 ('/SERVER/ora9/oradata/ora9i/redo05.log') size 100M;Database altered.SQL> alter database add standby logfile group 6 ('/SERVER/ora9/oradata/ora9i/redo06.log') size 100M*ERROR at line 1:ORA-01185: logfile group number 6 is invalidSQL> alter database add standby logfile group 7 ('/SERVER/ora9/oradata/ora9i/redo07.log') size 100M*ERROR at line 1:ORA-01185: logfile group number 7 is invalid |
出現以上這個錯誤是因為控制文件中限制了MAX LOGFILES 最大日志組數量。
像這種情況只能重建控制文件。
但這是DG環境，處理控制文件要特別的小心，如果搞不好就會DG環境被破壞，需要重建環境。（那樣工作量就大了）
1.導出重建腳本
SQL> alter database backup controlfile to trace;Database altered.在新產生的Trace文件中可以看到下面的內容：STARTUP NOMOUNT pfile=$Oracle_HOME/dbs/initora9i.ora-as_PRimaryCREATE CONTROLFILE REUSE DATABASE "ORA9I" RESETLOGS FORCE LOGGING ARCHIVELOG-- SET STANDBY TO MAXIMIZE PERFORMANCEMAXLOGFILES 10MAXLOGMEMBERS 3MAXDATAFILES 100MAXINSTANCES 1MAXLOGHISTORY 226LOGFILEGROUP 1 '/SERVER/ora9/oradata/ora9i/redo01.log' SIZE 100M,GROUP 2 '/SERVER/ora9/oradata/ora9i/redo02.log' SIZE 100M,GROUP 3 '/SERVER/ora9/oradata/ora9i/redo03.log' SIZE 100M-- STANDBY LOGFILEDATAFILE'/SERVER/ora9/oradata/ora9i/system01.dbf','/SERVER/ora9/oradata/ora9i/undotbs01.dbf','/SERVER/ora9/oradata/ora9i/cwmlite01.dbf','/SERVER/ora9/oradata/ora9i/drsys01.dbf','/SERVER/ora9/oradata/ora9i/example01.dbf','/SERVER/ora9/oradata/ora9i/indx01.dbf','/SERVER/ora9/oradata/ora9i/odm01.dbf','/SERVER/ora9/oradata/ora9i/tools01.dbf','/SERVER/ora9/oradata/ora9i/user01.dbf','/SERVER/ora9/oradata/ora9i/xdb01.dbf','/SERVER/ora9/oradata/ora9i/data01.dbf','/SERVER/ora9/oradata/ora9i/chxi.dbf'CHARACTER SET ZHS16GBK; |
注意：
(1)在CREATE CONTROLFILE REUSE DATABASE "ORA9I" RESETLOGS FORCE LOGGING ARCHIVELOG中間的RESETLOGS， 一定要改成NORESETLOGS，不然日志的序列就亂了。也備庫的同步就會出現麻煩。
(2)更改MAXLOGFILES 10
2.在主庫重建控制文件
SQL> shutdown immediate;
SQL> @recreatectl.sh
控制文件已創建.
SQL> shutdown immediate;
SQL> startup
數據庫重起成功，并確認REDO LOG的SEQUENCE有沒有被RESET：
SQL> select group#,sequence#,status from v$Log;GROUP# SEQUENCE# STATUS---------- ---------- ----------------1 67 ACTIVE2 66 INACTIVE3 68 CURRENT |
3.為備庫重建控制文件
在主庫上執行：
SQL> alter database create standby controlfile as ‘控制文件名和路徑’
并傳送到備份機上。
關閉備庫，并用新的控制文件覆蓋原來的控制文件（注意備份舊的控制文件）;
4.重起備庫
SQL> startup nomount;SQL> alter database mount standby database;alter database mount standby database*ERROR at line 1:ORA-01991: invalid passWord file '/SERVER/ora9/product/9.2/dbs/orapwora9i' |
提示密碼文件也失效了。
解決：從主庫再傳一份過來，覆蓋。
重啟備庫：
SQL> startup nomount;SQL> alter database mount standby database;SQL> alter database recover managed standby database disconnect from session; |
確認相關進程已經啟動：
SQL> select process,status from v$managed_standby;PROCESS STATUS------- ------------ARCH CONNECTEDARCH CONNECTEDMRP0 WAIT_FOR_LOGRFS RECEIVINGRFS ATTACHED |
5.驗證備庫工作正常：
在主庫作日志切換。并看備庫是否接收正常。
SQL> alter system switch logfile;
查看備庫是否接收到主庫的日志并正確應用。
SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME, APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
6.繼續加REDO lOG GROUP
這是因為控制文件被重建過了，之前在備庫中建立成功的兩個REDO4，REDO5也已經被用了。在OS中刪除。
[oracle@ora9-2 ora9i]$ rm redo04.log redo05.logSQL> alter database add standby logfile group 4 ('/SERVER/ora9/oradata/ora9i/redo04.log') size 100M;Database altered.SQL> alter database add standby logfile group 5('/SERVER/ora9/oradata/ora9i/redo05.log') size 100M;Database altered.SQL> alter database add standby logfile group 6('/SERVER/ora9/oradata/ora9i/redo06.log') size 100M;Database altered.SQL> alter database add standby logfile group 7('/SERVER/ora9/oradata/ora9i/redo07.log') size 100M;Database altered. |
7.特殊情況
假如不能正常傳輸切換之間產生的日志，需要手動傳輸并注冊到備庫來進行恢復：
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE '/SERVER/ora9/primary-arc/ora9i_1_60.log'; SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; |
8.完成
