用DG呀,在存储级别对备库的DG卷做快照,然后把快照卷挂到目标机器,强行切换为主库可读写,整个过程三十分钟内解决。
这么大数据没玩过。 印象中100g的数据备份恢复需要1小时,按这个比例5t差不多就是2天 数据量大了似乎并不是简单的比例关系,所以2天应该不止
[quote=引用 11 楼 minsic78 的回复:] [quote=引用 10 楼 liangjian010 的回复:] 用DG呀,在存储级别对备库的DG卷做快照,然后把快照卷挂到目标机器,强行切换为主库可读写,整个过程三十分钟内解决。
[quote=引用 10 楼 liangjian010 的回复:] 用DG呀,在存储级别对备库的DG卷做快照,然后把快照卷挂到目标机器,强行切换为主库可读写,整个过程三十分钟内解决。
买好机柜,固态硬盘,存储设备(我公司用的是富士通存储)
如果,如果说你逼不得已用逻辑备份做迁移: 1、如果网络通畅,那么可以考虑用impdp+dblink,省掉拷贝备份文件的时间;网络若是不通畅,那就没办法了,只有把dmp文件扛过去了~ 2、如果使用逻辑备份,可以考虑打开并行,不仅仅是工具本身的并行,可能的话,可以将需要备份的数据库对象拆分,当前需要注意一些依赖关系,这个拆分可能会比较花时间,或者简单粗暴点的,你可以按照用户拆分,争取在有限可用的时间窗口内,将主机的资源尽量榨取出来; 3、如果这一周还算上了导入的时间,那么导入可能也需要并行,而且导入最可能发生阻塞的是目标库的redo日志切换不及,可能需要按需调整redo大小及组数,以让导入
3,491
社区成员
18,714
社区内容
加载中
试试用AI创作助手写篇文章吧