navicat 数据迁移一次只能一张表_记一次生产Oracle数据库千万级别以上的表迁移方案...

本文介绍了在Navicat中进行Oracle数据库大表数据迁移的过程,包括查看大表数据情况、历史数据迁移到备份库以及验证数据完整性。在迁移千万级别的表后,讨论了如何正确并高效地删除源库中的旧数据。
摘要由CSDN通过智能技术生成

概述

今天这部分瘦身内容主要是为了清理XX表空间千万级别以上的大表数据,每个表只保留最近一年的数据。下面先看下目前大表的数据情况。


1、查看大表数据情况

1.1、先创建一张表用于存放表名及该表的行数

drop table table_rows purge;create table table_rows(table_name varchar(100),count_rows number);

1.2、统计数据脚本

declare v_table varchar(100); v_num number; v_sql varchar(500); cursor c1 is select table_name from user_tables; --这里可以考虑改成select table_name from dba_tables where owner='xxx',注意下面v_sql需对应加ownerbegin DBMS_OUTPUT.ENABLE(buffer_size => null); ----表示输出buffer不受限制 open c1; loop fetch c1 into v_table; if c1%found then v_sql := 'select count(*) from "' || v_table || '"'; execute immediate v_sql  into v_num; dbms_output.put_line('table_name: ' || v_table || ' count_rows: ' || v_num); insert into table_rows values (v_table, v_num); else exit; end if; end loop; commit;end;

1.3、查看表数据量

SELECT * FROM table_rows order by count_rows desc;
3426afd31ccd825f193eead9e70cf2ea.png

1.4、查看某个表每日增长情况

--快照只有8天,所以只能看最近8天的select obj.owner, obj.object_name, to_char(sn.BEGIN_INTERVAL_TIME, 'RRRR-MON-DD') start_day, sum(a.db_block_changes_delta) block_increase, sum(a.db_block_changes_delta)*8/1024/1024 MB_INCREASE from dba_hist_seg_stat a, dba_hist_snapshot sn, dba_objects obj where sn.snap_id = a.snap_id and obj.object_id = a.obj# and obj.owner not in ('SYS', 'SYSTEM') and end_interval_time between to_timestamp('01-MAY-2019', 'DD-MON-RRRR') and to_timestamp('14-MAY-2019', 'DD-MON-RRRR') and object_name='TAB_SP_OTMSHIPMENT' group by obj.owner, obj.object_name, to_char(sn.BEGIN_INTERVAL_TIME, 'RRRR-MON-DD') order by obj.owner, obj.object_name;
183c08969e9831da1b62e4376bee2321.png

2、大表历史数据迁移

这里是计划迁移到另外一个数据库(专门做备份归档)

2.1、源库--导出表定义

expdp rfuser/"xxxxg" directory=dp_hwb dumpfile=TABLE_DDL.dmp LOGFILE=TABLE_DDL.log content=metadata_only TABLES=TAB_SP_OTMSHIPMENT,TAB_OTMSHIPMENT,TABSPSHIPMENT_LPN,TAB_TEMP_SHIPUNIT,CAR_APPLY_TRAYS_BOXES,MV_OTM_S_SHIP_UNIT_LINE,RF_TO_TMS_BR_TABRECEIVING,TAB_GOODSLABEL_PRIMARY....TABRECEIVING_RDC exclude=statistics parallel=4 cluster=no

2.2、源库--导出表数据

expdp rfuser/"xxxx" directory=dp_hwb dumpfile=TABLE_DATA.dmp LOGFILE=TABLE_DATA.log content=data_only TABLES=TAB_SP_OTMSHIPMENT....G_RDC exclude=statistics parallel=4 cluster=no
a3c73ed70874c500ac07a5610b4857f1.png

2.3、目的库--导入表定义

impdp rfuser/xxx directory=IMP_HWB dumpfile=TABLE_DDL.dmp LOGFILE=TABLE_DDL.log content=metadata_only remap_schema=RF_TSK:RFUSER emap_schema=RF_LDY:RFUSER remap_tablespace=RF_INDX:RF_ORDER remap_tablespace=FROM_OTM:RF_ORDER table_exists_action=replace full=y parallel=4 cluster=no;

2.3、目的库--导入表数据

impdp rfuser/rfuser_123 directory=IMP_HWB dumpfile=TABLE_DATA.dmp LOGFILE=TABLE_DATA.log content=data_only remap_schema=RF_TSK:RFUSER emap_schema=RF_LDY:RFUSER remap_tablespace=RF_INDX:RF_ORDER remap_tablespace=FROM_OTM:RF_ORDER full=y parallel=4 cluster=no;

3、验证数据完整性

select 'TAB_SP_OTMSHIPMENT', count(*) from TAB_SP_OTMSHIPMENT union all......select 'TABRECEIVING', count(*) from TABRECEIVING union allselect 'TABRECEIVING_RDC', count(*) from TABRECEIVING_RDC
e52f4178fe69e88a9a29a3a349f9e997.png

篇幅有限,这里就介绍到这里了,在对比两边数据一致后就可以考虑删除数据了,但是这个删除的表都是上千万的,这里应该怎么正确的删除呢?哪种效率会比较高呢?

后面会分享删除源库数据及后续清理方面的内容,感兴趣的朋友可以关注下!

74e3a96ccf62b68c37e971a1c1b17c2f.png
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值