Microsoft消除了可能影响公司Azure云上SQL数据库工作负载性能的性能问题的神秘性。该公司宣布，适用于Azure SQL的查询存储服务现已启用并默认可用。微软SQL Server部门高级程序经理Borko Novakovic写道：“查询存储充当数据库的“飞行数据记录器”，不断收集有关查询的关键信息。“如果发生性能事故，它将大大缩短解决时间，因为在需要时可以预先收集相关数据，而不会出现延迟。”

借助查询存储，用户可以通过使用功能的A / B测试功能来确定应用程序或配置更改对工作负载性能的影响。通过监视CPU时间，读/写操作，经过的时间和其他数据消耗指标，它还可用于识别和调整资源密集型查询。

客户可以关闭查询存储，但好处多于潜在的弊端。Novakovic建议用户继续使用该服务，声称该服务对性能开销的影响可忽略不计1%或2%。

同时，使用Azure SQL数据库弹性池的客户可以考虑几个新的订阅选项。该公司增加了新的较小的弹性池大小(以eDTU(弹性数据库交易单位)衡量)，并推出了新的定价，从而降低了上移或下移池大小的成本。

大小范围从50 eDTU(基本和标准)到4,000 eDTU(高级)。eDTU描述了可以在数据库之间共享的一组资源(CPU，内存，数据I / O和事务日志I / O)。

现在，标准的Azure SQL弹性池最多支持2.9 TB的存储(3,000 eDTU)。每个池的数据库限制已提高到Premium池(最小250 eDTU)的100个数据库和Basic和Standard池(最小200 eDTU)的500个数据库。最后，拥有大型高级池的客户现在可以容纳具有1,750个eDTU(P11性能级别)和4,000个eDTU(P15性能级别)的数据库。

在Microsoft Research的语音识别工作的基础上，该公司还宣布了对Azure Media Indexer v.2的日语支持，从而允许客户从其媒体文件生成转录本。该公司还取消了10分钟的处理限制，并进行了改进，从而影响了云服务的标点和语法功能。

微软还宣布，其公司的开源数据缓存平台Azure Azure Redis Cache解决方案正在转移到即将推出的Azure Monitor服务的基础结构中。这将使公司能够改善Azure Redis Cache的监视和警报功能。

Microsoft Azure开发人员经验的首席程序经理Ye Gu承诺，升级后，用户将不再需要创建存储帐户和配置解决方案来收集指标。

他写道： “所有缓存将自动在Azure服务门户中显示指标。” “这些新的Redis指标数据也可以通过Azure Monitor服务的REST API访问。如果您需要将指标保留30天以上，则仍可以将其导出到自己的存储帐户中以进行归档和脱机分析。”