我有日程安排每日短期testing和每月长期testing，但今天我看到聪明卡在剩下10％的许多小时。 这是我的智能信息： smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-042stab103.6] (local build) Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Device Model: MB1000GCEEK Serial Number: WCAW3LD6U8ZR LU WWN Device Id: 5 0014ee 2600b5075 Firmware Version: HPG1 User Capacity: 1,000,204,886,016 bytes [1.00 TB] Sector Size: 512 bytes logical/physical Device is: Not in smartctl database […]
鉴于什么是SSD和IOStat工具已知 – https://brooker.co.za/blog/2014/07/04/iostat-pct.html 捕获单个SSD驱动器的IO饱和度的适当措施是什么？
我们只是使用共享文件夹设置Windows Server 2012。 这个文件夹有一个人力资源软件，它的老，特别是FOX PRO，并使用.DBF文件来处理。 所以我们把所有的用户连接到一个networking驱动器，并为这个软件创build一个快捷方式 事情是系统开始正常工作，在本周结束后变得缓慢，然后恢复正常，然后超慢，然后恢复正常。 共享文件夹硬盘不是主要的OS文件夹。 它的另一个磁盘连接到服务器，唯一托pipe的是这个人力资源软件和它的非固态磁盘。 我们认为这可能会有所帮助，但是在进行更改之前，我们想知道是否有任何改进磁盘性能的方法。 这个服务器没有被虚拟化。 那么我们怎样才能提高这个软件IO的性能呢？ 谢谢
我有一对WDD驱动器，最近有一个被踢出了RAID1arrays。 SMART显示某些扇区存在IO错误，但所有SMART属性看起来都不错： root@nas:~# smartctl -a /dev/sdb smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.4.68.x86_64.1] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Red Device Model: WDC WD20EFRX-68AX9N0 Serial Number: WD-WMC30xxxxxxxx LU WWN Device Id: 5 0014ee 602ce8a27 Firmware Version: 80.00A80 User Capacity: 2,000,398,934,016 bytes [2.00 TB] […]
我有一个很好的希捷酷鱼7200.9与80 GB。 聪明的报告显示 Power_On_Hours 0x0032 094 094 000 Old_age Always – 5646 但是这不可能是正确的。 5646h只有235天或less于8个月。 姐妹盘希捷梭鱼7200.10显示： 9 Power_On_Hours 0x0032 001 001 000 Old_age Always – 90427 这是有道理的：90427个小时是10.3年。 我记得服务器已经在2009年build立，当时的硬件并不新鲜。 所以我假设7200.9已经经历了小时计数器的溢出，并在某个时间点重新启动了。是否有人知道在什么时间？ 用于计算正常运行时间的内部时间单位是多less？ 什么variablestypes用于计数这些？
当磁盘据说具有20,000读/写IOPS速度时，这是否意味着磁盘的IOPS速度为20,000，因为它可以读写20,000，或者说，总IOPS速度是4万？ 一般情况下，具有这些设置的磁盘是以这些速度同时读取和写入的，还是两个进程之间共享的速度？
我希望这是一个简单的问题。 在RHEL 5上安装RAW驱动器的最佳做法是什么？我find了一些方法，但我不确定什么是正确的，因为我find了一些被折旧的参考。 另外，我还需要知道如何分配所有权，因为如果它包含在安装过程中，它们不应该由root所有。
我对Linux很新，所以请耐心等待。 在我的2.6.28-13-server #45-Ubuntu SMP ，我正在使用 hdparm -W1 -S120 /dev/sda 10分钟后转动高清。 但是每隔一两个小时左右，它就会再次旋转起来，没有明显的原因。 我怀疑是/var/log/debug, kern.log, messages, syslog和auth.log因为我不得不用一些日志来摆弄它，不要每/var/log/debug, kern.log, messages, syslog写这些文件，但是我没有这种行为的迹象不再。 udhcpd ， udhcpd和dhclient3 ，也是我的嫌疑犯，但没有真正的原因。 我试着logging lsof >whatever 然后在几个小时后再回来查看，这没有给我提供任何信息，所以我猜想无论谁在旋转磁盘，都会打开一个文件，写入文件，然后再closures它。 有没有办法find罪魁祸首？ 诊断工具的某种？ 还是简单的脚本？ 编辑 ：检查crontab，并且cron不应该是问题（如果该表是从cron生成磁盘写入的唯一可能的方式）。 由于我每隔几个小时写下一个，所以我想我可以完全摆脱“空闲”写入，这可能归结为一个单一的程序。
这是什么意思？
一点背景。 一台运行Windows 2003 R2（x86）的服务器，带有一个RAID5arrays，分区为100GB的操作系统，其余2TB +的数据。 100GB是C :,数据是D :. 一切都好。 最近由于硬盘故障，我不得不重新安装新鲜的操作系统。 当然，我不想触摸数据分区。 我从安装盘启动，删除C :,重新创build它（它需要C :)并开始安装过程。 驱动器被检查，Windows安装程序对数据分区（D :)进行了一些更正。 重新启动被强制。 重新启动后，安装程序再次从CD运行，现在将数据分区显示为C :,其余的未分区。 为操作系统创build一个分区，分配字母D :. 我不想要那个，但是找不到改变它的方法。 任何人？