适用场景：随着业务数据库使用时间的增长，数据库完整备份任务的持续运行，ldf日志文件会越来越大，里面存有大量事务，占用大量空间的同时也让数据库变得臃肿。此时我们需要定期做数据库日志的收缩。
以数据库名为report举例
1、我们要先确认数据库的恢复模式，一般来说默认都是完整恢复的模式
SELECT name, recovery_model_desc FROM sys.databases WHERE name = 'report';
会得到类似以下的输出内容
name recovery_model_desc
report FULL
如果是恢复模式为FULL或 BULK_LOGGED，那么我们就可以接着往下做。
2、收缩前先备份一次事务日志
BACKUP LOG report TO DISK = N'D:\Backup\report_log.bak';--这里路径和文件名自定义
3、收缩日志文件
-- 方法A：将日志文件收缩到指定目标大小（例如 5GB）
use [report]
go
DBCC SHRINKFILE ('report_log', 5120);
go
-- 'report_log' 是日志文件的逻辑名称，可以在数据库属性->文件中查看，通常默认为数据库名_log。
--
也可以在数据库右键依次选，数据库=》任务=》收缩=》文件，文件类型选日志，收缩操作选第二个：在释放未使用的空间前重新组织页，效果是一样的。
以上是较为细致的处理方法，还有一种较为简单粗略的处理方法，适用于开发测试环境，但是个人觉得，业务环境使用也可以，除非你对之前事务日志看的非常重要。
1、恢复模式设置为简单
设置为简单恢复模式后，会破坏日志链，无法进行基于时间的点恢复。
ALTER DATABASE report SET RECOVERY SIMPLE;
2、执行检查点，强制截断日志：
此步是AI给出的，实测不执行也可以，影响不大。
CHECKPOINT;
3、收缩日志文件：
DBCC SHRINKFILE ('report_log', 5120); -- 收缩到5GB
4、（可选）改回完整恢复模式：
如果后续需要，可以再改回去，但请记得之后要开始做日志备份。
ALTER DATABASE report SET RECOVERY FULL;
BACKUP DATABASE report TO DISK = ... -- 切换后立即做一次完整备份，以开启新的日志链。