根据近期美国《Computer world》的报道，一些用户正在遭受赛门铁克产品NBU最新版本6.0的困扰[1]。原因在于客户对于NBU6.0的稳定性不够满意，而且NBU6.0也确实出现了一些之前版本5.X从来没有出现过的问题。这就给NBU6.0的推广和商用带来了一定的难度。

事实上，NBU6.0对于管理架构上做的改动是初衷是更好的提供性能，同时对于原先各种备份策略上的变化并不大。所以我在这里，试图通过对NBU5.X和6.0架构的分析，让用户理解问题出现的原因，并能更快的找到解决方法。

NBU5.X到6.0的架构变化

            NBU5.X升级到6.0，引入了三个重要的服务：

1，              新的介质管理服务。企业介质管理器（Enterprise Media Manager，简称EMM）。

2，              新的policy管理策略服务。作业执行管理器（NetBackup policy execution manager,简称nbpem）

3，              新的作业管理服务。作业管理器（NetBackup job manager，简称nbjm）

现在先让我们依次了解一下它们相关的介绍：

1，企业介质管理器(EMM)

            企业介质管理器是NetBackup架构变更后介质管理器的一部分，是从NBU6.0引入的一项新的服务，融合了原来的global database、volume database和media DM的功能。其目的在于集中管理介质管理器数据。这项新服务将主服务器及其所有介质服务器的介质和设备信息存储在单个关系型数据库中。此项服务提高了 NetBackup 介质和设备数据库的性能、可伸缩性和易管理性，并且提供了新介质管理器相关功能的更快的实现。此外，该功能还将介质和设备配置与当前分布在多个服务器上的运行时状态信息合并在一起，将它与存储单元配置、NDMP 凭据集成在一起，并且包含新的受控服务器列表。

2，作业执行管理器（nbpem）

            在NBU6.0中，出现了新的服务策略执行管理器（nbpem），它的功能是接受由策略执行管理器 (nbpem) 提交的作业，并获取必要的资源。然后，作业管理器将启动作业，并会通知 nbpem 作业已完成。它替代了NBU5.X中的nbsched服务，能够更有效的分析和执行策略信息。

3，作业管理器（nbjm）

            作业管理服务是nbu6.0新出现的应用服务，它的功能是为在提供备份所需的资源，并且将相关的信息写入到企业介质管理器（EMM）中去。

            现在让我们来对比一下NBU5.X和NBU6.0的备份过程的区别，从中体会一下NBU6.0引入的新的变化

NBU5.X与6.0架构比较

NBU5.X备份到磁带的流程图：

NBU5.X

            从图中可以看出，nbu5.x在执行备份的过程中大致遵循下面的步骤：

 

1.         响应进程（bprd）接收到客户端的备份请求；

2.         通过日程管理服务（bpsched）查询到有效的备份policy的存在；

3.         日程管理服务将备份策略信息传送给服务器端的客户机进程（bpcd）；

4.         服务器端的客户机进程通过介质服务器进程与客户端的客户机进程进行通信，将需要备份的文件信息保存到文件数据库和配置数据库中；

5.         与此同时，介质管理器进程向磁盘管理服务（bptm）查询有效的存储位置和空间；

6.         当所有以上条件都满足后，介质管理器进程将客户端的文件，通过bptm服务写入到相应的磁带；

7.         所有的数据保存信息通过卷管理进程保存到volume database相应的介质服务器的数据库中。

这样就是NBU5.X一次典型的数据库备份作业的流程。

 

 

 

 

 

 

NBU6.0备份到磁带的流程图：

NBU6.0

现在来分析一下NBU6.0在执行备份的过程中大概遵循下面的步骤：

 

1.         响应进程（bprd）接收到客户端的备份请求；

2.         通过策略执行管理（nbpem）查询到有效的备份policy的存在（可以通过代理）；

3.         策略执行管理将备份策略信息传送给NBU作业管理服务（nbjm）；

4.         作业管理服务一方面需要从EMM数据库中得到相应的介质信息，另一方面需要将这些信息传给服务器端的客户机进程（bpcd）；

5.         服务器端的客户机进程通过介质服务器进程与客户端的客户机进程进行通信，将需要备份的文件信息保存到文件数据库和配置数据库中；

6.         与此同时，介质管理器进程向磁盘管理服务（bptm）查询有效的存储位置和空间；

7.         当所有以上条件都满足后，介质管理器进程将客户端的文件，通过bptm服务写入到相应的磁带；

8.         bptm将信息保存的信息通过nbjm保存到EMM数据库中。

上述就是NBU6.0的一次典型的数据库备份作业的流程。

 

            通过上述的比较，我们很容易就发现，NBU6.0备份时，第3、4、8步是和NBU5.X不同的：

1，  策略的管理执行的机制发生了变化；

2，  介质的管理内容和空间发生了变化，全部移到了主服务器上；

3，  加 入了nbjm服务来管理job的执行

总结

事实上，NBU的恢复也和备份一样，采用了上述的新的架构。这样以来，难免会有一些客户抱怨新的产品不如旧的好用和可靠，从目前客户的反应来看，对于新产品的意见也确实集中在schedule的管理和job的管理上面[2]。但是，为了产品日后能更快更有效的提供服务，那么这种创新的阵痛也就在所难免。

对于NBU6.0出现的种种问题，解决的办法就是安装最新的补丁。在NBU6.0MP3之后，Symantec公司下了大力气来开发MP4，力求解决已知的所有的问题。目前MP4也已经推出，从大客户那里得到了相当好的反馈。相信在MP4之后，NBU6.0将会得到越来越多客户的信任，继续巩固它在数据保护领域的领先地位。

文件: NBU5.X到6的结构变化.rar 大小: 179KB 下载: 下载