你使用哪种文件系统，推荐使用文件服务器？

我会推荐使用RAIDZ或RAIDZ2的OpenSolaris，具体取决于你需要多less冗余。 使用RAIDZ意味着你不仅可以丢失一个驱动器，如果一个驱动器开始返回错误的数据，它可以告诉你并修复它。 我将它与netatalk和NFS结合使用，但它也支持Samba共享。

从pipe理的angular度来看，ZFS的另一个优点是可以快速轻松地创build和销毁文件系统。 它使得像给每个用户使用自己的文件系统或者使用gzip-9压缩文件系统一样容易，而更常用的文件系统没有压缩或者像lzjb那样快。

OpenSolaris具有非常好的硬件支持，所以您可以根据自己的需求定制硬件。 ZFS有一个非常积极的caching，所以更多的内存将帮助很多。

NFS和Samba不是文件系统。

如果我设置的文件服务器不能托pipe超过几TB的数据，我坚持以下基本原则：

1）Linux操作系统（我更喜欢OpenSUSE）

2）文件系统的ext3

3）Windows客户端的Samba

4）Mac的netatalk（netatalk允许AFP访问你的机器）

基于你的问题，我将假设你的意思是我应该使用什么文件共享协议？ 文件系统不是一回事。

如果你刚刚开始，我会build议远离AFS和Coda。 他们很复杂，听起来不像你的要求保证。

那么你的select是：

• NFS如果主要拥有Linux客户端，并且有一个目录服务pipe理整个networking中的用户和组。 除非您可以使用Kerberized NFS，否则安全性很差，但是目前您需要Mac OS X Server中的NFS服务器使用NFS3来执行此操作，否则您需要使用NFS4。
• 法新社是最好的Mac客户端，特别是如果您使用真正的AFP服务器（随OS X服务器），并使用HFS +作为底层的文件系统。 这将为mac用户提供最干净和最原始的体验，完全支持Spotlightsearch，ACL和多叉。
• Samba / CIFS是Windows客户端AFAIK唯一真正的select。 虽然我没有很多的经验，对不起。

实际上，您可以通过多种协议共享相同的文件系统。 我们通过Kerberized NFS将相同的文件系统共享给Linux客户端，将AFP共享给mac客户端。 我们以前也用Samba将它分享给windows客户端。 我们使用OS X 10.5服务器，HFS +文件系统和globalSAN iSCSI启动器连接到左侧的iSCSI目标。

NTFS（通过SMB / CIFS / DFS共享），因为我们的文件服务器都运行Windows。

我很惊讶SAN设备没有被提及。 你确实说过你想为你的公司储备，这意味着大量的员工，这不应该被忽视。 你也想要一些可扩展的东西，因为你需要在路上扩展存储。

我会build议：

1. 便宜的路线： NexentaStor
2. 更昂贵的路线： NetApp

那么，你需要一个备份系统。 这是另一个话题。