也许更好的问题是：与DoubleTake最接近的竞争对手是什么？我正在寻找复制 Windows 生产服务器以防万一它发生故障时立即备份。有什么想法吗？
注意 1：我忘记添加此服务器位于 EC2 亚马逊云上。
注意 2：我们的主要情况是重新创建 IIS、FTP 服务器、SQL Server、SVN 服务器等配置设置。
注 3：
到目前为止，我已经给出了三个选项作为我最初问题的答案：
- AppAssurance——在与他们的销售团队交谈后，他们不支持亚马逊作为云提供商。基本上，技术上需要能够从磁盘或类似媒体重新启动。所以 ESX 虚拟机环境可以工作，但 EC2 不行。
- Acronis - 作为幽灵风格的备份。这将适用于其他类型的场景。
- 使用 Amazon EC2 API -- 此选项非常理想，但仅适用于开发云应用程序而不是在云场景中托管常规应用程序的情况。
这意味着我仍在寻找答案。任何其他想法。
我经常使用 Acronis 的产品，它们可以做你想做的事（获取整个磁盘或单个分区的基于磁盘的映像）。产品以前称为 True Image Echo，但最新版本 10 现在称为 Acronis Backup & Recovery。
您可以用来保留所有 FTP 或 IIS 配置状态的一个技巧是取消设置 Windows 配置服务中的“Ec2InitializeDrives”选项。
完成服务器配置后，取消设置上述选项，然后捆绑您的实例。下次您从刚刚创建的 AMI 启动实例时，它应该保留您的所有配置状态。
对于 IIS，理想情况下，您应该将 IIS 应用程序放在 EBS 源卷上。每次您需要启动一个新的 IIS 实例时，您都需要启动一个新实例，创建一个新的 EBS 卷并将其附加到该实例，然后从 EBS 源卷中复制 inetpub 文件。运行配置应用程序和启动网站所需的任何脚本。
对于 SQL，这将是一种类似的方法。一旦您捆绑了没有初始化驱动器的 SQL Server，您将维护配置状态。您应该将所有 SQL Server 数据存储在 EBS 卷上。您可以使用 Ec2Config 服务将 EBS 卷附加到您的实例上的同一驱动器号，SQL Server 期望找到数据文件。将 SQL Server 启动类型设置为手动。有一个启动脚本来验证 EBS 卷是否已附加。附加 EBS 卷后，启动 SQL 服务器。然后，当您启动一个基于完全脚本化 AMI 的新 SQL 实例时，它应该在 SQL 运行的情况下启动。
这适用于 Windows 2003 上的 SQL 和 IIS。
它在云中，云不会失败，对吗？我的理解是，他们为您提供了 ac# 库来管理云，但它不是 VPS，它只是一堆专用于您的 Windows 服务。您必须创建一个 AMI 映像。有关用于创建 AMI 映像的实用程序，请参阅Amazon EC2 AMI 工具。该实用程序的文档在这里
我们目前正在使用AppAssure的一款名为 Replay 的产品，老实说，我非常高兴。虽然我们不使用它来复制基于云的机器，但我们使用它来复制从一个站点到另一个站点的物理机器。该软件使用块级复制，可以设置为最快每 5 分钟一次或慢至几个小时一次的快照。因为它使用代理，所以您应该能够在另一台机器上的云中运行代理，并保持生产和 DR 都准备就绪，我可以想象。
我不确定亚马逊云的东西是如何工作的。但我对这个问题的解决方案是设置一个 IIS 集群，或者最好是一个 VM 集群（R2 用于实时迁移，但最前沿）。将需要共享存储，我不确定它如何适合亚马逊云配置。
抛开云的东西，回到 DoubleTake，这是我前段时间的研究表明的：
有 3 个主要产品可以在同一级别上提供服务器复制——DoubleTake、XOSoft WanSync-HA 和 NeverFail。
我已经尝试了所有三个并最终购买了 NeverFail，因为其他的太贵了，而功能集几乎相同。
该产品实际上并没有证明非常好，当通过 WAN 使用时，在俄罗斯和以色列之间复制 MSTS、Exchange2003 和其他一些服务器。脑裂机制让我有些头疼，因为一旦链接变慢，服务器就会发生故障转移。我确信在 LAN 环境中情况会更好。顺便说一句，每年必须更新几千美元的许可计划也没有让我太高兴。
但是当主服务器死了，毕竟是NF挽救了这一天。
我们使用名为 Replistor 的产品。在 LAN 上运行良好，但似乎从未在 WAN 上赶上。我一直在关注 AppAssure，因为我相信它可以进行备份、复制等等，但我一直被告知 Replistor 是一个更强大的产品。不知道它们是如何相互叠加的。