????Oracle dataguard enabling real time apply
????Oracle dataguard enabling real time apply
總結:
物理DG:alter database recover managed standby database using current logfile disconnect;
邏輯DG:alter database start logical standby apply immediate;
physical standby database
開啟redo apply
To start Redo Apply in the foreground, issue the following SQL statement:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;
To start Redo Apply in the background, include the DISCONNECT keyword on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
To start real-time apply, include the USING CURRENT LOGFILE clause on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE;
關閉redo apply
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
logical standby database
開啟sql apply
To start SQL Apply, start the logical standby database and issue the following statement:
· SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;
To start real-time apply on the logical standby database to immediately apply redo data from the standby redo log files on the logical standby database, include the IMMEDIATE keyword as shown in the following statement:
· SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
關閉sql apply
To stop SQL Apply, issue the following statement on the logical standby database:
· SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
官檔解釋如下:
Oracle 10g
6.3.1 Starting Redo Apply
To start log apply services on a physical standby database, ensure the physical standby database is started and mounted and then start Redo Apply using the SQLALTER DATABASE RECOVER MANAGED STANDBY DATABASE statement.
You can specify that Redo Apply runs as a foreground session or as a background process, and enable it with real-time apply.
· To start Redo Apply in the foreground, issue the following SQL statement:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;
If you start a foreground session, control is not returned to the command prompt until recovery is canceled by another session.
· To start Redo Apply in the background, include the DISCONNECT keyword on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
This statement starts a detached server process and immediately returns control to the user. While the managed recovery process is performing recovery in the background, the foreground process that issued the RECOVER statement can continue performing other tasks. This does not disconnect the current SQL session.
· To start real-time apply, include the USING CURRENT LOGFILE clause on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE;
6.3.2 Stopping Redo Apply
To stop Redo Apply, issue the following SQL statement in another window:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
6.4.1 Starting SQL Apply
To start SQL Apply, start the logical standby database and issue the following statement:
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;
To start real-time apply on the logical standby database to immediately apply redo data from the standby redo log files on the logical standby database, include theIMMEDIATE keyword as shown in the following statement:
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
6.4.2 Stopping SQL Apply on a Logical Standby Database
To stop SQL Apply, issue the following statement on the logical standby database:
SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
When you issue this statement, SQL Apply waits until it has committed all complete transactions that were in the process of being applied. Thus, this command may not stop the SQL Apply processes immediately.
If you want to stop SQL Apply immediately, issue the following statement:
SQL> ALTER DATABASE ABORT LOGICAL STANDBY APPLY;
Oracle 11g
7.3.1 Starting Redo Apply
To start apply services on a physical standby database, ensure the physical standby database is started and mounted and then start Redo Apply using the SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE statement.
You can specify that Redo Apply runs as a foreground session or as a background process, and enable it with real-time apply.
· To start Redo Apply in the foreground, issue the following SQL statement:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;
If you start a foreground session, control is not returned to the command prompt until recovery is canceled by another session.
· To start Redo Apply in the background, include the DISCONNECT keyword on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
This statement starts a detached server process and immediately returns control to the user. While the managed recovery process is performing recovery in the background, the foreground process that issued the RECOVER statement can continue performing other tasks. This does not disconnect the current SQL session.
· To start real-time apply, include the USING CURRENT LOGFILE clause on the SQL statement. For example:
· SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE;
7.3.2 Stopping Redo Apply
To stop Redo Apply, issue the following SQL statement:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
7.4.1 Starting SQL Apply
To start SQL Apply, start the logical standby database and issue the following statement:
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;
To start real-time apply on the logical standby database to immediately apply redo data from the standby redo log files on the logical standby database, include the IMMEDIATE keyword as shown in the following statement:
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
7.4.2 Stopping SQL Apply on a Logical Standby Database
To stop SQL Apply, issue the following statement on the logical standby database:
SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
When you issue this statement, SQL Apply waits until it has committed all complete transactions that were in the process of being applied. Thus, this command may not stop the SQL Apply processes immediately.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26442936/viewspace-768473/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 11g dataguard check real time applyOracleAPP
- 【DataGuard】Oracle 11g DataGuard 新特性之 Active Standby:Real-Time Apply+QueryOracleAPP
- for the datagard and real time applyAPP
- 11g 新特性 real time apply +real time queryAPP
- oracle active data guard real-time apply特性OracleAPP
- 查詢real-time apply、real-time query的檢視APP
- steps to do real time apply in oracle 11gAPPOracle
- Oracle 10g R2 實現dataguard實時日誌應用(real-time apply)Oracle 10gAPP
- Oracle Real Time SQL MonitorOracleSQL
- Oracle Real Time SQL MonitoringOracleSQL
- 建立Oracle 10gR2的local stream和downstream real-time apply 流複製Oracle 10gAPP
- 【DataGuard】Oracle 11g物理Active Data Guard實時查詢(Real-time query)特性Oracle
- Creating a 10gr2 Data Guard Physical Standby database with Real-Time applyDatabaseAPP
- V$DATAGUARD_STATS中 transport lag 或 apply finish time 是空值APP
- Oracle 12c RAC CSSD程式無法啟動real time模式OracleCSS模式
- Lecture 12 Real-time Ray Tracing
- Enabling Archive Log mode in OracleHiveOracle
- Laravel 5.4 real-time facade 探究Laravel
- Lecture 05 Real-time Environment MappingAPP
- oracle dataguardOracle
- 【DG】Real-time query實時查詢操作
- Linux核心支援實時(Real-Time)(轉)Linux
- Oracle 11g RAC DG備庫gv$dataguard_stats apply lag值較大OracleAPP
- ORACLE裡的慢查跟蹤 Real Time SQL Monitoring 11GR1 新特性OracleSQL
- DataGuard之Apply Services(redo應用和SQL應用)APPSQL
- Oracle Real Application Clusters GFSOracleAPP
- Real-Time C++電子書pdf下載C++
- Clock in a Linux Guest Runs More Slowly or Quickly Than Real TimeLinuxUI
- oracle dataguard setupOracle
- oracle rac + dataguardOracle
- 使用oracle 11g rman新特性 duplicate target database for standby from active database 建立物理dataguard並開啟RealOracleDatabase
- oracle dataguard broker 配置Oracle
- oracle dataguard 切換Oracle
- ORACLE CASCADE DATAGUARDOracle
- 配置Oracle physical DataGuardOracle
- oracle Dataguard 詳解Oracle
- Deinstallation Tool for Oracle Clusterware and Oracle Real Application ClustersOracleAPP
- 【DATAGUARD】Oracle Dataguard體系架構詳解Oracle架構