NBU 5.0与TSM 5.2功能对比(ZT)
Veritas NetBackup 5.0 -- NBU
IBM TSM 5.2 -- TSM
A.体系结构及平台支持
a.备份系统的容灾能力(备份系统自身的容灾能力，决定用户已备份数据映像的安全性)
* NBU
1． 具有多种方式自动复制catalog信息，备份系统恢复过程简单快捷；
2． Catalog可从备份映像中恢复。
* TSM
1． 能够进行Catalog的备份，备份系统恢复过程复杂而危险。
2． Catalog如意外丢失，将不可恢复，已备份的数据将完全失效。
b.异构平台支持(异构平台支持非常重要，更重要的是对同一种操作系统的不同版本的支持)
* NBU
可以支持- Solaris, HP-UX, AIX, Tru64, IRIX, Windows, NetWare and Linux和其他非主流的操作系统; 一种解决方案可保护所有操作系统的数据
* TSM
只支持少数服务器平台（AIX,HPUX,Windows,Solaris,Linux）和少数客户端平台（AIX,HPUX,Linux,Macintosh,NetWare,IRIX,Solaris,Tru64,Windows）
c.本地共享存储设备(系统设计架构决定本地共享存储设备的具体方式和性能)
* NBU
可以。更快的备份能力, 减少网络负载, 或完全释放网络资源。可实现分布式的备份环境.
* TSM
可以。
d.开放的磁带格式(采用通用存储格式，能够提高)
* NBU
是，GNU-tar– 提高灾难恢复性能; 可迁移或转换服务器平台。
* TSM
专用格式
e.从工作站到企业级的扩展性结构
* NBU
从windows到unix采用统一的内核；随备份和恢复需求的变化和增长，应用可扩展,减少培训和支持的成本。
* TSM
从windows到unix采用统一的内核
f.体系结构(体系结构决定方案的实现方式和能力及性能，四层架构是目前较先进的设计)
* NBU
三层结构，可以灵活的在同一个结构体系上实现从网络备份、LanFree备份以及ServerFree备份；直接支持Media Server的高可用。可根据系统需求扩展至四层结构。
* TSM
两层结构，系统仅仅分为server和client两层，对LanFree备份则需配置专用storage agent。
g.备份服务器的高可用性
* NBU
直接支持，与VCS、MSCS等多种双机软件配合使用
* TSM
支持
h.集中管理(在分布的办公环境中，各地办公室都有自己的备份系统，集中管理能够有效的进行管理和监控)
* NBU
Global Data Manager可以对多台备份服务器进行集中管理
* TSM
无第四层
i.与UNIX操作系统的结合(某些些应用系统需要高效的备份技术支持)
* NBU
Yes，大多UNIX系统采用VERITAS文件系统和磁盘管理技术；提高备份性能和功能
* TSM
一般只针对于IBM文件系统
j.对Windows操作系统的支持
* NBU
强大，Windows磁带格式(MTF)是VERITAS所定义；提高备份性能和功能
* TSM
一般
B.数据及系统的备份和恢复
a.数据的自定义恢复
* NBU
灵活的数据恢复
* TSM
可以
b.对数据库的支持
* NBU
Oracle 7.3.4到Oracle 9i
SQL Server 6.5
SQL Server 7.0
SQL Server 2000
* TSM
只支持oracle8.17、oracle 9.01和9.2
SQL Server 7 SP3
SQL Server 2000 SP3
c.利用硬盘介质的高速备份
* NBU
可以，NBU支持设置Cache和Disk Staging方式来利用硬盘实现高速备份
* TSM
可以
d.并行备份与恢复的支持
* NBU
可以，支持同一个备份/恢复工作的并行和多个备份/恢复工作的并行
* TSM
可以，但只支持多个备份/恢复工作的并行（一个备份工作不能使用多个磁带驱动器）
e.支持备份工作的断点续传
* NBU
可以（仅限文件系统）
* TSM
可以（仅限文件系统）
f.磁带的离线管理
* NBU
可以，并且有一整套管理功能来保证数据恢复（Vaulting）– 备份的磁带放到远程以在重大灾难发生时进行数据恢复
* TSM
必须要DSM模块和DR模块配合使用
g.对Oracle 数据库或VxFS的BLIB备份(BLIB简称块级增量备份技术，这是一种有效提高备份效率的技术，可以做到基于磁盘物理块设备的增量备份)
* NBU
可以
* TSM
不支持
h.Serverless的备份
* NBU
可以，允许通过多种阵列或卷管理软件方式实现
* TSM
可以，但需要类似EMC公司TimeFinder软件的支持
i.Image Backup并可进行文件级恢复
* NBU
可以
* TSM
只支持Windows平台下的Image Backup,做不到文件级恢复。
j.可实现Point In Time的备份
* NBU
可以对大多数操作系统进行快照然后备份
* TSM
只对IBM文件系统有效
k.NDMP的支持
* NBU
支持
* TSM
不支持本地NDMP备份
l.Open File Option
* NBU
成熟的技术，尤其在对Windows平台的智能灾难恢复方面技术稳健
* TSM
不详
C.备份系统的可管理性
a.高级图形化报表功能
* NBU
强大，并可以输出到Office文件中；对备份任务进行统计分析和报表输出。
* TSM
一般
b.各种向导Wizard支持
* NBU
提供备份、恢复、数据库的在线备份以及各种管理时的向导
* TSM
很有限，尤其是没有在对数据库备份的向导
c.与网管软件平台的集成能力
* NBU
提供标准SNMP协议的支持，能够接受HP OpenView、IBM Tivoli等网管平台的管理
* TSM
只能够和IBM Tivoli网管平台融合
d.远程分发安装备份端软件和补丁
* NBU
可以；提高安装的可管理能力。
* TSM
无
e.多平台统一安装界面
* NBU
可以，各种UNIX平台采用统一的安装界面，方便部署
* TSM
不可以，不同平台的安装界面差别很大
f.定期catalog维护
* NBU
不需要
* TSM
IBM建议定期维护TSM Catalog，以维护应用性能
(TSM对Catalog的定时维护增加了管理的复杂性)
g.各种平台统一的界面
* NBU
在Unix和Windows平台完全相同的界面；使管理更容易
* TSM
可以通过Web浏览器进行跨平台统一管理，单管理功能有限。TSM管理员通常通过命令行进行管理。
h.集中控制台管理
* NBU
纯Java界面，可以在任何一台机器进行集中管理；减轻管理员的工作
* TSM
只可以通过Web浏览器连接到主备份服务器上进行管理。
注：Java界面和Web界面的主要区别在于：Java界面执行命令的有效性较高，Web界面常出现命令失效的情况。
i.以用户或文件级设定备份策略
* NBU
可以；允许根据数据的重要性不同设定更多的策略和回收周期。可以融合相同回收期的数据在同一离线介质里，提高介质回收管理能力。
* TSM
可以，基于增量备份策略设计，对全备份策略设置较为拙笨，可以认为不支持定期全备份，更不能将相同有效期的备份数据集中在同一盘磁带上。
评：基于增量备份设计的TSM，对传统的定期做全备和增量的安全备份策略很难支持。
j.图形化磁带设备的定义
* NBU
可以；配置方便，减少人工错误。
* TSM
可以实现基于浏览器的设备设置，但常发生命令失效，因此，TSM管理员通常使用命令行进行备份设备的定义
