除了迁移到更好的服务上外, 还把oracle database也做了升级, 升级前后对比:

平台: oracle10.2.0.1

发现只要是select ... for update的表, 应用到目标库后就可能会产生no data found的错误, 不知道这是Streams的bug还是含select ... for update的package里的事务有问题.

--End--

对于64bit的Oracle对32bit的Oracle, 一直以为不可以, 今天尝试了一下, 发现可以做物理备库.

主库:

SQL> select name,database_role,db_unique_name,open_mode,platform_name,protection_mode,protection_level from v$database;
NAME                           DATABASE_ROLE    DB_UNIQUE_NAME OPEN_MODE PLATFORM_NAME 

今天完成了一个负载较高的中央数据库的分库操作, 并实现了oracle的滚动升级(10.2.0.1->10.2.0.4), 业务中断仅15分钟. 平台: RHEL AS 4 + Oracle 10.2.0.1

分库目的:

1) 迁出BUSINESS/BUSINESS_APP两业务系统用户数据, 减轻中央库的业务压力和负载, 调整数据库架构, 以应对后续新业务系统上线造成对中央库的冲击;

2) 新库升级Oracle10.2.0.1到10.2.0.4, 数据库本身修复了很多bug, 增强了数据库的稳定性.

3) 调整定时任务, 把原先的定时任务由crontab/job方式改为oracle schedu

Wed Jun 17 19:06:22 2009
Errors in file /u01/app/oracle/admin/YITIAN/bdump/yitian_j001_31476.trc:
ORA-00600: internal error code, arguments: [kwqpdeq: lsn < HWM ], [336455], [336455], [], [], [], [], []
Wed Jun 17 19:06:23 2009
Errors in file /u01/app/oracle/admin/YITIAN/bdump/yitian_j001_31476.trc:
ORA-00600: internal error code, arguments: [kwqpdeq: lsn < HWM ], [336455], [336455], [], [], [], [], []
ORA-06512: at "SYS.DBMS_AQADM_SYS", line 7236
OR

--

-- Set up queue "STRMREP.APP_QUE_ERATING"

--

SQL> BEGIN

--

-- expdp data

--

1.1.3. 具体操作

1.1. 复制到其他用户下(分解示例)

1.1.1. 操作说明

1.6 备库实例nomount

先启动ASM实例:

$ export ORACLE_SID=+ASM