`

oracle redolog杂记

 
阅读更多

 

 

  

select utl_raw.CAST_FROM_BINARY_DOUBLE(-1.385) from dual;

'4009d70a3d70a3d6'

SELECT dump(colc, 16) FROM tzm.NEWTABLE;

SELECT utl_raw.CAST_TO_BINARY_DOUBLE('4009d70a3d70a3d6',0) FROM dual

 

  

/**

 * 更改redolog

 */

  select name,log_mode from v$database;

SELECT * FROM v$archived_log ORDER BY SEQUENCE# desc;

SELECT * FROM v$log ;

SELECT * FROM v$logfile ;

SELECT * FROM v$log_history 

select * from v$log a where a.THREAD# = 1 ;

select b.SEQUENCE#, b.FIRST_TIME,a.SEQUENCE#,a.FIRST_TIME,round(((a.FIRST_TIME-b.FIRST_TIME)*24)*60,2) from v$log_history a, v$log_history b where a.SEQUENCE#=b.SEQUENCE#+1 and b.THREAD#=1 order by a.SEQUENCE# desc;

select sequence#,first_time,nexttime,round(((first_time-nexttime)*24)*60,2) diff from (select sequence#,first_time,lag(first_time) over(order by sequence#) nexttime from v$log_history where thread#=1) order by sequence# desc;

 

select * from V$FLASH_RECOVERY_AREA_USAGE;

 

SELECT A_NUM,B_VARCHAR,AVG(1) FROM tzm.t1 GROUP BY A_NUM,B_VARCHAR;

ALTER DATABASE ADD logfile GROUP 12 '/opt/oracle/oradata/orcl/redo12.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 13 '/opt/oracle/oradata/orcl/redo13.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 14 '/opt/oracle/oradata/orcl/redo14.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 15 '/opt/oracle/oradata/orcl/redo15.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 16 '/opt/oracle/oradata/orcl/redo16.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 17 '/opt/oracle/oradata/orcl/redo17.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 18 '/opt/oracle/oradata/orcl/redo18.log' SIZE 5120m ;

ALTER DATABASE ADD logfile GROUP 19 '/opt/oracle/oradata/orcl/redo19.log' SIZE 5120m ;

 ALTER DATABASE ADD logfile GROUP 20 '/opt/oracle/oradata/orcl/redo20.log' SIZE 5120m ;

 

 

ALTER database DROP logfile group 8;

ALTER database DROP logfile group 9;

ALTER database DROP logfile group 10;

ALTER database DROP logfile group 11;

 

ALTER system switch logfile ;

alter system checkpoint;

 

alter system archive log SEQUENCE 4979;

  

  

  /*

   * redologfile,sequence,scn关系

   */

SELECT * FROM (

  select 'onlinelog',l.GROUP#,sequence#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# as endscn,l.STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime,MEMBER

  from V$log l, v$logfile lf WHERE l.GROUP#=lf.GROUP#  

  UNION ALL

   select  'archivelog',recid,SEQUENCE#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# AS endscn,STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime, name

  from v$archived_log WHERE name IS NOT NULL

) WHERE STARTscn  <= 622116275 AND 622116275 <= endscn

 

 

  /*

   * redologfile,sequence,scn关系

   */

SELECT * FROM (

  select 'onlinelog',l.GROUP#,sequence#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# as endscn,l.STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime,MEMBER

  from V$log l, v$logfile lf WHERE l.GROUP#=lf.GROUP#  

  UNION ALL

   select  'archivelog',recid,SEQUENCE#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# AS endscn,STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime, name

  from v$archived_log WHERE name IS NOT NULL

) WHERE startscn <> 0 AND endscn <> 0

 

SELECT min(startscn), max(startscn), min(endscn), max(endscn) FROM (

  select 'onlinelog',l.GROUP#,sequence#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# as endscn,l.STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime,MEMBER

  from V$log l, v$logfile lf WHERE l.GROUP#=lf.GROUP#  

  UNION ALL

   select  'archivelog',recid,SEQUENCE#,FIRST_CHANGE# as startscn ,NEXT_CHANGE# AS endscn,STATUS,

  to_char(FIRST_TIME,'yyyy/mm/dd:hh24:mi:ss') firsttime,

  to_char(NEXT_TIME,'yyyy/mm/dd:hh24:mi:ss') nexttime, name

  from v$archived_log WHERE name IS NOT NULL

) WHERE startscn <> 0 AND endscn <> 0

  

  SELECT * FROM V$log ;

  select * from v$logfile;

  SELECT * FROM v$archived_log;

  

  select value from v$diag_info where name ='Diag Trace';

  select value from v$diag_info where name ='Diag Alert';

  

  select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;

 

  

  SELECT UTL_RAW.CAST_TO_NUMBER('c20202'), 

  UTL_RAW.CAST_TO_VARCHAR2('ccecbdf2c4cfb4f3cda8d3c3cafdbeddbcbccaf5b9c9b7ddd3d0cfdeb9abcbbe7635'), 

  UTL_RAW.CAST_TO_VARCHAR2('ccecbdf2c4cfb4f3cda8d3c3cafdbeddbcbccaf5b9c9b7ddd3d0cfdeb9abcbbe763620202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020202020'), 

  UTL_RAW.CAST_TO_NVARCHAR2('59296d2553575927901a75286570636e6280672f80a14efd67099650516c53f80076003700200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020002000200020'), 

  UTL_RAW.CAST_TO_VARCHAR2('ccecbdf2c4cfb4f3cda8d3c3cafdbeddbcbccaf5b9c9b7ddd3d0cfdeb9abcbbe7638'), 

  UTL_RAW.CAST_TO_NVARCHAR2('59296d2553575927901a75286570636e6280672f80a14efd67099650516c53f800760039') ,

  UTL_RAW.CAST_TO_NUMBER('c103'),

  UTL_RAW.CAST_TO_NUMBER('c10624'),

  UTL_RAW.CAST_TO_NUMBER('c107')

   FROM dual

  

  

  

 

分享到:
评论

相关推荐

    Redo Log之一:理解Oracle redo log

    Oracle重做日志(Redo Log)是Oracle数据库的一个关键组成部分,它记录了数据库的所有操作变化,保证了数据的完整性和一致性。在了解Oracle redo log之前,首先需要了解几个基础概念: 1. 数据库变化历史:Oracle ...

    介绍Oracle redo log 恢复步骤的文档

    ### Oracle Redo Log恢复步骤详解 #### 一、引言 在Oracle数据库系统中,Redo Log机制是确保数据一致性和可靠性的关键组件之一。它记录了所有对数据库所做的更改,以便在出现故障时能够进行恢复操作。本文档将详细...

    Oracle DG下修改redo log和standby redo log日志大小.txt

    Oracle DG下修改redo log和standby redo log日志大小.txt

    ORACLE 修改redo日志文件 大小的方法

    4. **参数调整**:根据新的redo日志文件大小,可能需要相应地调整Oracle数据库的其他参数,如`LOG_FILE_NAME_CONVERSION`等,以确保数据库的正常运行。 通过以上步骤和注意事项,可以有效地调整Oracle数据库的redo...

    42 redo log是直接一条一条写入文件的吗?非也,揭秘redo log block.pdf

    MySQL数据库中的redo log(重做日志)是数据库高可用、事务提交等关键功能的核心组件之一。它的主要作用是在系统发生故障时,能够确保数据库能够恢复到故障点之前的正确状态,确保数据的持久性和一致性。在MySQL中,...

    Oracle工作总结——日志文件切换频率的调整

    2. **增加日志组数量**:增加redo log group的数量,可以在一组日志文件写满时无缝切换到下一组,这样可以分散I/O负载并提高系统并发处理能力。每个日志组应保持相同大小,以确保均衡使用。 在给出的部分内容中,...

    Oracle Redo并行机制

    为了管理这个缓冲区,Oracle使用了一个名为Redo Allocation Latch的锁机制,防止多个进程同时访问和修改Redo Log Buffer。 在高并发环境中,Redo Allocation Latch可能会成为性能瓶颈,因为每个服务进程都需要获取...

    行业-42 redo log是直接一条一条写入文件的吗?非也,揭秘redo log block.rar

    在Oracle、MySQL等数据库系统中,redo log扮演着不可或缺的角色。标题和描述暗示我们将揭秘redo log并非如常人所想那样直接一条条地写入文件,而是采用了一种更高效、更安全的方式来处理。 首先,理解redo log的...

    43 直接强行把redo log写入磁盘?非也,揭秘redo log buffer.pdf

    Redo日志(Redo Log)是数据库事务日志的重要组成部分,它主要用于事务的恢复和数据的一致性保证。在MySQL数据库中,InnoDB存储引擎使用Redo日志来记录事务性的操作,并通过日志缓冲区(Redo Log Buffer)来缓存Redo...

    3000帧动画图解MySQL为什么需要binlog、redo log和undo log.doc

    MySQL为什么需要binlog、redo log和undo log的知识点总结 MySQL数据库管理系统需要binlog、redo log和undo log三个重要的日志系统,以确保数据的一致性和持久性。下面是对这些日志系统的详细解释: 为什么需要分层...

    行业-43 直接强行把redo log写入磁盘?非也,揭秘redo log buffer.rar

    redo log是数据库系统中至关重要的组件,特别是在关系型数据库管理系统(如MySQL、Oracle等)中,它用于记录事务对数据库所做的所有更改。在标题“行业-43 直接强行把redo log写入磁盘?非也,揭秘redo log buffer”...

    hex格式redo log解析

    在Oracle数据库中,redo log是持久化数据的重要部分,它确保了即使在系统崩溃或硬件故障后,数据库也能恢复到一致的状态。本篇将深入解析hex格式的redo log,包括文件头、日志头、块头以及一个insert语句的详细内容...

    41 在Buffer Pool执行完增删改之后,写入日志文件的redo log长什么样.pdf

    当然,除了redo log之外,数据库还使用其他类型的日志来记录操作,例如undo log,它用于回滚事务,以及binary log,用于复制和备份。每种日志都有其特定的格式和用途,在数据库中扮演着重要的角色。而文章结尾提到的...

    2 万字 + 30 张图 | 细聊 MySQL undo log、redo log、binlog 有什么用?.doc

    事务日志机制主要由三部分组成:undo log、redo log 和 binlog。 undo log 是 Innodb 存储引擎层生成的日志,主要用于事务回滚和 MVCC。undo log 的主要作用是记录事务执行过程中的所有操作,以便在事务回滚时可以...

    44 redo log buffer中的缓冲日志,到底什么时候可以写入磁盘?l.pdf

    在数据库系统中,Redo Log Buffer是一个非常重要的组成部分,它是用来暂存事务日志的内存区域。这个缓冲区中的日志数据是在事务提交之前写入的,它是用来保证事务持久化的重要机制。在MySQL数据库中,特别是InnoDB...

    redo 维护 oracle

    Oracle数据库系统会按照循环的方式写入redo log files,以确保不会丢失任何事务信息。 2. **redo日志的作用** - **数据恢复**:当数据库发生故障时,redo日志用于执行前滚操作,即将未提交的事务应用到数据库,以...

    MySQL的redo log、undo log、binlog

    MySQL数据库中有多种日志文件,其中最重要的三种是重做日志(redo log)、回滚日志(undo log)和二进制日志(binlog)。重做日志确保事务的持久性,回滚日志用于事务回滚,而二进制日志则用于数据复制和恢复。 1. ...

    oracle redo常用维护命令

    oracle redo常用维护命令

    行业-44 redo log buffer中的缓冲日志,到底什么时候可以写入磁盘?l.rar

    redo log buffer,也被称为重做日志缓冲区,是数据库管理系统,尤其是Oracle数据库系统中一个至关重要的组件。它主要用于存储即将被写入到数据文件的事务日志记录。当数据库进行事务操作时,如插入、更新或删除数据...

    oracle在线迁移redolog.txt

    详细的redo日志,不停库迁移方案。 记录完整的迁移过程,简单明了。

Global site tag (gtag.js) - Google Analytics