﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>评论: ISCSI——你相信它能取代FC吗？</title>
	<atom:link href="http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html</link>
	<description>dba on unix</description>
	<lastBuildDate>Mon, 15 Mar 2010 11:57:40 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>作者: fire9</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-1471</link>
		<dc:creator>fire9</dc:creator>
		<pubDate>Mon, 21 Jan 2008 04:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-1471</guid>
		<description>ISCSI出来有些年了，但是在性能想跟FC去比还是有很长一段路要走了的。数据量越大，对它的性能要求就越高。感觉用在数据库上还为时过早。用在文件系统和其他方面还不错。</description>
		<content:encoded><![CDATA[<p>ISCSI出来有些年了，但是在性能想跟FC去比还是有很长一段路要走了的。数据量越大，对它的性能要求就越高。感觉用在数据库上还为时过早。用在文件系统和其他方面还不错。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: jetty</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-1156</link>
		<dc:creator>jetty</dc:creator>
		<pubDate>Sun, 21 Oct 2007 18:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-1156</guid>
		<description>远程用做生产还是有些问题要解决的。qos，传输效率都是问题。存储和一般网络数据的传输特点是不同的。存储往往是大块数据，一般数据是小数据片，这样在一个混合网络里面带宽利用率就不高。远程要做生产的话，在网络层分配专用通道专走存储还是可以的，类似于现在软交换的解决思路。也可以利用到IP网络资源丰富，配置方便的特点。
还有个问题是IP是有发送缓冲的，不用缓冲，那么千兆的实际速率就有问题，用了缓冲，当机的话数据丢失。还有些实际的问题，IP没有为存储特别设计，网络有问题，在机器上跑一个df -k都能挂在那里半天。
感觉最好的一点是拿来做测试和开发环境，例如，如果10几台机器都要存储，用传统光纤网络，光纤卡，连线，一堆存储或者一个存储加交换机，做partition，zoning，维护就要累死。用iscsi，一个千兆交换机架一个实验室网络，方便多了。在大量小服务器接入一个存储池这方面优势很大。
我认为取代是不可能的，结果应该是互相补充。</description>
		<content:encoded><![CDATA[<p>远程用做生产还是有些问题要解决的。qos，传输效率都是问题。存储和一般网络数据的传输特点是不同的。存储往往是大块数据，一般数据是小数据片，这样在一个混合网络里面带宽利用率就不高。远程要做生产的话，在网络层分配专用通道专走存储还是可以的，类似于现在软交换的解决思路。也可以利用到IP网络资源丰富，配置方便的特点。<br />
还有个问题是IP是有发送缓冲的，不用缓冲，那么千兆的实际速率就有问题，用了缓冲，当机的话数据丢失。还有些实际的问题，IP没有为存储特别设计，网络有问题，在机器上跑一个df -k都能挂在那里半天。<br />
感觉最好的一点是拿来做测试和开发环境，例如，如果10几台机器都要存储，用传统光纤网络，光纤卡，连线，一堆存储或者一个存储加交换机，做partition，zoning，维护就要累死。用iscsi，一个千兆交换机架一个实验室网络，方便多了。在大量小服务器接入一个存储池这方面优势很大。<br />
我认为取代是不可能的，结果应该是互相补充。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: piner</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-855</link>
		<dc:creator>piner</dc:creator>
		<pubDate>Fri, 20 Jul 2007 05:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-855</guid>
		<description>[quote]10Gb的ISCSI就算出来了 那10Gb的以太网交换机是比不小的Money啊[/quote]
但是，网络交换机到时候反正是需要的啊</description>
		<content:encoded><![CDATA[<p>[quote]10Gb的ISCSI就算出来了 那10Gb的以太网交换机是比不小的Money啊[/quote]<br />
但是，网络交换机到时候反正是需要的啊</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: Rik</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-854</link>
		<dc:creator>Rik</dc:creator>
		<pubDate>Fri, 20 Jul 2007 05:50:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-854</guid>
		<description>10Gb的ISCSI就算出来了 那10Gb的以太网交换机是比不小的Money啊</description>
		<content:encoded><![CDATA[<p>10Gb的ISCSI就算出来了 那10Gb的以太网交换机是比不小的Money啊</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: Rik</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-853</link>
		<dc:creator>Rik</dc:creator>
		<pubDate>Fri, 20 Jul 2007 05:42:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-853</guid>
		<description>如果跑异地的话 起码租个QOS吧 没这个数据没法保证啊</description>
		<content:encoded><![CDATA[<p>如果跑异地的话 起码租个QOS吧 没这个数据没法保证啊</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: 马艺桐</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-803</link>
		<dc:creator>马艺桐</dc:creator>
		<pubDate>Tue, 10 Jul 2007 08:15:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-803</guid>
		<description>与PINER有着相同的爱好，除了ORACLE数据库外，还喜欢研究一些操作系统和存储的知识。</description>
		<content:encoded><![CDATA[<p>与PINER有着相同的爱好，除了ORACLE数据库外，还喜欢研究一些操作系统和存储的知识。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: 马艺桐</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-802</link>
		<dc:creator>马艺桐</dc:creator>
		<pubDate>Tue, 10 Jul 2007 08:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-802</guid>
		<description>呵呵，需要向PINER学习呀。</description>
		<content:encoded><![CDATA[<p>呵呵，需要向PINER学习呀。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: jacky</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-801</link>
		<dc:creator>jacky</dc:creator>
		<pubDate>Tue, 10 Jul 2007 06:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-801</guid>
		<description>楼下是铁杆皮球（piner的追随“追求”者）啊</description>
		<content:encoded><![CDATA[<p>楼下是铁杆皮球（piner的追随“追求”者）啊</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: 马艺桐</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-797</link>
		<dc:creator>马艺桐</dc:creator>
		<pubDate>Tue, 10 Jul 2007 02:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-797</guid>
		<description>我们这里有一个ISCSI的环境，使用的硬件设备为intrans ip-5000,（华为也有类似的产品），使用了两个个foundry的以太网网络交换机，每个硬盘上都有四根网线，连接到交换机上，然后交换机在连接它的控制器(实际上就是一个linux 内核的PC SERVER)，在这个控制器上将管理的磁盘划分成若干个大的卷，然后映射给相关的主机就可以了，在相关的UNIX主机上只要安装ISCSI协议栈，通过简单的配置即可。
姑且称之为IP-SAN，几个历史数据库和测试数据库在上面跑，总的数据容量约4T，因为平时使用的人不多，所以很少关注这个数据库的性能，但是在前段时间，该存储出了问题，LGWR due to instance_shutdown,当时发现这个错误的时候，ORACLE 的SMON等一些后台进程都在，TRACE 中记录了io error错误，在用ipcs -a 产看，内存没有释放掉，shutdown abort也无法shudown 数据库，然后用操作系统命令查看，发现对应的卷组已经变成非激活状态，用varyonvg 不能手工激活，只有重启shutdown -Fr(因为不是生产数据库），起来之后，卷组能够看到了，数据库也正常，又过了几天，问题又重现了，查询资料后，说是使用新的ISCSI协议栈能解决该问题，总体看来,先不说ISCSI的效率如何，单从稳定和可靠性来说，与FC相比，还有很长的一段路要走。</description>
		<content:encoded><![CDATA[<p>我们这里有一个ISCSI的环境，使用的硬件设备为intrans ip-5000,（华为也有类似的产品），使用了两个个foundry的以太网网络交换机，每个硬盘上都有四根网线，连接到交换机上，然后交换机在连接它的控制器(实际上就是一个linux 内核的PC SERVER)，在这个控制器上将管理的磁盘划分成若干个大的卷，然后映射给相关的主机就可以了，在相关的UNIX主机上只要安装ISCSI协议栈，通过简单的配置即可。<br />
姑且称之为IP-SAN，几个历史数据库和测试数据库在上面跑，总的数据容量约4T，因为平时使用的人不多，所以很少关注这个数据库的性能，但是在前段时间，该存储出了问题，LGWR due to instance_shutdown,当时发现这个错误的时候，ORACLE 的SMON等一些后台进程都在，TRACE 中记录了io error错误，在用ipcs -a 产看，内存没有释放掉，shutdown abort也无法shudown 数据库，然后用操作系统命令查看，发现对应的卷组已经变成非激活状态，用varyonvg 不能手工激活，只有重启shutdown -Fr(因为不是生产数据库），起来之后，卷组能够看到了，数据库也正常，又过了几天，问题又重现了，查询资料后，说是使用新的ISCSI协议栈能解决该问题，总体看来,先不说ISCSI的效率如何，单从稳定和可靠性来说，与FC相比，还有很长的一段路要走。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: NinGoo</title>
		<link>http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html/comment-page-1#comment-796</link>
		<dc:creator>NinGoo</dc:creator>
		<pubDate>Mon, 09 Jul 2007 13:49:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ixdba.com/html/y2007/m07/136-storage-iscsi-san.html#comment-796</guid>
		<description>04年在广州参加TechED04的时候，就有厂商在会上吹嘘iSCSI如何如何了</description>
		<content:encoded><![CDATA[<p>04年在广州参加TechED04的时候，就有厂商在会上吹嘘iSCSI如何如何了</p>
]]></content:encoded>
	</item>
</channel>
</rss>
