按照计划在周二开始了数据迁移,本来之前也做了不少的准备工作。但是还是在迁移的过程中出现了一些问题。简单做一个总结。 1.constraint导致的数据reject 在数据加载的时候,报了如下的错误。有一些数据记录被reject了,查看后发现是源库和目标库中表的not null constraint导致的,在源库中没有not null constraint,但是在目标库中有。 这个问题只能和开发做确认,稍后处理。
records from TESTDATA_HIST
cannot insert NULL into ("XXXXX"."TESTDATA_HIST"."TOT_OBJ")
2.foreign key 导致的constraint enable 在数据加载之前,对于foreign key都做了diable的操作,在加载的过程中也没有出现任何问题。但是在enable foreign key的时候,报了02298的错误。
ERROR at line 1:
ORA-02298: cannot validate (XXXXX.CH_XXXX_1FK) - parent keys not found
alter table CH_XXXX enable constraint CH_XXXX_1FK
这个问题,先做了constraint novalidate,交给开发去检查数据。
3.关于datapump加载一个较大的表,含有clob字段,数据5000万条
impdp xxxx/xxxx file=exp_test.dmp logfile=imp_test.log TABLE_EXISTS_ACTION=APPEND CONTENT=DATA_ONLY REMAP_SCHEMA=CNVDBO8:XXXX REMAP_TABLESPACE=LARGE_DATA:DATAS01
因为这部分是由另外一个dba来做的,他没有使用nohup方式,结果到半夜的时候,远程的网络重启了。收到了下面的信息,这确实有些崩溃。
Broadcast Message from uxadmin3 (pts/8) Wed Jun 11 01:08:29...
PLEASE LOG OFF NOW ! ! !
System maintenance about to begin.
All processes will be terminated in 0 seconds.
Broadcast Message from uxadmin3 (pts/8) Wed Jun 11 01:08:29...
SYSTEM BEING BROUGHT DOWN NOW ! ! !
Connection to 10.196.28.42 closed by remote host.
Connection to 10.196.28.42 closed.
然后等网络好了之后,重新开始。在跑了1个多小时后报了乳腺癌的错误,就退出了。
ORA-31693: Table data object "XXXX"."TEST":"PMAX_AMAX_EMAX" failed to load/unload and is being skipped due to error:
ORA-00001: unique constraint (XXXX.TEST_PK) violated
Job "XXXXX"."SYS_IMPORT_FULL_01" completed with 1 error(s) at 02:34:33
可见数据可能有问题,根据我们的理解在datapump运行的过程中,如果突然中断,是直接rollback的。 但是数据现在都导不进去。最后使用了如下的选项,又是一个漫长的过程,这个时候对datapump也算是有一些心理煎熬了。
DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS
这次启用了nohup方式,在远程网络中断,后台依然在进行。
Starting "XXXXX"."IMPDP_MEMO": XXXXX/******** directory=DR_DATAPUMP_1 dumpfile=exp_mo1_memo.dmp logfile=imp_mo1_memo.log TABLE_EXISTS_ACTION=APPEND CONTENT=DATA_ONLY REMAP_SCHEMA=CNVDBO8:PRDAPPO REMAP_TABLESPACE=LARGE_DATA:DATAS01 parallel=6 DATA_OPTIONS=SKIP_CONSTRAINT_ERRORS JOB_NAME=impdp_memo
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Write failed: Broken pipe
在煎熬了3个小时候,终于有了下面的一段话。对于reject的数据也根据主键信息罗列了出来。
imported "XXXXX"."MO1_MEMO":"PMAX_AMAX_EMAX" 11.89 GB 52646187 out of 53020364 rows
Rejected row #1043:
column APP_ID: 1000
column ENTITY_KEY: 1
column PERIOD_KEY: 2
column MEMO_ID: 34141901
。。。。。。
4.sequence检查对于sequence的检查也是数据迁移的重中之重,在最后的检查中,尽管之前的sequence的值做了一个很大的buffer,胆识还是有一些sequence的问题。
TABLE_NAME | SEQ_NAME | SEQ_MAX | COLUMN_MAX |
---|---|---|---|
sequence_1 | EXTRACT_FILE_SEQ | 22144093 | 22044092 |
sequence_2 | RC_RATES_1SQ | 20462516 | 20362515 |
sequence_3 | MNTR_TREAT_1SQ | 22592118 | 22492117 |