oracle impdp通过network_link不落地方式导入数据(二)

. . imported "XZBLOB"."ACF_SYS_DE_ENTITY" 0 rows

. . imported "XZBLOB"."ACF_SYS_REPORT_ATTACH" 0 rows

. . imported "XZBLOB"."EXCHANGE_EDI_RECEIVE" 0 rows

. . imported "XZBLOB"."EXCHANGE_EDI_SEND" 0 rows

. . imported "XZBLOB"."WAISHI_FILE" 0 rows

. . imported "XZBLOB"."XZ_BG_LDJC_ATTACH" 0 rows

. . imported "XZBLOB"."XZ_FGZD_DOC" 0 rows

. . imported "XZBLOB"."XZ_HQ_JJ_FILE" 0 rows

. . imported "XZBLOB"."XZ_RS_DOC" 0 rows

. . imported "XZBLOB"."XZ_RS_XML" 0 rows

Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX

Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT

Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS

Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS

Job "SYSTEM"."SYS_IMPORT_SCHEMA_02" successfully completed at 23:38:4

如上大约7个小时12分钟导入232.3GB数据，速度虽然比较慢，但是好歹夜间也不用值守，但是有一点需要注意，network是不支持long字段的迁移的，所以需要单独对long字段的表进行迁移，当前用户由于不存在long字段的表，所以没有报错，其中是有用户存在long字段的，由于数据量小，后来直接通过schema方式对该用户单独expdp/impdp操作，总体来说，对于没有足够的中转空间，并且能够容忍数据丢失的应用场合还是相当不错的选择。

作者 marvelyu