对集群服务器应该如何进行备份

一般情况下对网络服务器进行备份是比较简单的工作，但是，一旦这些服务器组成了集群，那么备份起来就会让人摸不着头脑了，因为集群中会有多台物理服务器(又被称为节点)，而他们对外则表现为一台逻辑服务器。本文就帮你来理清如何对集群服务器进行备份的思绪。
集群有多种，针对每一种集群所采用的备份方式也不尽相同。作为样例，我就举例说明如何在一个被配置了Cluster Continuous Replication (CCR)的Windows Server Majority Node Set (MNS)集群中对其上运行的Exchange Server 2007数据进行备份。
简单来讲，一个集群服务器化之后的mailbox由两个集群节点组成，一个处于活动状态，另一个处于非活动状态，只有活动状态的服务器处于工作状态，非活动状态的服务器则作为一种热备机而存在。Exchange Server 2007使用一种被称为“log shipping(日志传送)” 的机制将活动服务器上的transaction log传送到非活动服务器上。这样，一旦活动服务器发生故障，那么所有的数据都会在非活动服务器上保存着一份，可以立即被使用。
至于对数据的备份，Microsoft则推荐备份非活动服务器上对应的数据而不是备份活动服务器上的。之所以这样推荐，其背后的原因是因为活动服务器是处于工作状态的，它需要承担所有的工作负载，此时如果去备份非活动服务器上对应的数据，就可以将对活动服务器的影响降到最低，你可以在任何时候发起备份，而不影响活动服务器上的用户访问。
虽然这种备份方式听起来很有道理，但是你依然需要注意一个小问题。在集群failover的情况下，非活动服务器变成了当前工作的服务器，但当你把原本的活动服务器恢复上线时，它就会变为现在的非活动服务器了，而且会一直保持非活动服务器的角色，除非你手动设置它为活动节点(或者设定为自动回管)。此时问题就来了，你不可能立即就知道当前是哪台服务器处于非工作状态，那么你就不知道应该在哪台服务器上进行备份了。
万幸的是，你不必埋头自己去解决这个问题了。大多数企业级的备份软件都是cluster aware的，它们可以感知到集群当前的状态，即便如此，你依然需要对备份集群服务器中的数据有一个战略性的准备。
我还是展示一下我刚才说的意思吧。我们来看看“A：对集群的备份”。这张截图是从Microsoft's System Center Data Protection Manager 2007 (DPM 2007)备份程序中截取的，DPM就是我用于我的网络环境中的备份工具。图示的这个对话框可以让你来选择需要备份的项目。你会发现，其中有EXCHNODE1服务器，另一台服务器EXCHNODE2。这两台服务器就是当前Exchange Server集群中的两个节点。
你会看到，Microsoft's System Center Data Protection Manager 2007将集群中的所有两个节点都列出来了。
如果你看一下列表的最下方，你会发现一个ProdCluster，这就是由刚才那两台节点所虚拟出来的虚拟服务器了。当我展开ProdCluster时，DPM 2007会显示出一个列表，其中包含“Cluster group，还有集群化的mailbox服务器。
DPM 2007可以让你直接选择备份集群服务器化之后的mailbox，而无需单独的去集群服务器中两台节点上实行备份。至此我们仍然对非活动节点只字未提。然而，当我选中集群服务器化之后的mailbox后点击Next的时候，DPM 2007 跳出了一个对话框，如图“B：选择所需备份的节点”所示。你看到了，到此我终于可以选择到底在哪台节点上执行备份了，是活动服务器，或者非活动服务器。

一般用raid5来进行备份会比较方便，但是如果不小心弄坏了就得请专业的公司来恢复了。 还有一个就是svn服务器来备份，这个方法就是难度比较大，而且备份的时间要比较久。 相信很多人应该都遇到过数据会不小心删除的情况，所以这种情况下自然就是需要用到数据的备份这样一个功能了，当然平时可以多多对数据进行备份也是个非常不错的一个选择哦。。

一般服务器不建议备份系统，因为就算你备份了，到时候系统坏了，照样要重做，因为有些管理软件不支持备份后继续使用，再说你做了RAID，只要数据的安全性做好了，定时备份一下数据库就OK了

服务器的数据安全是通过RAID卡实现阵列，数据量若是大的话，还可以考虑购买TSM软件实现快速备份。
服务器主要是对数据安全要求比较高，可以做双机热备，一台服务器出现问题，另一台仍会正常运转。

参考资料：

>