使用资源调控器管理资源

Posted 2020-07-16 Avatarx

1、使用SQLServer Management Studio 配置资源调控器

2、使用T-SQL配置资源调控器

3、监控资源调控器

前言： 在前面的章节，提到过可以通过多种配置数据库服务器的方式来提高性能。如索引、统计信息、hints、物理设计和服务器配置等。当你完成

本系列包含：

1、 使用SQLServer Management Studio 配置资源调控器

2、 使用T-SQL配置资源调控器

3、 监控资源调控器

 

前言：
在前面的章节，提到过可以通过多种配置数据库服务器的方式来提高性能。如索引、统计信息、hints、物理设计和服务器配置等。

当你完成上面那些配置后，还依旧有少量存储过程、查询运行得很慢时，由于硬件资源限制，可能已经没什么好调整。如一个数据库服务器支撑着多个应用系统，其中一个是报表系统，而报表系统往往都是非常耗资源的。

在2008之前，对于这种问题，很难作出有效的解决方法。从2008开始，引入了一个资源调控器（ResourceGovernor）来协助解决这类问题。资源调控器（下面简称RG），可以管理服务器上CPU和内存资源。不同类型的请求可以被分配到不同的资源。

RG的功能可以分为3个组件：

1、 分类（Classification）

2、 资源池（Resource pool）

3、 工作负荷组（Workload group）

RG的基本功能/体系

 

分类（Classification）：定义一个用户自定义标量函数作为RG的分类函数，每当请求到达时，分类函数就会执行，区分请求的类型，然后放到特定的工作负荷组（Workload Group）中。

 

工作负载组（WorkloadGroup）：一个逻辑单元，包含了一组资源。属于特定的资源池（Resource Pool）SQLServer创建了两个默认的工作负载组，internal和default。

 

资源池（ResourcePool）：包含对请求分配特定工作负载组的资源规则定义，SQLServer同样创建了两个资源池internal和default。

 

通过SQLServerManagement Studio 配置资源调控器：
在开始之前，先来创建一个现实环境，假设AdventureWorks数据库是生产数据库，且有数十亿的数据。这个库提供多个应用程序使用。一个应用程序是用于web程序，一个是OLTP。另外一个应用程序是报表系统。当查询报表的时候，会影响到web程序，为了解决这个问题，可以借助RG来保存web程序的CPU和内存资源。这里保留web程序获得最少50%的CPU和内存，报表使用25%。

本文将演示使用SQLServer Management Studio（下称SSMS）来实现。

 

准备工作：
本文将创建两个资源池和工作负载组。用于给web和报表程序之用。独立的用户名分类函数区分请求很有帮助，基于用户名，分类函数将发送请求到特定的工作负载组。

 

步骤：
1、 打开ssms，确保这个登录有管理员权限，如果不能，那需要有ALTER LOGIN和CONTROL SERVER的权限。

2、 在新建窗口输入，注意本文使用AdventureWorks2012数据库：

 

USE master
GO

CREATE LOGIN [AW_WebAppUser] WITH PASSWORD=N‘AW_WebAppUser123‘ ,DEFAULT_DATABASE=AdventureWorks2012
GO

USE AdventureWorks2012
GO

CREATE USER [AW_WebAppUser] FOR LOGIN [AW_WebAppUser]
GO
ALTER ROLE [db_owner] ADD MEMBER [AW_WebAppUser]
GO

CREATE LOGIN [AW_ReportAppUser] WITH PASSWORD=N‘AW_ReportAppUser123‘,DEFAULT_DATABASE=AdventureWorks2012
GO

USE AdventureWorks2012
GO
CREATE USER [AW_ReportAppUser] FOR LOGIN [AW_ReportAppUser]
GO
ALTER ROLE [db_owner] ADD MEMBER [AW_ReportAppUser]
GO

 

3、 创建分类函数：

USE MASTER
GO

CREATE FUNCTION dbo.RGClassifier( )
RETURNS SYSNAME
WITH SCHEMABINDING
AS
BEGIN
DECLARE @Workload_GroupName SYSNAME

IF SUSER_NAME() = ‘AW_WebAppUser‘
SET @Workload_GroupName = ‘rg_WebApp‘

ELSE
IF SUSER_NAME() = ‘AW_ReportAppUser‘
SET @Workload_GroupName = ‘rg_ReportApp‘

ELSE
SET @Workload_GroupName = ‘default‘
RETURN @Workload_GroupName
END

 

4、 打开ssms，右键资源调控器节点，选择【属性】，就见到如下：

 

5、 点击启用【启用资源调控器】：

 

6、 在分类函数名下拉框中，选择dbo.RGClassifier()：

 

7、 在资源池网格中，可以找到两个默认资源池defalut和internal，现在添加一个新的资源池叫做rp_WebApp，并配置为如图，记住总和不能超过100：

 

8、 在资源池的工作负荷组:rp_WebApp中，创建一个新的工作负荷组rg_WebApp，并配置CPU时间为300：

 

9、 在资源池网格中，按上述步骤添加rp_ReportApp，并把最小CPU和内存设为25，CPU时间为300：

 

10、点击确定后，打开资源调控器节点：

 

分析：
在连接了SQLServer之后，先执行脚本创建用户，用于标识不同应用程序访问数据库。通过账号，分类函数会把登录名的请求发送到对应的资源池和工作负荷组。

在创建类分区函数dbo.RGClassifier()，并在图形界面中调用这个函数。默认情况下资源调控器是禁用的，为了使其工作，需要手动启用。除了图形界面，也可以使用T-SQL语句：ALTER RESOURCEGOVERNOR RECONFIGURE命令来启动。

如果请求不属于新建的两个资源池，会分配到default工作负荷组和default资源池。Internal工作负荷组是SQLServer内部使用的，并且DAC(专用管理员连接)是不受RG分类影响。

最后通过图形界面查看是否建立成功。

 

扩充信息：
在现实世界中，在实施资源调控器之前，需要对各个应用程序的资源请求做一个趋势分析，可以帮助你更好地分配资源。

在资源池中定义的MIN参数是不共享的，也就是别的请求不能占用这部分，是专用的资源。资源调控器可以有多个资源池。这就是为什么MIN中的百分比总和不能超过100.

另一方面，MAX参数的值是共享的，实际的MAX值会根据MIN的值来调整。

 

 

 

前言：
在前一章已经演示了如何使用SSMS来配置资源调控器。但是作为DBA，总有需要写脚本的时候，因为它可以重用及扩展。并且可以在不同服务器快速部署。

下面来演示如何实现：

步骤：
1、 打开ssms，连到SQLServer。确保登录账号有CONTROLSERVER的权限。

2、 运行下面脚本，删除前面创建过的资源调控器对象：

USE master
GO
DROP WORKLOAD GROUP rg_WebApp
DROP RESOURCE POOL rp_WebApp
DROP WORKLOAD GROUP rg_ReportApp
DROP RESOURCE POOL rp_ReportApp
GO

3、 现在执行语句来创建下面对象，此处的分类函数参考上一章：

USE master
GO

CREATE RESOURCE POOL [rp_WebApp]
WITH
(
MIN_CPU_PERCENT=50,
MAX_CPU_PERCENT =100,
MIN_MEMORY_PERCENT =50,
MAX_MEMORY_PERCENT =100
)
GO

CREATE WORKLOAD GROUP [rg_WebApp]
WITH
(
GROUP_MAX_REQUESTS=0,
IMPORTANCE=MEDIUM,
REQUEST_MAX_CPU_TIME_SEC=300,
REQUEST_MAX_MEMORY_GRANT_PERCENT=25,
REQUEST_MEMORY_GRANT_TIMEOUT_SEC=0,
MAX_DOP=0
)USING [rp_WebApp]
GO

CREATE RESOURCE POOL [rp_ReportApp]
WITH
(
MIN_CPU_PERCENT=25,
MAX_CPU_PERCENT =100,
MIN_MEMORY_PERCENT =25,
MAX_MEMORY_PERCENT =100
)
GO


CREATE WORKLOAD GROUP [rg_ReportApp]
WITH
(
GROUP_MAX_REQUESTS=0,
IMPORTANCE=MEDIUM,
REQUEST_MAX_CPU_TIME_SEC=300,
REQUEST_MAX_MEMORY_GRANT_PERCENT=25,
REQUEST_MEMORY_GRANT_TIMEOUT_SEC=0,
MAX_DOP=0
)USING [rp_ReportApp]
GO


ALTER RESOURCE GOVERNOR
WITH (CLASSIFIER_FUNCTION=[dbo].[RGClassifier]
);
GO

ALTER RESOURCE GOVERNOR RECONFIGURE
GO

4、 为了检查是否创建成功，可以通过DMV查询，这里用到下面两个DMV来查询：sys.dm_resource_governor_resource_pools 、sys.dm_resource_governor_workload_groups

 

SELECT pool_id ,
name
FROM sys.dm_resource_governor_resource_pools

SELECT group_id ,
name ,
pool_id
FROM sys.dm_resource_governor_workload_groups

 

5、 从截图上可以看出已经创建成功：

 

 

上面的步骤可以通过ssms操作时，界面中上部的【脚本】按钮生成，但是由于ssms生成的T-SQL有些不是最优化的，所以如果你不是不懂，那就自己写吧。

 

扩充知识：
下面几个配置选项在本文中用到，简要说明一下：

1、 IMPORTANCE:定义工作负荷组中对请求处理的重要性，其值为LOW/MEDIUM/HIGH。

2、 GROUP_MAX_REQUESTS:定义在一个工作负荷组中最大并行执行的请求数量。

3、 MAX_DOP:在一个工作负荷组中并行请求的最大并行度。

4、 REQUEST_MAX_MEMORY_GRANT_PERCENT:对于一个工作负荷组中，一个单独的请求能用的最大内存数。

5、 REQUEST_MAX_CPU_TIME_SEC: 对于一个工作负荷组中，一个单独的请求可以使用的最大秒数。

6、 REQUEST_MEMORY_GRANT_TIMEOUT_SEC: 指定查询等待内存授予（工作缓冲区内存）变为可用的最长时间（以秒为单位）。

 

 

 

[置顶] 第十九章——使用资源调控器管理资源（3）——监控资源调控器 2013-04-12 11:50 2242人阅读 评论(0) 收藏 举报 本文章已收录于：
分类： 配置（6）
作者同类文章X资源调控器（2）
作者同类文章X数据库管理（192）
作者同类文章XDBA（105）
作者同类文章X前言：
在对每个应用程序配置了资源调控器之后，需要监控资源调控器。可能需要监控资源池的使用和多少个请求被分配到特定的资源池。也可能希望监控internal和default池的活动情况。

本文中，演示使用不同登录账号（AW_WebAppUser和AW_ReportAppUser），并监控CPU和内存资源的使用情况。

 

准备工作：
本文使用的部分脚本在本系列的第一篇中已经写出。这里不累赘。文中将通过不同账号执行相同的语句，模拟不同的请求。

 

步骤：
1、 打开【可靠性和性能监视器】→perfmon.exe

2、 打开【性能监视器】视图

3、 添加计数器

4、 在添加选项中选择SQLServer:ResourcePoolStats 的CPU usage target%。

5、 由于本机装了一个SQLServer2008和一个SQLServer2012，所以需要找到命名实例也就是2012的计数器：

 

 

6、 现在打开SSMS，使用AW_WebAppUser登录，这个为窗体1

7、 打开新窗体2，使用AW_ReportAppUser登录。

8、 在窗体1，也就是使用AW_WebAppUser登录的窗体中输入一下代码，并执行：

USE AdventureWorks2012
GO

SELECT SalesOrderID ,
SalesOrderDetailID ,
CarrierTrackingNumber ,
OrderQty ,
ProductID ,
SpecialOfferID ,
UnitPrice ,
UnitPriceDiscount ,
LineTotal ,
rowguid ,
ModifiedDate
FROM sales.salesOrderdetail
ORDER BY SalesOrderID
GO
SELECT SalesOrderID ,
SUM(LineTotal) ,
ROW_NUMBER() OVER ( ORDER BY SUM(LineTotal) DESC , SalesOrderID )
FROM sales.salesOrderdetail
GROUP BY SalesOrderID

9、 在窗体2中执行以下代码：

USE AdventureWorks2012
GO

SELECT SalesOrderID ,
SalesOrderDetailID ,
CarrierTrackingNumber ,
OrderQty ,
ProductID ,
SpecialOfferID ,
UnitPrice ,
UnitPriceDiscount ,
LineTotal ,
rowguid ,
ModifiedDate
FROM sales.salesOrderdetail
ORDER BY SalesOrderID
GO
SELECT SalesOrderID ,
SUM(LineTotal) ,
ROW_NUMBER() OVER ( ORDER BY SUM(LineTotal) DESC , SalesOrderID )
FROM sales.salesOrderdetail
GROUP BY SalesOrderID

10、 查看计数器图标：

 

扩充信息：
如果你想映射特定会话的工作负荷组，可以把sys.dm_exec_sessions和sys.dm_resource_governor_workload_groups关联，关联列为group_id，还能进一步关联sys.dm_resource_governor_workload_groups与sys.dm_resource_governor_resource_pools，关联列为pool_id。