制定备份策略四原则(下)

支持系统
        对于备份策略来说，另一个至关重要的因素是系统。无论是自动的还是基于过程的，你可以知道什么时候备份失败了。从表面上看，这个问题似乎很简单，只要备份软件在出现问题的时候发送给你一个消息就可以了。这当然比什么都没有强，但是如果备份软件的所有组件（包括那个应该发送电子邮件的组件）都不工作的情况下又该怎么办呢？你不会收到任何电子邮件通知你备份出了问题，因为负责发送电子邮件的部分也不工作了。我在不少客户那里都遇到过这种情况。

        你需要有系统能够生成系统成功和失败的信息。你不需要阅读每一行备份日志以了解备份是否成功，你需要得到一些肯定的消息，告诉你备份确实完成了。15年以前，这意味着需要每天把备份日志打印出来，并且装订成册。这成了操作人员的日常工作，如果缺少了就会被发现。今天我们有电子邮件通知，这意味着不用再装订日志了，但是如果针对特定人（或者组），通告会非常有效。如果他们还需要每天把日志文件归档，那么这仅仅是一种例行工作，当通知失效的时候才会用到。

        从这点考虑，最好是能有人负责确认备份运行正常，另外设立一个人作为备份，当负责人不在的时候能够顶替他的工作。

        当然，即使通知比以前的方式好，检查这些通知仍然是一项日常工作，需要有人进行检查以确认备份运行良好。然而在绝大部分中型IT部门来说，这些日常工作列表看起来永远不会有创造性，但也不会过时。

        管理多备份
        在今天的环境中，使用单一的备份策略经常只是痴心妄想。诸如Windows SharePoint Services产品和备份代理的限制经常意味着你使用多种不同的程序备份，有时候是独立备份将程序备份到磁盘，然后从磁盘备份到磁带。

        如何保证这些辅助备份运行正常是最经常被忽略的问题。它们应该同备份策略的其他部分满足同样的监控需要。然而，由于它是从脚本到内置工具的组合，缺少任何形式的通知。这是一个潜在问题最多的部分，因为当备份出问题的时候，这部分问题很难被发现。记住，为所有的备份设置通知是建立稳定的备份策略的关键一环。