Azure SQL 数据库弹性池现已面市

我们高兴地宣布Azure SQL 数据库弹性池现已正式面市。弹性池自去年试运行以来,得到许多软件即服务(SaaS)供应商和企业开发人员的认可,他们利用弹性池管理持续增长的云数据库和应用程序,成果高效。向租户或应用程序提供数据库时,SaaS和行业应用程序需要优化其性能、实用性和安全隔离,弹性池可谓最佳选择。弹性池中的数据库需要资源时,可即需即得,这就避免了管理个人数据库性能的复杂性。弹性池为数据库传递弹性恢复性能时,可在预定预算范围内提供最优惠的价格。 弹性池的一般可用特性包括: 可控的自动缩放。弹性池可自动缩放,能够存储运行中的弹性数据库。用户可控制分配到池中的性能,按需添加或去除弹性数据库,在不影响弹性池整体开销的前提下定义弹性数据库的性能。也就是说,您无需再费心管理个人数据库。详情请见弹性池指南。 智能环境管理。Azure 推荐的内置尺寸能够主动识别数据库,使弹性池受益。这些推荐可为快速优化进行“假设”分析,满足用户希望达到的性能目标。性能监测和仪表盘检修形式丰富,帮助用户可视化历史池。详情请参阅弹性池监测,管理和尺寸 文档。 满足用户需求的性能和定价。弹性池包括基本弹性池、标准弹性池和高级弹性池,其性能、存储和定价范围非常之广,用户可按需自由选择。弹性池最多可容纳400个弹性数据库,弹性数据库可自动缩放多达1000个弹性数据库事务单元(eDTU)。详情请参阅SQL数据库价格。 GEP的技术副主席Dhananjay Nagalkar说:“我们向弹性池迁移了800多个数据库。每个数据库既归于标准弹性池,又归于高级弹性池,这种混合允许我们按层为客户提供性能和价格,让客户有多种选择。数据库迁移完成后,我们关闭了位于CA的San Jose和位于NJ的Newark, 现在我们可以自豪的宣布GEP公司没有数据中心。从长远看,SQL数据库为我们节省了巨大的开销。仅2016财年,弹性池就为我们节省了25万美元。”GEP是SMART by GEP的技术提供商,SMART by GEP是一家基于云的采购商,提供供应链解决方案。 除弹性池外,SQL数据库的性能可在多个数据库中帮助管理操作活动。 执行跨数据库查询和报告。用户可通过 弹性数据库查询 在弹性池中进行跨数据库查询和报告,也可以即时访问存储在池中数据库里的远程数据。 运行跨数据库事务。用户可通过 弹性数据库事务 运行横跨SQL数据库内几个数据库的事物;在处理跨数据库金融事务或者在一个数据库中更新库存、另一个数据库中更新订单时,用户都可以通过 弹性数据库事务 执行操作。 在不同数据库中执行相同操作。在弹性池的每个数据库中, 弹性数据库工作都可以执行诸如目录重建或者架构更新等管理操作。 Umbraco as a Service的技术领导Morten Christensen说到:“弹性池对于我们公司来讲可谓量身定做。需求提高时,我们可以轻而易举的扩大池中可用的eDTU数量;我们还可以设置警告,监控弹性池和租户数据库的资源使用情况。我们管理的20个弹性池中,3400多个数据库的性能都可以设置最大值和最小值,灵活性非常好。它为客户消除了嘈杂的周边症状,客户可以即时使用数据库,不用限定使用固定的eDTU。它的价格很具吸引力;我们可以通过弹性池为每个客户运行多个数据库,这是我们提供的“软件即服务”服务中必不可少的。” 开始使用 浏览Azure SQL数据库价格 网站, 了解可选择的性能和价格范围 阅读 弹性池概述  创建弹性池

0

Azure SQL 数据库最新版本现已提供预览版

 Tiffany Wissner  数据平台营销高级总监 我们之前在11月宣布将提供新的预览版,在该预览版中我们引入了接近完整的 SQL Server 引擎兼容性和更为高级的性能,这些都代表了下一代的 SQL 数据库服务。对超过 6 亿行数据进行内部测试后表明,新预览版的高级查询性能比目前高级 SQL 数据库的高级查询性能提高了大约 5 倍,如果应用内存中列存储技术,高级查询性能最高能够提高 100 倍。今天预览版中的功能标志着,在通过这一新服务架构为客户提供激动人心的新功能的道路上,我们迈出了第一步。 该预览版依然保持了基本、标准和高级级别这些新服务级别正式版中的势头,提供了可伸缩的性能、内置的异地复制和恢复功能,并且还引入了首个云数据库运行时间长达 99.99% 的服务级别协议。从 9 月起,我们还正式发布了审核功能,并引入了弹性缩放技术,可以显著简化高端横向扩展操作。如今,客户正在使用横向扩展方法,证明该服务可以运行任务关键应用程序的强大功能;其中一家客户有将近 90TB 的数据,分布在大约 2,000 个数据库中,每天需要处理大约 38 万次登录,而另一家客户正在运行一款多租户应用程序,有超过 20TB 的数据,分布在大约 225,000 个数据库中,每天需要处理超过 200 万次登录。 今天的预览版将继续我们的征程,为云带来行业领先的内存内置技术,开启新的功能,简化 SQL Server 数据库应用程序迁移到 Azure 的过程,同时大大提高客户处理更高数据库工作负荷的能力。Weichert 是美国一家提供全面服务的房地产提供商,这家公司正在积极使用新的预览版。 “我们是一家完全由 ROI 驱动的公司,我们致力于将任务关键应用程序迁移到 Azure 上——去年,我们将房地产搜索引擎 weichert.com 迁移到 Azure 上之后,成本节省了 60%。从战略角度来说,对于利用在线索引重建、分区等功能来迁移和处理大数据类型而言,这些 SQL 数据库服务更新就是我们的答案,”Weichert 系统开发副总裁 Joe…

0

Azure SQL 数据库新服务级别现已正式发布

T.K.Ranga Rengarajan   2014 年 9 月 10 日上午 11:00 我们很高兴地宣布,新的 SQL 数据库服务级被基本、标准和高级级别现已正式发布。这些服务级别中含有内置且可无缝使用的企业级功能,提升了您对数据库即服务的期望值——让您可以大大增加一位数据库管理员可以管理的数据库数量。 今天对于 Azure SQL 数据库社区而言是具有里程碑意义的一天。从 2009 年第一次向公众公布之后,我们这趟旅程就得到了我们客户及合作伙伴直接、深入的参与,我们从中受益良多。 在这一路上,我们扩大了该服务的全球规模和覆盖范围、增加了数据库大小并让数据库诊断更易于进行,等等。您推动我们将云可能带给我们的优势扩展到了数百万个数据库。您给我们反馈了对于关系数据库即服务的需求,帮助我们重新探索出了一种方式,使之与基于云的数据库工作负载的独特需求完美吻合。 在 4 月,我们已发布基本、标准和高级级别的预览版。这些级别为您的轻型和重型事务型应用程序提供了可预测的性能,同时还能确保应用程序的性能不再受其他客户工作负荷的影响,以此解决如今对于高要求云应用程序的需求。此外,这些新的级别还可以为您提供以下新功能: 更高的运行时间服务级别协议:正常运行时间以前为 99.9%,现在为 99.99%——这是数据库即服务行业的最高值之一 时间点恢复:具有内置备份功能,最长数据保留天数为 35 天 活动异地复制和标准异地复制选项:可以不间断地将数据复制到地理上分散的辅助位置中 更大的数据库:数据库以前是 150 GB,现在数据库最大可以达到 500 GB 审核:增加安全信心 自 4 月发布预览版以来,我们听取了有关新级别的重要反馈,并最终预先宣布了根据这种直接沟通对正式发布版本所做的更改。有关关键更改的内容,概述如下: 新的 S0 性能级别:  在标准级服务级别中,我们提供了新的 S0 性能级别,可以简化从基本级别到标准级别的过渡。 高级和标准级别降价:  最终价格将比以前公布的正式版定价最高节省 50%。正式版定价从 2014 年 11 月 1 日起生效。 按小时计费:  从今天起,Azure SQL…

0

聚焦 SQL 数据库活动异地复制

 Tobias Ternstrom  US-DS-PM 首席部门项目经理 本文作为一系列业务连续性和灾难恢复文章的开篇,概述了业务连续性的各种场景,然后重点介绍 SQL 数据库高级服务级别提供的活动异地复制的用法。有关活动异地复制的详细信息,请观看生动而详实的Channel 9视频。在该视频中,Sasha Nosov 和 Scott Klein 将探讨活动异地复制的工作原理,以及如何使用它来解决实际的业务问题。 什么是业务连续性? 业务连续性是指可以帮助企业在发生系统中断(尤其是计算基础结构发生中断)时保持持续运营的机制、策略和过程。 从数据库角度来看,可能存在四种主要的中断场景: 影响数据库节点的本地硬件或软件发生故障,例如,磁盘驱动器发生故障。 数据损坏或删除 – 通常是由于应用程序缺陷或人为错误造成的。这种故障本身与特定应用程序有关,一般无法由基础结构自动检测或解决。 数据中心中断,可能是由自然灾害造成的。这种场景要求具备一定程度的地域冗余,可以将应用程序故障转移到备用数据中心。 升级或维护错误 – 在按计划对应用程序或数据库进行升级或维护期间发生的意外问题,可能需要快速回滚到原先的数据库状态。 Azure SQL 数据库如何启用业务连续性? Azure SQL 数据库会自上而下构建为一种稳定可靠的高可用性数据库服务,它采用这样一种机制,即始终为每个数据库保留三个或三个以上的副本,并会在响应前至少对两个副本进行更新。这种高可用性(HA)系统解决了第一种场景的问题,即本地硬件和软件故障。 当前的新服务级别(基本、标准和高级级别)提供了一些功能,以解决上述其余三种场景的问题,从而使业务连续性迈上了一个新台阶: 数据损坏或删除。基本、标准和高级级别数据库支持自助式时间点还原功能,可以将数据库还原为早先的状态。这样,就可以防止因应用程序或用户错误而导致数据损坏或被删除。每周会进行一次完整备份,每天会进行一次差异备份,每 5 分钟会进行一次事务日志备份。对于基本级别数据库,备份会保留 7 天,对于标准级别数据库,备份会保留 14 天,对于高级级别数据库,备份会保留 35 天。您可以在保留期内将数据库(包括最近删除的数据库)还原到任意时间点。 数据中心中断。此外,还会保护基本、标准和高级数据库服务级别不出现长时间数据中心中断,因为这可能需要将数据库恢复到其他区域的其他数据中心内。我们为此提供了三种地域冗余解决方案: 地域还原(适用于基本,标准和高级级别),可用于恢复到上次每日备份的地域冗余副本。 标准异地复制(适用于标准和高级级别数据库),可用于扩展本地 HA 系统,以便在配对区域创建和维护另一个辅助数据库。这些辅助数据库处于脱机和不可访问状态,除非发生数据中心中断,此时,它们将被置于联机状态,以使应用程序可以故障转移到其中。 活动异地复制(适用于高级级别数据库),可提供最丰富的解决方案,数据丢失风险最低,恢复时间最短。它可将标准异地复制扩展为多达 4 个异地复制的辅助数据库,这些数据库会始终保持联机和可读状态,同时,也可用于平衡负载,或者在从全球任何地点访问复制的数据时可以保证延迟较低。 升级或维护错误。通过活动异地复制,您可以为数据库创建一份连续复制的副本,在对该数据库或应用程序进行更新或维护之前,可以立即冻结该数据库。如果在该过程期间或之后检测到任何错误,则可以轻松快捷地将该数据库回滚至该副本。 不同的服务级别可使用不同的解决方案,但是请记住,您可以轻松地在各个服务级别之间升级或降级数据库。例如,您可能选择在进行重要升级之前先将标准级数据库升级为高级,并使用活动异地复制。升级完成后,可以将该数据库重新降级,以降低成本。 活动异地复制详细信息 至此,我们已经了解了在业务连续性环境下,何时可以使用活动异地复制。现在,让我们深入探讨一下活动异地复制的工作原理以及使用方式。 图 1. 高级数据库在相同或不同区域中最多可以拥有…

0

Azure SQL 数据库:服务级别与性能问答

ShawnBice    2014 年 5 月 5 日上午 10:00 几天前,我发表了一篇文章,并就 4 月 24 日发布的适用于Windows Azure SQL 数据库的新服务级别提供了一些预料中的问题和解答,在其中为读者介绍了一些详细信息。在这篇跟进文章中,我想提供一些关于这些服务级别如何影响 SQL 数据库性能的更多信息。 与上一篇文章一样,本文档的最初写作目的也是帮助微软团队人员解决有关新服务级别的常见问题,当然,这些信息也肯定与您密切相关。 Shawn Bice 数据平台团队项目主管 新服务级别如何提升 SQL 数据库性能? 客户一直向我们反映,他们非常重视性能的可预测性。为了解决这一问题,我们起初推出了高级服务级别,以便为具有高吞吐量需求的数据库工作负荷提供支持。我们始终致力于提高性能的可预测性,为此,我们以更低的价格推出了新的服务级别(基本和标准级别),它们在性能上存在主要差别。随着性能水平的提升,可用吞吐量也会随之增加。此项服务设计可以使客户通过部署合理数量的资源来获得其数据库所需的吞吐量。 高级服务级别有何变化? 自 4 月 24 日起,Azure SQL 数据库高级级别预览版推出了全新的 500 GB 最大容量、拥有另一性能级别 (P3)、新的业务连续性功能(活动异地复制和自助式还原)以及简化的配置和计费体验。 高级服务级别有哪些新功能? 活动异地复制:可以在任何 Azure 区域创建多达四个活动可读辅助数据库并选择何时进行故障转移,以此控制灾难恢复过程。有关使用活动异地复制的详细信息,请参见灾难恢复文档。 自助式还原:有了 SQL 数据库高级服务级别,在数据被人为删除或被程序删除的情况下,您可以将数据库还原回过去 35 天内的任意时间点。对数据库还原进行自助式控制可以取代导入/导出的方法。有关使用自助式还原的更多信息,请参见还原服务文档。 更大的数据库容量: 维护高达 500 GB 数据库的费用会包括在日常成本中(不会单独针对数据库容量另行收费)。 新增高级性能级别:增加了 P3 性能级别,可满足高吞吐量需求,可以最大程度地提升要求最苛刻的数据库工作负荷的性能。要了解有关…

0

Azure SQL 数据库:新服务级别问答

ShawnBice   2014 年 5 月 1 日上午 11:10    本月初,我们庆祝了SQL Server 2014 的推出,并宣布正式发布分析平台系统,同时分享了智能系统服务预览版。Quentin Clark 在一篇题为“The data platform for a new era”(新时代的数据平台)的博客文章中总结了他在 Accelerate Your Insights 活动中发表的主题演讲。如果您还没有读过这篇文章,我建议您花几分钟阅读一下。 在之前一篇文章中,我将现代数据平台描述为具有“功能连续性,这使开发人员能够持续使用内部部署 SQL Server 轻松地将数据库工作负荷虚拟化并迁移至 Azure,还可从一个数据平台连接 Azure 服务和构建新的云应用程序。”因此,除了上面提到的消息,我们仍在逐步发展Windows Azure SQL 数据库服务。就在几天前,Eron Kelly分享了我们将在 Azure SQL 数据库中引入新服务等级的消息。此外,在近期的Channel 9视频中,Scott Klein 与 SQL 数据库项目经理 Tony Petrossian 和 Tobias Ternstrom 一道讨论了新的服务级别。 当所有这一切进行的时候,我们创建了一份预料中的问题及解答的文档,帮助团队中的人员应对与 Azure SQL 数据库新的服务级别相关的常见问题。文档以内部简报的形式撰写,但坦率地说,我认为文中的所有内容对您同样有用。 祝您使用愉快!…

0

Azure SQL 数据库与新的数据库吞吐量单位

在这一期中,Scott 与 Azure SQL 数据库性能首席项目经理主管 Tobias Ternstrom 一起详细阐释了新的数据库吞吐量单位 (Database Throughput Unit, DTU) 是什么,以及用户如何通过它来了解新服务级别可以提供的服务内容。DTU 对于提供预测性更强的性能体验起着十分关键的作用;DTU 代表数据库引擎的性能,是一个合并了CPU、内存和读写速率的度量单位。此度量单位可以帮助用户评估 SQL 数据库七大性能级别(基本、S0、S1、S2、P1、P2 和 P3)的相对性能。 [View:https://channel9.msdn.com/Series/Windows-Azure-Storage-SQL-Database-Tutorials/Scott-Klein-Video-02] 本文翻译自:https://channel9.msdn.com/Series/Windows-Azure-Storage-SQL-Database-Tutorials/Scott-Klein-Video-02  

0

SQL Server AlwaysOn 和 ILB

Narayan Annamalai 网络高级项目经理 自 2013 年 8 月起,Azure 基础结构服务开始支持 SQL ServerAlwaysOn 可用性组。Azure 服务的内部负载平衡 (ILB) 于 2014 年 5 月发布预览版,并于 7 月正式发布。今天,我们很高兴可以把这两项技术结合起来;SQLServer AlwaysOn 可用性组现在可以与 ILB 一起运行。可用性组是 SQL Server 在高可用性和灾难恢复方面的旗舰解决方案。无论配置中有多少个副本,利用可用性组侦听器,客户端应用程序便可以无缝连接到主副本。 侦听器 (DNS) 名称被映射到负载平衡的 IP 地址,Azure 的负载平衡器将入站流量仅定向到副本集中的主服务器。到目前为止,此负载平衡的IP 地址必须是可以从 Internet 访问的公用 IP 地址。如果希望限制仅有受信任的客户端可以访问侦听器,您需要使用端点访问控制列表 (ACL)。但在某些情况下,随着时间的推移,维护 ACL 可能会很麻烦。 为了在此方面提供有力帮助,Azure 现在宣布 ILB 支持SQL Server AlwaysOn(侦听器)端点。现在,您可以控制侦听器的可访问性,并且可以从虚拟网络(VNet) 的特定子网中选择负载平衡的 IP 地址。通过在侦听器上使用 ILB,SQL Server 端点(例如:Server=tcp:ListenerName,1433;Database=DatabaseName)仅允许以下客户端访问: ·   同一虚拟网络中的服务和VM ·   已连接的内部部署网络中的服务和VM…

0

浅析基于微软SQL Server 2012 Parallel Data Warehouse的大数据解决方案

作者 王枫发布于2014年2月19日    综述 随着越来越多的组织的数据从GB、TB级迈向PB级,标志着整个社会的信息化水平正在迈入新的时代 – 大数据时代。对海量数据的处理、分析能力,日益成为组织在这个时代决胜未来的关键因素,而基于大数据的应用,也在潜移默化地渗透到社会的方方面面,影响到每一个人的日常生活,人们日常生活中看到的电视节目、浏览的网页、接收到的广告,都将是基于大数据分析之后提供的有针对性的内容。 微软在大数据领域的战略重点,在于更好地帮助客户“消费”大数据,让所有的用户都能够从几乎任何规模任何类型的任何数据当中获得可以转化为业务执行的洞察力。基于这一战略,微软发布了新一代并行数据仓库一体机SQL Server Parallel Data Warehouse(简称PDW),提供大规模并行处理并具备灵活线性横向扩展能力的数据仓库平台,其主要新特性主要体现在以下3个方面: 为大数据而建: 通过Polybase这一数据处理的突破性技术统一查询结构化、半结构划和非结构化数据,帮助用户使用最熟悉的标准SQL语言即可轻松实现Hadoop表和关系型数据库表的关联查询。同时,由于目前大部分常用的商业智能分析工具都无法直接查询Hadoop, 而Polybase技术通过从数据库平台层面对Hadoop的集成,使用户可以采用熟悉的现有商业智能工具即可实现对大数据的灵活分析和展现。例如,用户可以利用熟悉的Microsoft Excel在同一表格中分析结构化和非结构化的数据。 新一代性能与规模:采用可更新的 xVelocity 聚集列存储技术,实现高至50倍的性能提升。基于大规模并行处理引擎技术,提供从几个TB到PB级数据的线性横向扩展能力。 最优化的软硬件价值:SQL Server 并行数据仓库一体机具备预装的硬件和软件,集成了目前微软最新一代的软件创新技术如xVelocity 列存储、Polybase、Windows Server 2012 Hyper-V虚拟化技术,Storage Spaces存储技术等驱动精简高效的硬件架构,提供性价比优势。 本文将深入介绍SQL Server 2012 Parallel Data Warehouse的Polybase技术,并结合具体业务场景示例讲解Polybase技术如何为业务人员提供简单易用的大数据解决方案。 Polybase技术 总体来讲,Polybase技术包含以下具体功能: 用一个外部表来定义Hadoop中数据的结构。 通过运行SQL语句实现对Hadoop数据的查询。 通过PDW可关联查询Hadoop数据与关系型数据库PDW中的表,实现Hadoop与PDW数据的整合。 通过运行SQL命令来查询Hadoop并将结果集保存到PDW的表中,轻松实现将Hadoop数据导入到PDW。 Hadoop也可以作为PDW的一个在线数据归档系统,通过运行简单SQL命令即可将PDW中的数据导出到Hadoop,并随时通过PDW对归档在Hadoop中的数据进行在线查询。 下面我们通过一个示例来进一步说明上述Polybase技术的应用场景及使用方法,在这个示例当中我们将基于与美国Sandy飓风相关的一些数据,通过对这些数据的分析来协助决策派往美国各州救援资源的调配计划。 首先,在PDW关系型数据库中可以创建一张表[dbo].[nws_ffg7],存储来自于美国海洋气象局National Oceanic and Atmospheric Administration(简称NOAA)的数据。与SQL Server 2012的体验相同,我们可以通过标准的SQL Server Data Tools工具来连接PDW,如下图所示。基于[dbo].[nws_ffg7]表可以创建一个视图CREATE VIEW flashflood AS SELECT *…

0

使用SQL Server 2014内存数据库时需要注意的地方

作者 王枫发布于2014年7月4日 本文从产品设计和架构角度分享了Microsoft内存数据库方面的使用经验,希望你在阅读本文之后能够了解这些新的对象、概念,从而更好地设计你的架构。 内存数据库,指的是将数据库的数据放在内存中直接操作。相对于存放在磁盘上,内存的数据读写速度要高出很多,故可以提高应用的性能。微软的SQL Server 2014已于2014年4月1日正式发布,SQL 2014一个主要的功能即为内存数据库。 下面,我将着重介绍使用SQL Server 2014内存数据库时需要注意的地方。 关于内存数据库 SQL Server 2014内存数据库针对传统的表和存储过程引入了新的结构: memory optimized table(内存优化表)和native stored procedure(本地编译存储过程)。 默认情况下Memory optimized table是完全持久的(即为durable memory optimized table),如传统的基于磁盘的表上的事务一样,并且完全持久的事务也是支持原子、一致、隔离和持久 (ACID) 的。所不同的是内存优化表的整个表的主存储是在内存中,即为从内存读取表中的行,和更新这些行数据到内存中。 并非像是传统基于磁盘的表按照数据库数据库页面装载数据库。内存优化表的数据同时还在磁盘上维护着另一个副本,但仅用于持续性目的。 在数据库恢复期间,内存优化的表中的数据再次从磁盘装载。 创建持久的内存优化表方法如下: CREATE TABLE DurableTbl (AccountNo INT NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUCKET_COUNT = 28713) ,CustName VARCHAR(20) NOT NULL ,Gender CHAR NOT NULL /* M…

0