在我的networking中，我想要在SAN上保存几种types的文件：
现在我想知道是否应该创build一个大容量的iSCSI Target，并从其中一台服务器启动。 （并共享它，以便其他服务器也可以使用它）
或者我应该创build单独的目标，让每个服务器使用自己的存储。
为了logging，可以将存储器分开，因为服务器不使用共享数据。 有一个原因，我想一个存储容易备份。 （但也许performance可能是一个问题？）
什么是这些types的数据的build议configuration？
你将需要做单独的目标。 NTFS不是一个集群文件系统，所以有多个盒子写入同一个磁盘会损坏你的文件系统，或者至less是文件系统上的文件，因为他们不知道其他系统正在做什么。
单一目标的原因
有一个原因：没有存储空间碎片。
无需提前计划容量。 正如@Zypher所指出的，NTFS不是一个集群文件系统，因此只有一个启动器与目标进行通信。
您可以将启动器主机configuration为CIFS主机以供其他服务器共享存储。 由于许多数据库引擎（如SQL Sever 2005）拒绝使用networking连接的存储卷，因此发起者angular色的最佳人选是数据库主机。 Exchange和文件存储可以使用CIFS。
多个目标的原因
如果任何一台服务器发生故障，剩下的工作就好像什么也没有发生。
CIFS或NFS无法像块存储一样提供延迟。
现在许多磁盘arrays都具有诸如自动精简configuration之类的选项，可以轻松地将多个逻辑卷成长为单个存储区域，以便每个卷可以增长，直到存储区中剩余可用空间而不受存储pipe理员的干扰主机操作系统。
随机文件可能不像数据库或交易那样重要，而且往往更难以规划容量。 将它们放在容量层上可能更便宜，而性能层上最好有数据库文件，除非数据库很小并且从内存中运行。
即使没有精简configuration，也可以扩展逻辑卷以适应数据的增长，但这需要代表存储pipe理员和服务器的pipe理员进行交互。
结论
如果您可以提前计划容量，或者存储系统具有精简configuration选项，或者存储分层很重要，则build议select多个目标。 如果这两者都不适用，select与CIFS共享的单个目标可能是一个可行的select。