<?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>《HP Itaniums上一次ORA-240异常处理》的评论</title>
	<atom:link href="https://www.xifenfei.com/2011/11/hp-itanium%e7%9a%84%e4%b8%80%e6%ac%a1ora-240%e5%bc%82%e5%b8%b8%e5%a4%84%e7%90%86.html/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com/2011/11/hp-itanium%e7%9a%84%e4%b8%80%e6%ac%a1ora-240%e5%bc%82%e5%b8%b8%e5%a4%84%e7%90%86.html</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 11 Dec 2025 02:46:14 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>作者：问心</title>
		<link>https://www.xifenfei.com/2011/11/hp-itanium%e7%9a%84%e4%b8%80%e6%ac%a1ora-240%e5%bc%82%e5%b8%b8%e5%a4%84%e7%90%86.html/comment-page-1#comment-253</link>
		<dc:creator><![CDATA[问心]]></dc:creator>
		<pubDate>Sun, 13 Nov 2011 14:59:36 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=1838#comment-253</guid>
		<description><![CDATA[其实跟这里说有点像。
http://blog.sina.com.cn/s/blog_548668f10100obv2.html
只是我们是HP-UX 11.31和IBM DS4800的存储。跟他的现象是一样的，当时我们用OSM管理软件查看， 发现LUN 在 控制器A和控制器B 之间不断切换，导致48存储的读写性能很低。但当时我们是改了这里才行的。scsimgr set_attr -D /dev/rdisk/disk149 -a load_bal_policy=preferred_path
load_bal_policy 的策略可以设置为如下模式：
• round_robin
以循环方式选择路径。当设备的所有路径具有相似的I/O 循环特性时，该参数将更为合适。
• least_cmd_load
选择活动的I/O 请求数最少的LUN 路径来执行下一个I/O。当LUN 路径表现出不对称延迟特性时，该策略将比较合适。分配负载以优化每个LUN 路径上的带宽。
• cl_round_robin（可识别单元的循环）
此负载平衡策略适用于基于单元的HP 平台。在启动了I/O 的CPU 的位置内以循环方式选择LUN 路径，以确保优化内存访问延迟。
• preferred_path
I/O 传输优先选择preferred_path 属性中设置的I/O 路径。如果该I/O 路径不可用，或未设置preferred_path属性，则I/O 传输将选择任何其他路径。该策略对于某些磁盘阵列（这些磁盘阵列同时通过LUN 的多个I/O 路径传输I/O 时可能出现性能下降）很有用。]]></description>
		<content:encoded><![CDATA[<p>其实跟这里说有点像。<br />
<a href="http://blog.sina.com.cn/s/blog_548668f10100obv2.html" rel="nofollow">http://blog.sina.com.cn/s/blog_548668f10100obv2.html</a><br />
只是我们是HP-UX 11.31和IBM DS4800的存储。跟他的现象是一样的，当时我们用OSM管理软件查看， 发现LUN 在 控制器A和控制器B 之间不断切换，导致48存储的读写性能很低。但当时我们是改了这里才行的。scsimgr set_attr -D /dev/rdisk/disk149 -a load_bal_policy=preferred_path<br />
load_bal_policy 的策略可以设置为如下模式：<br />
• round_robin<br />
以循环方式选择路径。当设备的所有路径具有相似的I/O 循环特性时，该参数将更为合适。<br />
• least_cmd_load<br />
选择活动的I/O 请求数最少的LUN 路径来执行下一个I/O。当LUN 路径表现出不对称延迟特性时，该策略将比较合适。分配负载以优化每个LUN 路径上的带宽。<br />
• cl_round_robin（可识别单元的循环）<br />
此负载平衡策略适用于基于单元的HP 平台。在启动了I/O 的CPU 的位置内以循环方式选择LUN 路径，以确保优化内存访问延迟。<br />
• preferred_path<br />
I/O 传输优先选择preferred_path 属性中设置的I/O 路径。如果该I/O 路径不可用，或未设置preferred_path属性，则I/O 传输将选择任何其他路径。该策略对于某些磁盘阵列（这些磁盘阵列同时通过LUN 的多个I/O 路径传输I/O 时可能出现性能下降）很有用。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：惜 分飞</title>
		<link>https://www.xifenfei.com/2011/11/hp-itanium%e7%9a%84%e4%b8%80%e6%ac%a1ora-240%e5%bc%82%e5%b8%b8%e5%a4%84%e7%90%86.html/comment-page-1#comment-250</link>
		<dc:creator><![CDATA[惜 分飞]]></dc:creator>
		<pubDate>Fri, 11 Nov 2011 06:47:46 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=1838#comment-250</guid>
		<description><![CDATA[网友反馈他们的hp 系统和IBM ds48存储连接在一起的时候，本身访问就是非常慢，用dd测试只有几十k/s，后来根据ibm和hp的建议使用了scsimgr set_attr -D /dev/rdisk/disk149  -a load_bal_policy=preferred_path命令，修改了一下磁盘的选路方式，是的访问速度达到200m/s，这次出现这个问题也有可能是因为系统重启，磁盘的选路方式还原了导致系统读取存储数据异常的慢，然后oracle 出现ora-240d错误。

因为同时他们的hp的补丁也是没有打，所以不能完全的确定到底是因为磁盘访问路径还是补丁导致了这个问题]]></description>
		<content:encoded><![CDATA[<p>网友反馈他们的hp 系统和IBM ds48存储连接在一起的时候，本身访问就是非常慢，用dd测试只有几十k/s，后来根据ibm和hp的建议使用了scsimgr set_attr -D /dev/rdisk/disk149  -a load_bal_policy=preferred_path命令，修改了一下磁盘的选路方式，是的访问速度达到200m/s，这次出现这个问题也有可能是因为系统重启，磁盘的选路方式还原了导致系统读取存储数据异常的慢，然后oracle 出现ora-240d错误。</p>
<p>因为同时他们的hp的补丁也是没有打，所以不能完全的确定到底是因为磁盘访问路径还是补丁导致了这个问题</p>
]]></content:encoded>
	</item>
</channel>
</rss>
