前期准备尽量开启所有表的ALL COLUMNS级别的附加日志。当然也可以在DATABASE层面开启，但是业务高峰期一直被阻塞。这样可以减少因为附加日志不足导致的数据冲突的几率 add trandata test.* allcols
全库导出做初始化时，expdp参数通过flashback_scn参数取得一致的点。而后启动复制进程时使用start replicat r_aaa aftercsn ****。 导入时也使用FULL=Y， OGG中开启DDL。在本次的迁移中在discard文件中基本未出现任何被丢弃的数据。
开启DDL也未造成计划外的问题（表空间增加数据文件时造成了复制进程崩溃，但是是因为目标环境的磁盘在名称与源端不同。） 3. 业务相关的触发器必须停止。JOB_QUEUE_PROCESSES参数设置为0。这其实是OGG搭建时的要求。 4. sequence对象。最好采用重新导入导出的方式处理源端与目标端的序列对象。我采用的是脚本通过DBLINK进行DROP与CREATE的操作。但是因为忽略了PUBLIC角色的权限，导致出现了一个权限错误，存储过程编译出错。另一个问题是医保业务，使用了一个序列，但是是CYCLE的，脚本存在问题，导致CYCLE属性与原来不一样，应用端报错产生业务流水号失败。 除此之外，基本都是环境搭建时的注意点。
