Exchange Database Backup

Exchange 数据库备份最佳实践（以 Windows Server Backup 为例）

1. 准备工作
• 确认已安装 Windows Server Backup 功能（含 Exchange 插件 WSBExchange）。
• 为执行备份的账户分配本地管理员及 Exchange 管理权限。
• 准备足够空间的本地磁盘或远程共享文件夹，**不要**把备份放在存放数据库或日志的同一卷。

2. 一次性完整备份步骤
1. 打开 Windows Server Backup → 选择“本地备份” → “备份一次”。
2. 在“备份选项”页选择“不同选项”，下一步。
3. 选择“自定义” → “添加项目” → 选中包含 Exchange 数据库（.edb）和事务日志的**整个卷**（只能以卷为单位做应用级备份）。
4. 点击“高级设置” → VSS 设置 → 选“VSS 完整备份”。
5. 指定备份目标：本地磁盘或远程共享文件夹（UNC 路径），并配置访问账户。
6. 审核设置后点击“备份”，等待完成提示。

3. 计划备份（可选）
在 Windows Server Backup 控制台选择“备份计划”，按向导设定每日/每周时间，其余选项同一次性备份。

4. 备份类型说明
• 完整备份：复制全部数据，日志截断，适合初次或关键节点。
• 增量备份：仅备份自上次备份后的变化，体积小，恢复需完整+全部增量。
• 差异备份：备份自上次完整备份以来的所有变化，恢复只需完整+最新差异。
• 副本备份：创建镜像用于测试或种子，不截断日志，不影响常规计划。

5. 恢复流程简要
1. Windows Server Backup → 恢复向导 → 选择备份日期。
2. 恢复类型选“应用程序” → 选 Exchange。
3. 指定恢复位置：原位置（全部数据库一次性还原）或备用位置（可选单个数据库，需手动挂载）。
4. 完成后验证数据完整性及日志重播。

6. 常见注意事项
• 始终做卷级别备份，文件夹级备份无法用于应用级恢复。
• 定期演练恢复，确保备份可用。
• 考虑异地或云存储，防范区域性灾难。

_______________________________________________________________
排查步骤（请按顺序执行）
步骤操作
1 检查数据库状态, 运行 eseutil /mh 确认数据库状态
在 Exchange 服务器上以管理员身份运行：powershell
eseutil /mh "C:\ExchangeDatabases\Mailbox Database 1233567890\Mailbox Database 1233567890.edb"
如果 State: Dirty Shutdown → 需要重放日志（软恢复）。
如果 State: Clean Shutdown → 问题可能在其他地方（如权限、复制）。

2 检查事件日志中的 ExchangeStoreDb 和 MSExchangeRepl 错误
检查数据库副本状态（DAG 环境）powershell
Get-MailboxDatabaseCopyStatus "Mailbox Database 1233567890\EX01" | fl
关注以下字段：
Status：应为 Mounted 或 Healthy
CopyQueueLength / ReplayQueueLength：是否持续增长？
ContentIndexState：是否为 Failed 或 Crawling？
Error：是否有具体错误描述？

3 检查数据库副本状态（DAG 环境） powershell
Get-MailboxDatabaseCopyStatus "Mailbox Database 1233567890\EX01" | fl
关注以下字段：
Status：应为 Mounted 或 Healthy
CopyQueueLength / ReplayQueueLength：是否持续增长？
ContentIndexState：是否为 Failed 或 Crawling？
Error：是否有具体错误描述？

4 查看相关事件日志
在事件查看器 → Applications 中筛选：
来源：MSExchangeIS、ExchangeStoreDb、MSExchangeRepl
时间范围：2025/10/31 9:50 – 10:00
重点关注：
事件 ID 494（数据库无法挂载）
事件 ID 218（日志驱动器空间不足）
事件 ID 4001/4002（内容索引错误）
事件 ID 2049/2050（复制错误）

5 检查磁盘空间和权限
确保数据库和日志所在卷有足够空间（建议 > 20% 空闲）。
确认 NT AUTHORITY\SYSTEM 和 Exchange Trusted Subsystem 对数据库文件夹有完全控制权限。

6 尝试手动挂载（测试）powershell
Mount-Database "Mailbox Database 1233567890"
观察错误提示，例如：

“无法初始化数据库” → 可能是损坏
“日志文件丢失” → 需要从其他副本重新播种（Reseed）

eseutil /mh 的输出
Get-MailboxDatabaseCopyStatus 的结果
_______________________________________________________________
常见修复方案
情况 A：数据库为 Dirty Shutdown，但日志完整
执行软恢复（Soft Recovery）：
cmd
eseutil /r E00 /l "D:\ExchangeLogs\Mailbox Database 1233567890" /d "D:\ExchangeDatabases\Mailbox Database 1233567890" /i
E00 是默认日志前缀，根据实际调整。
完成后再次挂载。

情况 B：DAG 副本损坏或日志不一致
重新播种（Reseed）该数据库副本：
powershell
Update-MailboxDatabaseCopy "Mailbox Database 1232987047\EX01" -DeleteExistingFiles
此操作会删除本地副本并从活动副本重新复制，需确保网络和磁盘空间充足。

情况 C：内容索引损坏
重建内容索引：
powershell
Get-MailboxDatabaseCopyStatus "Mailbox Database 1232987047\EX01" | ForEach { Update-MailboxDatabaseCopy $_.Identity -CatalogOnly }
或直接删除 CI 文件夹（服务停止时）：
D:\ExchangeDatabases\Mailbox Database 1232987047\CatalogData-*
然后重启 Microsoft Exchange Search 服务。

总结建议
步骤 操作
1 运行 eseutil /mh 确认数据库状态
2 检查事件日志中的 ExchangeStoreDb 和 MSExchangeRepl 错误
3 若为 DAG，执行 Get-MailboxDatabaseCopyStatus
4 根据结果选择：软恢复 / 重新播种 / 重建索引
5 修复后监控自动挂载是否成功
如果你能提供以下任一信息，我可以给出更精准的修复命令：

eseutil /mh 的输出
Get-MailboxDatabaseCopyStatus 的结果
相关事件日志的具体错误 ID 和描述
需要我帮你写一个完整的诊断脚本吗？