摘要：

Exchange2007的日常维护包括各个方面，其中一个重要点是日志文件及数据文件存储空间。空间不足很可能会影响到邮件系统的正常运行，给用户的使用带来巨大的影响。但是，万一巡检有遗漏，遇到了空间爆满的情况，我们也需要有能力和方法去解决。

以下是前不久遇到的一个类似问题，拿出来跟大家分享一下。

正文：

用户反馈发不了邮件，管理员立即使用邮箱测试，确实无法收发邮件。遂登录服务器进行检查，发现日志文件所在磁盘空间已满。为了尽快恢复邮件系统，需要将部分日志文件转移到其他位置以腾出空间。对Exchange有所了解的朋友应该知道，日志文件是不能随意进行手动删除的。但并不是说完全不能手动删除，如果可以通过方法确定哪些日志已经写进数据库，也是可以删除的。因此，我们通过命令查看其中一个存储的日志检查点：

C:\Program Files\Exchsrvr\bin>eseutil /mk E:\exchsrvrstore01\mdbdata\e01.chk | find /i "checkpoint"

假设返回的结果

Checkpoint file:e00.chk LastFullBackupCheckpoint0x0,0,0) Checkpoint0x2CC7,9607,256)

那么可以说明检查点位于 E0002cc7.log 内，可以将E0002cc6.log 之前的所有日志删除。出于安全的考虑，建议将日志采用剪切的方式移动到别的位置。

通过日志文件的移动，释放出足以支撑当前邮件系统正常运行的空间。最后，邮件系统恢复正常，且用户的邮件也没有丢失。

问题解决了，但是我们需要查找原因。

分析问题：

根据上面的表格我们可以看到，每日产生的日志文件大约只有30G，每天全备份后，日志是会自动截断的。因此，我们可以看出，问题出在备份这个环节。于是，我们与备份管理员沟通，查看了备份情况，但是备份管理员说最近几天的备份都显示成功。备份成功而日志不截断，这个违反Exchange的工作原理，因此我们联系Veritas的技术支持，他们跟备份管理员详细沟通后，备份管理员再次详细检查了有关日志，终于发现虽然备份结果显示完成，但是实际上对其中一个存储备份时遇到错误。我们检查这个存储，发现此邮箱存储前不久进行邮箱迁移后卸载但未删除。于是，将此数据库删除后将邮箱存储也删除。当天晚上进行全备份后，日志终于截断，恢复了正常。

总结：这个问题实际是因为维护人员的疏忽导致的，首先，邮箱迁移后，旧的数据库中已没有了用户的邮件，理当删除。如果仅卸载，在VeritasNetbackup备份时，依然会将此存储当作需要备份的对象。而VeritasNetbackup只有在确认所有存储下的数据库都备份成功，才会给Exchange发送日志截断的通知。其次，空间的监控应该做的更加频繁，这样可以在空间爆满之前就发现问题，从而避免影响到邮件的手法。

所以说，我们在Exchange的维护过程需要更加细致，防止这种低级错误的发生。