调整联机重做日志大小(change redo log size)

本文涉及的产品
网络型负载均衡 NLB,每月750个小时 15LCU
日志服务 SLS,月写入数据量 50GB 1个月
传统型负载均衡 CLB,每月750个小时 15LCU
简介:       Oracle 联机日志加上Oracle归档日志记录了整个数据库完整的变更信息。是Oracle体系结构中的重要组成部分。因此联机日志的规划也相当重要。

      Oracle 联机日志加上Oracle归档日志记录了整个数据库完整的变更信息。是Oracle体系结构中的重要组成部分。因此联机日志的规划也相当重要。但随着业务的增加或当前联机日志文件的大小成为数据库瓶颈之一时,不得不调整联机日志的大小。本文演示了如何调整联机日志的大小。
      有关联机日志、归档日志规划,设置等其参考:
          Oracle 联机重做日志文件(ONLINE LOG FILE)
          Oracle 归档日志

 

1、演示环境

sys@CNBO1> select * from v$version where rownum<2;

BANNER
----------------------------------------------------------------
Oracle Database 10g Release 10.2.0.3.0 - 64bit Production

sys@CNBO1> archive log list;
Database log mode              Archive Mode    -->已处于归档模式
Automatic archival             Enabled
Archive destination            /u02/database/CNBO1/archive/
Oldest online log sequence     4881
Next log sequence to archive   4884
Current log sequence           4884

2、日志使用情况

sys@CNBO1> @log_stat

    GROUP# MEMBER                                         SEQUENCE#    SIZE_MB STATUS
---------- --------------------------------------------- ---------- ---------- -------
         1 /u02/database/CNBO1/redolog/log1aCNBO1.log          4881         20 ACTIVE
         1 /u02/database/CNBO1/redolog/log1bCNBO1.log          4881         20 ACTIVE
         2 /u02/database/CNBO1/redolog/log2aCNBO1.log          4882         20 ACTIVE
         2 /u02/database/CNBO1/redolog/log2bCNBO1.log          4882         20 ACTIVE
         3 /u02/database/CNBO1/redolog/log3aCNBO1.log          4883         20 ACTIVE
         3 /u02/database/CNBO1/redolog/log3bCNBO1.log          4883         20 ACTIVE
         4 /u02/database/CNBO1/redolog/log4aCNBO1.log          4884         20 ACTIVE
         4 /u02/database/CNBO1/redolog/log4bCNBO1.log          4884         20 CURRENT

8 rows selected.

sys@CNBO1> select group#,archived,status from v$log;

    GROUP# ARC STATUS
---------- --- ----------------
         1 YES ACTIVE
         2 YES ACTIVE
         3 YES ACTIVE
         4 NO  CURRENT

3、调整联机日志大小

sys@CNBO1> alter system archive log all;   -->归档所有日志文件
alter system archive log all
*
ERROR at line 1:
ORA-00271: there are no logs that need archiving   -->提示没有日志需要进行归档       

sys@CNBO1> alter database drop logfile group 1;    -->由于group1 处于active状态,不可删除
alter database drop logfile group 1
*
ERROR at line 1:                                   -->下面提示crash recovery会用到
ORA-01624: log 1 needed for crash recovery of instance CNBO1 (thread 1)
ORA-00312: online log 1 thread 1: '/u02/database/CNBO1/redolog/log1aCNBO1.log'
ORA-00312: online log 1 thread 1: '/u02/database/CNBO1/redolog/log1bCNBO1.log'

sys@CNBO1> alter system switch logfile;            -->切换日志

System altered.

sys@CNBO1> select group#,archived,status from v$log; -->此时状态已发生变化

    GROUP# ARC STATUS
---------- --- ----------------
         1 NO  CURRENT
         2 YES INACTIVE
         3 YES INACTIVE
         4 YES ACTIVE

sys@CNBO1> alter database drop logfile group 2;     -->删除第2个日志组

Database altered.

sys@CNBO1> ho ls /u02/database/CNBO1/redolog/log2*  -->可以看到,物理文件并没有被删除
/u02/database/CNBO1/redolog/log2aCNBO1.log  /u02/database/CNBO1/redolog/log2bCNBO1.log              

sys@CNBO1> alter database add logfile group 2 ('/u02/database/CNBO1/redolog/log2aCNBO1.log',
  2  '/u02/database/CNBO1/redolog/log2bCNBO1.log') size 100m reuse;   -->添加日志组,并使用新的size

Database altered.

sys@CNBO1> alter database drop logfile group 3;

Database altered.

sys@CNBO1> alter database add logfile group 3 ('/u02/database/CNBO1/redolog/log3aCNBO1.log',
  2  '/u02/database/CNBO1/redolog/log3bCNBO1.log') size 100m reuse;

Database altered.

sys@CNBO1> select group#,archived,status from v$log;   -->新增的日志组为unused状态,
                                                       -->不考虑组号顺序,切换日志时会优先切换到unused日志组  
    GROUP# ARC STATUS
---------- --- ----------------
         1 NO  CURRENT
         2 YES UNUSED
         3 YES UNUSED
         4 YES ACTIVE

sys@CNBO1> alter system switch logfile;

System altered.

-->切换日志的时候需要将被删除的日志切换为INACTIVE,再实施删除添加动作。
-->按照上面的方法逐个删除并添加日志文件,后面的演示省略。
-->下面是所有日志修改大小完毕之后的结果
--> Author : Robinson
--> Blog   : http://blog.csdn.net/robinson_0612

sys@CNBO1> @log_stat 

    GROUP# MEMBER                                         SEQUENCE#    SIZE_MB STATUS
---------- --------------------------------------------- ---------- ---------- -------
         1 /u02/database/CNBO1/redolog/log1aCNBO1.log          4893        100 CURRENT 
         1 /u02/database/CNBO1/redolog/log1bCNBO1.log          4893        100 CURRENT 
         2 /u02/database/CNBO1/redolog/log2aCNBO1.log          4890        100 INACTIVE
         2 /u02/database/CNBO1/redolog/log2bCNBO1.log          4890        100 INACTIVE
         3 /u02/database/CNBO1/redolog/log3aCNBO1.log          4891        100 INACTIVE
         3 /u02/database/CNBO1/redolog/log3bCNBO1.log          4891        100 INACTIVE
         4 /u02/database/CNBO1/redolog/log4aCNBO1.log             0        100 UNUSED  
         4 /u02/database/CNBO1/redolog/log4bCNBO1.log             0        100 UNUSED  

8 rows selected.

4、小结
  a、本文演示了基于归档模式下如何调整日志文件的大小,同样适用于非归档模式
  b、归档模式下确保所有日志已经归档(规模模式下通常都已被归档),再进行日志文件大小的调整
  c、注意日志文件的几种状态的变化,active与current状态时是不能够被删除的
  d、active与current状态时,日志中存在着大量的活动事务,在crash recovery时会根据当时状态前滚或回滚
  e、切换日志(alter system switch logfile)是的日志文件状态发生变化,其原因是触发了checkpoint进程

 

补充:关于当前日志处于active状态的情形@20130816
ACTIVE:
Log is active but is not the current log. It is needed for crash recovery.   --->crash recovery时会用到
It may be in use for block recovery. It may or may not be archived.  
有时候切换了N多次archivelog,仍然不能得到inactive状态,对于此,可以强制执行检查点进程,然后删除日志组,添加日志组,赋予新的大小。
alter sysetm checkpoint;   --强制检查点进程,用于同步日志文件中未写出的到数据文件的scn

 

更多参考:

有关Oracle RAC请参考
     使用crs_setperm修改RAC资源的所有者及权限
     使用crs_profile管理RAC资源配置文件
     RAC 数据库的启动与关闭
     再说 Oracle RAC services
     Services in Oracle Database 10g
     Migrate datbase from single instance to Oracle RAC
     Oracle RAC 连接到指定实例
     Oracle RAC 负载均衡测试(结合服务器端与客户端)
     Oracle RAC 服务器端连接负载均衡(Load Balance)
     Oracle RAC 客户端连接负载均衡(Load Balance)
     ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora)
     ORACLE RAC 监听配置 (listener.ora tnsnames.ora)
     配置 RAC 负载均衡与故障转移
     CRS-1006 , CRS-0215 故障一例 
     基于Linux (RHEL 5.5) 安装Oracle 10g RAC
     使用 runcluvfy 校验Oracle RAC安装环境

有关Oracle 网络配置相关基础以及概念性的问题请参考:
     配置非默认端口的动态服务注册
     配置sqlnet.ora限制IP访问Oracle
     Oracle 监听器日志配置与管理
     设置 Oracle 监听器密码(LISTENER)
     配置ORACLE 客户端连接到数据库

有关基于用户管理的备份和备份恢复的概念请参考
     Oracle 冷备份
     Oracle 热备份
     Oracle 备份恢复概念
     Oracle 实例恢复
     Oracle 基于用户管理恢复的处理
     SYSTEM 表空间管理及备份恢复
     SYSAUX表空间管理及恢复
     Oracle 基于备份控制文件的恢复(unsing backup controlfile)

有关RMAN的备份恢复与管理请参考
     RMAN 概述及其体系结构
     RMAN 配置、监控与管理
     RMAN 备份详解
     RMAN 还原与恢复
     RMAN catalog 的创建和使用
     基于catalog 创建RMAN存储脚本
     基于catalog 的RMAN 备份与恢复
     RMAN 备份路径困惑
     使用RMAN实现异机备份恢复(WIN平台)
     使用RMAN迁移文件系统数据库到ASM
     linux 下RMAN备份shell脚本
     使用RMAN迁移数据库到异机

有关ORACLE体系结构请参考
     Oracle 表空间与数据文件
     Oracle 密码文件
     Oracle 参数文件
     Oracle 联机重做日志文件(ONLINE LOG FILE)
     Oracle 控制文件(CONTROLFILE)
     Oracle 归档日志
     Oracle 回滚(ROLLBACK)和撤销(UNDO)
     Oracle 数据库实例启动关闭过程
     Oracle 10g SGA 的自动化管理
     Oracle 实例和Oracle数据库(Oracle体系结构)

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
6天前
|
存储 缓存 关系型数据库
图解MySQL【日志】——Redo Log
Redo Log(重做日志)是数据库中用于记录数据页修改的物理日志,确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式,在内存中缓存修改操作,并在适当时候刷入磁盘,减少随机写入带来的性能损耗。WAL(Write-Ahead Logging)技术的核心思想是先将修改操作记录到日志文件中,再择机写入磁盘,从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数(如 `innodb_flush_log_at_trx_commit`),以平衡性能与数据安全性。
21 5
图解MySQL【日志】——Redo Log
|
21天前
|
存储 SQL 关系型数据库
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log、原理、写入过程;binlog与redolog区别、update语句的执行流程、两阶段提交、主从复制、三种日志的使用场景;查询日志、慢查询日志、错误日志等其他几类日志
MySQL日志详解——日志分类、二进制日志bin log、回滚日志undo log、重做日志redo log
|
19天前
|
SQL 缓存 关系型数据库
MySQL原理简介—7.redo日志的底层原理
本文介绍了MySQL中redo日志和undo日志的主要内容: 1. redo日志的意义:确保事务提交后数据不丢失,通过记录修改操作并在系统宕机后重做日志恢复数据。 2. redo日志文件构成:记录表空间号、数据页号、偏移量及修改内容。 3. redo日志写入机制:redo日志先写入Redo Log Buffer,再批量刷入磁盘文件,减少随机写以提高性能。 4. Redo Log Buffer解析:描述Redo Log Buffer的内存结构及刷盘时机,如事务提交、Buffer过半或后台线程定时刷新。 5. undo日志原理:用于事务回滚,记录插入、删除和更新前的数据状态,确保事务可完整回滚。
|
1月前
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
MySQL事务日志-Undo Log工作原理分析
|
8天前
|
存储 关系型数据库 MySQL
图解MySQL【日志】——Undo Log
Undo Log(回滚日志)是 MySQL 中用于实现事务原子性和一致性的关键机制。在默认的自动提交模式下,MySQL 隐式开启事务,每条增删改语句都会记录到 Undo Log 中。其主要作用包括:
19 0
|
3月前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
1042 31
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
2月前
|
监控 安全 Apache
什么是Apache日志?为什么Apache日志分析很重要?
Apache是全球广泛使用的Web服务器软件,支持超过30%的活跃网站。它通过接收和处理HTTP请求,与后端服务器通信,返回响应并记录日志,确保网页请求的快速准确处理。Apache日志分为访问日志和错误日志,对提升用户体验、保障安全及优化性能至关重要。EventLog Analyzer等工具可有效管理和分析这些日志,增强Web服务的安全性和可靠性。
|
4月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
509 3
|
2月前
|
存储 监控 安全
什么是事件日志管理系统?事件日志管理系统有哪些用处?
事件日志管理系统是IT安全的重要工具,用于集中收集、分析和解释来自组织IT基础设施各组件的事件日志,如防火墙、路由器、交换机等,帮助提升网络安全、实现主动威胁检测和促进合规性。系统支持多种日志类型,包括Windows事件日志、Syslog日志和应用程序日志,通过实时监测、告警及可视化分析,为企业提供强大的安全保障。然而,实施过程中也面临数据量大、日志管理和分析复杂等挑战。EventLog Analyzer作为一款高效工具,不仅提供实时监测与告警、可视化分析和报告功能,还支持多种合规性报告,帮助企业克服挑战,提升网络安全水平。
121 2
|
4月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1863 14
MySQL事务日志-Redo Log工作原理分析