若要保护储存于 Exchange 2000 硬盘中的资料,您必须考量:
可用的硬盘空间
交易记录档与 Exchange
数据库文件的位置
可用的硬盘空间
您必须确定在运行 Exchange 的服务器上有足够的硬盘空间,在有需要的时候能够撤消您所有的资料。足够的硬盘空间可让您还原您的资料备份,并增加邮件在您的 Exchange 组织中的传递效率。您需要足够的硬盘空间以还原
数据库与记录档到原来的位置。每周运行一次完整备份,加上六天的增量备份,在
数据库还原时需要更多的硬盘空间。一周所生成的记录档的数量,会影响硬盘是否有足够的空间完成还原步骤。如果您的一部服务器一周生成 2,000 个记录档,则您需要 10 GB 的记录档储存空间,以及
数据库所需的空间,以完成完整的备份。同时,请考虑以下事项:
每天运行完整备份,以减少还原 Exchange
数据库时所需要的硬盘空间。完整备份会删除先前的交易记录档,因此完整备份可以确保您不需储存超过一天的记录档。
网管bitscn_com 不要让您硬盘中的 Exchange
数据库文件 (扩展名为 .edb 及 .stm) 与记录档超过硬盘容量的一半以上。虽然会造成多余的硬盘空间,但它可以减少因以下原因所造成的服务器停机时间:
还原
数据库到半满的硬盘,比还原至已满的硬盘要来得快 (尤其是文件系统已片段化的硬盘)。
当硬盘半满时,您可以在同一个实体硬盘上运行脱机磁盘重组及其他维护作业。在进行维护作业时,将
数据库文件复制至其他服务器,然后再由其他服务器复制回来,将会比复制到同一实体硬盘之暂存目录,花费较长的的时间。
当硬盘半满时,您可以在尝试由备份还原受损的
数据库文件及记录档之前,更快地将它们复制到同一个实体硬盘。如果您在还原过程中遇到问题时 (例如,您要还原的备份中含有错误),那么拥有一份受损
数据库文件及记录档的副本将有所帮助。如果还原成功,有些时候您可以使用这个受损
数据库及记录档的副本来修复您的 Exchange
数据库。因此,请在还原
数据库之前,先移动或复制当前的
数据库及记录档 (即使是已受损的)。
网管下载dl.bitscn.com
注意: 由于
数据库的平均容量都很大,因此将您当前的
数据库复制到不同的实体硬盘或其他服务器,可能会增加数小时的停机时间。如果同一个实体硬盘有足够的空间,请在运行还原之前,将当前的
数据库文件移动到其他文件夹 (使用命令提示或 Microsoft Windows 资源管理器)。若要节省作业时间,请使用 [移动] 命令,而不要使用 [复制] 命令。
交易记录档与
数据库文件的位置
为了在硬盘失败时提供容错功能,请将您的 Exchange 2000 交易记录档与
数据库文件储存于不同的实体硬盘。将这些记录档及
数据库文件储存在不同的硬盘,可大幅提升硬盘的输入/输出效能。
注意: 为了在
数据库必须还原时提供容错功能,每个储存组都拥有一组自己的交易记录档。交易记录档维护一份记录,其中记录了在该储存组中各
数据库的所有变更。除非储存组中所有
数据库皆已进行一般 (完整) 备份,否则请勿删除交易记录档。
网管网www.bitscn.com 如果您有适当的备份,而且交易记录档存放在另一个硬盘,以下两个示范显示如何在极端的情况中 (硬盘毁损,其中储存有您的
数据库或交易记录档) 撤消资料。
如果储存有您
数据库的硬盘已毁损,您可以更换毁损的硬盘,还原最新的
数据库备份,然后使用存放在另一个硬盘中的现有记录档,将 Exchange 服务器的资料还原到硬盘毁损的时间点。
如果储存有您交易纪录档的硬盘已毁损,而不是储存有
数据库的硬盘毁损,则您不需要由备份还原任何 Exchange 资料。在您更换毁损的硬盘之后,Microsoft Exchange Information Store 服务 (也就是 store.exe 程序) 会将内存中的交易记录写入
数据库,藉此更新
数据库 (储存于未毁损的硬盘中)。
重要事项: 如果您将 Exchange 2000
数据库及交易记录档储存在同一个实体硬盘,而这个硬盘发生毁损,您将失去最后一次备份之后新增的资料。
网管网www.bitscn.com
如果您将每个 Exchange 2000 储存组储存在不同的实体硬盘,就可以为您的 Exchange 2000 组织提升容错能力。如图 1 所示,当您将每个储存组储存于不同的实体硬盘,如果有一个硬盘毁损,您仅需还原毁损的 Exchange 储存组。您也可以将每个
数据库文件及各个储存组的记录档储存于不同的实体硬盘,以创建更高的容错能力。
图 1: 容错硬盘设置