Oracle 12c环境下查询,alert日志并不在bdump目录下,看到网上和书上都写着可以通过初始化参数background_dump_dest来查看alter日志路径,还说警告日志文件的缺省位置是%Oracle_base%\admin\orcl\bdump,其实12c中,上述路径都不是真正存放警告日志的路径. 真是路径是要需要通过v$diag_info视图来查询,为什么呢? 因为在ORACLE 12c中,引入了ADR(Automatic Diagnostic Repository(自动诊断

问题描述:正在应用的备库是一套11.2.0.4的rac环境,但是被直接crsctl stop cluster集群强制关库,重新启动之后导致数据库启动失败,报错 Errors in file /u01/app/oracle/diag/rdbms/racdg/racdg1/trace/racdg1_ora_4339.trc: ORA-10458: standby database requires recovery ORA-01196: file 1 is inconsistent due to a

本文主要描述Oracle备库日志与主库日志之间有gap,切主库这部分gap的归档日志已经删除或丢失,如何在不重建备库的情况下,恢复备库. 欢迎转载,请注明作者.出处. 作者:张正 blog:http://space.itpub.net/26355921  QQ:176036317 如有疑问,欢迎联系. 在dataguard环境中,由于主库archivelog丢失,且尚未同步到standby,问如何在避免 重建standby的情况下来将standby恢复成功的. 下面是我的测试过程,供参考! —-

关库顺序 先关闭数据库 然后关闭节点资源 [root@rac1 ~]# srvctl stop   database  -d prod[root@rac1 ~]# srvctl stop   instance  -d prod  -i prod1[root@rac1 ~]# srvctl stop   instance  -d prod  -i prod2[root@rac1 ~]# srvctl stop   nodeapps  -n rac1  [root@rac1 ~]# srvctl s

mylog.h #ifdef __cplusplus extern "C" { #endif //写日志函数 //path:日志文件名 //msg:日志信息 int writelog(const char *path, const char * msg); #ifdef __cplusplus } #endif mylog.c //日志共享库 #include <stdio.h> #include <stdlib.h> #include <string.h

原创作品,出自 "深蓝的blog" 博客,转载时请务必注明出处,否则有权追究版权法律责任. 深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/46863813 环境: 操作系统:CentOS 6.4 64bit 中间件:WAS 7 数据库:Oracle 11G RAC 11.2.0.3 问题: 生成库was无法连接数据库,报出数据库无法归档错误. 解决思路: 解决oracle无法归档问题. 操作记录: SQL> s

在群里聊天的时候,一个群友说,生产库主库宕机,但是主从数据库数据一致,但是从库的日志比主库多,很是不理解! 咨询后发现,生产库的主库没有设置sync_binlog=1,而是为sync_binlog=0 因此,在主库写入数据的时候,事务已经提交,但是数据在binlog cache中,没有写入到磁盘,并且数据已经同步到从库,此刻主库宕机,binlog cache中数据丢失,导致从库的日志比主库多. 群友重新配置主从之后,并将sync_binlog设置为1 sync_binlog的重要性及意义:syn

这里只是说明在项目中如何配置使用微软企业库的日志组件,对数据库方面的配置请参考其他资料. 1.在项目中添加Microsoft.Practices.EnterpriseLibrary.Data.dll.Microsoft.Practices.EnterpriseLibrary.Logging.dll.Microsoft.Practices.EnterpriseLibrary.Logging.Database.dll这三个引用. 2.打开EnterpriseLibrary的配置工具EntLibCon

1.模块级别 先看一下logging模块的日志级别特点,共分6个等级. 可以手工设置当前日志的默认等级(warn),当日志输出的等级高于默认等级时,日志输出到屏幕,否则不输出. #!/usr/bin/env python # _*_ coding: utf-8 _*_ # __author__ ='kong' import logging import time# 日志的输出级别 print logging.NOTSET print logging.DEBUG print logging.WAR

一:查看警告日志文件的位置 Oracle 12c环境下查询,alert日志并不在bdump目录下,看到网上和书上都写着可以通过初始化参数background_dump_dest来查看alter日志路径,还说警告日志文件的缺省位置是%Oracle_base%\admin\orcl\bdump,其实12c中,上述路径都不是真正存放警告日志的路径. 真是路径是要需要通过v$diag_info视图来查询,为什么呢? 因为在ORACLE 12c中,引入了ADR(Automatic Diagnostic R

概述 在项目开发中,为了跟踪代码的运行情况,常常要使用日志来记录信息. 在Java世界,有很多的日志工具库来实现日志功能,避免了我们重复造轮子. 我们先来逐一了解一下主流日志工具. java.util.logging (JUL) JDK1.4开始,通过java.util.logging提供日志功能. 它能满足基本的日志需要,但是功能没有Log4j强大,而且使用范围也没有Log4j广泛. Log4j Log4j是apache的一个开源项目,创始人Ceki Gulcu. Log4j应该说是Java领

Logging Application Block Hands-On Lab for Enterprise Library 企业库的日志应用程序块动手实验 This walkthrough should act as your guide for learning about the Enterprise Library Logging Application Block and will allow you to practice employing its capabilities in v

问题描述: 今天看到user库日志备份方面很久,然后查看到user库这个log日志很大 图片是我已经解决了,然后现在可以收缩的大小 解决方法: 1.先备份user库日志,因为很大,所以要等很久,这个只能先等了 当时的LOG大小有500G,备份出来后167G左右,备份完了,发现还是无法收缩 2.再次执行一次收缩日志 3.再次收缩日志,就可以了

前几天同事不小心误操作,将SQLServer库的一张表的一个状态字段给刷成了一个统一状态,由于是update执行所以原来的相关状态无法确定.发生这种事情的时候我的小伙伴背后 一凉,估计心里里面想这怕是要删库跑路了. 由于是在开发试运行中的项目,还没来得及进行备份处理,所以从备份恢复宣告失败.就算有备份那么恢复的也是备份时间节点的数据,意味着使用平台做的数据需要从备份时间重新做过,而且有可能有遗漏. 小伙伴问我这咋办,首先没有备份,那么只有从数据库日志查找,然后看能不能通过日志找回之前的数据,再还

    上一篇我们对Xfrogcn.AspNetCore.Extensions扩展库功能进行了简单的介绍,从这一篇文章开始,我将逐步介绍扩展库中的核心功能.     日志作为非业务的通用领域基础功能,有非常多的技术实现,这些第三方库避免了我们花费时间去重复实现,不过,很多日志库配置复杂,不易于使用,入手较难,而有些库可能与ASP.NET Core的结合并不好.     如果我们没有对所使用的日志库进行详细了解,日志库也可能产生严重的问题,在我的开发生涯中,曾经遇到过多次因为日志库而导致的生产事故

DG之主库.备库切换 一．开库与关库顺序 开库顺序 先启备库,再启主库(启动监听.打开告警日志) 关库顺序 先关主库,再关备库 二．主备库切换 1.操作过程一览 步骤1:启动备库.监听.告警: 步骤2:启动主库.监听.告警: 步骤3:主库(bj)查询信息 SQL>selectname,dbid,database_role,protection_mode from v$database; 步骤4:备库(sh)上做recover SQL>recovermanaged standby databas

本篇文档测试目的: 模拟实际环境中,主库对表空间添加数据文件,备库空间不足,最终导致MRP进程自动断开,处理方式. 1.问题环境模拟 1)正常情况下的dg 主库创建数据文件,备库接受日志,自动创建表空间及数据文件. RFS[49]: Selected log 4 for thread 1 sequence 115 dbid 699220720 branch 994543603 Fri Feb 22 23:20:36 2019 Media Recovery Log /u01/app/oracle/

2013年4月27日 星期六 10:36 1.归档和非归档的区别 1)  归档会在日志切换时,备份历史日志,用于OLTP(在线事务处理系统),可以进行冷备份和热备份,可以实现数据库完全恢复.不完全恢复(基于时间点) 2)  归档会启用arch的后台进程.占用磁盘空间 3)  非归档用于OLAP/DSS(在线应用处理系统/数据决策系统),只能冷备份,只能恢复到最后次备份状态 2.查看归档模式 SQL> archive log list; Database log mode             

  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    在线日志          日志组 和 日志

关库顺序 :先关闭数据库 然后关闭节点资源 [root@rac1 ~]# srvctl stop   database  -d 数据库名[root@rac1 ~]# srvctl stop   instance  -d  数据库名   -i  实例1[root@rac1 ~]# srvctl stop   instance  -d  数据库名  -i   实例2[root@rac1 ~]# srvctl stop   nodeapps  -n  节点1  [root@rac1 ~]# srvct

***********************************************声明***********************************************************************  原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明出处,否则追究版权法律责任. 表述有错误之处.请您留言或邮件(hyldba@163.com)指明,不胜感激. 本文转载必须保留此处:http://blog.csdn.net/hu