DATA

此次是将10glinux 32位的库传输到10gwindows平台，10g的同字节跨平台传输和相同平台基本一样，可直接导入。1.平台字节检查SQL> select d.platform_name,endian_format from V$transportable_platform tp,V$database d  where tp.platform_name=d.platform_n

GoldenGate复制1：linux下oracle到oracle简单测试操作系统: Oracle linux 6.3Oracle: 11.2.0.3.0GoldenGate: fbo_ggs_Linux_x64_ora11g_64bit.tar是否支持DDL：否 （如果想支持需要源端关闭recyclebin）Init load方式： direct load复制架构：一对一

GoldenGate复制2：linux下oracle到oracle（使用expdp init load）一．说明：环境说明：复制架构：一对一,模拟7*24环境下的实施。 操作系统: Oracle linux 6.3Oracle: 11.2.0.3.0GoldenGate: fbo_ggs_Linux_x64_ora11g_64bit.tar是否支持DDL：否In

GoldenGate复制3：异构跨平台跨版本支持DDL的oracle复制 一．说明：1.    本次要完成的OGG复制的特点1)      异构平台：linux到windows2)      跨版本：11.2.0.1到10.2.013)      支持DDL4)      同数据：oracle到oracle5)      不同字符集6)      不同的sche

一。说明：OLTP中有些表数据量大，而且会对历史数据进行迁移至OLAP中做数据挖掘。对这种历史数据迁移的操作，较好的办法是该表采用分区表。比如按时间分区后，可以对分区进行迁移。通过分区交换和表空间传输会很容易完成，而且性能上影响很小。关于分区表更多内容：http://blog.csdn.net/tanqingru/article/category/1397435关于表空间传

说明：以下环境经测试操作可适用这样的方法：          1.同环境9i到10g传输          2.10g同字节跨平台传输   (linux下到windows ，linux到solaris)  此次表空间传输的源库和目标库均为linux平台32位，即环境一样。SQL> col platform_name for a30SQL> select d.platfo

问题描述：exp导数据后，高水位不下降，并且INITIAL_EXTENT增加。因为exp默认compress=y,会导致INITIAL_EXTENT增加，而且高水位也不会下降。原表的大小，block,extent，initial_extentSQL> select segment_name,bytes/1024/1024 MB,blocks,extents,in

Asm磁盘组：SQL> select name from V$asm_diskgroup;NAME------------------------------ASMDATA1查看数据文件SQL> select name from V$datafile;NAME------------------------------------------------------

Active database duplicateactive database duplicate是Oracle 11g新特性，在使用duplicate时，可以不用专门生成备份，省去很多中间过程。用此生成DataGuard更是便捷。本次在同一台Oracle Linux机器上做测试。Target db: ocm01  Auxiliary db: ocmdup1.网络设置Net静