SQL日志太大?教你一键清理

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
日志服务 SLS,月写入数据量 50GB 1个月
简介: 最近数据仓库时不时爆磁盘空间不足,导致定时任务执行失败,这可了得,要知道定时任务执行的可是每天的业务数据。仔细检查,发现是日志文件爆满,这是咋回事呢?原来数据仓库中,每天的定时任务需要从其他系统里面抽取数据过来,导致数据文件和日志文件的磁盘空间都增长的飞快。数据不能清理,但是日志文件是可以清理的,说干就干。

测试环境

SQL Server 2017


操作步骤


1. 将恢复模式改成“简单”
右键要清理的数据库名 - 属性,切换到选项,将恢复模式修改为简单,如下图1,然后点确定。

1.jpg

                                                   图1

2、收缩日志还是右键要清理的数据库名任务收缩文件,按如图2进行设置,设置完后点确定即可

2.jpg


                                                             图2

这样日志就收缩到1M了,是不是很简单?

但是如果遇到了需要经常清理日志怎么办?难道每次都要来这样设置一遍吗?就没有什么办法让它自动完成?

答案肯定是有的!下面才是真正的一键清理。

这里我们要浓重介绍SQL Server的代理功能了


SQL Server 代理

SQL Server代理功能主要是用来完成一些定时任务的,说白了就是你写好命令,配置好执行的频率和时间,它就可以按时执行你写好的命令。

下面我们将图1和图2中的操作使用命令的形式做一个定时任务。

1、新建作业

如下图3,我们右键作业新建作业即可开始新建一个作业了

3.gif


                                                     图3

2、命名作业
给你的作业命名,这个可以随便起,能识别就行

4.jpg


3、新建步骤点击左侧的菜单栏,选择步骤—右侧底部点击新建...—在弹出的窗口中做如下配置:

5.jpg

如果你的数据库名跟我的不一样,可以套用下面的命令:

USE [master]
GO
ALTERDATABASE 要清理的数据库名称 SETRECOVERY SIMPLE WITH NO_WAIT
GO
--将数据库设置为简单模式
ALTERDATABASE 要清理的数据库名称 SETRECOVERY SIMPLE
GO
USE 要清理的数据库名称
GO
--将数据库的日志收缩为2M
DBCC SHRINKFILE (N'要清理的数据库名称_log' , 2, TRUNCATEONLY)
GO
USE [master]
GO
ALTERDATABASE 要清理的数据库名称 SETRECOVERYFULLWITH NO_WAIT
GO
--将数据库恢复为完整模式
ALTERDATABASE 要清理的数据库名称 SETRECOVERYFULL  
GO


然后点确定即可。


4、新建计划回到新建作业窗口,点击左侧菜单里的计划—点击右边底部的新建...—在弹出的窗口中做如下配置:

6.jpg

上面的作业计划就是你要执行上面命令的频率和具体日期和时间,上面我们设置的是每隔1周,在星期日的上午1点执行该命令。

这样一个定时清理日志的任务就完成了。

建好后会存在你的作业里面

7.jpg

你也可以随时手动执行上面的作用,只需要右键作业名——作业开始步骤...,然后就开始执行了,如下图:

8.jpg

这是已经执行完成的界面。

如果下次需要清理了,一键搞定。


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
11天前
|
SQL 数据库
为什么 SQL 日志文件很大,我应该如何处理?
为什么 SQL 日志文件很大,我应该如何处理?
|
13天前
|
存储 消息中间件 大数据
大数据-70 Kafka 高级特性 物理存储 日志存储 日志清理: 日志删除与日志压缩
大数据-70 Kafka 高级特性 物理存储 日志存储 日志清理: 日志删除与日志压缩
25 1
|
15天前
|
SQL 存储 关系型数据库
Mysql主从同步 清理二进制日志的技巧
Mysql主从同步 清理二进制日志的技巧
19 1
|
17天前
|
关系型数据库 MySQL 数据库
DZ社区 mysql日志清理 Discuz! X3.5数据库可以做定期常规清理的表
很多站长在网站日常维护中忽略了比较重要的一个环节,就是对于数据库的清理工作,造成数据库使用量增加必须多的原因一般有2个:后台站点功能开启了家园,此功能现在很少有论坛会用到,但是灌水机会灌入大量垃圾信息致使站长长时间未能发觉;再有就是程序默认的一些通知类表单会存放大量的、对于网站日常运行并无意义的通知信息。
33 2
|
1月前
|
SQL 存储 缓存
高基数 GroupBy 在 SLS SQL 中的查询加速
本文详细介绍了SLS中的高基数GroupBy查询加速技术。
|
13天前
|
SQL 数据库
为什么SQL日志文件很大,该如何处理?
为什么SQL日志文件很大,该如何处理?
|
1月前
|
SQL 安全 数据库
基于SQL Server事务日志的数据库恢复技术及实战代码详解
基于事务日志的数据库恢复技术是SQL Server中一个非常强大的功能,它能够帮助数据库管理员在数据丢失或损坏的情况下,有效地恢复数据。通过定期备份数据库和事务日志,并在需要时按照正确的步骤恢复,可以最大限度地减少数据丢失的风险。需要注意的是,恢复数据是一个需要谨慎操作的过程,建议在执行恢复操作之前,详细了解相关的操作步骤和注意事项,以确保数据的安全和完整。
91 0
|
2月前
|
数据库 Java 监控
Struts 2 日志管理化身神秘魔法师,洞察应用运行乾坤,演绎奇幻篇章!
【8月更文挑战第31天】在软件开发中,了解应用运行状况至关重要。日志管理作为 Struts 2 应用的关键组件,记录着每个动作和决策,如同监控摄像头,帮助我们迅速定位问题、分析性能和使用情况,为优化提供依据。Struts 2 支持多种日志框架(如 Log4j、Logback),便于配置日志级别、格式和输出位置。通过在 Action 类中添加日志记录,我们能在开发过程中获取详细信息,及时发现并解决问题。合理配置日志不仅有助于调试,还能分析用户行为,提升应用性能和稳定性。
44 0
|
12天前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
87 3
|
13天前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1576 12