C# 局域网内跨服务器文件读写

Goo20120302 发布于 2012/03/02 13:29
阅读 4K+
收藏 0

大侠们,有礼了,请教在局域网内如何跨服务器读写文件,详情如下:

服务器A,服务器B(在同一局域网内)

现在程序在A上运行,需要将一个TXT文档放到B的一个路径下,经过B处理后,B会在当前路径产生另一个文件,这时A就抓走该文件,这个过程即为B向A反馈A需要的信息,

个人迷茫之处:无法访问远程路径

请指教,谢谢先!

加载中
0
史晓春
史晓春

本人不是大侠

两台服务器采用的是Windows的系统吗?能否采用映射网络驱动器的方式?

0
Goo20120302
Goo20120302
谢谢先,是的,都是windows server 2003,采用映射是能没问题,期望找到直接续写指定IP的方式实现,这样可以减少程序对路径的设定呀
0
IdleMan
IdleMan

把建立映射的工作交给程序做了

或者在B上面也装个程序

0
一号男嘉宾
一号男嘉宾
在两个服务器上面都安装程序,然后俩程序间来处理,这样可以不~
0
Goo20120302
Goo20120302

引用来自“梅公子”的答案

在两个服务器上面都安装程序,然后俩程序间来处理,这样可以不~
谢谢先,其实如果分别在两个服务器上处理的话,还得将结果反馈给发出请求的服务器呀,这样就面临要发送数据的问题吧,这样一来问题虽可解,但是也复杂化了,维护起来也是问题,不知我的理解是否与您的一至?
0
乌龟壳
乌龟壳
webservice考虑过吗?
0
Goo20120302
Goo20120302

引用来自“郭煜”的答案

webservice考虑过吗?
( ⊙ o ⊙ )是的,考虑过,这样还需要搭建服务及开发程序,问题就放大了( ⊙ o ⊙ )!而且这个功能实现仅仅在5台左右的服务器间,搭建webservice很浪费( ⊙ o ⊙ )!
0
乌龟壳
乌龟壳

虽然只有两台计算机,但可否逻辑上弄成3个节点,第一个就是A,A的处理结果交给B,然后就是B的处理结果交给C,这样就不用那么麻烦地用A作检测工作了吧?

部署来说,C和A部署在同一台机器照样不需要第三台机器哦。

0
Goo20120302
Goo20120302

引用来自“郭煜”的答案

虽然只有两台计算机,但可否逻辑上弄成3个节点,第一个就是A,A的处理结果交给B,然后就是B的处理结果交给C,这样就不用那么麻烦地用A作检测工作了吧?

部署来说,C和A部署在同一台机器照样不需要第三台机器哦。

谢谢先,这种部署是最理想的理论架设,不过考虑到服务器的稳定及一旦发生问题带来的风险,那就悲剧呀,换句话说,现在的A突然死机,那么全局就歇菜了呀,其次,不可能搭建多个虚拟的service服务器吧,只所以提出上述问题,就是期望能够实现点对点的数据交换,即使出现服务器挂掉,马上换掉就好,而且影响范围就很小,不过这种想法好像太幼稚,所以难以实现,而且“.NET Framework 不支持通过由设备名称构成的路径(如“\\.\PHYSICALDRIVE0”)直接访问物理磁盘”这是MSDN的原话,
0
乌龟壳
乌龟壳

引用来自“Goo20120302”的答案

引用来自“郭煜”的答案

虽然只有两台计算机,但可否逻辑上弄成3个节点,第一个就是A,A的处理结果交给B,然后就是B的处理结果交给C,这样就不用那么麻烦地用A作检测工作了吧?

部署来说,C和A部署在同一台机器照样不需要第三台机器哦。

谢谢先,这种部署是最理想的理论架设,不过考虑到服务器的稳定及一旦发生问题带来的风险,那就悲剧呀,换句话说,现在的A突然死机,那么全局就歇菜了呀,其次,不可能搭建多个虚拟的service服务器吧,只所以提出上述问题,就是期望能够实现点对点的数据交换,即使出现服务器挂掉,马上换掉就好,而且影响范围就很小,不过这种想法好像太幼稚,所以难以实现,而且“.NET Framework 不支持通过由设备名称构成的路径(如“\\.\PHYSICALDRIVE0”)直接访问物理磁盘”这是MSDN的原话,

十分抱歉,我的知识的局限以及对你所描述的业务的理解十分有限,可能无法抓住你所提出的问题的关键。

如果只是共享文件的问题的话,用apache搭建一个文件服务器共享,走http协议如何呢?

乌龟壳
乌龟壳
如果你确定我没抓住你所提问题的关键的话,我就不插话了,呵呵。
返回顶部
顶部