8. 用户接口
网络备份软件像其他软件产品一样，也需要支持图形用户接口（G U I）。G U I可以控制软件中的大部分功能，包括源代理的配置。
9. 错误处理系统
所有的备份软件都使用某种方式的错误通信，不论它们工作得如何。错误处理的一般思想是：借助某种方法告知什么时候备份部分失败。错误处理系统的结构和范围同数据处理一样，面临着一个现实的问题，即系统的大小实际上是导致错误每天发生的温床。因此，关键的问题是要理解哪些错误需要重点处理，哪些错误是没有价值的。例如，虽然对一个文件做了备份，但它的访问日期元数据却没有做备份，这种情况可以看作是一个错误。那么，应该产生什么等级的报告或警告才会引起注意呢？事实上，每当夜间备份运行时，总有几个这样的错误存在，因此，对备份文件系统错误的趋向分析应该是很有价值的，但目前它还不存在。也许它永远也不会存在。
要注意的是：应该经常检查常规的备份记录，以发现备份系统的问题并修复它们。虽然这个工作有点辛苦，但却可以辨别需要引起注意的系统缺陷。经常由于某种错误或异常，使最后3 0天的数据未能备份，当需要对之恢复时，才发现一个严重的备份问题已经发生了。
10. 更高级的管理
与错误处理系统概念关系最密切的是全局管理系统，通过集中式的管理和（或）报告，全局管理系统能够管理多个备份系统。这个概念不一定是指高级的网络管理系统，如惠普的O p e n v i e w、Ti v o l i 的Management Framework或C A的U n i c e n t e r。虽然这些产品提供一些报告的能力，但还不清楚它们是否能提供备份管理需要的细节。一般情况下，使用备份专用的管理系统将更理想，它们能够提供备份系统逻辑组件的管理和报告，如统一的介质和数据库的管理和维护。几个这样的管理系统正在开发之中，包括Ve r i t a s 、L e g a t o及其他一些厂商。
下一节包含几种常用的网络备份系统，它们建立在前面介绍的几个组件的基础上。
11. 典型的网络备份
今天最常见的网络备份系统类似于图7 - 7所示的结构，它是一个客户/服务器式的备份模型，这里的备份引擎直接建立与源系统代理的连接，并通过这些连接管理备份操作。通常情况下，连接由T C P / I P网络完成，但在N e t Wa r e环境下，也可以通过I P X / S P X完成连接。
由于直接的网络备份产生很重的传输负载，因而很快地就使通常的客户/服务器网络达到饱和状态，1 0 B a s e T以太网连接并不适应于大部分服务器备份操作，1 0 0 b a s e T或F D D I的1 0 0 M b连接可以提供更好的结果。切记，当备份正在运行时，反过来也影响其他网络的流量，两个备份会话将占用大部分1 0 0 B a s e T连接的可用带宽。
通常，源系统上总是运行一个备份代理，它负责响应来自备份引擎的命令和查询。备份代理在唯一的源系统环境下工作，同运行在该系统下的任何备份接口及系统上的进程交互作用。备份代理常常作为引擎软件的远程过程，换而言之，它作为引擎的一部分运行，只是它在源系统上而已。
当引擎开始备份源系统时，它同代理通信，并使用数据库或文件系统提供的接口访问它们。扫描结果决定源系统上的哪些数据需要备份，这个信息返回到引擎系统，在引擎系统上数据移动者开始传输数据，数据移动者通过网络拷贝文件，并将文件传输给备份设备控制系统，最终写入磁带驱动器中的磁带。当数据完全写入磁带时，数据库需要更新以反映成功的备份，图7 - 9 显示了从网络接口卡开始到备份设备结束的数据传输的全路程。
这个图与图3 - 2 6（见第3章）类似，图3 - 2 6显示了客户通过网络访问服务器上文件的数据路径。在图7 - 9中，备份引擎将起服务器的作用，源系统将起网络客户作用。当仔细研究这样设计的完整图示时，就不难明白，为什么通过网络备份比通过总线备份更慢的原因。首先对于1 0 0 M b（1 0 M B）网络，其理论最大值是相当慢的和过时的I / O总线速度，因此，要想在给定时间内完成某项工作难度很大。其次，由于网络不能为流式磁带驱动器提供足够快的数据传输，使许多作业的运行速度大打折扣。与备份设备需要的速度相比较，网络数据传输能力的缺乏是网络备份系统的主要缺点。
我们现在将探讨试图克服这些困难的一些技术。
阅读(360) | 评论(0) | 转发(0) |
