5年12G的数据量也不算很大，2001年应该是用众邦二层产品，该产品稳定性和健壮性很高，对大数据量表都采用了三级备份策略，应该不会影响实时在线速度，估计原因可能有以下几点：1、高峰时间查询大量历史数据；2、部分主表的索引可能损坏；3、服务器硬件原因；4、机房环境原因；5、网络线路和交换设备原因；6、病毒。

众邦两层产品数量量较大的是两张明细表，明细表一般存7天到一个月的数据，其他的数据都存在明细备份表中，估计就是这两张表数据太大了，导致影响运行速度，可以定期（一般1－2年）做一次数据切除备份，将备份表的历史数据切除数据库，咳适当缓解运行问题。

非常感谢诸位的答复,让我受益非浅.

刚上系统时,用得是IBM的服务器,建库时只设定了10G ,04年换成了ＨＰ６０００．

我想问下同仁，建立库时，应多大为好．

a表存是1周的数据

b表存5个月的数据

c表存1年的数据

一年后的数据一般会备份出当前活动库...不会影响到系统响应速度。

说实话，12g的数据，其实很小了。

原来的ibm呢，没有做备份吗？

很好办,服务器那有用一辈子的,更换更好的服务器可以解决这个问题.

我的建议：

1.找众邦优化软件和数据库，这是最有效的办法。

2.将部分数据(较远期的)转移至历史库。

3.升级服务器，能否真正有效不好说。

4.基于关系型数据库的HIS系统在在线数据量较大的时候速度会较慢，这是本人和很多医院计算机中心主任多次交流后的印象，他们基本都在10G左右以后，将数据转移至历史库，很少有超过20G的（但也有例外，我就曾见到基于Oracle数据库在线数据量为50G的,不过陆续上线至今五年左右，300左右的终端，却要配置十几台二级服务器,将来上到七、八百个终端时怎么办？）。

5.如果你们是一家很有实力的医院，可以考虑使用面向对象的后关系型数据库，该数据库的速度基本上与数据的增长量没关。

楼猪，你的HP6000是不是LH6000？怎么04年还用这样的机器呢？？这是HP 20000年就推出的产品了，性能已经难以满足现在的需要了。我单位原来用的就是这个东东，现在我的数据库15G大，日志也是14G，不想清除。我在05年因为LH6000老有故障，就使用了HP DL585双机集群，全部方案自己设计并采购（价格由老大和人家交涉），经销商只是按照我的要求进行安装系统，比较顺利就就搞定的。投资也不大，双机＋8个173G硬（RAID5）＋MSA500G2，现在运行如飞啊。我这服务器现在安装2003 SP1和sql2000 sp4。如果以后出现一些瓶颈，我这个服务器可以直接上双核，把4路变成8路。目前默认是双CPU。支持AMD64位运算，以后的目标就是系统64位环境，sql2005。我在本机操作已经测试通过。希望对你有所启发。

此帖由 quadro 在 2006-08-21 09:08 进行编辑...

楼上，如果是SQL Server，日志文件这么大肯定未设置好！是累赘！

方法2个一个定期删除，剩下的只有700几K，还有一个办法是：直接在SQL里设置成日志文件不增大也可，都行，我个人的感觉就是日志文件自动增长明显sql效率更高，而且更安全，定期删除比较理想