ITPub博客

今天在配置一个备库的时候碰到了一些问题，话说配置dg broker真没什么特别需要注意的细节了，本身已经给DBA省了很大的事儿了。但是有时候就是会出现一些稀奇古怪的小问题。这个环境又非常重要，备库已经因为硬件故障报废了，现在刚搭的备库就想赶紧把它跑起来。简单添加配置之后，spfile,防火墙，端口，listener等等因素...

最近碰到了一个有些奇怪的问题，自己当时排查问题时间紧，没有细细琢磨，今天抽空看了下，终于发现了端倪。首先是在早晨收到了报警邮件，报警邮件内容如下：ZABBIX-监控系统: ------------------------------------报警内容: DG_issue------------------------------------报警级别: PROBLEM--------------------...

今天碰到了一个dataguard在10gR2的bug,不管怎么样确实是在特定的时间做了特定的操作结果碰到了特定的问题。<br />这个问题是在10gR2的版本10.2.0.4.0的一个库中出现的，在做巡检的时候发现表空间使用率已经很高了，就准备加一些数据文件把这个问题给修复了，按理说这也是一个常规操作，没有什么可圈圈点点的地方。<br />...

在数据库环境中，一主一备是比较传统的使用方式，在灾难发生的时候，可以灵活的切换主备角色，依然可以保持服务的可访问性。但是一些核心系统来说还是会有更多的过滤，一主一备似乎还是不够稳妥，如果主备出现问题，如果有另外一个备库还是有可选的余地，这种情况不是不可能发生，正是因为核心业务的需要还是需要保证数据的...

11g的dataguard相比于10g来说，最优越的特性应该算就是active dataguard了，这一点改进在很大意义上促使用户需要把数据库从10g升级到11g,读写分离在这个时候得到了升华，而且在后台会根据需要进行数据的同步，相比于使用10g，想读数据的时候把数据库启动到read only 阶段，但这个时候不接受日志同步数据，如果需要同步数据...

dataguard broker是在dataguard使用基础上提供的一个工具，可以把原本复杂的命令控制语句集成起来，比如switchover,failover等等，可能在多个备库的情况下需要敲不少的命令，这个dg broker的优越性就显示出来了。<br />当然dg broker需要启用还是需要预备一些条件的，比如需要设置local_listener,需要在spfile的基础上，需...

原本dataguard中日志应用和数据库只读查询是一个互斥的关系，两者不能并存。如果需要应用日志，则数据库只能在Mount状态下 使用recover managed standby database disconnect from session来不断地从后台进行日志应用。如果想查看备库中的数据情况，则只能使用recover managed standby database cancel来取消日志应用，然...

data guard的主要功能就是作为备库来同步主库的数据变化，一般使用中物理standby使用的比较多。data guard显示威力的一个场景就是swithover了，即主备切换。这种切换方式执行时间很短，能够在一些灾难场景中极大的提高系统的可用性和稳定性。自己在本地的环境中搭建了一套data guard的环境，开始比较生疏，切换中碰到了不...

今天在搭建dataguard环境的时候，发现操作还是生疏了，环境也被反反复复折腾了好久，也碰到了一些小问题，总结一下。第一个问题是使用sys账户登录rman的时候总是报错。比如密码是oracle ，使用sqlplus登录的时候总是报错。>sqlplus sys/oracle@test11g as sysdbaERROR:ORA-01031: insufficient privileges这个问题的思...

 今天创建了一些表空间，准备做data guard来看看效果。为了方便起见，我用gridcontrol来做，主库也开了Omf,省去了好多步骤。一路点下来，就等gc的那个状态变成对号了，结果装了近20分钟，alert日志开始报错...

今天在一台机器上模拟了dataguard,主备两个实例从物理上不共享任何归档文件路径。主要有以下内容：dataguard Physical standby的创建protection mode的切换switch over 模拟了两台机器oel1,oel2  主...