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

环境: 主库A机:在线生产环境,RHEL 6.4 + Oracle 11.2.0.3 备库B机:新增备机,RHEL 6.4 需求: 对生产环境最小影响前提下配置DG备库. 目录: 一.B机安装相同版本Oracle软件 二.A机,B机配置网络连接 2.1 配置listener.ora 2.2 配置tnsnames.ora 2.3 生成密码文件 三.配置主库A机,需要重启A机数据库 四.duplicate主库到备机 4.1 B机确定以下目录存在且赋予正确权限 4.2 B机数据库启动到nomount模

Oracle 11g DG手工switchover切换标准化流程 环境:RHEL 6.5 + Oracle GI 11.2.0.4 + Oracle DB 11.2.0.4 Primary RAC(2 nodes) + Standby RAC(2 nodes) Oracle DG切换类型有两种:switchover和failover.对于switchover而言,是计划内的由DBA主动去执行的操作,所以它的操作步骤一定是可以形成标准化流程的. 本文就在我的实验环境下做一次基本的标准化switch

保证Oracle数据库读取一致性的关键是SCN.每一个数据块头都会记录一个事务提交的SCN.同时每一数据块头都包含一个事务表(ITL),事务必须获得一个ITL事务表才能进行数据修改.该事务表用来确定当数据库开始修改数据块时,是否有某个事物还未提交.事务表中的条目描述了哪些事务又被锁定的行,以及块中的哪些行为包含提交和未提交的更改.事务表执行撤销段,提供对数据库所做的更改的时间相关信息.        事务表的内容主要包括:xid(Transaction ID).UBA(Undo Block Ad

环境现状: 两台虚拟主机A和B: 1. A机器已安装ASM存储的Oracle 11g 实例      参考:http://www.cnblogs.com/jyzhao/p/4332410.html 2. B机器已安装系统,配置以及目录结构均和A机器保持一致      /u01 + 3块ASM盘   DG部署规划:   primary standby 主机 JY-DB JY-DBS db_name jyzhao jyzhao db_unique_name jyzhao jyzhao_s insta

环境描述:线上招聘库在物理机上,需要上云主机,于是申请两台云主机:由于云主机变态性,分配的云主机具有很多局限性:1.没有/tmp,2.没有 swap 3. /home 目录非常小:于是申请两块云硬盘,每块500GB,用做数据盘和备份盘使用: 物理机数据库运行环境说明:软件安装.数据在/home/oracle 目录下,备份.归档放在/data/目录下: 云主机数据库环境规划:     软件安装.数据存放 /oradata2/oradata 目录,备份.归档 /oradata1/oradata 那么

一.概述 本文将介绍如何给单实例搭建一个rac dg,以及如何对其进行角色转换,完成从单实例到rac的迁移.预先具备的知识(rac搭建,单实例-单实例dg搭建) 二.实验环境介绍 主库(已有数据库实例prod) prod:192.168.56.102,sid:prod,version:11.2.0.4 从库rac(已安装rac软件,无数据库实例) rac1:192.168.56.11,version:11.2.0.4 rac2:192.168.56.12,version:11.2.0.4 三.搭

环境:RHEL 6.5 + Oracle 11.2.0.4 三.监控DG的状态 3.1监控DG备库的状态 3.2监控主库传输日志链路的状态 四.备库切换为snapshot standby 4.1备库切换为snapshot standby后测试 4.2开始读写测试 五.备库还原为physical standby 5.1备库还原为physical standby 5.2验证数据还原到切换前状态 三.监控DG的状态 3.1 监控DG备库的状态 在备库查询v$dataguard_stats视图信息: -

Oracle 安装: 检查安装包 rpm -q binutils compat-libstdc++ elfutils-libelf elfutils-libelf-devel elfutils-libelf-devel-static gcc gcc-c++ glibc glibc-common glibc-devel glibc-headers kernel-headers ksh libaio libaio-devel libgcc libgomp libstdc++ libstdc++-de

35 这里也有讲解 1:undo segment的概念 当数据库进行修改的时候,需要把保存到以前的old的数据保存到一个地方,然后进行修改,用于保存old数据的segment 就是undo segment. 以前老的东西是可以被覆盖掉的,因为undo segment是一种循环利用的方式. 看下图 如上图所示: 当oracle开启一个事务对table表中的数据进行修改,修改的那个数据(行数据)会被拷贝到 右图 undo  segment(用圆形表示是因为表示会被覆盖)中,这个时候事务没有提交,在这

背景:某客户Oracle 10g 的DG由于空间不足,之前将部分数据文件迁移到其他目录,如今原目录扩容成功,要将之前迁移的数据文件再次迁移回来. 环境:Oracle 10.2.0.5 DG 单机 首先想到的是10gDG是在mount模式下应用的,在测试环境可以很容易的模拟下这个需求实现的过程: 1.查询当前DG的状态 2.停止DG应用 3.备份copy副本到新目录并切换 4.删除之前的目录并开启应用 1.查询当前DG的状态 查询当前DG的状态: Connected to: Oracle Data

1.前言部分 1.1 导读 各位技术爱好者,看完本文后,你可以掌握如下的技能: ① Data Guard Broker 的配置 ② Fast-Start Failover 的配置 ③ Oracle DataGuard 之客户端TAF 配置 ④ 使用DGMGRL 来管理数据库 ⑤ 物理dg管理和维护的一些sql ⑥ DataGuard 客户端特级配置 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread

我的最佳实践 ① 手动创建好初始化参数文件: *.audit_file_dest='E:\APP\XJXU\ADMIN\ORASTAND\ADUMP'*.control_files='E:\APP\XJXU\ORADATA\ORASTAND\CONTROL01.CTL','E:\APP\XJXU\FLASH_RECOVERY_AREA\ORASTAND\CONTROL02.CTL'*.core_dump_dest='e:\app\xjxu\diag\rdbms\orastand\orastand

一.数据库死锁的现象程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错.二.死锁的原理当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提交,另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态,此时的现象是这条语句一直在执行,但一直没有执行成功,也没有报错.三.死锁的定位方法通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台.1)用dba用户执行以下语句select username,lockwait,status,machin

一.安装 percona 包 1.安装仓库的包 https://www.percona.com/doc/percona-repo-config/yum-repo.html sudo yum install http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpm 如果成功将看下如下信息 [root@node1 ~]# sudo yum install http://

使用 percona 工具检查主从不一致 可以使用 pt-table-checksum  工具检查主从数据的一致性,检查完之后默认会生成一个 percona 库以及一个 checksums 表,记录了当前实例和主库对比的结果.表结构如下: 主要关注的是 this_crc和master_crc 的值,和this_cnt.master_cnt 这两对参数的值是否一致,若不一致说明主从之间有不一致的数据. 下面简单看一下  pt-table-checksum 工具的用法: pt-table-check

1.su oracle  切换到linux的oracle账号 需要使用 su -oracle,而不是su oracle;原因是: 先执行exit退出,再重新切换 2.打开数据库监听 lsnrctl listener 启动监听  #这种格式是错误的(具体参考:https://www.cnblogs.com/Formulate0303/p/15493173.html) lsnrctl status  查看监听listener的状态,提供listener(监听)的状态信息,包括启动时间.运行时间和tr

环境:RHEL 6.4 + Oracle 11.2.0.4 一.主备手工切换 1.1 主库,切换成备库并启动到mount 1.2 备库,切换成主库并启动到open 1.3 新的备库启动日志应用 二.重命名数据文件 2.1 主库,对应的数据文件或者表空间offline 2.2 主库,操作系统层面重命名数据文件 2.3 主库,重命名数据文件,表空间online 2.4 备库,停止redo应用 2.5 备库,关闭数据库 2.6 备库,操作系统层面重命名数据文件 2.7 备库,启动到mount状态 2.

一.首先控制文件有什么作用呢? 控制文件记录了如下信息:1.数据库的创建时间2.数据文件的位置3.日志文件的位置等作用是指导数据库 找到数据文件,日志文件并将数据库启动到 open 状态. 与其用文字来描述,不如我们来看看control_file里面有些什么好了.然后在一一分析: SQL> show parameter control_file NAME TYPE VALUE ------------------------------------ ----------- -----------

在进行DATA GUARD的物理STANDBY切换前需要注意:确认主库和从库间网络连接通畅:确认没有活动的会话连接在数据库中:PRIMARY数据库处于打开的状态,STANDBY数据库处于MOUNT状态:确保STANDBY数据库处于ARCHIVELOG模式:如果设置了REDO应用的延迟,那么将这个设置去掉:确保配置了主库和从库的初始化参数,使得切换完成后,DATA GUARD机制可以顺利的运行. 确认当前数据库只有当前会话连接:set pages 100 linesize 1000;select

--检查约束 create table test1( id ) primary key, email ) check (email like '%@%') ) drop table test1 ,'12@6.com'); select * from test1 create table test2( id number primary key, gender ) check(gender in('男','女')) ) drop table test2 select * from test2 ,'