![Exchange 2010:非常大的共享邮箱](https://linux22.com/image/672989/Exchange%202010%EF%BC%9A%E9%9D%9E%E5%B8%B8%E5%A4%A7%E7%9A%84%E5%85%B1%E4%BA%AB%E9%82%AE%E7%AE%B1.png)
我们有一个独特的问题,我需要一些建议来解决。
背景: 我刚开始了一份新工作,并继承了 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 搜索指定邮箱中的邮件并执行以下任一任务:
从源邮箱复制消息并从目标邮箱中删除。
如果您想保留文件夹结构,您可能必须手动移动邮件。
但是,我相信您知道,您可能有一个潜在的问题。邮箱怎么会变得这么大?也许您需要从长远角度考虑不同的解决方案。处理邮箱背后工作流程的另一种方法。