我们有 ：
- Exchange 2007 标准版
- IBM 系统 X3650
- 2 个英特尔至强 5430 2.66 GHz
- 版本 8.1 内部版本 240.6
- 邮箱、集线器传输、客户端访问角色安装在一个箱体上
- 邮箱总数：110 - 130
6 个物理磁盘
- 磁盘 0,1 (68 GB) = Raid-1，操作系统分区（C：分区）
- 磁盘 2,3 (279GB) = Raid-1，Exchange 数据库（第一和第二个存储组）（D：分区）
- 磁盘 4,5 (68 GB) = Raid-1，Exchange 事务日志（E：分区）
设置：
- 存储组：D:\First Storage group\Mailbox database.edb
- 存储组：D:\Second Storage Group\Public Folder Database.edb
- 事务日志：E 分区
问题 1：
在我们的 D 分区（邮箱数据库分区）上，总大小为 279 GB，剩余可用空间为 64.7 GB，当我选择第一个存储组和第二个存储组文件夹并右键单击属性时，它们报告大小为 165 GB。
右键单击 >“属性”时，邮箱数据库报告的大小为 157GB。而文件夹中显示的大小为 164,893,456 KB
所以，我们丢失了大约 50-54 GB，这些驱动器上没有其他东西，没有页面文件，什么都没有。
保存事务日志的分区正在准确报告大小。
对以上内容有什么建议/修复吗？
问题2：
您可能已经在问题 1 中读到，报告的邮箱数据库大小为 157GB 或 164GB；这是不推荐的，
a) 您建议我们如何在同一台服务器上将邮箱划分到存储组中？
b) 我们如何将邮箱移动到不同的存储组？
c) 这是信息存储的大小？（我认为这是不推荐的，对吗）
d) 如果有多个存储组，每个存储组都有一个邮箱数据库，这会减小信息存储的大小吗？
e) 有什么建议/如何减少信息存储的大小？
我们没有安装这个，我们继承了它 - 您还能提出哪些其他建议，以便让我们更好地应对任何服务器灾难？
我们目前正在使用 RD1000 (320GB) 上的 Yosemite Backup 进行备份，备份成功，每天刷新日志。我们尚未进行测试恢复。
我已尝试提供尽可能多的信息，如果您需要更多信息，请告诉我。
此外，我们还没有遇到任何邮件流、访问速度的问题，一切运行正常，我们有两到五个人仅通过 vpn 访问 OWA 或 Outlook。
感谢您花时间阅读以上内容——期待您的专家建议。
答案1
以下是我的观点：
停止 Microsoft Software Shadow Copy Provider 和 Volume Shadow Copy 服务。我怀疑您有一些剩余的 VSS 快照占用了磁盘空间。
在当前存储组中创建额外的邮箱存储，并通过将一些邮箱移动到新的邮箱存储来相应地拆分邮箱。创建尽可能多的邮箱存储，以保持大小合理。在 Exchange Server 2003 上，建议将邮箱存储保持在 100GB 以下，我假设 Exchange Server 2007 也是如此。我认为没有必要创建额外的存储组。
答案2
我还没有看到对数据库或存储组的任何大小限制，每个存储组只推荐使用 RAM。建议将不同的数据库分别放在各自的存储组中，因为每个存储组只有一组事务日志，无论它包含多少个数据库。使用标准版时，您将被限制为 5 个，因此根据您的数据库增长情况，这可能会影响您的计划。
我是 Exchange RAID5 的忠实粉丝，就我个人而言，我会为这些卷添加另一个磁盘。在我看来，冗余和最大正常运行时间远远超过了电子邮件的过快速度。