RAC RAC: real application clustersrac RAC: real application clustersrac 单节点数据库:数据文件和示例文件一一对应 实例损坏时数据库就损坏了 RAC架构数据库:数据文件和多个实例对应 RAC最根本的初衷是实例级的容错,并不是基于数据的 实例都是基于数据的. dataguard是基于数据容错的. Oracle数据库支持网格计算环境的核心技术 SAN网络存储(Storage Area Network):集中式管理的高速存储网络 R

以下有的地方为oracle专业术语,非懂勿喷.前段时间某项目负责人告知,他们应用需要一套oracle数据库环境运行模式为双机热备.简单了解下对于现在已经非常成熟的RAC再合适不过了.详细问了问当前服务器的环境,不适合做RAC.因此退而求其次还是采用市面上非常陈旧的双机热备.网上搜了一些资料开始入手,但是网上那些文档在一地地方适用换个地方未必适用.即使按着文档来还是一路磕磕碰碰.实在没辙找同事帮忙,同事网上找了一篇靠谱的文档看了一遍说,这个不错可以照着做.我从文档中间往标题部分细看,才发现文档介绍

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

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 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自动异地备份数据库 分析:1.oracle备份数据库     2.自动备份(定时)   3.非本地备份(因为如果备份到本地的话,如果硬件设备损坏可能导致数据丢失) 知识点:1.备份oracle数据库(使用exp)      2.使用系统自带定时任务(举例采取的是win7系统)      3.添加oracle远程服务(oracle net)  实际操作:1.直接使用oracle net manager工具添加服务或者修改tnsnames.ora 2.叫备份命令写到一个bat文

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信

DG库的standby_file_management=manual,主库添加文件的时候,备库无法自动创建对应的文件而报错 File #154 added to control file as 'UNNAMED00154' because the parameter STANDBY_FILE_MANAGEMENT is set to MANUALThe file should be manually created to continue.Errors with log /archlog/xxx

1.DB_NAME 数据库名字,需要保持同一个Data Guard中所有数据库DB_NAME相同. 主库和备库相同 DB_NAME='chicago' DB_NAME='chicago' 2.DB_UNIQUE_NAME DB_UNIQUE_NAME = unique_service_provider_name_for_this_database 为每一个数据库指定一个唯一的名称. 主库: DB_UNIQUE_NAME=chicago 备库: DB_UNIQUE_NAME=boston 3.LO

系统情况介绍 正式环境:windows 2008 r2-32bit/ Oracle: Release 11.2.0.1.0 目标环境:windows 2012 Standard-64bit / Oracle: Release 11.2.0.1.0 备份工具:EMC Avamar 7.5.1-RMAM全备 备份介绍 Avamar自动配置RMAN脚本,全备数据库,自动脚本日志内容如下(图形界面配置的,自动生成如下脚本,也可以手工写脚本备份): 1> RMAN> @@ORCL-24081.tmp 2

在实际运营环境中,我们经常碰到类似这样的需求,譬如想不影响现网业务评估DB补丁在现网环境中运行的时间,或者是想在做DB切换前想连接Standby DB做实际业务运行的测试,如果在9i版本的时候,想做到这样,在不搭建新测试环境的前提下,可以将Standby DB激活后进行测试,但是激活后的Standby DB将不能再用于容灾,必须重建Standby DB.在10g以及11g之后,可以利用新特性很好的解决这个问题,激活的Standby DB可以闪回到激活前的状态,继续参与容灾,而不需要重建. 下面简

检查DG是否同步 01,  查看主备可切换状态 select switchover_status from v$database;select db_unique_name,open_mode,database_role,switchover_status from v$database 02, 查看进程 select process ,status , sequence# from v$managed_standby; 03,查看最后一行的归档日志 select max(sequence#),

DG有下面三种模式– Maximum protection– Maximum availability– Maximum performance 在Maximum protection下, 可以保证从库和主库数据完全一样,做到zero data loss.事务同时在主从两边提交完成,才算事务完成.如果从库宕机或者网络出现问题,主从库不能通讯,主库也立即宕机.在这种方式下,具有最高的保护等级.但是这种模式对主库性能影响很大,要求高速的网络连接. 在Maximum availability模式下,如