我为什么不推荐使用Exchange块备份

最近笔者在一家银行做系统集成项目，上个礼拜他们的系统工程师问我，他们的Exchange2010是不是要部署块级别的备份。我很多年没有被问及这样的问题了，我也知道块备份不好，但要一五一十地说上个所以然有感觉语塞，就趁这个机会做了一下细致的调研。

存在即是合理，我先调研了块备份的特点是什么。通常情况下，一家公司除了对整个数据库做备份外，可能还需要对一两个邮箱做选择性备份，所以在早先时候我们才会使用NTBackup或者第三方备份工具将数据备份到磁带。即便那时的数据库比现在2010或2013的数据库小得多，备份却还是要花很长时间，此外备份往往会在行将结束的时候失败，更糟的是管理员往往没有注意到失败的作业。

Exchange2010和2013都不支持备份到磁带（至少使用Windows Server Backup的方式不能备份到磁带）。数据库通过VSS备份到磁盘，这比原来的速度快得多。此外，2010之后还有了数据库可用性组，通过提供多个数据副本（至少3个，最好4个）以保证数据库冗余，在启用数据库可用性组的情况下，甚至不需要传统备份。当然不可否认的是许多公司的IT制度要求备份以求一个长期的离线数据存储，但是随着DAG的到来，我们是否该考虑在这样的环境下如何重新部署我们的备份？

那么问题来了，有了快速长效的备份，我们是不是就不需要块备份了呢？是的，此外我们还有一个硬气的理由，“微软不支持”（https://technet.microsoft.com/zh-cn/library/aa996125(v=exchg.65).aspx#MailboxBrickLevelBackups）。

“一些第三方的备份产品可以透过数据库而对单个邮箱做备份和恢复，由于这些产品不符合微软的备份技术和方针，他们将不被支持”

微软显然不喜欢块级别的备份方式。微软的这个立场可以理解为官方并没有对块备份的需求有好的解决方案或者说官方无法从块备份中提取信息然后将这些数据无缝地合并到用户的邮箱中。要说从一个完全备份中恢复一个邮箱是很容易的，但是你有没有考虑过处理这些数据恢复出来后还有一系列问题？例如你如何恢复一个会议请求使其准确地包含所有收件人的答复信息，以及当邮箱中的数据和备份数据有冲突又该怎么办？

由于微软没有给软件供应商提供块备份和恢复的接口，所以供应商们就无所不用之其极地想尽各种办法调取Exchange数据库。举个例子，就我所知的产品iBackup for Exchange 使用Export-Mailbox和Import-Mailbox指令（Ex2k13为New-MailboxEportRequest和New-MailboxImportRequest）从2010的PST中读写数据然后再导入数据库。iBackup进而也承认块备份“不是完全备份和恢复的理想办法”。事实也正是这样。

我曾电邮iBackup的PR询问有关备份方法的问题但没有收到回应。尽管使用命令行来访问数据库内容一定是可靠的，但如果要访问多个邮箱时，命令行一定是低效和低速的。根据Acronis的实验数据，块备份比一次数据库的全备份还要慢20-30分钟。

说到这里有人一定会问标准做法应该是怎样的。比如说，你需要备份单个邮箱，为什么就不能用New-MailboxExportRequest命令将数据导成一个或多个PST呢？如果你需要将内容恢复到一个数据库，也许你可以使用恢复数据库还原一个备份副本然后通过New-MailboxRestoreRequest命令恢复数据。这是绝大多数备份厂商所使用的办法，当然他们会将这些命令包装成图形界面。

当然不要曲解我的意思，检查数据库信息一定是有好方法的。例如Veeam软件有一款应用Veeam Explorer for Exchange，属于备份与复制产品线。这款软件可以打开Exchange数据库，恢复从单个邮件到全体邮箱的所有项目。其30天试用版让你可以试试与环境的兼容性，如其他块备份软件一样，它除了可以送用户邮箱中提取信息之外，还可以对访问权限进行控制。Veeam软件目前由Ratmir Timashev经营，其人之前是Aelita软件的总裁，之后被Quest收购（Quest之后又被戴尔收购），所以他非常了解Exchange市场。我个人倾向那些业界翘楚所经营的公司的软件产品。

回到文章开头，这家银行的工程师最终还是决定使用标准备份。我并没有明确表示块级别的备份糟透了，事实上我相信在特定条件下块备份对传统备份是一种补充。只是在当前微软缺乏支持方案的情况下没有保障。当然很重要的一点是块备份能实现的基本都涵盖在了传统备份的框架下。