我们一直使用DAS存储（按照戴尔标准）有多个控制器用于冗余，多个PSU等。但是，在发生完全硬件故障（可能或不可能）的情况下，DAS复制将是显而易见的回答。
但是，这怎么会成为集群。 说一个在DAS上使用CSV的Hyper-V群集，如果整个DAS失败了，复制的DAS将如何接pipe，这甚至有可能吗？
您是否需要一个单独的群集来运行带DAS复制的DAS设置上的虚拟机的副本来实现这一目标？ 什么是最好的方法？
DAS实际上是作为独立机器的本地存储扩展。 DDAS（DASD）盒的可用性允许一个以上主机访问VD（戴尔术语）是真正的穷人的SAN，有一些非常苛刻的限制。 所以真的，你需要看的是灾难恢复场景中的SAN复制。
话虽如此，戴尔光伏设备根本没有任何复制（除非您使用主机中的软件来复制卷，如DRBD），而高端MD也不是真正的DAS，即使是那些具有SAS连接器的DAS也是如此。
说了这么多，一个典型的复制存储容灾scheme意味着一个完整的站点故障，主机和SANclosures，一个远程站点，一切都复制到一个远程站点，必须承担负载。 在这种情况下，故障切换通常是手动的（为了避免SB，一般情况下，DR的情况不是轻轻松松，让自动化工作）。 会发生什么情况是主机在灾难恢复站点出现，连接到灾难恢复SAN，在那里他们select复制的虚拟机，然后启动它们。 显然还有更多（如networking，DNS等变化），但这是一般的想法。
本地SAN冗余通常通过更简单的方式实现 – 多path，结构冗余（几个光纤交换机），RAID，冗余控制器和PSU，主机中的冗余HBA。 很明显，大多数这样的设备不适用于入门级MD3xxx（不包括-i或-f）的SAN SAS连接设备，