对大部分大型企业而言，基于阵列的复制是灾难恢复计划的基础。公司们依靠配对的磁盘阵列，将其分别设在不同的地理位置来保护数据。基于阵列的复制问题在于，它只能在同一厂商的阵列之间工作。现在，全固态阵列供应商Whiptail通过从他们的Accela阵列复制到几乎任何存储，打破了传统的供应商锁定。
一旦存储行业精通了RAID的基础，就有可以预料一个外部磁盘系统，在没有宕机或者没有丢失数据的情况下拯救磁盘驱动器的故障。下一步就是在阵列失败中保护客户的数据。
这是通过复制数据到另一个阵列来实现的，在另一个数据中心就更好了。复制是出现在磁盘阵列上并且可用的最重要“增值”功能之一，往往需要支付额外的费用，在除了最简单阵列之外的全部产品上。客户所为难的是复制是同质同类的——也就是说，你只能在来自同一供应商家族的阵列之间复制数据。这是由于阵列供应商没有动机去支持异构阵列间的复制。如果你崭新的ExaStor 7000可以复制到任何设备上，那么你可能只是将你的旧磁盘阵列转移到DR(灾难恢复)站点，而不是为了DR再买一台ExaStor。
很长时间以来，我不知道为什么没有人简单地利用iSCSI进行异构复制。毕竟，一款iSCSI阵列可以拥有一个内部的iSCSI启动程序(initiator)来加载在其它一些iSCSI阵列上的一个LUN。它可以简单的将其本地的LUN镜像到远程。
当然，如果是你想进行异步复制，那此过程将变得更加复杂。要是你可以控制链路两端，现在还没有简单的方法来实现WAN优化、压缩或者类似的其他功能。话虽如此，我仍然认为支持一些等级的基础复制到不同硬件是有价值的。
Whiptail的open target(开放目标)复制通过在一个运行在Windows或者Linux服务器上接收端的应用程序代理，来复制数据到任意存储系统。该应用程序实现与Whiptail的Accela阵列相同的复制协议。因此这看起来好像另一个阵列设备到源阵列。
这种架构是我从iSCSI复制模型中一步一步想出来的。首先，Whiptail把复制中的数据加密，否则没有捕获程序的话，则需要IPSEC或者VPN。除此以外，Whiptail应用了基于快照的时间点复制。
由于这种类型的复制有一个十五分钟或者更长时间的最小实际RPO(恢复点目标)，它具有几个超出实时异步复制的优点。因为在一个快照上到相同块的多个写入被聚合，时间点复制相比于实时复制占用更少的带宽并且对延迟不敏感。
该open target应用把其数据存储在一个原始逻辑卷当中，它可以通过任何Linux或Windows服务器能够访问的数据块存储上，SAN或者DAS。通过这个open target，使用者可以拥有全固态阵列的性能，实现简单的基于阵列的复制，而不必为了DR而不得不投资在第二台、昂贵的全固态阵列用于他们的灾难恢复站点。当然，DR的磁盘系统会比较慢一些，许多企业会发现在数据灾难发生时这一缺点可以接受。