SANtricity System Manager の AutoSupport に関する FAQ
変更を提案
PDF
この FAQ は、質問に対する簡単な回答を探している場合に役立ちます。
収集するデータ
AutoSupport 機能と手動のサポートデータ収集機能を使用すると、テクニカルサポートによるリモートでのトラブルシューティングや問題分析用にカスタマーサポートバンドルにデータを収集できます。
カスタマーサポートバンドルでは、ストレージアレイに関するすべてのタイプの情報が1つの圧縮ファイルに収集されます。収集される情報には、物理構成、論理構成、バージョン情報、イベント、ログファイル、 パフォーマンスデータも収集できます。この情報は、テクニカルサポートがストレージアレイの問題を解決するためにのみ使用されます。
読み取り不能セクターについて、どのようなデータが表示されますか？
ストレージアレイのドライブで検出された読み取り不能セクターに関する詳細なデータを表示できます。
読み取り不能セクターのログでは、最後に検出された読み取り不能セクターが最初に表示されます。ログには、読み取り不能セクターを含むボリュームに関する次の情報が記録されます。これらのフィールドはソートできます。
| フィールド | 説明 |
|---|---|
影響を受けるボリューム |
ボリュームのラベルが表示されます。見つからないボリュームに読み取り不能セクターが含まれている場合は、ボリュームのWorld Wide Identifierが表示されます。 |
論理ユニット番号（LUN） |
ボリュームのLUNが表示されます。ボリュームにLUNがない場合は、「NA」と表示されます。 |
割り当て先 |
ボリュームにアクセスできるホストまたはホストクラスタが表示されます。ホスト、ホストクラスタ、またはデフォルトクラスタからボリュームにアクセスできない場合は、「NA」と表示されます。 |
読み取り不能セクターに関する追加情報 を表示するには、ボリュームの横にあるプラス（+）記号をクリックします。
| フィールド | 説明 |
|---|---|
日付/時刻 |
読み取り不能セクターが検出された日付と時刻が表示されます。 |
ボリュームの論理ブロックアドレス |
ボリュームの論理ブロックアドレス（LBA）が表示されます。 |
ドライブの場所 |
ドライブシェルフ、ドロワー（ドライブシェルフにドロワーが搭載されている場合）、およびベイの場所が表示されます。 |
ドライブの論理ブロックアドレス |
ドライブのLBAが表示されます。 |
障害タイプ |
次のいずれかの障害タイプが表示されます。
|
ヘルスイメージとは何ですか？
ヘルスイメージは、コントローラのプロセッサメモリの生のデータダンプです。テクニカルサポートがコントローラの問題を診断する際に使用します。
ファームウェアが特定のエラーを検出すると、自動的にヘルスイメージが生成されます。トラブルシューティングのシナリオによっては、テクニカルサポートから、ヘルスイメージファイルを取得して送信するように要求される場合があります。
AutoSupport の機能について教えてください。
AutoSupport 機能は、個別に有効にする3つの機能で構成されています。
-
*Basic AutoSupport *--ストレージ・アレイが自動的にデータを収集してテクニカル・サポートに送信することを可能にします
-
* AutoSupport OnDemand*--問題 のトラブルシューティングに必要なときに、テクニカルサポートが以前のAutoSupport ディスパッチの再送信を要求できるようにします。送信はすべて、AutoSupport サーバではなくストレージアレイから開始されます。ストレージアレイはAutoSupport サーバに定期的にコンタクトし、保留中の再送信要求がないかどうかをチェックし、適切に応答します。
-
リモート診断--問題 のトラブルシューティングに必要な場合に、テクニカルサポートが最新のAutoSupport ディスパッチをリクエストできるようにします。送信はすべて、AutoSupport サーバではなくストレージアレイから開始されます。ストレージアレイはAutoSupport サーバに定期的にコンタクトし、保留中の新規要求がないかどうかをチェックし、適切に応答します。
AutoSupport 機能ではどのような種類のデータが収集されますか。
AutoSupport 機能には、標準のディスパッチタイプとして、イベントディスパッチ、スケジュールディスパッチ、オンデマンドディスパッチ、リモート診断ディスパッチの3つがあります。
AutoSupport データにユーザデータが含まれることはありません。
-
イベントディスパッチ
テクニカルサポートへのプロアクティブな通知が設定されているシステムでイベントが発生すると、AutoSupport 機能によってイベントトリガー型ディスパッチが自動的に送信されます。
-
管理対象のストレージアレイでサポートイベントが発生したときに送信されます。
-
イベント発生時のストレージアレイの状況を包括的に記録した情報が含まれます。
-
-
スケジュールディスパッチ
AutoSupport 機能によって、複数のディスパッチが定期的に送信されます。
-
日次ディスパッチ--ユーザーが設定可能な時間間隔内に毎日1回送信されます現在のシステムイベントログとパフォーマンスデータが含まれます。
-
週次ディスパッチ--ユーザーが設定可能な時間間隔と日の間に毎週1回送信されます構成とシステムの状態の情報が含まれます。
-
-
* AutoSupport OnDemandおよびRemote Diagnosticsディスパッチ*
-
* AutoSupport OnDemand*--問題 のトラブルシューティングに必要なときに、テクニカルサポートが以前のAutoSupport ディスパッチの再送信を要求できるようにします。送信はすべて、AutoSupport サーバではなくストレージアレイから開始されます。ストレージアレイはAutoSupport サーバに定期的にコンタクトし、保留中の再送信要求がないかどうかをチェックし、適切に応答します。
-
リモート診断--問題 のトラブルシューティングに必要な場合に、テクニカルサポートが最新のAutoSupport ディスパッチをリクエストできるようにします。送信はすべて、AutoSupport サーバではなくストレージアレイから開始されます。ストレージアレイはAutoSupport サーバに定期的にコンタクトし、保留中の新規要求がないかどうかをチェックし、適切に応答します。
-
AutoSupport 機能の配信方法を設定するにはどうすればよいですか？
AutoSupport機能では、テクニカルサポートへのAutoSupportディスパッチの配信にHTTPSプロトコルとSMTPプロトコルがサポートされます。
-
AutoSupport 機能を有効にする必要があります。有効になっているかどうかは、AutoSupport ページで確認できます。
-
ネットワークにDNSサーバをインストールし、設定する必要があります。DNSサーバのアドレスはSystem Managerで設定する必要があります（このタスクはハードウェアページから実行できます）。
各プロトコルを確認します。
-
* HTTPS *-- HTTPSを使用して、テクニカル・サポート・サーバーに直接接続できます。AutoSupport OnDemandまたはRemote Diagnosticsを有効にする場合は、AutoSupport の配信方法をHTTPSに設定する必要があります。
-
Email-- AutoSupport ディスパッチの配信方法として電子メールサーバーを使用できます
|
|
-
メニューを選択AutoSupport します。[Support Center]>[Support]（サポートセンター）タブ。
-
AutoSupport 配信方法の設定 * を選択します。
ディスパッチの配信方法を示すダイアログボックスが表示されます。
-
目的の配信方法を選択し、その配信方法のパラメータを選択します。次のいずれかを実行します。
-
[HTTPS]を選択した場合は、次のいずれかの配信パラメータを選択します。
-
* direct*--このデリバリパラメータはデフォルトで選択されています。このオプションを選択すると、HTTPSプロトコルを使用してテクニカルサポートのデスティネーションシステムに直接接続できます。
-
プロキシ・サーバ経由--このオプションを選択すると'テクニカル・サポート・システムとの接続を確立するために必要なHTTPプロキシ・サーバの詳細を指定できますホストアドレスとポート番号を指定する必要があります。ただし、ホスト認証の詳細（ユーザ名とパスワード）は必要な場合にのみ入力します。
-
プロキシ自動設定（PAC）スクリプト経由-- Proxy Auto-Configuration（PAC）スクリプトファイルの場所を指定します。PACファイルを使用すると、テクニカルサポートのデスティネーションシステムとの接続の確立に適したプロキシサーバをシステムで自動的に選択できます。
-
-
[電子メール]を選択した場合は、次の情報を入力します。
-
メールサーバのアドレス。完全修飾ドメイン名、IPv4アドレス、またはIPv6アドレスを指定します。
-
AutoSupport ディスパッチのEメールの送信元フィールドに表示されるEメールアドレスです。
-
オプション：設定テストを実行する場合。 AutoSupport システムがテストディスパッチを受信したときに確認が送信されるEメールアドレス。
-
メッセージを暗号化する場合は、暗号化タイプとして*SMTPS*または*STARTTLS *を選択し、暗号化されたメッセージのポート番号を選択します。それ以外の場合は、*なし*を選択します。
-
必要に応じて、送信元とメールサーバとの認証用のユーザ名とパスワードを入力します。
-
-
-
Test Configuration *をクリックして、指定された配信パラメータを使用してテクニカルサポートサーバーへの接続をテストします。AutoSupport On-Demand機能を有効にした場合は、AutoSupport OnDemandディスパッチの配信のための接続もシステムでテストされます。
設定テストに失敗した場合は、設定を確認してから、もう一度テストを実行してください。テストが引き続き失敗する場合は、テクニカルサポートにお問い合わせください。
-
[ 保存（ Save ） ] をクリックします。
構成データとは何ですか？
Collect Configuration Dataを選択すると、RAID構成データベースの現在の状態が保存されます。
RAID構成データベースには、コントローラ上のボリュームグループとディスクプールに関するすべてのデータが含まれています。Collect Configuration Data機能では'save storageArray dbmDatabaseのCLIコマンドと同じ情報が保存されます
SANtricity OSソフトウェアをアップグレードするときは、どのような点に注意する必要がありますか？
コントローラのソフトウェアとファームウェアをアップグレードする前に、次の項目を確認しておきます。
-
ドキュメントと「readme.txt」ファイルを読み、アップグレードを実行することを決めておきます。
-
IOMファームウェアをアップグレードするかどうかを決めます。
通常は、すべてのコンポーネントを同時にアップグレードする必要があります。ただし、IOMファームウェアをSANtricity OSコントローラソフトウェアのアップグレードの一環としてアップグレードしない場合や、テクニカルサポートからIOMファームウェアをダウングレードするよう依頼された場合は（ファームウェアのダウングレードにはコマンドラインインターフェイスを使用する必要があります）、アップグレードを中止することもできます。
-
コントローラNVSRAMファイルをアップグレードするかどうかを決めます。
通常は、すべてのコンポーネントを同時にアップグレードする必要があります。ただし、パッチを適用していたり、カスタムバージョンのコントローラ NVSRAM ファイルを使用していて、上書きしたくない場合は、アップグレードを中止することもできます。
-
すぐにアクティブ化するかあとでアクティブ化するかを決めます。
あとでアクティブ化する理由には、次のものがあります
-
時間帯--ソフトウェアとファームウェアのアクティブ化には時間がかかることがあるため、I/O負荷の低い時間帯に実行できます。アクティブ化の際にはコントローラがフェイルオーバーするため、アップグレードが完了するまではパフォーマンスが通常よりも低下する可能性があります。
-
* パッケージのタイプ * — 他のストレージアレイ上のファイルをアップグレードする前に ' 新しいソフトウェアとファームウェアを 1 つのストレージアレイでテストすることをお勧めします
-
SANtricity OSコントローラソフトウェアのアップグレードに含まれるコンポーネントは次のとおりです。
-
管理ソフトウェア-- System Managerはストレージ・アレイを管理するソフトウェアです
-
* コントローラファームウェア * — コントローラファームウェアは、ホストとボリューム間の I/O を管理します。
-
* コントローラ NVSRAM * — コントローラ NVSRAM は、コントローラのデフォルト設定を指定するコントローラファイルです。
-
* IOM ファームウェア * - I/O モジュール（ IOM ）ファームウェアは、コントローラとドライブシェルフの間の接続を管理します。また、コンポーネントのステータスも監視します。
-
* スーパーバイザー・ソフトウェア * — スーパーバイザー・ソフトウェアは、ソフトウェアが実行されるコントローラ上の仮想マシンです。
アップグレードプロセスの一環として、ホストがコントローラと正しく連携するように、ホストのマルチパス/フェイルオーバードライバやHBAドライバのアップグレードも必要になることがあります。
|
|
該当するかどうかを確認するには、を参照してください "NetApp Interoperability Matrix Tool で確認できます"。 |
ストレージアレイにコントローラが 1 台しかない場合やマルチパスドライバがインストールされていない場合は、アプリケーションエラーを回避するためにストレージアレイへの I/O アクティビティを停止します。ストレージアレイにコントローラが 2 台あり、マルチパスドライバがインストールされている場合は、 I/O アクティビティを停止する必要はありません。
|
アップグレードの実行中はストレージアレイに変更を加えないでください。 |
IOMの自動同期を一時停止するときは、どのような点に注意する必要がありますか？
IOMの自動同期を一時停止すると、SANtricity OSコントローラソフトウェアの次回アップグレード時にIOMファームウェアがアップグレードされなくなります。
通常、コントローラソフトウェアとIOMファームウェアは一緒にアップグレードされます。エンクロージャに残したいIOMファームウェアの特定のビルドがある場合は、IOMの自動同期を中断できます。そうしないと、コントローラソフトウェアの次回アップグレード時に、コントローラソフトウェアにバンドルされているIOMファームウェアにリバートされます。
ファームウェアアップグレードに時間がかかる場合、どのような理由が考えられますか？
ファームウェアアップグレードの進捗は、システムの全体的な負荷によって異なります。
ドライブファームウェアのオンラインアップグレードで、高速の再構築プロセス中にボリュームの転送が実行されると、システムは転送されたボリューム上で完全な再構築を開始します。この処理にはかなりの時間がかかることがあります。完全な再構築に実際にかかる時間は、再構築処理中に発生するI/Oアクティビティの量、ボリュームグループ内のドライブ数、リビルドの優先度設定、ドライブのパフォーマンスなど、いくつかの要因によって異なります。
ドライブファームウェアをアップグレードするときは、どのような点に注意する必要がありますか？
ドライブファームウェアをアップグレードする前に、次の項目を確認しておきます。
-
予防措置として、ディスクツーディスクバックアップ、（ファームウェアアップグレードの影響を受けないボリュームグループへの）ボリュームコピー、またはリモートミラーを使用して、データをバックアップします。
-
新しいファームウェアが正常に機能することを確認するために、ドライブを数本だけアップグレードしてファームウェアの動作をテストすることもできます。新しいファームウェアが正常に機能している場合は、残りのドライブをアップグレードします。
-
障害が発生したドライブがある場合は、ファームウェアのアップグレードを開始する前に修正しておきます。
-
ドライブのオフラインアップグレードが可能な場合は、ドライブに関連付けられているすべてのボリュームへのI/Oアクティビティを停止します。I/Oアクティビティを停止すると、当該ボリュームに関連する設定処理は実行されません。
-
ドライブファームウェアのアップグレード中にドライブを取り外さないでください。
-
ドライブファームウェアのアップグレード中は、ストレージアレイの設定を変更しないでください。
実行するアップグレードのタイプを選択するにはどうすればよいですか？
ドライブ上で実行するアップグレードのタイプは、プールまたはボリュームグループの状態に応じて選択します。
-
* オンライン *
プールまたはボリュームグループで冗長性がサポートされていて、ステータスが最適の場合は、オンライン方式を使用してドライブのファームウェアをアップグレードできます。オンライン方式では、ドライブを使用している関連付けられたボリュームにストレージアレイがI/Oを処理している間に、ファームウェアがダウンロードされます。ドライブを使用している関連付けられたボリュームへのI/Oを停止する必要はありません。ドライブは、ドライブに関連付けられているボリュームに対して一度に1つずつアップグレードされます。プールまたはボリュームグループに割り当てられていないドライブのファームウェアは、オンライン方式でもオフライン方式でも更新できます。オンライン方式を使用してドライブファームウェアをアップグレードすると、システムのパフォーマンスに影響が出る場合があります。
-
* オフライン *
プールまたはボリュームグループで冗長性がサポートされていない（RAID 0）か、デグレード状態の場合は、オフライン方式を使用してドライブのファームウェアをアップグレードする必要があります。オフライン方式では、すべてのI/Oアクティビティが停止している間にファームウェアのみがアップグレードされ、ドライブを使用している関連付けられたボリュームにアップグレードされます。ドライブを使用している関連付けられたボリュームへのI/Oをすべて停止する必要があります。プールまたはボリュームグループに割り当てられていないドライブのファームウェアは、オンライン方式でもオフライン方式でも更新できます。