“常规用途”服务层级 - Azure SQL 数据库和 Azure

小提示：您能找到这篇{“常规用途”服务层级 - Azure SQL 数据库和 Azure}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的“常规用途”服务层级 - Azure SQL 数据库和 Azure内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">适用于：Azure SQL数据库Azure SQL托管实例

< ">备注

< ">基于vCore的购买模型中的“常规用途”服务层级在基于DTU的购买模型中称为“标准”服务层级。有关基于vCore的购买模型与基于DTU的购买模型的比较，请参阅购买模型和资源。

< ">Azure SQL数据库和Azure SQL托管实例基于SQL Server数据库引擎体系结构，该体系结构已根据云环境做出调整，以确保即使在发生基础结构故障时，也仍能提供99.99%的可用性。

< ">Azure SQL数据库和SQL托管实例使用两个服务层级：

< ">常规用途

< ">业务关键

< ">Azure SQL数据库还具有第三个服务层级，此服务层级当前不适用于Azure SQL托管实例：

< ">超大规模

< ">“常规用途”服务层级的体系结构模型基于计算和存储的分离。此体系结构模型依赖于Azure Blob存储的高可用性和可靠性，旨在以透明的方式复制数据库文件，并确保在发生基础结构故障时不会丢失数据。

< ">下图显示了计算层和存储层已隔离的标准体系结构模型中的四个节点。

< ">计算和存储隔离

< ">“常规用途”服务层级的体系结构模型中有两个层：

< ">无状态计算层：运行sqlservr.e食品行业xe进程，仅包含暂时性的缓存数据（例如-计划缓存、缓冲池和列存储池）。此无状态节点由Azure Service Fabric操作。Service Fabric初始化进程、控制节点运行状况，并根据需要执行到另一位置的故障转移。

< ">有状态数据层：包含存储在Azure Blob存储中的数据库文件(.mdf/.ldf)。Azure Blob存储保证任何数据库文件中的任何记录不会发生数据丢失。Azure存储具有内置的数据可用性/冗余，确保即使进程崩溃，也能保留日志文件中的每条记录或者数据文件中的页面。

< ">每当升级数据库引擎或操作系统、底层基础结构的某个部件发生故障，或者在sqlservr.exe进程中检测到某个严重问题时，Azure Service Fabric会将无状态进程移到另一个无状态计算节点。发生主节点故障转移时，将有一组备用节点等待运行新的计算服务，以尽量减少故障转移时间。Azure存储层中的数据不受影响，数据/日志文件将附加到新初始化的进程。此进程保证99.99%的可用性，但可能会对正在运行的重型工作负荷造成一定的性能影响，原因是转换时间较长，并且新节点从冷缓存启动。

< ">何时选择此服务层级

< ">“常规用途”服务层级是Azure SQL数据库和Azure SQL托管实例中的默认服务层级，专为大多数常规工作负载而设计。若需要SLA达99.99%且存储延迟在5到10毫秒之间的完全托管数据库引擎，且在大多数情况下与Azure虚拟机上的SQL Server匹配，可以选择“常规用途”层级。

< ">后续步骤

< ">在SQL托管实例中查找“常规用途/标准”层级的资源特征（核心数、I/O数、内存数），在vCore模型或DTU模型中查找单一数据库，在vCore模型和DTU模型中查找弹性池。

< ">了解业务危机公关公司有多少关键和超大规模层。

< ">了解Service Fabric。

< ">有关高可用性和灾难恢复的更多选项，请参阅业务连续性。