Chinaunix首页 | 论坛 | 博客
  • 博客访问: 107648
  • 博文数量: 23
  • 博客积分: 1536
  • 博客等级: 上尉
  • 技术积分: 271
  • 用 户 组: 普通用户
  • 注册时间: 2008-12-26 20:01
文章分类

全部博文(23)

文章存档

2010年(13)

2009年(10)

我的朋友

分类: 服务器与存储

2009-03-19 00:18:47

分段存储备份是先将备份写入某个存储单元然后复制到第二个存储单元的过程。在需要空间存储更多备份时,会从初始存储单元中删除符合条件的备份。

通过此两阶段的过程,可使 NetBackup 环境利用在短期内基于磁盘备份进行恢复的优势。分段作业还满足以下目标:

分段作业允许从磁盘更快速地还原。

分段作业允许在缺乏磁带机时运行备份。

分段作业允许数据分流到磁带,而无需映像多路复用。

两种分段作业方法

NetBackup 6.5提供了两种分段存储备份的方法:

基本磁盘分段作业

基本磁盘分段作业分为两个阶段。首先,将数据存储在初始存储单元(磁盘分段作业存储单元)上。然后,根据可配置的重定位日程表,将数据复制到最终位置。将映像复制最终目标存储单元后,可在需要时释放磁盘分段作业存储单元中的空间。

以下存储单元类型可用于基本磁盘分段作业:BasicDiskNearStore 和磁带。

     分段作业使用“存储生命周期策略(Storage Lifecycle Policies)

在“存储生命周期策略(Storage Lifecycle Policies)”实用程序中配置的分段存储备份也分为两个阶段:将分段作业存储单元中的数据复制到最终目标,但不根据特定的日程表进行复制。而管理员可以将数据配置为保留在存储单元中,直到固定保留期已满、磁盘需要额外空间或者将数据复制到最终位置。

NetBackup 检测到已满的磁盘分段作业存储单元时,它会暂停备份。然后,NetBackup 在该存储单元中查找已成功复制到最终目标的最早的映像。NetBackup 使磁盘分段作业存储单元上的映像失效以腾出空间。

以下是创建、配置及测试其效果的相关步骤

1、  创建基本磁盘分段作业存储单元

2、  选中“启动临时分段作业区域(Enable temporary staging area)”选项,低水位为55%

 

3、  单击“staging schdule”按钮。随即出现“disk staging”对话框,输入staging发生频率,在右边的下拉菜单选择相应的final destination storage unitfinal destination volume pool;final destination media ownership为“any,如下图。

 

4、  手工发起策略staging 的备份,该storage unit已经达到指定的剩余空间,备份出错

 

root@train3 # df -h

Filesystem             size   used  avail capacity  Mounted on

/dev/dsk/c0t0d0s0       34G   3.7G    30G    12%    /

/proc                    0K     0K     0K     0%    /proc

mnttab                   0K     0K     0K     0%    /etc/mnttab

fd                       0K     0K     0K     0%    /dev/fd

swap                   2.4G   104K   2.4G     1%    /var/run

swap                   2.4G   208K   2.4G     1%    /tmp

10.196.27.188:/data/student/solaris

                        67G    63G   3.6G    95%    /student

/dev/md/dsk/d0         1.9G   1.6G   272M    86%    /disk1

/dev/md/dsk/d1          28G   579M    27G     3%    /disk2

/dev/md/dsk/d2         1.9G   2.0M   1.9G     1%    /catalog

/dev/md/dsk/d3         1.9G   1.6G   272M    86%    /staging

/dev/md/dsk/d8         470M   1.0M   422M     1%    /vol5

/dev/md/dsk/d4         470M   1.0M   422M     1%    /vol1

/dev/md/dsk/d5         470M   1.0M   422M     1%    /vol2

/dev/md/dsk/d6         470M   1.0M   422M     1%    /vol3

/dev/md/dsk/d7         235M   1.0M   210M     1%    /vol4

5、  手动重定位至最终目标(Manual Relocation toFinal Destination)

 

6、  这时,我们可以看到该作业已经加载了磁带,并且把train3_1237367094train3_1237367246train3_1237367543三个image复制到磁带

 

7、  这三个image已经被拷贝到磁带,但并没有删除,依然在base discstorage unit

root@train3 # ls -lt

total 3382098

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_HDR.1237367543.img

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_HDR.1237367543.info

-rw-------   1 root     root     576913408 Mar 18 17:13 train3_1237367543_C1_F1.1237367543.img

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_F1.1237367543.info

-rw-------   1 root     root        1024 Mar 18 17:08 train3_1237367246_C1_HDR.1237367246.img

-rw-------   1 root     root        1024 Mar 18 17:08 train3_1237367246_C1_HDR.1237367246.info

-rw-------   1 root     root     576913408 Mar 18 17:08 train3_1237367246_C1_F1.1237367246.img

-rw-------   1 root     root        1024 Mar 18 17:08 train3_1237367246_C1_F1.1237367246.info

-rw-------   1 root     root        1024 Mar 18 17:06 train3_1237367094_C1_HDR.1237367094.img

-rw-------   1 root     root        1024 Mar 18 17:06 train3_1237367094_C1_HDR.1237367094.info

-rw-------   1 root     root        1024 Mar 18 17:06 train3_1237367094_C1_F1.1237367094.info

-rw-------   1 root     root     576913408 Mar 18 17:06 train3_1237367094_C1_F1.1237367094.img

8、  再次发起策略为staging的备份作业后,发现已经复制到磁带的其中最先生成的两个image已经被删除, 但因容量还没到指定水位,因此上次较晚备份的train3_1237367543依然存在

root@train3 # df -h

Filesystem             size   used  avail capacity  Mounted on

/dev/dsk/c0t0d0s0       34G   3.7G    30G    12%    /

/proc                    0K     0K     0K     0%    /proc

mnttab                   0K     0K     0K     0%    /etc/mnttab

fd                       0K     0K     0K     0%    /dev/fd

swap                   2.4G   104K   2.4G     1%    /var/run

swap                   2.4G   208K   2.4G     1%    /tmp

10.196.27.188:/data/student/solaris

                        67G    63G   3.6G    95%    /student

/dev/md/dsk/d0         1.9G   1.6G   272M    86%    /disk1

/dev/md/dsk/d1          28G   579M    27G     3%    /disk2

/dev/md/dsk/d2         1.9G   2.0M   1.9G     1%    /catalog

/dev/md/dsk/d3         1.9G   884M   1.0G    46%    /staging

/dev/md/dsk/d8         470M   1.0M   422M     1%    /vol5

/dev/md/dsk/d4         470M   1.0M   422M     1%    /vol1

/dev/md/dsk/d5         470M   1.0M   422M     1%    /vol2

/dev/md/dsk/d6         470M   1.0M   422M     1%    /vol3

/dev/md/dsk/d7         235M   1.0M   210M     1%    /vol4

 

root@train3 # ls -lt

total 2254732

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_HDR.1237369072.img

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_HDR.1237369072.info

-rw-------   1 root     root     576913408 Mar 18 17:39 train3_1237369072_C1_F1.1237369072.img

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_F1.1237369072.info

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_HDR.1237367543.img

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_HDR.1237367543.info

-rw-------   1 root     root     576913408 Mar 18 17:13 train3_1237367543_C1_F1.1237367543.img

-rw-------   1 root     root        1024 Mar 18 17:13 train3_1237367543_C1_F1.1237367543.info

9、   再发起策略STAGING的备份,这时train3_1237367543就会被删除,腾出空间。root@train3 # ls -lt

total 2934606

-rw-------   1 root     root     347914240 Mar 18 17:45 train3_1237369489_C1_F1.1237369489.img

-rw-------   1 root     root        1024 Mar 18 17:44 train3_1237369489_C1_F1.1237369489.info

-rw-------   1 root     root        1024 Mar 18 17:43 train3_1237369338_C1_HDR.1237369338.img

-rw-------   1 root     root        1024 Mar 18 17:43 train3_1237369338_C1_HDR.1237369338.info

-rw-------   1 root     root     576913408 Mar 18 17:43 train3_1237369338_C1_F1.1237369338.img

-rw-------   1 root     root        1024 Mar 18 17:43 train3_1237369338_C1_F1.1237369338.info

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_HDR.1237369072.img

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_HDR.1237369072.info

-rw-------   1 root     root     576913408 Mar 18 17:39 train3_1237369072_C1_F1.1237369072.img

-rw-------   1 root     root        1024 Mar 18 17:39 train3_1237369072_C1_F1.1237369072.info

以上蓝色就是新生成的image

 

查看作业的详细信息,你会发现该作业提示空间满了,正在处理空间问题。

2009-3-18 17:44:51 - started process bpbrm (pid=7249)

2009-3-18 17:44:51 - connecting

2009-3-18 17:44:52 - connected; connect time: 0:00:00

2009-3-18 17:44:59 - begin writing

2009-3-18 17:45:22 - Warning bptm (pid=7255) storage unit staging is full: processing disk full condition

2009-3-18 17:46:22 - end writing; write time: 0:01:23

the requested operation was successfully completed (0)

 

阅读(823) | 评论(0) | 转发(0) |
0

上一篇:没有了

下一篇:卸载NETBACKUP FOR LINUX

给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册