oracle Dataguard数据库不同步处理备忘

 

还没起床,该死的电话响了。一个让人紧张的消息:dataguard数据库主从不同步,赶紧爬起来干活。

 

第一步,检查告警日志log.xml。睁大眼睛仔细找,没看到什么异常的输出;再用grep一类的工具过滤一下,也没有所获。看来情况还是不错啊,如果这里出现error一类的,问题就大发了。

 

接下来检查主备两边的序号,发现两边的归档序号是一致的。

wKioL1ePGTHBlouuAACtEwRaqIo175.jpg-wh_50

由此可初步断定,归档日志还在继续传输,而且还没有丢失任何归档数据。为了确保万一,备库上再执行一下SQL> select name,SEQUENCE#,APPLIED fromv$archived_log order by sequence#; 输出截取如下:

wKiom1ePGXmgbU59AABvuzt5K-0738.jpg-wh_50

检查一下目录,看看这些归档日志是否存在,万幸,真的在呢!主库上也查一下,序号也跟备库对的上。现在可以确定是standby没有对日志进行应用,回过头去查看进程mrp在不在运行中,ps aux|grep mrp ,嘿嘿,没有呢!那好,我们就来执行一下,具体指令为:

sql>alter database recover managed standby database using current logfile disconnect;


执行完成后,我们可以通过对比,了解发生了什么?

wKiom1ePGiPixN4HAAHTfpUqJAg843.jpg-wh_50


接下来,打开告警日志,就可以看到归档应用的变化。同时联系其他人,检查数据是否再逐步增加。



本文出自 “sery” 博客,请务必保留此出处http://sery.blog.51cto.com/10037/1828066

本页内容版权归属为原作者,如有侵犯您的权益,请通知我们删除。
cinder-volume 支持多种 volume provider,前面我们一直使用的是默认的 LVM,本节我们将增加 NFS volume provider。 虽然 NFS 更多地应用在实验或小规模 cinder 环境,由于性能和缺乏高可用的原因在生产环境中不太可能使用,但是学习 NFS volume provider 的意义在于: 1. 理解 cinder-volume 如何支持多 backend 2. 更重要的,可以理解 cinder-volume,nova-compute 和 volume pr
1.mysql版本应该怎么选择 由于5.5-5.6对mysql性能做了较大优化,所以一般选择mysql 5.5 或者 5.6 mysql 5.5.xx -5.6.xx 产品的特殊性,所以编译方式也和早期的产品安装方式不同,采用cmake或者gmake方式进行编译安装。即 ./cmake ; make ; make install ,生产场景的具体命令及参数为详见mysql 一键安装脚本 一键安装脚本下载链接 http://down.51cto.com/data/2228998 2.设置mysql的初始密码

Zabbix微信个人账号告警 - 2016-07-25 17:07:38

前言: 最近研究zabbix告警,网上看了帖子有各式各样姿势:电话语音告警,邮件告警,短信告警,微信公众号告警等等等..姿势五花八门,真是纠结。 电话语音告警,短信告警首先pass 前者花钱,后者通过设置139邮箱,就可以实现伪短信告警效果。 剩下邮件告警与微信公众号告警。邮件告警已经在部署的时候配置完毕,剩下这个微信公众号告警,查一下帖子,申请各种麻烦。那么有没有基于微信个人账号的告警呢?想到这个点,马上github一番。 搜索到一些优秀的开源代码: https://github.com/0x5e/we
理论和基本架构在 上一篇 已经做了说明,这一篇直接来看看具体的脚本实现吧。首先来看看前面10个步骤的实现。 创建EC2-S3的Role,这个Role是分配给EC2虚拟机的,这样他们创建之后自动就有权限访问S3的内容。 创建VPC网络 创建VPC的2个子网,位于不同的AZ 创建Internet网关 配置路由表 创建并配置EC2的Security Group,确保80和22端口可用 创建高可用的MariaDB数据库 配置数据库的Security Group,确保3306端口可用 创建S3 Bucket 并配置
这里先总结一些Exchange2010EMC打不开的报错(服务器名称由A代替) ===Exchange2010管理控台报错总结 报错1 :A连接到远程服务器A失败,并显示以下错误消息。有关目标(通常是IIS或WinRM)上运行的WS管理服务,请查阅日志和文档。如果目标是WinRM服务,则在目标上运行以下命令来分析和配置WinRM服务:"winrm quickconfig" 报错2 :连接到远程服务器失败,错误消息如下:WinRM客户端无法处理该请求,他无法确定从目标计算机得到的HTTP响应的内容类型。内容
一.配置文件优化之include参数 如果我们用nginx搭建虚拟主机,虚拟主机太多,我们不能把所有配置放置在nginx.conf中吧?那样这个配置文件就太大了,看起来很乱,所有这时就产生了 include参数: 大家如果了解apache软件,就会知道apache主配置包含虚拟主机子文件的方法,其实nginx也借鉴了apache的这种包含方法 nginx的主配置文件为nginx.conf,主配置文件所包含的所有虚拟主机的子配置文件会统一放入 extra(这个名字随便起的) 目录中,虚拟主机的配置文件会按照
今天下暴雨,不想出去跑业务和拜访客户了,准备好好休息一下,可是,不到八点电话响了,说一个redis迁移不成功,赶紧起来干活,悲催啊! 问清情况,大致是这样的:从一个开发服务器的redis客户端执行了save指令,得到一个dump .rdb文件,然后把这个文件复制到新redis系统的数据目录(数据目录由redis配置文件指定);但重启redis-server以后,数据为空。 看样子对方搞不定,只好连vpn登录系统,查看配置文件,进程等。在日志中发现一些warning,担心是这些问题引起的,顺手做了修改,其内
客户端无法远程连接Server2008R2服务器排错 ===问题描述=== 客户所使用的是2008R2的服务器操作系统,排错第一步就是问题定位,整理出所有远程有问题的服务器,分析他们的错误的共同点。在远程这些服务器时出现的错误有两种。 远程会话被断开,因为没有远程桌面许可证服务器可提供许可证,请联系服务器管理员 输入用户名密码后,弹出证书信任,点击确定之后直接闪退 以上远程操作均使用域管理员 ===问题分析=== 1)远程连接限制是两个,超过两个以后必须将之前的用户踢掉才可以继续访问,以上报错都没有进入服
在本地缓存中,最常用的就是OSCache和谷歌的Guava Cache。其中OSCache在07年就停止维护了,但它仍然被广泛的使用。谷歌的Guava Cache也是一个非常优秀的本地缓存,使用起来非常灵活,功能也十分强大,可以说是当前本地缓存中最优秀的缓存框架之一。之前我们分析了 OSCache的部分源码 ,本篇就通过Guava Cache的部分源码,来分析一下Guava Cache的实现原理。 在分析之前,先弄清数据结构的使用。之前的文章提到,OSCache使用了一个扩展的HashTable,作为缓存

Keepalived+Master-Master-Slave组合 - 2016-07-18 14:07:14

参考文章: http://blog.csdn.net/catoop/article/details/41285001 master1 和 master2 公用一个 VIP 。当某个 master 宕机后, keepalived 能自动将 VIP 漂移到另一个 master 上。只需要 1~3 秒即可切换完成,基本能保证服务不中断。 实验环境: CentOS6.7X86_64 MariaDB10.0.17 Keepalived1.2.21 各节点配置: Master1 : 192.168.2.13 Mast