首页> 系统技术> Exchange邮箱数据库日志清理问题处理分享

[文章]Exchange邮箱数据库日志清理问题处理分享

收藏
0 598 0

Exchange邮箱数据库日志清理问题处理分享

汪瑞阳

【摘要】

    在我们日常使用的Exchange环境过程中,随着用户数量的增加,Exchange数据库的大小和容量也会随之扩增,虽然我们可以通过合理规划数据库大小容量的方式去限制数据库对于磁盘空间的占用程度,但是当我们没有对数据库进行容量大小规划限制的时候,经过一段时间后很容易出现Exchange数据库将磁盘空间全部占用的情况,导致数据库状态异常或卸除。

        我们可以通过迁移邮箱用户的方式去解决数据库对于磁盘空间的占用,或者通过扩容磁盘的方式进行解决,但是当出现紧急故障的时候,迁移用户的方式耗时耗力,而且无法短时间恢复Exchange数据库的使用。若没有额外存储资源进行扩容,扩容方案也无法落地执行。本文章通过记录一次故障问题处理,从清理Exchange数据库日志的方式减少数据库对于磁盘空间的占用,快速恢复数据库的异常状态。

【正文】

   故障描述

接到用户报障,出现大面积Exchange用户使用邮箱无法正常访问和邮件收发,但部分用户又可以正常使用邮箱功能。

   问题排查

1.      登录到邮箱服务器,运行Test-ServiceHealth命令检查邮件服务状态,发现服务正常;

2.      运行Get-MailboxDatabaseCopyStatus,发现数据库UserDB05UserDB06Status状态为Dismounted,显示数据库的挂载状态异常;

3.      登录到ECP中,检查发现数据库处于“已卸除”状态,尝试将数据库进行装入,提示报错“无法正常装入此邮箱数据库”;

4.      远程检查邮箱服务器的系统日志和应用程序日志,发现大量Ntfs 141警告,告警内容显示服务器的F盘磁盘空间已满;

 

5.      在邮箱服务器上检查磁盘空间状态,发现存储数据库UserDB05UserDB06EEAF盘已经没有可用空间;

 

6.      打开EMS命令,运行.\esentutl.exe /mk F:\Mailbox Database\UserDB04\E05.chk”,查看UserDB04数据库的日志检查点,检查点为0x35AD7C

 

7.      定位到F:\Mailbox Database\UserDB04文件夹路径,找到检查点的日志文件E050035AD7C.log,理论上可以删除此检查点文件之前的所有日志文件,即2020/12/19 2:25时间点之前,但为保险起见,我们仅删除2020/12/5号之前的日志文件(即保留两周的日志文件记录);

 

8.      同删除UserDB04数据库日志文件一样,我们删除了UserDB06EEA 数据库2020/12/5号之前的数据库日志文件;

9.      将邮箱服务器的F磁盘空间清理出50G左右空间后,检查数据库的挂载状态,发现数据库已自动进行挂载;

10.   更新UserDB04UserDB05EEA 数据库的副本复制状态,保障数据库副本复制状态正常。检查磁盘空间状态,发现磁盘空间已逐步恢复正常。

   总结及建议

Exchange数据库虽然可以通过启用日志循环记录进行日志循环保障磁盘空间稳定性,但也需要经常关注Exchange服务器的磁盘空间状态。同时,清理Exchange日志风险很大,必须要根据日志检查点进行分析,避免误删除尚未写入或者同步的日志文件。

系统技术
最近热帖
{{item.Title}} {{item.ViewCount}}
近期热议
{{item.Title}} {{item.PostCount}}