Exchange 2003:何时提交事务日志,为什么归档位未设置?

导师让我困惑这一个:

在完整/正常备份期间Exchange事务日志被提交。 增量备份和差异备份只备份日志。 好的,这很清楚。 但他也提到,承诺的频率取决于数据库的大小。

如果第二个是真实的,而不是仅在完整/普通备份上提交日志,则意味着应当设置EDB和STM文件上的存档位,因为它们已经改变。 为什么EDB和STM文件没有在差异备份和增量备份中备份,它们都使用归档位呢?

来自Microsoft的此链接解释了一些有关Exchange 2003中的事务日志的信息 。

你在谈论2个不同的事情,让我感到困惑。 存档位只是在文件系统的外部备份期间跟踪已更改的文件。 提交事务是为了在意外closures的情况下引用Exchange数据库。 事务首先写入事务日志,然后提交到Exchange数据库。 检查点文件会跟踪哪些事务日志已提交到Exchange数据库,因此如果您必须恢复Exchange,则会知道必须从事务日志还原哪些事务,哪些事务已提交到数据库。

此链接解释了有关Exchange备份过程的一些信息 。 执行完整备份会从磁盘中物理清除事务日志文件等,但与物理事务日志上的存档位无关。 以下是链接摘录:

在备份或还原操作期间,VSS,Exchange编写器和Exchange Server 2003之间的高级交互如下所示:

1. The backup program (or agent) runs a scheduled job. 2. The VSS requestor in the backup/restore application sends a command to the VSS to take a shadow copy of the selected Exchange Server 2003 storage groups. 3. The VSS communicates with the Exchange writer to prepare for a snapshot backup. Exchange Server 2003 prohibits administrative actions against the storage group, checks volume dependencies, and suspends all write operations to database and transaction log files while allowing read-only access. 4. The VSS communicates with the appropriate storage provider to create a shadow copy of the storage volume that contains the Exchange Server 2003 storage group. 5. The VSS releases Exchange Server 2003 to resume ordinary operations. 6. The VSS requestor verifies the integrity of the backup set prior to signaling the backup was successful. Exchange Server 2003 truncates the transaction logs and records the time of the last backup for the database. 

这里有一个链接解释了Exchange数据库以及如何处理事务 。

你可能会从阅读链接的信息中获得更多的信息,而不是试图追随我可怕的,错综复杂的解释:)

Exchange(和SQL Server内部=)备份完全不依赖归档位,这是对外部备份工具的提示。

他们在内部pipe理比LOT更详细的备份。