我想访问INTEL SS4000-E存储中的sql server数据库文件。它是一个NAS存储。是否可以将其用作sql server 2000的存储？如果没有，最好的解决方案是什么？
我强烈建议不要这样做。
使用RAID镜像驱动器将数据文件本地放置在服务器上。原因有两个：
- SQL Server将在除最小工作负载之外的所有工作负载中运行得更快
- 如果到NAS的链接断开，SQL Server将不太容易损坏
使用NAS存储SQL Server的备份，而不是承载数据文件。我不知道你的数据库大小，或者你的使用模式是什么，所以我不能告诉你你必须拥有什么。对于一个将在生产环境中承担任何重大负载的数据库，我至少建议使用两个逻辑驱动器（一个用于数据，一个用于事务日志），每个驱动器都由一个RAID 1阵列组成，其中包含您可以购买的最快驱动器。如果这太过分了，请将数据库放在两个物理驱动器上（一个用于事务日志，一个用于数据）。如果这超出了预算，请将数据放在一个驱动器上，经常备份。但是，如果你选择单驱动器或NAS解决方案，IMO你就是在相信祈祷的力量（这可能不是一件坏事，只是在设计数据库时没有那么有效）。
请注意，NAS与SAN（人们通常会在其上放置数据库文件）不是一回事。NAS通常比SAN连接慢得多，带宽也少得多，而SAN连接是为实现非常高的可靠性、高速、高级管理和低延迟而设计的。NAS更倾向于降低网络存储成本。
我的直觉反应-我认为你在NAS上拿数据冒险是疯了。SQL的期望是对存储子系统进行连续、低延迟、不间断的访问。几乎可以肯定的是，NAS不是那些东西——您的本地或SAN存储（按性能、简单性和首选顺序）——而是将NAS留给离线文件存储/备份。
下面的知识库列出了您在尝试将NAS与SQL结合使用时遇到的一些限制和问题—虽然知识库涵盖了SQL 7到2005，但许多信息仍然适用于SQL 2008。
http://support.microsoft.com/kb/304261
本地存储几乎总是比网络存储快。
sql的性能将取决于如何定义对象、文件和文件组，以及消费者如何使用数据。
"最佳"对不同的人来说意味着不同的东西，但我认为"最佳"性能应该是TMS RAMSAN或SSD RAID。。。etc
使用大型HDD的RAID可以实现最佳容量。。。
通过跨多个驱动器镜像和定期备份（最好是场外备份），可以实现最佳可靠性/数据安全性。。。
最佳可用性。。。我不知道。。。也许可以克隆系统并随时准备好热备份。
最好的安全性需要加密，但主要限制对机器（及其备份）的物理访问就足够了，除非它连接了互联网。
正如其他答案所指出的，这里会有性能损失。
还值得一提的是，这些东西有时会实现RAM缓存以提高I/O性能，如果是这样，并且您确实尝试了此配置，则NAS应该与服务器硬件处于相同的电源保护/UPS上，否则在断电的情况下，NAS可能会"松脱"缓存中的文件部分。哎哟
它可以工作，但专用光纤连接SAN会更好。
本地通常会更快，但它的大小有限，不容易扩展。
我不熟悉硬件，但我们最初在共享NAS上部署了一个仓库。以下是我们的发现。
我们经常在主机上争夺资源——它只能处理这么多带宽。大量仓库查询和数据加载受到严重影响。
我们的仓库（数据/索引/日志）需要1.5 TB，我们将这些资源中的每一个都放在一组单独的LUN上（就像使用附加存储一样）。数据仅跨越10个磁盘。我们遇到了各种IO瓶颈。更好的解决方案是在许多小磁盘上创建一个大分区，并将数据、索引和日志存储在同一个位置。这大大加快了速度。
如果您使用的是一个使用率适中的OLTP系统，您可能还可以，但NAS可能会很麻烦。