求CS下管理大容量数据库的经验，策略，资料

[Kresher]

如题，公司已经存在几个比较重要的大容量数据库，10G左右，各位有什么经验和策略的谈一下，最好有个资料看看。

[wangjinghui1981]

单纯管理文档建议不要使用Notes
Notes的强项在于复制以及文档的流转和权限控制
我们公司也存在大容量的Notes库，有一个已经达到24G了，呵呵，没什么好的解决方法，就是将一个库拆成8个，平均一下容量
不过对于不是很重要的要定时归档，超过2G归档一次，留做查询

[Kresher]

库一大，replication会变得很慢。影响网络得使用。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
折成8个怎么折？把数据库拷贝8份然后用把文档数量平均分配？

如果要做多数据库搜索改怎么做啊。

这个库是很早留下来的，不能去改里面的代码，要出管理的角度想一些解决的方法。

[cnscns]

可以用这个数据库的设计建几个数据库，然后用代理的方式把原来的数据库里面的数据剪切到这几个新建的数据库中（建议根据时间段，或者文档个数来平均分配）。
做多库查询的话，你可以再做一个专门用来查询的库，根据一些关键字。如果几个文档库的索引都建好了的话，速度还是可以的，不会太慢。

[wangjinghui1981]

是的，Lutus的这个先天的缺点在7，8版本里好多了，目前6里面却是是用代理搜索的

[shirley251]

备份成多个

[Kresher]

为什么7，8里面就好多了？因为关系型数据库得关系？

[knowledge_Is_Life]

这个简单啊,网上搜一下就得到答案了.

[herostears]

学习了

[非凡笨笨]

10个g还不算太大,建议在设计中分库,达到一定的规模后立刻建立新库~~~