300 GB Exchange 日志被删除,一整个周末都在修数据库
<p>一个星期五的下班时间,菲尔发现微软的邮件软件Exchange服务器的磁盘空间不足。这位技术人员在The Register网站上以化名讲述了一段几年前的经历:当时他刚换了一份工作,发现新公司的系统规模远超他以往所熟悉的环境。</p><p>日志文件占据了大量空间,一位IT主管建议他将其删除。菲尔认为上级对Exchange更为熟悉,便清除了300GB的文件后回家。然而,他对公司层级的信任显然并不恰当。</p><figure> <img src="https://korben.info/300-go-de-journaux-exchange-effaces-un-week-end-entier-a-reparer-la-base/300-go-de-journaux-exchange-effaces-un-week-end-entier-a-reparer-la-base-1.jpg"> </figure><p>几小时后,这家24小时运转、多点办公的企业邮件系统出现故障。值班同事忙得不可开交,联系了菲尔,而菲尔只是含糊其辞地回应后便继续处理手头的工作。</p><p>Exchange的事务日志会记录数据的变更,甚至在这些变更被写入磁盘上的数据库文件之前。因此,日志中可能包含尚未反映在数据库文件中的操作,即便服务器已接受了这些更改。</p><p>发生故障后,Exchange可以重新读取这些日志,将数据库恢复至正确状态。若未确认日志的必要性便将其删除,可能会丧失这一恢复能力;仅凭文件夹名称显然不足以判定是否可以清空该目录。</p><p>Exchange的清理机制包括执行与之兼容的完整备份。备份完成后,Exchange可根据自身规则删除已不再需要的旧日志,这一过程称为截断。<br><br>软件会参考数据库中已写入的内容,以确定清理的范围。</p><p>需要注意所选择的备份方式,因为“复制”类型的备份会保留日志,类似于“差异备份”,后者记录自上次完整或增量备份以来的变更。因此,仅仅拥有数据…</p> 













