​ ​​ ​

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​​ ​​ ​

​ ​

​ ​​ ​

​ ​

​本文将介绍使用“​​system show performance​​”命令的输出，如何查看​​Data Domain​​文件系统（​​DDFS​​）利用率统计信息。​

​ ​

​ ​​ ​

​ ​

​DDOS 5.2​​之前版本：​

​ ​

​ ​

​----Utilization----​​ ​

​ ​

​proc​​ recvsend idle​​ ​

​ ​

​---- ---- ---- ----​​ ​

​ ​

​81%​​ ​​18%​​ ​​0%​​ ​​0%​​ ​

​ ​

​88%​​ ​​0%​​ ​​0%​​ ​​11%​​ ​

​ ​

​79%​​ ​​10%​​ ​​0%​​ ​​9%​​ ​

​ ​

​62%​​ ​​36%​​ ​​0%​​ ​​0%​​ ​

​ ​

​51%​​ ​​47%​​ ​​0%​​ ​​0%​​ ​

​ ​

​68%​​ ​​30%​​ ​​0%​​ ​​0%​​ ​

​ ​

​86%​​ ​​10%​​ ​​0%​​ ​​2%​​ ​

​ ​

​99%​​ ​​0%​​ ​​0%​​ ​​0%​​ ​

​ ​

​59%​​ ​​33%​​ ​​0%​​ ​​6%​​ ​

​ ​

​52%​​ ​​46%​​ ​​0%​​ ​​0%​​ ​

​ ​

​ ​

​利用率：​​ ​

​ ​

​ ​​proc​​ ​​ ​​处理请求所花费的时间百分比​

​ ​

​ ​​recv​​ ​​ ​​通过网络接收请求所花费的时间百分比​

​ ​

​ ​​send​​ ​​通过网络接收请求所花费的时间百分比​

​ ​

​ ​​idle​​ ​​ ​​空闲的百分比​

​ ​

​ ​

​proc​​值表示​​Restorer​​正在处理请求的百分比。例如，当​​autosupport​​报告在​​10​​分钟的时间内有​​50​​％​​ proc​​在忙，就意味着大约​​5​​分钟的时间，文件系统有一些负载，但在另外​​5​​分钟它是完全空闲的。当你看到​​proc​​值显示为​​99​​％或​​100​​％，这意味着在​​10​​分钟内，大部分时间系统都在服务于请求，​​proc​​百分比表明系统没有闲着。​

​ ​

​ ​

​如果​​recv​​或​​send​​值很高，​​Restorer​​会花费大量时间等待接收或发送数据至备份服务器。这种情况表明为备份服务器负载过重（进而导致网络处理的速度变慢）或网络相关的问题正导致发送和接收变慢。如果举一个例子的话，可能是客户端试图在​​100Mbit​​的网络上访问​​Restorer​​，而不是在千兆网络上。​

​ ​

​ ​

​如果​​proc​​，​​recv​​和​​send​​很低（即空闲状态较高），则​​Restorer​​的负载较轻，并表示备份服务器无法跟上​​Restorer​​。备份服务器的磁盘可以加大负载，备份软件可能需要调整，或备份服务器可以等待缓慢的备份客户端的数据。​

​ ​

​ ​

​假设​​proc​​很高，​

​ ​

​·​​ ​​检查​​Streams​​段，以确保客户没有超过推荐的​​stream​​数。​

​ ​

​·​​ ​​检查并确保没有正在进行中的​​cleaning​​或磁盘重建。​

​ ​

​·​​ ​​检查并确保没有正在进行中的复制。​

​ ​

​·​​ ​​如果​​CPU​​的利用率​​>=​​80​​％，或磁盘利用率​​>=60​​％，我们可以用完磁盘或​​CPU​​后，将问题上报到研发工程师。​

​ ​

​·​​ ​​对于写操作，检查​​autosupport​​里的统计报告“​​forced anchor​​”是否小于​​3-5​​％。​

​ ​

​·​​ ​​对于读操作，如果缓存未命中的​​thra​​的百分比​​>=5​​〜​​10​​％，那么说明我们的缓存是颠簸的。​

​ ​

​ ​

​报告客户的性能问题时，一定要注意的是，观察到性能糟糕的时间点。这样我们就可以检查系统显示的性能输出所相相应的行。​

​ ​

​ ​

​ ​

​DDOS 5.2​​以及之后版本：​

​ ​

​ ​

​ ​​... ---------------Protocol-----------------​​ ​​... ​

​ ​

​Date​​ ​​Time​​ ​​... ops/s​​ ​​load​​ ​​data(MB/s)​​ ​​wait(ms/MB)​​ ​​... ​

​ ​

​---------- --------​​ ​​... -----​​ ​​--%--​​ ​​--in/out---​​ ​​--in/out---​​ ​​... ​

​ ​

​2012/11/07 06:37:00​​ ​​...​​ ​​85​​ ​​0.08%​​ ​​0.04/​​ ​​0.04​​ ​​17.71/ 20.79​​ ​​... ​

​ ​

​2012/11/07 06:47:00​​ ​​...​​ ​​91​​ ​​0.21%​​ ​​0.05/​​ ​​0.04​​ ​​17.64/ 24.55​​ ​​... ​

​ ​

​2012/11/07 06:57:00​​ ​​...​​ ​​88​​ ​​0.17%​​ ​​0.04/​​ ​​0.04​​ ​​17.56/ 25.38​​ ​​... ​

​ ​

​2012/11/07 07:07:00​​ ​​...​​ ​​79​​ ​​0.29%​​ ​​0.04/​​ ​​0.03​​ ​​17.50/ 24.56​​ ​​... ​

​ ​

​2012/11/07 07:17:00​​ ​​...​​ ​​79​​ ​​0.15%​​ ​​0.04/​​ ​​0.03​​ ​​17.71/ 24.78​​ ​​... ​

​ ​

​2012/11/07 07:27:00​​ ​​...​​ ​​66​​ ​​0.19%​​ ​​0.03/​​ ​​0.03​​ ​​17.95/ 22.75​​ ​​... ​

​ ​

​2012/11/07 07:37:00​​ ​​...​​ ​​70​​ ​​0.19%​​ ​​0.03/​​ ​​0.04​​ ​​17.86/ 17.73​​ ​​... ​

​ ​

​2012/11/07 07:47:00​​ ​​...​​ ​​71​​ ​​0.08%​​ ​​0.04/​​ ​​0.03​​ ​​17.83/ 23.56​​ ​​... ​

​ ​

​2012/11/07 07:57:00​​ ​​...​​ ​​73​​ ​​0.27%​​ ​​0.04/​​ ​​0.03​​ ​​17.86/ 26.05​​ ​​... ​

​ ​

​2012/11/07 08:07:00​​ ​​...​​ ​​71​​ ​​0.21%​​ ​​0.04/​​ ​​0.03​​ ​​17.42/ 22.89​​ ​​... ​

​ ​

​2012/11/07 08:17:00​​ ​​...​​ ​​69​​ ​​0.15%​​ ​​0.03/​​ ​​0.03​​ ​​17.61/ 22.98​​ ​​... ​

​ ​

​2012/11/07 08:27:00​​ ​​...​​ ​​70​​ ​​0.25%​​ ​​0.03/​​ ​​0.03​​ ​​17.69/ 21.26​​ ​​... ​

​ ​

​2012/11/07 08:37:00​​ ​​...​​ ​​53​​ ​​0.06%​​ ​​0.03/​​ ​​0.03​​ ​​17.58/ 16.92​​ ​​... ​

​ ​

​2012/11/07 08:47:00​​ ​​...​​ ​​67​​ ​​0.19%​​ ​​0.03/​​ ​​0.03​​ ​​17.43/ 23.45​​ ​​... ​

​ ​

​2012/11/07 08:57:00​​ ​​...​​ ​​65​​ ​​0.12%​​ ​​0.03/​​ ​​0.03​​ ​​17.39/ 23.97​​ ​​... ​

​ ​

​2012/11/07 09:07:00​​ ​​...​​ ​​64​​ ​​0.15%​​ ​​0.03/​​ ​​0.03​​ ​​17.56/ 19.08​​ ​​... ​

​ ​

​ ​

​协议​​:​

​ ​

​Ops/s​​ ​​每秒的操作 ​

​ ​

​Load%​​ ​​负载的百分比（​​pending ops/total RPC ops *100​​）​

​ ​

​Data (MB/s ​​‐​​ in/out)​​ ​​协议的吞吐量。​​DDFS​​可以读或写至内核​​socket​​缓冲区的数据量​

​ ​

​Wait (ms/MB ​​‐​​ in/out)​​ ​​从​​DDFS​​发送或接收​​1MB​​的数据至内核​​socket​​缓冲区所用的时间​

​ ​

​ ​​ ​

​ ​

​所有版本的​​Data Domain​​系统​

​ ​

​ ​