Chinaunix

标题: 关于NetBackup flashbackup for windows讨论 [打印本页]

作者: 无牙 时间: 2009-02-10 17:05
标题: 关于NetBackup flashbackup for windows讨论
在前面一个帖子中有人提到对flashbackup 中的一些选项的使用有些方法有一些疑惑的地方。

我根据NBU的admin guide总结了一下其配置的相关方法，供大家参考！如果有什么写的不对的地方请大家拍砖！

我是按照6.5写的，有些属性在低版本，例如5.x中是没有的，请大家注意。

###################################################################
FlashBackup 的功能说明：
FlashBackup 是一种将原始分区备份的速度与还原单个文件的能力融于一体的策略类型。是NetBackup专门对付小文件备份与恢复的选件。
FlashBackup 有别于其他原始分区备份和标准文件系统备份的特点如下：
 备份性能比标准文件顺序备份方法要高。例如，在以下情况下，对文件系统执行FlashBackup 的速度要快于其他类型的备份：
1）文件系统包含大量的文件
2）并且大多数文件系统块都已分配
 可从原始分区备份还原单个文件。这个是和传统裸卷备份的根本区别！
 可备份以下文件系统：VxFS （Solaris、HP、Linux 和 AIX）、ufs (Solaris)、OnlineJFS (HP) 和 NTFS (Windows)。
 支持多个数据流，当“备份选择(Backup Selections)”列表中存在多个设备时，可进一步提高原始分区备份的性能。

下面我们来看看在NetBackup中如何配置FlashBackup。

在这个属性页中：
Policy type:指的是备份策略类型，flashbackup类型是针对unix主机，flashbackup-windows类型针对的是windows主机。
Perform snapshot backups：如果选择flashbackup的备份类型，该属性会自动选上。
Retain snapshots for Instant Recovery：该选项只支持windows平台的flashbackup。该选项是保留快照以用于即时恢复。Unix上的flashbackup目前还不支持该功能。
Perform off-host backup:是选择off-host备份的选项。不在这次的讨论范围内。
Snapshot Client Optiom: 是选择做flashbackup备份时，使用的方法。对于windows平台来说，包含4中方法：auto,vss,vsp,vxvm。

在初次创建flashbackup-windows时，缺省选项为auto.NBU会自动选择做快照的方法。

如果选择VSS的方式做flashbackup,会出现3个选项：

1）Provider type (0-auto,1-system,2-software,3-hardware).
0-auto:这是缺省选项.如果选择了auto, NBU会按照先硬件后软件再系统的顺序，选择可用的快照方法.

1-System:指的是使用windows提供的方法做快照，对于windows2003和2008来说缺省使用的是VSS。该方法不支持off-host backup模式。

2-software:指的是使用Veritas storage foundation。

3-hardware:使用硬件厂商提供的快照功能，例如EMC,HDS,HP等。这种方式需要在主机上安装硬件厂商的CLI。

2）Snapshot Attribute
0-Unspecified：如果在前面没有选择”instant recvery”这个选项，你就必须选择这个属性。否者需要选择其它属性。

1-Differential: 针对”copy-on-write”方式的snapshot。例如使用EMC EMC CLARiiON 阵列提供的EMC_CLARiiON_SnapView_Snapshot方法。

2-plex: 针对”mirror 和clone ”方式的snapshot。使用EMC EMC CLARiiON 阵列提供EMC_CLARiiON_SnapView_Clone。选择这种方式，要注意存储是否有足够的空间。

3）Max Snapshot:只有选择”instant recvery”这个选项的时候才有用，是控制快照的数量。

作者: 无牙 时间: 2009-02-10 17:08
如果选择VxVM的方式做flashbackup,会出现2个选项：

1)Resynchronize mirror in background:缺省值是no.表示备份作业必须等到重新同步操作完成后才能结束。如果选择yes, 表示发出重新同步请求，但备份不会等待镜像重新同步操作完成。
2)Maximum Snapshots: 只有选择”instant recvery”这个选项的时候才有用，是控制快照的数量。
如果选择VSP的方式做flashbackup，最省事什么也不用配置。

如果前面的备份类型是flashbackup，也就是for unix的，在snapshot client option中的选项可就多了。别看种类多，其实类型就是3种：自动选择、利用磁盘阵列提供的硬件方式，和利用VxVM、VxFS、nbu_snap提供的软件方式。

最后就是backup selections的写法了：
对于windows的写法为：\\.\E:
对于unix的写法为：/dev/rdsk/c1t0d0s6 or /dev/vx/rdsk/volgrp1/vol1

对Flashbackup 请注意以下针对 Windows 客户机的限制：
1)FlashBackup-Windows 策略不支持备份 Windows 系统保护的文件（系统状态，如注册表和 Active Directory）。
2)FlashBackup-Windows 策略不支持对包含 Windows 系统文件的 Windows 操作系统分区（通常为 C: 盘）进行备份。
3)FlashBackup-Windows 策略不支持对 Windows 系统数据库文件（例如 RSM 数据库和终端服务数据库）进行备份。
4)FlashBackup-Windows 策略不支持“包括”列表（客户机“排除”列表之外的列表）。
5)Microsoft 集群环境中的共享的磁盘不支持 FlashBackup。

作者: 无牙 时间: 2009-02-10 17:10
最近看到坛子里好多都是NBU或者BE上针对打开文件的备份问题，我会再总结一个在这种情况下如何配置VSS和VSP的帖子。

[ 本帖最后由无牙于 2009-2-10 17:11 编辑 ]

作者: xzc999 时间: 2009-02-10 19:16
哈哈
第一个！
无牙，有个问题，NBU可以同时inline copy备份到PD pool和tape吗
我做过测试，提示我错误！但我备份到PD 和harddisk是没有问题的！
做inline copy是不是有限制，我看了官方文档，好像是受到最慢介质速度的制约，客户当时有个疑问，就是因为多次访问客户机才采用inline copy，现在做不下来，需要同时备份到PD pool和tape，不知道有没有解决方案

[ 本帖最后由 xzc999 于 2009-2-10 19:18 编辑 ]

作者: 冬瓜头 时间: 2009-02-10 19:37
请教一下，这个flashbackup是不是本质上就是对一个fs的snapshot做备份？还是对block级别的snapshot做备份，然后其内部有各种FS逻辑可以挂载这份卷的snapshot？如果是前者，那么为什么说备份速度比一般的快呢？如果是后者，那么备份整个卷的snapshot，是不是空间占用不合算呢，比如一个卷100g，fs只有50g，结果这个snapshot还是100g的大小。请赐教，谢谢。

作者: wolfheader 时间: 2009-02-11 09:04

原帖由 冬瓜头 于 2009-2-10 19:37 发表
请教一下，这个flashbackup是不是本质上就是对一个fs的snapshot做备份？还是对block级别的snapshot做备份，然后其内部有各种FS逻辑可以挂载这份卷的snapshot？如果是前者，那么为什么说备份速度比一般的快呢？ ...

我记得看手册上是这样的，但是刚才查了一下没找到

备份应该包括两部分，裸设备的备份和文件表，备份量是全盘容量。

这样备份的时候可以速度快，恢复的时候可以恢复单个文件。

主要缺点就是浪费空间，而且如果物理设备原因导致整盘丢失的话用这个恢复速度太慢。

解决空间问题的办法就是划分成多个小容量的逻辑卷，慢慢增加一个文件系统的大小。

作者: 无牙 时间: 2009-02-11 10:12
Flashbackup就是裸卷备份＋inode (for unix) or mft (for windows).数据量是卷的大小，只是做全备份。

传统文件系统备份的时候是通过inode or mfs定位分配的片段再备份，如果该文件系统上有大量的小文件，这样将加大文件系统访问的开销，从而引起备份速度过慢，大部分时间都花在访问定位上了。如果你有一个文件系统，在上面使用ls or dir命令返回非常慢的话，对这种文件系统备份就比较适合使用flashbackup.

flashbackup的恢复慢的问题，可以通过调整STU中的fragment size进行优化。比较理想的大小是5G左右。

作者: 无牙 时间: 2009-02-11 10:18

原帖由 冬瓜头 于 2009-2-10 19:37 发表
请教一下，这个flashbackup是不是本质上就是对一个fs的snapshot做备份？还是对block级别的snapshot做备份，然后其内部有各种FS逻辑可以挂载这份卷的snapshot？如果是前者，那么为什么说备份速度比一般的快呢？ ...

flashbackup是block级的。

如果用户的卷是100G,不论文件系统使用了多少，备份的都是100G

FlashBackup的效果是和环境相关的。我们曾经做个试验，如果卷的使用率达不到60％以上，文件数量不够多，FlashBackup的速度和普通文件备份差不多。

所以FlashBackup主要用在网站的web server，以及一些用户的file server上。

[ 本帖最后由无牙于 2009-2-11 10:19 编辑 ]

作者: 无牙 时间: 2009-02-11 10:23

原帖由 xzc999 于 2009-2-10 19:16 发表
哈哈
第一个！
无牙，有个问题，NBU可以同时inline copy备份到PD pool和tape吗
我做过测试，提示我错误！但我备份到PD 和harddisk是没有问题的！
做inline copy是不是有限制，我看了官方文档，好像是受到最 ...

应该是可以的，但是有一个前提条件，PD pool所属的media server要和tape所属的media servers是一个。也就是说inline copy 只能到同一个media server所属的STU上。

作者: 冬瓜头 时间: 2009-02-11 11:05
好，谢谢诸位，容量浪费确实很大，以空间换时间。

作者: 瓶客 时间: 2009-02-11 15:46
好文章推到首页去了~~~

作者: jgtvisionnex 时间: 2009-02-11 16:39
如果是备份Exchange的文件夹，是不是建议就使用这个option呢？Exchange不是也有很多这样的小文件，而且是大量的小文件，我记得一个文件夹下面可以有超过500万个的文件，都是一封封的邮件。

作者: 无牙 时间: 2009-02-11 17:27

原帖由 jgtvisionnex 于 2009-2-11 16:39 发表
如果是备份Exchange的文件夹，是不是建议就使用这个option呢？Exchange不是也有很多这样的小文件，而且是大量的小文件，我记得一个文件夹下面可以有超过500万个的文件，都是一封封的邮件。

exchange的邮件应该都是保存在information store中，可以不用这个选件。

如果邮件是当成附件下载到本地的，又都是大量的小文件，可以考虑用。

作者: jgtvisionnex 时间: 2009-02-11 17:53
我记得好像就是在Information Store中有大量的小文件，即所谓的邮件！

作者: 无牙 时间: 2009-02-11 18:27

原帖由 jgtvisionnex 于 2009-2-11 17:53 发表
我记得好像就是在Information Store中有大量的小文件，即所谓的邮件！

如果是这种情况，不需要flashbackup选件，直接使用exchange agent就能处理。

作者: tyrus 时间: 2009-03-18 23:31
标题: 回复 #1 无牙的帖子
那不够牛啊。完全可以做到既block备份又只备有效数据的。
对文件系统理解深刻的话，找ntfs mft表，能发现哪些block有数据，只被有数据的块就可以了。
trueimage应该是这样的。嗯嗯嗯

作者: 无牙 时间: 2009-03-19 00:12
标题: 回复 #16 tyrus 的帖子
对文件系统理解深刻的话，找ntfs mft表，能发现哪些block有数据，只被有数据的块就可以了。

A:针对文件系统的备份就是这么做的。

trueimage和这个是两码事。

[ 本帖最后由无牙于 2009-3-19 13:53 编辑 ]

作者: micm 时间: 2009-03-19 10:36
学习一下！

作者: asmboy001 时间: 2010-11-19 16:11
这玩意备份完了咋恢复出来。我备份完了，点了点没恢复出来，提示没找到备份

作者: 无牙 时间: 2010-11-19 17:02
呵呵，要选"flashbackup" 的备份，不能是普通备份。

作者: clarcli 时间: 2014-04-23 11:14
FLASHBACKUP可以做增量备份，谢谢！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)