VPN/B-S/SQL中间层的困惑！

gh9971

各位，现在碰到一问题点：
1、1台DELL 2950 SERVER，CPU：XEON E5410 2.33GB   RAM：4GB +正版的标准版windwos2003+ERP.exe程序
     1台DEL R710 SERVER， CPU：XEON E5504  2.0GB    RAM：4GB +正版的标准版windwos2003+SQL SERVER 2000英文版
      1台DELL的磁碟柜，上面做了raid5 ，所有的ERP的DATABASE全部存放在里面，访问时读写也是在磁碟柜上某一个盘符，转速为15000/s，为SAS硬盘.
2、ERP通过VPN设备发布到公网，即C/S通过VPN转换成B/S，所有外网USER访问都是2950上的ERP.EXE程序，会调用仓库/销售/财务等模块，一个USER占50mb，共35个USER，加上系统进程，最少需要3GB，现有4GB，正好OK。
3：USER通过外网访问ERP-----打开2950上的erp.exe----同时访问R710上的SQL SERVER----调用磁碟柜上的数据库文件。简单说：就是2950负责ERP应用程序，R710负责SQL SERVER的应用程序，磁碟柜负责数据库文件的存放。。。

现在的问题是：
1、当USER一登录2950打开ERP时，如果同一时间USER打开同一个程序，或是进行大量查询，会导致ERP系统无反应，或是DOWN机，，，应该是说SQL中的死锁，或是还在等待查询。

不知各位有没有什么好的办法或是建议，或是现有的ERP架构不对？？？

Mcat

外行，没弄过，但是如果我碰到的话，我会确认下是不是本机问题，还是外部问题，如果撇开VPN不谈，内网直接登录2950，可以运行ERP，多用户，多任务也OK，那么就一个个配置和设备往上接，一个个查，应该当中有Firewall吧，是不是这方面的问题呢？可能

thh915

直觉应该和ERP的结构有关系，原来C/S架构。现在通过VPN访问，数据通过VPN路由转换。
建议和ERP顾问沟通。我们公司的也是C/S架构，测试过VPN，速度太慢，无奈放弃。

wt66903015

呵呵，你那個肯定是网络延迟造成的。大量数据返回的时候肯定造成堵塞啊。

wt66903015

贴补上去，给你个网址看看可能有帮助http://tech.ddvip.com/2007-09/118884081233601_5.html