Exchange 2007标准版

我们有 :

  • Exchange 2007标准版
  • IBM System X3650
  • 2 x Intel Xeon 5430 2.66 GHz
  • 版本8.1build立240.6
  • 邮箱,集线器传输,客户端访问angular色安装在一个盒子上
  • 邮箱总数:110 – 130

6个物理磁盘

  • 磁盘0,1(68 GB)= Raid-1,OS分区(C:分区)
  • 磁盘2,3(279GB)= Raid-1,Exchange数据库(第一和第二个存储组)(D:分区)
  • 磁盘4,5(68 GB)= Raid-1,Exchange事务日志(E:分区)

build立:

  • 存储组:D:\第一个存储组\邮箱database.edb
  • 存储组:D:\第二个存储组\公用文件夹Database.edb
  • 事务日志:E分区

问题1:

在我们的D分区(邮箱数据库分区)上,总大小为279 GB,剩余可用空间为64.7 GB,当我select第一个存储组和第二个存储组文件夹并右键单击属性时,报告大小为165 GB。

右键单击>属性时,邮箱数据库报告大小为157GB。 在文件夹中显示的大小是164,893,456 KB

所以,我们错过了50-54 GB,这些驱动器上没有其他东西,没有页面文件,什么也没有。

容纳交易日志的分区正在报告大小。

上述的任何build议/修复?

问题2:

正如您在问题1中已经读过的那样,邮箱数据库的大小为157GB或164GB。 这是不推荐的,

a)您会build议我们应该如何将邮箱划分到同一台服务器上的存储组中?

b)我们如何将邮箱移动到不同的存储组中?

c)这是信息存储的大小? (我是正确的认为这不被推荐)

d)拥有一个邮箱数据库的多个存储组,会减less信息存储的大小吗?

e)任何build议/如何减less信息存储的大小?

我们没有安装这个,我们inheritance了这个 – 你可以做什么其他的build议,以保持自己更好的准备任何服务器灾难?

我们正在使用RD1000(320GB)上的优胜美地备份(备份成功),每天冲洗日志。 我们还没有做一个testing恢复YET。

我试图提供尽可能多的信息,请让我知道,如果你需要进一步的信息。

此外,我们还没有面对任何邮件stream问题,访问速度,一切工作正常,我们有两到五人只通过vpn访问OWA或Outlook。

感谢您的时间阅读上述 – 将期待您的专家build议。

这些是我的意见,所以拿他们这样的:

  1. 停止Microsoft软件卷影复制提供程序和卷影复制服务。 我怀疑你有一些剩余的VSS快照占用磁盘空间。

  2. 在当前的存储组中创build其他邮箱存储,并通过将其中的一些邮箱移动到新的邮箱存储来相应地拆分邮箱。 创build尽可能多的邮箱商店,你觉得是必要的,以保持合理的大小。 在Exchange Server 2003中,build议将邮箱存储保持在100GB以下,我假设Exchange Server 2007也是如此。我不认为有任何需要创build额外的存储组。

我还没有看到任何数据库或存储组的大小限制,只build议每个存储组的RAM。 build议您将不同的DB分别放在自己的存储组中,因为每个存储组只有一组事务日志,不pipe它可能包含多less个数据库。 标准将限制在5个,所以根据您的数据库增长,这可能会影响您的计划。

我是Exchange的RAID5的忠实粉丝,我自己也会为这些卷添加另一个磁盘。 在我的书中,冗余和最大正常运行时间远远超过电子邮件的速度。