Standby Redo Log 的设定原则、创建、删除、查看、归档位置

设定:

1.每个standby redo log file 至少要和primary database的redo log 一样大,为了方便管理,Oracle 建议主备库的redo log 设置成一样的大小。
SQL> SELECT GROUP#, BYTES/1024/1024 M FROM V$LOG;

2.Standby redo log group 至少要比primary database的redo log group 多一组。 可以在primary 库查询v$log视图,来确定主库有多少组redo log groups。
公式:nx+1   (n为日志组数,x为节点数)

注意:(Oracle 建议在primary 库也创建standby redo log,这样在进行switchover 之后就可以立即接收redo data。 )

创建:

SQL>alter database add standby logfile thread 1 group 5 size 50m,group 6 size 50m,group 7 size 50m;(rac)
 SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘xxxxxxx‘) SIZE 500M;   (one node)

注意:当主库添加了redo log group,那么也必须在备库添加一个对应的standby redo log group。 否则standby database 可能在主库进行switch log 后不同步,shutdown。

删除:

SQL> alter database drop standby logfile group X;

查看:

在standby 库执行执行如下SQL 查询每个standby redo log 大小和每组的成员:
SQL> SELECT GROUP#, BYTES/1024/1024 M FROM V$STANDBY_LOG;

归档位置:

在日志接收中,需要注意的是归档日志会被放在什么位置:
1) 如果配置了STANDBY_ARCHIVE_DEST 参数,则使用该参数指定的目录。
2) 如果某个LOG_ARCHIVE_DEST_n 参数明确定义了VALID_FOR=(STANDBY_LOGFILE,*)选项,则使用这个参数指定的目录。
4) 如果STANDBY_ARCHIVE_DEST 和 LOG_ARCHIVE_DEST_n 参数都没有配置,使用缺省的STANDBY_ARCHIVE_DEST参数值,这个缺省值是$ORACLE_HOME/dbs/arc.

1)设置Standby Redo Log 归档到FRA(fast recovery area)
1. 设置 LOG_ARCHIVE_DEST_n 参数的LOCATION 属性等于USE_DB_RECOVERY_FILE_DEST。
2. 设置LOG_ARCHIVE_DEST_n 参数的VALID_FOR 属性允许进行归档。
valid_for=(all_logfiles,all_roles)

2)设置Standby Redo Log 归档到本地文件系统
设置步骤如下:
1. 设置 LOG_ARCHIVE_DEST_n 参数的LOCATION 属性。
2. 设置LOG_ARCHIVE_DEST_n 参数的VALID_FOR 属性允许进行归档。
示例:
LOG_ARCHIVE_DEST_2 = ‘LOCATION = /disk2/archive
VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)‘
LOG_ARCHIVE_DEST_STATE_2=ENABLE
VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE)‘

时间: 2024-10-24 17:15:11

Standby Redo Log 的设定原则、创建、删除、查看、归档位置的相关文章

配置standby redo log

Data Guard在最大保护和最高可用性模式下,Standby数据库必须配置standby redo log,通过下面的实验展示创建的原则和过程. 1.原则1).standby redo log的文件大小与primary 数据库online redo log 文件大小相同2).standby redo log日志文件组的个数依照下面的原则进行计算    Standby redo log组数公式>=(每个instance日志组个数+1)*instance个数    例如在我的环境中,只有一个节点

【翻译自mos文章】Standby Redo Logs (SRL)的用途,益处与限制

Standby Redo Logs (SRL)的用途,益处与限制 来源于: Usage, Benefits and Limitations of Standby Redo Logs (SRL) (文档 ID 219344.1) 目的: 本文显示了Standby Redo Logs (SRL)的用途,益处与限制,适用于 Oracle 9i/10g/11g中带有SRL的dataguard环境. 范围: 所有DBA以及希望实施9i/10g/11g (9.x-11.x) DataGuard的人 1. S

oracle rac下调节redo log file 文件大小

rac下调节redo log file 文件大小 (1)查看当前日志信息: select * from v$logfile; (步骤2中得路径可以在这里MEMBER列看到,redo文件名自己命名,比如,redo07.log) (注意:日志组现在是6组) (2)为各个节点添加日志文件:(每个节点添加三组日志) 1.节点1 ALTER DATABASE ADD LOGFILE THREAD 1 group 7 '+data/....(单引号里面是路径)′ size 2048m; ALTER DATA

ORACLE 在线移动redo log路径、删除无效的redo log

移动redo文件路径,默认的redo log文件的路径和archivelog的路径一样,在闪回区,因为闪回区有大小限制,所以redo log和archive log特别是archive log越来越多后,会撑爆闪回区.规范起见,需要将redo log以及archive log放到单独的路径区域里面去. 1,查看现有的redo文件路径 查看现有的redo文件路径,看到默认的在闪回区路径下面: SQL> select member from v$logfile; MEMBER -----------

MySQL · 引擎特性 · InnoDB redo log漫游(转)

前言 InnoDB 有两块非常重要的日志,一个是undo log,另外一个是redo log,前者用来保证事务的原子性以及InnoDB的MVCC,后者用来保证事务的持久性. 和大多数关系型数据库一样,InnoDB记录了对数据文件的物理更改,并保证总是日志先行,也就是所谓的WAL,即在持久化数据文件前,保证之前的redo日志已经写到磁盘. LSN(log sequence number) 用于记录日志序号,它是一个不断递增的 unsigned long long 类型整数.在 InnoDB 的日志

说说MySQL中的Redo log Undo log都在干啥

阅读目录(Content) 1 undo 1.1 undo是啥 1.2 undo参数 1.3 undo空间管理 2 redo 2.1 redo是啥 2.2 redo 参数 2.3 redo 空间管理 3 undo及redo如何记录事务 3.1 Undo + Redo事务的简化过程 3.2  IO影响 3.3 恢复 在数据库系统中,既有存放数据的文件,也有存放日志的文件.日志在内存中也是有缓存Log buffer,也有磁盘文件log file,本文主要描述存放日志的文件. MySQL中的日志文件,

Overview of the Online Redo Log --- 在线重做日志概述

对于 oracle 恢复来说最重要的数据结构莫过于online redo log(在线重做日志), 在线重做日志包含至少两个预先分配好的,用来存储数据库变化的文件.在线重做日志记录着数据文件中的变化. Online Redo Log有什么作用 Oracle 数据库通过在线重做日志文件来确保数据不丢失.特别是当实例失败后, oracle数据库可以通过在线重做日志文件恢复已经提交但尚未写到数据文件中的数据. Oracle 数据库把每个事务先同步写到 redo log buffer,然后再写到在线重做

Oracle在线 redo log文件丢失后的恢复

今天一个开发库启动不了了,发过来报错一看是日志文件损坏了(见下图),接着说了一下前因后果.说是年前服务器掉电了,然后就再没有启动起来过.今天有人用才想到要处理. 先说一下大体的思路,如果损坏的redo log是INACTIVE状态的,也就是实例崩溃恢复用不到的redo log,那处理起来比较容易,直接alter database clear logfile group #;或alter database clear unarchived logfile group #;重建日志组就行了.建议重建

Oracle更改redo log的大小

因为数据仓库ETL过程中,某个mapping的执行时间超过了一个小时, select event,count(*) fromv$session_wait group by event order bycount(*) desc 发现日志切换占用了大量的时间,估尝试增大redo log的大小. (1) redo log的大小可以影响  DBWR 和 checkpoint : (2)larger redo log files provide better performance. Undersize