サービス・アシスタントを使用したシステム・リカバリーの実行

システムのメンバーであったすべてのノードがオンラインで、候補状態になったら、サービス・アシスタントを使用してリカバリーを開始することができます。エラー・コード 550 または 578 を表示するノードがある場合は、システム情報を除去し、ノードを候補状態にします。同一システム内の別のノードに対してリカバリー手順を実行しないでください。この制約事項は、リモート・システムにも適用されます。

始める前に

注: Web ブラウザーがポップアップ・ウィンドウを妨害していないことを確認してください。妨害していると、進行を示すウィンドウを開くことができません。

この手順を開始する前に、システムのリカバリー手順の入門情報をお読みください (システムのリカバリー手順を参照してください)。

このタスクについて

重要: このサービス・アクションが適切に完了されない場合、重大な影響があります。この手順で説明されていないエラーが発生した場合、必ず停止してサポート・センターに連絡してください。

システム内のすべてのノードからリカバリーを実行します。他のシステムに参加しているノードを使用することはできません。

システムが USB 暗号化されている場合は、システム内の、暗号鍵が入っている USB フラッシュ・ドライブを挿入した任意のノードからリカバリーを実行します。

USB 暗号化を使用する暗号化されたクラウド・アカウントがシステムに含まれている場合、そのクラウド・アカウントがオンライン状態に移行するには、事前にシステム・マスター鍵を持つ USB フラッシュ・ドライブが構成ノード内に存在する必要があります。この要件は、システムが電源遮断された後で再始動される場合に必要です。

システムに鍵サーバー暗号化がある場合、T3 リカバリーを進める前に、以下の点に注意してください。

鍵サーバーに接続されているノード上でリカバリーを実行する。鍵は、鍵サーバーからリモートでフェッチされます。
ハードウェア交換をしていないノード、またはレスキューされていないノードで、リカバリー手順を実行する。ノードが鍵サーバーから鍵を正常に取り出すために必要な情報はすべて、そのノードのファイル・システム上にあります。ノードの元のファイル・システムの内容が破損しているか、すでに存在していない場合 (ノードのレスキュー、ハードウェア交換、ファイル・システムの破損などのため)、このノードからのリカバリーは失敗します。

システムが USB 暗号化と鍵サーバー暗号化の両方を使用する場合、USB フラッシュ・ドライブまたは鍵サーバーとの接続のどちらかを提供する (必要なのは 1 つだけですが、両方でも機能します) と、システムのロックが解除されます。

USB フラッシュ・ドライブを使用して暗号鍵を管理する場合、T3 リカバリーを行うと、USB フラッシュ・ドライブがシステムに挿入されていない場合に、クラウド・サービス・プロバイダーへの接続がオフラインになります。この問題を修正するには、現行鍵が含まれる USB フラッシュ・ドライブをシステムに挿入します。

鍵サーバーを使用して暗号鍵を管理する場合、鍵サーバーがオフラインの状態で T3 リカバリーを行うと、クラウド・サービス・プロバイダーへの接続がオフラインになります。この問題を修正するには、T3 リカバリー時に、鍵サーバーがオンラインで、かつ使用可能であることを確認します。

鍵サーバーと USB フラッシュ・ドライブの両方を使用して暗号鍵を管理する場合、使用可能な鍵プロバイダーがない状態で T3 リカバリーを行うと、クラウド・サービス・プロバイダーへの接続がオフラインになります。この問題を修正するには、T3 リカバリー時に、鍵サーバーがオンラインであるか、または USB フラッシュ・ドライブがシステムに挿入されている (必要なのは一方のみだが、両方とも機能する) ことを確認してください。

注: 特定の構成によっては、リカバリー手順の各ステージは、完了するのにかなりの時間がかかる場合があります。

手順

ブラウザーで、いずれかのノードのサービス IP アドレスを指定します。
サービス・アシスタントにログオンします。
ナビゲーションから「システムのリカバリー」を選択します。
オンラインの指示に従い、リカバリー手順を完了します。
1. 「リカバリーのための準備」をクリックします。システムは、最新のバックアップ・ファイルを検索して、クォーラム・ディスクをスキャンします。この手順が正常に実行されると、ページの下部に「準備状況: 準備完了 (Preparation Status: Prepare complete)」が表示されます。
2. 最後のクォーラム時の日時を確認します。タイム・スタンプは、障害の 30 分前以内でなければなりません。タイム・スタンプのフォーマットは YYYYMMDD hh:mm です。YYYY は年、MM は月、DD は日付、hh は時間、mm は分を示します。
  重要: タイム・スタンプが障害の発生より 30 分以上前である場合は、サポート・センターに連絡してください。
3. 最後のバックアップ日の日時を確認します。タイム・スタンプは、障害の 24 時間前以内でなければなりません。タイム・スタンプのフォーマットは YYYYMMDD hh:mm です。YYYY は年、MM は月、DD は日付、hh は時間、mm は分を示します。
  重要: タイム・スタンプが障害の発生より 24 時間以上前である場合は、サポート・センターに連絡してください。
  
  このバックアップ日付の時以降に行われた変更は復元されない可能性があります。
4. クォーラム時およびバックアップ日付が正しい場合、「リカバリー」をクリックして、システムを再作成します。

タスクの結果

以下のいずれかのカテゴリーのメッセージが表示される場合があります。

```
T3 の成功
```
ボリュームがオンラインに戻りました。最終確認を行って、環境を再び作動可能にしてください。
```
T3 のリカバリーはエラーで終了しました
```
T3 のリカバリーはエラーで終了しました: キャッシュに高速書き込みデータがあったため、ボリュームの 1 つ以上がオフラインです。ボリュームをオンラインにする場合、詳細については、CLI を使用したオフライン・ボリュームからのリカバリーを参照してください。
```
T3 の失敗
```
サポート・センターに連絡してください。これ以上、アクションを試行しないでください。

システムのリカバリー実行後に検査する内容に記載された検査を実行して、環境が作動可能であることを確認します。

システム・リカバリー手順の完了後にエラー・ログにエラーが記録される場合は、修正手順を使用してこれらのエラー (特にオフライン・アレイに関連するエラー) を解決してください。