我们将很快实施我们的 Dynamics AX 安装。我们的目标是实现高可用性，我们正在与我们的实施者密切合作。
我们向他们提出了有关 SQL 和 Hyper-V 集群的问题。他们建议，在完整的虚拟化平台上运行时，没有真正的理由在应用程序层 (SQL) 进行虚拟化，只需在 Windows Server 中设置 Hyper V 集群并在 LUN 上创建 SQL 和所有其他相关应用程序 VM 到后端存储（在我们的例子中是 HP P2000），并使用 CSV 以高可用性模式运行 VHD 文件。
这是真的？或者我们应该在 VHD 级别分别对 SQL 进行集群吗？
非常感谢！
规格：Windows 10 主机，集群设置中的 2 个 Windows Server 2019 VMS。除了存储之外，集群已设置并且功能齐全。然而; 我无法理解这种情况是否可能。我正在尝试使用共享 VHDX 作为两个节点的集群存储，但据我所知，这仅在来宾集群情况下才有可能。问题是我们不想创建访客集群，或者我们不能（单个 Windows 10 桌面）。运行两个 2019 虚拟机的 Windows 10 主机很简单，目的是使用 VHDX 作为共享存储介质来托管我们正在开发的应用程序。这个想法是，如果一个节点出现故障，另一个节点将由于存储的移动而继续托管应用程序。
我们有一个 Exchange 2013 服务器，大多数用户都使用 OWA。有一天，用户使用 OWA 打开带有 .doc 附件的电子邮件，本地防病毒软件会自动隔离它并停止任何活动。我担心的是，无论何时在 OWA 中打开这封电子邮件都可能感染了交换数据库..？谢谢
我们有一个带 MPIO 的测试集群设置，一切似乎都运行良好。该设置使用带有 qnap 作为后端存储的 Windows Server 2012 r2。
路线如下；172.16.10.10（qnap 端口 1） 172.17.10.10（qnap 端口 2）
使用 MPIO 工作正常的故障转移链接在每个交换机上完美地传输流量。我们面临的问题是，每当我们断开与 qnap 的第一个链接以测试故障转移（端口 1）时，另一个链接就会正常工作，但是当我们恢复 172.16.10.10 链接时，它不会自动映射 iSCSI 目标。因此，如果链路 2（端口 2）发生故障，整个集群就会发生故障，直到我们手动重新连接 iSCSI 目标或重新启动服务器。
我的印象是，当一个链接断开时，另一个链接会启动，一旦第一个链接修复，它应该自动重新连接到目标？
是否有我缺少的自动重新连接设置？
谢谢人们！