Question

oracle 数据库的迁移 从AIX迁移到windows2008 R2 下

生产系统一个数据库（oracle 11g）需要迁移，这个数据库单实例，有几个系统在使用（对应不同用户和表空间）现在需要将此数据库迁移我只负责其中的一个用户的数据（系统环境从AIX到WINDOS 2008R2），现在能想到的是用IMP EXP来完成，但是生产系统基本白天都会有新数据的产生，不知道有没有其他更好的方法来实现？或是使用增量导入什么的，因为若是imp失败又只能删除用户重新导入了。

Answer 1

oracle9i过后的版本就不再支持exp的增量导出了。如果你要完整的、无差异的导出数据，只有将该用户对应的应用停止了（不再产生新的数据），再用exp导出该用户的数据，然后以二进制bin的方式通过ftp传输到windows2008上进行还原。白天生产系统不能停，就只有晚上进行了。一般用expdp导出一个30g的schemas，采用并行（PARALLEL=4 ）大概需要40分钟左右（要根据服务器具体情况而定，小机一般性能都不错。）exp本人几乎没用了、没注意时间，估计也差不多。

Answer 2

你2008上的库是做什么用的，为什么要完全同步呢，只要逻辑上一致就行了啊，如果是也是生产，建议停你要迁移用户的业务，再用exp/imp迁移，迁移完后业务连接到2008上，aix库上相应用户停止

Answer 3

用sql2008自带的数据导入导出向导是最方便的，不知道你数据量怎么样

Answer 4

参照以下
Oracle Advanced Replication
Oracle高级复制即可支持基于整个表的复制也可支持基于部分表的复制两种复制方案。这两种复制方案主要是通过Oracle的两种复制机制来完成的，即多主复制和可更新快照复制，同时还可以将这两种复制机制结合起来以满足不断变化的业务需求。
1. 多主复制
多主复制方案支持全表在各个主节点间的对称复制，允许所有主节点对主表都有更新操作的权利。任何一个主节点上的复制表的更新都会被传播并被直接应用到其他所有主表。一个主节点出现问题，不会对其他主节点之间变化的传播造成影响。
多主复制采用一种称为"延迟远程过程调用（deferred remote procedure calls RPCs)"的机制作为主要的传播和应用变化的机制。各节点之间变化的传播，既可以以基于事件的方式立即传播，也可以在某个特定的时间点，如在网络空闲时（如晚上）传播。在传播变化时，如果其中的一个远端系统没有准备好，传播变化的延迟远程过程调用（RPCs）就会保存在其本地队列中，等到系统准备好以后再执行。
2. 可更新快照
Oracle将最早Oracle 7上的只读快照机制扩展为一种允许快照可更新的对称复制机制。快照更新的传播方式和如何应用到快照主节点采用了和多主复制一样的延迟远程过程调用机制。
对于快照的定义，既可以是包含一个主表的完全拷贝，也可以是为满足基于值的选择标准的主表中行的子集。快照在主节点的刷新是按照一定的时间间隔或用户单独请求进行的。最后一次刷新后主表的任何变化也同样被传播并应用到快照。多个快照的刷新是在一个一致的事务中完成的，这就确保了数据和引用的完整性。
3. 混合配置
可以将多主复制和可更新快照复制结合在一起，构成一种新的混合配置，这种配置可以完成对全表或者子表的复制。例如下面这种应用就是一个典型的混合配置方案，一个系统具有两个位于不同地理区域的中心节点，这两个不同的地理区域下面还有一些分支机构，两个中心节点可以彼此看做是自己的备份节点。采用多主复制方法在两个中心站点之间复制数据，同时采用只读或者可更新快照复制方法在每个区域范围中的主节点之间复制全表或者子表。这种配置的一个显著好处就是当其中的一个中心节点发生问题时，这些快照的主节点可以被重新定义到另一个运行良好的中心节点，从而提高了系统的可靠性。
4. 其他复制机制
Oracle除了前面讨论的三种复制机制以外，还提供了另外两种复制机制：过程级复制和同步复制。
（1） 过程级复制：这种复制方案主要应用在存在大量数据更新以及采取批处理方式操作数据时需要复制数据的情况。例如，下面这个应用，一个以年为单位管理客户订单的公司，对于老的订单数据不再需要在线保存，而需要卸载到某存储介质中。这时，如果在多个节点间复制每一独立的行级变化效率将是非常低的。对于这种情况，可以直接在每个复制节点执行一个过程来直接进行这种更新操作。Oracle高级复制提供的分布式模式管理功能（将在下面详细讨论）可以非常方便地在多个节点上设置和维护过程级复制的远程过程。
（2） 同步复制：一个采用同步复制方案的表发生变化时，Oracle会确保这种变化能够成功地作用在本地表和其他节点的复制表，如果失败则整个事务会被成功回滚。同步复制在网络的稳定性比较高的情况下是可行的，可以保证复制节点之间的复制数据一直保持同步。