# .bash_profile### 这里是提取用户的变量# Get the aliases and functionsif [ -f ~/.bashrc ]; then        . ~/.bashrcfi # User specific environment and startup programs PATH=$PATH:$HOME/bin e

Oracle 11g Data Guard Enabling Active Data Guard 开启ADG需要standby database instance redo-only mode and starting redo logfiles The general process of enabling Active Data Guard is as simple as op

Oracle dataguard  enabling real time apply 总结：    物理DG：alter database recover managed standby database using current logfile disconnect;    逻辑DG：alter database start logical standby apply imme

DATA GUARD实施文档： 环境描述：服务器1：一个运行的OLTP数据库，不能停机。数据库安装归属人 ora ，ORACLE_SID=research服务器2：一个已经安装了数据库的服务器，有一个数据库在跑，不能影响。数据库安装归属人 oracle ，ORACLE_SID=orcl 服务器基本环境 Hostmachine IPOS r

Oracle dataguard  failover 实战操作步骤备库：SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE;SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;SQL> SHUTDOWN IMMEDIATE;SQL> START

利用RMAN 建立 oracle dataguard  1、 主备库口令文件的密码一致、并开启logging、修改tnsnames.ora2、 备份standby controlfile并把standby controlfile 复制到备库成多份（根据备库的参数文件把 standby controlfile复制成多份，多路径）、RMAN备份主库数据3、 修改参数文件（主库，备库

DG 主库丢失归档  主要原因就是备库没有APP呢，主库就误把归档删除了。常见的这种情况都是主库RMAN做备份的时候把归档删除了。 丢失归档解决方法：用RMAN 增量备份恢复，还有恢复控制文件。 备库：SQL> select sequence#,applied from v$archived_log;  SEQUENCE# APP---------- -

PROTECTION_MODE is UNPROTECTED at standby database 分析 数据库版本SQL> select * from v$version; BANNER---------------------------------------------------------------------------------------------

主库归档管理：1、 用SHELL脚本，取归档已被APP的。然后删除已经APP的归档。2、 用RMAN 备份策略管理：oracle 自带的策略：RMAN> configure archivelog deletion policy to applied on standby;有报错，解决方法：SQL>alter system set "_log_deleti

Primary database      IP: 192.168.0.11 主库：目前的状态是我们没有关闭任何端口， 没有切换的时候，我们没有发现备库连接主库的动作。但是备库有主库连接的动作，表明主库LNS时刻准备着把REDO LOG传输给备库。 [root@mycos-p ~]# netstat -nActive Internet connections (w/o

自己总结了一下DG三种模式，但是有点混沌。所以决定利用图表的形式梳理一下。不一定很完善，先总结出来一点一点的完善。 最大保护最大可用最大性能 数据一致性完全一致尽量的避免数据丢失，但不能绝对保证数据完全一致。可以异步REDO日志 日志传输方

DG 用 rman  duplicate 恢复standby 的问题及解决。SQL> startup nomount pfile=/opt/oracle/product/10g/dbs/initorcl.oraLRM-00123: invalid character 148 found in the input fileORA-01078: failure in processing

实施DG利用RMAN恢复STANDBY数据库RMAN> duplicate target database for standby nofilenamecheck dorecover;Starting Duplicate Db at 28-MAR-12using target database control file instead of recovery catalogallo

Oracle 11g dataguard check real time apply（on standby）总结方法：1、select open_mode from v$database;READ ONLY WITH APPLY   --证明开启 RTA2、select DEST_ID,DEST_NAME,RECOVERY_MODE from v$archive_dest_