分布式数据库的备份，历史数据的移出问题。

EastRed

我的应用和你类似，但还没有认真考虑怎么解决。
只简单建一个历史表，定期移数据。

cgh_chen

你的老数据是怎么删除的。
如果在直接删除是不是回给网络带来很大负担。
网络堵塞。还是可以隔离删除，不进行网络传输，分别在两个站点删除记录。
在复制里面我这样使用。
但是快照是否可以照样实现，我没有尝试。

biti_rainy

truncate啊

我们只保留半年数据
所以没有考虑快照分区的可能性

cgh_chen

快照可以建立在分区表上吗？我不知道。

现在是所有的东西已经建立好了，快照复制，应用等。

chao_ping

快照应该可以建立在分区表上面的,但是没有试过.
快照只是一个sql的实现而已, SQL不管那个表有没有分区, 都可以一样实现的.

cgh_chen

但是如何定期将快照的历史数据移出呢。
不知可否手动删除只读快照数据，而Oracle不感知。好像办不到。

cgh_chen

最近测试，不能隔离快照基表的DML，使其不传输到快照表 ：（

cgh_chen

谁有高招 ：）

cgh_chen

趁现在在一年的服务期内，问Oracle是否有相应的办法可以delete办法，而不会给网络带来任何负担。正在进行中。。。。

cgh_chen

Oracle 如是说：是否可行呢
Hi,

As you have not mentioned about group, I presume that it is not part of replication group and it
is simple table-v/s-snapshot configuration.

In such setup, the refresh is done thru the dbms job.

Logon to the snapshot database and query DBA_JOBS :
select * from dba_jobs.

Findout job# for the refrersh job. "WHAT" column shows following value for refresh job:
dbms_refresh.refresh('"<schema>"."<snapshot_name>"');

Break th job using :
execute dbms_job.broken(<job#>,TRUE);

After performing deletion, when your network allows refresh, run the job manually once.
This will start refresh job again.
execute dbms_job.broken(<job#>;

[Note]
This means that you are stopping the refresh activity temporarily. When
the job starts next time, all the refresh will occur at snapshot.

Thanks,
Janak
@CUS