请教san下的文件共享问题

bestsea

感谢精灵王的回复。

第二方案我们也考虑过，主要问题是不能解决单点故障。一旦那个主服务器坏掉，从服务器也无法正常工作，达不到及时响应的目的。
第四我们为什么没有用，是因为网络资源，系统资源占用厉害。

cwinl

linux的heartbeat只是解决了HA的问题
而LZ要的是共享文件系统的解决方案
NFS是文件级的方案，双机不很繁忙是可以的
但是用GFS才是根本的办法
而且不free的
性能不错

bestsea

非常感谢各位的恢复。现在问题已经解决，使用的是imagesan软件来实现文件的共享。
我说明一下我们选择这个的考虑点
首先就是要保护现有投资。存储是sun6300，他的主要用途不是OA，是生产系统，OA只是其中很小的一部分，只占用100G的小空间，存储一些通知规章制度之类的。（OA的邮件数据另有存储）.
生产系统是在SUN的solaris下，两台4800做的双机互备，同时管理6300.所以无论如何，我们是不会在生产环境下安装NFS，GFS，CIFS。基于两点考虑，第一不增加系统负担，第二不增加系统安全隐患。再有就是保护OA的开发程序，在windows下运行，不增加实施难度。
第二windows的mscs并不能解决文件共享的问题。系统实现了互备，但存储仍然有前面提到的问题。
第三是不考虑AB两机互相拷贝文件实现数据同步，这个简直是浪费，浪费性能，浪费时间，浪费空间。因为AB两机的数据都是在一个存储盘上，只不过他们互相看不到，现在互相拷贝的话，实际上是在存储盘上放了2份同样数据，不是浪费吗。这里和备份是两个概念。
第四imagesan通过在AB两机上简单安装就可以达到目的。改动最小。安全可靠。符合要求。（这里不是给他做广告啊，只讨论技术）
最后谢谢大家关注。

无牙

看来imagesan还不错，原来没听说过。

ry715

楼主的问题已经解决了，这里我就不多说别的了，在楼主的需求里，看到这样一段“再说明一下数据：后台数据是SQL，是mscs集群形式，也是两台380G5。这部分数据共享没有问题。问题是出在OA里的通知模块，这部分数据不是sql数据，直接以。doc的文件存在共享存储上。当A服务器处于活动状态时，一用户在OA上创建了一个通知，A服务器就在存储上建立一个X。doc的文件。当B服务器处于活动状态时，用户却打不开这个通知，因为B服务器看不到A服务器上在存储上建立的文件。”首先，我不是很明白，你这里的AB服务器是不是做群集的这两个服务器，然后第二就是，你的AB服务器是不是都是活动状态，还是说一般是A活动，B做standby，如果是双机热备的模式，那如果你生成的。DOC文件放在共享磁盘阵列上，当切换到B机的时候，那这个.DOC文件不是一样可以看到吗，不知道我的理解是不是有什么问题，谢谢

放飞蓝色梦想

用nas共享不久ok了

jadge

谁要玩一下imagesan这个软件，我这里有软件与注册机，可以给我发email:jadge-pan@163.com互相学习学习！

smile_hua

个人感觉LZ的需求还是主要在OA系统的数据同步，以及一旦某台服务器出现故障，I/O接管的问题。

所以我觉得最合适的就是用高可用系统（可以是双机系统也可以是多机集群系统）。

至于双机系统，比较便宜，但是免费的好像没有；而多机集群系统，Windows 2003有配套的，当然也不是免费的，不过LZ如果采用盗版的话。。。。

呵呵。

放飞蓝色梦想

原帖由 jadge 于 2009-2-9 09:36 发表
谁要玩一下imagesan这个软件，我这里有软件与注册机，可以给我发email:jadge-pan@163.com互相学习学习！

我似乎用过一次，不是很熟，据说imagesan可以实现流量控制，是这样的么？