求生产数据库备份方案

yuzhi83

各位,我是一家企业的,目前我在管理一个系统,随的时间的推移,目前数据库的数据量也是越来越大,慢慢的影响到了一些业务的查询效率及报表生成的速度,不知道各位有什么好的建议将数据备份吗,下面我把数据库的基本情况说一下.

    数据库B2 V8.1
    所有表在一个用户名下(user1),
    一个业务基本有两张表,一张业务操作表,另外一张是历史表,但是业务查询是历史表,,所以会越来越慢.

我现在有个想法就是想在数据库中建立另外一个用户(user2),把user1中历史表的数据迁到该用户下user2面来,做业务的时候
不会去用到user2下表的数据,但是查询又得有可能用到,哎这样就搞得比较麻烦,,,,主要是想查历史数据的问题,,,,


比较困拢,不知各位大侠有何高见,请指教,谢谢...了.....

hsq972

友情提示一下,楼主你好象发错地方了!

NeusoftSales

不是技术人员，帮顶一下！

chanhanson

系统应该只支持一定时间范围的数据查询(比如说两年），超过两年可以备份到另一个数据库，那么就不会影响到性能了；超过两年的数据查询（相信是比较少的），可根据需求重新生成解决方案，也可通过数据库直接进行数据挖掘。。。

yuzhi83

系统应该只支持一定时间范围的数据查询(比如说两年），超过两年可以备份到另一个数据库，那么就不会影响到性能了；超过两年的数据查询（相信是比较少的），可根据需求重新生成解决方案，也可通过数据库直接进行数据挖掘。。。


   其实正像您说的那样，确实两年的数据不会经常用到，可是就怕万一，我也曾有过你那样的想法，把两年前的数据迁出来再去创建一个新的数据库，或者还是直接在同一个库建立另外一个用户名用于备份，以前我做过一个系统就是生产数据用一个用户名，历史数据也另外用一个用户名这样的模式，，，，，可是我现在已经把查询与生产的数据放在了同一个用户名下，已经没有办法再分开。。。。

    一直在琢磨的过程当中。。。。。。。。。。。。。

dotnettest

先优化数据库

koham

其实这样的问题并不复杂，都是当初设计时候考虑不周到所导致的，任何系统在设计之初都应该考虑到系统容量：初始容量以及系统增量。根据你的业务规则，对于超出有效期限的数据进行转载、压缩备份以及数据清理，对历史数据可以采用分区的方式进行存储管理。
当然也可以考虑增加硬件的方式来提高系统性能，如果仅仅是把数据从一个用户转移到另外一个用户下的话，不会对数据库的性能以及应用的改善起到太大作用。
个人对于DB2数据库了解不多，不清楚DB2是否支持外表方式，如果支持的话，可以把超出期限的数据转移到低价介质上，需要的时候挂载上就可以了。