Exchange 2013 的备份和还原概念
查找有关 Exchange 数据库的信息，这些信息将帮助你创建 Exchange 2013 的备份和还原应用程序。
在为 Exchange Server 2013 创建备份和还原应用程序之前，应熟悉 Exchange 数据库文件结构。 通过使用 Exchange 存储数据库文件，可以备份存储中的数据，并在以后根据需要进行还原。 如果磁盘空间有限，管理员可能会实施循环日志记录，这会影响你备份数据库的能力。 还可以利用 Exchange 2013 中的数据库移动功能来备份和还原 Exchange 数据。 数据库移动性与备份和还原应用程序相结合，是灾难恢复冗余的一个很好的度量标准。
Exchange 存储数据库文件
Exchange 2013 支持最多 100 个数据库。 每个 Exchange 2013 数据库都包含下表中列出的文件。
表 1. Exchange 2013 数据库文件
| 文件类型 | 扩展名 | 说明 |
|---|---|---|
| 数据库文件 |
*.edb |
记录已提交到内存中数据库的所有更改。 |
| 事务日志流 |
*。日志 |
记录将提交到数据库的操作，例如创建或修改消息。 每个大小限制为 1 MB。 |
| 检查点文件 |
*.chk |
记录的事务已写入磁盘数据库文件。 |
Exchange 2013 为每个数据库维护一组事务日志文件。 事务日志对于备份和恢复操作非常重要。 创建使用卷影复制服务 (VSS) 的备份和还原应用程序时，必须确保正确处理这些日志。 有关详细信息，请参阅 Exchange 2013 中用于备份和还原的事务日志和检查点文件。 若要备份数据库及其日志流，必须备份包含数据库和日志的整个卷。 只有在成功完成包含 Exchange 数据库的卷或文件夹的完整备份后，才会发生日志截断。
在每个 Exchange 服务器上，一次只能装载一个恢复数据库。 可以使用 Exchange 命令行管理程序 cmdlet（如 New-MailboxRestoreRequest）访问恢复数据库。 有关 Exchange 恢复数据库的详细信息，请参阅 TechNet 上的 恢复数据库 。 有关 Exchange 命令行管理程序 cmdlet 的详细信息，请参阅 TechNet 上的 Exchange 2013 Cmdlet 。
循环日志记录
如果存储容量存在问题，管理员可能会启用循环日志记录。 启用循环日志记录时，Exchange 将照常写入事务日志，但在检查点文件高级时，事务日志的非活动部分将被截断。 如果你还计划使用 VSS 启用自定义备份和还原操作，则管理员不应将 Exchange 2013 数据库配置为使用循环日志记录。 循环日志记录会创建以下限制：
如果在备份操作或恢复操作期间启用，则无法还原各个数据库。
只能执行时间点恢复操作。 启用循环日志记录后，可以在还原数据库时删除同一目录中的事务日志，尽管这些日志可能是其他 Exchange 2013 数据库的一部分。
不能执行增量备份或差异备份操作。 有关这些备份类型的详细信息，请参阅 Exchange 2013 的备份操作类型。
如果启用了循环日志记录，管理员应尽快禁用它，以确保 VSS 备份不会失败。 有关详细信息，请查看博客文章 Exchange 循环日志记录和 VSS 备份。
Exchange 数据库移动性
Exchange 2013 允许数据库移动性，以提高邮箱可靠性和可用性。 数据库移动性使你能够创建 Exchange 存储数据库的副本、断开数据库与服务器的连接，并将其存储在另一台服务器上。 在 Exchange 2013 数据库可用性组 (DAG) 中，数据库的多个副本存储在不同的计算机上。 当数据库的一个或多个副本因硬件或其他系统故障而丢失时，可以使用其他副本中的信息通过正常的复制操作重新设置数据库。
对于备份操作，如果要备份的 Exchange 2013 数据库在 DAG 中配置，则备份应用程序可以通过在其中一个非活动数据库副本上拍摄快照来更好地防止快照与活动服务器性能之间的干扰。 由于数据库副本大部分是同步的，因此备份应用程序可以从数据库的不同副本获取快照，然后从这些部分重新构造它。
从备份数据还原 DAG 数据库的唯一受支持的方法是使用相同的备份数据还原数据库的所有副本。 由于数据库日志文件在副本之间可能略有不同，因此使用不同的数据还原各个数据库副本可能会导致数据库无法装载。