我们有一个独特的问题，我需要一些建议来解决。
背景： 我刚开始了一份新工作，并继承了 Exchange 2010 设置。其中一个邮箱是共享邮箱，公司一直使用它来执行工作流程，而不是外部系统。
收到电子邮件后，它会被移至相关子文件夹并归入一个类别。随着工作的进行，类别会不断变化，并且随着工作的继续，它也可能被移至不同的文件夹。
这种情况已经持续好几年了，现在我们有一个相当大的邮箱。大小超过185GB。我从未见过如此大的邮箱，必须采取措施才能避免出现问题。只要有人搜索文件夹，整个邮箱就会在搜索过程中陷入停顿，而且情况只会越来越糟。
问题： 处理这个问题的最佳方法是什么？（假设我可以找到一种不同的方法用于实际的工作流程，以避免将来陷入同样的混乱。但这超出了问题的范围）
我希望他们有一个崭新的邮箱来工作，但在需要时仍然可以访问旧数据。
我必须牢记的事情：
1-如果可能的话，我希望避免产生大量交易，因为对于 185GB 的邮箱来说，这些交易可能会很多。
2-无论我使用何种方法来“存档”或存储旧邮箱，它都需要保留其类别，以便其“文件系统”保持完整。
3- 旧数据需要易于访问，最好通过 Outlook 访问。
任何建议将不胜感激。
答案1
如果不生成事务日志，您将无法做任何事情。这就是 Exchange 的工作方式。您需要使用它，或者拥有一个带有循环日志记录的新数据库，并在移动内容时承担风险。
至少您正在查看一个新的数据库，然后拆分内容。185gb 的邮箱远远超出了 Outlook 和 Exchange 的测试限制，因此您会看到问题。
我会研究如何拆分数据。这可能很简单，只需将子文件夹移到自己的邮箱中即可。
如果这是一个“项目”类型的系统，那么它可能会运行良好。为每个“项目”设置一个邮箱，然后为每个“项目”设置一个组。授予该组完全邮箱权限，然后您可以轻松添加和删除需要访问权限的成员。我怀疑公司中的每个人是否都需要始终访问所有这些数据。
安排专人对电子邮件进行分类，这样电子邮件就会像现在一样进入邮箱，然后将其移动到相关邮箱。项目完成后，邮箱就可以关闭了。
我能想到的唯一其他选择是将其从 Exchange 中删除。使用可以从邮箱中吸取内容的归档工具。获取一个具有 Outlook 插件的归档工具，以便可以通过该路径获取内容。邮箱清空后，将邮箱移动到新数据库（以及该数据库中的任何其他邮箱），删除它并创建一个新邮箱。
西蒙。
答案2
只有一个想法
我会检查了解存储配置为您的部署推荐的数据库大小。其中之一是：
支持：大约 16 TB。
最佳实践：
- 200 千兆字节 (GB) 或更少。
- 预留计算出的最大数据库大小的 120%。
如果前面提到的适用于您，并且您想要保持在 200 GB 以下，您可以创建一个新的数据库并为您的巨型邮箱添加一个档案，您可以在其中存储超过“x”天的邮件。
您可以通过将 PowerShell 脚本设置为任务来移动旧邮件，该脚本利用搜索邮箱命令。
您可以使用 Search-Mailbox cmdlet 搜索指定邮箱中的邮件并执行以下任一任务：
从源邮箱复制消息并从目标邮箱中删除。
如果您想保留文件夹结构，您可能必须手动移动邮件。
但是，我相信您知道，您可能有一个潜在的问题。邮箱怎么会变得这么大？也许您需要从长远角度考虑不同的解决方案。处理邮箱背后工作流程的另一种方法。