存储系统怎么测性能

① 如何进行存储系统的性能测试

要解决问题，首先要明确准备将测试结果精确到什么程度：
只是获得一个初步的结果；
分析未来的发展动向；
准备搜集尽可能多的数据；
进行存储性能分析不仅仅是收集数据那么简单。采集数据只是一方面，另外，需要分析数据。可以用现有的SRM(存储资源管理)工具来采集数据。如果没有这种系统，可以雇用顾问公司来解决这个问题(顾问公司还可以同时进行数据分析)。
几个SRM系统能够工作，比如SUN公司的StorEdge Suite，IBM公司也集成了Trellisoft SRM系统，这两个系统都能在开源环境中工作。然而，这些系统都有至少5个许可证书，如果要在自己的系统中采用它们，就需要获得相应许可。
如果只想测试系统性能，不需要执行整个SRM系统，最好的选择是获得外部的帮助(比如雇用顾问公司)。
如果打算采用别的软件来完成采集数据的工作，那么需要注意如下几点：
执行软件前，需要配置好对应的管理框架
软件不一定支持所有的操作环境(Windows, Linux, Solaris, Aix)
软件不支持数据库
测试代理性能时需要重启已经安装过的服务器
除了少数几个操作系统，软件代理大部分情况下无法进行远程操作(设想一下，可能需要手动安装上百个代理软件)

② 存储器的测试

存储器测试的目的是确认在存储设备中的每一个存储位置都在工作。换一句话说，如果你把数50存储在一个具体的地址，你希望可以找到存储在那里的那个数，直到另一个数写入。任何存储器测试的基本方法是，往存储器写入一些数据，然后根据内存设备的地址，校验读回的数据。如果所有读回的数据和那些写入的数据是一样的，那么就可以说存储设备通过了测试。只有通过认真选择的一组数据你才可以确信通过的结果是有意义的。
当然，像刚才描述的有储器的测试不可避免地具有破坏性。在内存测试过程中，你必须覆盖它原先的内容。因为重写非易失性存储器内容通常来说是不可行的，这一部分描述的测试通常只适用于RAM 的测试。 一，普通的存储器问题
在学习具体的测试算法之前，你应该了解可能遇到的各种存储器问题。在软件工程师中一个普遍的误解是，大部分的存储器问题发生在芯片的内部。尽管这类问题一度是一个主要的问题，但是它们在日益减少。存储设备的制造商们对于每一个批量的芯片都进行了各种产品后期测试。因此，即使某一个批量有问题，其中某个坏芯片进人到你的系统的可能性是微乎其微的。
你可能遇到的一种类型的存储芯片问题是灾难性的失效。这通常是在加工好之后芯片受到物理或者是电子损伤造成的。灾难性失效是少见的，通常影响芯片中的大部分。因为一大片区域受到影响，所以灾难性的失效当然可以被合适的测试算法检测到。
存储器出问题比较普遍的原因是电路板故障。典型的电路板故障有：
（1）在处理器与存储设备之间的连线问题
（2）无存储器芯片
（3）存储器芯片的不正确插人
二，测试策略
最好有三个独立的测试：数据总线的测试、地址总线的测试以及设备的测试。前面两个测试针对电子连线的问题以及芯片的不正确插入；第三个测试更倾向于检测芯片的有无以及灾难性失效。作为一个意外的结果，设备的测试也可以发现控制总线的问题，尽管它不能提供关于问题来源的有用信息。
执行这三个测试的顺序是重要的。正确的顺序是：首先进行数据总线测试，接着是地址总线测试，最后是设备测试。那是因为地址总线测试假设数据总线在正常工作，除非数据总线和地址总线已知是正常的，否则设备测试便毫无意义。如果任何测试失败，你都应该和一个硬件工程师一起确定问题的来源。通过查看测试失败处的数据值或者地址，应该能够迅速地找出电路板上的问题。
1，数据总线测试
我们首先要测试的就是数据总线。我们需要确定任何由处理器放置在数据总线上的值都被另一端的存储设备正确接收。最明显的测试方法就是写人所有可能的数据值并且验证存储设备成功地存储了每一个。然而，那并不是最有效率的测试方法。一个更快的测试方法是一次测试总线上的一位。如果每一个数据上可被设置成为 0 和1，而不受其他数据位的影响，那么数据总线就通过了测试。
2，地址总线测试
在确认数据总线工作正常之后，你应该接着测试地址总线。记住地址总线的问题将导致存储器位置的重叠。有很多可能重叠的地址。然而，不必要测试每一个可能的组合。你应该努力在测试过程中分离每一个地址位。你只需要确认每一个地址线的管脚都可以被设置成0和 1，而不影响其他的管脚。
3，设备测试
一旦你知道地址和数据总线是正确的，那么就有必要测试存储设备本身的完整性。要确认的是设备中的每一位都能够保持住0和 1。这个测试实现起来十分简单，但是它花费的时间比执行前面两项测试花费的总时间还要长。
对于一个完整的设备测试，你必须访问（读和写）每一个存储位置两次。你可以自由地选择任何数据作为第一步测试的数据，只要在进行第二步测试的时候把这个值求反即可。因为存在没有存储器芯片的可能性，所以最好选择一组随着地址变化（但是不等于地址）的数。优化措施
市场上并不缺少提高数据存储效率的新技术，然而这些新技术绝大多数都是关注备份和存档的，而非主存储。但是，当企业开始进行主存储数据缩减时，对他们来说，了解主存储优化所要求的必要条件十分重要。
主存储，常常被称为1级存储，其特征是存储活跃数据――即经常被存取并要求高性能、低时延和高可用性的数据。主存储一般用于支持关键任务应用，如数据库、电子邮件和交易处理。大多数关键应用具有随机的数据取存模式和不同的取存要求，但它们都生成机构用来运营它们的业务的大量的数据。因此，机构制作数据的许多份拷贝，复制数据供分布使用，库存数据，然后为安全保存备份和存档数据。
绝大多数数据是起源于主数据。随着数据存在的时间增加，它们通常被迁移到二级和三级存储保存。因此，如果机构可以减少主数据存储占用空间，将能够在数据生命期中利用这些节省下来的容量和费用。换句话说，更少的主存储占用空间意味着更少的数据复制、库存、存档和备份。
试图减少主存储占用空间存储管理人员可以考虑两种减少数据的方法：实时压缩和数据去重。
直到不久前，由于性能问题，数据压缩一直没有在主存储应用中得到广泛应用。然而，Storwize等厂商提供利用实时、随机存取压缩/解压技术将数据占用空间压缩15:1的解决方案。更高的压缩率和实时性能使压缩解决方案成为主存储数据缩减的可行的选择。
在备份应用中广泛采用的数据去重技术也在被应用到主存储。目前为止，数据去重面临着一大挑战，即数据去重处理是离线处理。这是因为确定数量可能多达数百万的文件中的多余的数据块需要大量的时间和存储处理器做大量的工作，因此非常活跃的数据可能受到影响。当前，推出数据去重技术的主要厂商包括NetApp、Data Domain和OcarinaNetworks。 一、零性能影响
与备份或存档存储不同，活跃数据集的性能比能够用某种形式的数据缩减技术节省的存储容量更为关键。因此，选择的数据缩减技术必须不影响到性能。它必须有效和简单；它必须等价于“拨动一个开关，就消耗更少的存储”。
活跃存储缩减解决方案只在需要去重的数据达到非活跃状态时才为活跃存储去重。换句话说，这意味着实际上只对不再被存取但仍保存在活跃存储池中的文件――近活跃存储级――进行去重。
去重技术通过建议只对轻I/O工作负载去重来避免性能瓶颈。因此，IT基础设施的关键组件的存储没有得到优化。数据库排在关键组件清单之首。由于它们是1级存储和极其活跃的组件并且几乎始终被排除在轻工作负载之外，去重处理从来不分析它们。因此，它们在主存储中占据的空间没有得到优化。
另一方面，实时压缩系统实时压缩所有流经压缩系统的数据。这导致节省存储容量之外的意外好处：存储性能的提高。当所有数据都被压缩时，每个I/O请求提交的数据量都有效地增加，硬盘空间增加了，每次写和读操作都变得效率更高。
实际结果是占用的硬盘容量减少，总体存储性能显着提高。
主存储去重的第二个好处是所有数据都被减少，这实现了包括数据库在内的所有数据的容量节省。尽管Oracle环境的实时数据压缩可能造成一些性能问题，但迄今为止的测试表明性能提高了。
另一个问题是对存储控制器本身的性能影响。人们要求今天的存储控制器除了做伺服硬盘外，还要做很多事情，包括管理不同的协议，执行复制和管理快照。再向这些功能增加另一个功能可能会超出控制器的承受能力――即使它能够处理额外的工作负载，它仍增加了一个存储管理人员必须意识到可能成为潜在I/O瓶颈的过程。将压缩工作交给外部专用设备去做，从性能问题中消除了一个变数，而且不会给存储控制器造成一点影响。
二、高可用性
许多关注二级存储的数据缩减解决方案不是高可用的。这是由于它们必须立即恢复的备份或存档数据不像一级存储中那样关键。但是，甚至在二级存储中，这种概念也逐渐不再时兴，高可用性被作为一种选择添加到许多二级存储系统中。
可是，高可用性在主存储中并不是可选的选项。从数据缩减格式(被去重或被压缩)中读取数据的能力必须存在。在数据缩减解决方案中(其中去重被集成到存储阵列中)，冗余性是几乎总是高可用的存储阵列的必然结果。
在配件市场去重系统中，解决方案的一个组件以数据的原始格式向客户机提供去重的数据。这个组件就叫做读出器(reader)。读出器也必须是高可用的，并且是无缝地高可用的。一些解决方案具有在发生故障时在标准服务器上加载读出器的能力。这类解决方案经常被用在近活跃的或更合适的存档数据上;它们不太适合非常活跃的数据集。
多数联机压缩系统被插入系统中和网络上，放置(逻辑上)在交换机与存储之间。因此，它们由于网络基础设施级上几乎总是设计具有的高可用性而取得冗余性。沿着这些路径插入联机专用设备实现了不需要IT管理人员付出额外努力的无缝的故障切换；它利用了已经在网络上所做的工作。
三、节省空间
部署这些解决方案之一必须带来显着的容量节省。如果减少占用容量的主存储导致低于标准的用户性能，它没有价值。
主数据不具有备份数据通常具有的高冗余存储模式。这直接影响到总体容量节省。这里也有两种实现主数据缩减的方法：数据去重和压缩。
数据去重技术寻找近活跃文件中的冗余数据，而能取得什么水平的数据缩减将取决于环境。在具有高冗余水平的环境中，数据去重可以带来显着的ROI(投资回报)，而另一些环境只能取得10%到20%的缩减。
压缩对所有可用数据都有效，并且它在可以为高冗余数据节省更多的存储容量的同时，还为主存储应用常见的更随机的数据模式始终带来更高的节省。
实际上，数据模式冗余度越高，去重带来的空间节省就越大。数据模式越随机，压缩带来的空间节省就越高。
四、独立于应用
真正的好处可能来自所有跨数据类型(不管产生这些数据是什么应用或数据有多活跃)的数据缩减。虽然实际的缩减率根据去重数据的水平或数据的压缩率的不同而不同，但所有数据都必须合格。
当涉及存档或备份时，应用特有的数据缩减具有明确的价值，并且有时间为这类数据集定制缩减过程。但是对于活跃数据集，应用的特殊性将造成性能瓶颈，不会带来显着的容量缩减的好处。
五、独立于存储
在混合的厂商IT基础设施中，跨所有平台使用同样的数据缩减工具的能力不仅将进一步增加数据缩减的ROI好处，而且还简化了部署和管理。每一个存储平台使用一种不同的数据缩减方法将需要进行大量的培训，并造成管理级上的混乱。
六、互补
在完成上述所有优化主存储的工作后，当到了备份主存储时，最好让数据保持优化的格式(被压缩或去重)。如果数据在备份之前必须扩展恢复为原始格式，这将是浪费资源。
为备份扩展数据集将需要：
使用存储处理器或外部读出器资源解压数据;
扩展网络资源以把数据传送给备份目标；
把额外的资源分配给保存备份数据的备份存储设备。

③ 请教如何进行Oracle RAC性能测试，推荐几款测试工具来

oracle sql性能测试工具
Oracle ORION：存储系统性能测试工具 - Oracle数据库栏目 ...
Oracle ORION：存储系统性能测试工具一 定义 ORION（Oracle I/O Calibration Tool）是Oracle提供的、用于测试存储系统性能瓶颈 由于 ORION ...
ORACLE 免费压力测试工具--hammerora的使用过程 - 宁静 ...
2009-7-28 · 从创作者对这个工具的标题描述可以看出，Hammerora是一款Oracle数据库负载测试工具。该工具可以在Oracle 8i、9i ... TCL语言已经用来提供高性能的和Oracle …
ORACLE压力测试工具orion_oracle | 帮客之家
ORACLE压力测试工具orion 1，功能简介 ORION (Oracle I/O Calibration Tool) 是校准用于 Oracle 数据库的存储系统 I/O 性能的独立工具 。校准结果对于了解 首页 编程 前端 ...
Microsoft SQL Server 和 Oracle 数据库的比较
性能测试 先前版本 解决方案 成功案例 针对各种需求 应用程序开发 商业智能 规范 ... SQL Server Oracle 11g 性能 与扩展性 安全性 (低危险) 开发效率 商业智能* 总拥有 ...
Oracle PL/SQL 性能分析工具 profiler 说明 - 推酷
一.说明 Oracle提供了profiler工具包，利用该工具包可以查看PL/SQL执行过程中各模块的性能。可以从MOS上下载该脚本： Implementing andUsing the PL/SQL ...
oracle性能测试工具 - 下载频道 - CSDN.NET
oracle性能测试工具 cerato3132009-10-09 上传 主要用于测试oracle数据库的读写性能，尤其是在有磁盘阵列的情况下 ... SQL 入门经典 2015年全国最新省市区镇(街道)四级 ...
Oracle性能相关常用脚本（SQL） - 免费软件测试工具-泽众 ...
在缺乏的可视化工具来监控数据库性能的情形下，常用的脚本就派上用场了，下面提供几个关于Oracle性能相关的脚本供大家参考。
Orion - oracle提供的测试io性能的工具-dbs101-ITPUB博客
Orion是oracle提供的测试io性能的工具。它可以用来模拟Oracle数据库IO，也可以用来仿真ASM的条带化的功能。 Orion可以支持下列IO负载 1. 小的随机的IO：OLTP ...
Oracle性能测试 - 爱程序网
Oracle性能测试 2012-01-18 17:03 本站整理 浏览(327) 轻量型测试工具JMeter1、在jmeter网站下载软件，目前最新版为jmeter ... .live.com/embed?cid重量型测试工具 测试 ...
数据库优化实践【性能检测工具篇】 - SQL Server(mssql ...
第八步：使用SQL事件探查器和性能监控工具 有效地诊断性能问题 在SQL Server应用领域SQL事件探查器可能是最着名的性能故障排除工具，大多数情况下，当得到 ...

④ 怎样测试内存的性能

测试方法大概可分为5个步骤，具体如下：

1.首先需要打开测试软件“AIDA64”。