ORACLE10G DG配置中兩個引數db_file_name_convert和log_file_name_convert
ORACLE10G DG配置中,兩個引數db_file_name_convert和log_file_name_convert是用來轉化資料,線上和standby日誌檔案的位置。主要用在物理standby資料庫和rman資料庫複製和TSPITR的操作。如果在配置DG時沒有設定,在後期執行操作備庫執行ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
tail -f /u01/app/admin/orcl/bdump/alert_orcl.log 日誌檔案中報如下錯誤資訊:
Errors in file /u01/app/admin/orcl/bdump/orcl_mrp0_2849.trc: ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: '/u01/app/oradata/orcl/redo01.log' ORA-27037: unable to obtain file status ...... Errors in file /u01/app/admin/orcl/bdump/orcl_mrp0_2739.trc: ORA-19527: physical standby redo log must be renamed ORA-00312: online log 1 thread 1: '/u01/app/oradata/myorcl/redo01.log' |
Errors in file /u01/app/admin/orcl/bdump/orcl_mrp0_2739.trc:
ORA-19527: physical standby redo log must be renamed
ORA-00312: online log 1 thread 1: '/u01/app/oradata/myorcl/redo01.log'
錯誤分析:
出現這個錯誤是因為ORACLE為了降低不小心主庫聯機日誌的風險而引起的;ORACLE不知道你的主備庫是在一臺機器上還是多臺機器上,如果是在相同機器上,則有可能不小心把主庫的連機清空了。
如果是先在主庫switch logfile後,再alter database recover managed standby database disconnect from session;還會有如下報錯:
Errors in file /u01/app/admin/orcl/bdump/orcl_mrp0_2739.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/u01/app/oradata/myorcl/redo01.log'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
錯誤分析:
出現這個錯誤主要是因為在備份前主庫建立了standby redo log,備庫是根據主庫的資訊建立的,一開始它是包含了主庫的standby redo log資訊,如果主庫設定的日誌傳送方式是LGWR,當主庫發生日誌切換時,備庫的RFS會嘗試使用standby redo log來儲存主庫傳送過來的日誌,因為此時備庫實際上是不存在standby redo log的,所以備庫會報錯。當備庫嘗試開啟字典資訊的所有standby redo log失敗以後,備庫會自動把日誌傳送方式轉為ARCN,並同時清除資料字典中的standby redo log資訊。
在最初建立備庫時並沒有redologs ,要指定引數 log_file_name_convert 後,重新alter database recover managed standby database disconnect from session; 後就程式會自動建立redo檔案。
以上兩個問題可是看作是一個問題,解決方式是在備庫設定 log_file_name_convert 即可,如下操作:
SQL> show parameter db_file_name_convert;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert string orcl, myorcl
SQL> alter system set db_file_name_convert='/u01/app/oracle/oradata/myorcl/','/u01/app/oracle/oradata/myorcl/' scope=spfile;
System altered.
SQL> show parameter log_file_name_convert;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_file_name_convert string
SQL> alter system set log_file_name_convert='/u01/app/oradata/myorcl','/u01/app/oradata/orcl' scope=spfile;
System altered.
重啟資料庫生效,如下:
SQL> shutdown immediate
SQL> startup
SQL> show parameter db_file_name_convert;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert string /u01/app/oracle/oradata/myorcl/, / u01/app/oracle/oradata/myorcl/
SQL> show parameter log_file_name_convert;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_file_name_convert string /u01/app/oradata/myorcl, /u01/ app/oradata/orcl
主備庫都要設定,完成之後,在備庫執行 RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
SQL> RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
Media recovery complete.
日誌資訊如下: --高精日誌提示可知無錯誤提示;
Thu Mar 27 00:16:19 2014 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION Thu Mar 27 00:16:19 2014 Attempt to start background Managed Standby Recovery process (orcl) MRP0 started with pid=18, OS id=2954 Thu Mar 27 00:16:19 2014 MRP0: Background Managed Standby Recovery process started (orcl) Managed Standby Recovery not using Real Time Apply Media Recovery Waiting for thread 1 sequence 11 Thu Mar 27 00:16:25 2014 Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION Thu Mar 27 00:18:17 2014 Using STANDBY_ARCHIVE_DEST parameter default value as /u01/app/my_arch/ Redo Shipping Client Connected as PUBLIC -- Connected User is Valid RFS[1]: Assigned to RFS process 2956 RFS[1]: Identified database type as 'physical standby' Thu Mar 27 00:18:17 2014 RFS LogMiner: Client disabled from further notification |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29634949/viewspace-1175636/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- DG配置過程中的引數解釋
- [重慶思莊每日技術分享]-dg環境測試 db_create_file_dest和db_file_name_convert引數
- 【DG】dg中如何配置多個後臺observerServer
- Python 函式中引數前面一個和兩個星號(**)的區別Python函式
- 監聽配置細節引數詳解兩則
- GridView傳遞兩個引數的方法View
- Linux下配置網路引數常用的兩種方式!Linux
- 引數配置
- linux echo命令的-n、-e兩個引數Linux
- 常用的jvm配置引數 :永久區引數配置JVM
- dg庫日誌應用慢引數調整
- JavaWeb引數配置JavaWeb
- DG搭建配置方案
- SAP Spartacus 伺服器端渲染 timeout 和 forcedSsrTimeout 兩個引數的區別伺服器
- C#通過反射獲取類中的方法和引數個數,反射呼叫方法帶引數C#反射
- oracle 11g dg broker開啟和配置Oracle
- mysql備份時候兩個很有用的引數MySql
- 和為s的兩個數字
- redis配置檔案中各引數詳解Redis
- Django裡URL配置中name引數的作用Django
- Ceph配置引數分析
- Oracle DG管理Broker配置Oracle
- nginx 常見引數以及重定向引數配置Nginx
- 如何在MonogoDB中檢視配置的引數值MonoGo
- Kubernetes 中的應用引數配置案例詳析
- Laravel同時接收路由引數和查詢字串中的引數Laravel路由字串
- 兩個有序陣列的中位數陣列
- 用一個巨集實現求兩個數中的最大數
- DG使用中遇到的幾個錯誤
- Android Jenkins引數化配置AndroidJenkins
- Laravel 配置郵箱引數Laravel
- docker 配置引數參考Docker
- APM Java agent 引數配置Java
- vscode配置除錯引數VSCode除錯
- Hystrix 配置引數全解析
- Mybatis(五)--原始碼分析傳入單個list引數和多個list引數寫法MyBatis原始碼
- C# 中的 in 引數和效能分析C#
- 含兩個引數的三元函式的高階偏導數函式
- 容器化環境中,JVM最佳引數配置實踐JVM