Azure Site Recovery 部署规划器版本历史记录Azure Site Recovery Deployment Planner Version History

本文提供 Azure Site Recovery 部署规划器的所有版本历史记录和修复,以及每个版本的已知限制和发布日期。This article provides history of all versions of Azure Site Recovery Deployment Planner along with the fixes, known limitations in each and their release dates.

版本 2.52Version 2.52

发布日期:2020 年 6 月 4 日Release Date: June 4, 2020


  • 添加了对 vCenter 7.0 的支持Added support for vCenter 7.0

  • 添加了对以下操作系统的支持:Added support for following operating systems:

    • SUSE Linux Enterprise 15(包括所有次要版本)SUSE Linux Enterprise 15 (with all minor versions)
    • Red Hat Enterprise Linux 8(包括所有次要版本)Red Hat Enterprise Linux 8 (with all minor versions)

版本 2.51Version 2.51

发布日期:2019 年 8 月 22 日Release Date: August 22, 2019


  • 修复了部署规划器版本 2.5 中的成本建议问题Fixed the cost recommendation issue with Deployment Planner version 2.5

版本 2.5Version 2.5

发布日期:2019 年 7 月 29 日Release Date: July 29, 2019


  • 对于 VMware 虚拟机和物理计算机,将建议更新为基于到托管磁盘的复制。For VMware virtual machines and physical machines, recommendation is updated to be based on replication to Managed Disks.
  • 添加了对 Windows 10 (x64)、Windows 8.1 (x64)、Windows 8 (x64)、Windows 7 (x64) SP1 或更高版本的支持Added support for Windows 10 (x64), Windows 8.1 (x64), Windows 8 (x64), Windows 7 (x64) SP1 or later

版本 2.4Version 2.4

发布日期:2019 年 4 月 17 日Release Date: April 17, 2019


  • 改进了操作系统兼容性,特别是处理基于本地化的错误方面的兼容性。Improved operating system compatibility, specifically when handling localization-based errors.
  • 在兼容性清单中添加了最大支持 20 Mbps 数据更改率(变动率)的 VM。Added VMs with up to 20 Mbps of data change rate (churn) to the compatibility checklist.
  • 改进了错误消息Improved error messages
  • 添加了对 vCenter 6.7 的支持。Added support for vCenter 6.7.
  • 添加了对 Windows Server 2019 和 Red Hat Enterprise Linux (RHEL) 工作站的支持。Added support for Windows Server 2019 and Red Hat Enterprise Linux (RHEL) workstation.

版本 2.3Version 2.3

发布日期:2018 年 12 月 3日Release Date: December 3, 2018


  • 修复了阻止部署规划器使用提供的目标位置和订阅生成报告的问题。Fixed an issue that prevented the Deployment Planner from generating a report with the provided target location and subscription.

版本 2.2Version 2.2

发布日期:2018 年 4 月 25日Release Date: April 25, 2018


  • GetVMList 操作:GetVMList operations:
    • 修复了当指定的文件夹不存在导致 GetVMList 失败的问题。Fixed an issue that caused GetVMList to fail if the specified folder doesn't exist. 它现在会创建默认目录,或创建 outputfile 参数中指定的目录。It now either creates the default directory, or creates the directory specified in the outputfile parameter.
    • 添加了 GetVMList 的更详细失败原因。Added more detailed failure reasons for GetVMList.
  • 在部署规划器报告的兼容 VM 工作表中以列的形式添加了 VM 类型信息。Added VM type information as a column in the compatible VMs sheet of the Deployment Planner report.
  • Hyper-V 到 Azure 的灾难恢复:Hyper-V to Azure disaster recovery:
    • 已从分析中排除使用共享 VHD 和直通磁盘的 VM。Excluded VMs with shared VHDs and PassThrough disks from profiling. Startprofiling 操作会在控制台中显示已排除的 VM 列表。The Startprofiling operation shows the list of excluded VMs in the console.
    • 在不兼容的 VM 列表中添加了包含 64 个以上磁盘的 VM。Added VMs with more than 64 disks to the list of incompatible VMs.
    • 更新了初始复制 (IR) 和增量复制 (DR) 压缩因子。Updated the initial replication (IR) and delta replication (DR) compression factor.
    • 添加了对 SMB 存储的有限支持。Added limited support for SMB storage.

版本 2.1Version 2.1

发布日期:2018 年 1 月 3日Release Date: January 3, 2018


  • 更新了 Excel 报告。Updated the Excel report.
  • 修复了 GetThroughput 操作的 bug。Fixed bugs in the GetThroughput operation.
  • 添加了相应的选项用于限制要分析或要生成报告的 VM 数。Added option to limit the number of VMs to profile or generate the report. 默认限制为 1,000 个 VM。The default limit is 1,000 VMs.
  • VMware 到 Azure 的灾难恢复:VMware to Azure disaster recovery:
    • 修复了将 Windows Server 2016 VM 加入不兼容表的问题。Fixed an issue of Windows Server 2016 VM going into the incompatible table.
    • 更新了可扩展固件接口 (EFI) Windows VM 的兼容性消息。Updated compatibility messages for Extensible Firmware Interface (EFI) Windows VMs.
  • 更新了从 VMware 灾难恢复到 Azure 以及从 Hyper-V 灾难恢复到 Azure 时,每个 VM 的 VM 数据变动率限制。Updated the VMware to Azure and Hyper-V to Azure, VM data churn limit per VM.
  • 改进了 VM 列表文件分析的可靠性。Improved reliability of VM list file parsing.

版本 2.0.1Version 2.0.1

发布日期:2017 年 12 月 7日Release Date: December 7, 2017


  • 添加了有关优化网络带宽的建议。Added recommendation to optimize the network bandwidth.

版本 2.0Version 2.0

发布日期:2017 年 11 月 28日Release Date: November 28, 2017


  • 添加了 Hyper-V 到 Azure 的灾难恢复的支持。Added support for Hyper-V to Azure disaster recovery.
  • 添加了成本计算器。Added cost calculator.
  • 为 VMware 到 Azure 的灾难恢复添加了 OS 版本检查,以确定 VM 是否与保护功能兼容。Added OS version check for VMware to Azure disaster recovery to determine if the VM is compatible or incompatible for the protection. 该工具会使用 vCenter 服务器针对该 VM 返回的 OS 版本字符串。The tool uses the OS version string that is returned by the vCenter server for that VM. 它是用户在 VMware 中创建 VM 时选择的来宾操作系统版本。It's the guest operating system version that user has selected while creating the VM in VMware.

已知限制:Known limitations:

  • 对于 Hyper-V 到 Azure 的灾难恢复,不支持名称中包含 ,"[]` 等字符的 VM。For Hyper-V to Azure disaster recovery, VM with name containing the characters like: ,, ", [, ], and ` aren't supported. 分析后,报告生成将会失败或包含错误的结果。If profiled, report generation will fail or will have an incorrect result.
  • 对于 VMware 到 Azure 的灾难恢复,不支持名称中包含逗号的 VM。For VMware to Azure disaster recovery, VM with name containing comma isn't supported. 分析后,报告生成将会失败或包含错误的结果。If profiled, report generation fails or will have an incorrect result.

版本 1.3.1Version 1.3.1

发布日期:2017 年 7 月 19日Release Date: July 19, 2017


  • 添加了在报告生成中包含大型磁盘 (> 1TB) 的支持。Added support for large disks (> 1 TB) in report generation. 现在可以使用部署规划器来计划磁盘大小超出 1 TB(最大为 4095 GB)的虚拟机的复制。Now you can use Deployment Planner to plan replication for virtual machines that have disk sizes greater than 1 TB (up to 4095 GB). 阅读有关 Azure Site Recovery 中的大型磁盘支持的更多内容Read more about Large disk support in Azure Site Recovery

版本 1.3Version 1.3

发布日期:2017 年 5 月 9 日Release Date: May 9, 2017


  • 添加了在报告生成中包含托管磁盘的支持。Added support for managed disk in report generation. 可以放置到单个存储帐户的 VM 数的计算取决于是否为故障转移/测试故障转移选择了托管磁盘。The number of VMs that can be placed to a single storage account is calculated based on if the managed disk is selected for Failover/Test Failover.

版本 1.2Version 1.2

发布日期:2017 年 4 月 7日Release Date: April 7, 2017


  • 对每个 VM 添加了启动类型(BIOS 或 EFI)检查,以确定 VM 是否与保护功能兼容。Added boot type (BIOS or EFI) checks for each VM to determine if the VM is compatible or incompatible for the protection.

  • 在兼容的 VM 和不兼容的 VM 工作表中添加了每个虚拟机的 OS 类型信息。Added OS type information for each virtual machine in the compatible VMs and incompatible VMs worksheets.

  • 添加了对在 Azure 中国区域执行 GetThroughput 操作的支持。Added support for GetThroughput operation for the China Azure regions.

  • 添加了针对 vCenter 和 ESXi Server 的更多先决条件检查。Added few more prerequisite checks for vCenter and ESXi Server.

  • 修复了将区域设置指定为非英语时生成错误报告的问题。Fixed an issue of incorrect report getting generated when locale settings are set to non-English.

版本 1.1Version 1.1

发布日期:2017 年 3 月 9日Release Date: March 9, 2017


  • 修复了当有两个或更多个具有相同名称或 IP 地址的 VM 跨不同的 vCenter ESXi 主机时阻止分析 VM 的问题。Fixed an issue that prevented profiling VMs when there are two or more VMs with the same name or IP address across various vCenter ESXi hosts.
  • 修复了导致对兼容 VM 和不兼容 VM 工作表禁用复制与搜索的问题。Fixed an issue that caused copy and search to be disabled for the compatible VMs and incompatible VMs worksheets.

版本 1.0Version 1.0

发布日期:2017 年 2 月 23日Release Date: February 23, 2017

已知限制:Known limitations:

  • 仅支持 VMware 到 Azure 的灾难恢复方案。Supports only for VMware to Azure disaster recovery scenarios. 对于 Hyper-V 到 Azure 的灾难恢复方案,请使用 Hyper-V 容量规划器工具For Hyper-V to Azure disaster recovery scenarios, use the Hyper-V capacity planner tool.

  • 不支持在 Azure 中国区域执行 GetThroughput 操作。Doesn't support the GetThroughput operation for the China Azure regions.

  • 如果 vCenter 服务器中有两个或更多个 VM 跨不同的 ESXi 主机使用相同的名称或 IP 地址,则该工具无法分析 VM。The tool cann't profile VMs if the vCenter server has two or more VMs with the same name or IP address across various ESXi hosts. 在此版本中,该工具将跳过 VMListFile 中针对重复 VM 名称或 IP 地址的分析。In this version, the tool skips profiling for duplicate VM names or IP addresses in the VMListFile. 解决方法是使用 ESXi 主机而不是 vCenter 服务器来分析 VM。The workaround is to profile the VMs by using an ESXi host instead of the vCenter server. 确保运行每个 ESXi 主机的一个实例。Ensure to run one instance for each ESXi host.