SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY*ERROR at line 1: ORA-01577: cannot add log file '/u01/app/oracle/oradata/orcl/group_1.257.1010584013' - file already part of database 主库下: select  memb

一,开篇 此篇操作承接上文,必须完成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

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

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

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

环境现状: 两台虚拟主机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

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.

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

DG架构图如下: 计划,切换之后的架构图: DG切换: 主备切换:这里所有的数据库数据文件.日志文件的路径是一致的 [旧主库]主库primarydb切换为备库standby3主库检查switchover_status列的状态,是否支持switchover操作:如果该列值为"TO STANDBY"则表示primary 数据库支持转换为standby 角色prod> select switchover_status from v$database;SWITCHOVER_STATUS-

环境描述: 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 最

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. 切换后的后续步

场景7  Data Guard 官方文档 :Oracle Data Guard Concepts and Administration 用于数据容灾,通过主备库同步(主库将redo日志传送到备库,一个主库可对应多个备库(30)),实现异地容灾 1. 构建测试库 2. 构建读写分离的环境 3. 实现滚动升级 4. 数据备份 数据容灾 : 1. 基于存储复制 2. 基于逻辑卷复制(镜像) 3. 基于应用(redo log) redo log : DML/DDL, 记录数据块变化,用于recovery

本篇博客流程图: 一.测试需求及参数说明 二.测试环境进行相关测试 三.问题总结 一.测试需求及参数说明 1.1测试需求说明 DG切换 切换前,数据库版本12.2.0.1,主库rac两节点,备一rac两节点,备二single单实例. 需求,更换主机,使用dg进行迁移: 切换后,新主库rac两节点,新备一rac两节点,新备二single单实例. 切换后,由于对convert参数理解不够,dg正常切换成功,但是convert参数在新的备库未修改,留坑,本次出于学习目的,进行测试参数. 1.2切换中遇

1.登录到命令行 切换到grid用户 [grid@swnode1 ~]$ sqlplus / as sysasm SQL*Plus: Release Production on Wed May :: Copyright (c) , , Oracle. All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release - 64bit Production 注意:这里是sysasm登录才能有权限修改 2

ASM GROUP-Rman copy迁移 0x00--环境介绍 VMware版本:VMware12pro 主机操作系统:RHEL6.5_64 共享存储使用VMWARE创建共享磁盘文件 数据库版本:Oracle11gR2 11.2.0.4.0_RAC Oracle数据库文件部署在ASM磁盘组上,需要在不停机或者尽量短的停机时间完成存储迁移.由于只是设计存储更换,无需借助第三方工具.采取迁移ASM DISKGROUP的方式完成迁移.模拟现实环境中,ASM磁盘组存放在存储设备上,模拟由于设备升级.存

注意节点6,7的磁盘CRSDG的状态明显不正常.oracle@ZJHZ-PS-CMREAD-SV-RPTDW06-DB-SD:~> crsctl status resource -t |less--------------------------------------------------------------------------------NAME           TARGET  STATE        SERVER                   STATE_DETAIL

如果以上的操作依然不能使数据库资源自动启动,那么参考下面这篇文章修改资源AUTO_START属性. 查看资源状态: crsctl status resource 资源       -p     crsctl <command> <object> -h  For example, crsctl relocate resource -h [grid@edudb1 ~]$ crsctl status resource ora.DATADG.dg                   -p

数据库用户登录服务器,sqlplu 解决办法: 先把界面上要保存的操作保存好 应用用户登录,切换到ora用户 杀掉进程 ps -fu ora | grep LOCAL=NO|grep -v grep|cut -c 9-17|xargs  用这个时时监控一下 到底什么原因老是超最大数据库连接数

1.1.1.   文档编写目的 项目上需要做与Mysql数据库的对接,然而Oracle与Mysql数据库是异构的,因此这里采用透明网关的方式来解决. 另,项目上的环境为APP:12.2.6 ; DB: 12.1.0 主要配置如下: 2.1 确定使用32/64 bit的驱动 登陆服务器,执行指令:file $ORACLE_HOME/bin/dg4odbc 从上可以看出是64位,需要安装64位驱动. 注:这里需要严格匹配. 2.2 下载ODBC驱动管理 ODBC 造就了"应用程序独立性"的

之前使用 renamedg  对 ora.CRS.dg 进行重命名ora.DUPCRS.dg 可是 renamedg 有个缺点就是无法将改动的信息同步到整个集群层面,并且改动前的dg 会依旧保留在集群层面: 例如以下所看到的:因此须要手动去清除,和又一次注冊改动后的dg 信息. rename 需求: ora.CRS.dg   --------------> ora.DUPCRS.dg        register ora.DUPCRS.dg into cluster grid :11203 d

数据库rac启动时报错,日志例如以下,后来使用 Sat Jun  7 06:02:11 2014 GATHER_STATS_JOB encountered errors.  Check the trace file. Sat Jun  7 06:02:11 2014 Errors in file /oracle/product/admin/dqb/bdump/dqb2_j001_13352.trc: ORA-08103: object no longer exists Sat Jun  7 06