在我的网络上，我有几种类型的文件想要保存在 SAN 上，例如：
- SQL 数据库和日志
- 交换数据
- 随机文件
现在我想知道我是否应该创建一个具有大容量的 iSCSI 目标并从其中一台服务器启动它。（并共享它以便其他服务器也可以使用它）
或者我应该创建单独的目标，让每个服务器使用自己的存储。
记录显示，存储可以分开，因为服务器不使用共享数据。我考虑使用一个存储的原因之一是便于备份。（但性能可能是一个问题？）
对于这些类型的数据，建议的配置是什么？
答案1
您将需要执行单独的目标。NTFS 不是集群文件系统，因此多个框写入同一个磁盘会破坏您的文件系统，或者至少会破坏文件系统上的文件，因为它们不知道其他系统正在做什么。
答案2
单一目标的原因
原因就一个：没有存储空间碎片。
无需提前规划容量。正如@Zypher 指出的那样，NTFS 不是集群文件系统，因此只有一个启动器与目标进行通信。
您可以将启动器主机配置为 CIFS 主机，以便其他服务器共享存储。由于许多数据库引擎（如 SQL Sever 2005）拒绝在网络附加存储卷上工作，因此启动器角色的最佳候选者是 DB 主机。Exchange 和文件存储可以使用 CIFS。
多重目标的原因
- 服务器之间无依赖关系
如果任何一台服务器发生故障，其余服务器仍将照常运行，就像什么都没发生一样。
- 无锁定延迟或一致性问题
CIFS 或 NFS 无法提供与块存储一样好的延迟。
- 精简配置消除了碎片问题。
如今，许多磁盘阵列都有以下选项：精简配置这样可以轻松地让多个逻辑卷增长为单个存储区域，以便每个卷都可以增长，直到存储区域中剩余可用空间，而不会受到存储管理员或主机操作系统的任何干扰。
- 存储分层
对于企业来说，随机文件可能不像 DB 或 Exchange 那样重要，而且规划容量往往更困难。将它们放在容量层上可能更便宜，而将数据库文件放在性能层上是更好的选择，除非数据库很小并且从内存中运行。
即使没有精简配置，逻辑卷也可以扩展以适应数据的增长，但这需要存储管理员和服务器管理员的交互。
结论
如果您可以提前规划容量，或者存储系统具有精简配置选项，或者存储分层很重要，则建议选择多个目标。如果上述两种情况都不适用，则选择与 CIFS 共享的单个目标可能是一个可行的选择。