Exchange 2010:超大型共享邮箱

Question

我们有一个独特的问题，我需要一些建议来处理。

背景:我已经开始了一个新的工作，并继承了一个exchange 2010的设置。其中一个邮箱是公司用来执行工作流的共享邮箱，而不是外部系统。

一个电子邮件进来，它被移动到相关的子文件夹和一个类别。随着对它的更多的工作和类别的继续变化，它也可能被移动到一个不同的文件夹，因为工作继续。

这件事已经持续了好几年，现在我们有了一个相当大的邮箱。超过185 in的大小。我从来没有见过这么大的邮箱，在出问题之前需要做些什么。每当有人对文件夹执行搜索时，整个邮箱就会停止运行，而搜索过程只会在这里变得更糟。

问:处理这个问题的最好方法是什么？(假设我可以为实际的工作流程找到一种不同的方法，以避免将来陷入同样的混乱。这是不可能的)

我希望他们有一个不错的新邮箱工作，但仍然可以访问旧的数据时，需要。

我必须记住的事情：

如果可能的话，我希望避免生成大量事务，就像使用185 be邮箱一样，它们可能是大量的。

无论我用什么方法来“归档”或存储旧邮箱，它都需要保留它的类别，这样它们的“归档系统”就完好无损了。

3.旧的数据需要容易获得，通过展望更可取。

如有任何建议，将不胜感激。

Answer 1

在不生成事务日志的情况下，您将无法做任何事情。这就是Exchange的工作方式。您需要使用它，或者有一个包含循环日志记录的新数据库，并在内容被移动时承担风险。

至少，您正在查看一个新的数据库，然后将内容拆分。185 be邮箱已超出Outlook和Exchange的测试范围，因此您将看到问题。

我想看看数据是如何被分割的。只需将子文件夹的子文件夹移动到自己的邮箱即可。

如果这是一个“项目”类型的系统，那么这可能会很好。为每个“项目”设置一个邮箱，然后为每个“项目”设置一个组。授予组完整邮箱权限，然后您可以轻松地添加和删除需要访问的成员。我怀疑公司中的每个人是否都需要随时访问所有这些数据。

请指定人员对电子邮件进行排序，以便它像现在一样进入邮箱，然后将其移动到相关邮箱。当项目完成时，邮箱可以关闭。

我唯一能想到的其他选择是将它从Exchange中删除。使用可以将内容从邮箱中提取出来的归档工具。获取一个具有Outlook插件的插件，这样内容就可以通过该路径获得。邮箱为空后，将邮箱移动到一个新数据库(以及该数据库中的任何其他邮箱)，删除邮箱并创建一个新数据库。

西蒙。

Answer 2

--

只是一个想法

我将检查理解存储配置是否为您的部署提供推荐的数据库大小。其中之一是：

支持:大约16兆字节。最佳做法：

• 200 GB或更少。
• 为计算的最大数据库大小的120 %提供经费。

如果前面提到的内容适用于您，并且您希望保持在这200 GB以下，您可以创建一个新的数据库，并为您的怪物邮箱添加一个归档文件，在这里存储超过‘x’天的邮件。

您可以通过将PowerShell脚本设置为一个任务来移动旧邮件，这将使用搜索-邮箱命令。

可以使用Search-Mailbox在指定邮箱中搜索邮件，并执行下列任务之一:从源邮箱复制邮件并从目标邮箱中删除邮件。

如果要保留文件夹结构，则可能必须手动移动邮件。

然而，我相信你知道，你可能有一个潜在的问题。一个邮箱怎么会变得这么大？也许从长远来看，你需要考虑一个不同的解决方案。处理邮箱后面的工作流的另一种方法。