寒山聆 IT随笔

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://norris83.blogbus.com/logs/8255090.html

存储事务日志文件和数据库文件

为了在发生硬盘故障的时候提供容错能力，应该将 Exchange 事务日志文件和数据库文件分开存储在不同的物理硬盘上。而且，如果将这些日志文件和数据库文件放在不同的硬盘上，可以在很大程度上提高硬盘 I/O 性能。 注意 您可以跟踪对存储组内的每个数据库所执行的操作，因为每个存储组都有自己的一组事务日志文件。事务日志文件用于维护对数据库执行的每个操作的序列化记录。直到对存储组中的所有数据库执行常规备份或增量备份之后，才会删除事务日志文件。 如果包含 Exchange 数据库的硬盘发生损坏，可以更换损坏的硬盘，然后还原最近的数据库备份。还原数据库后，备份后发生的所有事务的自动日志文件重放可将所记录的事务从日志文件转移到磁盘上的数据库。此过程可能会涉及“硬恢复”和“软恢复”过程。硬恢复是指从联机备份还原数据库后从磁带重放事务日志文件的过程。硬恢复之后，如果 Exchange 确定服务器上还有要重放的其他日志文件，软恢复过程就会将这些其他日志文件还原到所还原的数据库中。如果丢失了包含事务日志文件的硬盘，但没有丢失包含数据库的硬盘，就不必从备份还原任何 Exchange 数据。不过，丢失包含事务日志文件的硬盘比丢失包含数据库的硬盘要更危险，因为无法重放已记录到日志文件、但没有记录到硬盘上物理数据库文件的那些事务。这样就增加了丢失那些没有在日志文件或最近的备份中保存的数据的可能性。当数据库断开连接时，内存中的事务将写到硬盘上的数据库中，以使数据库保持最新状态（也称为“异常关闭”）。要将这些数据库还原到一致状态而不丢失日志文件，必须使用 ESEUTIL 进行修复。要恢复丢失的事务日志文件，首先应将不一致的数据库文件（*.EDB 和 *.STM 文件对）复制到安全位置。然后从备份还原数据库，并尽可能多地重放可用的事务日志。接下来，修复不一致的数据库，以便将数据库恢复到可装入状态，然后在恢复存储组中或备用目录林恢复服务器上装入该数据库。最后，使用 ExMerge.exe 从不一致的数据库恢复更改，并将更改移到还原的数据库。 要点 如果将 Exchange 数据库和事务日志文件放在同一个物理硬盘上，并且该硬盘发生了故障，则只能恢复那些一直到最近一次备份时都存在的数据。 如果将每个 Exchange 存储组放在不同的硬盘上，就可以最大程度地减少恢复硬盘故障所用的时间。如果只有一个磁盘发生故障，并且已经将每个存储组放在不同的物理硬盘上，则只需要还原一直在故障磁盘上的存储组。