是否在windows azure中还原虚拟机映像？

如果我将虚拟机映像部署到windows azure。 虚拟机是否能够保持状态，或者有时会恢复到原始状态

e、 g.如果虚拟机承载sql server（例如，启用sql azure中不存在的全文serach）

---

有时我会丢失数据吗？

虚拟机角色上的磁盘不耐用。当实例转换（即操作系统从一台机器移动到另一台机器）时，您就回到了原点

您可以装载VHD驱动器来持久化数据，但是只有一个实例可以写入驱动器

---

顺便说一句，使用VM角色托管SQL Server是个坏主意，请使用SQL Azure。

VM角色上的磁盘不耐用。当实例转换（即操作系统从一台机器移动到另一台机器）时，您就回到了原点

您可以装载VHD驱动器来持久化数据，但是只有一个实例可以写入驱动器

顺便说一句，使用VM角色托管SQL Server是个坏主意，请使用SQL Azure。

（编辑--此答案与Azure部署的PaaS风格相关；新的IaaS虚拟机确实具有持久存储。有关更多详细信息，请参阅）

---

不，虚拟机在官方上根本不会保持任何状态。理论上，可以在您不知情的情况下创建一个新的虚拟机，并将您的流量路由到该新实例，例如，在补丁更新或其他相关内容之后

因此，如果您想存储一些不会消失的东西，请使用AzureBlobDrive、表存储或SQLAzure

但实际上，Azure实例目前有三个驱动器：

• C:保存日志
• D:保存操作系统
• E:（和F:）搁置你的申请

在新部署或“重新映像”中，这三个驱动器是从头创建的

然而，在重新启动时，C:和D:似乎保持原样，但应用程序的驱动器被重置

在升级部署中，事情会变得有趣。驱动器C:和D:保持不变，但在主机被负载平衡器脱机后，将使用新版本的应用程序创建一个新的驱动器F:。将IIS实例重置为指向此新驱动器，然后删除旧驱动器E:并重新配置负载平衡器以使主机重新联机。在下一次升级时，您的应用程序将调回驱动器E:

这样做的好处是升级所需的时间几乎没有完全部署所需的时间那么长。缺点是对IIS配置（例如端点、证书）的更改不能通过升级完成，而是需要完全部署

因此，在实践中，可以将数据临时存储在C:，用于日志记录之类的事情。但不要依赖它

（编辑--此答案与PaaS风格的Azure部署相关；新的IaaS虚拟机确实具有持久存储。有关更多详细信息，请参阅）

---

不，虚拟机在官方上根本不会保持任何状态。理论上，可以在您不知情的情况下创建一个新的虚拟机，并将您的流量路由到该新实例，例如，在补丁更新或其他相关内容之后

因此，如果您想存储一些不会消失的东西，请使用AzureBlobDrive、表存储或SQLAzure

但实际上，Azure实例目前有三个驱动器：

• C:保存日志
• D:保存操作系统
• E:（和F:）搁置你的申请

在新部署或“重新映像”中，这三个驱动器是从头创建的

然而，在重新启动时，C:和D:似乎保持原样，但应用程序的驱动器被重置

在升级部署中，事情会变得有趣。驱动器C:和D:保持不变，但在主机被负载平衡器脱机后，将使用新版本的应用程序创建一个新的驱动器F:。将IIS实例重置为指向此新驱动器，然后删除旧驱动器E:并重新配置负载平衡器以使主机重新联机。在下一次升级时，您的应用程序将调回驱动器E:

这样做的好处是升级所需的时间几乎没有完全部署所需的时间那么长。缺点是对IIS配置（例如端点、证书）的更改不能通过升级完成，而是需要完全部署

---

因此，在实践中，可以将数据临时存储在C:，用于日志记录之类的事情。但不要依赖它

您还可以使用AzureBlobDrive将blob存储装载为驱动器：您也可以使用AzureBlobDrive将blob存储装载为驱动器：对于新的虚拟机（测试版），仍然是这样吗？当创建一个新的VM时，它看起来像是创建了一个新的磁盘，并在Azure存储上持久化。此外，D驱动器标记为“临时存储”，C驱动器未标记。或者这个帖子是在谈论新的重新标记的云服务吗？不，虚拟机有不同的体系结构。我的答案与通过Azure部署的服务有关。新的虚拟机（beta版）仍然如此吗？当创建一个新的VM时，它看起来像是创建了一个新的磁盘，并在Azure存储上持久化。此外，D驱动器标记为“临时存储”，C驱动器未标记。或者这个帖子是在谈论新的重新标记的云服务吗？不，虚拟机有不同的体系结构。我的答案与通过Azure部署的服务有关。