求一个数据库架构设计方案

[yui]

老板要上一个项目，预计同时在线用户数能达到5万-10万，要我们设计一套解决方案，WEB服务器方面暂不管，数据库使用SQL SERVER 2000，请问这个数据库体系怎样设计才能应付10万同时在线用户带来的数据库操作压力？

老板给出方向是做数据库群集，增加多台数据库服务器，保持它们之间的数据同步，在任一服务器上的数据更新必须实时同步到其它各服务器，但是我看了网上资料，都说SQL SERVER 2000本身不支持这种负载均衡的群集，它只支持故障转移群集，在这种群集下有两种模式：主动/主动和主动/被动模式。

其中主动/主动模式下，群集里的每个节点都只是独立工作，各有各的数据库实例，彼此不能使用群集里其它节点的资源空间（按我的理解，不知道正确否？）只是在某节点发生故障时才能由其它节点接管工作。

而在主动/被动模式下，也只能有一个节点真正在工作，其它节点只是处于待命状态，只有工作的那个节点发生了故障才能把它接管过来，这只是在不容许有任何停机时间的系统中才能用到。

这样的话，是否做群集这条路就行不通了？是否有其它方案能实现要求？我这方面是新手，请大家指教。数据表、存储过程、索引等方面的优化是会做的，RAID也是会做的，不从这些因素考虑。

[xiaodong_1567]

用2005吧，支持数据库的镜像

[xiaodong_1567]

sql2005 支持数据库镜像 故障自动转移

[iamltd]

2000可以用分发和订阅来实现。更新都发生在发布服务器，查询只访问订阅服务器。
能减少很多数据库压力了

[yui]

看来只能用分发、订阅来实现了？不知道有没做过大型网站的高手？碰到这问题是怎样解决的？

[iamltd]

我这边还没使用分发/订阅，已经足够支撑400的并发连接了，换算成用户，大概在线的有1w左右吧。还感觉不到有什么效率问题。

[yui]

请问，1w的在线用户，通常注册用户数是多少了？

[wangyao811212]

期待中。。。。小弟也想知道答案！！！！！！！！！！！！！

[iamltd]

注册用户？
300来万。。。。

[yui]

顶一下，有没有其它解决方案？

[sxdoujg]

up