我最近刚刚设置了一个 3 驱动器 4TB MDRAID 5 阵列，用于镜像和我们服务器的在线备份。
我正在为未来的硬件（驱动器）故障做准备，并希望减轻 URE 的恢复故障。
通常我认为重建数组的过程是：
据我了解，在降级的 RAID 5 阵列中，您仍然可以访问数据；但是，当故障驱动器已被更换并且阵列正在重建时，如果检测到 URE，恢复将失败，并且阵列上的数据将立即变得不可读和不可恢复。
如果我的理解是正确的，那么在复制所有（可读）数据之前恢复数组似乎并不谨慎。
这给我留下了一个过程：
是否有另一个过程可以减轻重建失败（除了重建期间的第二个驱动器故障）？在不首先复制数据的情况下重建阵列是否安全？我的假设是否错误，例如在 URE 上重新构建失败但数据在降级状态下仍然可用？
鉴于 XenServer（目前为 7 个）基于 CentOS，这是否意味着它在更新、CLI、管理（非 Xen 特定，如 mdadm 和引导加载程序）等方面的工作方式与 CentOS 一样？
基本上，如果我想使用 XenServer，那么我是否承诺以 CentOS 的“方式”使用、学习和工作？
我们有一个新的（对我们来说）服务器，现在是切换管理程序的时候了，我们准备使用 Xen。
我熟悉并且可以有效管理的当前设置是一个 Debian 主机，它有几个使用 Virtual Box 的 VM，至少可以说不太理想。因此，我熟悉在 Debian 中工作，并且有意识地选择在我们的服务器上使用 Debian。我只为我们的小型企业管理我们的服务器，因此我没有其他设置和其他发行版的多样性可供使用。
据我了解，Redhat 做事的方式与基于 Debian 的发行版有点不同，需要一个未知量的学习曲线；但肯定是学习曲线。
那么，如果我使用 XenServer，我是否也致力于 Redhat 学习曲线？
我知道我可以使用基于 Debian 的 Dom0 安装 Xen，但我读过的共识似乎说 XenServer 总体上工作得最好。然而，我需要做一些配置，例如为 Dom0、Xen 和网络共享启动并运行我们的本地 RAID 阵列，以及按顺序安装引导加载程序和 grub。我可以在 Debian 中相当轻松地进行此配置，因此我试图及时权衡尝试以 CentOS 方式进行相同配置的成本，我担心这会增加相当多的时间来让新服务器投入生产我自己为我们公司慢慢发生在下班后；因此问题。
考虑使用 DRBD 或集群文件系统来帮助在小型企业环境中发生停机时保持正常运行时间。
我们目前使用服务器盒作为使用 Linux 和 samba 的文件服务器，然后在 VM 中运行 Web 服务器和数据库。正在考虑添加第二台服务器并将文件和 VM 放到分布式文件系统上。基本操作系统更加静态，并且可以更轻松地手动管理（在更改时复制配置文件，如果需要从完整备份中复制基本操作系统等）
问题是关于手动完成的故障转移方案。如果服务器 1 宕机并手动完成故障转移，只需将服务器 2 的静态 IP 设置为服务器 1（服务器 1 再次关闭并将处于需要修复的状态）、启动 Samba 并启动即可完成故障转移与在服务器 1 上运行并启动备份服务时具有相同静态 IP 的 VM？
这听起来像是一个快速而简单的过程，几乎太简单了。我错过了什么吗？这也可以很容易地通过脚本或一些不太熟练的人在发生故障时被指示运行的东西来自动化。
如果我们有硬件故障，如果没有随叫随到的 IT 支持和所需的部件，如果没有第二台服务器的支持，停机时间很容易是几天，但是使用第二台服务器，停机时间最多可能是几个小时（如果没有一个是办公室足够精通执行此类操作，如果有人是分钟）
背景：我们需要一个小型办公环境中的 HA 服务器，并且正在寻找 DRBD 来提供它。我们只有大约 100GB 需要在 HA 服务器上，服务器负载将非常低。如果我们归档旧的办公室数据，数据可能每年增加约 10%-25%，如果我们不归档，则每年增加 50%-75%。
关键是我们混合使用了消费级和使用过的企业级硬件，如果我们不提前计划，这将是一个问题；并且预先构建的优质服务器确实会失败，因此冗余服务器似乎是要走的路。
计划：我们认为最好找到 (2) 台性价比最高的二手服务器并同步它们。我们只需要支持 SATA/SAS 的服务器和空间，以尽可能多的驱动器的价格。如果您达成交易，这些服务器似乎可以以 100 至 200 美元（+一些零件和额外的驱动器）的价格获得。
从理论上讲，这意味着服务器可能会发生故障，如果我们需要几天的时间才能到达它，只要我们没有另一个巧合的故障，事情就会一直持续下去，直到我们的 IT 部门（我）能够解决它。我们将使用 Debian 作为操作系统。
一些问题
(A) DRBD 如何处理驱动器或控制器故障？那就是在存储驱动之前显示DRBD，那么当控制器发生故障并写入脏数据或驱动器发生故障但没有立即崩溃时会发生什么？数据是否镜像到另一台服务器，在这种情况下是否存在跨服务器数据损坏的风险？
(B) DRBD 的故障点是什么；理论上，只要一台服务器启动并运行，就不会出现任何问题。但是我们知道存在问题，那么使用 DRBD 的故障模式是什么，因为理论上大多数应该是软件？
如果我们将为此使用两台服务器，那么在每台服务器上运行虚拟机并使用 MYSQL 和 Apache 进行数据库和 Web 服务器复制是否合理？（我假设是这样）
DRBD 是否足够可靠？如果不是，那么不可靠性是孤立于某些任务，还是更加随机。搜索出现了各种问题的人，但这是一个看似坏信息多于好信息的互联网。
如果数据通过 LAN 同步，DRBD 是否使用双倍带宽？也就是说，我们是否应该在 NICS 上加倍并进行一些链路聚合和中继？然后也许把它们放在不同电路上的不同路由器上，把 UPS 放在不同房间里，现在你真的有一些冗余了！
就服务器管理而言，这对于办公室来说是否太疯狂了？是否有更简单的 REALTIME 替代方案（授予 DRBD 在理论上似乎很简单）。
我们已经有一个服务器。所以在我看来，第二台带有 DRBD 专用驱动器的 USED 服务器可以很容易地以大约 150 美元到 250 美元的价格购买，而且需要一些智能购物。添加第二个路由器、更多驱动器、更多 NIC（已使用）和 (2) 个 UPS，并且价格为 1,000 美元 +/-。那是相对便宜的！我希望这主要是在服务器故障期间为我们争取时间。如今，驱动器故障似乎更容易使用 RAID 处理。其他硬件故障，如控制器、内存或电源，可能需要停机来诊断和修复，这是值得关注的问题。
对我们来说，冗余服务器意味着使用过的硬件变得更加可行，并且在我的日程安排允许时，我可以有更多的正常运行时间和更大的灵活性来修复问题，而不必停止一切来修复服务器。
希望我没有错过这些问题有容易搜索的答案。我快速搜索并没有找到我要找的东西。