【51CTO.com快译】组织使用选择性排除方法可以确定应该备份的数据，虽然这可能会存储一些无用的数据，但可以备份所有重要内容。
在备份领域中，没有比发现需要恢复的文件或数据库从未备份更令人难过的事情。而了解备份系统中是否包括系统、目录和数据库是组织确保不会发生这种情况的关键。
实现这一目标的第一步是确保要备份的服务器和服务已经在备份和恢复系统中注册。例如，如果组织开始使用新的软件即服务(例如Salesforce)，那么没有备份系统会自动注意到这个添加，并开始为组织进行备份。如果组织已在VMware上实现完全虚拟化，则系统会自动通知是否向配置中添加了新节点。但是，如果组织开始使用Hyper-V或KVM，则没有备份系统会自动注意到数据中心中有一个新的虚拟机管理程序并开始对其进行备份。当然，组织的备份系统也不会注意到已经安装新的物理服务器。
选择性包含vs选择性排除
在备份系统中如何包含项目有两大类：选择性包含和选择性排除。
选择性包含是管理员在其中单独指定备份系统将备份哪些文件系统、数据库或对象的位置。例如，如果管理员说他们只想备份D：\驱动器或Apollo数据库，那么他们正在采用的是选择性包含。
选择性排除是指管理员指定备份服务器上所有内容(明确排除的内容除外)的情况。例如，管理员可以选择备份除Linux系统上的/tmp或Windows笔记本电脑上用户的iTunes或Movies目录之外的所有文件系统。
管理员通常会认为他们管理系统的方式没有必要备份操作系统。他们知道可以备份Windows笔记本电脑上的C:\Users，Macbook电脑上的/Users，或者Linux系统上的/data或/home之类的东西。他们认为备份操作系统或应用程序毫无意义，因此他们只要人工选择要备份的文件系统即可。对于数据库也是如此，它们可能不需要组织的备份测试数据库，因此管理员有选择地包含要备份的数据库。
选择性包含的缺点
选择性包含的问题是配置更改。每次将具有数据的新数据库或文件系统添加到系统时，都需要更改备份配置，否则，将永远不会备份新资源。
这就是选择性排除是最安全的备份选择方法的原因。其带来的副作用可能是会备份一些毫无价值的数据。选择性包含可能会节省资金，因为存储的数据更少，但这不值得冒险。
管理员很容易排除毫无价值的数据，例如Linux系统上的/tmp或/ temp。如果没有理由备份操作系统，则还可以排除/、/user、/usr、/var和/opt。在Windows系统上，如果确实不想备份该数据，则可以排除C\ Windows和C\ Program Files。
不过，需要考虑的一件事是重复数据删除可能对这一决定产生的影响。要知道备份的大量没有价值的文件系统将会浪费磁盘阵列或磁带库上宝贵的存储空间。但是如果花费那么多时间排除的操作系统实际上只存储了一次该怎么办?重复数据删除可确保备份系统中实际存储的只有一个Windows或Linux操作系统的副本。考虑到这一点，也许可以将备份系统保留为默认配置，而不必担心排除操作系统，因为备份操作系统的成本非常小。
基于标签的包含
自动将备份数据添加到备份系统的另一种方法是通过基于标签的包含。这在虚拟化世界中变得很流行。在虚拟化世界中，可以为创建的每个虚拟机或数据库分配一个或多个标签，这些标签可以对虚拟机或数据库的类型进行分类。例如，所有新的数据库服务器都可能被赋予数据库标签，从而向其他多个进程表明它是与数据库相关的虚拟机。这可能会告诉某些监视系统监视数据库是否可用。它还可能会自动将某些安全规则和防火墙应用于这个虚拟机。而且在大多数备份系统中，它也可以自动将以数据库为中心的备份策略应用于这个虚拟机。
使用基于标签的包含时要注意的一件事：需要默认的备份策略。如果找不到合适的标签，则应创建一个备份策略，备份软件将自动实施这个策略。然后，确保监视出现的任何新系统的默认策略，因为这意味着这些系统上的数据可能没有得到正确备份。如果组织的备份软件产品在与基于标签的包含一起使用时不支持默认备份策略，则最好不要使用这个功能，因为这会带来新的虚拟机或数据库无法备份的风险。
备份首先需要保证安全
选择性包含被默认为最安全的备份包含方法。管理员可以将宝贵的时间花费在其他重要工作上，而不必担心是否正在备份新数据库。备份优先级始终应该首先是安全和保护，其次才是成本。因为没有人因为备份系统备份了一些毫无价值的数据而被解雇。
原文标题：How to make sure data that should be backed up gets backed up，原文作者：W. Curtis Preston
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
