1、文件系统共享：

在IPTV、网络视频、广电制作网、石油气象高性能计算等系统中，软件应用需要多个主机能同时对一个共享文件系统（共享卷）进行读写访问。由于SAN存储本身是裸设备，没有NAS的网络共享功能，为了实现存储的逻辑卷（LUN）可在多台主机间实现文件系统级共享，就需要用到SAN网络存储共享管理软件。

类似的软件还有ImageSAN、StorNext、GPFS、CXFS等。

2、存储设备性能测试：

大家可能经常会用IOmeter软件来进行存储设备的性能。其实，SANergy软件除了主要的文件系统共享功能之外，还内嵌了强大的测试功能。

建议：

一般测试IOPS用IOMETER（小文件），

测试带宽性能建议用SANERGY（大文件）。

测试前要简单分心应用系统的访问方式（数据库类访问、文件读取访问和是流媒体访问，确定系统文件的大小），再选择测试工具软件。

试用版SANergy for windwos软件，经全国人民验证与正版没有什么区别，不需要注册码，也没有使用时间限制。

注：安装过程中有一个语言包的选择，由于没有中文包，大家安装英文版就行，界面很简单。

发现好多我发给朋友们的邮件在几天后有退信的现象，也不知道他们收到没有，加上我这一段时间比较忙，可能无法在很短的时间内回复邮件，我改成了在线下载方式，有需要的朋友可以直接点击下面的链接来下载.

SANergyFS_3.2.7.0.zip

SANergy_MSCS_3.2.7.0.zip

我(个人介绍)在大学里学的是水利水电工程建筑，是一个非计算机类的传统型专业。从毕业后在长江三峡水电站的两年混凝土施工工作开始，到现在存储厂商售前技术工程师，在这十年的时间里，我曾经正式工作过的单位有5个，分别属于水电、网站、校园网、广电、和存储等5个行业。

接触存储和SAN网络始于2002年。那时候刚到sobey上班，感谢公司给我了将近4个月的培训和实习机会，让我有机会和有时间深入地学习DDN S2A6000（我看过的第一台存储设备）。跟着老员工一起接受S2A6000的技术培训和安装配置操作，并有大量的时间可以让我自己动手。跟着老员工一起搭建非编制作网（一个40多台主机的SAN网络），调试Vixel FC交换、安装FC HBA卡驱动，安装SANergy软件（SAN网络存储系统管理软件）。我们在同一个网络上做了四次测试，所以我有机会将所有的操作重复了4遍以上。那个时候我虽然可以很快的完成工作，但我心里还是不懂为什么要这样做，不明白SAN网络和IP网络（但是对IP网络也不是很明白）为什么有区别，WWN地址和IP地址的工作什么到底有什么不同。只是很积极的争取动手的机会，有把握的独立完成，没把握的事，就在同事的注视下自己操刀干，这样一旦有错误他会马上提示。

后来我在北京有三个月的时间一个人负责3个非编制作网（5-10台主机的SAN网络）的维护。感谢老天，当时那3个网络不是有问题就是需要升级系统平台，让我让机会将这3个网络格式化重装了5遍，呵呵，有两遍我做错了。总部的同事也能给我非常及时和认真细致的电话支持。即使是在这个过程中，我仍然对SAN网络很迷糊，知其然，不知道其所以然。等到这些工作完后的快两周时间里，当我反复回想近半年的工作时，有一天忽然一下子明白了什么是SAN，为什么要用到FC 交换机。呵呵，有点像佛学里讲的顿悟，又像武侠小说里主人公的功力突然进入了一个很久不能到达的层次。

一个月后，国内第一个大型媒体资产管理在CCTV开始实施。我全程参与了整个系统的30台应用服务器和200台工作站、两套存储系统和数据流磁带库、以及其它很多系统的安装过程。这些系统在当时不是最新的、就是最大的。感谢老天，在系统建成后半年里，因各种原因迟迟没有开始使用，同时也没有人关注，所以我有时间和有机会，反复去熟悉系统。有点过分的是，除了几台一点都不懂的服务器没有动过之外，其它所有的服务器、存储设备都被我格式化重新安装过，幸好都能按原样调试好。在这段时间，我也充分利用该系统做了很多实验和测试，以验证自己的疑问和想法。

那段时间虽然没有人管我是否上班，是否迟到早退，但我差不多每天都是早早到机房，直到晚上十点才离开。那是我这辈子学习最认真，最努力的半年多时间。学的东西最多，记忆的最清楚，现在我还记得30多台服务器和200台工作站的位置（分布在3幢办公楼里），S2A和DFT现在都还是我最熟悉的存储设备。

后来直到加入UIT之间的很长一段时间，我工作的中心一直都在视频编辑方面，即使是做了一年非编系统售前技术，存储占工作的比重也不是很多。但这段时间对我学习存储来讲仍然是一个很重要的过程，它是一个进一步消化、沉淀和酝酿的过程。多次对新同事和客户的培训也让我有机会去梳理以前的所学，使之更加条理化，也就是在那个时候我逐渐有了想写点东西的想法。

2005年10月份我来到UIT。说实话，别看我现在整天给客户忽悠ISCSI，当时还真的不知道什么是ISCSI。是工作需要逼迫我必须尽快熟悉公司的产品和其它厂家的产品，我这才开始比较全面翻看和查阅与存储有关的技术资料和文档。

通过这么多年接触存储，我总结自己学习存储的经历如下：

1、动手操作。动手是人学习一项技能时最有效、最快速的方法，同时也是记忆一件事情时最有效、最快速、记忆时间最长的方法。我一直以来都体行动手第一的思想，有机会一定要自己动手操作。以前项目实施时，有把握的自己做。没把握的，让同事在旁边看着自己做，遇到问题他可以随时提醒。更早之前，当我开始学电脑时，卖的书也都是插图比较图、操作步骤化的书，这样只需要按书上的提示操作两遍就可以理解和记住。因此我建议大家有就会接触存储时，一定想办法亲自动手操作。

2、认真地重复操作。不要认为重复做一件事就只是简单地重复，重复地次数多了，量变就会发生质变。当你认真地做了，就会发现每一次重复中都能获得新的东西或发现新的问题。正是因为当初反复重装多次网络才出现了”顿悟”。对S2A重复做RAID，发现了原来S2A双控制器的工作方式与其它存储是不一样的，选择不同扩张柜中的磁盘存储设备的带宽也有可能发生变话，因此知道了该如何去优化存储设备的带宽和IOPS性能。重复做性能测试，发现设置不同的BLOCKSIZE，测试的结果也是不一样，因而知道了不同类型的业务系统，blocksize的大小应该是不同的。通过一遍一遍安装SANergy软件，知道了SAN存储共享系统中管理软件的工作原理，以及正确维护共享系统的方法和措施。一遍一遍查看数据迁移系统的日志记录，才发现系统设计的存储策略和迁移策略有问题，提出优化方案后，将数据流磁带机的损坏率由原来的每年12台，减少到不到1台。这些都是从一遍遍的重复操作中得来的。

其实不管是做售前还是售后，工作很多时候都是重复，只是面对的人有区别，业务系统略有不同罢了。如果你认为重复不是积累，只是简单地重复，你可能什么都得不到。

3、只专一类技术。虽然存储技术只是整个IT技术中很小的一个分类，但存储技术内仍然有很多分类。作为我们这样的普通人，不可能对存储技术的每一类都非常清楚，在每一个技术方向都能有建树。当然那些牛人例外。那么何不只专某一个分类呢？找一个自己熟悉、有一定基础的认真地深入下去，只要努力一段时间很快就会出成绩。实际上我们平时看到的牛人差不多也只是在某一两个技术方面很牛，其它方面一般罢了。只要你能在一个方面做的很深，那你也是牛人。

另外很多厂商的产品只是在技术参数、指标、名称上有区别，很多功能都是相通或者差不多的，所以当你从外到内，由浅到深地了解了一个产品后，再去了解别的产品就非常容易了。我只是个一般人，所以我选择了自己熟悉的视频应用类存储系统，平时看的资料也主要是与视频存储的技术。实际上我调试过的存储设备只有两款，但因为对这两款设备所有模块的功能都比较熟悉，再遇到别的设备时就很容易去理解了，剩下的区别就是命令行不同罢了。

4、重视基础知识。现在很多开始学习存储人可能有一个浮躁的毛病，喜欢学习最流行的技术，看知名厂商的白皮书，听新产品的报告，和人聊最新的话题，好像不这样就不是搞存储的。我觉得大家关注的这些实际上都厂商用来市场宣传的噱头，很新很实际的东西太少，了解一下就可以了，没有必要太执着。所谓”信息生命周期管理”就是通过应用系统、结合预先设定的存储策略和迁移策略使数据在不同的时期存储在不同的存储设备上。所谓”统一存储”说白了就是在一台高性能服务器上安装NAS软件、FC target和ISCSI taiget软件，使之可以对外提供IP、FC和ISCSI访问协议。所谓”存储虚拟化”其实就是对存储设备上的逻辑卷再进行一次逻辑化。

这些概念和噱头最核心的内容其实还都是建立在SCSI、IP、fable channal、文件系统以及操作系统等很多基础内容之上的。想要深入了解存储技术，第一步就是深入了解操作系统和文件系统。对主机来讲，NAS只是相当于一个网络共享磁盘，DAS、FC存储、ISCSI存储相当于本地磁盘。存储系统设计的核心就是操作系统对磁盘和文件系统的管理和业务流程的设计和优化了，剩下的就是简单地按照说明书对存储设备本身进行安装调试了。这就是为什么很多做数据库存储的都要求对solaris和oracle都必须了解的原因。

我想我现在的技术能力很大程度上与我买第一台电脑有关。记得那是买了一个硬盘容量只有1GB的旧电脑，装了WIN98、office97和auto-CAD后，基本上就没有空间了，想玩个帝国时代或者星际游戏还得先把office或者auto-CAD先下载了才有空间来安装。那时候在电脑上干的最多的事情就是想办法优化系统，删除系统里自己认为不需要的东西，为的就是想办法节约空间。当然了因为操作不当经常重装系统，就是现在一想到重装WIN98我都想吐。不过在那一年多的时间里，我基本上对windows操作系统的各部分，特别是对文件系统和磁盘管理有了比较深入的了解。使得我在以后的学习中很容易就可以理解存储设备的应用。

5、多分析多比较。子曰：学而不思则罔，思而不学则殆。学习存储也一样，经过一段时间的学习之后，一定要化时间自己去分析和比较各个知道点之间的不同。比如，SAN和NAS有什么不同，能否在系统里同时应用？NAS、ISCSI和FC存储之间能否演变？能否通过技术指标分析出存储是基于控制器架构还是PC架构的，两种架构各有什么优缺点？ 主机对存储系统的数据访问类型可分为几种，数据库访问和文件访问对存储各有什么样的要求？快照、卷镜像等有几种技术，是如何实现的？

各厂家，类似的很多问题一旦能想通，且能有一个很清晰的脉络，那可能你离牛人就不远了。

6、实用主义。学习存储是为了用才学，不是为了学而学。我一直的做法都是只学习工作中能用到的或者当时非常感兴趣的，至于其它的，等我以后遇到的时候再说。可以学习的技术太多了，厂商的产品和白皮书太多了，我不是过目不忘的高人，所以我只学自己能学懂的，只做熟悉范围内的专家。我看过的存储技术书籍只有两本，一本是2004年版的BROCADE BCFP培训教材，另一本是”使用brocade交换机组建SAN存储区域网络“。其它的资料基本上都是用的时候才去网上找，幸好现在的网络上你想要什么都可以到。

这些只我个在学习存储技术过程中的一些感想，不一定适用于其他人，希望大家可以参考。

写到这里，再次想起了当时帮我入门的几位高人，他们是sobey的杨琛、陈晓涛和汪大庆，在此我向他们几位表示感谢和敬意。

RAID0+1 性能理论上比RAID5快得多，实际未必，特别是在高端存储上。请各位同仁发表高见。
我们曾实测多个20G文件的串行、并行cp
用10天实际环境数据（300G数据，日均3G增量）用实际的应用程序来装、卸数，
这些测试项目 采用RAID0+1 比RAID5还慢些（但也非常接近）

二者性能有可能非常接近？

主机CPU、内存、通道带宽资源充足， 存储cache 8G，strripsize=64K
同一存储上划分2个同样大小的数据库空间，所以使用RAID0+1物理盘数比RADI5多。

sansky：

从头到尾看了一边帖子（http://bbs.doit.com.cn/viewthread.php?tid=31799&extra=&authorid=0&page=1），虽然大家讨论的很热烈，不过我越看越觉得搞笑。因为，大家跑题了！
不知道大家后来发帖的时候有没有回头看看楼主的发问到底是什么？

楼主的测试是在同一台设备上做的，因此大家谈论的重点也应该是，为什么在一台设备上RAID0+1和RAID5的性能有区别。

我以为不管是RAID0+1的性能高于RAID5，还是RAID5的性能高于RAID0+1都是可以理解的，因为楼主没有明确的告诉大家测试时的磁盘数量。

我想大家都很清楚，存储设备性能的好坏除了与处理器（CPU）、缓存等有关之外，还与RAID组中的磁盘数量有很大的关系。按RAID技术的特点，相同磁盘数量下的RAID0性能高于RAID5，RAID1的性能低于RAID0，那么RAID0+1的性能比RAID5高还是低还大程度上取决于RAID组中磁盘总数量。假设磁盘总数为4，分别做RAID0、RAID0+1、和RAID5，在进行读写操作时，这三种RAID组中实际可用的数据盘数量分别为4、2、3，虽然RAID5中数据磁盘数量要大于RAID0+1，但由于存储设备的CPU、缓存、RAID校验对不同RAID组的工作机制不同，RAID0+1的性能有可能大于RAID5，也有可能小于RAID5。但当RAID组中的磁盘数量较大是，比如20块，那么RAID5中数据盘的数量可以达到19块，而RAID0+1中只有10块数据盘，那么RAID5的性能将会远远超过RAID0+1的性能。

至于大家后来扯的什么EMC、IBM，什么A啊B啊的，好像都和楼主问的问题没有关系吧。
呵呵，不过本论坛擅长跑题，可以理解。

关于这一点，一开始在设计师中争论非常激烈，因为采用最适于数据通信的技术来以恒定的比特率发送高质量的视频面临着许多固有的挑战。直到今天在某种程度上争论还在继续，但是，无论过去还是现在，一个引人注目的事实是，在研发和推出新产品和新功能时，IP为工程师和业务提供商提供了无与伦比的灵活度，其中有许多对于在竞争日益激烈的娱乐市场中赢取和维持客户来说还是至关重要的。

在与一系列技术合作伙伴一道历经3年的研发后，NBTel公司推出了第一套IPTV系统，并与1999年投入商用。以VibeVision为品牌的该业务，很快便证明了从有线电视领域吸引客户的能力，部分原因可能是由于客户对IP所能提供的优异功能感兴趣，例如基于电视的互联网访问，电子邮件，强大的内容导航和数字图像质量。在短短的几个月里，其市场的5%的家庭采用了该业务，从而使其成为电信运营商所提供业务中前所未有的增长最快的业务之一。这一推广速度更引人注目的原因在于，所有这些家庭用户都必须从国家有线电视业务提供商手中夺得。

随着更多的用户切换到IPTV业务，作为核心的视频质量和可靠性的重要性不断提升。但是，大量的影响视频质量的故障模式无法利用现有的网络检测工具检测到，类似地，可利用的桌面故障检测工具在处理影响客户业务的关键网络问题方面都存在严重的缺陷。

在过去三年中，更多的电信运营商宣布将引入IPTV业务，作为增加收入并捍卫核心电话业务的一个手段。但是，尽管运营商进行了许多高调的试验，并在网络基础设施上投入大量的资金，截至今日全球的IPTV家庭用户还不足500万，从而导致许多的网络运营商不得不延缓业务提供计划，或者抑制市场推广，原因就是业务质量和可靠性方面出现的种种挑战。

IPTV业务质量问题

为了更好地理解IPTV业务的质量问题，请回顾一下IPTV的网络模型。下面的图1所示的是一个典型的端到端系统架构，包括信号获取、视频编码和压缩、中间件、传输、接入和包含一个或多个机顶盒的家庭网络。

IPTV业务对视频编码、传输网络、家庭网络设备和更高层的应用，特别是中间件和VOD应用提出了许多严格的要求。下面将对每个子系统相关的挑战进行详细的介绍。

信号获取和头端

首先，由于目前可提供的许多视频内容都是供在卫星或有线电视网络上分配使用的，由于带宽的波动可能超出IPTV可用容量，通常视频将作为可变比特率业务送到运营商的头端系统。该头端必须将变化的比特率转换成一个压缩的恒定比特率业务。一般来说，每路标清内容所占用的带宽在3Mb/s以内，而高清节目所需的带宽为此带宽的5-6倍(不过，最新的压缩系统可以将带宽需求减少50%)。

对于每一个编码器来说，上述的压缩比和处理要求仔细调整的离散参数多达20个左右，而通常IPTV系统中有多达几百个可用信道。一旦最佳的编码格式确定后，对于通信头端的视频通道上行码流中的任何变化，它都必须保持不变。

IP传输和分配网络

在目前的头端系统中，构成50-250个线性广播媒体流信道的视频承载被送到区域分配中心，然后再送到本地中心局。不包括开销的广播承载码流高达750Mb/s，如果包括开销和VOD，汇聚分配带宽很容易超过1Gb/s。

支持IP的基础设施包括交换机、路由器、radius、DNS和DHCP服务器、防火墙、负载平衡器、cache服务器和目录服务器。

网络抖动目前是非常值得考虑的一个问题，因为它是造成视频损伤的一个原因。不过，随着设备供应商改进其产品来支持视频流，抖动性能得到稳定的改善。同时，机顶盒对网络抖动具有很强的恢复能力，这是因为机顶盒中视频缓冲器的不断增加。

IP基础设施方面的一个关键挑战是随着为了扩展服务区域而导致的网络升级，引入新功能和增加客户时如何确保足够的容量和性能。这就要求对网络的变化进行严格的控制，特别是当在产品中引入新技术或者现有技术的新版本的时候。

接入和家庭网络

在最后一英里中，家庭网络和机顶盒在IPTV系统中占据着最大的分量。在这些网络段中，具有最少的故障自动修复设备，而正是在最后一英里和家庭网络中最易遭受环境的不利影响，并且业务很容易遭受到消费者本身行为的影响，甚至是现场工程师的行为也是如此，这些工程师在对IPTV网络的电话网络进行维护时甚至根本意识不到他们正在对IPTV业务产生影响。

机顶盒和机内软件也是提供IPTV业务的关键部分。除了视频解码功能外，通常机顶盒还维护程序导引数据，管理中间件交互事务，信号通道改变并支持用户接口。

有许多问题将影响机顶盒的正常工作。数据包丢失，各种MPEG误码和常见的版本问题，都会引起为用户提供的视频信号产生问题。

测试和管理需求

表1总结了IPTV网络中每个子系统相关的测试和管理需求。

表1：各个子系统的测试和测量需求。

本文小结

为了满足IPTV的各种独特挑战，宽带IP网络技术和产品正在快速改进。结合各种严格的网络更改控制程序，人们期望利用现有的无源IPTV测试和监控技术以及新出现的端到端视频监控系统，来加速IPTV系统的部署和升级改造，同时确保所提供的视频信号的质量和可靠性。

作者：

CurtisHowe总裁兼CEO

MarcSavoie产品开发副总裁

MarinerPartners公司

orion，一款由Oracle公司提供，专门用于模拟数据库运行机制来测试存储的优秀IO存储测试软件，可以在不运行oracle数据库的情况下，仿真OLTP随机操作（测试IOPS）或者是OLAP连续性操作（测试吞吐量）。

先看看此软件的下载地址与说明：

ORION is the Oracle I/O Numbers Calibration Tool designed to simulate Oracle I/O workloads
  – Without having to create and run an Oracle database
  – Using the Oracle database’s I/O libraries
  – Using small I/Os to simulate OLTP workloads
  – Using large I/Os to simulate data warehouses
  ORION is useful for understanding the performance capabilities of a storage system,either to uncover performance issues or to size a new database installation.
  The Users Guide contains a Getting Started section, detailed usage documentation,and trouble-shooting tips. Please note that ORION is not supported by Oracle.
  Download the files:
  ·orion_AIX64.gz (11,670,726 bytes)
  ·orion_solaris64_sparc.gz (898,929 bytes)
  ·orion_solaris_x8664.gz (655,975 bytes)
  ·orion_linux_em64t.gz (767,380 bytes)
  ·orion10.2_linux.gz (630,354 bytes)
  ·orion10.2_windows.msi (7,865,856 bytes)
  ·Users Guide
可以见到，此软件已经支持多个OS环境，遗憾的是，Oracle并不对该软件提供服务支持，不过，这并不影响该软件的正常使用，从我的测试结果来看，该软件真的是很不错的存储测试软件。

下载到的软件，已经分别编译好，不需要任何编译即可以在各自的OS环境中运行，这个比很多压力测试软件需要另外重新编译好多了，也方便多了，如，在AIX环境下，在解压的目录下，运行./orion -help，即可以看到该软件的详细帮助。

该软件支持三种运行方式

Simple：简单的测试随机的小IO（默认8k）以及大IO（默认1024K），这个方式对初次运行该软件，或者大致了解存储基本特性比较有用。

Normal：可以组合不同的IO类型，但是还是不能自定义IO大小

Advanced：可以支持多种高级选项，如IO大小，压力大小，IO类型，测试方式等等

以及两种不同的压力方式

典型的OLTP环境：选择随机的小IO，测试存储所能支持的最大IOPS以及响应时间

典型的OLAP环境：选择顺序的大IO，测试存储所能支持的最大吞吐量以及响应时间

该软件的运行只需要一个配置文件，<testname>.lun，配置了测试所需要用到的磁盘信息，而分别返回如下信息：

<testname>_iops.csv：不同压力类型的IOPS值

<testname>_mbps.csv：不同压力类型的吞吐量

<testname>_lat.csv：不同压力类型下的响应时间

<testname>_summary.txt：测试结果的汇总信息

我在分别运行load runner+oracle模拟数据库活动以及仅仅是运行该软件模拟数据库的活动中，可以明显的发现该软件的优势所在：

1、不需要运行load runner以及配置大量的clinet

2、不需要运行oracle数据库，以及准备大量的测试数据

3、测试结果更具有代表性，如随机IO测试中，该软件可以让存储的命中率接近为0，而更仿真出了磁盘的真实的IOPS，而load runner很难做到这些，最终的磁盘IOPS需要换算得到。

4、可以根据需要定制一定比例的写操作（默认没有写操作），但是需要注意，如果磁盘上有数据，需要小心数据被覆盖掉。

当然，也有其缺点

1、到现在为止，无法指定自定义的总体的运行时间以及加压的幅度，这里完全是自动的

2、无法进行一些自定义的操作类型，如表的扫描操作，装载测试等等，不过可以与oracle数据库结合起来达到这个效果

下面，我就给出几个具体的例子说明其操作

1、数据库OLTP类型，假定IO类型全部是8K随机操作，压力类型，自动加压，从小到大，一直到存储压力极限

#nohup ./orion -run advanced -testname mytest -num_disks 96 -size_small 8 -size_large 8 -type rand &

2、数据库吞吐量测试，假定IO全部是1M的序列性IO

#nohup ./orion -run advanced -testname mytest -num_disks 96 -size_small 1024 -size_large 1024 -type seq &

3、指定特定的IO类型与IO压力，如指定小IO为压力500的时候，不同大IO下的压力情况

#nohup ./orion -run advanced -testname mytest -num_disks 96 -size_small 8 -size_large 128 -matrix col -num_small 500 -type rand &

4、结合不同的IO类型，测试压力矩阵

#nohup ./orion -run advanced -testname mytest -num_disks 96 -size_small 8 -size_large 128 -matrix detailed -type rand &

因为其测试结果是csv文件，所以可以很方便的根据结果在excle中绘制压力曲线，如某存储的压力测试，根据Orion的测试结果绘得的IOPS与响应时间关系表：

其中，横轴是响应时间，纵轴是IOPS值，表示了在不同的IOPS情况下，单个IO的平均响应时间分别是多少。

2、硬盘测速软件。

点击下载：

IOMETER.zip

disktest.zip

因此在选择视频系统的存储设备时，第一要考虑的是存储设备能提供的带宽，如果提供的带宽不足，就直接决定了这个存储设备不能用。其次考虑的才是存储设备的安全性、故障恢复和数据备份等方面的性能。

视频文件的码率是相对固定的，网络的带宽足够时，视频播放时画面才会流畅。因此要求存储设备提供的带宽不是其指其它最大带宽，而是指恒定带宽。只有恒定带宽大，支持的视频流数量才会大。

存储设备厂家提供给大家一般都是通过SANERGY软件或IOMETER等软件测试出来的数值，而这两个软件测试出来的数值都是一个平均值(1秒内的)。这个数据往往与实际可用的恒定带宽有较大的差距，因此不可将这个数据做为评定存储设备性能的参考值，更不能直接应用在视频行业的存储设备设计中。存储设备的实际可用恒定带宽必须经过视频流播放或写入测试才能获得。

目前国内几个专业的视频行业集成商，他们选用的存储设备都是通过测试合格的设备。无论是哪个厂家提供的新设备或新型号，都需要搭建实际的应用环境专门进行读写性能测试。测试的主要项目为：
1、多台工作站同时读一个文件，
2、多台工作站同时写入一个卷或从一个卷上读取多个文件，
3、多台工作站同时写入多个卷，或从多个卷上读取文件，
4、一部分工作站先进行一个卷的读写，等该卷支持的稳定读写视频流达到最大值后，另一部分工作站再进行第二个卷的读写。
5、在多个视频流稳定读写的过程中，模拟存储设备的控制器、硬盘、电源等设备要故障时对最大视频流数量的变化。
6、。。。。。。。

由于现在的存储设备所能提供的带宽大越来越大，要想测试出存储设备带宽的最大值，就需要搭建的模拟网络环境也越来越大，往往需要几十台甚至上百台工作站。而一台工作站往往都要十几万，因此测试时仅占用设备的费用就需要成百上千万。在人力方面，需要5-10人，前后共一个月的时间。因此即使是国内最大的视频网络系统集成商索贝公司都越来越没有能力单独进行这种大型的测试了。不过因为索贝公司所承接的网络系统都比较大，工作站数量比较多，才可能会在项目施工的过程穿插做一些新设备或软件的专项测试。或者在一些大客户的协调和组织下，联合中科大洋公司一起做一些大型测试。

目前国内算得大型的两次存储设备测试都是由CCTV组织的，我很幸运地参与过一次，独立负责过一次。

另外，我要说明的是，视频编辑网络一般会采用FC+以太的SAN双网结构。而现在，随着NAS服务器系统的对存储管理能力的加强，TOE卡投入实际的应用，通过链路聚合将多个网卡绑定在一起来NAS服务器对外提供更大的连接带宽，基于千兆网的单网结构也可以应用在视频行业，不过由于NAS服务器对外提供的带宽只有40-60M左右，因此NAS还之能应用在小型的，或视频流码率较小的视频系统中。