LSIおよび類似のRAIDコントローラーでのバッテリー再学習サイクルの管理

エンジニアは、RAIDコントローラーバッテリーの「再学習」サイクルにどのように対処しますか？

で述べたように、LSI MegaRaidでの「バッテリー再学習」とは何ですか？、再学習サイクルはRAIDコントローラーのバッテリー（BBWCまたはBBU）を放電するため、書き込みキャッシュアクセラレーションが削除されます。バッテリーの寿命がチェックされ、一度充電されると、書き込みキャッシュが再び有効になります。これは、再学習サイクル中のサーバーI / Oパフォーマンスに明らかな影響を及ぼします。これは毎月発生すると思います。

特にデータベースシステムでは、パフォーマンスの低下が確認されています。

データベースが遅い？RAIDバッテリーを確認してください！

バッテリーについて再学習する

私の経歴はHP ProLiantサーバーにあります。HPProLiantサーバーのSmartアレイコントローラーはこの演習を行いません（または、少なくともより積極的なバッテリー寿命の監視があります）。これはひどい機能のようです（最大の不便さ、わずかなゲイン）が、私は多くのLSIコントローラ（Supermicroハードウェア上）のある環境にいるので、関連するシステムにブランケットポリシーを適用できるかどうかを確認したいと思います。

• LSIコントローラの再学習サイクルのデフォルトのスケジュールは何ですか？
• これらの再学習サイクルは有用ですか？
• この機能を無効にする必要がありますか？
• ご使用の環境でこの機能を有効のままにしておく場合、スケジューリングをどのように処理しますか？これを手動でスケジュールしますか、またはコントローラーが独自のスケジュールを設定できるようにしますか？
• されているデルのPERCコントローラが同じように影響を受けますか？（LSIはOEMです）

つい最近、私はこの非常にトピックに関するGoDaddyはのエンジニアの1の記事を読む：学習に対処するために学びます

ハードウェア（Dell PERCカード）では、バッテリー学習サイクルは90日ごとに発生しますが、いつ発生するか、つまりピーク時またはオフピーク時に正確に発生するかどうかを知る方法はありません。

彼らはさまざまなソリューションについて話しました。

• バッテリー学習を完全に無効にします。このオプションの問題は、バッテリーの状態と、充電を保持できる時間と量がわからないことです。そのため、停電の場合、データ損失のリスクがあります。

• 異なるハードウェアを使用します。一部のコントローラーには2つのバッテリーがあり、そのような学習サイクル中にバッテリーを切り替えます。さらに、バッテリーを必要とせず、代わりに不揮発性NVRAMを使用してコミットされていないデータを保存するRAIDコントローラー（Dell H710など）があります。

• バッテリーの状態に関係なく、強制的にライトバック（キャッシュ）します。最初のソリューションと同様に、データ損失のリスクがあります。

最終的に、次の学習サイクルを監視するオフピーク時間にcronをセットアップし、次の学習サイクルが24時間以内であれば、すぐに強制的に実行します。こうすることで、ピーク時の使用時間にバッテリーを実行することなく、バッテリーを使用する利点を維持できます。