微软已经揭开了Azure云上可能影响SQL数据库工作负载性能的性能问题的神秘面纱。该公司宣布，Azure SQL的查询存储服务现已启动微软，以消除可能影响该公司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)。每个池的数据库限制在高级池中增加到100个数据库(最少250 eDTU)，在基本池和标准池中增加到500个数据库(最少200 eDTU)。最后，拥有大型高级池的客户现在可以容纳1，750 eDTU(P11性能级别)和4，000 eDTU(P15性能级别)的数据库。
基于微软研究院的语音识别工作，该公司还宣布了对Azure Media Indexer v.2的日语支持，从而允许客户从他们的媒体文件中生成抄本。该公司还取消了10分钟的处理限制，并进行了改进，这影响了云服务的标点和语法功能。
微软还宣布，其公司的开源数据缓存平台Azure Redis Cache解决方案正在转移到即将推出的Azure Monitor服务的基础设施上。这将使该公司能够改进Azure Redis缓存的监控和报警功能。
微软Azure开发者体验首席项目经理谷野承诺，升级后，用户将不再需要创建存储帐户和配置解决方案来收集指标。
他写道：“所有缓存都将自动显示Azure服务门户中的指标。”“这些新的Redis指标数据也可以通过Azure Monitor服务的REST API访问。如果您需要将指标保留30天以上，您仍然可以将它们导出到您自己的存储帐户中，以便归档和离线分析。”
标签：
免责声明：本文由用户上传，如有侵权请联系删除！