Maintenance Center に関するよくある質問

メンテナンスセンターとは

Maintenance Center の目的は、一時的なエラーが原因でネットアップに不要なディスクを返却する回数を減らすことで、ストレージの信頼性を向上させることです。

Maintenance Center は、 Data ONTAP に組み込まれた新しいディスク診断機能を提供します。障害のあるディスクがお客様のシステムに残っている間、システム障害検証プロセスによって、ディスク障害が自動的に管理されます。ディスクは、現在のヘルス管理システムによって潜在的な障害として識別されます。ディスクに障害が発生し、 AutoSupport Return Merchandise Authorization （ RMA ）ケースが生成されるのではなく、ディスクが現在のアグリゲートから削除され、メンテナンスセンターに送信されます。ユーザデータは、受信したエラーのタイプに応じて、再構築または高速 RAID リカバリによってディスクからスペアに移行されます。このプロセスはユーザの介入なしで実行され、アクションを報告するいくつかのメッセージだけがコンソールに送信されます。

メンテナンスセンターでは、システムの他の操作を中断することなく、ディスクをバックグラウンドでテストします。一時的なエラーを修復できる場合、ディスクはスペアプールに戻されます。そうでない場合は、ディスクに障害が発生しています。多くの場合、提供されるテストでは、以前にドライブに障害が発生したエラーや、システムの中断が発生したエラー（ WAFL ハングパニックなど）が修正されます。

メンテナンスセンターの主なメリットは何ですか。

メンテナンスセンターでは、不要なディスクの返却回数を大幅に削減することで、ネットアップのディスクドライブの顧客満足度を向上させています。コンポーネントの障害が減少し、システムの信頼性が向上するため、お客様はライフタイム管理コストを削減できます。

ドライブを選択して Maintenance Center にアクセスする方法を教えてください。

Data ONTAP には、メンテナンス対象のディスクを選択するために使用される、定義済みのエラーとしきい値があります。このしきい値とエラーのセットは、新しい情報に基づいて変更されるリリースによって異なる場合があります。エラーを受信するディスク、 これは既知の致命的なエラーであり、メンテナンステストには移行せず、失敗します。

現在のリストには次のものが含まれ

• 短時間にリカバリまたはリカバリされていないディスクエラーが大量に発生します
• 数日間に多数のリカバリ済みまたはリカバリされていないディスクエラー
• 同じ場所でリカバリまたはリカバリされていないディスクエラーが繰り返し発生する
• 1 台のディスクでディスクコマンドのタイムアウトが繰り返される
• ディスクが、致命的ではないハードウェアエラーを報告しました
• 潜在的な問題を警告するためのディスクドライブメーカーからの推奨事項に基づいたヘルストリガー
• エラーとエラーのしきい値は、現在のリリースから収集された新しいディスクテクノロジと情報によって変化します。

Maintenance Center がデフォルトでオンに設定されているのはなぜですか。

Maintenance Center は、 Data ONTAP の主要なサポート機能であり、 NetApp ストレージの信頼性を強化します。そのため、デフォルトではオンに設定されています。

ディスクがメンテナンスセンターに入ったことをお客様はどのようにして知ることができますか？

ディスクが Maintenance Center に入ると、 Event Management System （ EMS ）イベントが送信されます。ディスクのテストが正常に完了したとき、テストに失敗したとき、またはテストが中止されたときに、別の EMS イベントが発生します。すべての Maintenance Center EMS イベントには syslog メッセージがあります。CLI コマンド「 vol status -r 」および「 sysconfig -r 」は、 Maintenance Center にあるディスクを表示します。「ディスク保守ステータス」コマンドを使用すると、保守テスト中のドライブを一覧表示したり、テストの進捗状況を表示したりできます。

メンテナンスセンターの機能をオフにできますか。また、どのような影響がありますか。

はい。次のコマンドを実行できます。

options disk.maint_center.enable off

詳細については、『ストレージ管理ガイド』の「ディスクのパフォーマンスと健全性」セクションを参照してください。Maintenance Center では、ディスク全体の信頼性が向上します。Maintenance Center の電源をオフにすると、テストではなく問題のあるディスクが自動的に故障します。

Maintenance Center は NetApp アプライアンスのパフォーマンスに影響しますか？

Maintenance Center は、 NetApp アプライアンスのパフォーマンスへの影響を最小限に抑えています。多くの Maintenance Center 診断テストは、 NetApp アプライアンスの CPU リソースを必要とするのではなく、ドライブによって直接実行されます。

一度に何台の NetApp デバイスをメンテナンスセンターに配置できますか。

Maintenance Center では、最大 84 台のディスクを同時に診断できます。次のコマンドを使用して、 Maintenance Center テストを実行するディスクの数を制限できます。

options disk.maint_center.max_disks max_disks

max_disks には 1 ～ 84 を指定できます。

メンテナンスセンターの運用を最適化するために、スペアプール内のディスクの最小数を推奨しますか。

スペア・プールには少なくとも 2 台のディスクを使用することを推奨します。メンテナンスセンターの現在のリリースでは、この最小要件を満たしていなくても、ドライブの動作とテストが継続されます。スペアプールの最小要件を満たしていない場合、今後リリースされる Maintenance Center では、ドライブがメンテナンスセンターに入るのを防止します。

同じドライブがメンテナンスセンターに入る頻度はどれくらいですか。

1 回ディスクに一時的なエラーが初めて発生すると、ディスクはメンテナンスセンターに入り、それに応じてマークされます。スペアプールに戻された後に一時的なエラーが発生すると、ディスクに障害が発生し、交換用ディスクに ASUP が送信されます。現在のルールは、各ディスクの Maintenance Center へのアクセスは 1 回のみです。

メンテナンスセンターが収集するデータの種類は何ですか。

メンテナンスセンターでは、お客様のデータは収集されません。Maintenance Center は、次のようなネットアップのディスク固有の情報のみを収集します。

• ディスクが Maintenance Center に送信された理由
• ディスクのシリアル番号
• 実行されたテストとその結果
• テスト時間
• テスト出力と、メディアエラーなどの特定のエラーが検出されたかどうかを確認します

AutoSupport （ ASUP ）と Maintenance Center の関係は何ですか。

AutoSupport は、 Data ONTAP に組み込まれている通知ツールで、ご自身と NetApp グローバルサポートセンターの両方に特定の通知を設定できます。Maintenance Center は AutoSupport を使用して、調査結果を週次データログの一部としてネットアップに転送します。

Maintenance Center の詳細情報はどこで入手できますか。

Maintenance Center の詳細については、 ONTAP 『リリースノート』および『ストレージ管理ガイド』を参照してください。

メンテナンスディスクプールとは

メンテナンスディスクプールとは、 Maintenance Center によってテストされるディスクのことです。Sysconfig -rテスト対象のディスクがいくつかある場合、出力にメンテナンスディスクが表示されることがあります。

Maintenance Centerがディスクを使用可能な状態に戻すか 、障害状態にしてディスク交換のサポートケースを生成するかを決定するまでに、どのくらいの時間がかかりますか。

最初のテストで障害が発生すると、 Maintenance Center はドライブに障害を発生させます。最初のテストに失敗すると、ドライブが故障し、 ASUP が生成されます。すべてのテストが正常に実行されると、ドライブはサイクルの最後にスペアプールに戻ります。この時間は、ディスクのサイズとタイプによって異なります。ただし、 ディスクの初期化時間の約2倍になります。

Maintenance Center のディスクは、 ONTAP の ANDU （自動無停止アップグレード）に影響を与えますか。

Maintenance Center ディスクは OS で障害ディスクとはみなされないため、 ONTAP 9 のアップグレード中に実行されるストレージフェイルオーバーギブバックの必須プロセスでは原因に拒否されません。