如何统计SQL Server数据库中的低频访问冷数据

完全可以，不管是用SSMS配合SQL Server原生能力，还是用成熟的第三方运维、迁移评估工具，都能完成低频访问冷数据的识别和规模统计，具体方案如下：

• 动态管理视图查询统计
  SQL Server会自动记录数据库内各表、索引的访问行为，你直接在SSMS中连接目标实例，通过查询系统内置的动态管理视图就能拉取全量访问统计数据，核心用到的视图是sys.dm_db_index_usage_stats，它会记录自SQL Server服务上次启动以来，每个表/索引的查找、扫描、更新操作的发生时间和累计次数，关联表元数据、空间占用视图后，就能直接按你设定的冷数据阈值（比如连续180天无读访问）筛选目标表，自动统计对应的数据行数、总占用存储空间。
  注意这个视图的统计数据会在SQL Server服务重启、数据库脱机重新挂载后清空，建议连续采样1~3个月的统计结果，避免因服务重启导致访问记录缺失，影响判断准确性。
  可以直接参考下面的查询语句按需调整阈值：

-- 筛选指定时间阈值内无读访问的冷数据表，统计其规模
SELECT 
    s.name AS 架构名,
    t.name AS 表名,
    MAX(COALESCE(u.last_user_lookup, u.last_user_scan, u.last_user_seek, u.last_user_update)) AS 最近一次访问时间,
    SUM(p.rows) AS 总数据行数,
    SUM(a.total_pages) * 8 / 1024 AS 总占用空间_MB
FROM sys.tables t
INNER JOIN sys.schemas s ON t.schema_id = s.schema_id
LEFT JOIN sys.dm_db_index_usage_stats u 
    ON t.object_id = u.object_id AND u.database_id = DB_ID()
INNER JOIN sys.partitions p ON t.object_id = p.object_id
INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id
GROUP BY s.name, t.name
-- 此处可调整冷数据判定阈值，示例为180天无任何读操作
HAVING MAX(COALESCE(u.last_user_lookup, u.last_user_scan, u.last_user_seek)) < DATEADD(DAY,-180,GETDATE())
ORDER BY 总占用空间_MB DESC

• SSMS内置报表快速初筛
  如果不想手写查询，直接在SSMS中右键点击目标数据库，依次选择「报表」-「标准报表」，就能找到「索引使用情况统计」「表磁盘使用情况」两类内置报表，可视化展示所有表的访问频次、空间占用情况，适合快速完成冷数据初筛。
• 分区表定向统计
  如果你的大表已经按照业务时间（比如订单创建时间、日志生成时间）做了表分区，直接在SSMS中查看各分区的访问记录即可，长期无查询命中的历史时间分区，本身就是最适合存入冷存储/归档层的对象，直接统计对应分区的空间占比就能得到准确的规模数据。

如果需要更高的统计准确率，或者要适配迁移评估的全流程，可以用下面两类工具：

• 迁移评估类官方工具：比如SQL Server Migration Assistant（SSMA）、Azure Migrate，这类工具本身就是为跨数据库引擎迁移设计的，会自动扫描全库的访问模式、数据分层情况，直接输出冷数据规模统计结果，同时给出迁移适配建议，和主流云服务、数据库引擎的归档层适配性较好。
• 专业数据库运维工具：比如Redgate SQL Monitor、SolarWinds Database Performance Analyzer，这类工具会持久化存储数据库的全量访问日志，不会因为SQL Server服务重启丢失历史数据，能覆盖更长周期的访问行为统计，还可以结合业务数据保留规则识别过期数据，冷数据判定的准确率比单次查询系统视图更高。

注意：初筛得到冷数据清单后，建议和业务侧做一轮核对，排除年度审计、年度财报这类一年仅访问一次的特殊业务场景数据，避免误将需要在线留存的数据划入归档层，影响后续业务运行。

内容的提问来源于stack exchange，提问作者Alex Chadwick