私のReadyNASDuo v2は、ギガビットLAN上にあるにもかかわらず、読み取りと書き込みの速度が遅いです。 2 x 2TB Western DigitalGreenドライブを使用しています。読み取り速度は3MB /秒、書き込み速度は1MB /秒です。
任意のポインタや提案をいただければ幸いです。
Western Digital Greenドライブは、IDLE3と呼ばれる問題の影響を受けることが知られています。これは、ドライブにヘッドを頻繁に駐車するように指示するファームウェア設定です。この設定を変更すると、ReadyNAS Duov2の改善に気づきました。読み取り速度が3MB /秒から30MB /秒に増加し、書き込み速度が1MB /秒から20MB /秒に増加しました。
idle3ctl というプログラムがあり、設定を変更するために使用できます。最も簡単な方法は、ドライブをNASから取り出し、Linuxを実行しているコンピューターに配置し、次のコマンドを使用して設定を変更することです。
Sudo apt-get idle3
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
NASをオフにして、再びオンにします。
NAS自体の中から直接設定を変更したい場合は、もう少し複雑です。以前は、これらを使用してIDLE3値を調整することができました steps =。ただし、Debianが「Squeeze」バージョンのサポートを停止したため、さらにいくつかの手順が必要です。
ドライブヘッドが駐車された回数を確認します。数千に達する場合は、ヘッドが頻繁に駐車されている可能性があります(私の値は約220万でした)。
smartctl -A /dev/sda | grep Load_Cycle_Count
smartctl -A /dev/sdb | grep Load_Cycle_Count
NASはsqueezeと呼ばれるDebian6を実行します。そのバージョンは現在古くなっているため、更新を取得する場所をapt-getに指示する必要があります。次の手順を使用して新しい値を追加します。 /etc/apt/sources.list
vi /etc/apt/sources.list
press 'i' to go into insert mode, then add the following lines:
deb http://archive.debian.org/debian squeeze main
deb http://archive.debian.org/debian squeeze-lts main
now press 'escape' to exit insert mode, and type ':wq' to save the file and quit vi
URLは ここ から来ました
Aptitudeをインストールします。これは、欠落している依存関係と競合を解決するのに役立ちます。
apt-get install aptitude
Apt-getにアーカイブパッケージを信頼するように指示します(これらのコマンドは ここ から取得します):
Sudo apt-get update -o Acquire::Check-Valid-Until=false
aptitude install debian-archive-keyring
Apt-getを更新します
update apt-get
次のコマンドを実行してgccをインストールします。重要-それがあなたに与える最初の解決策を受け入れないでください。 2つ目は、必要なダウングレードを実行するため、優れています。
aptitude install build-essential
最後に、idle3というプログラムをインストールできます。これにより、ファームウェアの値を変更できます。
cd ~
wget https://downloads.sourceforge.net/project/idle3-tools/idle3-tools-0.9.1.tgz
それを使用する方法の一般的な指示は見つけることができます ここ
Tarball(0.9.1リリースなど)をダウンロードした後、解凍します。
tar xzvf idle3-tools-0.9.1.tar.gz
ソースディレクトリに移動し、ツールをコンパイルします。
cd idle3-tools-0.9.1
make
これで、idle3ctl実行可能ファイルができました。
ls idle3ctl
バージョンを確認する
./idle3ctl -V
適用するドライブを決定します。
cat /proc/partitions
WD Greenドライブが2つある場合は、おそらく次のようになります。
/dev/sda
/dev/sdb
次のコマンドを使用してIDLE3値を読み取ります。これは、ヘッドを駐車する前にドライブが何秒待機するかを示します。
./idle3ctl -g105 /dev/sda
5分(300秒)に設定するには、次のコマンドを使用します。
Sudo ./idle3ctl -s 138 /dev/sda
Sudo ./idle3ctl -s 138 /dev/sdb
実際、完全にオフにする価値があるかもしれません(WDの従業員であるDaniel Mauerhoferが述べたように ここ )
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
私は私の設定を無効にしました、そして物事は非常にうまくいきます。ドライブ自体ではなく、ReadyNASソフトウェアによってドライブの電源がオフになります。
重要-再起動するのではなく、通常の管理ページを使用してドライブの電源を切ります。起動すると、パフォーマンスが向上するはずです。
PS。 Western Digitalは、Windowsの設定を変更するために使用できるwdidle3.exeと呼ばれるWindows用のツールを提供します。
Western Digital Greenドライブは、実際にはNASで使用するようには作られていません。 IDLE3設定とは別に、ドライブがエラーの修復に費やすことができる時間を制御するTLERと呼ばれる機能もあります。適切なNASドライブでは、この期間は低く保たれます。その理由は、ドライブが応答するのに時間がかかりすぎる場合(エラーの修復のため)、RAIDがドライブの誤動作を判断してRAIDから取り出すか、再構築を開始します。 Sultana 問題をうまく説明します。
私は最近このテーマに出くわしたので、ほとんどの人が「RAID対応」とはどういう意味かを説明しようと試みることができます。
Western DigitalのすべてのハードドライブをRAIDアレイに配置できますが、すべてがRE(RAID Edition)ドライブの機能をサポートしているわけではなく、RAIDコントローラーに接続すると、フルドライブであるかどうかに関係なく、ある程度適しています。ハードウェアアドインカード(Adaptec、LSI、Areca、Intel PCIe、およびハイエンドHighPoint)またはオンボードファームウェアコントローラー(Intel ICHxR、SiliconImage、Marvellコントローラーなど)(エラー回復制御やダブルモーターヘッドドライバーなど)。
TLERはTime-LimitedError Recoveryであり、WDバージョンのError Recovery Control(SeagatesおよびSamsungはCCLTと呼ばれます)です。これは、アレイ内のドライブがセクター/ブロックへの読み取りまたは書き込みを試みたときにエラーが発生した場合にのみ実際に機能します。/page/etc。ハードウェアRAIDコントローラー上のドライブの場合、ミラーリング(RAID 1の場合)またはパリティー(RAID 5の場合)で保管されることになっている同じファイル/ブロック/ページ/セクター間の競合を修正しようとすると、コントローラーには独自のレベルのエラー回復があります。 )。
通常のデスクトップドライブで読み取りまたは書き込みエラーが発生すると、不良セクタ/ページ/ブロックなどの読み取りまたは書き込み、回復、再マップを可能な限り何度も再試行します。これには数分かかる場合があります。 。その期間中、RAIDコントローラーはハードドライブを応答しないと見なし、RAIDコントローラーのエラー回復方法と競合し、通常、カードのファームウェアで設定された時間よりも時間がかかる場合、RAIDアレイから「応答しない」ドライブをドロップします。ドライブ自体がまだ「正常」であっても(通常は10秒)。単純なRAIDミラーでは、アレイは再構築プロセスを実行します。これは、ドロップされていないドライブからドロップされたドライブにデータをコピーするだけで、完全なミラーを維持します。これは、再構築と再検証の両方のプロセスを考慮すると、数時間-ミラーリングされるデータの量とドライブのサイズによって異なります。 RAID 5アレイでは、再構築にかなり長い時間がかかる場合があります。
RAID eitionドライブ(WDのRE2/3/4sおよびSeagateのConstellationドライブ)は、ハードウェアと保証の違いに加えて、7〜10秒後に読み取りまたは書き込みリカバリ操作の試行を停止するようにファームウェアに設定されており、RAIDコントローラーを使用できます。他のドライブ(RAID 1)またはパリティ情報(RAID 5)からデータをコピーするだけでリカバリできます。 IntelのオンボードICHxRROMのようなファームウェアRAIDコントローラーでも、私が間違っていなければ、ERCタイムアウトは10〜14秒です。
そうは言っても、特定のデスクトップクラスのハードドライブでは、LinuxまたはWindowsの特定のツール(例としてSmartMonTools)を使用してエラー回復制御を有効にし、RAIDアレイでの使用により適したものにすることができます-実際、WDにはツールがありました「TLER.exe」と呼ばれ、実際にはドライブファームウェアのERC設定を変更できます(ただし、ツールが一度に検出したすべてのWDドライブに変更が適用されます)が、ほとんどのWD Greenドライブ(2008/2009以降に作成)ファームウェアの機能はサポートされなくなり、Seagate BarracudaドライブはCCTLの有効化をサポートできますが、ドライブの電源がオフになると、工場出荷時のファームウェア設定に戻ります(つまり、システムがウォームリスタートされた場合、設定は保持されますが、 1つはシャットダウンしてコールドブートし、CCTLは無効に戻ります-設定はファームウェアで揮発性です)。
とは言うものの、RAIDエディションドライブがそれ自体で単一のデスクトップの使用に実際に適さない場合があるのはTLER/CCTLエラー回復制御設定です。これは、同様の読み取り/書き込みエラーが発生した場合、ドライブは後で試行を停止するだけだからです。通常のデスクトップドライブのように何度でも試行し続けるのではなく、7〜10秒。
別の言い方をすれば、デスクトップドライブが読み取り/書き込みエラーや不良セクタに遭遇しない限り、デスクトップドライブはエンタープライズドライブと同様にRAIDアレイでも問題ありません。これは非現実的な予想です。問題が発生しない唯一の例は、WindowsでソフトウェアRAIDをネイティブに使用することです。これは、OSがダイナミックディスクと、ディスクに格納されているミラー/パリティ付きストライプの構成情報をネイティブに認識しているためです。ファームウェアROMまたはハードウェアBIOS。
オンボードRAIDコントローラー(ファームウェア-RAID)でRAID 5アレイを作成し、通常のデスクトップドライブを使用しても問題がない人と、RAID 5アレイを作成した人がいるため、最終的にはマイレージが異なる可能性があります。 WDRE4ドライブを使用したバッテリーバックアップと256MBのオンボードキャッシュを備えたLSIPCIeカードで、問題が発生しました。 REドライブは故障し、構成されているRAIDアレイのタイプに応じて、同じ場所にあるデスクトップドライブと同じくらい簡単にアレイ全体を取り出すことができます。最終的に、デスクトップクラスのドライブを以外のアレイで使用することはお勧めしません。既知のドライブメーカーの単純なミラーであり、どのような場合でもサポートされていません。
足りないものがあれば、気軽にチャイムを鳴らしてください。