Oracle 11g rac 的 active dataguard的启动步骤
官方文档原文:The COMPATIBLE database initialization parameter must be set to 11.0 or higher to usethe real-time query feature of the Active Data Guard option.A physical standby database instance cannot be opened if Redo Apply is active on amounted instance of that database. Use the following SQL...
DATAGUARD定期删除归档日志脚本
#!/bin/shapplied_days=2cat /dev/null>applied_arch.lstsqlplus -s "/ as sysdba"<<EOF>/dev/nullset feedback offset pages 0set head offset timing offset echo offspool applied_arch.lstselect 'rm -f '||name...
自动删除归档日志的脚本(尤其是dataguard环境)
转自:http://bbs.linuxtone.org/home.php?mod=space&uid=11671&do=blog&id=401在此表示感谢,现在博客突然消失的太多,所以paste以备用。[@more@]自动删除归档日志的脚本(尤其是dataguard环境)已有 236 次阅读2011-12-16 21:02 |个人分类:oracle data guard自动删除归档日志的脚本(尤其是dataguard环境) 在归档模式下,要时刻注意磁盘空间不要被归档撑爆,尤其在dataguard环境中,更是需要定期清理已经apply的日志,以免把硬盘撑爆。在自动删除日志需要考虑几点:1. 日志必须是已经被apply的2. 日志备份已经被备份过的3. 为了
DG broker的配置和使用
配置方法1、主备都在静态监听里新增DG broker的配置主库为(SID_DESC= (GLOBAL_DBNAME=PROD_DGMGRL) (ORACLE_HOME=/db/oracle/product/11.2.0/db_1/) (SID_NAME=PROD) )备库为(SID_DESC= (GLOBAL_DBNAME=PROD_STD...
【DataGuard】Oracle Dataguard三种保护模式特点总结
Oracle Dataguard提供了三种数据保护模式,在此分别总结一下三种数据保护模式的特点。1.最大保护模式1)这种模式提供了最高级别的数据保护能力;2)要求至少一个物理备库收到重做日志后,主库的事务才能够提交;3)...
Oracle Dataguard 如何配置物理standby
尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便。但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知其然不知其所以然,Dataguard的本质没有吃透,也不利于其维护和调优。 本配置文档基于Oracle官方文档,目的在于加...
Oracle11gR2 Active DataGuard
明天是最后一次oracle 培训课程,课程中会涉及到oracle Oracle Data Guard搭建过程,今天上午做了一个实验,一起和大家分享下,我实验使用的是Oracle 11R2 .2版本的。采用RMAN做duplicate。实验实现的是物理备数据库。先简单介绍下Oracle Data Guard概念,可以参考我上篇写的《Oracle Data Guard 介绍 》http://blog....
Oracle Data Guard 介绍
Oracle Data Guard 确保企业数据的高可用性、数据保护以及灾难恢复。Data Guard 提供了一套全面的服务来创建、维护、管理和监控一个或多个备数据库,使得生产数据库从灾难和数据损坏中得以幸存。Data Guard 维护这些备数据库作为生产数据库的事务一致性拷贝。然后,如果生产数据库因为计划的或计划外的中断而变得不可用...
DataGuard 日常维护
数据库采用Oracle 10g版本.Dataguard采用最大性能模式.第一部分 日常维护一 正确打开主库和备库1 主库: SQL> STARTUP MOUNT;SQL> ALTER DATABASE ARCHIVELOG;SQL> ALTER DATABASE OPEN;2 备库: SQL> STARTUP MOUNT;S...
亲历dataguard的一些经验问答题
问题1:是否log_archive_dest_n=service中进程使用lgwr时(如log_archive_dest_2='service=DBSTD LGWR SYNC'),备库就一定要建立standby_redo_log回答:不是,只有在最大可用或最大保护模式下,备库才要standby_redo_log问题2:最大可用模式,备机是否可以应用archivelog回答:可以,不过应用...
配置DataGuard的准备知识
参数介绍: DB_UNIQUE_NAME:DB_NAME参数对于物理数据库而言必须相同,对于逻辑数据库而言必须不同,所以10g 引入该参数,来确定Data Guard 配置中的每个数据库。需要在所有数据库上进行设置,但需要重启数据库。如果未定义该参数,默认使用DB_NAME,这意味着不见得需要停止生产来创建备用,可在以后进行设置。 LOG_ARCHI...
实战不停机搭建ORACLE DataGuard
一、基础信息操作系统:Red Hat Enterprise Linux Server release 6.3 (Santiago)数据库:11.2.0.3 配置信息:说明主机名IP地址db_namesidDB_UNIQUE_NAMEService_name主库dg1192.168.47.131orclorclorcldg1orcldg1备库dg2192.168.47.132orclorclorcldg2orcldg2 二、准备工作1、在主库和备库的host文件...
DataGuard备库删除已经应用的日志
前言:公司搭建了DataGuard,刚开始没有注意备库归档日志的管理,系统运行了一段时间之后,发现备库的空间被归档日志给撑爆了。 解决思路:ORACLE提供了一个视图可以查看归档日志的执行情况,只要归档日志已经被应用了,就可以通过操作系统进行删除。查看归档日志的运用脚本:select sequence#,applied from v$arch...
ORACLE DataGuard 备份策略
主库:备份控制文件;定期清理归档日志;备库:全库备份包括归档日志并删除; RHEL平台主库脚本:1. RMAN设置:RMAN>configure controlfile autobackup on;RMAN>configure retention policy to recovery w...
ORACLE DataGuard 主备库角色切换
主备库切换原因:1. switch:用户主动切换;2. failover:主库出现故障,强行切换; switch切换过程:先主库再备库 主库1. 查看switchover_status:select database_role, switchover_status from ...
ORACLE DataGuard 备库模式切换
备库模式分类:1. 自动管理模式2. 手动管理模式(可以做数据文件增加和重命名操作的)3. 只读模式 查看备库目前模式:select * from dba_ojbects;如果可以查看:为只读模式;如果不可以查看:为管理模...
ORACLE DataGuard 错误
ORA-16143 原因:使用了"recover managed standby database finish;" 解决方法:1. 在主库创建备库控制文件:alter database create standby controlfile as '/u01/standby.ctl'; 2. 复制到备库:...
ORACLE DataGuard 保护模式切换
保护模式:最大可用:主库上的交易一定需要在在线redo,或者一个备库中更新好了才能提交;如果网络中断,会自动切换成最大性能模式;网络恢复再切换回来。最大性能:默认模式。不影响主库性能的情况下,尽最大可能...
Dataguard的强制切换
【前言】Dataguard的从库一般情况下都是出于数据的抽取和查询的作用的,但是万一在主库发生故障的情况下就需要切换到备库了。而这种故障的切换往往又是灾难性的情况:比如主库的服务器根本就起不来了,没有办法进行正常的切换,就需要强制的把从库切换成主库了。 【操作步骤】这个时候主库根本是操作不了的,所以只...
配置Broker管理DataGuard
【前言】管理Oracle DataGuard的方式有三种:SQLPlus、OEM Grid Control、Broker; 先学习用SQLPlus进行切换,先了解其中的原理。 掌握了DataGuard的切换原理之后建议用Broker,因为这个工具会为你的Dataguard管理和切换带来很大的便利; OEM Grid Control一般不建议使用,因为这个本身的配置也是一件非常麻烦的事情; &nbs...