官术网_书友最值得收藏!

Time for action – configuring standby redo logs on primary

Run the following procedures on the primary database to create standby redo logfiles:

  1. Check the ORL's members and the sizes of each member as follows:
    SQL> select a.group#, a.status, a.bytes/1024/1024 SizeMB, b.member from v$log a, v$logfile b where a.group#=b.group# order by group#;
    
    GROUP# STATUS SizeMB MEMBER
    ------ -------- ---------- --------------------------------------
     1 INACTIVE 100 /u01/app/oracle/oradata/orcl/redo01.log
     2 CURRENT 100 /u01/app/oracle/oradata/orcl/redo02.log
     3 INACTIVE 100 /u01/app/oracle/oradata/orcl/redo03.log
     4 INACTIVE 100 /u01/app/oracle/oradata/orcl/redo04.log
    
    Tip

    In this single instance of the primary database, we have four redo log groups, each with one member and a size of 100 MB. We should create at least five standby redo log groups.

  2. Add the standby redo logfiles as shown in the following example:
    SQL> alter database add standby logfile group 11 ('/u01/app/oracle/oradata/orcl/standby_redo01.log') size 100m;
    SQL> alter database add standby logfile group 12 ('/u01/app/oracle/oradata/orcl/standby_redo02.log') size 100m;
    SQL> alter database add standby logfile group 13 ('/u01/app/oracle/oradata/orcl/standby_redo03.log') size 100m;
    SQL> alter database add standby logfile group 14 ('/u01/app/oracle/oradata/orcl/standby_redo04.log') size 100m;
    SQL> alter database add standby logfile group 15 ('/u01/app/oracle/oradata/orcl/standby_redo05.log') size 100m;
    
  3. Check the status of new the standby redo logfiles:
    SQL> select group#,bytes,status from v$standby_log;
    GROUP# BYTES STATUS
    ------ --------- ----------
    11 104857600 UNASSIGNED
    12 104857600 UNASSIGNED
    13 104857600 UNASSIGNED
    14 104857600 UNASSIGNED
    15 104857600 UNASSIGNED
    

What just happened?

We've completed the optional task of creating standby redo logs on the primary database. Again, if the standby redo logs were created on primary, the RMAN duplicate will create them on standby automatically.

Fast recovery area (FRA)

Prior to 11g R2, FRA stood for Flash Recover Area, but since Oracle Database 11g R2, FRA stands for Fast Recovery Area. It's a place on the disk where the database automatically manages naming, retention, and deletion of recovery-related files. FRA can contain control files, online redo logfiles, archived redo logs, flashback logs, and RMAN backups. It's not mandatory but strongly recommended to configure FRA.

In order to enable FRA, you need to set two initialization parameters and you don't need to shut down and restart the database. Note that, in Oracle RAC, these parameters should have the same values across instances and the location must be on shared storage.

主站蜘蛛池模板: 泰和县| 鄯善县| 澄迈县| 科尔| 拉孜县| 益阳市| 缙云县| 新营市| 安阳县| 凌海市| 金寨县| 定结县| 伊宁县| 电白县| 和政县| 海伦市| 邵阳市| 双流县| 营山县| 宝兴县| 镇康县| 平谷区| 丹阳市| 怀安县| 晋州市| 保靖县| 阳谷县| 东兰县| 含山县| 高邑县| 江城| 秦皇岛市| 东港市| 措美县| 南靖县| 斗六市| 海丰县| 汉川市| 新野县| 龙海市| 威海市|