我对 Azure VM 设置感到困惑。我正在尝试设置 SQL Server，指南建议如果您的数据库大于 10GB，则应在 Azure 存储中设置单独的数据磁盘。但是所有文档都明确表示不要使用它，D: Temporary Storage因为它在重新启动后会不稳定。
我完全理解这一点。我遇到的问题是，当我创建一个新的 VM 时（我刚刚在图库中的 2008 R2 SP1 上创建了一个 SQL 2012 Web ），我得到了一个大约 128GB 的 C: 驱动器。然后当我通过门户附加一个空数据盘时，它显示为 D: 并被称为Temporary Storage.
我的理解是，该驱动器不是临时存储（易失性），因为我通过门户将其创建为数据磁盘。
这是过去 Azure 配置的遗留问题吗？我收集了过去配备 30GB 操作系统驱动器但现在配备 128GB 操作系统驱动器的 VM。这与它有关吗？
我很困惑！
它的工作方式，D 驱动器是 70GB 临时（易失）驱动器（至少在 Windows Server 2012 中）：
在这里，我只是附加了一个空磁盘并刷新了 windows Server 磁盘管理器。然后我去格式化它：
格式化后，我的新 20GB 磁盘被分配给 F（我还有一个 70GB 临时驱动器）。这个由 blob 存储支持的驱动器是持久的。
使用 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 月更新）。
拍
为了提供这个问题的答案。
我认为这只是一个反常现象。@DavidMakogon 帮助我完成了预期，似乎我的第一个虚拟机在第一次启动时根本没有初始化临时驱动器，所以这引起了很多混乱。
现在一切都按预期工作。