我试图将我的Azure订阅上的虚拟机的大小从A2(2核,3.5GB)计算机增加到D3(4核,14GB)计算机.配置选项卡>虚拟机大小上此特定VM可用的唯一选项是: - A0 - A1 - A2 - A3 - A4
我没有看到可用的A5或D3虚拟机大小 - 尽管这些可用于我订阅中的其他虚拟机.我们有这个以及其他几个运行相同问题的虚拟机运行了大约一年半 - 我们订阅中的新VM(以及创建库中的机器)都可以扩展到内存和CPU密集型版本(A5或D3,D4).
是否有任何途径可以让我将这个旧VM升级到更新的虚拟机规范？
我们在 Auzre 云中拥有一些处于较旧定价层的旧数据库（“商业”- 在基本/标准/高级层可用之前）。
我们正在寻求向新结构的过渡（并利用新功能） - 因此进行了一些测试来了解我们将通过定价结构获得多少性能提升。
Azure SQL 版本以数据库吞吐量单位 (DTU) 来衡量，Azure 将这些单位直接归因于性能的提高： DTU 代表数据库引擎的功能，作为 CPU、内存以及读写速率的混合度量。此衡量标准可帮助客户评估基本、标准和高级（基本、S1、S2、P1、P2 和 P3）中可用的六个 SQL 数据库性能级别的相对能力。请访问 MSDN 上的性能指南以获取更多信息。
在没有发现 S0 和 S2 数据库之间有任何差异之后，我们建立了 P3 版本来测试，作为针对 S0 的基准。我们惊讶地发现对 S0 和 P3 Azure SQL 数据库运行相当复杂的查询之间完全没有性能差异。
这两个实例都是根据原始业务层 Azure SQL 文件的备份文件构建的（这可能是一个问题吗？）
我不知所措 - 正如我预期的那样，P3 数据库（800 个 DTU 单位）将击败 S0 数据库（10 个 DTU 单位）。两者的表现几乎相同。两者都使用相同的执行计划，并且都具有适当的索引（DBA 设置了这些 - 不是我自己设置的）。
关于为什么我们没有看到这些配置的差异有什么见解吗？
还有其他人有任何在这些层中提高性能或性能差异的例子吗？