Azure VM - 临时存储驱动器 - 已成为过去？答案

【问题标题】：Azure VM - Temporary Storage drive - a thing of the past?Azure VM - 临时存储驱动器 - 已成为过去？
【发布时间】：2013-06-19 15:16:22
【问题描述】：

我对 Azure VM 设置感到困惑。我正在尝试设置 SQL Server，并且指南建议如果您的 DB 大于 10GB，您应该在 Azure 存储中设置一个单独的数据磁盘。但是所有文档都明确表示不要使用D: Temporary Storage，因为它在重新启动后会不稳定。

我完全理解这一点。我遇到的问题是，当我创建一个新 VM 时（我刚刚在 2008 R2 SP1 从库上创建了一个 SQL 2012 Web），我得到一个大约 128GB 的 C: 驱动器。当我通过门户附加一个空数据盘时，它显示为 D: 并称为Temporary Storage。

我的理解是，这个驱动器不是临时存储（易失性），因为我通过门户创建了它作为数据磁盘。

这是过去 Azure 配置的遗留问题吗？我收集了过去带有 30GB 操作系统驱动器的虚拟机，但现在配备了 128GB 操作系统驱动器。跟这个有关系吗？

我很困惑！

【问题讨论】：

标签： azure azure-virtual-machine azure-vm-role

【解决方案1】：

它的工作方式，D 驱动器是 70GB 临时（易失）驱动器（至少对于 Windows Server 2012）：

在这里，我只是附加了一个空磁盘并刷新了 windows Server 磁盘管理器。然后我去格式化它：

格式化后，我的新 20GB 磁盘被分配给 F（我还有一个 70GB 临时驱动器）。该驱动器由 Blob 存储支持，耐用。

【讨论】：

嗨，大卫。我的操作系统是 2008R2，当它只带有一个 C 驱动器时。没有D盘。然后我附加了一个空磁盘（通过门户），出现了一个 D 驱动器，它被命名为“临时存储”。这就是我困惑的根源。
有趣。你是如何设置你的虚拟机的？我很感兴趣，所以我刚刚从库中启动了一个全新的 Windows 2008R2 SP1 虚拟机。初始启动后，我 RDP 进入并打开了磁盘管理。我有一个 C: 驱动器和一个 70GB D: 驱动器标记为Temporary Storage。
感谢您这样做。有些东西很可疑。我刚刚从库中再次配置了同一 VM 的新版本，它确实有一个 D：标记为 Temporary Storage。所以我 RDP'd 回到原来的那个并查看Disk Management。我有以下内容：磁盘 0 C：127GB NTFS，磁盘 1 D：135GB NTFS，磁盘 2 128GB 未分配。如何判断哪个磁盘是易失性磁盘？
135GB 与中型实例的临时存储大小相关（有关 VM 大小和相关存储的详细信息，请参阅 this page。
谢谢戴夫。老实说，我想我只是让自己有点困惑。当然，临时存储驱动器在首次启动时未初始化。此外，它似乎不会在重新启动后不稳定。我已经关闭了虚拟机，文件仍然存在。

【解决方案2】：

当您使用 Azure VM 时 - 操作系统驱动器和数据驱动器由 Azure Blob 存储支持（VHD 是页 Blob）。大多数 CTP 期间的操作系统磁盘大小限制为 10GB，但在该功能发布到更大的 128GB 时有所提高。 SQL 的数据驱动器/无数据驱动器/大量数据驱动器（最大 = 16）的决定因素更多地取决于您的 IOPS 要求，而不是数据库语料库的大小或相对驱动器大小。

对于 VM 中的 SQL 工作负载，我强烈建议您查看：

http://go.microsoft.com/fwlink/?LinkId=306266

这是一篇基于最新 Azure 位的性能论文，由 SQL 团队开发（2013 年 6 月更新）。

拍拍

【讨论】：

感谢您提供的文档，我会好好阅读的。可悲的是，尽管“磁盘类型和配置”部分只是增加了我原来问题的困惑。它显示“临时本地磁盘（非持久性）：您创建的每个虚拟机都有一个临时本地磁盘，即 D: 驱动器，并且标记为 TEMPORARY STORAGE。”问题是我的虚拟机没有 D:，它只有 C:。当我从门户添加一个新的空磁盘时，它在我的 VM 上显示为 D: 并且它被标记为临时存储。所以现在我真的很困惑。

【解决方案3】：

为了回答这个问题。

我认为这只是一个反常现象。 @DavidMakogon 帮助我完成了预期，似乎我的第一个虚拟机在首次启动时根本没有初始化临时驱动器，所以这引起了很多混乱。

现在一切正常。

【讨论】：