关于SQL数据库的远程访问,门店,分支机构访问,VPN,modem,FTP,erp异地访问的方案汇总

ehxz

我看到很多人特别是powerbuilder构建的c/s程序需要达到如题的目的，很多人实践有限，我将我尝试过的方案综合如下，希望能为您所用。

关键字：b/s,c/s,SQL2000,门店,分支机构,VPN,modem,FTP,erp,异地访问,citric,思杰，远程终端服务

文章地址：http://blog.csdn.net/chengg0769  转载请保护完整性。那些作弹出广告的网站请不要转载。

QQ群请加: 6539042(powerbuilder11&SQL)

要求：各种c/s程序需要连网应用，或者门店需要离线传递数据或下载数据，erp远程使用，erp远程部署

一。无宽带的情况

1. 使用modem拨号对服务器进行访问，需要建立modem池，主机需要电话线+modem池。具体可查资料，不详述。对一些不想加大成本的门店比较实用，因为访问数据时间比较短，有的只是传递一些库存表和营业记录，当然没必要用adsl,也没必要给员工上网。

2. 用modem拨号进行上互联网，几分钟时间将本地数据(以文本，xml或者特殊形式传递到FTP(需FTP空间可购买)或者自己的主机(需固定IP)

3. 店员，店长有私有电脑，有在宿舍使用宽带或其他方式上网的，利用导出方式，用随身碟通过上网传递到公司主机或者FTP目录。

##服务器端程序从文件服务器或者FTP获取文本文件或者xml导入本地，并汇总等处理。FTP同步请使用cuteFTP,见我文章：SQL远程数据同步与数据导入的常用方法[原创]

二。有宽带的情况

1. VPN虚拟通道：可以作长久连接，vpn保证了数据传递的私密性，可以让门店访问文件服务器和数据库服务器或者app服务器。主要是部署和网关成本问题，而且要用静态路由，设置比较烦琐。但如果作长期连接，是值得的。

2. 如果作离线传递数据，用FTP方式，隔离也比较好。如上

3. 远程终端方案，这个不需要部署客户端，而且远程终端方式可以从本机粘贴，导出的文件在服务器上，可以在本地磁盘列表看到虚拟出的远程磁盘，打印机等。citric是可以把app.exe映射到本地桌面的一个图标，以前有人拿来作无盘系统。这两种方式差不多，需要管理员熟悉并先调试通过才能部署。远程终端由于xp系统都有一个客户端了，只需要告诉使用者IP地址(公网固定). 远程终端是否需要结合vpn看自己的要求。这个方案最大的好处是不需要部署和升级客户端。维护量小。只需要维护网络。

4. 没有宽带的情况下，用modem拨号上网也可以使用远程终端，因为远程终端对网速要求非常低。我试过是可以的。

三。专线方式

这个方式只是减少了网络维护，因为比较稳定，可咨询当地电讯供应商，目前3M ADSL(企业套参)可以给固定IP，专线的费用很贵，接入形式有光纤+光端机+协议转换+接口转换+思科陆游器，也有2M电路加协议转换器(RJ45)+家用宽带陆游器(设置方式同ADSL的局端IP固定方式)。

SSL VPN有替代这种昂贵接入的趋势。除非一些国营或者电讯本系统能使用外，一条专线一年几万的费用，在很多分支的情况下是个问题。当然年营业额如果上亿元，用光纤是小意思。软件也可以多赚一些钱。显得比较大气。

ADSL如果不稳定可考虑冗余也是可以的。比如双电讯商。如果断网会引发营业混乱的话，还是考虑多方案冗余。

当然那光纤也有掉线的时候，也有阻塞的时候。这种可靠性要求很高的系统要求冗余是必须的，否则累死网络管理员。

另外如果在一个城市内运用，电讯有一种方案是共享城域网的方案，好象本地通话一样，可适当降低费用，可咨询。有的电讯商是将一个镇列为"本地通",也有的将一个市列为"本地通",这个需要谈判。

四。手机上网方式

这个方式目前没有试验过。但现在手机上网，无线上网速度已经很快了，可作为一种方式考虑。如果有联通包月卡，USB插口方式(PCMCIA只适合笔记本,注意)，则可以运用到PC上，但移动是否开放一些端口不得而知。我知道在移动上进行pcanywhere就不可以。

五。纯web方式

这个方式主要是针对交互部分。比如只把一些门店要用到的功能界面抽取出来，作web,或者用pb11的webform也应该是可以的。但web也依赖以稳定的网络。

依我目前所见，功能复杂的运用，是没见到web方式。浪潮据说有，不过是架构师跟风而已。

依我测试，完成一个前台窗口客户的服务，使用web会比使用c/s慢五倍以上。所以从整体构架上来说。b/s,c/s的成本问题不在部署，对前台人员的影响也是非常大的。前台窗口非常有限，接受理客户数量也非常多。所以不是单一b/s优于c/s的问题。

六。pb6-7的transport三层架构：不过要往上升级就麻烦，pb8取消了transport对象，现在都讲在pb里运用.net类库，降低pb本身在网络编程方面和系统调用方面的局限性，这个要求无法在pb8以下版本满足。痛苦。

七。pb11+webservices,本地响应是好些。但xml和webservices比较慢。感觉要两到三秒以上。客户会置疑。

八。pb+EAserver主要是EAserver太贵，而且没有灵活的价格措施，被它自己打败。可悲

九。Appeon方案，因为转换限制很多，而且离不开EAserver，成本加大几倍。一个ERP系统不会交给这样的随时断送命运的方案。

十。pb+app server plug in+EJB据网友说费用比较低。但平台转移是否会造成新问题和成本提升，是个问题。

十一。直连数据库：连接太多，SQL服务器压力大，而且都是长连接。不足以支持多用户。

十二。pb+MTS(com+内含datastore)