配置恢复存储组

 

上一次修改主题: 2005-05-23

如果将恢复存储组数据库的文件路径设置为原始数据库所在的逻辑驱动器,则会获得可在存储组之间瞬时交换数据库文件的优势。但是,也有如下缺点:

  • 数据库驱动器必须有足够可用的磁盘空间以便保存原始和拨号音数据库。
    note注意:
    最佳做法是始终将数据库驱动器的一半保持为空。(如果有多个数据库文件存储在单个驱动器中,则至少应保留比最大数据库大小稍大的可用空间。)保留这么多的可用磁盘空间似乎很浪费,但是这样做有显著的优点:首先,可减少由于用户数据剧增而导致磁盘空间不足的可能性。其次,如果决定对数据库进行碎片整理,可“就地”执行而不必以远程方式生成经过碎片整理的数据库,然后重写原始数据库。这样便可大大减少对大型数据库进行碎片整理所需的时间。第三,如果发生灾难,则可以在执行还原操作以前,迅速移动或重命名当前失败的数据库。虽然您可能希望从备份还原而不修复失败的数据库,但保留失败的数据库总是一种好方法,因为一旦从备份还原不成功或者从备份前滚不完整时,失败的数据库就非常有用。从备份开始还原时,如果失败的数据库仍在原地,则会立即得到覆盖或破坏。如果同一驱动器没有足够的磁盘空间保存额外的数据库备份,则在备份或复制现有数据库时还原过程会变慢。
  • 在为用户提供服务的同一驱动器上,还原或修复数据库可能会导致明显的性能降低。从最终用户角度来看,通常在恢复存储组中还原和装入数据库对性能产生的影响很小,但这取决于硬件和配置。在具体环境下,可能并非如此。如果有必要在恢复存储组中使用 Exchange 数据库实用程序 (Eseutil.exe) 工具以及信息存储完整性检查器 (Isinteg.exe) 工具修复数据库,则可能会发生明显的性能降低。因此,如果您希望能够在同一驱动器和服务器上使用恢复存储组,则需要先测试并评估还原和修复操作的影响。

如果愿意,甚至可以在同一管理组的不同 Exchange 服务器上配置恢复存储组。但是,由于必须跨网络复制数据库,因此这样做会失去可在存储组之间快速交换数据库文件的优势。

 
显示: