更改体验 -
在 Azure 门户中打开保管库。
选择“开始”部分下，单击“Site Recovery” 。
单击该页面顶部的横幅。
随即将打开体验选择边栏选项卡。 如果要使用配置服务器，请选择经典体验，然后单击“确定”。 如果不想使用，请关闭该窗格。
备注
请注意，体验类型从新式切换到经典后，不能在同一恢复服务保管库中再次切换。 在保存此更改之前，请确保选择所需的体验。
是否可以迁移到新式体验？
使用经典体验复制的所有 VMware VM 或物理服务器都可以迁移到新式体验。 在此处检查详细信息并按照教程进行操作。
VMware VM 灾难恢复需用到哪些组件？
了解 VMware VM 灾难恢复涉及到的组件。
是否可以使用 Site Recovery 将 VMware VM 迁移到 Azure？
是的。 除了使用 Site Recovery 设置 VMware VM 的完全灾难恢复以外，还可以使用 Site Recovery 将本地 VMware VM 迁移到 Azure。 在此场景中，可将本地 VMware VM 复制到 Azure 存储。 然后从本地故障转移到 Azure。 故障转移后，应用和工作负荷可供使用并在 Azure VM 上运行。 该过程类似于设置完全灾难恢复，不过，在迁移时，无法从 Azure 故障回复。
我的 Azure 帐户是否需要拥有创建 VM 的权限？
如果你是订阅管理员，则已经获得了所需的复制权限。 如果你不是管理员，则需要拥有执行以下操作的权限：
在配置 Site Recovery 时指定的资源组和虚拟网络中创建 Azure VM。
根据配置写入选定的存储帐户或托管磁盘。
详细了解所需权限。
可以复制哪些应用程序？
可以复制 VMware VM 中运行的、符合复制要求的任何应用或工作负荷。
Site Recovery 支持应用程序感知型复制，因此，应用可以故障转移或故障回复到智能状态。
Site Recovery 与 Microsoft 应用程序集成，例如 SharePoint、Exchange、Dynamics、SQL Server 和 Active Directory。 Microsoft 还与 Oracle、SAP、IBM 和 Red Hat 等领先供应商密切合作。
详细了解工作负荷保护。
是否可以在 Azure 上使用来宾 OS 服务器许可证？
可以，Microsoft 软件保障客户可以使用 Azure 混合权益来节省迁移到 Azure 的 Windows Server 计算机的许可成本，或将 Azure 用于灾难恢复。
安全性
Site Recovery 需要对 VMware 服务器拥有哪些访问权限？
Site Recovery 需要访问 VMware 服务器，才能够：
设置运行 Site Recovery 配置服务器的 VMware VM。
自动发现要复制的 VM。
Site Recovery 需要对 VMware VM 拥有哪些访问权限？
若要完成复制，必须在 VMware VM 上安装并运行 Site Recovery 移动服务。 可以手动部署所需的工具，或者在为 VM 启用复制时，指定 Site Recovery 要执行服务的推送安装。
在复制期间，VM 将与 Site Recovery 通信，如下所述：
VM 通过 HTTPS 端口 443 与配置服务器通信，以进行复制管理。
VM 通过 HTTPS 端口 9443 向进程服务器发送复制数据。 （此设置可修改。）
如果启用了多 VM 一致性，则 VM 通过端口 20004 相互通信。
复制数据是否会发送到 Site Recovery？
不会。Site Recovery 不会拦截复制的数据，也没有 VM 上运行的组件的任何相关信息。 复制数据在 VMware 虚拟机监控程序与 Azure 存储之间交换。 站点恢复并不具有拦截该数据的能力。 只有协调复制与故障转移所需的元数据会发送到站点恢复服务。
Site Recovery 已通过 ISO 27001:2013、27018、HIPAA 和 DPA 认证， 目前正在接受 SOC2 和 FedRAMP JAB 评估。
定价
如何计算 VMware 灾难恢复的大约费用？
可以使用定价计算器来估算使用 Site Recovery 时的费用。
若要对费用进行详细的估算，请运行适用于 VMware 的部署规划器工具，并使用成本估算报告。
复制到存储的费用与直接复制到托管磁盘的费用是否有任何差别？
托管磁盘的收费与存储帐户略有不同。 详细了解托管磁盘的定价。
复制到常规用途 v2 存储帐户时，开销是否有什么不同？
你通常会发现 GPv2 存储帐户产生的事务成本增加，因为 Azure Site Recovery 的事务量很大。 详细了解如何估算费用。
移动服务
在哪里可以找到移动服务安装程序？
安装程序位于配置服务器上的 %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository 文件夹中。
如何安装移动服务？
在要复制的每个 VM 上，使用以下多种方法之一安装该服务：
推送安装
从 UI 或 PowerShell 手动安装
使用 Configuration Manager 等部署工具进行部署
托管磁盘
Site Recovery 将数据复制到何处？
Site Recovery 将本地 VMware VM 和物理服务器复制到 Azure 中的托管磁盘。
Site Recovery 进程服务器将复制日志写入到目标区域中的缓存存储帐户。
这些日志用于在带有 asrseeddisk 前缀的 Azure 托管磁盘上创建恢复点。
故障转移时，将使用所选的恢复点来创建新的目标托管磁盘。 此托管磁盘附加到 Azure 中的 VM。
以前已复制到存储帐户的 VM（2019 年 3 月以前）不受影响。
是否可将新计算机复制到存储帐户？
否。 从 2019 年 3 月开始，在 Azure 门户中只能复制到 Azure 托管磁盘。
只能使用 PowerShell（Az.RecoveryServices 模块版本 1.4.5）或 REST API（版本 2018-01-10 或 2016-08-10）将新 VM 复制到存储帐户。 了解如何使用 PowerShell 命令来设置复制。
复制到托管磁盘的优点是什么？
了解 Site Recovery 如何使用托管磁盘简化灾难恢复。
计算机受保护后，是否可以更改托管磁盘类型？
是的，可以轻松针对正在进行的复制更改托管磁盘的类型。 在更改类型之前，请确保未在托管磁盘上生成任何共享访问签名 URL：
在 Azure 门户中转到“托管磁盘”资源，并检查“概述”边栏选项卡上是否出现了共享访问签名 URL 横幅。
如果出现了横幅，请选择它以取消正在进行的导出。
在接下来的几分钟内更改磁盘类型。 如果更改了托管磁盘类型，需要等待 Azure Site Recovery 生成全新的恢复点。
对将来的任何测试故障转移或故障转移使用新恢复点。
是否可将复制目标从托管磁盘切换为非托管磁盘？
否。 不支持从托管磁盘切换为非托管磁盘。
复制
复制的 VM 要满足哪些要求？
详细了解 VMware VM 和物理服务器的支持要求。
可以多久复制到 Azure 一次？
将 VMware VM 复制到 Azure 时，复制是持续性的。
是否可以扩展复制？
不支持扩展或链式复制。 请在反馈论坛中请求此功能。
如何跟踪初始复制/同步的进度？
此功能最近已应用于 Site Recovery 服务。 将 Site Recovery 基础结构（配置服务器、横向扩展进程服务器）和移动代理更新至版本 9.36 或更高版本，以获取准确的详细信息。 有关如何跟踪进度的详细信息，请参阅此处。
是否可以执行脱机初始复制？
不支持脱机复制。 请在反馈论坛中请求此功能。
什么是 asrseeddisk？
对于每个源磁盘，数据将复制到 Azure 中的托管磁盘。 此磁盘带有 asrseeddisk 前缀。 其中存储了源磁盘的副本和所有恢复点快照。
是否可从复制中排除磁盘？
是的，可以排除磁盘。
是否可以复制包含动态磁盘的 VM？
可以复制动态磁盘。 操作系统磁盘必须是基本磁盘。
如果我使用复制组实现多 VM 一致性，是否可以将新 VM 添加到现有复制组？
是的，可以在为新 VM 启用复制时将这些 VM 添加到现有复制组。 但是：
开始复制后，无法将 VM 添加到现有的复制组。
无法为现有的 VM 创建复制组。
是否可以通过添加磁盘或调整磁盘大小来修改正在复制的 VM？
对于从 VMware 复制到 Azure，可以修改源 VM 的磁盘大小。 如果要添加新磁盘，则必须为 VM 添加磁盘并重新启用保护。
是否可以在不影响进行中复制的情况下将本地计算机迁移到新的 vCenter Server？
请参阅我们的指南将计算机迁移到新 vCenter
是否可以复制到在其上配置了虚拟网络（具有 Azure 防火墙）的缓存或目标存储帐户？
否，Site Recovery 不支持复制到虚拟网络上的 Azure 存储。
生成崩溃一致性恢复点的频率是多少？
Site Recovery 每隔 5 分钟生成一次崩溃一致性恢复点。
组件升级
我的移动服务代理或配置服务器版本较低，并且升级失败。 我该怎么办？
Site Recovery 遵循 N-4 支持模型。 详细了解如何从很低的版本升级。
在哪里可以找到 Azure Site Recovery 的发行说明和更新汇总？
了解新的更新并获取汇总信息。
在哪里可以找到有关灾难恢复到 Azure 的升级信息？
了解如何升级。
每次升级后是否都需要重新启动源计算机？
建议每次升级后重新启动，但不一定非要这样做。 了解详细信息。
配置服务器
配置服务器的作用是什么？
配置服务器运行本地 Site Recovery 组件，包括：
配置服务器本身。 该服务器协调本地组件与 Azure 之间的通信，并管理数据复制。
充当复制网关的进程服务器。 此服务器：
接收复制数据。
通过缓存、压缩和解密来优化数据。
将数据发送到 Azure 存储。 进程服务器还会在 VM 上推送安装移动服务，并执行本地 VMware VM 的自动发现。
处理从 Azure 进行故障回复期间生成的复制数据的主目标服务器。
详细了解配置服务器组件和流程。
要在哪个位置设置配置服务器？
需要为配置服务器提供一个高度可用的本地 VMware VM。 对于物理服务器灾难恢复，请在物理计算机上安装配置服务器。
配置服务器需要满足哪些条件？
请查看先决条件。
是否可以手动设置配置服务器，而不使用模板进行设置？
我们建议使用最新版本的开放虚拟化格式 (OVF) 模板来创建配置服务器 VM。 如果你无法使用该模板（例如，无法访问 VMware 服务器），请从门户下载安装程序文件并设置配置服务器。
是否可将配置服务器复制到多个区域？
否。 若要复制到多个区域，需在每个区域中设置一个配置服务器。
是否可以在 Azure 中托管配置服务器？
虽然可以这样做，但运行配置服务器的 Azure VM 需要与本地的 VMware 基础结构和 VM 通信。 这种通信可能会增大延迟并影响正在进行的复制。
如何更新配置服务器？
了解如何更新配置服务器。
可以在 Azure 更新页中找到最新的更新信息。
可从门户下载最新版本。 也可以直接从 Microsoft 下载中心下载最新版本的配置服务器。
如果你的版本比当前版本低 4 个版本，请参阅支持声明获取升级指导。
是否应备份配置服务器？
建议定期备份配置服务器。
若要成功进行故障回复，要故障回复的 VM 必须位于配置服务器数据库中。
配置服务器必须正在运行且处于连接状态。
详细了解常见的配置服务器管理任务。
设置配置服务器时，是否可以手动下载并安装 MySQL？
是的。 请下载 MySQL 并将其置于 C:\Temp\ASRSetup 文件夹中。 然后手动安装它。 设置配置服务器 VM 并接受条款后，MySQL 在“下载并安装”中将列出为“已安装”。
我是否可以避免下载 MySQL 但让 Site Recovery 安装它？
是的。 请下载 MySQL 安装程序并将其置于 C:\Temp\ASRSetup 文件夹中。 设置配置服务器 VM 时，请接受条款，然后选择“下载并安装”。 门户将使用你添加的安装程序来安装 MySQL。
是否可以将配置服务器 VM 用于任何其他项？
否。 请仅将 VM 用于配置服务器。
是否可以克隆配置服务器并将其用于业务流程？
否。 请设置新配置服务器以避免注册问题。
是否可以更改配置服务器注册到的保管库？
否。 将某个保管库关联到配置服务器后，无法更改该保管库。 了解如何将配置服务器注册到不同的保管库。
是否可以将同一配置服务器同时用于 VMware VM 和物理服务器的灾难恢复？
可以，但请注意，物理计算机仅可故障回复到 VMware VM。
在哪里可以下载配置服务器的密码？
了解如何下载通行短语。
在哪里可以下载保管库注册密钥？
在“恢复服务保管库”中，选择“Site Recovery 基础结构”>“管理”中的“配置服务器”。 然后在“服务器”中，选择“下载注册密钥”以下载保管库凭据文件。
是否可以使用单个配置服务器来保护多个 vCenter 实例？
是，单个配置服务器可以保护多个 vCenter 中的 VM。 对于可以添加到配置服务器的 vCenter 实例的数量没有限制，但是对于单个配置服务器可以保护的 VM 数量的限制确实适用。
单个配置服务器是否可以保护 vCenter 中的多个群集？
是，Azure Site Recovery 可以保护不同群集上的 VM。
进程服务器
为何启用复制时无法选择进程服务器？
9\.24 和更高版本中的更新现在会在启用复制时显示进程服务器的运行状况。 此功能有助于避免发生进程服务器限制，并尽量避免使用不正常的进程服务器。
如何将进程服务器更新到 9.24 或更高版本，以获取准确的运行状况信息？
从版本 9.24 开始添加了更多警报来指示进程服务器的运行状况。 将 Site Recovery 组件更新到 9.24 或更高版本，以生成所有警报。
如何确保进程服务器的高可用性？
通过配置多个进程服务器，可以灵活地将受保护的计算机从运行不正常的进程服务器移动到正常工作的进程服务器。 若要将计算机从一个进程服务器移动到另一个进程服务器，则必须通过此处定义的步骤显式/手动启动：在进程服务器之间移动 VM。
故障转移和故障回复
是否可以使用本地进程服务器进行故障回复？
我们强烈建议在 Azure 中创建一个进程服务器用于故障回复，以免出现数据传输延迟。 此外，如果已在配置服务器将源 VM 网络与面向 Azure 的网络相隔离，则必须使用 Azure 中创建的进程服务器进行故障回复。
是否可以在故障转移之后保留 IP 地址？
是的，可以在故障转移之后保留 IP 地址。 在故障转移之前，请确保在 VM 的“计算和网络”设置中指定目标 IP 地址。 此外，故障转移时请关闭计算机，以免故障回复期间发生 IP 地址冲突。
在故障转移之前是否可以更改目标 VM 大小或 VM 类型？
是的，在故障转移之前的任何时间，都可以更改 VM 的类型或大小。 在门户中使用已复制的 VM 的“计算和网络”设置即可。
可以恢复到哪个最早的时间点？
对于 VMware 到 Azure 的复制，可以使用的最早恢复点是 15 天。
如何修剪恢复点？
每隔 5 分钟生成一次崩溃一致性恢复点。 应用一致性快照根据你输入的输入频率生成。 对于超出两小时的情况，可能会根据你输入的保留期来修剪恢复点。 下面是场景：
保留期输入 修剪机制
0 天 未保存恢复点。 只能故障转移到最新点
1 天 过去两小时之前每小时保存一个恢复点
2 - 7 天 过去两小时之前每两个小时保存一个恢复点
8 - 15 天 过去两小时之前每两个小时保存一个恢复点，持续 7 天。 该时段过后，每四小时保存一个恢复点。
即使输入的应用一致性快照频率较低，也会根据上面提到的持续时间删除应用一致性快照。
恢复点保留期的增加是否会增加存储费用？
是的。 例如，如果将保留期从 1 天增加到 3 天，Site Recovery 会额外保存恢复点 2 天。添加的时间会导致存储更改。 之前，它每小时保存恢复点 1 次，持续 1 天。 现在，它每 2 小时保存恢复点 1 次，持续 3 天。 请参阅修剪恢复点。 因此，保存了 12 个额外的恢复点。 例如，如果单个恢复点包含 10 GB 的增量更改，每 GB 费用为 0.16 美元/月，则每月会产生 1.60 美元 × 12 的额外费用。
故障转移后如何访问 Azure VM？
故障转移后，可以通过安全的 Internet 连接、站点到站点 VPN 或 Azure ExpressRoute 来访问 Azure VM。 若要进行连接，必须做好一些准备工作。 了解详细信息。
故障转移的数据是否有复原能力？
Azure 具有复原能力。 Site Recovery 能够根据 Azure 服务级别协议 (SLA) 故障转移到辅助 Azure 数据中心。 发生故障转移时，我们会确保元数据和保管库保留在为保管库选择的同一地理区域中。
故障转移是自动发生的吗？
故障转移不是自动的。 可以在门户中单击一下鼠标来启动故障转移，或者使用 PowerShell 来触发故障转移。
是否可以故障回复到不同位置？
是的。 故障转移到 Azure 后，如果原始位置不可用，可以故障回复到不同的位置。 了解详细信息。
为何需要配合专用对等互连使用 VPN 或 ExpressRoute 进行故障回复？
从 Azure 故障回复时，Azure 中的数据将复制回到本地 VM，这需要提供专用访问权限。
自动化和脚本
是否可以使用脚本设置复制？
是的。 可以使用 REST API、PowerShell 或 Azure SDK 将 Site Recovery 工作流自动化。 了解详细信息。
性能和容量
是否可以限制复制带宽？
是的。 了解详细信息。
后续步骤
查看支持要求。
设置 VMware 到 Azure 的复制。
建议的内容
设置源设置，以便使用 Azure Site Recovery 将 VMware 灾难恢复到 Azure - Azure Site Recovery
本文介绍如何设置本地环境，以便使用 Azure Site Recovery 将 VMware VM 复制到 Azure。
在 Azure Site Recovery 中准备 VMware VM 复制目标 - Azure Site Recovery
本文介绍如何准备目标 Azure 环境，以便将 VMware VM 复制到 Azure。
VMware 灾难恢复 - Azure Site Recovery 中的配置服务器要求。 - Azure Site Recovery
本文介绍了为了使用 Azure Site Recovery 执行 VMware 到 Azure 的灾难恢复而部署配置服务器时的支持和要求。
在 Azure Site Recovery（新版）中切换复制设备 - Azure Site Recovery
本文介绍了在 Azure Site Recovery（新版）中将 VMware VM 复制到 Azure 时，如何在不同的复制设备之间进行切换
显示更多
什么是VM主机?VM主机简称VM, 又称VM服务器. VM主机是利用虚拟机(Virtual Machine)技术, 将一台服务器分割成多个虚拟机(VM主机)的优质服务. 这些VM主机以最大化的效率共享硬件、软件许可证以及管理资源. 对其用户和应用程序来讲, 每一个VM主机平台的运行和管理都与一台独立主机完全相同, 因为每一个VM均可独立进行重启并拥有自己的root访问权限、用户、IP地址、内存、过程、文件、应用程序、系统函数库以及配置文件.
每个VM主机都可分配独立公网IP地址、独立操作系统、独立超大空间、独立内存、独立CPU资源、独立执行程序和独立系统配置等. VM主机用户除了可以分配多个虚拟主机及无限企业邮箱外, 更具有独立服务器功能, 可自行安装程序, 单独重启服务器.
VM主机的运行和管理与一台独立主机完全相同, 但是在节约成本上有着独有的优势, 所以越来越受用户欢迎.
VM主机和VPS主机的区别?
网络安全:
如果同台服务器的1台VPS被攻击,将直接影响其他的所有VPS无法运行。同等情况下只影响被攻击VM主机,其他同服务器的VM主机不受影响。
技术:
vps是基于软件层的虚拟化技术,具体来说就是操作系统的虚拟化,VM是基于硬件层的虚拟化技术,VM主机使用vmware server搭建,是vmware workstation的服务器版,非常成熟,1998年VM服务器系列开始商用,被广泛应用于银行、航空领域。是非常稳定及性能卓越的虚拟服务器产品,VPS是2006年才进入市场的一个产品。
数量:
vps可以在1台服务器上将一个操作系统虚拟上百个独立操作系统,VM只能虚拟大概3到4个独立操作系统
资源:
VM运行前会预先将硬件内存分配好,如果服务器上有4G内存绝不能分配出5G的内存出来,而VPS服务器自生拥有4G内存可以虚拟100G的内存,并分配给100个独立操作系统。
本质:
VM运行和真正的一台物理服务器是无区别的,因为获得了独立资源,VPS相当于一个人的几个面,是不独立的,从操作系统占用空间可以看出来,VM安装操作系统所需要的空间和在独立服务器上安装所需的体积相同,而VPS安装操作系统只要100来M,因此购买VM主机需要更大的容量。为此网居时代在标准容量基础上特别赠送5G磁盘空间。
性能差别:
如1台独立服务器只开3到4个vps主机和VM主机运行速度上差别不大。
成本差别:
vps对运营商来说成本很低,因为1台服务器可以虚拟上百个VPS主机,VM对运营商来说相当于独立服务器出租。成本略低于独立服务器出租,需要有相当实力的运营商才能提供。
欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）