Double-Take 发行说明

Double-Take 7.0.1 版，Monday, February 24, 2014

© 1996-2013 Vision Solutions, Inc. 保留所有权利。

访问 Vision Solutions 支持网站，获取本自述文件的最新版本。

本自述文件包含最新发行说明，该说明未包含在用户文档中。用户文档可从 Vision Solutions 支持网站、产品 CD 和安装软件后的安装目录中获取。

目录

概述

  1. 此版本已进行更新，包括但可能不限于本章节中所列的修改。
  2. 如果您在使用 Chrome 30 或更高版本或 Opera 11 或更高版本，将无法查看和软件一起安装的 Double-Take 文档的 HTML 版本，因为浏览器版本限制了查看本地安装文件的功能。如果要查看安装的 HTML 文档文件，必须使用这些浏览器的较早版本或使用其他浏览器。如果需要使对本地文件有所限制的浏览器，必须在命令提示符下输入 allow-file-access-from-files 参数，启动浏览器。浏览器打开后，必须输入要查看的 HTML 文件的完整路径和文件名。参阅 Vision Solutions 支持网站的 Double-Take 文档时，Chrome 和 Opera 没有上述限制，但仅限于在本地查看文件。

安装和升级

  1. 此版本不一定包含作为限制版本发行的所有产品更新。通过以下列表来确定已经包含在此版本中之前的各版产品。
  2. 如果从 Double-Take Console 执行远程推送安装，而接受推送的服务器没有 C 盘，请确保在“安装”页面更新安装文件夹字段。Double-Take Console 不会验证这些字段被设置为不存在的卷，安装也不会开始。此问题可能在将来的版本中得到解决。
  3. 如果从 5.3 版升级已存在的任务，升级前应当配置手动干预故障转移。升级后，设置为自动故障转移的所有任务都将出现“引擎连接错误”。如果未配置手动干预，而且出现引擎错误，则必须启动镜像（“其他任务操作”，“镜像”，“开始”），或者先停止任务，然后重新启动。
  4. 如果要保护 Linux 源服务器，而之前已安装 Double-Take 4.7 Linux 版，请按照下述步骤将 Linux 源服务器上的 Double-Take 驱动程序更新为此版本中包含的驱动程序。
    1. 关闭 Linux 源服务器上受保护的所有设备。
    2. 将 /etc/DT/dtfs_mounts 移动到 /etc/DT 之外的一个位置，以保存 DTFS 配置。
    3. 如果您之前使用 4.7 版执行整个服务器保护，则需通过 DTSetup (Setup tasks, Configure File System or Block Device Replication, Full Server Replication Configuration, Remove Full Server Protection) 将其删除 。
    4. 通过 DTSetup 停止 Double-Take 服务和驱动程序（启动/停止 Double-Take 守护程序，停止正在运行的服务和拆卸驱动程序配置）。
    5. 如果您之前使用 4.7 版执行整个服务器保护，请重新启动 Linux 源服务器，卸载旧版的驱动程序。
    6. 按照《用户指南》中的安装说明升级 Linux 源服务器上的 Double-Take。
    7. 重启 Linux 源服务器上的 Double-Take。
  5. 如果服务器上存在 5.3 版整个服务器至 ESX、整个服务器至 Hyper-V、V 至 ESX 或 V 至 Hyper-V 任务，请不要升级 Double-Take。升级 Double-Take 后，必须删除所有 5.3 版的复制任务类型，然后重新创建相应的任务。
  6. 如果存在 5.3 版的 Exchange 群集至独立服务器任务，必须在升级目标服务器上的 Double-Take 前停止该任务。目标服务器升级完成后，可以重启该任务。
  7. 如果要从 7.0.0 版升级 Double-Take Availability vSphere 版，应该在升级完成后，更改控制器和复制设备中使用的网络适配器以提高性能。按照下列要求来更改网络适配器。
    1. 请按照 Double-Take Availability vSphere 版的《用户指南》升级控制器设备和复制设备。
    2. 升级完成后，请确保关闭 Double-Take Console。
    3. 关闭所有的控制器设备和复制设备。
    4. 在 vSphere 客户端编辑每个软件设备的设置来删除 E1000 网络适配器并添加一个 VMXNET3 网络适配器。参阅 vSphere 文档，了解详细信息。请确保在每一个软件设备上执行此步骤。
    5. 打开每个软件设备。
    6. 打开软件设备后，选中“配置网络”和选项 0 来确认每台软件设备上的网络设置。如果网络设置正确，请重启 Double-Take Console 中的任务。如果网络设置不正确，使用“配置网络”选项修改设置，重新启动软件设备，然后重启 Double-Take Console 中的任务。

  8. 如果要使用 Linux Virtual Recovery Appliance 中的设置文件来升级 Double-Take Console 7.0.0，应该在升级软件设备之前删除文件 /opt/dbtk/share/installers/windows/dbtk_se_install.exe。如果您已经升级软件设备，则需要在 /opt/dbtk/share/installers/windows/ 中创建一个名为 dbtk_se_installer.exe 的符号链接（使用适当的管理权限）。该链接在同一目录下有一个带版本号的可执行文件目标，如下所示。

    rm /opt/dbtk/share/installers/windows/dbtk_se_install.exe

    ln –s /opt/dbtk/share/installers/windows/DoubleTake_7.0.1.2622.0.exe /opt/dbtk/share/installers/windows/dbtk_se_install.exe

回到顶部

许可信息

  1. 如果您在使用 6.0 或较早版本，必须使用以下过程来升级任何现有的 Double-Take 激活代码。
    1. 登录进入支持网站 http://www.VisionSolutions.com/SupportCentral。
    2. 选择 Agreements（协议）。
    3. 选择 Request Activation Codes (7.0)（申请激活代码 <7.0>）。
    4. 选择要升级和用于此版本的许可证，然后单击 Submit（提交）。
    5. 您将收到来自 CSRGroup@visionsolutions.com 的邮件，主题为 Upgraded Double-Take Activation Codes（已升级的 Double-Take 激活代码 ）。此邮件中包含以 XML 文件格式发送的已升级的激活代码以及导入代码的说明。如需了解导入许可证文件的详细细信息，请参阅《用户指南》或在线帮助。
  2. 此版本要求激活每一个 Double-Take 许可证。如果未在要求的时间范围内激活每个许可证，您的 Double-Take 任务将失败。

    如需了解许可证激活的全部详细信息，请参阅《用户指南》或在线帮助。

回到顶部

常见问题

下述问题可能是 Double-Take Availability 和/或 Double-Take Move 中多种复制任务类型的常见问题。

  1. 如果已指定一个 IP 地址作为源服务器的名称，但此 IP 地址并非该服务器的主 IP 地址，您将遇到快照功能的问题。如需使用快照，请使用源服务器的主 IP 地址或名称。
  2. 采用复制服务监视方式时，只能监视一个主 IPv6 地址用于故障转移。因此，如果每个子网有多个 IPv6 地址，采用复制服务监视方式时，故障转移监视可能无法正确运行。为了确保故障转移监视可以正确运行，采用复制服务监视方式时，请使用 IPv4 地址或每个子网只使用一个 IPv6 地址。还可以采用网络服务监视方式，可使用任何 IPv4 或 IPv6 配置。
  3. 如果您在使用 Windows 2008 R2，可重复使用相同的驱动器号装载和卸除虚拟硬盘。但是，一旦创建了一个任务，就不能将另一个不同的虚拟硬盘装载到任务中使用的同一个驱动器号下。这可能会导致错误、产生无复制关系的文件或可能造成数据损坏。如果必须更改与虚拟硬盘相关的驱动器号，则删除该任务，更改装载，然后重新创建该任务。此问题可能在将来的版本中得到解决。
  4. 如果当前使用 SQL 创建 SQL 数据库的快照，Double-Take Availability 验证报告将报告源服务器和目标服务器上的快照文件大小不同。这只是报告问题。快照文件会完整地镜像和复制到目标服务器中。此问题可能在以后的版本中得到解决。
  5. 如果您在使用 HP StorageWorks File Migration Agent，已迁移的文件会在验证报告中错误地报告修改时间戳差异。这只是报告问题。此问题可能在将来的版本中得到解决。
  6. 在任务创建过程中，Double-Take Console 可能在“设置选项”页面选择至目标服务器的错误路由。请确保您确认所选的路由可从源服务器进行访问。此问题可能在将来的版本中得到解决。
  7. 如果您在执行 DNS 故障转移，但源服务器和目标服务器位于同一个工作组，则必须为源 NIC 指定 DNS 后缀，该后缀必须与 DNS 服务器上的区域名称相对应。此问题可能在将来的版本中得到解决。
  8. 在群集配置中，如果在任务启动后将可能的所属节点添加到受保护的网络名称，则必须停止该任务，然后重新启动。如果不这样做，新节点的记录将不会被锁定。如果源群集节点重新启动，或者资源以其他方式在新的所属节点上循环，则上述情况可能会导致导致 DNS 记录出现问题。此问题可能在将来的版本中得到解决。
  9. 首次打开 Double-Take Console 时，“主页”可能不会显示任何出现错误的任务。如果转至控制台的其他页面，然后再返回“主页”，即可显示出现错误的所有任务。此问题可能在将来的版本中得到解决。
  10. 如果您在使用 Trend Micro Firewall，故障转移后可能无法访问共享。要避开此问题，可以使用 netsh 重置 IP 命令来重新设置 NIC 的 IP 地址。参阅 Windows 参考文档，了解诶使用该命令的详细信息。
  11. 如果当前在保护 Hyper-V 源服务器，并且选择一个现有的 Hyper-V 服务器作为目标服务器，则目标服务器上的 Hyper-V Integration Service 必须是 2008 SP2 或更高版本。如果不使用该版本，故障转移后目标服务器可能无法启动。这一局限性可能在将来的版本中得到解决。
  12. 由于 Windows 64 有严格的驱动程序签名策略，如果故障转移后获得终止代码 0x7b，则可能由于驱动程序签名未遵守该策略而导致驱动程序加载失败。在此情况下，请重启服务器并按 F8。选择不强制执行驱动程序签名策略的选项。如果这样能让系统启动，那说明导致问题的原因是 cat 文件签名不匹配。此问题可能在将来的版本中得到解决。如果系统仍然无法启动，请联系技术支持部门。
  13. 如果在任务验证过程中接收到路径转换错误，指示目标服务器中不存在某个卷，虽然源服务器中没有相应的数据处于受保护状态，也需要手动修改复制集规则。返回“选择数据”页面，在“复制集规则”下找到错误消息中指出的卷。删除任何与该卷关联的规则。完成剩余的工作流程，验证即应该可以通过。此问题可能在将来的版本中得到解决。
  14. 如果已指定将根目录的卷排除在外的复制集规则，编辑已创建的任务时会将该卷错误地添加为包含。如需编辑任务，请修改复制集规则，确保其包括符合要求的包含和排除规则。此问题可能在将来的版本中得到解决。
  15. 如果在 WAN 网络中使用 Double-Take，而没有 DNS 名称解析，则需要将主机名称添加到运行 Double-Take 的每台服务器的主文件中。参阅 Windows 文档，了解添加条目到主文件的说明。
  16. 如果要在 Windows XP 计算机上运行 Double-Take Console 并将一个 Windows 2012 群集添加到该控制台，则必须使用 IPv4 地址来添加该群集。如果使用群集名称或完全限定的域名来添加，控制台将无法连接至 Windows 2012 群集上的 Double-Take 管理服务。
  17. 如果当前在保护 Windows 2012 服务器上的 CSV 卷，进行文件重命名操作的过程中可能在系统日志中看到事件16400。该错误并不表示目标服务器上的复制或数据完整性出现问题，因此可以忽略该错误。此问题可能在将来的版本中得到解决。
  18. 服务监视已被扩展至文件和文件夹任务但必须确保正在使用的是最新版本的控制台。较早版本的控制台将无法为升级后的服务器或之前有服务监视功能的应用程序任务更新服务监视。
  19. Double-Take 管理服务在 6.0 版之前均不能被群集识别。因此，如果当前从运行 6.0 或更高版本的 Double-Take Console 中监视运行 Double-Take 5.3 的群集或群集节点，则将看到和服务器相关的错误。这不影响控制台的“管理任务”页面以及可能正在使用这些群集或群集节点的任务。
  20. 如果 Double-Take Console 在最大化窗口中运行或在低分辨率显示器上显示，可能会看到屏幕显示不一致。例如，“设置选项”页面可能不会看到滚动条，“下一步”按钮可能不会在“设置选项”页面中变为可用，或者验证过程不会在“汇总”页面显示完成。出现这些情况时，请重新调整窗口大小，不要将窗口最大化。此问题可能在将来的版本中得到解决。

回到顶部

整个服务器任务和整个服务器迁移任务

下述问题适用于整个服务器和整个服务器迁移任务。

  1. 故障转移开始前，Double-Take 将停止对 Windows 不重要的所有服务。如果停止命令失败（可能由于是阻塞式驱动程序无法被关闭，正如某些杀毒软件的情形），或者某个第三方工具重启了这些服务中的任意一项，Double-Take 可能无法成功地故障转移被这些服务锁定的文件。在此情况下，可能必须在故障转移后手动修改服务器。
  2. 故障转移完成后，并且目标服务器已作为源服务器联机，登录时可能必须指定一个 Windows 重启的原因。可以指定任何原因，然后继续。此外，可能看到一条提示，指示由于设备更改，需要重启。可以忽略这条错误消息，选择稍后重启。
  3. 整个服务器保护任务配置为进行反向时，首次备份任务完成、手动进行更新和目标服务器重启后，备份任务可能被孤立。在此特殊情况下，需联系技术支持部门，获取在反向过程中使用备份任务的解决方法。此问题可能在将来的版本中得到解决。
  4. 如果暂停整个服务器任务，然后从暂停状态停止该任务，将无法重新启动该任务。必须删除该任务，然后重新创建。此问题可能在将来的版本中得到解决。
  5. 如果已启用反向，当前正在更新目标服务器图像，而目标服务器重启时会更新 Double-Take 服务（手动或自动，例如目标服务器重启），应该在 Double-Take 服务重新联机后重启目标图像更新。这会改正控制台中显示的错误状态并确保目标服务器图像完整。
  6. 创建整个服务器任务后，使用同一对源服务器和目标服务器将无法创建任何其他类型的任务。这一局限性可能在将来版本中得到解决。

回到顶部

Microsoft Exchange 任务和 SQL 任务

下述问题针对 Microsoft Exchange 任务和 SQL 任务。

  1. 如果应用程序的虚拟 IP 地址脱机，尝试故障恢复到源群集时可能接收到错误消息。请确定源群集的虚拟名称和 IP 地址资源以及应用程序的虚拟 IP 地址资源处于联机状态，然后重试故障恢复。
  2. 您无法使用同一对源服务器和目标服务器创建应用程序任务（Microsoft Exchange 或 SQL）以及文件和文件夹任务。这一局限性可能在将来版本中得到解决。
  3. 下述问题专门针对 Microsoft Exchange 保护。
    1. CatalogData 目录不会被镜像至目标服务器，但故障转移后会在目标服务器上自动重新生成。故障转移后，在重建目录数据之前搜索消息的速度可能比较慢。
    2. 如果当前在保护 Exchange 2010，进行克隆前一个公用文件夹存储已存在于目标服务器中，但源服务器上无相应的公用文件夹存储的话，“修复全部”选项可能会报告验证错误。可以忽略此类错误。接下来的修复和验证都能成功。
    3. 如果当前在保护 DAG 环境中的 Exchange 2010，而故障恢复后邮箱存储区无法联机，则需手动装载该存储区。如果不起作用，请联系技术支持部门获取帮助。
    4. 如果当前在保护带公用文件夹的 Exchange 2010 DAG，并且故障转移后已在目标服务器上更新所有公用文件夹，故障转移后可能要延迟一段时间才能看到更新。原因是在 DAG 配置中，邮箱数据库在节点之间移动时，默认的公用文件夹存储并不移动。将从目标服务器中对装载了 DAG 的节点进行还原，此过程可能包含也可能不包含默认的公用文件夹存储。因此，故障恢复后，公用文件夹的更新在进行公用文件夹复制前可能不可用。

回到顶部

整个服务器至 ESX/Hyper-V 和 V 至 ESX/Hyper-V 任务

下述问题针对以下复制任务类型。

  1. 如果当前在群集环境中使用 Windows 2008 R2 Service Pack 1，进行 Double-Take Availability 反向过程后，SCVMM 可能会错误地报告虚拟机丢失。要避开此问题，请将虚拟机从 SCVMM 中移除，在适当的状态下其将自动添加回去。此问题可能在将来的版本中得到解决。

  2. 如果已经通过 V 至 Hyper-V 任务将带 DVD 驱动器的 Gen 2 虚拟机从 Windows 2012 R2 源主机故障转移至 Windows 2012 R2 目标主机，反向过程会失败。您需要从原始源服务器中移除 DVD 驱动器，停止该任务，然后重启，从而避开该问题。此问题可能在将来的版本中得到解决。

回到顶部

Linux 任务

下述问题适用于 Linux 文件和文件夹以及整个服务器至 ESX 设备任务。

  1. 此版本不支持整个服务器（磁盘至磁盘）故障转移。但是可以配置一个整个服务器任务，使用应用注释来完成手动恢复过程。访问 Vision Solutions 支持网站，了解应用注释。

  2. 整个服务器至 ESX 设备任务不支持 Windows 源服务器。如果使用 Windows 源服务器，需要使用另一种复制任务类型。
  3. 不要使用 Internet Explorer 10 或 11 来访问虚拟恢复设备的 Web 界面。
  4. 如果 Linux 文件和文件夹复制集中存在硬链接，请注意以下警告事项。
  5. 文件关闭后，会发送两个复制操作。这可能会影响性能。此问题可能在将来的版本中得到解决。
  6. 如果 Linux 文件和文件夹复制集包含具体文件的排除规则，还原过程中生成的复制集将不会包含这些相同的排除规则。因此，如果目标服务器上存在被排除的文件，文件可能会被还原，最终可能会覆盖源服务器上的文件。此问题可能在将来的版本中得到解决。
  7. 对于 Linux 文件和文件夹任务，如果使用 MonitorOption DTCL 命令指定 NoMoveAddresses，故障转移后，这些地址仍会被转移。此问题可能在以后的版本中得到解决。
  8. 对于 Linux 文件和文件夹任务，如果计划了传输启动标准，您会在执行计划启动时发现传输状态出错。但传输将仍会按计划继续进行。此问题可能在以后的版本中得到解决。
  9. 对于 Linux 文件和文件夹任务，计划确认过程时，保存计划确认设置后会运行一个确认报告。计划确认仍会按计划继续进行。此问题可能在以后的版本中得到解决。
  10. 对于 Linux 文件和文件夹任务， 根据指定的字节限制阻止传输的功能目前不可用。此问题可能在以后的版本中得到解决。
  11. 请确保为您的 Linux 复制任务类型使用适当的客户端。整个服务器至 ESX 设备任务必须只能使用 Double-Take Console。如果使用 Double-Take Console 创建了一个整个服务器至 ESX 设备任务，请不要使用 Replication Console 来控制整个服务器至 ESX 设备任务。反向也同样适用于 Linux 文件和文件夹任务。
  12. 稀疏文件会变为目标服务器上的完整大小、零填充的文件。

回到顶部

无代理任务

下述问题适用于无代理 Hyper-V 以及无代理 vSphere 任务。

  1. 如果已经升级了 6.0 版中的任务，添加到 7.0 版无代理 Hyper-V 任务中的新的 DNS 更新功能将不可用。如果要使用新的 DNS 更新功能，需要删除任务，创建一个新的任务。
  2. 如果无代理 vSphere 任务正在进行复制并且源复制设备或主机已经重新启动，任务会停止。您需要手动重启任务。此问题可能在将来的版本中得到解决。
  3. 不要使用 Internet Explorer 10 或 11 来访问复制设备或控制器设备的 Web 界面。
  4. 无代理 vSphere 任务不支持 NFS 共享以及使用 NFS 共享的产品，例如 NetApp。这一局限性可能在将来版本中得到解决。

回到顶部

联系信息

本文档遵守以下约定：(1) 本文档如有更改，恕不另行通知；(2) 按照许可证协议提供本文档；(3) 本文档为各自所有者专有；(4) 按照许可证协议，不得拷贝或复制本文档，除非获得授权；(5) 本文档不提供任何明示或暗式保证； (6) 本文档不授权许可证持有人、最终用户或任何其他方访问本文档或所提供的 Vision Solutions, Inc. 其他专有信息中任何内容的源代码或源代码文档；且 (7) 按照 OSTPC 的许可证协议以及免于保证和责任的声明，所有开源和第三方组件 (OSTPC) 均“按原样” (AS IS) 提供。

Vision Solutions, Inc. 及/或其位于美国及/或其他国家的附属公司和子公司拥有/具有某些商标、注册商标和徽标的所有权。Hyper-V 和 Windows 都是 Microsoft Corporation 在美国及/或其他国家的注册商标。Linux 是 Linus Torvalds 的注册商标。vSphere 是 VMware 的注册商标。所有其他商标均为相应的公司所有。要获取其他公司注册商标的完整列表，请访问该公司网站。

© 2013 Vision Solutions, Inc. 保留所有权利。