Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1212022
  • 博文数量: 1211
  • 博客积分: 10010
  • 博客等级: 上将
  • 技术积分: 14340
  • 用 户 组: 普通用户
  • 注册时间: 2008-06-09 11:20
文章分类

全部博文(1211)

文章存档

2011年(1)

2008年(1210)

我的朋友

分类: 服务器与存储

2008-06-12 22:28:02

 5.     谁能占有机械手
 
诸如带库可移动介质设备的介质处理自动化已经是一项相当成熟的技术。它自2 0世纪9 0年代初就已经在一些系统上实现了。这种设备的性能和自动化的优越性是显而易见的—它们减少了错误并允许在任何需要的时候自动进行磁带更换。后一点对于网络管理员尤其重要,从此他们不必在周末赶到机房更换备份磁带。然而,每个硬币都有它的第二面,自动磁带的缺点之一在于:在应用程序之间很难共享这一昂贵的资源,更不用说在服务器之间共享了。
 
随着S A N更广泛地应用,磁带库和其他自动介质访问设备也可能更受欢迎。因为S A N技术使得他们可以被多个服务器共享。在一个多驱动器磁带库中,很容易看到库中的驱动器是如何在S A N中分配给不同服务器使用的,如图1 0 - 7。
             
   1)     使用保留/释放方法共享带库
 
一个带库中的机械手部件自动进行介质更换和介质移动。尽管在一个由多个服务器使用的磁带库中有多个磁带驱动器,但通常只有一个机械手。因此,现在面临的问题在于该如何控制这个机械手。
分区并没有提供该问题的解决方法。磁带库和它的机械手是一个整体,不能分割,也不能通过分区共享。保留/释放提供了一个共享机械手的基本功能——当一个服务器在使用机械手时,它保留该机械手的使用权,此时别的服务器不能访问该机械手。当工作完成后,它释放机械手,此时别的服务器就可以对机械手进行访问了。
 
2 ) 与S C S I桥/路由器相比S A N的地位
 
1 9 9 9年,几乎所有的磁带驱动器和磁带库都具有并行S C S I接口和非本地的S A N接口。因此,要求有从S C S I到S A N的桥或路由器以将磁带驱动器、自动装填器和带库连接到S A N上。即使一个带库有额外的S A N连接端口,它也很有可能有内部的集成桥式路由器。当磁带设备在更多的产品中集成S A N技术时,这种情况会随着时间的推移逐渐改变。
 
出于正在讨论的这些目的,这种桥/路由器能给带库中所有的磁带驱动器和机械手提供保留/ 释放机制。这允许缺乏保留/释放能力的非智能带库也能在S A N中共享。
 
3 ) 在共享带库中保护磁带
 
保留/释放技术允许共享机械手,但它并没有采取任何措施来保护它的存储介质。使用保留/ 释放机制,任何服务器上的任何应用程序都可以自由地使用机械手来访问它的任何一盘磁带,包括该程序可能不应该访问的磁带。如果应用程序不能识别该磁带是否属于它自己,它可能会将其格式化,并用自己的数据对它进行重写。
 
通过配置备份软件应用程序,使其只能访问带库中的某些磁带槽位可以避免这种情况发生。例如,假设由三台不同的服务器共享一个6 0磁道的带库。为了在3台服务器之间公平地分配带库的容量,应当配置带库控制软件使每个服务器能访问2 0个磁带槽位:服务器1能访问磁带槽位1~2 0;服务器2能访问磁带槽位2 1~4 0;服务器3能访问磁带槽位4 1~6 0。这样,对应于不同应用程序的磁带能使用不同的软件应用程序进行分离。当使用这种方法时,并不强制带库中的隔离。对软件配置的改变需要小心地控制和管理,以避免磁带槽位的分配在一些边界上重叠。
 
当同一个备份程序的多个拷贝被安装到多个共享同一台带库的服务器上时,每台服务器都能识别其他服务器所属的磁带。因为它们都具有相同的磁带格式。在这种情况下,当磁带被不同服务器访问时,不会被覆盖。因此也没有必要像前面讨论的那样来分隔磁带槽位。然而,在这种情况下,保证为每台共享带库的服务器使用独一无二的命名策略是非常重要的。由此可以防止服务器的带库控制软件选择了错误的磁带。不管怎样使用唯一的命名,对每个备份都进行安装是一个好主意,对于库共享而言这是必需的。
 
警告当使用保留/释放共享带库时,必须保证使用它的应用程序能相互识别其所有的带
库格式,或者能保证这些应用程序之间不能访问别人的磁带。在需要时,应当在带库中
对可使用的磁带槽位进行限制。
阅读(378) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~