因为数据仓库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

注意点:1.redo要是能sesize的话就完美了2.drop时候如果active就得checkpoint才能drop3.物理删除旧redo文件redo大小影响切换,进而影响性能,至于什么样的业务设置多大暂时还不是很确定,正常情况下设置1g-2g就差不多了.另外可能还跟IO有关,因为在切换时候如果IO差,那么切换就会很慢,这样的话就会影响到性能.--查询日志组及状态SQL> select thread#,group#,members,bytes/1024/1024 ,STATUS from v$

Oracle修改表空间大小 使用Oracle10g建立数据库后,向数据库中导入了部分数据,第二天继续向数据库中导入数据表时发生错误: 查了很多资料发现原来是Oracle表空间限制,导致无法继续导入数据的原因.如果在建立数据库时没有设置, Oracle 默认的表空间大小为400M,当数据库中数据量达到这个值,再向数据库中导入数据就会报错.解决方法是 扩展表空间.可以选择将表容量扩大,比如扩展到5G,或者当表空间不够时每次自动增加一定的容量,如每次自增200M. 下面列出详细过程: 1.通过sql

近期一个项目反馈月底高峰期时系统整体性能下降,抓取对应的AWR和ASH查看,等待事件排第一位的竟然是redo日志切换.进一步看每秒的日志量是5M多,而日志文件大小仅有200M.建议项目上调整日志大小,经验证确认性能问题明显下降,现记录调整联机日志的操作.   数据初始化日志有3组,每组50M.我们建议将日志添加到6组,根据实际情况设日志大小,建议设置为1~2G,我这里设成2G: 归档模式下请确保所有日志已经归档,再进行日志文件大小的调整 日志状态说明 UNUSED未使用过的(新的) INACTI

1.Oracle log 每次切换会记录到告警日志中 设想写个方案来查看log切换频率来判断Oracle log是否应该更改大小. 2.sql a.查看redo日志信息 select * from v$log b.查看日志切换频率 )*,) and b.THREAD#= order by a.SEQUENCE# desc; 或者 )*,) diff ) order by sequence# desc;

一.查询数据库是否开启归档模式: SQL> archive log list; Database log mode Archive Mode Automatic archival Enabled ----已经开启归档模式 Archive destination USE_DB_RECOVERY_FILE_DEST ----修改此归档路径 Oldest online log sequence 3 Next log sequence to archive 5 Current log sequence

(1)redo log的大小可以影响 DBWR 和 checkpoint : (2)arger redo log files provide better performance. Undersized logfiles increase checkpoint activity and reduce performance.          大的log file可以提供更好的性能,小的logfile 会增加checkpoint 和降低性能: (3) A rough guide is to sw

在向orale数据库导入数据的时候报 ORA-01658: 无法为表空间 XXX中的段创建 INITIAL 区错误. Oracle我在创建表空间的时候初始化大小为200M,当数据库中数据量达到这个值,再向数据库中导入数据就会报错. 解决方法是扩展表空间. 可以选择将表容量扩大,比如扩展到2G,或者当表空间不够时每次自动增加一定的容量,如每次自增200M. 查看各表空间分配情况 select tablespace_name,bytes/1024/1024 from dba_data_files o

alert日志中含有大量警告信息:"Thread 1 cannot allocate new log, sequence 320xx Checkpoint not complete" 触发checkpoint条件其中有一条是redo切换时,观察告警日志发现大量的日志切换动作,说明该checkpoint就是由redo日志切换造成的,而checkpoint会触发DBWn将data buffer cache中的dirty block刷到datafile中,而checkpoint not co

DB: 11.2.0.3.0 查看Oracle的redo日志切换频率 两条SQL,原理是一样的,第二个用到了统计函数 时间单位:分钟 方法一. select * from v$log a where a.THREAD# = 1 ;   set line 200select b.SEQUENCE#, b.FIRST_TIME,a.SEQUENCE#,a.FIRST_TIME,round(((a.FIRST_TIME-b.FIRST_TIME)*24)*60,2) from v$log_histor

ORACLE 创建数据库的时候要不要开启日志归档? oracle数据库可以运行在2种模式下:归档模式(archivelog)和非归档模式(noarchivelog) .归档模式可以提高Oracle数据库的可恢复性. 生产数据库都应该运行在此模式下,归档模式应该和相应的备份策略相结合,只有归档模式没有相应的备份策略只会带来麻烦. 在默认情况下,oracle数据库是在非归日志档模式中创建的, 在非归档日志模式中,进行日志切换时会直接重写redo log,如果此时数据文件因为介质失败被损坏,则数据库恢

redo 日志 4.1 redo (重做) log 的功能:数据recovery4.2 redo log 特征:     1)记录数据库的变化(DML.DDL)     2)用于数据块的recover  [SMON]     3)以组的方式管理redo file ,最少两组redo ,循环使用     4)和数据文件存放到不同的磁盘上,需读写速度快的磁盘(比如采用RAID10)     5)日志的block和数据文件的block不是一回事 SQL> select max(lebsz) from

ORACLE DG在线日志添加日志成员 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by SEQUENCE#,THREAD#;#记录日志应用的位置SQL> select GROUP#,BYTES/1024/1024 from v$log;SQL> select GROUP#,BYTES/1024/1024,STATUS from v$standby_log; 主库

ORACLE DG在线日志修改 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by  SEQUENCE#,THREAD#; select * from v$logfile order by GROUP# ; SQL> select GROUP#,BYTES/1024/1024 from v$log; SQL> select GROUP#,BYTES/1024/102

Oracle redo 日志损坏的几种情况下的恢复 第一:损坏的redo为非正在使用的redo log 1.归档模式,不是当前正在日志损坏,数据库打开模式. 模拟损坏:SQL> select * from v$log;    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME--------

2. 更改InnoDB redo日志文件的数量或大小 要更改InnoDB 重做日志文件的数量或大小,请执行以下步骤: 1)停止MySQL服务器,确保正常关闭且没有错误发生 2) 编辑my.cnf以更改日志文件配置.要更改日志文件大小,请配置 innodb_log_file_size.要增加日志文件的数量,请进行配置 innodb_log_files_in_group. mysql> show variables like '%innodb_log_file%'; +---------------

一.什么是redo?redo:oracle在在线或者归档重做日志文件中的记录的信息,外以出现失败时可以利用这些数据来"重放"事务.每个oracle数据都至少有二个在线重做日志组,每个组中的至少有一个成员,这些在线重做日志组以循环方式使用. 二.什么是undo?undo:oracle在undo段中记录的信息,用于取消或者回滚事务.undo在数据库内部存储在一组特殊的段中,称作undo段.利 用undo段恢复数据,不是将数据库物理地恢复到执行语句或者事务之前的样子,只是从逻辑上恢复到原来的

ORACLE修改用户表所属表空间的步骤 使用脚本进行修改.据目前所了解,正长情况下需要修改表的空间和表的索引的空间,如果涉及到BOLB字段的表,修改的方式又不一样了!正常情况下的修改脚本:1.修改表的空间alter table TABLE_NAME move tablespace TABLESPACENAME 查询当前用户下的所有表select 'alter table  '|| table_name ||'  move tablespace tablespacename;'  from use

1.redo redo 有在线redo日志和归档redo日志, 从Oracle 10g开始还新增加了flashback技术. 每个Oracle数据库至少有2个在线重做日志组,循环写. 只有INSERT, DELETE, UPDATE,MERGE才会生成redo日志, redo日志用于数据库故障恢复,比如系统崩溃,磁盘介质问题. 2.undo undo 与redo相反, 修改数据时,会生成undo信息,以便回到更改前的状态. undo存放在数据库中一组undo变空间和undo段中. 每次用undo

一.开启归档 1.查看归档信息 SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online 当前数据库未开启归档 2.设置归档目录 oracle默认使用闪回恢复区DB_RECOVERY_FILE_DEST作为归档路径 SQL> show parameter DB_REC

  2013年4月27日 星期六 10:33 1.redo (重做) log 的功能:        用于数据恢复   2.redo log 特征: [特征]: 1)   记录数据块的变化(DML.DDL) 2)   用于数据块的recover 3)   以组的方式管理redo file ,最少两组redo ,循环使用 4)   和数据文件存放到不同的磁盘上,需读写速度快的磁盘(比如采用RAID10) 5)   online   redolog    在线日志          日志组 和 日志