P63XX和P65XX使用了AMCC 440SPe 533 MHz /667 MHz单核CPU，HSx控制器的微码不属于任何高级的商用OS版本，从1990研发至今发展缓慢，也许就是因为它缺乏商用OS或者开源OS内嵌的丰富功能和接口。

　　Implicit LUN transition：主动后台交换LUN的Ownership(所有权)，使proxy reads变成local reads，从而提高性能。但是CA DR Group(灾难恢复组)不能用这个功能，除非Group里面所有的LUN都move到另一个控制器上，因为CA DR Group里所有的卷必须是由同一个Controller控制。

　　6350和6550的Recovery CD改从网上下载不再提供光盘。FC端口缺省为fabric mode，如果直连要改成direct mode。iSCSI端口缺省是Microsoft Windows(包含HyperV)，其它还支持Apple Mac OS X、Linux、Oracle Solaris、VMware等主机模式。VAAI(vStorage API for Array Integration)支持包括：Full copy、Block zeroing、Hardware assisted locking。

　　Floating-gate NAND Flash Disk，以下是用write-back cache(写回缓存)模式的性能比较。注：write-through cache在某些特定场景下可以减轻控制器压力从而提高性能，但是千万别用于单一SAS Lane或者Sequential(顺序)I/O的环境，而是应尽量把SSD布满所有SAS lanes——P6300：8 / P6500：16。

　　200GB SAS SSD实际物理闪存容量是256GB，400GB SSD盘的over-provisioning(过量分配)跟200GB比例相同，也就是实际为512GB。最大25块SSD，但是8块就饱和了(8块以上不再有性能增加——把控制器“撑爆”了)。200GB SSD vs. 146GB 15K HDD，8KB随机读单盘性能130倍(100倍by磁盘厂商)，8块盘盘包30倍，使用SSD可以超越使用HDD时的P6000的性能上限(70K IOPS)，并且在达到50K IOPS之前RT(响应时间)低于1ms，反之HDD的RT很快低于5ms。8KB随机写单盘60倍(70倍by磁盘厂商)，8块盘盘包15倍，随机写的性能远远不如随机读(25K IOPS)，但是8块SSD的性能仍然高于HDD满配。Sequential的环境应该用RAID 5和write-back cache，并且建议SSD和HDD混用，但是不能混在同一个Disk Group中。

　　XCS10 的ThP(Thin Provisioning，自动精简配置)很不成熟(XCS11不知有没有进步)，最大32TB，Chunk为32MB，每MB空间都要预置为零，不支持BC或者CA，也不支持Dynamic LUN/RAID Migration(动态LUN/RAID迁移)，本身不能做“肥/瘦”转换，只能依赖MPX200或者主机工具。Thin Vdisk的崩溃会导致应用停机，同时影响到同一个Disk Group的所有Vdisk，因此除了首先把随机和顺序的I/O分开在不同Disk Group以外，还要在兼顾容量和性能的情况下把Thin Vdisk尽量分布在不同Disk Group里隔离相互影响(不同Disk Group的空余空间是私有的不能共享)，同时必须不断监控utilization(利用率)三级警报：70% Disk Group容量被分配时黄色警报——Disk Group Occupancy Alarm，90% Disk Group容量被分配时红色警报——Warning Disk Group Occupancy Alarm，ANSI INCITS T10(Quota Exceeded in ESX5.0)―Thin Provisioned Virtual Disk Allocation Alarm。VMware的“Eager Zero Thick”不应该用ThP，严格要求RT(实时)的用途也不应当用ThP，由于频繁访问而被碎片化的系统也不应使用ThP，例如操作系统根目录C盘等等。真是“踢HP”啊!数据库则应使用“auto-extend(自动扩展)”模式。建议使用OS partitioning (Windows、Unix & Linux AdvFS)LVM expansion。整个系统的Virtual Mapping空间是有限的，被所有Thin Vdisk共享。而元数据会根据Virtual Mapping的大小而占据一定的空间，例如32TB的Thin Vdisk会用到34GB的元数据空间。

　　Dynamic LUN/RAID Migration是在线的卷/RAID类型迁移工具，支持SSD/15&10K/7.2K驱动器 和 Vraid0/1(0+1)/5(0+5)/6级别。

　　Business Copy的Mirrorclone(镜像克隆) migration可以反置LUN WWN在线迁移数据，不同Disk Group和不同RAID保护，fractured & detached，如果Source同时也是CA的source DR group时可以delta restore，只能1:1。源可以是普通卷或快照卷。

　　SnapClone则是PIT(时间点)的全拷贝，不同Disk Group和不同RAID保护，源可以是普通卷或者快照卷。

　　CoW的SnapShot(快照)不超过25%原始容量用Demand allocated(按需分配)，超过25%原始容量用Fully allocated(保留等量空间)，源可以是普通卷、快照卷、Mirrorclone的source和target。

原文出自【比特网】，转载请保留原文链接：http://storage.chinabyte.com/35/12393535.shtml