黑社会进军veritas，一边学一边吹

想了好多次了，终于痛下决心开始学习。
开贴明志，鞭策自己！
再不学点儿东西就成废人了:L
我要发粪涂墙！:lol


对照一下tsm来理解一些概念和操作，让懂tsm的人了解一下nbu；
让懂nbu的人了解一下tsm；
让既懂tsm又懂nbu的人，来给挑挑毛病:handshake

[[i] 本帖最后由 crazyshow 于 2007-12-10 12:15 编辑 [/i]]

原来的网站van.veritas.com，veritas的技术论坛，现在被symantec收购了，
改成以下网址了：
[url]http://www.symantec.com/enterprise/stn/index.jsp[/url]

BD，支持。

结构上nbu分为一下几块：
master server，面对client的，管理分配备份、恢复操作权的；
media server，面对存储设备的，负责读写；
emm server，管理nbu自身配置的，需要什么配置信息都到这里读，操作成功后更新的往这里写；
client，就是下面的客户端嘛
san media server，没大搞懂，号称是只能备份自己数据media server，个人理解就是打包的简便型儿master+media server，功能少些而已。

对应到tsm的话，tsm没有这么多层次，都集合在一起了。
emm server相当于那些.opt、.sys、devconfig、volhist文件和tsm db；
media server相当于devclass、mgmtclass、device driver之类的东西。

storage device指独立可写的设备；
storage unit指统一型号的、同一media server管理的存储设备；
storage unit group相当于storage unit的集合；
volume指可移动的存储卷；
volume group只是用来管理volume location的一个中间概念，没太理解。

对应到tsm的话，
storage device相当于driver、path之类的东西；
storage unit 相当于libr；
storage unit group 对应不上。
tsm可以定义不同类型的存储空间，都叫volume，然后凑到一起叫stgpool；然后在stgpool之间定义next、copy之类的关系，还可以migrate、reclaim之类的动作。
nbu可以把不同类型的storage unit 集合到一起，叫stu group，这一点好像高档些哦。

[[i] 本帖最后由 crazyshow 于 2007-12-10 12:03 编辑 [/i]]

打倒黑社会！！！

又一只老菜鸟。;P :handshake

下次ibm再搞tsm的沙龙,我可以做一个tsm和nbu的对比的演讲:)

看连载:lu11: 坚持住啊！

:lu11: :lu11: 黑家在家乡还好吗?:D

NBU有自己的catalog数据库，据说以前是文件形式的。
包括三个部分信息：
image db 备份内容的信息
netbackup db 策略、计划任务之类的信息
emm db 介质信息、卷信息

tsm里面没这么复杂，tsm db都包括了，还有更多东西都在里面。

NB的policy主要就是策略相关的东西，简单来说就是：
备份动作相关的what、who、when、where、how信息。
what什么备份对象；
who哪个client什么ID进行操作；
when什么时间发起，就是schedle；
where就是备到哪儿去；
how就是以什么方式备份。

跟tsm差不多，概念都是一样的。

备份方式有很多种，比tsm要强多了，tsm号称都使用增强型增量备份。
相比较而言，nbu更贴近原始备份概念。
full 全备份；
differential incremental 差分增量备份，备份上一次全备或增量备份之后的变化量；
cumulative incremental 累积增量备份，备份上一次全备之后的变化量；
user backup用户指定的数据备份；
user archive用户指定的数据归档。

nbu坦言他是把数据用tar的格式存放在磁带上的，比tsm强多了。
后面也许会学习到更多的脱离nbu以外的数据维护方式，那可维护性就强多了。

我正要从TSM向NBU转移。:lol

一天没顶，就沉了这么深啊。
太伤自尊了:'(
看来veritas没人关心啊，是不是因为这个论坛是专门讨论ibm的？
歧视他山之石嘛！

有我关心你啊，噢，别哭，叔叔抱。:hug:

暂时还在继续TSM中，这样的好帖子还是要顶！

支持了

嘿嘿.还是喜欢TSM;P

最近刚装过，近来顶一下

呵呵，有机会就转向NBU。

其实NBU本身的东西倒是很好理解，也不是特别复杂啊，
用过其他备份软件的应该都能很容易理解。其实要想学好NBU，对应用不了解，
不熟悉是不可能的。让你备份个oracle,你又不知道RMAN备份脚本怎么写了
，那怎么行呢，呵呵

真不知道该写啥了，总不能傻乎乎的把配置文件、命令、参数写上来吧，那不就成了抄书嘛，没意思。

还是自己有了体会，有了理解再写吧。

nbu可以搞很多个master server，很多个media server ，但是却不能搞很多个emm。
这些都可以混着版本用，restore时候是可以确保向下兼容的。
基本原则是：master server 版本必须高于media server版本必须高于client。

配置设备的时候要记得：每次更新不生效，找不到问题就重起一下ltid进程，没啥坏处。

必须先定义robot，后定义driver，否则会被认为是stand alone driver。

对应到TSM的话：
robot相当于libr，driver是一样的；
nbu没有def path的概念，当然也不存在path online/offline的麻烦。

专做netapp+nbu了,帮顶一下;P