Exchange 2007 | 邮箱DB大小180GB

我有一个在Windows 2008上运行的Exchange 2007 SP1服务器

RAID-1操作系统中的6个HD驱动器,DB,login在单独的RAID-1磁盘上

邮箱数据库的大小是183GB,并增加

我们只有First Storage Group和Second Storage Group

服务器上没有更多空间来安装新的物理磁盘并创build存储组

Q – 我可以调整数据库所在的RAID-1分区吗?

问 – 有关如何减less邮箱数据库大小的其他build议?

将感谢您对此的build议。

亲切的问候

好消息是,Exchange 2007 SP1具有数据库可移植性,这意味着您可以卸下数据库,移动它们并重新安装它们,除了停机时间以外没有任何不良影响。 ( http://support.microsoft.com/?id=555603

坏消息是贵公司将不得不花钱。

Exchange与大型数据存储最大的挑战是I / O。 现在可以获得巨大的驱动器(如2TB),但Exchange的随机I / O将迅速淹没大部分存储。 所以你需要把你的数据存储分成多个分布在更多磁盘上的更小的DS。 昂贵。

最好的解决scheme是获得另一台服务器,并将其专用为邮箱服务器,并将现有服务器保留为CAS服务器。 再次,昂贵。

我想我会看看获得一个附加的SCSI控制器,并添加一组外部硬盘驱动器。

另一个更便宜的select(尽pipe速度较慢)是将数据存储移动到运行FreeNAS等免费iSCSI软件的盒子中制作的iSCSI存储。

不pipe你决定什么,在你用完房间之前做吧!

HTH

麦克风

如果你的空间不足,大概是时间在圈子里尖叫和喊叫。 如果您有空间,但位于“错误的分区”上,则可以在另一个分区上的新存储组上设置另一个信息存储,并在其中移动一些邮箱。 在有了一些喘息的空间之后,就可以坐下来进行pipe理,并决定是否要让更大的磁盘来调整分区的大小(如果RAID控制器可能的话)来获取另一台服务器,或者决定创build和执行一些保留策略和配额。

感谢您的回复,我制定了如下计划:

1 – BESR 2010 – 对整个服务器进行映像,在另一个盒子上testing裸机还原,并testing虚拟转换到hyper-v(可以肯定)。

2 – closures交换盒(安排停机时间),将容量较大的数据库分区硬盘(2个硬盘)

3 – 在这两个磁盘上创buildRAID(RAID-1)

4 – 因为我不会更换操作系统磁盘,所以我只是使用BESR将数据库恢复到新的RAID-1集(新磁盘 – 容量更大)。

5 – 恢复完成后,重新启动该框

你认为这会起作用吗? BESR 2010会刷新日志,但我们启用了循环login – 它确实将备份数据库作为备份并处于清理状态。

你有什么build议。