备份策略不仅仅是确定什么时候备份以及备份什么。它们经常是关于如何创造合适的系统，让你能够在问题出现的时候及时地发现。

    绝大部分人，当想到备份策略的时候，都会想到更新磁带以及备份计划。这些确实是备份策略中的重要组成部分，但不是全部。随着一个组织开始使用越来越多的服务器，制订一个可靠的备份策略就成了一种挑战。不仅仅是拿个磁带驱动器把整个网络备份下来，你还需要各种各样的库。不仅仅是完成一个备份工作或者计划，你需要几个计划。下面是制订备份策略的四个基本原则。

 

    为成长做计划

 

    绝大部分组织都是从监控所需要的磁盘存储空间开始的。尽管磁盘存储价格低廉，但是维护所有的文件，包括档案和备份，仍然是一笔不小的开销。当一个组织计划所需要的磁盘容量的时候，需要对于成长情况做一个预测，以决定在未来需要多少冗余的磁盘空间。

    但是有些问题。增加更多的磁盘空间相对比较容易。你只需要向磁盘阵列中增加新的驱动器或者用比较大的磁盘替代比较小的磁盘就可以了。这个过程需要花一些时间，但是相对来说是透明的。但是对于绝大部分组织来说，升级磁带能力就不那么容易了。

    磁带驱动系统的费用是个问题，它可能会超过磁盘的直接花费。因为昂贵的库、驱动器、模块和备份系统对于组织来说，花费经常会超出磁盘驱动。因此，为增长做出预先投资非常困难。但是这是一个会对接下来一年备份保护采购产生影响的决定。当你制订备份策略的时候，不要忘记在策略中包含你的整体磁盘存储需求。

 

    保持简单

 

    备份策略的基础应该是那些按照固定时间间隔更换磁带机中磁带的人。无论你是有一个容纳许多磁带的库，还是有一个单一的、高容量的备份驱动器，磁带都会慢慢需要更换。更换磁带需要的人力很可能是造成备份策略出现问题的原因。你的磁带更换策略应该尽可能地简单，这样能够把出现问题的概率降至最低。策略越复杂，越有可能出问题。

    尽管今天的备份计划能够支持所有类型的媒介持续策略（media retention policies），事实是绝大部分人都只能理解简单的更换策略。采用日磁带、周磁带或者月磁带备份的方式通常会比较有效。这些备份机制非常古老，是一代一代传下来的方法，在行业里得到广泛应用。这种做法的好处在于磁带根据在日历上标注出来的时间插入，并且用插入日期作为标签。到了日历上固定的时间，这些磁带就被插入，而其他的磁带则被替换出来。

    如果更换过程中出了什么问题，也很容易检查日历和磁带，发现问题所在，并解决它。试图使用更复杂的磁带轮换计划可能会很困难，即使有软件帮助的情况下也是如此。

 

支持系统

 

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

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

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

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

 

管理多备份

 

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

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