我首先想到的是使用两个磁盘执行 RAID 1 镜像，但我发现磁盘写入性能有所损失，并且由于服务器是域/数据库服务器/文件，我不想因为担心 SQL Server 的数据写入率性能下降而导致性能损失。
所以我考虑过 RAID 5，但写入速度也会有所损失。不久之后，我得出结论，RAID 10 对我来说是理想的选择，我不会在写入或读取方面损失性能，相反，我会根据读取的文档获得性能，并且在某个磁盘损坏的情况下具有很高的安全性。
但是咨询了一位在该领域拥有大约 20 年丰富经验的同事后，他告诉我 RAID 已经成为过去，不应再使用，RAID 已经出现了很多问题，其中一种情况是控制器停止工作并损坏了磁盘，他的另一位同事也遇到了 RAID 问题，他敲桌子说无论选择哪种 RAID，RAID 都不会提供性能。他的建议如下，如果我不想损失性能并拥有良好的安全性，我用 SSD 替换 OS HD，这将为我提供更快的速度，并且更耐崩溃，否则我会再做一个服务器工作站，以防服务器出现故障，把它放在服务器的位置并使用它作为替代品，执行更多操作，以便在操作系统出现问题时可以替换服务器。
您认为，如果存储操作系统的硬盘在断电或其他原因后烧毁并损坏，那么为了防止硬盘崩溃，最好的保护措施是什么？最好的恢复措施是什么？它不像购买新硬盘并重新安装服务器及其所有配置那样耗时，既不会损失性能，也不会损害公司员工的工作？
答案1
这里有太多错误，我几乎不知道从哪里开始，但我会尝试一下。
由于服务器是域/数据库服务器/文件，我不希望因为担心 SQL Server 的数据写入速率会下降而导致性能下降
所以这是你的第一个问题。在一台服务器上混合服务器角色通常不是一个好主意。根据我从这个基本描述中收集到的信息，你应该有（至少）4 个独立的服务器操作系统。两个域控制器（因为一个域只有一个域控制器是个坏主意）、一个文件服务器和一个数据库服务器。这并不一定意味着你需要为所有东西配备单独的物理硬件，（虚拟化作为一种技术目前是强大而成熟的）但作为一项规则，你应该将服务器角色分离到单独的服务器操作系统上。
话虽如此，出于 SQL 性能原因，您最终可能需要单独的服务器，但如果没有更多信息就无法知道这一点。
但咨询了一位在该领域有大约 20 年经验的同事后，他告诉我 RAID 已经成为过去，不应再使用
他错了，或者你误解了。在你的规模下，毫无疑问，你的服务器应该使用某种 RAID 级别来存储磁盘。说真的，你还能做什么，填充驱动器托架、使用 JBOD 并拥有 8 个独立卷（或任何数量）？此外，如今，将操作系统磁盘和数据磁盘分开是很常见的，可能也是推荐的做法。例如，你经常会看到服务器配备一对磁盘，用于放入操作系统的 RAID1，以及一个大型驱动器托架，用于所有其他用于数据的磁盘（也处于某种 RAID 级别，通常为 10 或 6）。虚拟化主机的另一个常见用例是在 SD 卡上安装虚拟机管理程序，并使用服务器驱动器托架中的磁盘作为大型 RAID 阵列，该阵列将成为容纳客户虚拟机的数据存储区。
您认为，如果存储操作系统的硬盘在断电或其他原因后烧毁并损坏，那么为了防止硬盘崩溃，最好的保护措施是什么？最好的恢复措施是什么？它不像购买新硬盘并重新安装服务器及其所有配置那样耗时，既不会损失性能，也不会损害公司员工的工作？
首先，您使用 RAID 来提供冗余。这不是备份或灾难恢复策略。RAID 也可能提供性能优势，但主要优势是当磁盘发生故障时（什么时候， 不是如果），您可以将其替换并继续运行，无需停机。
第二件事是你没有备份策略或灾难恢复计划。但是，这些计划是什么样子的，取决于你首先要对此服务器系统的总体架构做出其他决定。正确的备份和灾难发现策略基本上要求数据位于单独的系统上，理想情况下是与你保护的数据和系统完全不同的位置。
简而言之，你不需要 RAID或者备份，你需要 RAID和备份。但在做到这一点之前，您首先需要正确设计服务器系统，否则您只是在浪费时间和金钱。运行域服务、SQL 和文件服务的单个服务器不受支持且不可管理，您也无法找到备份和恢复此类服务的好方法。