这更多的是一个学习问题，然后说每个问题（希望这里可以问这里！）。
所以，标准的login在Exchange。 我的理解如下：
将数据库，传入邮件，已发送邮件等的更改写入到存储在Program Files …. \ Logs中的日志文件中。
当运行备份时，这些日志会被刷新，这是很好的 – 但是这些更改什么时候会提交给.edb（数据库）本身呢？ 是在规定的时间完成，还是在交换不是“繁忙”的时候随机完成的？
此外，这意味着如果备份不在Exchange服务器上运行，只需说出这种情况，日志就不会被刷新。 那么你怎么能摆脱他们呢？
将卸载和重新安装数据库提交日志到EDB和刷新日志例如？ 或者重新启动Exchange服务器？
谢谢！
但是什么时候将这些更改提交给.edb（数据库）本身？ 是在规定的时间完成，还是在交换不是“繁忙”的时候随机完成的？
他们实际上一直在犯。 保留上次备份以来的日志的原因是为了便于数据库的前滚。
说你的数据库和你的日志是在不同的卷，一些宇宙射线破坏你的数据库量。 然后，您将从最近的备份恢复您的数据库..但它缺less自备份以来发生的一切。
这就是日志的用途 – 然后，您可以将它们应用于还原的数据库，以便在崩溃之前及时更新数据库的状态。
这意味着如果备份不在Exchange服务器上运行，只要说是这种情况，日志就不会被刷新。 那么你怎么能摆脱他们呢？
如果您没有运行备份，日志唯一的好处是允许DAG复制（在创build日志时将其拖回并重播当前日志）。 你是对的，认为默认情况下，日志将永远build立起来。
这就是为什么循环logging可以启用; 日志一旦写入所有需要写入的DAG合作伙伴，就会被删除。
所有数据库相关日志，无论您select何种存储方式（理想情况下，磁盘都不同于数据库），无论您是安装还是卸载数据库，都将保留。 如果将日志logging切换为循环，则只能通过备份过程或（通常不推荐）删除它们。 如果从未运行备份，日志文件夹将不断增长。 您可以（不推荐）通过手动删除日志，通过停止数据库，运行eseutil / mh（我认为）命令，它会显示数据库的状态和上次应用的日志。 从哪里下来，你可以删除。 但是，为什么要麻烦？ 没有正常的备份软件？ 只需使用服务器附带的微软备份软件和交换感知function即可。
除已经发布的答案之外：
如果要使用configuration为刷新事务日志的Exchange知晓备份程序备份邮箱数据库，Exchange事务日志（即与邮箱数据库相关的日志）可以/将作为备份过程的一部分刷新。
对于与Exchange（传输angular色日志）相关的其他日志（即与传入电子邮件，外发电子邮件以及各种其他传输angular色相关的日志），这些日志不会作为邮箱数据库备份过程的一部分进行刷新。 这些日志的默认年龄是30天。 这些日志的默认大小为10MB，默认日志目录大小为250MB。