Exchange Server 2013&2010 邮箱数据库日志清理

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

随着企业业务量的增大、人员的增加以及Exchange邮件系统使用时间的增长,邮件服务器中的数据库日志会日益增加。而且随着邮件系统利用率的提高,邮箱数据库的日志数量也会急剧增加。系统会在日志文件夹中生成一个接一个的大小为1024KB且后缀名为log的日志文件。已一个400人的房地产公司为例,我们可以看到(如下图),在相对高峰的时期,每1分钟,都会有几个到十几个,甚至几十个的日志文件。长此以往,邮件服务器磁盘的占用量会非常的高,如果不采取一定的措施,我们的磁盘就惨了!

image

BTW:补充一句,邮箱数据库所在磁盘如果可用空间过小,直接会导致内部和外部的邮件无法收发,因为从邮件存储的角度和日志记录审核的角度,都无法使得邮件服务正常运行,会直接导致Exchange Server的服务中断,无法提供邮件服务。(很多企业中的邮件无法收发问题,是来自磁盘剩余空间过小这个问题所导致的)

那么我们如何来有效地清理的Exchange邮箱数据库日志呢?接下来,我们一步一步的来操作。

首先,目前比较常用的解决办法如下有三个:

一. 在服务器上手动删除log日志文件(不推荐)

二. 在服务器上开启邮箱数据库的循环日志功能

三. 在服务器上开启Windows Server Backup功能进行计划备份

 

先来看看第一种:

一. 在服务器上手动删除log日志文件(不推荐)

这个顾名思义,直接登陆上服务器,找到邮箱数据库日志的路径(默认情况下与邮箱数据库edb文件存放在一起)。找到这些文件之后,直接删除过早的log日志。但是建议保留最近一段时间的日志,确保近期的邮件日志查询功能。

BTW:如果心有忌惮的朋友,可以先把过早的Log文件移动到其他磁盘,再经过邮件功能正常验证之后,再删除也可以。如果是直接右键删除的话,记得清理回收站,已确保真正腾出可用空间。

 

二. 在服务器上开启邮箱数据库的循环日志功能

这种办法的目的是打开邮件服务器的循环日志功能,从字面上来理解,该邮箱数据库的日志将会进行循环覆盖保存。但是在开启了循环日志功能之后,邮箱数据库日志不会马上清除掉,必须要手动卸载数据库,再重新挂载,这样才能有效地腾出可用空间。我们来看看Exchange Server 2013&2010的功能位置。

Exchange Server 2013的功能位置如下:

image

 

image

Exchange Server 2010的功能位置如下:

image

 

三. 在服务器上开启Windows Server Backup功能进行计划备份

这种办法是现在比较流行和推荐的一种办法,这样可以最大程度的保证日志文件的安全性和保证可用空间。

首先需要在服务器上安装Windows Server Backup功能,来做日志备份的功能支撑。Server 2008R2和Server 2012R2添加步骤类似。

下面以Windows Server 2008 R2作为演示

image

image

image

image

安装完成之后,在服务器管理工具列表中,打开Windows Server Backup功能,点击“备份计划”,在“备份计划向导”中,选择“整个服务器”,

image

image

image

下面这一步选择备份文件的存储路径,这个根据企业的现状来选择,因为我们是测试机,所以只呢选择“备份到卷”。

image

image

切记高级选项中一定是选择的VSS副本备份,这样的话才能有效清理日志文件。最后点击“完成”配置。

image





     本文转自horse87 51CTO博客,原文链接:http://blog.51cto.com/horse87/1614441,如需转载请自行联系原作者

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
2月前
|
人工智能 运维 关系型数据库
|
3月前
|
存储 缓存 监控
【YashanDB数据库】数据库运行正常,日志出现大量错误metadata changed
数据库运行正常,日志出现大量错误metadata changed
|
5月前
|
关系型数据库 MySQL 数据库连接
数据库连接工具连接mysql提示:“Host ‘172.23.0.1‘ is not allowed to connect to this MySQL server“
docker-compose部署mysql8服务后,连接时提示不允许连接问题解决
|
6月前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
263 3
|
7月前
|
监控 安全 网络安全
使用EventLog Analyzer日志分析工具监测 Windows Server 安全威胁
Windows服务器面临多重威胁,包括勒索软件、DoS攻击、内部威胁、恶意软件感染、网络钓鱼、暴力破解、漏洞利用、Web应用攻击及配置错误等。这些威胁严重威胁服务器安全与业务连续性。EventLog Analyzer通过日志管理和威胁分析,有效检测并应对上述威胁,提升服务器安全性,确保服务稳定运行。
194 2
|
8月前
|
存储 关系型数据库 数据库
数据库启用慢速查询日志如何增强 Postgres 可观测性
数据库启用慢速查询日志如何增强 Postgres 可观测性
106 1
|
9月前
|
存储 SQL 专有云
支持配置审计日志的存储数据库
审计日志作为企业监管平台的重要依据,同时也是“等保三级”认证的必要考察项之一。Dataphin V4.3版本支持设置平台日志的存储数据源,帮助用户快速获取审计日志,同时介绍了不同部署模式的Dataphin如何查看审计日志的方法。
267 5
|
1月前
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
|
3月前
|
关系型数据库 MySQL Java
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
【YashanDB知识库】原生mysql驱动配置连接崖山数据库
|
1月前
|
存储 关系型数据库 MySQL
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂
本文详细介绍了在 MySQL 中创建数据库和表的方法。包括安装 MySQL、用命令行和图形化工具创建数据库、选择数据库、创建表(含数据类型介绍与选择建议、案例分析、最佳实践与注意事项)以及查看数据库和表的内容。文章专业、严谨且具可操作性,对数据管理有实际帮助。
大数据新视界 --面向数据分析师的大数据大厂之 MySQL 基础秘籍:轻松创建数据库与表,踏入大数据殿堂

热门文章

最新文章

下一篇
oss创建bucket