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