<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>【存储部落】 &#187; Block</title>
	<atom:link href="http://www.sansky.net/article/tag/block/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sansky.net</link>
	<description>sansky的存储技术博客，内容涵盖存储解决方案、存储系统、存储硬件、存储软件、存储管理、存储安全、数据备份与恢复、数据保护、存储基础知识，为大家推荐各种存储产品、和存储技术、视频监控、广电、电信、政府、教育、医疗等行业存储系统解决方案，</description>
	<lastBuildDate>Sat, 31 Dec 2011 10:22:25 +0000</lastBuildDate>
	<language>zh-cn</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>什么是ISCSI存储</title>
		<link>http://www.sansky.net/article/2007-09-13-what-is-iscsi.html</link>
		<comments>http://www.sansky.net/article/2007-09-13-what-is-iscsi.html#comments</comments>
		<pubDate>Thu, 13 Sep 2007 15:21:32 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[精华推荐]]></category>
		<category><![CDATA[协议]]></category>
		<category><![CDATA[存储设计指南]]></category>
		<category><![CDATA[Block]]></category>
		<category><![CDATA[网络存储]]></category>
		<category><![CDATA[ISCSI]]></category>
		<category><![CDATA[switch]]></category>

		<guid isPermaLink="false">http://www.sansky.net/article/2007-09-13-%e4%bb%80%e4%b9%88%e6%98%afiscsi%e5%ad%98%e5%82%a8-%e5%ad%98%e5%82%a8%e7%b3%bb%e7%bb%9f%e8%ae%be%e8%ae%a1%e6%8c%87%e5%8d%97.html</guid>
		<description><![CDATA[2.3 iSCSI存储设备 iSCSI技术简介 iSCSI（iSCSI = internet Small Computer System Interface ）是由IIETF开发的网络存储标准，目的是为了用IP协议将存储设备连接在一起。通过在IP网上传送SCSI命令和数据，ISCSI推动了数据在网际之间的传递，同时也促进了数据的远距离管理。由于其出色的数据传输能力，ISCSI协议被认为是... ]]></description>
			<content:encoded><![CDATA[<h3><strong>2.3 iSCSI存储设备</strong></h3>
<h5><strong>iSCSI技术简介</strong></h5>
<p><a href="http://www.sansky.net/article/tag/iscsi" class="st_tag internal_tag" rel="tag" title="标签 ISCSI 下的日志">iSCSI</a>（iSCSI = internet Small Computer System Interface ）是由IIETF开发的网络存储标准，目的是为了用IP协议将存储设备连接在一起。通过在IP网上传送SCSI命令和数据，ISCSI推动了数据在网际之间的传递，同时也促进了数据的远距离管理。由于其出色的数据传输能力，ISCSI协议被认为是促进存储区域网（<a href="http://www.sansky.net/article/tag/san" class="st_tag internal_tag" rel="tag" title="标签 SAN 下的日志">SAN</a>）市场快速发展的关键因素之一。因为IP网络的广泛应用， ISCSI能够在LAN、WAN甚至internet上进行数据传送，使得数据的存储不再受地域的现在。<span id="more-1372"></span></p>
<p>ISCSI技术的核心是在TCP/IP网络上传输SCSI协议，是指用TCP/IP报文、和ISCSI报文封装SCSI报文，使得SCSI命令和数据可以在普通以太网络上进行传输，如下图：</p>
<p><img src="http://www.sansky.net/files/2007/09/windowslivewriteriscsi-14876clip-image002.jpg" alt="" width="482" height="213" /></p>
<p>iSCSI 协议定义了在 TCP/IP 网络发送、接收 <a href="http://www.sansky.net/article/tag/block" class="st_tag internal_tag" rel="tag" title="标签 Block 下的日志">block</a>（数据块）级的存储数据的规则和方 法。发送端将SCSI命令和数据封装到 TCP/IP 包中再通过网络转发，接收端收到 TCP/IP 包 之后，将其还原为SCSI命令和数据并执行，完成之后将返回的SCSI命令和数据再封装到 TCP/IP 包中再传送回发送端。而整个过程在用户看来，使用远端的存储设备就象访问本地的 SCSI设备一样简单。</p>
<p>早在 2001 年上半年，IBM 就推出了IP Storage 200i，是市场上公认的第一款基于iSCSI 协议的产品，这款产品的出现，对于身处信息爆炸时代却无法承担光纤通道 SAN 环境高成本的中小型用户来说，具有巨大的吸引力；2001年10月，Cisco也推出了SN5420存储路由器，基于IP标准和SAN标准，可以提供与现有LAN、WAN、光纤和SAN设备之间的互操作，率先建立了IP网络与SAN之间的桥梁。现在，有更多的厂商参与到iSCSI产品的开发中，如Intel已经推出了存储网卡 IP Storage iSCSI PRO/1000T，将协议转化也就是封装、还原 TCP/IP 包的步骤转移到网卡上来执行，大大降低了服务器处理器的占用率。同时，还有芯片、板卡制造商加入到iSCSI产品的开发中，如Adaptec、Qlogic 等等。</p>
<p>iSCSI可以实现在IP网络上运行SCSI协议，使其能够在诸如高速千兆以太网上进行路由选择。用户可使用标准的千兆级以太网传输协议，通过Cat5线缆和任意的交换机产品，将服务器与磁盘阵列连接在一起，并且能够提供接近FC SAN的性能。</p>
<p>iSCSI集SCSI、以太网和TCP/IP等技术于一身，支持iSCSI技术的服务器和存储设备能够直接连接到现有的IP交换机和路由器上，具有低廉、开放、大容量、传输速度高、安全等诸多优点，最适合需要在网络上存储和传输大量数据的应用环境，比如广电视频制作和媒资系统，视频监控系统，IPTV系统，数据备份系统，以及许多的对IOPS和带宽性能要求不是还很高的数据库存储系统、大容量文件存储系统。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-09-13-what-is-iscsi.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>簇和块的区别</title>
		<link>http://www.sansky.net/article/2007-06-28-block-size.html</link>
		<comments>http://www.sansky.net/article/2007-06-28-block-size.html#comments</comments>
		<pubDate>Thu, 28 Jun 2007 03:20:26 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[精华推荐]]></category>
		<category><![CDATA[存储控制器]]></category>
		<category><![CDATA[分区]]></category>
		<category><![CDATA[Block]]></category>
		<category><![CDATA[LUN]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[SAN]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-06-28-1110.html</guid>
		<description><![CDATA[问： 我们知道数据块是SAN中传输的单位，盘阵也是以块大小来进行读写的，有几个关于块的问题向大家请教： 1、在文件系统一级有簇的概念，簇是由多个扇区组成的，任何磁盘的扇区大小应该都是512个字节， 簇的大小根据文件系统的不同而异，可以是1KB、2KB、4KB。。。等，那么使用集中存储是否还... ]]></description>
			<content:encoded><![CDATA[<p><a href="http://bbs.doit.com.cn/misc.php?action=viewratings&amp;tid=49677&amp;pid=358770"></a></p>
<p>问：</p>
<p>我们知道数据块是SAN中传输的单位，盘阵也是以块大小来进行读写的，有几个关于块的问题向大家请教：<br />
1、在文件系统一级有簇的概念，簇是由多个扇区组成的，任何磁盘的扇区大小应该都是512个字节， 簇的大小根据文件系统的不同而异，可以是1KB、2KB、4KB。。。等，那么使用集中存储是否还有簇的概念？还是簇就是块呢？文件系统中的分区表是把文件和其对应的簇对应起来，那又是谁来将簇再转换成块的读写呢。是卷管理吗？<br />
2、盘阵控制器对后端磁盘的读写是以什么为单位呢？是块还是柱面的大小？大小可以改变吗？<span id="more-1110"></span><br />
3、从主机到阵列主机端口-〉缓存-&gt;磁盘都是以块为单位进行读写吗？大小保持不变吗？<br />
4、据EMC的工程师说DMX2000中块的大小是不变的，就是磁盘的柱面大小，感觉盘阵的块大小应该可以根据业务的种类而有不同设置？<br />
     请教各位DX了</p>
<p>someone:</p>
<p>fs将块对应成簇<br />
fs之下全是块，vm也是将块对应成块而已。<br />
存储上也是块，控制器也是处理块<br />
做raid的时候可能有segment什么的，striple什么的。<br />
都是块的再集合，再分配。</p>
<p>sansky:</p>
<p>块（<a href="http://www.sansky.net/article/tag/block" class="st_tag internal_tag" rel="tag" title="标签 Block 下的日志">block</a>）是创建一个RAID时设置的，RAID控制器每次读写数据时的最小单位。</p>
<p>簇是创建文件系统时设置的，每次读写数据时的最小单位。</p>
<p>块是存储设备上与RAID组相关的概念，而簇是主机上与文件系统相关的概念。两者完全不同。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-06-28-block-size.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>STORNEXT参数设置说明</title>
		<link>http://www.sansky.net/article/2007-06-16-stornext-config.html</link>
		<comments>http://www.sansky.net/article/2007-06-16-stornext-config.html#comments</comments>
		<pubDate>Sat, 16 Jun 2007 07:33:53 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[基础知识]]></category>
		<category><![CDATA[存储安装配置]]></category>
		<category><![CDATA[Block]]></category>
		<category><![CDATA[CACHE]]></category>
		<category><![CDATA[SNFS]]></category>
		<category><![CDATA[StorNext]]></category>
		<category><![CDATA[文件系统]]></category>

		<guid isPermaLink="false">http://www.sansky.net/html/2007-06-16-1045.html</guid>
		<description><![CDATA[一、 做文件系统 1、 block size 文件系统的block的大小，一个block是文件在物理硬盘/RAID上的最小单位。SNFS默认是4096 Byte，也就是4K。可选范围是4K-512K。 硬盘的最小单位是sector（扇区），一个Sector的大小是512 Byte。 文件系统的最小单位是block（块），SNFS默认一个block是4096 Byte。 2、 stripe breadth 一个条带的... ]]></description>
			<content:encoded><![CDATA[<p><strong>一、 做文件系统</strong></p>
<p>1、 <a href="http://www.sansky.net/article/tag/block" class="st_tag internal_tag" rel="tag" title="标签 Block 下的日志">block</a> size</p>
<p>文件系统的block的大小，一个block是文件在物理硬盘/RAID上的最小单位。SNFS默认是4096 Byte，也就是4K。可选范围是4K-512K。</p>
<p>硬盘的最小单位是sector（扇区），一个Sector的大小是512 Byte。</p>
<p>文件系统的最小单位是block（块），SNFS默认一个block是4096 Byte。<span id="more-1045"></span></p>
<p>2、 stripe breadth</p>
<p>一个条带的宽度。单位是KB或Block。一个读/写操作是在各个磁盘上的平均大小。SNFS推荐256KB。</p>
<p>其实可以这么理解，如果有一个软RAID，应用需要写512KB的数据到磁盘。如果把条带宽度设置为128，需要写跨磁盘三次。如果把条带宽度设置为256，只是需要跨磁盘一次。 中间减少了从这个磁盘换到另一个磁盘的过程。</p>
<p><strong>二、 Authentication</strong></p>
<p>SNFS的用户验证，主要为了确认用户、为新文件创建权限。这和NT访问NFS需要有权限一样。</p>
<p>使用方法是必须把NT的用户映射为一个SAN-wide userid/group。</p>
<p>例如：把NT的用户ntuser1映射为root，那么在NT上用ntuser1登陆后在SNFS文件系统中写的内容，在Linux/Unix下看到的就是root的Owner。</p>
<p>认证方式有两种，一种是PCNFSD，另一种是NIS。PCNFSD很少见到。NIS是LINUX的一项标准组件。</p>
<p>如果Strict Authentication的选项选中了，则实行强制验证，如果用户认证不通过就不能对SNFS的文件系统做任何操作。默认是不选中的，就是说所有用户均以nobody的身份来操作。</p>
<p>3、 PCNFSD</p>
<p>Personal Computer Network File System Daemon(个人电脑网络文件系统后台程序)</p>
<p>4、 NIS</p>
<p>Network Information Service (网络信息服务)</p>
<p><strong>三、 Mount Options</strong></p>
<p>5、 Async I/O Threads</p>
<p>为了异步处理I/O，所启动的线程数量。默认是8个线程。允许的范围是4—32。</p>
<p>6、 System Threads</p>
<p>SNFS启用的线程数（一个进程可能包含多个线程），如SNFS启动后只有一个进程FSM，但内有多个线程来处理用户的应用。默认是16个。ADIC不建议修改此参数，如果修改可能会引起系统的不稳定。</p>
<p>7、 Retransmission</p>
<p>连接SNFS服务器出现问题时，用多少线程来重新尝试连接。默认是12个。</p>
<p>8、 TimeOut</p>
<p>和SNFS服务器通讯出现问题时，每个线程的超时时间。单位是0.1秒。默认是100，也就是10秒。</p>
<p>9、 Mount Retransmits</p>
<p>连接SNFS服务器出现问题时，重新连接的次数。默认是1次。</p>
<p>10、QOS Token Hold Time</p>
<p>这个参数只有在开启SNFS QOS的时候才会生效。Token意思是令牌，就好像以前的Token-Ring(令牌环)网络，谁在有令牌谁通信，通信完成则交出令牌。</p>
<p>这个参数的意思是，在多长时间内没有IO，就交出令牌。默认是60秒。而且ADIC要求这个参数是5秒的倍数。如果不是5秒的倍数，多出5秒倍数以外的部分放弃。</p>
<p>11、Background Mount Retries</p>
<p>12、Debug</p>
<p>可选参数，如果打开，则记录调试信息，记录在系统日志中。默认是关闭的。</p>
<p>13、Hard Reconnect</p>
<p>可选参数，如果打开，则在出现问题时，一直重新连接SNFS服务器，同时左边的Retransmissions的参数失效。默认是关闭。</p>
<p>14、Hard Mount</p>
<p>可选参数，如果打开，则一直重试Mount文件系统，同时左边的Mount Retransmits的参数失效。默认是关闭。ADIC强烈建议在Window上不要打开此开关。</p>
<p>15、Read Only</p>
<p>可选参数，如果打开，则以只读的模式来访问文件系统。默认是关闭。如果有些应用是一个处理多个读取的话，此参数就非常有意义。</p>
<p>16、File Name Case Insensitive</p>
<p>SNFS的文件对文件名的大小写是敏感的。但是在典型的Window NT中，大小写是不敏感的。为了做到兼容NT和UNIX的操作系统，你可以让NT去对大小写不敏感。默认是关闭。</p>
<p>如果选择对大小写不敏感，后面则需要选择让SNFS如何去转换大小写，第一个是不做任何转换，第二个是转换为小写，第三个是转换为大写。</p>
<p>17、Force File Buffering</p>
<p>18、Disable Buffer <a href="http://www.sansky.net/article/tag/cache" class="st_tag internal_tag" rel="tag" title="标签 CACHE 下的日志">Cache</a></p>
<p>在客户机关闭buffer（缓冲），让所有的IO直接读取物理设备。可以在系统配置比较低的机器上这么做。</p>
<p>19、 Allow Diskless Mount</p>
<p>在一个软RAID中，是否允许在部分硬盘不可访问的时候去Mount文件系统。如果允许，Mount后可以访问数据，但数据都不完整，因为数据都分布在不同的磁盘中。此参数意义不大。</p>
<p>20、 Fast Failover Detection</p>
<p>快速的Failover检测，如果打开此选项，客户端在3秒内如果没有得到回应，就认为这个SNFS服务器失效。如果不打开此选项，就是左边的TimeOut参数，10秒。</p>
<p>21、 Delay Atime Updates</p>
<p>Atime= Access Time，就是说如果一个文件被一个进程打开，另一个进程要打开这个文件必须要等到上一个进程结束才可以，无论是读还是写。</p>
<p>ADIC 强烈建议不要开启这个选项。</p>
<p>22、 Readonly Directories</p>
<p>把所有的目录的属性置为“只读”</p>
<p><strong>四、 </strong>Cache Parameters（所有Cache这些参数输入数字0代表为默认值）</p>
<p>23、 Meta-Data Cache 参数(Low/High/Max water mark,Purge Period)</p>
<p>Meta-Data Cache包含文件的控制信息，节点，占用空间等信息。可以调节的有低水位线，高水位线，最大水位线，还有写入周期。写入周期，就是每隔多长时间把Meta-Data Cache写入物理硬盘。</p>
<p>这些配置的调整会影响OS的性能和稳定性，ADIC建议不要修改这些参数。</p>
<p>24、 Data Buffer 参数(Size/Cache minimum/Cache Maximum)</p>
<p>Data Buffer 所使用内存的大小范围，一个Data Buffer的大小。</p>
<p>如果文件系统的block小于64K，一个Data Buffer 就是64K。如果文件系统的block大于64K，那么一个Data Buffer就是一个block的大小。相当于定义预读的大小。</p>
<p>Data Buffer Cache的范围是说允许Data Buffer所使用内存的大小，默认是最小5MB，最大10MB。调整范围是最大256MB。</p>
<p>Data Buffer Cache的大小一旦设定，就是强迫的，SNFS就会占用那么多的内存。</p>
<p>25、 Attribute Cache 参数（Flush time for shared/non shared Files）</p>
<p>当客户端在读写一个文件时，这个文件的属性会更改，如文件大小，最后读取时间等信息。SNFS服务器负责来同步这些属性信息。</p>
<p>对于一个要求实时性比较高的SAN共享存储来讲，比较经常和SNFS服务器去同步这些信息变的非常必要。</p>
<p>对于被共享的文件，默认的flush时间是2秒；对于没有共享的文件，默认的flush时间是30秒。</p>
<p>这个参数比较危险，ADIC建议不要修改。</p>
<p>26、 Buffer Cache Daemons</p>
<p>客户端用于缓冲的后台服务所启用的进程数，单位是多少个线程。默认是8。调整范围是1—100。如果增加用于缓冲的后台线程，有助于提高性能。</p>
<p>27、 Buffer Cache Read Ahead</p>
<p>预读Buffer的数量。默认是预读16个Buffer，最大值是100，如果设置为0则关闭预读功能。</p>
<p>28、 Buffer Cache Auto DMA Read/Write Length</p>
<p>一个读/写操作是先与Buffer交换数据，然后Buffer在达到水位线后于硬盘交换数据。这个参数，就是Buffer与硬盘交换数据的单位大小。默认是一个Data Buffer的数值。</p>
<p>如果文件系统的block小于64K，一个Data Buffer 就是64K。如果文件系统的block大于64K，那么一个Data Buffer就是一个block的大小。</p>
<p>29、 Buffer Cache NonPaged Pool Usage</p>
<p>Buffer Cache所使用的非页面内存池的百分比。默认是75%，调整范围是10%—90%。</p>
<p>查看微软Q126402文章来衡量如何设置此参数。</p>
<p>在Window 任务管理器中可以看到每个进程所使用的Paged Pool 和Non Paged Pool的内存大小。</p>
<p>五、<a href="http://www.sansky.net/article/tag/stornext" class="st_tag internal_tag" rel="tag" title="标签 StorNext 下的日志">StorNext</a> File System Port Mapper daemon</p>
<p>是一个后台进程，简称FSMPM，在每个SNFS的客户端和服务器端都有运行，是Windows中是一个服务的形式存在。</p>
<p>FSMPM要比FSM启动早，它回去读取fsnameservers,fsmlist,fsrouters文件，得到所需的信息后，调动起FSM来，加载SNFS文件系统。</p>
<p>这个服务在Windows中作用不大，不启动也可以。</p>
<p>六、Fsnameservers</p>
<p>记录所有SNFS服务器的地址的配置文件。一行一个地址，每行后面不用加任何符号。</p>
<p>七、Fsmlist</p>
<p>记录所有需要加载的文件系统的列表。一行一个文件系统名称，每行后面不用加任何符号。</p>
<p>八、Fsroutes</p>
<p>如果客户端有多块网卡，可以定义优先使用那个IP地址去连接。</p>
<p>格式为，SNFS服务器地址和定义的优先使用地址中间加一个空格。参考fsroutes.example文件。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-06-16-stornext-config.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>看图说存储系统类型定义</title>
		<link>http://www.sansky.net/article/2007-05-12-web.html</link>
		<comments>http://www.sansky.net/article/2007-05-12-web.html#comments</comments>
		<pubDate>Sat, 12 May 2007 14:16:08 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[Block]]></category>
		<category><![CDATA[FC]]></category>
		<category><![CDATA[FC-SAN]]></category>
		<category><![CDATA[ISCSI]]></category>
		<category><![CDATA[NAS]]></category>

		<guid isPermaLink="false">http://www.sansky.net/?p=183</guid>
		<description><![CDATA[         图中显示的是一个存储系统，存储服务器与FC存储设备之间是SAN访问方式，WEB服务器对数据的访问就是NAS，存储服务器读写数据时，数据直接流经FC交换机， 而WEB服务器读写数据时数据必须流经存储服务器，此时存储服务器对于web 务器来讲就是NAS， 但如果在存储务器上安装iSCSI协议转换软... ]]></description>
			<content:encoded><![CDATA[<p align="left">         图中显示的是一个存储系统，存储服务器与FC存储设备之间是SAN访问方式，WEB服务器对数据的访问就是NAS，存储服务器读写数据时，数据直接流经FC交换机， 而WEB服务器读写数据时数据必须流经存储服务器，此时存储服务器对于web 务器来讲就是NAS， 但如果在存储务器上安装iSCSI协议转换软件， 那它就能以iSCSI的形式为WEB 务器提供数据访问功能了，<span id="more-183"></span></p>
<p align="left"><a href="http://www.sansky.net/wp-content/2007/05/200651753204.jpg" title="200651753204.jpg"><img src="http://www.sansky.net/wp-content/2007/05/200651753204.jpg" alt="200651753204.jpg" /></a></p>
<p>          上图中的存储服务器与盘阵之间以FC-SAN的形式进行BLOCK级数据传输，再以文件级协议向WEB服务器提供的数据读写访问功能。如果安装iSCSI协议转换软件，就可以将数据转换为iSCSI的数据包发出去，存储服务器与其他服务器构造了一个IP <a href="http://www.sansky.net/article/tag/san" class="st_tag internal_tag" rel="tag" title="标签 SAN 下的日志">SAN</a>。</p>
<p>很多具体的应用环境中业务类型越多，存储系统的类型就很难定义。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2007-05-12-web.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

