SQL Server一键巡检脚本分享

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
日志服务 SLS,月写入数据量 50GB 1个月
简介: SQL Server一键巡检脚本分享

冷门数据库的一键巡检脚本分享,使用前请在测试环境先测试。

1、数据库

--所有数据库的大小

exec sp_helpdb

--所有数据库的状态

select name,

     user_access_desc,          --用户访问模式

     state_desc,                --数据库状态

     recovery_model_desc,        --恢复模式

     page_verify_option_desc,    --页检测选项

     log_reuse_wait_desc        --日志重用等待

from sys.databases

--某个数据库的大小:按页面计算空间,有性能影响,基本准确,有时不准确

use test

go

exec sp_spaceused

go

--可以@updateusage = 'true',会运行dbcc updateusage

exec sp_spaceused  @updateusage = 'true'

--对某个数据库,显示目录视图中的页数和行数错误并更正

DBCC UPDATEUSAGE('test')

2、数据文件

--查看某个数据库中的所有文件及大小

sp_helpfile

--查看所有文件所在数据库、路径、状态、大小

select db_name(database_id) dbname,

     type_desc,      --数据还是日志

     name,          --文件的逻辑名称

     physical_name,  --文件的物理路径

     state_desc,    --文件状态

     size * 8.0/1024 as '文件大小(MB)'      

from sys.master_files

--按区extent计算空间,没有性能影响,基本准确,把TotalExtents*64/1024,单位为MB

--同时也适用于计算tempdb的文件大小,但不包括日志文件

dbcc showfilestats

3、日志文件

--查看日志文件所在数据库、路径、状态、大小

select db_name(database_id) dbname,

     type_desc,      --数据还是日志

     name,          --文件的逻辑名称

     physical_name,  --文件的物理路径

     state_desc,    --文件状态

     size * 8.0/1024 as '文件大小(MB)'      

from sys.master_files

where type_desc = 'LOG'

--所有数据库的日志的大小,空间使用率

dbcc sqlperf(logspace)

4、数据文件、日志文件的I/O统计信息

--数据和日志文件的I/O统计信息,包含文件大小

select database_id,

     file_id,

     file_handle,          --windows文件句柄

     sample_ms,            --自从计算机启动以来的毫秒数

     num_of_reads,

     num_of_bytes_read,

     io_stall_read_ms,      --等待读取的时间

     num_of_writes,

     num_of_bytes_written,

     io_stall_write_ms,

     io_stall,              --用户等待文件完成I/O操作所用的总时间

     size_on_disk_bytes    --文件在磁盘上所占用的实际字节数      

from sys.dm_io_virtual_file_stats(db_id('test'),  --数据库id

                                 1 )  --数据文件id                                  

union all

select database_id,

     file_id,

     file_handle,          --windows文件句柄

     sample_ms,            --自从计算机启动以来的毫秒数

     num_of_reads,

     num_of_bytes_read,

     io_stall_read_ms,      --等待读取的时间

     num_of_writes,

     num_of_bytes_written,

     io_stall_write_ms,

     io_stall,              --用户等待文件完成I/O操作所用的总时间

     size_on_disk_bytes    --文件在磁盘上所占用的实际字节数

from sys.dm_io_virtual_file_stats( db_id('test'),  --数据库id

                                 2 )  --日志文件id

5、对象,包括:表、索引、索引视图等

--不一定准确:某个表的行数,保留大小,数据大小,索引大小,未使用大小

exec sp_spaceused @objname ='temp_lock'

--准确:但有性能影响

exec sp_spaceused @objname ='temp_lock',

                 @updateusage ='true'

--按页统计,没有性能影响,有时不准确

/*======================================================

一次计算多个对象的空间使用情况

sys.dm_db_partition_stats返回当前数据库中每个分区(表和索引)的页和行计数信息

========================================================*/

select o.name,

     sum(p.reserved_page_count) as reserved_page_count, --保留页,包含表和索引

     sum(p.used_page_count) as used_page_count,        --已使用页,包含表和索引

     sum(case when p.index_id <2

                   then p.in_row_data_page_count +

                         p.lob_used_page_count +

                         p.row_overflow_used_page_count

               else p.lob_used_page_count +

                   p.row_overflow_used_page_count

         end) as data_pages,  --数据页,包含表中数据、索引中的lob数据、索引中的行溢出数据

     sum(case when p.index_id < 2

                   then p.row_count

               else 0

         end) as row_counts  --数据行数,包含表中的数据行数,不包含索引中的数据条目数

from sys.dm_db_partition_stats p

inner join sys.objects o

       on p.object_id = o.object_id

where p.object_id= object_id('表名')

group by o.name

--按页或区统计,有性能影响,准确      

--显示当前数据库中所有的表或视图的数据和索引的空间信息

--包含:逻辑碎片、区碎片(碎片率)、平均页密度            

dbcc showcontig(temp_lock)

--SQL Server推荐使用的动态性能函数,准确

select *

from sys.dm_db_index_physical_stats(

db_id('test'),                      --数据库id

object_id('test.dbo.temp_lock'),    --对象id

null,                              --索引id

null,                              --分区号

'limited'  --default,null,'limited','sampled','detailed',默认为'limited'

           --'limited'模式运行最快,扫描的页数最少,对于堆会扫描所有页,对于索引只扫描叶级以上的父级页

           --'sampled'模式会返回堆、索引中所有页的1%样本的统计信息,如果少于1000页,那么用'detailed'代替'sampled'

           --'detailed'模式会扫描所有页,返回所有统计信息

)

--查找哪些对象是需要重建的

use test

go

if OBJECT_ID('extentinfo') is not null

drop table extentinfo

go

create table extentinfo

(  [file_id] smallint,

page_id int,

pg_alloc int,            

ext_size int,              

obj_id int,                

index_id int,              

partition_number int,

partition_id bigint,

iam_chain_type varchar(50),

pfs_bytes varbinary(10)

)

go

/*====================================================================

查询到的盘区信息是数据库的数据文件的盘区信息,日志文件不以盘区为单位

命令格式:  DBCC EXTENTINFO(dbname,tablename,indexid)

DBCC EXTENTINFO('[test]','extentinfo',0)

======================================================================*/

insert extentinfo

exec('dbcc extentinfo(''test'') ')

go

--每一个区有一条数据

select  file_id,

obj_id,              --对象ID

index_id,            --索引id

page_id,              --这个区是从哪个页开始的,也就是这个区中的第一个页面的页面号

pg_alloc,            --这个盘区分配的页面数量

ext_size,            --这个盘区包含了多少页

partition_number,

partition_id,

iam_chain_type,      --IAM链类型:行内数据,行溢出数据,大对象数据

pfs_bytes

from extentinfo

order by file_id,

       OBJ_ID,

       index_id,

       partition_id,

       ext_size

/*=====================================================================================================

数据库的数据文件的盘区信息,通过计算每个对象理论上区的数量和实际数量,如果两者相差很大,

那就应该重建对象.

1.每一条记录就是一个区

2.如果pg_alloc比ext_size小,也就是实际每个区分配的页数小于理论上这个区的页数,

 那么就会多一条记录,把本应该属于这个区的页放到多出来的这条记录对应的区中,

 那么原来只有一条记录(也就是一个区),现在就有2条记录(也就是2个区),

 导致实际的区数量2大于理论上的区数量1.

========================================================================================================*/

select file_id,

     obj_id,

     index_id,

     partition_id,

     ext_size,

     count(*) as '实际区的个数',

     sum(pg_alloc) as '实际包含的页数',

     ceiling(sum(pg_alloc) * 1.0 / ext_size) as '理论上的区的个数',

     ceiling(sum(pg_alloc) * 1.0 / ext_size) / count(*) * 100.00 as '理论上的区个数 / 实际区的个数'

from extentinfo

group by file_id,

       obj_id,

       index_id,

       partition_id,

       ext_size

having ceiling(sum(pg_alloc)*1.0/ext_size) < count(*)

--过滤: 理论上区的个数 < 实际区的个数,也就是百分比小于100%的

order by partition_id, obj_id, index_id, [file_id]  

6、tempdb数据库

--tempdb数据库的空间使用

/*======================================================

tempdb中包含的对象:

用户对象:是用户显式创建的,这些对象位于用户会话的作用域,

       可以位于创建对象的例程(存储过程、触发器、函数)的作用域中。

1.用户定义的表、索引

2.系统表、索引

3.全局临时表、索引

4.局部临时表、索引

5.表变量

6.表值函数中返回的表

内部对象:是根据需要由SQL Server数据库引擎创建的,用于处理SQL Server语句,

         内部对象可以在语句作用域中创建、删除。

         每个内部对象至少需要9个页面,一个IAM页,一个区包含了8个页。

1.游标、假脱机操作、临时的大型对象(LOB),存储的工作表

2.哈希联接、哈希聚合操作的工作文件

3.如果设置了sort_in_tempdb选项,那么创建、重新生成索引的重建排序结果存放在tempdb;

 group by、order by、union操作的中间结果。

版本存储区:是数据页的集合,包含了支持行版本控制功能的所需的数据,主要支持快照事务隔离级别,

           以及一些其他的提高数据库并发性能的新功能。

   1.公用版本存储区:在使用快照隔离级别、已提交读隔离级别的数据库中,由数据修改事务生成的行版本。

   2.联机索引生成版本存储区:为了实现联机索引操作而为数据修改事务生成的行版本,

     多个活动结果集,after触发器生成的行版本。

上面也提到了,由于sys.allocation_units和sys.partitions视图没有记录tempdb中的内部对象、版本存储区

所以这2个视图和sp_spaceused,不能准确反应出tempdb的空间使用。

分析tempdb现有的工作负载:

1.设置tempdb的自动增长

2.通过模拟单独的查询、工作任务,监控tempdb空间使用

3.通过模拟执行一些系统维护操作(重新生成索引),监控tempdb空间使用

4.根据2和3中tempdb的空间使用量,预测总工作负荷会使用的空间,并针对任务的并发度调整这个值.

   5.根据4得到的值,设置生成环境中tempdb的初始大小,并开启自动增长.

     另外,tempdb的文件个数和大小,不仅需要满足实际使用需要,还要考虑性能优化.

监控tempdb的空间使用方法:

1.可以通过SQL Trace来跟踪,但是由于不能预期造成大量使用tempdb语句在什么时候运行,

 而且SQL Trance操作比较昂贵,如果一直开着会产生大量的跟踪文件,对硬盘的负担也比较重,一般不用.

2.轻量级的监控是通过一定时间间隔运行能够监控系统运行的dbcc命令、动态性能视图-函数,

 把结果记录在文件中,这对于很繁忙的系统是不错的选择。

=======================================================*/

Select DB_NAME(database_id) as DB,

     max(FILE_ID) as '文件id',      

     SUM (user_object_reserved_page_count) as '用户对象保留的页数',      ----包含已分配区中的未使用页数

 SUM (internal_object_reserved_page_count) as '内部对象保留的页数',  --包含已分配区中的未使用页数

 SUM (version_store_reserved_page_count)  as '版本存储保留的页数',  

 SUM (unallocated_extent_page_count) as '未分配的区中包含的页数',    --不包含已分配区中的未使用页数

 SUM(mixed_extent_page_count) as '文件的已分配混合区中:已分配页和未分配页'  --包含IAM页                

From sys.dm_db_file_space_usage                                        

Where database_id = 2

group by DB_NAME(database_id)

--能够反映当时tempdb空间的总体分配,申请空间的会话正在运行的语句

SELECT

     t1.session_id,      

     t1.internal_objects_alloc_page_count,    

     t1.user_objects_alloc_page_count,

     t1.internal_objects_dealloc_page_count ,

     t1.user_objects_dealloc_page_count,

     t.text

from sys.dm_db_session_space_usage  t1  --反映每个session的累计空间申请                              

inner join sys.dm_exec_sessions as t2

       on t1.session_id = t2.session_id      

inner join sys.dm_exec_requests t3

       on t2.session_id = t3.session_id        

cross apply sys.dm_exec_sql_text(t3.sql_handle) t

where  t1.internal_objects_alloc_page_count>0  or

     t1.user_objects_alloc_page_count >0      or

     t1.internal_objects_dealloc_page_count>0 or

     t1.user_objects_dealloc_page_count>0  

--返回tempdb中页分配和释放活动,

--只有当任务正在运行时,sys.dm_db_task_space_usage才会返回值

--在请求完成时,这些值将按session聚合体现在SYS.dm_db_session_space_usage

select t.session_id,

     t.request_id,

     t.database_id,

     t.user_objects_alloc_page_count,

     t.internal_objects_dealloc_page_count,

     t.internal_objects_alloc_page_count,

     t.internal_objects_dealloc_page_count

from sys.dm_db_task_space_usage t

inner join sys.dm_exec_sessions e

       on t.session_id = e.session_id      

inner join sys.dm_exec_requests  r  

       on t.session_id = r.session_id and

         t.request_id = r.request_id

# 导入必要的模块

Import-Module SQLPS -DisableNameChecking

# 设置SQL Server实例名称和数据库名称

$serverName = "YourServerName"

$databaseName = "YourDatabaseName"

# 检查数据库大小

Write-Output "=== Checking Database Size ==="

$sqlCommand = "USE $databaseName; EXEC sp_spaceused;"

Invoke-Sqlcmd -Query $sqlCommand -ServerInstance $serverName

# 检查最后备份时间

Write-Output "=== Checking Last Backup Time ==="

$sqlCommand = @"

SELECT

   database_name AS DatabaseName,

   MAX(backup_finish_date) AS LastBackupTime

FROM msdb.dbo.backupset

WHERE type = 'D'

GROUP BY database_name;

"@

Invoke-Sqlcmd -Query $sqlCommand -ServerInstance $serverName

# 检查数据库文件的增长情况

Write-Output "=== Checking Database File Growth ==="

$sqlCommand = @"

SELECT

   name AS [File Name],

   physical_name AS [Physical Name],

   size*8/1024 AS [Size (MB)],

   CASE max_size

       WHEN -1 THEN 'Unlimited'

       ELSE CAST(max_size*8/1024 AS NVARCHAR(10))

   END AS [Max Size (MB)],

   growth AS [Growth],

   is_percent_growth AS [Is Percent Growth]

FROM sys.master_files

WHERE database_id = DB_ID('$databaseName');

"@

Invoke-Sqlcmd -Query $sqlCommand -ServerInstance $serverName

# 检查磁盘使用情况

Write-Output "=== Checking Disk Usage ==="

Get-WmiObject -Class Win32_LogicalDisk | Where-Object {$_.DriveType -eq 3} | Select-Object DeviceID, FreeSpace, Size | Format-Table -AutoSize

# 检查数据库死锁情况

Write-Output "=== Checking Deadlocks ==="

$sqlCommand = "SELECT * FROM sys.dm_tran_locks WHERE resource_type='DATABASE';"

Invoke-Sqlcmd -Query $sqlCommand -ServerInstance $serverName

# 输出巡检完成信息

Write-Output "=== Inspection Complete ==="

相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS&nbsp;SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/sqlserver
相关文章
|
1月前
|
SQL 关系型数据库 MySQL
|
19天前
|
SQL 关系型数据库 MySQL
mysql编写sql脚本:要求表没有主键,但是想查询没有相同值的时候才进行插入
mysql编写sql脚本:要求表没有主键,但是想查询没有相同值的时候才进行插入
30 0
|
3月前
|
存储 SQL Go
全网最长的sql server巡检脚本分享(1000行)
全网最长的sql server巡检脚本分享(1000行)
54 1
|
3月前
|
SQL 监控 安全
在Linux中,如何检测和防止SQL注入和跨站脚本(XSS)攻击?
在Linux中,如何检测和防止SQL注入和跨站脚本(XSS)攻击?
|
3月前
|
SQL 存储 Oracle
MySQL 项目中 SQL 脚本更新、升级方式,防止多次重复执行
MySQL 项目中 SQL 脚本更新、升级方式,防止多次重复执行
64 0
|
3月前
|
SQL 运维 Oracle
SQL Server 项目中 SQL 脚本更新、升级方式,防止多次重复执行
SQL Server 项目中 SQL 脚本更新、升级方式,防止多次重复执行
46 0
|
2月前
|
SQL 数据库
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
SQL Server附加数据库出现错误823,附加数据库失败。数据库没有备份,无法通过备份恢复数据库。 SQL Server数据库出现823错误的可能原因有:数据库物理页面损坏、数据库物理页面校验值损坏导致无法识别该页面、断电或者文件系统问题导致页面丢失。
101 12
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
|
8天前
|
SQL 存储 Linux
从配置源到数据库初始化一步步教你在CentOS 7.9上安装SQL Server 2019
【11月更文挑战第8天】本文介绍了在 CentOS 7.9 上安装 SQL Server 2019 的详细步骤,包括系统准备、配置安装源、安装 SQL Server 软件包、运行安装程序、初始化数据库以及配置远程连接。通过这些步骤,您可以顺利地在 CentOS 系统上部署和使用 SQL Server 2019。
|
9天前
|
SQL 存储 Linux
从配置源到数据库初始化一步步教你在CentOS 7.9上安装SQL Server 2019
【11月更文挑战第7天】本文介绍了在 CentOS 7.9 上安装 SQL Server 2019 的详细步骤,包括系统要求检查与准备、配置安装源、安装 SQL Server 2019、配置 SQL Server 以及数据库初始化(可选)。通过这些步骤,你可以成功安装并初步配置 SQL Server 2019,进行简单的数据库操作。
|
23天前
|
存储 数据挖掘 数据库
数据库数据恢复—SQLserver数据库ndf文件大小变为0KB的数据恢复案例
一个运行在存储上的SQLServer数据库,有1000多个文件,大小几十TB。数据库每10天生成一个NDF文件,每个NDF几百GB大小。数据库包含两个LDF文件。 存储损坏,数据库不可用。管理员试图恢复数据库,发现有数个ndf文件大小变为0KB。 虽然NDF文件大小变为0KB,但是NDF文件在磁盘上还可能存在。可以尝试通过扫描&拼接数据库碎片来恢复NDF文件,然后修复数据库。