我有一个使用了一个多月的 NAS 设备。它被配置为通过电子邮件发送从硬盘驱动器的 SMART 数据生成的警报。一天后，其中一个硬盘驱动器报告一个扇区损坏并被重新分配。在第一周，这个数字攀升到有问题的硬盘驱动器的六个扇区。一个月后，这个数字达到了 9 个重新分配的扇区。这个速度似乎肯定在减速。
NAS 在 RAID-5 配置中配置了六个 1.5 TB 驱动器。使用如此大容量的驱动器，我预计某个扇区会不时出现故障，因此我并不担心最初的几个扇区何时被重新定位。尽管其他磁盘都没有报告任何问题，但让我感到困扰。
我应该开始担心驱动器的健康状况吗？这可能会因驱动器的容量而异吗？
我一直在研究 SQL Server 2005 的各种高可用性选项。关于高可用性，在什么情况下更倾向于集群而不是镜像？
据我所知，镜像具有许多优点，包括没有单点故障存储设备、无需购买昂贵的集群硬件，以及假设您有见证服务器的情况下更快的自动故障转移。
我能想到的唯一有利于集群的情况是您拥有两台以上的服务器。
谁能提供进一步的见解？
我们公司大量使用虚拟机，主要是 Hyper-V，但我们也涉足 ESXi 和 vCenter。除了能够将多台物理机器整合到一台服务器上的传统优势之外，我们还发现易于管理和配置极其引人注目的功能。高可用性和灾难恢复的东西远没有那么重要。
我们经常需要在一台机器上安装我们的应用程序，我们对挑选只有一些影响，所以硬件可能会有很大的不同。这次厂商是惠普，下一次可能是戴尔。刀片服务器与否等。该应用程序安装复杂，有时涉及多台（最多 30 台）机器。能够安装基本管理程序、复制一些文件并启动并运行真是太好了。它为我们节省了大量时间。
在虚拟机上运行也有它的缺点。这是要处理的另一层东西。管理员可能不熟悉它们。VMware 的许可模式似乎惩罚了拥有大量服务器的公司，但每台服务器只有一两个 VM（仅就管理工具而言就非常昂贵）。通常，虚拟机管理程序会限制对我们的应用程序真正重要的 VM。Hyper-V 对 4 个 CPU 内核的限制让我们非常恼火，因为我们的应用程序将使用您提供的任何 CPU 能力。不过，这种轻松配置几乎总是胜出，因为我们是一家开发商店，并且不断为我们自己和客户构建和重建服务器。
所以我的一般问题是：如果您至少有一些选择硬件的权力并且正在使用基于 Windows 的操作系统，那么您应该怎么做才能在不诉诸虚拟化的情况下以尽可能少的痛苦来消除类似的机器？允许以最小的痛苦迁移到不同硬件配置的解决方案的附加点。或者这只是要求太多，我们应该继续使用虚拟机吗？