转自 https://blog.51cto.com/8858975/1401988监控脚本(注:这里没用Sendmail工具发送邮件,如果用的话需要修改)$cat check_oracle_dg_delay.sh #!/bin/shsource ~/.bash_profile#定义变量v_datetime=`date +"%Y-%m-%d %H:%M:%S"`v_username='oracle'v_hostname=`hostname`#获取IP地址v_ip=`/sbin/ifcon

Oracle DG测试failover和后续恢复报告 一.概述 二.验证过程: 2.1 A库异常关闭 2.2 B库进行failover切换为新主库 2.3 要求C库成为新主库的备库 2.4 要求A库成为新主库的备库 三.结论 一.概述 本文是针对在DG灾备环境进行failover操作以及后续恢复的报告. 我这里的测试环境是: 数据库版本:Oracle 11.2.0.4 Site A:主库 db_unique_name=jyzhao Site B:备库(实时应用)db_unique_name=my

今日花了一下午时间进行了Oracle DataGuard的切换练习,参考了网上好多文章,最后将一些语句进行摘录,以备以后查询使用.之后有时间会带来Oracle DG的搭建和切换全过程文章. DataGuard关启状态 启用备用数据库 SQL > STARTUP NOMOUNMT; SQL >alter database mount standby database; SQL >alter database recover managed standby database disconne

转自:http://www.cnblogs.com/kevingrace/p/6261091.html 在mysql工作中接触最多的就是mysql replication mysql在复制方面还是会有一些常规问题: 比如主库宕机或者从库宕机有可能会导致复制中断,通常需要进行人为修复, 或者很多时候需要把一个从库提升为主库,但对从库和主库的数据一致性不能保证一样. 这种情况下就需要使用percona-toolkit工具的pt-table-checksum组件来检查主从数据的一致性:如果发现不一致的

*此处安装ORACLE DATAGUARD是利用ORACLE RMAN DUPLICATE方式安装.*可以搭建好ORACLE DG再来impdp生产数据,也可以先导入主库数据再来做DG*注意看下面的配置文件,此处LISTENER TNSNAMES里的SID_NAME我都是用的db_name的ora,没有测试其它的*TNSNAMES的起名orcl_pd orcl_sd我都用用和db_unique_name一样的 *版本CENTOS6.5  ORACLE11.2.0.4 1.两台服务器上分别安装数据

###oracle dg 报错提示 涉及硬盘错误 Dec 23 03:28:01 xhisdg rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="4554" x-info="http://www.rsyslog.com"] rsyslogd was HUPed Dec 23 03:28:03 xhisdg rhsmd: In order for Su

目录(?)[+] 系列 ORACLE常用性能监控SQL[一] ORACLE常用性能监控SQL[二] Oracle-动态性能视图解读 系列 死锁后的解决办法 生成Kill Session语句 查看导致死锁的 SQL 查看谁锁了谁 ORA-00054 资源正忙要求指定 NOWAIT 查询绑定变量使用的实际值 监控事例的等待 回滚段的争用情况 查看回滚段名称及大小 查看控制文件 查看日志文件 查看前台正在发出的SQL语句 数据表占用空间大小情况 查看表空间碎片大小 查看表空间占用磁盘情况 查看表的大小

目录 Oracle ASM管理监控命令 目的: 1.查看磁盘组 2.查看目前归档 3.查看ASM的磁盘路径 4. asmcmd Oracle ASM管理监控命令 目的: 查看目前Oracle ASM相关的信息. 1.查看磁盘组 [root@newarpdb01 ~]# su - oracle [oracle@newarpdb01 ~]$ sqlplus "/as sysdba" SQL> select group_number,name,state,total_mb,free_m

我们可以把loghub当作一个消息中间件来使用.如果能知道当前的消费进度,自然好了,否则消费情况一无所知,总是有点慌! loghub消费分两种情况,一是普通消费,二是消费组消费: 消费组消费,loghub服务端会记录消费情况,这时可以通过调用服务端API进行偏移信息查询. 普通消费则不同,需要自行维护偏移量,即只有自己知道偏移信息,自己处理延迟.我们主要讨论这种情况. 一. 消费loghub数据的样例如下: // 普通消费 private static void consumeDataFromS

流式计算中处理延迟是一个非常重要的监控metric flink中通过开启配置   metrics.latency.interval  来开启latency后就可以在metric中看到askManagerJobMetricGroup/operator_id/operator_subtask_index/latency指标了 如果每一条数据都打上时间监控 输出时间- 输入时间,会大量的消耗性能 来看一下flink自带的延迟监控是怎么做的 其实也可以想到原理很简单,就是在source周期性的插入一条特

oracle dg 状态检查 先检查备库的归档日志同步情况 SELECT NAME,applied FROM v$archived_log; alter database recover managed standby database cancel; select thread#,sequence#,standby_dest,archived,applied,status from v$archived_log order by 1,2; alter database recover mana

windows,oracle,dg报错:ORA-12528,ORA-12154,ORA-10456 最近有需求在windows的2台oracle服务器上搭建dg,在过程中遇到了一些错误,跟在linux上不一样 如下: 环境:11.2.0.4 主库ip:*sid:ORCLdb_unique_name:ORCL安装路径:C:\app\Administrator\product\11.2.0\dbhome_1\数据文件路径:C:\app\Administrator\oradata\ORCL本地归档路径

https://www.cnblogs.com/xqzt/p/5089826.html ORACLE DG 库参数db_file_name_convert和log_file_name_convert的作用一.参数说明[1] db_file_name_convertdb_file_name_convert 主数据库和备用数据库的数据文件转换目录映射(如果两数据库的目录结构不一样),如果有多个对映,逐一指明对映关系. 格式: *.db_file_name_convert= 主数据库数据文件目录,备用

ORACLE DG在线日志添加日志成员 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by SEQUENCE#,THREAD#;#记录日志应用的位置SQL> select GROUP#,BYTES/1024/1024 from v$log;SQL> select GROUP#,BYTES/1024/1024,STATUS from v$standby_log; 主库

ORACLE DG在线日志修改 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by  SEQUENCE#,THREAD#; select * from v$logfile order by GROUP# ; SQL> select GROUP#,BYTES/1024/1024 from v$log; SQL> select GROUP#,BYTES/1024/102

oracle DG查看延时时间 SQL> select value from v$dataguard_stats where name='apply lag'; 例如: SQL> select value from v$dataguard_stats where name='apply lag'; VALUE----------------------------------------------------------------+00 00:00:00 由于是自己搭建的测试DG,没有延时

Oracle DG 搭建1. 环境 OS IP hostname db_name DB_UNIQUE_NAME主库 RHEL 5.4 192.168.12.20 edgzrip1.oracle.com PROD1 PROD1备库 RHEL 5.4 192.168.12.30 edgzrip2.oracle.com PROD1 DG 2. 设置主库开启归档SQL> alter database archivelog;Database altered.3. 设置主库开启强制记录日志SQL> alt

oracle dg failover灾难切换SQL> alter database recover managed standby database finish force;SQL> alter database commit to switchover to primary;SQL> alter database open;SQL> select switchover_status from v$database; 注:如果是给业务提供测试环境,主库要将failover的dg信

MySQL5.7和8.0支持通过 replication_applier_status 表获同步延迟时间,当从库出现延迟后,该表中的字段 REMAINING_DELAY 记录延迟秒数,当没有延迟时,该字段值为NULL,官方对该字段介绍如下: REMAINING_DELAY If the replica is waiting for DESIRED_DELAY seconds to pass since the source applied an event, this field contain

在MySQL复制环境中,我们通常只根据 Seconds_Behind_Master 的值来判断SLAVE的延迟.这么做大部分情况下尚可接受,但并不够准确,而应该考虑更多因素. 首先,我们先看下SLAVE的状态: yejr@imysql.com [(none)]> show slave status\G *************************** . row *************************** Slave_IO_State: Waiting for master t

前言: 有时候,因某些需要,必须知道Oracle的Form被使用的情况,以方面我们做出决策: 例如,如果某个Form被使用的次数非常多,那么,这个Form的相关SQL代码就应该优先处理,以减少服务器负荷,从而提供系统运行速度. 或者,(特别是)在系统要升级的时候,这些数据就显得非常重要了:决定哪个Form应该留,哪个Form应该拿掉. 当然,这个信息只是做出决策的参考数据而已. 1. 在Oracle EBS上进行Form跟踪的技术方法: Oracle EBS的一个Profile 提供此功能: U