1.主库查看状态(RAC库) SQL> select database_role,switchover_status from v$database; DATABASE_ROLE SWITCHOVER_STATUS ---------------- -------------------- PRIMARY SESSIONS ACTIVE SQL> select inst_id,database_role,switchover_status from gv$database; INST_ID D

环境说明:  实验环境是 一个节点的 rac + 单机dg    (主备全部用asm存储) tnsnames.ora  文件  (oracle用户) node 1 : node1-> pwd /u01/app/oracle/product/11.2.0/db_1/network/adminnode1-> cat tnsnames.ora DEVDB = (DESCRIPTION =  (ADDRESS = (PROTOCOL = TCP)(HOST = 10.100.25.100)(PORT

准备工作 修改rman_backup这个文件的所有者和所属组,修改为oracle用户的oinstall组的文件 #chown –R oracle:oinstall /rman_backup/ 主库和备库都要执行 RAC主库准备工作: 1.RAC主库必须为归档模式: 查看是否为归档模式,强制日志是否开启 集群当前状态: 将集群数据库停止,为了开启归档,在其中一个节点上操作即可(归档必须要在mount的状态下才能开启) 两个节点查看oracle进程 $ps –ef | grep ora_ 发现没有o

一,开篇 此篇操作承接上文,必须完成DG实例搭建完成方可有执行以下内容的实例 二,切换物理备库 one. oracle01库命令 select switchover_status from v$database; alter database commit to switchover to physical standby; 注意: 上面 switchover_status 的值如果是 TO STANDBY,可以直接 switchover,如果是 sessions active,则需要在 swi

只记录主要步骤,供大家参考: RAC 搭建单节点 DG 1 修改源数据库开启归档和force loggingalter system set shared_servers=0; alter database force logging;srvcel stop database -d YCRsrvctl start database -d YCR -o mountalter database archive(两个节点均要执行)srvctl stop database -d YCRsrvctl st

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

项目文档引子系列是根据项目原型,制作的测试实验文档,目的是为了提升项目过程中的实际动手能力,打造精品文档AskScuti. 项目文档引子系列目前不对外发布,仅作为博客记录.如学员在实际工作过程中需提前演练,可单独联系进行索取. 文档编号:Q2-0-1 跨平台同字节序RAC迁移单击 文档类别:非公开型文档

dg-> ll $ORACLE_HOME/bin/oracle -r-xr-s--x 1 oracle asmadmin 210824714 Nov 20 16:41 /u01/app/oracle/product/11.2.0/db_1/bin/oracledg-> chmod 6751 $ORACLE_HOME/bin/oracle dg-> ll $ORACLE_HOME/bin/oracle -rwsr-x--x 1 oracle asmadmin 210824714 Nov 2

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

RAC主库配置单实例ActiveDataguard 本文文档结构: 这里配置的过程中需要注意的一项是多看看rac1和rac2以及dg的告警日志会对配置过程有更深刻的理解...配置oracle rac的dg环境说白了首先将主库的数据恢复到从库上,然后在主从库上配置一些DG需要用到的参数 注意: 由于DG是以DB_UNIQUE_NAME作为区分数据库标识的,因此主从库的该参数一定要不同以做区分.但是数据库名db_name必须一致以便主从切换时方便 Standby库只需要安装数据库软件,不必创建数据库

首先RAC要确实是开归档的状态archive log list;如果是非归档状态,需要执行下面几步srvctl stop database -d +数据库实例名 关闭数据库--节点1(要做DG主库的)sql>startup mountsql> alter database archivelog;sql>alter system set log_archive_dest_1='LOCATION=/oracleapp/arch' scope=spfile sid='prod1';sql>

需求:在同一个环境下新建Standby RAC库,即和Primary RAC在相同的磁盘组. 说明:生产环境一般不建议这样配置DG,因为存储层面是相同磁盘组,灾备的实际意义不大.我这里是用作读写分离. 基本信息: db_name: jyzhao Primary RAC db_unique_name:jyzhao Standby RAC db_unique_name:jyzhaodg Standby RAC instance_name: jyzhaodg1, jyzhaodg2 版本:GI 11.

DG切换迁移Switch over切换文档 本篇文档,整体结构:1.切换前检查确认2.DG切换角色操作3.切换后检查确认 目录:一.切换前检查确认1.数据库版本2.DG架构,IP信息及切换角色前后3.DG切换方式,switch over or fail over4.DG迁移是否需要修改vip and scan or service_name ........(本质考虑是切换后应用的连接方式)5.DG连通性,是否正常,主库switch_status is to standby database6.

Using DBCA to Create a Data Guard Standby The Database Configuration Assistant (DBCA) can also be used as a simple command-line method to create an Oracle Data Guard physical standby database. The DBCA command qualifier used to create the physical st

起因:客户需求,数据库正常每天总的日志切换是20以内,有一天日志切换总数,达到30,客户建议使用Logminer进行日志挖掘分析,到底什么应用导致的问题. 说明:使用logminer进行日志挖掘,只能挖掘出什么对象表,dml操作多少次,而无法明确得到什么应用占用的日志最多.只能提供很单项的东西,某个表dml操作次数,非常多.需要客户结合实际应用,去判断,到底什么应用导致的问题. 环境说明:数据库版本10.2.0.5 双节点rac, 有一套dg 10.2.0.5,单实例. 测试说明: 1.dg 切

目录 configing active dataguard for 11.2 rac. 1 一.建组.建用户.配置环境变量.内核参数等... 1 二.配置共享磁盘... 3 1)创建4块共享磁盘并fdisk格式化.... 3 2)安装asm rpm包... 3 3)配置asm driver服务... 4 4)配置asm磁盘... 4 三.安装grid.oracle软件及asmca创建asm磁盘组... 5 四.配置rac主库... 5 1.主库设置归档模式... 5 2.主库设置force lo

Oracle 12C 物理Standby 主备切换switchover Oracle 12C 物理Standby 主备切换switchover Table of Contents 1. 简述 2. 切换检查 3. 问题及解决方法 3.1. ORA-16470 3.2. ORA-16475 3.2.1. dirty redo log 3.2.2. log_archive_dest_n 4. 切换角色 4.1. 切换备库角色为主库 4.2. 打开新的主库 4.3. 重启新的备库 5. 切换后的后续步

环境现状: 两台虚拟主机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.主库准备工作 2.物理备库准备工作 3.创建物理备库 写在前面: 最终实现环境:11.2.0.4版本 2节点RAC + 1节点DG 本文旨在弄清楚整个搭建过程中涉及到的基础概念: 本文安装maximum performance mode(最大性能模式)也是DG默认的数据保护模式: 前提环境: 1).主库已安装11.2.0.4版本 RAC数据库 #public ip 192.168.56.150 jyrac1 192.168.56.152 jyrac2 #private ip 10.10.10

环境描述: 1.节点描述 节点 IP 节点描述 11.6.76.221 GG 抽取端 / DG 节点,数据库版本号为 Oracle-11.2.0.3,与 11.6.76.222 组成 DataGuard. 11.6.76.222 DG 节点,数据库版本号为 Oracle-11.2.0.3,与 11.6.76.221 组成 DataGuard. 192.168.87.221 GG 复制端,数据库版本号为 Oracle-11.2.0.4 2.拓扑结构   方案描述: 假设 11.6.76.221 最