为保证重新创建的日志组成员可以成功创建,我们在删除日志组后需要手工删除对应的日志文件. 1.查看数据库当前REDO LOG日志相关信息1)查看日志组信息sys@ora10g> select * from v$log; GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS   FIRST_CHANGE# FIRST_TIME---------- ---------- ---------- ---------- ---------…
1.查询数据库中的重做日志组 SQL> select * from v$log; GROUP# THREAD# SEQUENCE# BYTES BLOCKSIZE MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME 1 1 64 52428800 512 1 NO CURRENT 1522229 17-MAY-19 2.8147E+14 2 1 62 52428800 512 1 NO INACTIVE 150207…
1.查看日志组成员路径及日志组大小.状态 SQL> select group#,member from v$logfile; GROUP# MEMBER ---------- -------------------------------------------------- /u01/app/oracle/oradata/ORA11GR2/redo03.log /u01/app/oracle/oradata/ORA11GR2/redo02.log /u01/app/oracle/oradata…
使用deinstall卸载oracle后,手工删除Oracle数据库,方法如下: 第一步:停用全部oracle服务 第二步:删除oracle注册表运行regedit在如下路径中找到oracle相关键值,删除    HKEY_LOCAL_MACHINE\SOFTWARE    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eve…
转发:http://www.chedong.com/tech/rotate_merge_log.html   内容摘要:你完全不必耐心地看完下面的所有内容,因为结论无非以下2点:1 用 cronolog 干净,安全地轮循apache"日"志2 用 sort -m 合并排序多个日志或者用: clfmerge合并日志 根据个人的使用经历:1 先介绍apache日志的合并方法:2 然后根据由此引出的问题说明日志轮循的必要性和解决方法,介绍如何通过cronolog对apache日志进行轮循:中…
---------------------------------- 2015-02-10---------------------------------- innodb redo log (重做日志)工作方式 innodb引擎首先将重做日志放入缓冲innodb缓冲池中.然后按照一定的频率将其刷新到重做日志文件.一般情况下master thread每秒钟会将缓存刷新到日志文件, 所以重做日志缓冲区不用设置的很大. 默认为8M. 使用查看环境变量 innodb_log_buffer_size 可…
--------------------------------------------------2015-02-10-------------------------------------------------- (为了节约写作时间,本文部分简称'重做日志'为'日志') 默认情况下, innodb存储引擎的数据目录下有两个文件,ib_logfile0和ib_logfile1. 这就是innodb存储引擎的日志文件了.也叫重做日志文件. 它们记录了innodb存储引擎的事务日志. 该日志文…
设定: 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视图,来确定主库有多少组r…
1异常出现      8月30日下午2时左右,接同事电话,说数据库异常宕机了,现在启动不了. 2初步分析 我让现场把alert.log发过来,先看看是什么问题.   关于ORA-00353和ORA-00334,先查一查是什么错误:   根据上述信息可知,30日10点39分,在进行crash recovery时,REDO03.LOG文件的block=3759889处存在corruption block(坏块.属物理损坏,一般与介质异常与操作系统调用失败有关). 当发现坏块后,oracle后台进程将…
查看redo日志组的状态和日志的位置. SQL> 没有被使用,所以切几次日志,组合4已生效. SQL> select * from v$log; GROUP#   THREAD#  SEQUENCE#      BYTES BLOCKSIZE          MEMBERS ARCSTATUS               FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME -------------------- ---------- ----…