基于Windows系统的存储管理技巧：存储区域网络

ccgl5753

关于“存储区域网络”
　　现在，网络管理员在思考采用何种存储机制的时候拥有了越来越多的选择，像目前应用比较广泛的“直接连接存储(DAS)”、“网络连接存储(NAS)”以及“存储区域网络(SAN)”等。不过我注意到很多人还没有真正了解这几种不同的存储类型的区别，也不知道在什么情况下采取哪种存储方式比较合适。在这篇文章里，我将和大家一起讨论一下关于存储区域网络（SAN）的知识（下文以SAN代替）。
　　SAN指的是这样的一个网络，网络中的存储设备（通常是磁盘阵列或者磁带库）并不直接和服务器连接。和“直接连接存储（DAS）”相比，SAN的性能不如前者，但是它可以让多台服务器共享一个通用的存储设备。SAN一个最大的优点就是它把存储设备划分成了一些虚拟设备，而每个和SAN连接的服务器则占有其中的一台或多台。也就是说，这些虚拟设备工作的时候相当于是一些和服务器直接物理相连的设备。在SAN环境中，你永远也不会看到多个服务器连接到同一个虚拟设备并使用一组共用文件的情况。
关于虚拟设备
　　虚拟设备是一个存储媒介的子集。如果你使用磁盘阵列作为存储媒介，那么一个虚拟设备通常就是其中一个分区；而如果你的存储媒介是一个磁带库，那么每一个独立的磁带驱动器可能就是一个虚拟设备。
　　和虚拟设备相关的一个技术术语是逻辑单元号（
Logical Unit Number
，LUN）。逻辑单元号在SAN中的工作原理和在一台拥有多个
SCSI
设备的计算机上的工作原理类似。实际上，SAN访问存储设备上的数据的方法和计算机访问存储在SCSI硬盘上的数据的方法基本上是一样的。
　　基于“服务器消息块（Server Message Blocks，SMB）”或者“网络文件系统（Network
File System
，
NFS
）”的网络提供的是文件级别的网络访问。举例来说，在一个Windows服务器的环境下，要读取一个文件的命令通常是这样：
\\Server_name\Share_name\File_name
。而在SAN环境下，读取相同的文件的命令则变为：Controller 4, Disk 2,
block
6254。如你所见，服务器与SAN设备的通讯建立在一个较低的级别上。服务器并没有直接指定一个文件，而是发出一个基于SAN或者SCSI级别的请求，就像虚拟设备和系统是物理连接的一样。
　　假设现在有一个特殊的SAN，该SAN由一组各自拥有独立分区的廉价磁盘冗余阵列（RAID）所组成。你肯定想知道在这种情况下和DAS相比，使用SAN能够带来什么样的优点。使用SAN所带来的优点之一就是成本。通过SAN，你可以让这一个磁盘阵列为多台服务器服务，而不用为每台服务器都单独购买一个磁盘阵列，这样算下来你能节省很多的花费。
　　SAN还有个优点就是它的灵活性。在SAN环境中，服务器通过在逻辑上连接到独立的LUN来工作。这就意味着你可以根据需要为不同的服务器分发相同的LUN，以此达到让多个服务器访问相同的存储数据的目的。在DAS环境中，要达到这个目的需要重新排线，连接设备等，灵活性大大降低。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/73464/showart_1079989.html