我有一台运行良好的 Exchange 2019 服务器，但理想情况下，我想在存档数据库上运行脱机碎片整理，该数据库现在比在删除邮箱后需要的要大得多，由于错误的导入，该邮箱向存档中复制的数据是邮箱中实际存在的数据的许多倍。
Name DatabaseSize AvailableNewMailboxSpace
---- ------------ ------------------------
Archives 50.13 GB (53,821,308,928 bytes) 49.8 GB (53,472,526,336 bytes)
问题是，数据库无法访问（管理员甚至在尝试浏览它们时也会出现权限错误），并且除非我别无选择，或者遵循 Microsoft 记录的程序，否则我宁愿不弄乱 Exchange 文件夹的权限。
当 Exchange 默认设置为仅允许访问自身时，目前直接对数据库文件进行任何类型的恢复/维护的正确流程是什么？是否eseutil还受支持，或者他们根本不建议接触 edb 文件？
答案1
数据库不可访问，管理员甚至在尝试浏览数据库时也会收到权限错误
您何时何地遇到此权限问题？当您运行与数据库相关的 cmdlet（例如 Get-MailboxDatabase、Dismount-Database）时，还是在其他场景中？
确保您当前账户有管理数据库的权限：邮箱数据库权限
目前，做任何事的正确流程是什么 当 Exchange 处于 默认情况下设置为仅允许访问自身？eseutil 是否 是否不再支持，或者他们不建议触摸 edb 文件 全部？
据我所知，您可以使用 eseutil 工具检查损坏的数据库的标题，并在出现以下情况时修复数据库：State在标题中显示“肮脏关机“。有关如何使用 ESEUTIL 修复数据库的更多详细信息：使用 ESEUTIL 修复数据库
此外，如果您想缩小数据库的大小，建议执行以下操作，而不是通过 ESEUTIL 对数据库进行脱机碎片整理：
创建新的数据库和关联的数据库副本。
将所有邮箱移动到新数据库。
删除原始数据库及其关联的数据库副本。
以下相关博客供您参考：如何回收空白
编辑：修改数据库文件夹权限的位置：
答案2
正如 Ivan_Wang 所建议的所有要点，但在使用 eseutil 之前有一些先决条件：
在使用 eseutil 之前，请复制您的数据库。
验证您是否有足够的空间，例如相当于数据库大小的 20％。
运行 Eseutil/P 模式。
运行 Eseutil /D 模式。
在 -fix -test alltests 模式下运行 Isinteg。