本次迁移数据库使用了两种方案
方案一:
数据泵导出方式,需要单独对clob字段的表进行undo参数修改
优点:该方式可以解决users表空间的问题,
缺点:但导出导入时间太长,光导出至少需8小时,而且多个大表为clob大字段,最大clob表60G多。
时间太长,将该方案否掉。
方案二:
冷备份恢复
缺点:无法直接解决USERS表空间问题。
虽然可以后续迁移表空间,但通过数据泵操作发现clob过大,为了稳妥起见还是不迁移表空间
优点:时间快,效率高,可控性强。
需注意的问题:
数据文件拷贝的时长问题,270G大小使用移动硬盘拷贝时间约为4个多小时。如果加上考入复制时间,时间性上不可行。
后来使用共享文件夹的方式,将新库新建bak目录拷贝原库数据文件,然后在将数据文件拷贝到新库数据文件目录下。
不将数据文件目录共享保证安全性。
共享方式传输数据时间约为1小时。时间短 效果好 达到了导出导入的效果
冷备份步骤:
1.关原库
2.拷贝31库到新库
3.备份新库数据文件
4.启新库 startup --停库拷贝270G需要1小时,启动正常
5.临时表空间查看,看是否需重建--本次不需重建,已经识别
6.查监听,看plsql连接正常
7.查看是否有失效索引
--登录重要用户下查失效索引
select t.index_name,t.table_name,t.status,t.last_analyzed from user_indexes t
where t.status<>'VALID';
修改system密码
alter user system identified by oracle;
8.最后进行一次RMAN全备份
方案一:
数据泵导出方式,需要单独对clob字段的表进行undo参数修改
优点:该方式可以解决users表空间的问题,
缺点:但导出导入时间太长,光导出至少需8小时,而且多个大表为clob大字段,最大clob表60G多。
时间太长,将该方案否掉。
方案二:
冷备份恢复
缺点:无法直接解决USERS表空间问题。
虽然可以后续迁移表空间,但通过数据泵操作发现clob过大,为了稳妥起见还是不迁移表空间
优点:时间快,效率高,可控性强。
需注意的问题:
数据文件拷贝的时长问题,270G大小使用移动硬盘拷贝时间约为4个多小时。如果加上考入复制时间,时间性上不可行。
后来使用共享文件夹的方式,将新库新建bak目录拷贝原库数据文件,然后在将数据文件拷贝到新库数据文件目录下。
不将数据文件目录共享保证安全性。
共享方式传输数据时间约为1小时。时间短 效果好 达到了导出导入的效果
冷备份步骤:
1.关原库
2.拷贝31库到新库
3.备份新库数据文件
4.启新库 startup --停库拷贝270G需要1小时,启动正常
5.临时表空间查看,看是否需重建--本次不需重建,已经识别
6.查监听,看plsql连接正常
7.查看是否有失效索引
--登录重要用户下查失效索引
select t.index_name,t.table_name,t.status,t.last_analyzed from user_indexes t
where t.status<>'VALID';
修改system密码
alter user system identified by oracle;
8.最后进行一次RMAN全备份
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29578568/viewspace-2152767/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29578568/viewspace-2152767/