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