楼主: cgh_chen

[精华] 分布式数据库的备份,历史数据的移出问题。

[复制链接]
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
31#
 楼主| 发表于 2002-5-15 12:23 | 只看该作者
在复制环境下可以做到不往日志表写记录是
dbms_reputil.replication_off;
好像是这个,
但是在快照环境下,好像没有的。
john_zhu,你好不知道到metalink里的哪一篇文章有说明。

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
32#
 楼主| 发表于 2002-5-24 11:21 | 只看该作者
快照的建立主要是环境的配置。
如果环境配置好,建立快照就是一句话的事情了
CREATE SNAPSHOT SNAP_NAME AS SELECT COL_NAME.....  FROM USER_NAME.TABLE_NAME@REMOTE_SITE;
好像是这样吧,
关于你的问题,好像在一个快照里面好像不能实现的,不知道可不可以在快照上建立触发器,
然后建立另外一个表,更新另外一个表中的字段值就是了。

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
33#
 楼主| 发表于 2002-5-25 08:17 | 只看该作者
yangbright
你的方法在单个数据库下可行,现在是我在表上建立的快照,快照记录也不知道如何删除。
上面有的同志提到的方法,我还没有来得及试验。

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
34#
 楼主| 发表于 2002-5-26 07:40 | 只看该作者
快照记录会随原来的数据删除自动删除的。
这个我是知道的,
就是如果我要把去年的记录全部删除,那个量是非常大的。
因为网络条件很差,还有其他数据要传输,这样实现的可能性几乎为零。
还是系统原来设计就不好,不过现在也不知道,究竟设计就算 好了

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
35#
 楼主| 发表于 2002-5-27 13:43 | 只看该作者
找到了删除基础表的删除方法
How to Disable a Replication Trigger in Oracle 8.x:
===================================================

Prior to Oracle8, snapshot triggers: $RT, USTRG$ and TLOG$ were PL/SQL
procedures that can be seen and modified (although unsupported) by
users. With the release of Oracle8, the INTERNALIZED trigger was
introduced.

The Internal triggers provide the same functionality as embedded
PL/SQL triggers, but they cannot be seen or modified by users.

Prior to Oracle8, users can easily disable these triggers by issuing
an ALTER TRIGGER command.  Since these triggers are now internal in
Oracle8, an ALTER TRIGGER command is not possible.

To disable the $RT triggers in Oracle8, you can execute the
DBMS_SNAPSHOT.BEGIN_TABLE_REORGANIZATION() procedure to destroy the
triggers before performing activity on the replicated table, and
execute the DBMS_SNAPSHOT.END_TABLE_REORGANIZATION() procedure to
recreate them.  These procedures are documented in the Replication Manual
to help reorganize your master tables preserving the ability to fast refresh.  
However, these procedures will only work with PRIMARY KEY snapshots because
only master tables whose snapshot is refreshed with PRIMARY KEY can be
reorganized and still have the ability to fast refresh.

Example:

Master Site
============
> execute DBMS_SNAPSHOT.BEGIN_TABLE_REORGANIZATION ('SCOTT','T1');
PL/SQL procedure successfully completed.

> INSERT INTO T1 VALUES (5,'THIS IS 5 ');
1 row created.

> COMMIT;
Commit complete.

> SELECT * FROM MLOG$_T1;
no rows selected

> EXECUTE DBMS_SNAPSHOT.END_TABLE_REORGANIZATION ('SCOTT','T1');
PL/SQL procedure successfully completed.

Snapshot Site
==============
> EXEC DBMS_SNAPSHOT.REFRESH('S_T1','F');
PL/SQL procedure successfully completed.
    NOTE:  This step is necessary to guarantee that a fast refresh will
           continue to work AFTER you enable the triggers.  
           If you skip this step, you will receive an ORA-12034
                "snapshot log on \"%s\".\"%s\" younger than last refresh"
           and will have to perform a complete refresh.
           ALL SNAPSHOTS refreshing off this master table must be refreshed

           You will also receive this error if your snapshot is NOT based
           on a PRIMARY KEY, but instead, ROWID.
        
Master Site
============
> INSERT INTO T1 VALUES (6,'I6 NO5?');
1 row created.

> COMMIT;
Commit complete.

> SELECT * FROM MLOG$_T1;
no rows selected

Snapshot Site
==============

> EXEC DBMS_SNAPSHOT.REFRESH('S_T1','F');
PL/SQL procedure successfully completed.


Master Site
============
> select * From t1;

      COL1 COL2
---------- ----------
         1 test1
         6 I6 NO5?
         5 THIS IS 5

Snapshot Site
==============
> select * From s_t1;

      COL1 COL2
---------- ----------
         1 test1
         6 I6 NO5

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
36#
 楼主| 发表于 2002-5-27 13:44 | 只看该作者
不知道只读快照记录如何删除

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
37#
 楼主| 发表于 2002-5-27 18:16 | 只看该作者
Oracle 说不能直接删除只读快照,我真的无路可走了吗?

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
38#
 楼主| 发表于 2002-6-1 08:07 | 只看该作者
多谢yyy的,
不知道我如何用程序实现数据传递功能

使用道具 举报

回复
论坛徽章:
3
ITPUB元老
日期:2005-02-28 12:57:00授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
39#
 楼主| 发表于 2002-6-1 09:48 | 只看该作者
上面说得不是很清楚。
如何使用两个数据库中,两个表之间的数据同步。

建立一个更新记录表,如Oracle的快照日志那样。再用一个JOb定期执行。
不知我是记录rowid,还是主关键字好。rowid对应删除,要想不能记录必要的原始信息(究竟删除哪一条记录)。
不知道大家都是如何实现,这个功能。
大家一致说复制快照不太好,你们的实现方法,能够具体介绍一下吗?

使用道具 举报

回复
论坛徽章:
4
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:342009日食纪念
日期:2009-07-22 09:30:00林肯
日期:2013-12-07 22:20:05
40#
发表于 2002-5-29 15:47 | 只看该作者

按时间信息把表分区建在不同的表空间上

建立表空间data2001(包括一个数据文件data2001.dbf)专门存放2001年的data,表空间data2002(包括一个数据文件data2002.dbf)专门存放2002年的data,....每个表空间上的data都是通过分区表的分区条件自动归位的。
另外注意每个带这种时间概念的表空间上的对象都必须是分区条件符合该时间规则的表分区。
这样做的好处就是:你可以随意的让某个表空间offline,然后简单的用操作系统copy来进行备份,或者实在没用的话彻底删除掉该表空间,都不会影响数据库的正常运转,开销自然是很小的。
当然这最好是在数据库的设计阶段做,对正在运行的系统进行修改会需要较多的操作。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表