NinGoo's blog
2007年11月03日 1 Comment
这个系列后续的几篇将具体的演示各种复制的实际配置，配置复制前需要做一些准备工作，主要有四个方面：
一、源数据库置于归档模式
当然，如果是双向复制，则每个库都是源库，都需要处于归档模式
SYS@ning>archive log list
Database log mode Archive Mode
Automatic archival Enabled
Archive destination F:\oracle\arch\ning
Oldest online log sequence 192
Next log sequence to archive 194
Current log sequence 194
2007年11月03日 4 Comments
打算写一个系列介绍下Oracle10gR2的streams，这里是第一篇，主要简单介绍下概念和原理。虽然streams号称可以支持异构数据库间的复制,但这个系列只涉及oracle数据库之间的复制问题，除非特别提及，这里的streams都是指10gR2版本的streams。
Oracle从9i开始推出streams，用于提供灵活的复制和容灾解决方案。但是9i的streams配置相当的麻烦，少说也有十几个步骤，还容易出错。10gR2则将整个配置过程封装在几个简单的PL/SQL过程中，使得配置过程大大的简化。但是实际的配置步骤还是一样的，Oracle只是利用这些PL/SQL过程先生成对应的脚本，然后再执行脚本进行配置。这个过程可以全自动完成，也可以先将脚本生成到某个指定的目录，我们根据需要修改脚本，然后再执行脚本进行配置，这样就灵活又方便。
Streams的原理其实很简单，通过logmnr技术从oracle的log中解析出数据，然后传递到目标库并应用，从而将源库的数据复制到目标库。当然，复制可以是双向的，也可以是单向的。双向复制还需要考虑数据冲突的问题。而多源复制其实是双向复制的基础上衍生而来的。
整个的复制过程可以分成三个步骤：捕获(capture)，传播(propagation)和应用(apply)，利用高级队列(advance queue)来将这三个步骤的数据串起来，通过在步骤中定义不同的规则(rule)来控制需要复制的数据。复制可以基于全库，基于表空间，基于用户或者基于表，提供了相当大的灵活性。
捕获进程可以直接在源库捕获日志，也可以先将日志(归档日志或者联机日志)传递另外的库中进行捕获，这就是本地捕获(local capture)和异地捕获(downstream capture)。对于异地捕获，根据是传递归档日志还是联机日志，可以分为普通的异地捕获和实时异地捕获。日志的传递其实和DataGuard中是一样的机制。Oracle11g的streams还提供了同步捕获，这里暂时不涉及了。
2007年10月23日 3 Comments
利用Rman的duplicate命令，可以很方便的将原库复制出一个新库，这在诸如data guard等应用中非常有用。但是在Oracle11g之前，执行duplicate要求首先对原库用rman进行备份，然后将备份复制到复制库，同时连接原库(做为target)和复制库(做为auxiliary)，执行duplicate命令进行复制。在Oracle11g中推出的active database duplicate特性，则省略了进行rman备份的步骤，能够直接从原库复制出新库，对于一些大型的数据库来说，这个特性可以节省很多操作时间。本文将简单的演示一下操作过程(在同一个主机上执行duplicate)：
原库：ora11g(归档模式)
新库：oradup
操作系统:windows
一、首先手工创建新的instance
包括windows服务，dump路径，初始化参数文件，password文件，监听配置等等，这些步骤就不赘述了。理论上，初始化参数最少只需要指定db_name一个参数就可以了。当然，简单起见，最好还是设置如下参数：
DB_NAME=ORADUP
CONTROL_FILES=(‘F:\ORACLE\ORADATA\ORADUP\CONTROL01.CTL’,
‘F:\ORACLE\ORADATA\ORADUP\CONTROL02.CTL’)
DB_FILE_NAME_CONVERT=(‘F:\ORACLE\ORADATA\ORA11G’,'F:\ORACLE\ORADATA\ORADUP’)
LOG_FILE_NAME_CONVERT=(‘F:\ORACLE\ORADATA\ORA11G’,'F:\ORACLE\ORADATA\ORADUP’)
log_archive_dest_1=F:\ORACLE\ARCH\ORADUP
compatible=11.1.0
经过试验，必须加入compatible＝11.1.0的参数，如果不加，默认是compatible＝11.0.0，那么rman duplicate最后在创建控制文件的时候会报错：
RMAN-03002: Duplicate Db 命令 (在 10/23/2007 22:43:40 上) 失败
RMAN-06136: 来自辅助数据库的 ORACLE 错误: ORA-01503: CREATE CONTROLFILE 失败
ORA-01130: 数据库文件版本 11.1.0.0.0 与 ORACLE 版本 11.0.0.0.0 不兼容
ORA-01110: 数据文件 1: ‘F:\ORACLE\ORADATA\ORADUP\SYSTEM01.DBF’
这个应该算是一个bug吧，11.0.0应该是beta版的版本号
加入log_archive_dest_1参数，则是因为最后需要复制原库的归档日志到备库，如果两个库都没有设置归档路径，那么都会放在默认的$ORACLE_HOME\rdbms目录下，就会发生冲突。当然，如果原库和新库在不同的主机上，则只需要db_name和compatible就足够了。
2007年10月23日 2 Comments
在oracle11g for linux 64位版本撤了又发之后，windows版本总算也出来了，这样在家里的机器上做试验的时候终于不用再开虚拟机了。
安装完后居然发现还带了OWB的客户端，看来Oracle还是舍不得自己开发的这个ETL工具，只是不知道准备将收购的ODI置于何种地位了。
DBCA建库的过程基本上和10g一样的简单，只是配合11g的一些新特性增加和修改了几个用户设置的地方：
近期评论