ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: 'D:\ORACLE\ORADATA\TEST\REDO01.LOG' ORA-27041: unable to open file OSD-04002: unable to open file O/S-Error: (OS 2) 系统找不到指定的文件 2.查看V$log,发现是当前日志 SQL> sele

#操作描述:搭建DG,主库修改参数log_archive_dest_1线程路径报错 ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST #原因:参数 #数据库当前使用的归档参数为log_archive_dest ,此参数与dest_1/2/3---参数不兼容 show parameter log_archive log_archive_dest string /u01/

首先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>

操作系统:OEL 5.6 Oracle 版本:11.2.0.4.0 DataGuard规划说明 DATABASE_ROLE DB_NAME IPADDR Primary lgr 192.168.10.5 Standby DG 192.168.10.88 1. 主库开启归档,开启强制日志,关闭闪回,删除外部表 SYS@lgr> startup mount; ORACLE instance started. Total System Global Area bytes Fixed Size byte

primary RAC to single standby 参考文献:RAC+单实例DATAGUARD 配置   http://blog.csdn.net/miyatang/article/details/9979579 配置要点rac为主时:    rac中的每个实例都需要配置传输日志单节点为主时:    向rac中的其中一个节点传输日志    在rac中的其中一个节点上启动MRP进程 创建standby redo log 日志组RAC中的每个thread都需要创建对应的standby red

前言:(一)准备工作: 1.数据库要处于归档模式: 2.监听参数:local_listener 默认值为空--1521 3.关闭闪回(可能会触发数据库的bug,备库不能开闪回) 4.如果有外部表,外部表要删除. (二)环境描述: 192.168.206.8    主库    ORA11GR2 192.168.206.9    备库    SBDB 一,将数据库处于归档模式: SQL> alter database archivelog; Database altered. SQL> archi

环境说明: #主库RAC环境 #备库RAC环境,操作系统AIX 6.1 数据库版本11.2.0.3 报错说明: #主库备份控制文件,传输至备库,备库restore 报错 本篇文档,分为两大阶段:第一阶段:出现报错,查询相关日志 第二阶段:处理报错,尝试操作解决问题  第一阶段:出现报错,查询日志阶段:   #如下操作: RMAN> restore standby controlfile from '/tmp/con.ctl'; Starting restore at 03-JUL-18using

1.主库开启归档 SQL> archive log list;(查询当前归档状态) SQL> shutdown immediate; SQL> startup mount;(启动到mount状态) SQL> archive log list;(开启归档) 2.开启强制写日志 SQL> alter database force logging; 3..关闭闪回 SQL> alter database flashback off; 4.创建standby logfile.(

一.准备工作:主库:虚拟机名称host06 主机名:host06 IP:192.168.100.60 db_name&SID:ENMO  db_unique_name:PROD 存储:文件系统 备库:虚拟机名称:host07 主机名:host07 IP:192.168.100.70 db_name&SID:ENMO db_unique_name:SBDB 存储:文件系统 二.主库: 1.数据库归档并强制生成日志 [oracle@host06 ~]$ sqlplus / as sysdba

1.主庫全庫備份rman target/rman> backup database format '/backup/fullbak/fullbak_%U';2.用scp傳到備庫,最好是rman目錄下3.關閉備庫4.主庫創建控制文件sql> alter database create controlfile as '/backup/fullbak/control01.ctl;用scp傳到備庫對應目錄下 參照pfile參數文件里的路徑5.啟動備庫到mount狀態sql> create spf

这些天大厦10g DG Windows 2008 R2测试环境,主要明天去给客户端,再建一个生产资源库DG,其中一些发现的问题.特此记录下来 因为将要部署到生产环境.所以考虑在线搭建DG的方案,即不停库的情况下.而问题主要就是出在不停库时,用RAMN创建STANDBY的时候 通常在线搭建DG.主要是以下几个步骤: 1. 确保主库开启归档(生产库基本都是开启的),并开启force logging模式 SQL> select database_role,log_mode,force_logging 

1.环境: a.主机环境:centos6.5 b.软件环境:oracle 11.2.0.4 c.主机信息: DG1:192.168.100.51(数据库sid:atest) DG2:192.168.100.52 2.前提工作(主从都要设置): a.关闭防火墙:/etc/init.d/iptables stop b.关闭selinux:setenforce 0 查看状态:getenforce(关闭状态:Permissive) 3.主库设置: a.设置主库db_unique_name: alter

Oracle 10gR2 Dataguard搭建(非duplicate方式) 我的实验环境: 源生产库(主库): IP地址:192.168.1.30 Oracle 10.2.0.5 单实例 新DG库(备库): IP地址:192.168.1.31 Oracle 10.2.0.5 单实例 1.源生产库开启归档 2.rman备份源生产库 3.修改源生产库参数 4.配置tnsnames.ora 5.同步密码文件 6.配置pfile文件 7.创建备库控制文件 8.还原备库 9.开启日志应用 10.swit

利用闪回数据库(flashback)修复Failover后的DG环境 1.1  BLOG文档结构图 1.2  前言部分 1.2.1  导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Failover后DG环境的恢复方法(重点) ② DG的基本维护操作 ③ GC客户端软件的安装 ④ 利用GC快速搭建一套DG环境 ⑤ Failover和Switchover的区别 ⑥ 其它维护操作 Tips: ① 本文在itpub(htt

环境ORACLE 10G OS WINDOWS 对于DG故障解决思路,DG日志切换不进行应用,DG出现GAP解决方法,DG主备库切换, 当DG出现故障时,第一时间检测alert日志,服务器OS日志,网络是否通畅. 1.当DG出现日志不能传输到备库    一.TNS配置错误,监听配置错误.    二.主备库初始化参数文件配置错误(如archive_log_dest文件位置错误).    三.备库控制文件过旧,从主库生成一个STANDBY CONTROL过去.         SQL> alter

一,环境介绍 目前我本身环境已经有DG,正在尝试重做搭建.如需完成请移步往期文章--搭建DG

问题描述:情形是当主库真正出现异常之后,才会执行的操作,那么我们执行过failover 之后,如何在重新构建DG,这里我们利用flashback database来重构.模拟前主库要开启闪回区,否则要重新搭建DG了 1.由于主库已经不可访问,下面所有的操作都在备库完成,先取消实时同步 SQL> alter database recover managed standby database cancel; 2.强制取消redo接收 3.确认一下备库 4.切换为物理主库,然后open,确认一下切换成

一.概述 本文将介绍如何给rac搭建单节点的dg,以及如何对其进行角色转换.预先具备的知识(rac搭建,单实例-单实例dg搭建) 二.实验环境介绍 主库rac(已安装rac,并已有数据库orcl)rac1:192.168.56.11,sid1:orcl1,version:11.2.0.4rac2:192.168.56.12,sid2:orcl2,version:11.2.0.4 从库(已安装单实例数据库软件,无数据库实例)oradg:192.168.56.102,sid:orcldg,versi

一.概述 本文将介绍如何给单实例搭建一个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 三.搭

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本地归档路径

DG搭建时,官方文档手册有明确提到要设置数据库为force_logging,防止有nologging操作日志记录不全导致备库应用时出现问题. 虽然是老生常谈的安装规范,但现实中总会遇到不遵守规范的场景,最近就在某客户现场遇到一则这样的案例,因为DG主库设置force_logging晚于DG搭建,导致备库出现坏块,使用dbv检查就表现为DBV-201错误. 下面我们来模拟下这个场景,同时演示下具体修复过程: 1.准备实验环境 2.构造故障场景 3.解决故障 1.准备实验环境 主库确认没有开启for