数据迁移中需要考虑的问题

数据迁移中需要考虑的问题

分类：

Oracle

在生产环境中，做数据 迁移需要考虑很多的可能性和场景，尽量排除可能发生的问题。我自己总结了下，

大体有 如下需要注意的地方。

1

）充分的测 试，评估时间，总结经验，提升性能

在生产中进行数据的大批 量迁移时，充分的测试是必须的。一方面可以根据这些测试积累一些必要的数据

作为生产 中使用参考，另外一方面可以基于之前的测试，总结经验，总结不足之处，加入改进，在生产中

< br>每一分钟的改进都是很重要的。

2

）完整的备份策略

热备甚至冷备

在数据迁移之前进行完整的备份，一定要是全量的。甚至在允许的情况下做冷备都可以。数据的备份< /p>

越充分，出现问题时就有了可靠的保证。

lob

数据类型的备份，做表级的备份（

create table nologging....)

对于

lob

的数据类型，在使用

imp,impdp

的过程中，瓶颈都在

lob

数据类型上了，哪怕表里的

lob

数

据类型是空的，还是影响很大。

< /p>

自己在做测试的时候，

使用

Imp

基本是一秒钟一千条的数据速度，

impdp

速度有所提升，

但是

parallle

没有起作用，速度大概是

1

秒钟

1

万条的样子。

< br>如果在数据的导入过程中出了问题，如果有完整快速的备份，自己也有了一定的数据保证，要知道出

问题之后再从备份库中导入导出，基本上都是很耗费时间的。

3)

网络

网络带宽

< br>网络是很重要的一个因素，数据迁移的时候肯定会从别的服务器中传输大量的文件

,dump

等，如果网

络太慢，无形中就是潜在的问题。

可以使用

scp

来 进行一个简单的测试，如果存储还不错的话，一般在

50M

左右

/

每秒

的速度

网络临时中断

网络的问题需要格外重 视，可能在运行一些关键的脚本时，网络突然中断，那对于升级就是灾难，所以在

准备脚 本的时候，需要考虑到这些场景，保留完整的日志记录。

可以 使用

nohup

来做外后台运行某些关键的脚本。这样网络断了 以后，还有一线希望。

4

）完整的日志

在数据迁移，数据升级的时候，一定要保留完整的日志记录，这样如果稍候有问题，也可以及时查验，也

可以避免很多不必要的纷争。如果有争议，可以找出日志来，一目了然。

5

）存储

存储也是很重要的一个方面。从系统角度来考虑，需要保证

io

的高效性。可以使用

iostat,sar

等来评估

还可以使用如下的脚本简单来测试一下。