aaron8219's Oracle&Linux Technology Blog

对RAC环境建立了DATA GUARD后，RAC环境的一个实例关闭后无法启动，报错信息为：ORA-01105和ORA-1677。RAC环境的一个实例关闭后，在重启时报错如下：bash-2.03$ srvctl start inst -d testrac -i testrac2PRKP-1001 : Error starting instance testrac2 on no

DG有3个种保护模式：1.最大性能模式2.最高可用模式3.最大保护模式今天来做个关于保护模式的测试当我们配置完DG，默认使用的是最大性能保护模式：SYS@PDA> select open_mode,database_role,protection_mode,protection_level from v$database;OPEN_MOD

上周五去某客户那里做数据库巡检，是window 2008系统上10g的一套NC系统的库，已经配置了DG，但是巡检时发现数据库报错：Tue Nov 11 10:13:57 2014LNS: Standby redo logfile selected for thread 1 sequence 3945 for destination LOG_ARCHIVE_DEST_2

今天做Linux下DG配置的时候，遇到一个现象，tnsname.ora文件配置都正常，tnsping也正常，监听也正常，但是仍然报ORA-12514错误：SQL> set lin 130 pages 130 SQL> select dest_id,error from v$archive_dest;   DEST_ID ERROR---------- -------

在上篇博文中，使用了duplicate方式来创建物理standby http://blog.youkuaiyun.com/aaron8219/article/details/38434579今天来说说在11g中采用非duplicate方式创建备库碰到的一些问题，并做个总结。在10g中，通常可以使以下几种方法创建备库控制文件RMAN> backup current controlfile for standby format 'c:\ctl_%U';RMAN> backup full database for

环境规划：节点1：tc1 192.168.56.101 内存：2G节点2：tc2 192.168.56.102 内存：2G物理备库：tcdg 192.168.56.108 内存：1G操作系统：Windows 2008 R2 Enterprise********** RAC部分**********一、准备工作1.修改提升

主库部分开启归档，force loggingSQL> archive log listSQL> shutdown immediateSQL> startup mountSQL> alter database archivelog;SQL> shutdown immediateSQL> startupSQL> alter database force

昨天去某客户那里搭建RAC-DG的物理备库，这里把大致流程再列举一下,为不涉及泄露隐私，主要参数已替换名称，具体路径也不一致。由于客户那边的环境不允许本机用网络连接内网，因此无法截下故障时各种报警日志和trace文件的截图，只能凭回忆大致写出。1.主库在线修改spfile参数alter database force logging;alter system set log_ar

关于dg环境的standby_file_management参数，oracle解释是主库数据文件变化时，从库自动更新，测试一下standby_file_management参数和数据文件变化的关系吧。　　接下来主库删除表空间　　SQL> drop tablespace dbaxiaoyu including contents and datafiles;　　Tablespace d

OS：Windows 2008 R2Database：10.2.0.4Primary DB

这几天在搭建10g DG Windows 2008 R2的测试环境，主要是明天要去给一客户重新搭建一套生产库的DG，其中发现一些问题，特此记录一下由于将要部署到生产环境，所以考虑在线搭建DG的方案，即不停库的情况下，而问题主要就是出在不停库时，用RAMN创建STANDBY的时候通常在线搭建DG，主要是下面几个步骤：1. 确保主库开启归档并开启force logging模式2

今天的实验内容是RAC-DG的搭建及一些测试，并就在实验中遇到的一些错误进行分析并解决环境：11.2.0.3+oel5.7rac1：zlm1 192.168.1.171 zlm1-vip 192.168.1.172 zlm1-priv 172.168.1.192rac2：zlm2 192.168.1.173 zlm2-vip 192.168.1.174 zlm2-p

今天在配置RAC-DG时，修改主库参数文件后无法用修改后的PFILE启动RAC主数据库，碰到了LRM-00101错误，这是一个语法错误，但是一开始始终没找到解决方法：SQL> create pfile='/rmanbackup/initora11rac.ora' from spfile;File created.SQL> ![oracle@zlm1 ~]$ vi /rman

今天做switchover，环境是11.2.0.3+OEL5.7，开始时主备库状态都是正常的，符合直接切换条件：主库：SQL> select open_mode,database_role,switchover_status from v$database;OPEN_MODE            DATABASE_ROLE    SWITCHOVER_STATUS----

今天在做RAC-DG实验时，碰到了不少的问题，这个问题是在操作用pifle创建spifle时出现的由于在配置RAC-DG主库参数时，大部分人喜欢直接用alter system set xxx='xxx.xxx' scope=spfile;而我由于不想一条条敲命令，所以先用主库参数创建一个pifle，然后对pfile进行修改，加上我们所需的DG配置参数，然后再把pfile写回spfile参数

数据库版本SQL> select * from v$version; BANNER--------------------------------------------------------------------------------------------------------------------------------Oracle Database 10g E

上周五去客户处巡检时，发现原来配置的DG备库未与主库同步，特此记录一下在5月14日13：58出现故障，3398日志无法应用，以下是alert日志Thu May 14 13:58:01 2015Errors in file /u01/app/oracle/diag/rdbms/tcdg/sgcrm5/trace/sgcrm5_pr00_3473760.trc:ORA-