B/S与C/S架构中：基于数据库和SERVER设定
C/S架构（所有的USER同一个LAN中）：
DB SERVER+DATABASE SERVER+DATABASE BACKUP SERVER+ILSERVER+ERP CILENT
1、DB SERVER：就是一台SERVER，上面安装SQL SERVER 
2、DATABASE SERVER：是一台SERVER或是磁碟柜，存放数据库的MDF文件的地方。
   A：如果是SERVER，那么1上的SQL管理器中的数据库就是存放2上的某一个盘中，这时2必须共享一个盘符出来，供1读写。
   B：如果是磁碟柜，那么1上的SQL管理器中的数据库就是存放1上的某一个盘中，因为磁碟柜可以直接在1上生成一个新的盘符，供1读写。
3、DATABASE BACKUP SERVER：可以是一台SERVER或是一台磁碟柜，专门进行数据库每晚的备份。
4、ILSERVER：中间层，一台SERVER，上面安装ERP的中间层，为了解决USER同时登录/并行/速度等问题。
5、ERP CILENT：就是LAN中的每台PC上安装ERP的exe执行文件，当打开erp后，通过lan中的ip或是前期设置好了直接去访问数据库。
这样就是：
USER在本机打开ERP-----先访问ilserver的中间层---------再通过IP访问db server中的mdf文件-------在database上对mdf文件进行读写---------每天晚上在datbase backup 
server对数据进行备份。


B/S架构（所有的USER在不同的WAN中）：
DB SERVER+DATABASE SERVER+DATABASE BACKUP SERVER+IISSERVER+IE
1、DB SERVER：就是一台SERVER，上面安装SQL SERVER 
2、DATABASE SERVER：是一台SERVER或是磁碟柜，存放数据库的MDF文件的地方。
   A：如果是SERVER，那么1上的SQL管理器中的数据库就是存放2上的某一个盘中，这时2必须共享一个盘符出来，供1读写。
   B：如果是磁碟柜，那么1上的SQL管理器中的数据库就是存放1上的某一个盘中，因为磁碟柜可以直接在1上生成一个新的盘符，供1读写。
3、DATABASE BACKUP SERVER：可以是一台SERVER或是一台磁碟柜，专门进行数据库每晚的备份。
4、IISSERVER：一台SERVER，上面安装IIS服务
5、IE：各地的USER直接打开IE，进入访问ERP。
这样就是：
USER在本机IE中登录ERP-----先访问iisserver--------再通过IP访问db server中的mdf文件-------在database上对mdf文件进行读写---------每天晚上在datbase backup 
server对数据进行备份。
现在问题是：
1、不管是B/S或是C/S也好，这么多SERVER其实应用单一造成浪费。
2、当USER过多时，速度就慢。。。所以申请RAM或是？？做集群。。。
3、C/S不方便维护，特别是当ERP在更新时，B/S集中管理统一维护，但网速与打印一直是一个瓶颈。。
请各位聊聊这2种架构,或是有没有一些更好的建议。
------解决方案--------------------
1、不管是B/S或是C/S也好，这么多SERVER其实应用单一造成浪费。 
2、当USER过多时，速度就慢。。。所以申请RAM或是？？做集群。。。 
3、C/S不方便维护，特别是当ERP在更新时，B/S集中管理统一维护，但网速与打印一直是一个瓶颈。。

。。
1.用ODBC连接的话就不用那么多server了 设置一个主机 其他子机只装客户端
2.集群  不懂
3.还是B/S好啊 不过网速是一个问题
------解决方案--------------------
1\C/S 感觉你有SAN的话，没必要要BACKUP SERVER了。就要个应用程序服务器和数据库服务器就可以了。
2、BS的话，同样，一个WEBSERVER ，一个DBSERVER就够了。
------解决方案--------------------
要性能好，只能用不同的机器分担了
数据库最好就是逻辑上上一个，实际上上可以随意扩展机器
当然，没到那个压力，机器多反而上浪费了

至于c/s、b/s的优劣，我上从用户的使用效果、开发效率角度提出一种新的架构：Client/WebServer
可以探讨一下：
http://blog.csdn.net/sz_haitao/archive/2009/09/10/4539228.aspx

------解决方案--------------------
大型应用可以搞p2p架构的b/s  就是需要解决安全问题