我们正在运行具有两个邮箱数据库的 Exchange 2010 标准服务器。我们想让这些数据库尽可能小，因为其他东西需要空间。
我有两个选择： - 离线碎片整理数据库 >> 停机时间 - 创建一个新数据库，将所有框从旧数据库移动到新数据库，然后删除旧数据库。对第二个数据库再次执行这些步骤。
但是，这是推荐的吗？我喜欢选项二，因为我没有停机时间。但是我应该特别注意系统邮箱之类的东西吗？
问候
AskOverflow.Dev
我们正在运行具有两个邮箱数据库的 Exchange 2010 标准服务器。我们想让这些数据库尽可能小，因为其他东西需要空间。
我有两个选择： - 离线碎片整理数据库 >> 停机时间 - 创建一个新数据库，将所有框从旧数据库移动到新数据库，然后删除旧数据库。对第二个数据库再次执行这些步骤。
但是，这是推荐的吗？我喜欢选项二，因为我没有停机时间。但是我应该特别注意系统邮箱之类的东西吗？
问候
第二种选择绝对是最好的选择，因为它不涉及停机时间，也不存在损坏数据库的风险（嘿，这可能发生在碎片整理期间）；只需确保在您正在移动邮箱的两个数据库上打开循环日志记录，否则事务日志将很快填满您的磁盘空间（然后在完成移动这些邮箱后立即将其关闭）。
关于事务日志：您是否使用支持 Exchange 的备份软件进行定期备份？这不仅是为了您的数据安全，也是因为否则事务日志将永远不会被截断，因为 Exchange 只会在成功备份后截断它们（您绝对不应该手动删除它们）。
最后但同样重要的是：虽然缩小数据库大小可能看起来是一个很好的临时解决方案，但请记住，一旦在其中存储更多消息，您的数据库就会再次增长；确保考虑到数据库的增长，或者至少使用邮箱配额来避免人们过度填充它；Exchange 服务器磁盘空间不足是您不希望遇到的情况。
关于隐藏的系统邮箱：标准
Get-Mailboxcmdlet 甚至不会显示它们，但您可以使用-arbitration参数列出它们：然后，您可以将命令输出通过管道传输到用于将邮箱移动到另一个数据库的任何命令中。