本地作业重定向给数据备份增加一层保障

天有不测风云。如果存储介质出现故障，则即使数据存储系统设计的再好，也是一无用处。在数据存储项目中，如果某个作业(如数据备份)由于存储介质错误或者没有可用的介质，则这个作业会以失败告终。而且这个作业中的其余源节点也将无法正常运行。介质故障具有偶然性，平时很难发现。针对这种情况，该如何预防呢?

笔者认为，可以通过“本地作业重定向”等类似的功能为存储系统增加一层保障。简单的说，本地作业重定向是指当存储介质或者相关设备出现故障时，系统会自动将作业重定向到另一个设备组。这跟服务器负载均衡类似，让系统自动定位可用的设备组。这无疑为存储作业增加了一重保险。

一、 选购时的注意事项。

企业如果需要选购带有“本地作业重定向”功能存储系统，该注意些什么内容呢?笔者认为，一个比较完善的“本地作业重定向”子系统，应该要避免如下几个问题。

一是需要避免数据的缺失。如上图所示，企业有文件服务器、邮箱服务器、FTP服务器等等。其数据每天会备份到磁盘阵列A中。当磁盘阵列A出现故障的时候(如突然断电等等)，则系统会将备份作业自动重定向到磁盘阵列B中。现在假设有这种情况，当对文件服务器中的数据进行备份的时候，突然磁盘阵列A出现了物理故障，无法顺利完成数据的备份。此时通过本地作业重定向功能，会将数据备份作业重定向到磁盘阵列B中。但是现在的问题是，由于文件服务器的数据备份作业已经开始，并且已经以失败告终。那么是否还会将文件服务器的数据备份到磁盘阵列B中呢?如果备份的是，是备份还未备份完成的数据，还是备份一份完全的数据呢?答案是很明显的。在备份作业中，如果因为设备故障导致当前的备份作业无法顺利完成，那么通过本地作业重定向功能开始一个新的作业时，需要从头开始，而不能够从失败那个点开始。不然的话，在恢复时有可能导致数据的丢失。

二是用户的透明度问题。当因为存储介质故障，系统执行“本地重定向作业”时，最好对于用户来说是透明的。简单的说，就是不需要用户的干预。虽然后台存储截至换了，但是不会给用户带来明显的不便。这就好像服务器负载均衡一样。虽然有多台服务器，但是用户并不关心起到底访问的是哪一台服务器。不过另外需要说明的是，当发生“本地作业重定向”的时候，系统需要将这个信息发送给管理员。如通过邮件的形式向管理员发送警报，告知这次作业发生的时间、原因(介质错误还是设备错误)等等。这有利于管理员在第一时间发现问题并寻求解决措施。

三是需要注意数据的重复问题。如果在介质或者设备出现故障之前，作业中的某些源节点已经成功备份，那么在本地作业重新定向时是否需要在新作业中将他们排除出去呢?笔者认为，最好能够排除出去。如果不排除的话，会导致数据的重复。在数据恢复时容易发生误解，而且还会延长备份的时间。

二、 本地重定向作业的使用限制。

笔者使用过多款带有本地作业重定向功能的产品，发现他们在使用过程中或多或少有一些限制。在选购与部署过程中，管理员需要了解这些限制。当这些限制损害到企业的利益时，还需要跟对方产品顾问一起，寻求一种替代的解决方案。

如比较常见的一种限制就是“本地作业重定向”功能无法跟所有的存储方案融合。如Brightstor是业界一款数一数二的存储产品。这个产品中也带有本地作业重定向功能。但是这个产品有一个比较大的限制，其仅仅支持使用本地磁带设备的备份作业，而不支持NAS服务器备份作业，也不支持将作业(如备份数据流)重定向到NAS设备组。这是什么意思呢?如上图所示，假设现在在对文件服务器进行备份，当系统检测到介质出现故障无法进行备份时，系统需要重定向。此时如果重定向的目标对象是NAS设备组的话，本地重定向作业无法顺利完成。因为本地重定向作业根本不支持这个NAS设备组。换句话说，某些方案的“本地作业重定向”功能在兼容性方面比较弱，其只针对一些常见的解决方案。在项目实施时，这个限制需要引起项目管理员的重视。

另外一个比较常见的限制是对网络部署的限制。如有些产品在执行“本地作业重定向”之前，有一个前提条件，就是数据源与备份介质需要处于同一个子网中。如上图所示，文件服务器与磁盘阵列(备用)需要处以同一个子网中。否则的话，会因为网络原因无法顺利完成本地重定向作业。在大部分情况下，出于性能或者安全考虑，是会将数据源(如各种服务器或者磁盘阵列)与存储介质(备份用的介质)放在同一个子网中。但是对于一些比较大型的企业来说，要实现这一点有一定的困难。如文件服务器可能在两个相隔很远的办事处都会有。而在对其进行数据备份的时候则在一个地方完成。这就涉及到不同的子网，而且还是不同的网络状态。如果企业存在这种情况，那么在设置“本地作业重定向”时需要注意，所采用的产品在网络设计上是否有这种限制。如果有的话，就可嫩需要通过虚拟局域网或者光纤连接等形式来绕开这个限制。

第三对于备份模式的限制。对于数据备份作业来说，主要有完全备份与差异备份两种形式。在大部分情况下，企业用户会将这两种方式结合使用。如常见的就是在星期一与星期六执行差异备份，而在星期天执行一次完全备份。这不但有利于提高数据备份的效率，而且也有利于节省磁盘空间。如企业的数据一天可能只有10%左右会发生变化，如果对其进行完全备份的话，显然会有90%以上的资源(如磁盘空间、备份作业所占用的时间等等)会浪费在这些没有变化的数据上。这是非常不妥的。不过在采取“本地重定向作业”时，需要注意，有些产品对数据的备份方式就会有一定的限制。如只支持完全备份作也等等。他们这种考虑也有一定的道理。设想一下，如上图所示，如果A存储介质出现物理故障，而在B存储介质上进行一个差异备份，也没什么作用。因为差异备份文件在还原时需要基于前一次的完全备份及后续的差异备份文件。如果只有最近一次的差异备份文件确实起不了多大的作用。不过如果为此都要进行完全备份作业，也太过于极端。笔者的建议是，能否采取一个折中的方案?即当本地作业重定向发生时，无论当前进行的是完全备份还是差异备份，都让系对当前的数据进行一次完全备份。如此的话，即可以保证数据的完整性，而且也不会对其他正常的备份作业产生不利的影响。

总而言之，“本地作业重定向”功能还是一个非常不错的功能。其确实可以给存储系统一个“双保险”。
 

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友