有一套adg环境，数据正常同步，同时也部署配置了dgbroker管理工具， 但是在运行一会后会出现TNS的报错，在做swithover和failover也会失败，根据alert日志可以发现做切换的时候会去访问db_unique_name_DGB的TNS，而查看主备起的监听，却并没有发现这样一个service，经过查资料，这个监听是会在dgbroker服务起来的时候动态注册的，动态注册的时候是去找的

在oracle数据库中rowid是唯一的吗，或许很多人第一反应都是这么认为。这种说法其实并不准确，应该说在oracle 8以前，在整个数据库层面rowid是唯一的，而从oracle 8开始，在数据库层面rowid并不是全局唯一的，针对表空间来说，存储在其中的数据的rowid则是相对唯一的。 我们知道在数据库中存放的每一条记录都有一个ROWID ，代表着这条记录在数据库存放的物理地址。 从oracl

result cache是用来存储查询sql得到的结果，给之后的重复查询来使用。通过缓存这些结果，oracle能避免那些重复的实际消耗，并且节省了大量的数据库操作，比如排序、合并、物理io和表关联等。result cache是内存里的一块单独区域，要么是SGA里或者客户端应用程序内存里。存放在里面的缓存结果在不同的sql语句或者不同的会话之间是可以共享的，除非缓存结果本身失效了。结果缓存对于应用程

由于数据查询的需求，我们常常需要在数据库当中建立只读用户，并且都是赋予的select any table权限。但是有没有想过只读权限的用户也能锁表？并且是以排他锁的形式？ 这样就意味着很多‘只读‘权限的用户并不是真正意义上的只读，这很有可能会由于人为失误或者故意的某些行为导致生产环境的严重灾难，先通过几个例子来重现这种现象。 123456789101112131415161718SQL> c

别人问你数据库的某个参数是多少时，一般我们都是会直接通过show parameter，或者select value from v$parameter的方式，但是这种查询只是查到的当前会话里的参数值，而如果这个会话对参数进行过修改的情况下，查出来的值与数据库实际的值其实是不一样的。 通过字典可以查到好多带有parameter的系统视图，比如V$PARAMETER,V$SPPARAMETER,V$SY

从11g开始引入了AMM(Automatic Memory Management)的概念，AMM管理了SGA+PGA的内存分配，它允许将内存在SGA和PGAs之间进行转移，你只需要指定MEMORY_TARGET一个参数即可，剩下的事情全部交给oracle自己来做。 这里首先解释几个名词： System global area (SGA) SGA是一组共享内存结构，作为SGA组件，包含了一个ora

有些应用程序会每天生成一个当天日期命名的日志文件，对应日志文件里面出现的报错信息要进行实时监控，实际的过程中遇到了很多坑，总结记录下来，供以后参考。 监控设备是多台win机器，而每个win机器上有多个路径不一的日志目录，目录都含有中文。每个目录下每天都会生成一个新的日期命名的log文件，而目前所要做的是对每个日志文件中的多个关键字进行监控告警。 有几个需要思考的地方： 多个机器多个目录肯定是需要

监控oracle有很多方式，目前主要使用的是通过第三方软件orabbix，它是通过jdbc连到各个oracle数据库上去执行sql，效率还可以，只是目前有个新需求，有个业务监控返回结果必须含有中文，而orabbix中无法配置字符集 ，导致存放到zabbix中时就会乱码，所以只能换一种方式，采用自带的database monitor来监控。整个配置过程很简单，主要是记录下字符集的转换配置。 Linu

通过ssh登陆一台linux主机非常慢，基本上每次都在10s以上 12345[root@localhost ~]# time ssh 192.168.146.104real 0m13.730suser 0m0.014ssys 0m0.009s 通过ssh -vvv查看建立链接的过程中详细日志，找出最慢的地方出现在哪里 [root@localhost ~]# ssh -vvv 192.168.1

起因最近ogg出现了一点问题，没有及时发现，于是考虑将ogg的监控也纳入zabbix当中来。对于这一类监控，考虑的地方不单单在于如何监控，而是善用zabbix的模板、自动发现等功能来实现，这样会方便配置以及后期的可扩展性。 获取OGG信息首先对ogg的运行情况查看通常是通过info all命令 1234567891011121314151617181920MANAGER RUNNING