NBU备份管理入门.doc

NBU数据管理入门 在广大的NBU的用户中，对于磁带的使用的困惑是非常常见的。其实，如果用户能够理解NBU磁带管理的原理，那么管理它还是非常容易的。 NBU备份的逻辑结构： 在任何备份产品中，都需要记录这样一些数据：客户机名称，备份目录，备份策略，文件备份的内容，存放备份文件的位置（介质服务器名称、机械手、磁带机、介质），如果备份保存在磁盘上，那么需要记录其保存的目录。 为了保存相关的数据，NBU选择了使用两个不用的数据库来保存这些数据：EMM数据库和文件数据库。这些相关的数据库都有catalog来管理和维护。其中，EMM数据库中提供了专门的卷数据库（VolDB）和和介质数据库（MediaDB），主要用于维护与磁带，磁带机，机械手，介质，介质管理器等有关的信息；文件数据库保存你备份了什么文件，文件备份在哪里等信息。 NBU的这种逻辑设计，是与存储介质的不同有着密切的关系的。备份一般选择的是磁盘或者磁带。其中，磁盘是随机读写设备，所以对于备份和恢复来说，都非常容易管理；但是磁带是顺序读写设备，并不能随时删除或者读取数据，所以就需要某种机制来管理磁带，才能使其发挥出最大的效率。为此，NBU为磁带设备管理提供了EMM数据库，专门管理机械手，磁带机和磁带的使用，注意，磁盘管理是不需要EMM数据库记录数据的。为此，NBU把文件管理与设备管理分开，使得所有备份都使用文件数据库，而仅有磁带设备使用EMM数据库。如图一和图二所示： 图一：磁带设备备份管理结构图 图二：磁盘设备备份管理结构图 有图一和图二可以看出，磁盘设备和磁带设备的备份结构是有很大差异的，磁带备份明显要复杂一些。因此很多在磁带备份中出现的问题，在磁盘备份上并不容易出现。从这个角度来说，使用虚拟带库，将真是的磁盘设备虚拟为磁带设备使用，并不是一个明智的选择。 NBU备份的物理结构： 对于磁带设备的备份来说，它是非常简单的，仅仅有文件目录即可，所以谈不上什么物理结构。此节只是针对磁带设备的备份物理结构 首先大家都明白，文件是一定要备份在磁带上面的，所以这些数据文件都是物理结构中的最小单位。 一个磁带可以保存一个至多个数据文件，所以它是物理结构中的次小单位。在这里需要说明的是，在NBU的定义里，数据文件总共有四种类型，分别是：普通备份数据文件（0）、catalog备份数据文件（1）、存储迁移器备份数据（2）以及存储迁移器为microsoft exchange或者windows 2000备份的数据文件（3）。我们平时接触的仅仅是0和1两种。NBU控制下的磁带仅仅能够存放某种特定类型的数据文件，而不能够同时保存两种不同类型。 为了保存用户日益增加的数据保护内容，同时能够自动透明的进行日常的备份工作，NBU引入了卷池的概念。卷池就是很多磁带的集合，这些磁带一起工作，为保存某一种特定类型备份内容共同工作，可以看作是一个大磁带。它是NBU备份结构中的最大单位。如图所示： 图三：NBU备份的物理结构 备份恢复以及重复使用： NBU有很多用户，抱怨NBU的设备无法自由的重复使用。其实这只是一个误区，如果用户能够理解NBU备份，恢复的原理。那么理解NBU的命令，自动玩转NBU，并不是一件很困难的事情。现在就分两部分来讲述NBU的备份和恢复，重点在磁带的恢复使用。 磁带设备的备份、恢复以及重复利用： 备份： 在磁带备份中，NBU为了管理磁带的使用，会在catalog数据库中添加一些标记位来记录磁带的使用信息。当磁带里新写入一个镜象的时候，assign标记位会记录该时间，Vimages标记（记录磁带上有多少没有过期的数据文件）会自动加1；当该数据文件过期以后，NBU会自动在把Vimages的值减一。如果该磁带写满，其对应的Full标记会自动置一。 需要注意到是，在磁带备份中，即使一盘磁带中仅剩一个镜象没有过期，它也不能被重复使用。这是因为磁带是顺序读写设备，NBU无法估计其剩余容量以及如何合理使用它。因此，在定制备份任务的时候，一定不要将保存时间差异很大的数据文件保存到相同的磁带中去，这将大大降低磁带的利用率。 恢复： 作为顺序读写设备，磁带的恢复会比磁盘恢复花费更多的时间，这是因为恢复前，NBU需要查询出恢复所需要的数据文件所在的介质服务器、机械手和磁带机、磁带位置，然后在它们空闲的时候，将数据所在磁带放入磁带机，再找到对应的位置后，才能开始恢复。如果在试图恢复的时候，数据文件所属的机械手或者磁带机或者磁带正在干别的事情，系统将不得不等待这些任务完成之后才能开始恢复文件（如果给恢复作业更高的优先级可以插队，但是默认情况下优先级是相同的），这就会带来更大的时延。这也是为什么备份作业都会选择在人下班以后的时间开始工作，这样可以避免多个任务抢占磁带系统资源。 重复利用： 通过上述讲解，