ITPub博客

iSCSI(internet SCSI)是一套定义在TCP/IP网络上传输SCSI协议的命令。他将SCSI定义的发起方(initiator)和目标方(target)由原来的 SCSI总线连接扩展到internet上，打破了SCSI定义中的存储距离的限制。[@more@]什么是iSCSIiSCSI(internet SCSI)是一套定义在TCP/IP网络上传输SCSI协议的命令。他将SCSI定义的发起方(initiator)和目标方(target)由原来的 SCSI总线连接扩展到internet上，打破了SCSI定义中的存储距离的限制。下面的图示能简单说明iSCSI的工作原理。安装Redhat iSCSI targetTarget是在存储方进行配置的，我下面这个例子是一台linux

P570连接AMS1000,上面跑着standby，想对上面的db做个snapshot测试。下面是配置步骤，属于记流水帐形式的，没啥大的作用。^_^[@more@]1.填加snapshot license 填加该license时，需要会将cache partition功能disable掉，同时会减少可用cache的大小。 如果之前用了cache partition功能的话，则还需要重启存储。2.先填加p-vol,再创建snapshot image3.创建data pool4.创建两个小的lun，做为commanddevices 这个commanddevices是用来接收主机发送到指令5.再在port上面的logical unit里面添加映射关系6.再主机安装软件，并修改相应的配置文件(

新上线的HDS AMS1000，由于光纤交换机还未到位，于是先采用两块光纤卡与存储直连的方式连接。安装配置时一切正常。第二天回到公司，进行性能测试时，发现dd copy的速度只能到100M/s的速度。真是晕死。。。。[@more@]于是开始查原因，在dd时，捕获性能报告，把报告抓出来，一看，发现一个奇怪的问题，怎么只有control 1有压力，而control 0一压力都没有呢？不正常！然后查看ldev当然控制器居然都是在control1上面。在aix上面执行dlnkmgr view -path，发现两条链路有一条是offline的。截取一部分：000202 08.0G.00000000000000EF.005F H

在aix系统上，大家都知道打开iostat历史信息收集对系统性能有影响，但是影响到底有多大呢？[@more@]首先检查lsattr -El sys0|grep iostatlsattr">lsattr -El sys0|grep iostatiostat false Continuously maintain DISK I/O history True在关闭模式下，用filemon捕获结果如下(部分)VOLUME: /dev/alisoft_8g_329 description: rawreads: 8093 (0 errs) read sizes (blks): avg 16.0 min 16 max 16 sdev 0.0 read times (msec): avg 136.945 min 8.211 max 1202.

queue_depth是指hdisk层面上命令队列的深度。它针对的是hdisk，如果有多路径软件的话，它针对的就是多路径的hdisk，如powerdisk,dlmfdrv。那如何调整queue_depth?何时调整呢？[@more@] 首先我们来讲讲如何调整：queue_depth的调整是针对hdisk层面的，对有多路径的系统对应的是多路径的盘，比如hdiskpower,dlmfdrv之类的。它是指hdisk层面的命令队列的长度。对不同的系统均有不同的默认值。在Aix上面，hds默认是2。如何判断是否需要调整queue_depth呢？在aix5.3上面可以用iostat -D来查看。其中sqfull表示的是自系统启动以来queue_depth超出

存储的配置信息如下：16G CACHE，90块15000 146G FC盘。接到P570上面。新到的机器，采用orion分别测试了hdisk的queue_depth为2和20两种情况下的性能。[@more@]orion的使用方法这里不讲，大家可以详见手册。测试的命令如下：orion -run advanced -testname mytest -num_disks 90 -write 20 -cache_size=3200 在queue_depth为2的情况下：(这里面贴图太麻烦，还是以文字的形式来描述吧)IOPS最高可以达到5105，但是此时的响应时间为85.47ms当IOPS为663时，响应时间为10.54ms。在queue_depth为20的情况下：IOPS最高可以达到8261，此时的响应时间

环境： HDS USP100 60块73G 15000RPM FC盘。 RAID 1+0 2d+2d 每个RAID组划4个ldev。 VG包含15个ldev(分别来自于15个raid组) lv的stripe size为256k（写的比较杂乱，没有系统整理过。^_^)[@more@]1.RAC的情况下，第一节点刚刚起动后：set">sys@c2c>set timing onset">sys@c2c>set autotrace onselect">sys@c2c>select count(*) from all_order; COUNT(*)---------- 47969692Elapsed: 00:10:39.25Execution Plan---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOS

这三款存储都属于高端存储。厂家号称的IOPS都非常的高。但是实际当中哪一款表现的性能会更好一些呢？[@more@]前段时间，piner在他的blog上也介绍了这几款存储的基本架构图。有兴趣的可以去看看。这三款存储，各自的架构都有自己的特点，也有自己的cache算法。从这个角度上来分析，孰好孰劣实在不好说。并且从前端的架构与cache算法来说，我私下认为，三款产品相差应该都不会太大。但是DMX3和HDS USP的后端都是采用环状的架构，也就是采用FC-AL协议。而DS8000采用的却是交换设计，应该采用的是FC-SW协议。FC-AL仲裁环的协议规定，同一时刻只

据 DoSTOR存储分析，2007年存储界三大热门技术分别为，重复数据删除、桌面虚拟化、磁带加密。后两者有所认识。重复数据删除却是第一次听说。。。。[@more@]找了一下资料大概了解一下，原来这个技术的主要目的是删除二级存储中的重复的数据，以释放空间。举个例子：某人制作了1MB的PowerPoint演示文档，然后以邮件附件形式发给内部20个人审阅。在传统备份环境下（没有重复数据删除），虽然文件没有任何变化，但每个附件都会在每晚完全备份过程中被全部备份，耗费不必要的磁盘容量（20×1MB）。文件级重复数据删除却只保存一份PowerPoint文档