Azure VM - 临时存储驱动器 - 过去的事情？

Question

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

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

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

这是过去Azure配置的宿醉吗？我收集过去配备30GB操作系统驱动器的虚拟机，但现在配备了128GB操作系统驱动器。这与它有关吗？

我很困惑！

Answer 1

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

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

格式化后，我的新20GB磁盘被分配给F（我仍然有70GB的临时驱动器）。此驱动器由blob存储支持，持久。

Answer 2

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

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

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

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

专利

Answer 3

为了回答这个问题。

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

现在一切正常。