本文探讨了在不同带宽条件下，如何将现有RAC系统中的Oracle 10.2.0.4数据库迁移至另一套RAC系统。针对无停机时间和有足够停机时间两种情况，提出了多种迁移方案，包括利用RMAN备份、快递传输及归档日志同步等手段。
两套RAC系统(一套新的，一套已经存在使用)， Oracle10.2.0.4 , 都是两节点
目前专线带宽只有6M , 而且还不是专门给文件传输用的 (更快的专线正在申请中) ， 数据文件大概有500多G ,
但是RMAN备份出来的数据只有 250G 左右， 每天的归档大概为15G , 没有停机时间和有足够停机时间的两种
情况下， 如何将数据库迁移到另外一套RAC系统中 ？
我的想法：
1. 无停机时间， 在带宽6M的情况下，几乎是不可能的，除非RMAN备份DB(包含Standby Controlfile)后快递，紧接着每天备
份归档，然后当天通过快递传送过来，因为这样的带宽传输比快递慢 。这种情况需要停机至少快递的投送时间(比如3天)，不然永
远都别想同步 。
2. 无停机时间， 在更快的专线申请好之后， 假设传输速度满足了归档文件的传输， RMAN备份的全备库(包含Standby Controlfile)，
通过快递在当天传过来， 同时目的地使用Server开始接收远端源库的归档文件，使用RMAN备份恢复为Standby模式，开始同步，
直到归档恢复到最后激活 。
3. 有足够的停机时间，但是专线只有6M， 直接通过RMAN备份恢复到RAC上即可，时间还是耗费在快递上 .
4. 有足够的停机时间，专线可以支撑200多G的文件拷贝， 直接通过RMAN备份恢复到新的RAC上即可，时间耗费就看网速了 。
目前专线带宽只有6M , 而且还不是专门给文件传输用的 (更快的专线正在申请中) ， 数据文件大概有500多G ,
但是RMAN备份出来的数据只有 250G 左右， 每天的归档大概为15G , 没有停机时间和有足够停机时间的两种
情况下， 如何将数据库迁移到另外一套RAC系统中 ？
我的想法：
1. 无停机时间， 在带宽6M的情况下，几乎是不可能的，除非RMAN备份DB(包含Standby Controlfile)后快递，紧接着每天备
份归档，然后当天通过快递传送过来，因为这样的带宽传输比快递慢 。这种情况需要停机至少快递的投送时间(比如3天)，不然永
远都别想同步 。
2. 无停机时间， 在更快的专线申请好之后， 假设传输速度满足了归档文件的传输， RMAN备份的全备库(包含Standby Controlfile)，
通过快递在当天传过来， 同时目的地使用Server开始接收远端源库的归档文件，使用RMAN备份恢复为Standby模式，开始同步，
直到归档恢复到最后激活 。
3. 有足够的停机时间，但是专线只有6M， 直接通过RMAN备份恢复到RAC上即可，时间还是耗费在快递上 .
4. 有足够的停机时间，专线可以支撑200多G的文件拷贝， 直接通过RMAN备份恢复到新的RAC上即可，时间耗费就看网速了 。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-625153/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/35489/viewspace-625153/
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
