Zero Data Loss Recovery Appliance

オーナーズ・ガイド

リリース12.1

E57738-09(原本部品番号:E37432-21)

2017年1月

オラクル社のRecovery Applianceをデータ・センターに設置する計画、ネットワーク構成、ハードウェアの設置とソフトウェアのインストール、およびメンテナンスについて説明します。

Zero Data Loss Recovery Applianceオーナーズ・ガイド, リリース12.1

E57738-09

Copyright © 2014, 2017, Oracle and/or its affiliates.  All rights reserved.

原本著者: Terence Buencamino

原本協力者: Donna Carver、Doug Archambault、Andrew Babb、Tim Chien、Sam Corso、Donna Cooksey、Caroline Johnston、Leslie Keller、Lawrence To、Ericka Washington

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

図一覧

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

第I部 インストール前の作業

1 Recovery Applianceの概要

- 1.1 Recovery Applianceの概要

- 1.2 Recovery Applianceラック・コンポーネント

- 1.3 計算サーバーのコンポーネント

- 1.4 ストレージ・サーバーのコンポーネント

- 1.5 Recovery Applianceの予備のキット・コンポーネント

- 1.6 テープ・バックアップ・インフラストラクチャの概要

- 1.6.1 オラクル社の推奨スタック

- 1.6.2 サードパーティのテープ・システム

- 1.7 Recovery Applianceの変更に関する制限事項

2 Recovery Applianceの設置場所の要件

- 2.1 一般的な環境要件

- 2.2 空間要件

- 2.2.1 受入および開封要件

- 2.2.2 保守搬入要件

- 2.3 床要件

- 2.4 電力要件

- 2.4.1 Recovery ApplianceのPDU

- 2.4.1.1 北米、南米、日本および台湾向けの単相PDU

- 2.4.1.2 北米、南米、日本および台湾向けの3相PDU

- 2.4.1.3 欧州、中東、アフリカおよびアジア太平洋向けの単相PDU

- 2.4.1.4 欧州、中東、アフリカおよびアジア太平洋向けの3相PDU

- 2.4.2 施設の電力要件

- 2.4.3 ブレーカ要件

- 2.4.4 接地に関するガイドライン

- 2.5 温度および湿度要件

- 2.6 換気および冷却要件

- 2.7 Recovery Applianceのネットワーク接続要件

- 2.8 設置場所の準備の確認

- 2.8.1 構成ファイルの生成

- 2.8.2 ネットワークの構成

- 2.8.3 設置場所の準備

3 Recovery Applianc向けのネットワークの準備

- 3.1 ネットワーク要件の概要

- 3.1.1 ネットワーク・コンポーネントおよびインタフェースの概要

- 3.1.2 ネットワークの概要

- 3.1.3 Recovery Applianceのネットワーク接続の例

- 3.1.4 ネットワークへのRecovery Applianceラック・コンポーネントの接続

- 3.1.5 テープ・ライブラリへのRecovery Applianceの接続

- 3.1.5.1 オラクル社の推奨スタック

- 3.1.5.2 サードパーティのテープ・システム

- 3.1.6 Recovery ApplianceでのネットワークVLANタグ付けの使用

- 3.2 ドメイン・ネーム・システムへのRecovery Applianceの登録

- 3.3 工場出荷時のIPアドレスの設定

- 3.4 ファイアウォール使用時のポート割当て

4 自動サービス・リクエストの設定

- 4.1 自動サービス・リクエストの理解

- 4.2 ASRのインストール準備

- 4.3 ASRマネージャのインストール

- 4.4 ASRマネージャのインストールの検証

- 4.5 Recovery Applianceでのトラップ宛先の概要

- 4.6 ASRのトラブルシューティング

5 Deployment Assistantの使用

- 5.1 Deployment Assistantの概要

- 5.2 構成ファイルの生成

- 5.3 構成ファイルの概要

- 5.4 「カスタマ詳細」ページ

- 5.5 「ハードウェアの選択」ページ

- 5.6 カスタマ・ネットワークの定義ページ

- 5.6.1 ネットワーク構成の選択

- 5.6.2 配線に関する考慮事項

- 5.7 管理ネットワークページ

- 5.7.1 管理ホスト名の形式の変更

- 5.8 収集ネットワーク・ページ

- 5.8.1 収集名の形式の変更

- 5.9 「インフィニバンド・ネットワーク構成」ページ

- 5.9.1 InfiniBandホスト名の形式の変更

- 5.10 レプリケーション・ネットワーク・ページ

- 5.10.1 レプリケーション・ホスト名の形式の変更

- 5.11 計算ノードのOSの識別ページ

- 5.12 確認および編集ページ

- 5.13 クラスタの定義ページ

- 5.14 「クラスタ」ページ

- 5.14.1 クラスタ

- 5.14.2 ユーザーとグループ

- 5.14.3 ソフトウェアの場所

- 5.14.4 ディスク・グループの詳細

- 5.14.5 初期データベース

- 5.14.6 収集ネットワーク

- 5.14.7 レプリケーション・ネットワーク

- 5.15 確認および編集ページ

- 5.16 レプリケーション・ネットワークSCANページ

- 5.17 「セル・アラート」ページ

- 5.18 Platinum構成ページ

- 5.18.1 カスタマ詳細

- 5.18.2 Platinumゲートウェイの詳細

- 5.18.3 Platinumエージェント構成の詳細

- 5.19 「Oracle Configuration Manager」ページ

- 5.20 自動サービス・リクエスト・ページ

- 5.21 「Grid Control Agent」ページ

- 5.22 テープ・ライブラリの接続性ページ

- 5.23 「コメント」ページ

- 5.24 「生成」ページ

- 5.25 「終了」ページ

第II部 インストールおよび構成

6 設置場所へのRecovery Applianceの設置

- 6.1 安全ガイドラインの確認

- 6.2 Recovery Applianceの開封

- 6.2.1 発送キットの内容

- 6.2.2 輸送用の箱からのRecovery Applianceの取出し

- 6.3 用意した場所へのRecovery Applianceの設置

- 6.3.1 Recovery Applianceの移動

- 6.3.2 Recovery Applianceラックの固定

- 6.3.2.1 水平調整脚によるRecovery Applianceラックの固定

- 6.3.2.2 取付け金具によるRecovery Applianceラックの固定

- 6.3.3 接地ケーブルの接続(オプション)

- 6.4 ファイバ・チャネル・アダプタの設置

- 6.5 システムへの初めての電源投入

- 6.5.1 設置後のRecovery Applianceの点検

- 6.5.2 電源コードの接続

- 6.5.3 Recovery Applianceへの電源投入

7 ストレージ・サーバーの追加によるRecovery Applianceラックの拡張

- 7.1 Recovery Appliance拡張の準備

- 7.1.1 InfiniBandケーブル経路の長さの見積り

- 7.1.2 現在の構成情報の取得

- 7.1.3 ネットワーク構成ファイルの生成

- 7.1.4 監査ファイルおよび診断ファイルの移動

- 7.1.5 リリースおよびパッチ・レベルの同期

- 7.2 安全上の注意点およびガイドライン

- 7.2.1 全般的な安全上の注意点

- 7.2.2 InfiniBandケーブルの注意点

- 7.2.3 InfiniBandケーブル結束のガイドライン

- 7.2.4 ケーブル管理アームのガイドライン

- 7.3 ラックへのストレージ・サーバーの追加

- 7.3.1 Recovery Applianceラックの確認

- 7.3.2 新しいストレージ・サーバーの開封およびラベル付け

- 7.3.3 Recovery Appliance X6およびX5の移入ルール

- 7.3.4 ドアの取外し

- 7.3.5 新しいサーバーの追加

- 7.3.6 ストレージ・サーバーの配線

- 7.3.7 ラックを閉じる

8 複数のラックを使用したRecovery Applianceの拡張

- 8.1 マルチラック構成の概要

- 8.2 別のラックの追加によるラックの拡張

- 8.3 スパイン・スイッチの追加

- 8.4 InfiniBandケーブルの床および床下配線

- 8.5 2つのラックの配線

- 8.6 複数のラックの配線

- 8.7 複数のラックの構成

9 InfiniBandを使用した収集の構成

- 9.1 InfiniBandを使用した収集について

- 9.2 Recovery ApplianceとOracle Exadata Database Machineの配線

- 9.3 Recovery Appliance InfiniBandネットワークへのVIPの追加

- 9.4 InfiniBand用の新しいVIPでのRecovery Applianceの更新

- 9.5 データベース初期化パラメータの更新

10 Recovery Applianceラックの構成

- 10.1 自動サービス・リクエストのサポート

- 10.1.1 自動サービス・リクエストを使用するための前提条件

- 10.1.2 既存のASRマネージャのインストールの確認

- 10.1.3 ASRマネージャのインストール

- 10.2 テープ・ハードウェアの設置

- 10.3 ネットワークへのRecovery Applianceの接続

- 10.4 InfiniBandスイッチの構成

- 10.4.1 InfiniBandスイッチの構成

- 10.4.2 InfiniBandスイッチでの時間の設定

- 10.4.3 スパイン・スイッチでのシリアル番号の設定

- 10.4.4 InfiniBandスイッチの状態の確認

- 10.4.5 サブネット・マネージャ・マスターとしてのスパイン・スイッチの設定

- 10.5 Ciscoイーサネット・スイッチの構成

- 10.5.1 構成の範囲

- 10.5.2 イーサネット・スイッチを構成するための前提条件

- 10.5.3 データ・センター・ネットワークでのイーサネット・スイッチの構成

- 10.5.4 Telnet接続の無効化

- 10.5.5 イーサネット・スイッチでのSSHの構成

- 10.5.6 イーサネット・スイッチでのクロックおよびタイムゾーンの設定

- 10.5.7 イーサネット・スイッチでのスパニング・ツリーの無効化

- 10.5.8 イーサネット構成の確認

- 10.6 配電ユニットの構成

- 10.6.1 PDUへのネットワーク・アドレスの割当て

- 10.6.2 PDUシステム時間設定の構成

- 10.6.3 PDUファームウェアのアップグレード

- 10.7 計算サーバーの状態の確認

- 10.8 ストレージ・サーバーの状態の確認

- 10.9 InfiniBandネットワークの確認

- 10.10 サーバーのIPアドレスの構成

11 Recovery Applianceソフトウェアのインストール

- 11.1 インストレーション・ソフトウェアについて

- 11.2 ソフトウェアをインストールするための前提条件

- 11.2.1 ラックの既存ラックへの追加について

- 11.2.2 新規ストレージ・サーバーの既存ラックへの追加について

- 11.3 計算サーバーでのディスク領域の再利用

- 11.4 Recovery Applianceでのソフトウェアのインストール

- 11.5 インストール・ユーティリティの構文

- 11.5.1 インストール・ユーティリティのパラメータ

- 11.5.2 インストール・ユーティリティの構文例

- 11.5.3 インストール・ユーティリティの手順について

- 11.6 Recovery Applianceインストーラの構文

- 11.6.1 インストール後ユーティリティの例

- 11.6.2 インストール後ユーティリティの手順について

- 11.7 Recovery Applianceを管理するためのEnterprise Managerの設定

- 11.7.1 Enterprise Managerエージェントのデプロイ

- 11.7.2 クラスタの検出

- 11.7.3 クラスタ・データベース・ターゲットの検出

- 11.7.4 Recovery Applianceの検出

第III部 Recovery Applianceの保守

12 Recovery Applianceハードウェアの保守

- 12.1 注意事項と警告

- 12.2 サーバー・モデルの判別

- 12.3 Recovery Applianceラックの電源の投入と切断

- 12.3.1 緊急時の電源切断の手順

- 12.3.1.1 緊急時の電源切断

- 12.3.1.2 緊急時の電源切断スイッチについて

- 12.3.2 Recovery Applianceの停止

- 12.3.2.1 Recovery Applianceサービスの停止

- 12.3.2.2 サーバーの電源切断

- 12.3.2.3 ネットワーク・スイッチの電源の投入

- 12.3.3 Recovery Applianceの起動

- 12.3.3.1 Recovery Applianceコンポーネントの起動

- 12.3.3.2 起動順序

- 12.3.3.3 リモート・サーバーの電源投入

- 12.3.3.4 Recovery Applianceソフトウェアの起動

- 12.4 ディスク・コントローラ・バッテリの交換

- 12.4.1 計算サーバーのバッテリのモニタリング

- 12.4.2 ディスク・コントローラのバッテリの交換

- 12.5 配電ユニットの交換

- 12.5.1 PDU交換のガイドライン

- 12.5.2 PDUの交換

- 12.6 無反応になったOracle ILOMのリセット

- 12.6.1 SSHを使用したOracle ILOMのリセット

- 12.6.2 リモート・コンソールを使用したOracle ILOMのリセット

- 12.6.3 IPMItoolを使用したOracle ILOMのリセット

- 12.6.4 電源の停止によるOracle ILOMのリセット

- 12.7 計算サーバーの保守

- 12.7.1 計算サーバーのRAIDステータスの確認

- 12.8 計算サーバーの再イメージ化

- 12.8.1 Oracleサポート・サービスへの連絡

- 12.8.2 クラスタ検証ユーティリティの最新リリースのダウンロード

- 12.8.3 クラスタの障害が発生した計算サーバーの削除

- 12.8.4 イメージ化に使用するUSBフラッシュ・ドライブの準備

- 12.8.5 新規計算サーバーへのイメージのコピー

- 12.8.6 交換計算サーバーの構成

- 12.8.7 クラスタの交換計算サーバーの準備

- 12.8.8 交換計算サーバーへのパッチ・バンドルの適用

- 12.8.9 Oracle Grid Infrastructureのクローニング

- 12.8.10 交換計算サーバーへのOracle Databaseホームのクローニング

- 12.9 ストレージ・サーバーの保守

- 12.9.1 ストレージ・サーバーの停止

- 12.9.2 診断ISOを使用したネットワーク接続の有効化

- 12.10 ストレージ・サーバーの物理ディスクの保守

- 12.10.1 システム・ディスクおよびデータ・ディスクについて

- 12.10.2 物理ディスクのステータスのモニタリング

- 12.10.3 ディスク・エラー発生時の状況

- 12.10.4 パフォーマンスの低いディスクの検出について

- 12.10.5 データのリバランスについて

- 12.10.6 ハード・ディスク・コントローラのライトスルー・キャッシュ・モードのモニタリング

- 12.10.7 障害が発生した物理ディスクの交換

- 12.10.8 障害のある物理ディスクの交換

- 12.10.9 パフォーマンスの低い物理ディスクの取外し

- 12.10.10 ストレージ・サーバーから別のストレージ・サーバーへのすべてのドライブの移動

- 12.10.11 同じ物理ディスクの取外しおよび交換

- 12.10.12 拒否された物理ディスクの再有効化

- 12.11 ストレージ・サーバーのフラッシュ・ディスクの保守

- 12.11.1 フラッシュ・ディスクについて

- 12.11.2 障害ステータス・インジケータ

- 12.11.3 状態の悪いフラッシュ・ディスクの識別

- 12.11.4 パフォーマンスの低いフラッシュ・ディスクの識別

- 12.11.5 障害のあるフラッシュ・ディスクの安全な交換時期

- 12.11.6 障害が発生したフラッシュ・ディスクの交換

- 12.11.7 障害のあるフラッシュ・ディスクの交換

- 12.11.8 パフォーマンスの低いフラッシュ・ディスクの取外し

- 12.11.9 ライトバック・フラッシュ・キャッシュの概要

- 12.12 ディスク・コントローラ・バッテリ・バックアップ・ユニットの交換

- 12.12.1 計算サーバーのディスク・コントローラBBUの交換

- 12.12.2 ストレージ・サーバーのディスク・コントローラBBUの交換

- 12.13 ストレージ・サーバーのレスキュー手順の使用

- 12.13.1 ストレージ・サーバーのレスキュー前の最初の手順

- 12.13.1.1 サーバーに通常の冗長性がある場合

- 12.13.1.2 サーバーに高い冗長性がある場合

- 12.13.2 レスキュー手順について

- 12.13.3 CELLBOOT USBフラッシュ・ドライブを使用したサーバーのレスキュー

- 12.13.4 レスキューされたストレージ・サーバーの再構成

- 12.13.5 損傷したCELLBOOT USBフラッシュ・ドライブの再作成

13 ハードウェアの再構成

- 13.1 コンポーネントのパスワードの変更

- 13.1.1 計算サーバーのパスワードの変更

- 13.1.1.1 ユーザー・アカウントのパスワードの変更

- 13.1.1.2 GRUBアカウントのパスワードの変更

- 13.1.2 ストレージ・サーバーのパスワードの変更

- 13.1.3 PDUでの新規ユーザーの作成とパスワードの変更

- 13.1.4 Oracle ILOMパスワードの変更

- 13.1.5 InfiniBandスイッチのパスワードの変更

- 13.1.6 Ciscoイーサネット・スイッチのパスワードの変更

- 13.2 DNSサーバーの変更

- 13.2.1 InfiniBandスイッチでのDNSサーバー・アドレスの変更

- 13.2.2 Ciscoイーサネット・スイッチでのDNSサーバー・アドレスの変更

- 13.2.3 計算サーバーでのDNSサーバー・アドレスの変更

- 13.2.4 ストレージ・サーバーでのDNSサーバーの変更

- 13.3 NTPサーバーの変更

- 13.3.1 計算サーバーでのNTPサーバー・アドレスの設定

- 13.3.2 InfiniBandスイッチでのNTPサーバー・アドレスの設定

- 13.3.3 Ciscoイーサネット・スイッチでのNTPサーバー・アドレスの設定

- 13.3.4 ストレージ・サーバーでのNTPサーバーの設定

- 13.3.5 Recovery Applianceの再起動

- 13.4 タイムゾーン設定の変更

- 13.4.1 ストレージ・サーバーでのタイムゾーン設定の変更

- 13.4.2 計算サーバーでのタイムゾーン設定の変更

- 13.4.3 InfiniBandスイッチでのタイムゾーン設定の変更

- 13.4.4 Ciscoスイッチでのタイムゾーン設定の変更

第IV部 付録

A エラー・メッセージ

- A.1 Oracleサポート・サービスへの連絡

- A.2 汎用アラート・メッセージ: HALRT-00001 - HALRT-00500

- A.3 温度アラート・メッセージ: HALRT-00513 - HALRT-00600

- A.4 ファン・アラート・メッセージ: HALRT-00616 - HALRT-00700

- A.5 電源/電力変換装置アラート・メッセージ: HALRT-00717 - HALRT-00800

- A.6 ネットワーク・アラート・メッセージ: HALRT-00912 - HALRT-01000

- A.7 ハード・ディスクおよびフラッシュ・ディスク・アラート・メッセージ: HALRT-01015 - HALRT-01200

- A.8 アクセラレータ/コントローラ・アラート・メッセージ: HALRT-01209 - HALRT-01300

- A.9 電圧アラート・メッセージ: HALRT-01301 - HALRT-01400

- A.10 物理ディスク・アラート・メッセージ: HALRT-01401 - HALRT-01500

- A.11 ストレージ・サーバーの自動サービス・リクエスト・アラート・メッセージ: HALRT-02001 - HALRT-02013

- A.12 HDDコントローラのバッテリ・アラート・メッセージ: HALRT-02101 - HALRT-02200

- A.13 アラート・メッセージの汎用処理: HALRT-10001 - HALRT-10500

- A.14 アラート・メッセージの汎用処理: HALRT-10503 - HALRT-11000

- A.15 アラート・メッセージの汎用処理: HALRT-11001 - HALRT-11100

B 交換ユニット

- B.1 保証範囲について

- B.2 修理カテゴリの理解

- B.3 LEDステータスの説明

- B.3.1 Oracle ServerのLED

- B.3.2 Sun Datacenter InfiniBand Switch 36のLED

- B.4 計算サーバーの部品

- B.4.1 Oracle Server X6-2およびX5-2の部品

- B.4.2 Sun Server X4-2の部品

- B.5 ストレージ・サーバーの部品

- B.5.1 Oracle Server X6-2LおよびX5-2Lの部品

- B.5.2 Sun Server X4-2Lの部品

- B.6 InfiniBandスイッチの部品

- B.7 Ciscoスイッチの部品

- B.8 配電ユニットの部品

- B.9 Recovery Applianceのケーブルおよびケーブル・アクセサリ

C Recovery Appliance X6およびX5のラック内配線表

- C.1 ケーブルの色分け

- C.2 Recovery Appliance X6およびX5ラックのレイアウト

- C.3 Oracle Integrated Lights Out Managerのケーブル接続

- C.4 管理ギガビット・イーサネットのケーブル接続

- C.5 単相配電ユニットのケーブル接続

- C.6 3相配電ユニットのケーブル接続

- C.7 InfiniBandスイッチ間のケーブル接続

- C.8 InfiniBandスイッチとサーバーのケーブル接続

D Recovery Appliance X4のラック内配線表

- D.1 Recovery Appliance X4ラックのレイアウト

- D.2 Oracle Integrated Lights Out Managerのケーブル接続

- D.3 管理ギガビット・イーサネットのケーブル接続

- D.4 単相配電ユニットのケーブル接続

- D.5 3相配電ユニットのケーブル接続

- D.6 InfiniBandスイッチ間のケーブル接続

- D.7 InfiniBandスイッチとサーバーのケーブル接続

E マルチラック配線表

- E.1 マルチラック配線について

- E.1.1 スパイン・スイッチに付属するケーブル

- E.1.2 4つ以上のラックに必要な光ケーブル

- E.1.3 ラック内の3つのスイッチの配線

- E.1.4 2つのラック内のスイッチの配線

- E.1.5 最大8つのラックのスイッチの配線

- E.1.6 最大18個のラックのスイッチの配線

- E.2 配線表の略語の概要

- E.3 2つのラックの配線

- E.4 3つのラックの配線

- E.5 4つのラックの配線

- E.6 5つのラックの配線

- E.7 6つのラックの配線

- E.8 7つのラックの配線

- E.9 8つのラックの配線

- E.10 9つのラックの配線

- E.11 10個のラックの配線

- E.12 11個のラックの配線

- E.13 12個のラックの配線

- E.14 13個のラックの配線

- E.15 14個のラックの配線

- E.16 15個のラックの配線

- E.17 16個のラックの配線

- E.18 17個のラックの配線

- E.19 18個のラックの配線

索引

図一覧

- 2-1 低電圧単相の電源コネクタ

- 2-2 低電圧3相の電源コネクタ

- 2-3 高電圧単相の電源コネクタ

- 2-4 高電圧3相の電源コネクタ

- 2-5 穴の開いた床タイルの一般的なデータ・センター構成

- 3-1 Recovery Applianceのネットワーク図

- 3-2 Recovery Applianceラック・コンポーネントへのネットワーク接続

- 3-3 Oracleテープ・システムへのRecovery Applianceの接続

- 3-4 サードパーティのテープ・システムへのRecovery Applianceの接続

- 4-1 自動サービス・リクエスト・ネットワーク接続

- 5-1 Oracle Exadata Deployment Assistantの「ようこそ」ページ

- 6-1 Recovery Applianceの輸送用の箱

- 6-2 Recovery Applianceラックを後ろから慎重に押す

- 6-3 水平調整脚によるRecovery Applianceラックの固定

- 6-4 ラックの取付け金具の場所

- 6-5 Recovery Applianceラックの底面図

- 6-6 基底位置の寸法

- 6-7 取付け金具によるRecovery Applianceラックの固定

- 6-8 接地接続ボルトの場所

- 6-9 電源コード配線の例

- 6-10 PDUスイッチの場所

- 7-1 サーバー拡張キット・コンポーネント

- 7-2 ラック・ドアの取外し

- 7-3 フィラー・パネルの取外し

- 7-4 トラフの場所

- 7-5 スライド・レール構成部品とラックの位置合せ

- 7-6 取付け金具を取り付けたサーバーのスライド・レールへの挿入

- 9-1 Exadataクォーター・ラックに接続したRecovery Appliance

- 9-2 Exadataハーフ・ラックまたはフル・ラックに接続したRecovery Appliance

- 9-3 複数のExadataラックに接続したRecovery Appliance

- B-1 Oracle Server X6-2またはX5-2の前面図

- B-2 Oracle Server X6-2またはX5-2の背面図

- B-3 Sun Server X4-2の前面図

- B-4 Sun Server X4-2の背面図

- B-5 Oracle Server X6-2LまたはX5-2Lの前面図

- B-6 Oracle Server X6-2LまたはX5-2Lの背面図

- B-7 Sun Server X4-2Lの前面図

- B-8 Sun Server X4-2Lの背面図

- C-1 Recovery Appliance X6またはX5のフル・ラックのラック・レイアウト

- C-2 Recovery Appliance X6またはX5の最小構成のラック・レイアウト

- D-1 Recovery Appliance X4のフル・ラックのラック・レイアウト

- D-2 Recovery Appliance X4の最小構成のラック・レイアウト

- E-1 スパイン・スイッチとリーフ・スイッチ間のラック内接続

- E-2 サーバーとリーフ・スイッチ間のラック内接続

- E-3 2つのラック間のスイッチの接続

- E-4 8つのラック間のスイッチの接続

- E-5 18個のラック間のスイッチの接続

表一覧

- 1-1 Recovery Appliance X6ラックのコンポーネント

- 1-2 Recovery Appliance X5ラックのコンポーネント

- 1-3 Recovery Appliance X4ラックのコンポーネント

- 1-4 Oracle Server X6-2のコンポーネント

- 1-5 Oracle Server X5-2のコンポーネント

- 1-6 Sun Server X4-2のコンポーネント

- 1-7 Oracle Server X6-2Lのコンポーネント

- 1-8 Oracle Server X5-2Lのコンポーネント

- 1-9 Sun Server X4-2Lのコンポーネント

- 1-10 オラクル社のテープ・システム・コンポーネント

- 2-1 Recovery Appliance X6ラックの環境要件

- 2-2 Recovery Appliance X5ラックの環境要件

- 2-3 Recovery Appliance X4ラックの環境要件

- 2-4 積込み容量

- 2-5 搬入経路要件

- 2-6 Recovery Applianceの保守搬入要件

- 2-7 Recovery Applianceの床荷重要件

- 2-8 低電圧15kVAの単相PDU

- 2-9 低電圧15kVAの3相PDU

- 2-10 高電圧15kVAの単相PDU

- 2-11 高電圧15kVAの3相PDU

- 2-12 温度、湿度、高度の要件

- 3-1 Recovery Applianceの工場出荷時のIPアドレス

- 3-2 ファイアウォールのオープン・ポート

- 5-1 「カスタマ詳細」ページ

- 5-2 「ハードウェアの選択」ページ

- 5-3 ネットワークの定義ページ

- 5-4 「管理ネットワーク」ページ

- 5-5 管理ネットワーク・フォーマット・マスク・ダイアログ・ボックス

- 5-6 収集ネットワーク・ページ

- 5-7 収集ネットワーク・フォーマット・マスク・ダイアログ・ボックス

- 5-8 「インフィニバンド・ネットワーク」ページ

- 5-9 「プライベート(IB)ネットワーク・フォーマット・マスク」ダイアログ・ボックス

- 5-10 レプリケーション・ネットワーク・ページ

- 5-11 レプリケーション・ネットワーク・フォーマット・マスク・ページ

- 5-12 クラスタの定義ページ

- 5-13 クラスタの詳細

- 5-14 ソフトウェアの場所

- 5-15 ディスク・グループの詳細

- 5-16 初期データベース

- 5-17 収集ネットワーク・フィールド

- 5-18 レプリケーション・ネットワークのフィールド

- 5-19 レプリケーション・ネットワークSCANページ

- 5-20 「セル・アラート」ページ

- 5-21 Platinumのカスタマ詳細

- 5-22 Platinumゲートウェイの詳細

- 5-23 Platinumエージェント構成の詳細

- 5-24 「Oracle Configuration Manager」ページ

- 5-25 「Auto Service Request」ページ

- 5-26 「Grid Control Agent」ページ

- 5-27 テープ・ライブラリの接続性ページ

- 7-1 Recovery Appliance X6およびX5ラックの移入ルール

- 11-1 インストール・ユーティリティのオプション

- 11-2 インストール後ユーティリティのオプション

- 12-1 バッテリの寿命

- 12-2 パフォーマンスの低いディスクを示すアラート

- B-1 Recovery Applianceの修理カテゴリ

- B-2 Oracle ServerのLEDステータスの説明

- B-3 Sun InfiniBand Switch LEDステータスの説明

- B-4 Oracle Server X6-2計算サーバーの交換部品

- B-5 Oracle Server X5-2計算サーバーの交換部品

- B-6 Sun Server X4-2計算サーバーの交換部品

- B-7 Oracle Server X6-2Lストレージ・サーバーの交換部品

- B-8 Oracle Server X5-2Lストレージ・サーバーの交換部品

- B-9 Sun Server X4-2Lストレージ・サーバーの交換部品

- B-10 InfiniBandスイッチの交換部品

- B-11 Ciscoスイッチの交換部品

- B-12 配電ユニットの交換部品

- B-13 Recovery Applianceの交換ケーブル

- C-1 Recovery Appliance X6またはX5のフル・ラックのILOM配線

- C-2 Recovery Appliance X6またはX5のフル・ラックのギガビット・イーサネット配線

- C-3 Recovery Appliance X6またはX5のフル・ラックの単相PDU配線

- C-4 Recovery Appliance X6またはX5のフル・ラックの3相PDU配線

- C-5 InfiniBandスイッチ間のケーブル接続

- C-6 Recovery Appliance X6またはX5のフル・ラックのInfiniBandスイッチとサーバーの配線

- D-1 Recovery Appliance X4のフル・ラックのILOM配線

- D-2 Recovery Appliance X4のフル・ラックのギガビット・イーサネット配線

- D-3 Recovery Appliance X4のフル・ラックの単相PDU配線

- D-4 Recovery Appliance X4のフル・ラックの3相PDU配線

- D-5 InfiniBandスイッチ間のケーブル接続

- D-6 Recovery Appliance X4のフル・ラックのInfiniBandスイッチとサーバーの配線

- E-1 スペアとして付属するInfiniBandケーブル

- E-2 マルチラック・インストールのケーブル要件

- E-3 2つのラック・システムのラック1のリーフ・スイッチ接続

- E-4 2つのラック・システムのラック2のリーフ・スイッチ接続

- E-5 3つのラック・システムのラック1のリーフ・スイッチ接続

- E-6 3つのラック・システムのラック2のリーフ・スイッチ接続

- E-7 3つのラック・システムのラック3のリーフ・スイッチ接続

- E-8 4つのラック・システムのラック1のリーフ・スイッチ接続

- E-9 4つのラック・システムのラック2のリーフ・スイッチ接続

- E-10 4つのラック・システムのラック3のリーフ・スイッチ接続

- E-11 4つのラック・システムのラック4のリーフ・スイッチ接続

- E-12 5つのラック・システムのラック1のリーフ・スイッチ接続

- E-13 5つのラック・システムのラック2のリーフ・スイッチ接続

- E-14 5つのラック・システムのラック3のリーフ・スイッチ接続

- E-15 5つのラック・システムのラック4のリーフ・スイッチ接続

- E-16 5つのラック・システムのラック5のリーフ・スイッチ接続

- E-17 6つのラック・システムのラック1のリーフ・スイッチ接続

- E-18 6つのラック・システムのラック2のリーフ・スイッチ接続

- E-19 6つのラック・システムのラック3のリーフ・スイッチ接続

- E-20 6つのラック・システムのラック4のリーフ・スイッチ接続

- E-21 6つのラック・システムのラック5のリーフ・スイッチ接続

- E-22 6つのラック・システムのラック6のリーフ・スイッチ接続

- E-23 7つのラック・システムのラック1のリーフ・スイッチ接続

- E-24 7つのラック・システムのラック2のリーフ・スイッチ接続

- E-25 7つのラック・システムのラック3のリーフ・スイッチ接続

- E-26 7つのラック・システムのラック4のリーフ・スイッチ接続

- E-27 7つのラック・システムのラック5のリーフ・スイッチ接続

- E-28 7つのラック・システムのラック6のリーフ・スイッチ接続

- E-29 7つのラック・システムのラック7のリーフ・スイッチ接続

- E-30 8つのラック・システムのラック1のリーフ・スイッチ接続

- E-31 8つのラック・システムのラック2のリーフ・スイッチ接続

- E-32 8つのラック・システムのラック3のリーフ・スイッチ接続

- E-33 8つのラック・システムのラック4のリーフ・スイッチ接続

- E-34 8つのラック・システムのラック5のリーフ・スイッチ接続

- E-35 8つのラック・システムのラック6のリーフ・スイッチ接続

- E-36 8つのラック・システムのラック7のリーフ・スイッチ接続

- E-37 8つのラック・システムのラック8のリーフ・スイッチ接続

- E-38 ラック9のリーフ・スイッチ接続

- E-39 ラック10のリーフ・スイッチ接続

- E-40 ラック11のリーフ・スイッチ接続

- E-41 ラック12のリーフ・スイッチ接続

- E-42 ラック13のリーフ・スイッチ接続

- E-43 ラック14のリーフ・スイッチ接続

- E-44 ラック15のリーフ・スイッチ接続

- E-45 ラック16のリーフ・スイッチ接続

- E-46 ラック17のリーフ・スイッチ接続

- E-47 ラック18のリーフ・スイッチ接続

はじめに

『Zero Data Loss Recovery Applianceオーナーズ・ガイド』へようこそ。

「はじめに」の内容は次のとおりです。

- 「対象読者」

- 「ドキュメントのアクセシビリティについて」

- 「関連ドキュメント」

- 「表記規則」

対象読者

このマニュアルは、一般にリカバリ・アプライアンスと呼ばれるZero Data Loss Recovery Applianceのデータ・センターへの設置計画を立て、構成やメンテナンスを行うお客様および担当者を対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

次の資料には、Recovery Applianceラックのコンポーネントの詳細が記載されています。

- 次のWebサイトのOracle Server X5-2サービス・マニュアルに関する項を参照してください。
http://docs.oracle.com/cd/E41059_01/index.html

- 次のWebサイトのOracle Server X5-2Lサービス・マニュアルに関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/index.html

- Sun Datacenter InfiniBand Switch 36ユーザーズ・ガイド
http://docs.oracle.com/cd/E36265_01/index.html

- 次のWebサイトの『Sun Flash Accelerator F80 PCIe Card User's Guide』
http://docs.oracle.com/cd/E41278_01/html/E41251/index.html

- 次のWebサイトのOracle Integrated Lights Out Manager (ILOM) 3.0のドキュメント
http://docs.oracle.com/cd/E19860-01/index.html

- Cisco Catalyst 4948E-FスイッチのWebサイト(管理情報ベース(MIB)の詳細)
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps6021/ps10947/data_sheet_c78-598933.html

My Oracle SupportのWebサイトには、Recovery Applianceに関する次のノートがあります。

- 情報センター: Zero Data Loss Recovery Appliance (ドキュメントID 1683791.2)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=235867602243456&id=1683791.2&_adf.ctrl-state=yhtsmq4wf_308

- Zero Data Loss Recovery Applianceでサポートされているバージョン(ドキュメントID 1927416.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=231507746454077&id=1927416.1&_adf.ctrl-state=15vsit3rr_102

- Oracle Exadata Database MachineのexachkまたはHealthCheck (ドキュメントID 1070954.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?id=1070954.1&_adf.ctrl-state=lddvhqlhg_278&_afrLoop=3415586249981774

- ASMに影響を与えずにExadataのストレージ・セルを停止または再起動する手順(ドキュメントID 1188080.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=3417278942550202&id=1188080.1&_adf.ctrl-state=lddvhqlhg_1009

- クラスタ検証ユーティリティ(CLUVFY)のFAQ (ドキュメントID 316817.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=3416334547680298&id=316817.1&_adf.ctrl-state=lddvhqlhg_586

- Oracle Sun Database Machineの設定/構成のベスト・プラクティス(ドキュメントID 1274318.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=3416846305484690&id=1274318.1&_adf.ctrl-state=lddvhqlhg_956

- Oracle自動サービス・リクエスト(ASR) (ドキュメントID 1185493.1)
https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=3415885796905099&id=1185493.1&_adf.ctrl-state=lddvhqlhg_455

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

$プロンプト

ドル記号($)プロンプトは、oracleユーザーとして実行されるコマンドを示します。

#プロンプト

シャープ(#)プロンプトは、rootユーザーとして実行されるコマンドを示します。

第I部 インストール前の作業

第I部では、Zero Data Loss Recovery Applianceの概要を説明します。インストールで遅れが出ないよう、製品の受取り前に実行しておく必要があるインストール前の手順について説明します。

第I部は、次の章で構成されています。

- Recovery Applianceの概要

- Recovery Applianceの設置場所の要件

- Recovery Applianc向けのネットワークの準備

- 自動サービス・リクエストの設定

- Deployment Assistantの使用

1 Recovery Applianceの概要

この章では、オラクル社のZero Data Loss Recovery Appliance (Recovery Appliance)の機能とハードウェア・コンポーネントについて説明します。

この章の内容は次のとおりです。

- 「Recovery Applianceの概要」

- 「Recovery Applianceラック・コンポーネント」

- 「計算サーバーのコンポーネント」

- 「ストレージ・サーバーのコンポーネント」

- 「Recovery Applianceの予備のキット・コンポーネント」

- 「テープ・バックアップ・インフラストラクチャの概要」

- 「Recovery Applianceの変更に関する制限事項」

1.1 Recovery Applianceの概要

Recovery Applianceは、バックアップとリカバリのソリューションで、Oracleデータベースのデータ保護に特化して設計されています。提供されるリポジトリは非常に拡張性が高く、数百から数千に及ぶデータベースのデルタ変更(つまり差異)をすべて記録できます。

データベース・デルタ・プッシュ・テクノロジを使用すれば、Oracle DBAは、完全なRecovery Manager (RMAN)バックアップを一度だけ実行し、その後は、それぞれのデータベースからRecovery Applianceへ増分バックアップのみを実行するだけですみます。完全バックアップやテープ・バックアップを繰り返したり、RMANバックアップの削除、検証、メンテナンスのコマンドを何度も実行する必要はありません。

災害が発生した場合、DBAは、すべてのデータベースを任意の時点、または現在時刻まであと1秒未満の時点までリカバリできます。データベース・デルタ・ストアの仮想完全バックアップ・テクノロジは、RMANのデータベース・リストア・リクエストに対応して、常駐増分ブロックから物理バックアップを作成します。

ローカルのRecovery Applianceにあるバックアップを、安全なネットワークを使用して、簡単かつ迅速にリモートのRecovery Applianceにレプリケートし、サーバーやサイトの停止から保護できます。変更されたブロックのみがレプリケートされます。データベースのリストア操作には、リモートのRecovery Applianceの仮想完全バックアップを使用できます。

自律型テープ・アーカイブにより、サイト災害からの保護がさらに強化されます。Recovery Applianceでは、長期に渡る保存とアーカイブを目的として、仮想の完全バックアップと増分バックアップが自動的にテープにコピーされます。テープ・ハードウェアに直接接続できるよう、Recovery Applianceには、テープ・バックアップのソフトウェアが事前にインストールされており、オプションで、計算サーバーごとに16GBのファイバ・チャネル・カードもサポートされます。

データ保護のステータスをエンドツーエンドで把握しながら、このインフラストラクチャ全体を管理し、いつでも正常にデータをリカバリできます。主要な管理ツールは、Oracle Enterprise Manager Cloud ControlとRMANコマンド・インタフェースです。

1.2 Recovery Applianceラック・コンポーネント

Recovery Applianceは、計算サーバー、ストレージ・サーバーおよびネットワークに接続するためのネットワーク・コンポーネントで構成されています。Recovery Applianceは柔軟な構成が可能なため、必要なだけリソースを用意し、さらに必要になった場合には、追加して拡張できます。単一クラスタに最大18のフル・ラックを構成できます。

表1-1に、Recovery Appliance X6ラックのコンポーネントを示します。

表1-1 Recovery Appliance X6ラックのコンポーネント

数量

コンポーネント

2

Oracle Server X6-2計算サーバー

3から18

Oracle Server X6-2Lストレージ・サーバー

2

Sun Datacenter InfiniBand Switch 36

2

冗長15kVA PDU(単相または3相、高電圧または低電圧)

1

48ポートCisco Catalyst 4948E-F、モデル番号WS-C4948E-F-Sのイーサネット・スイッチ

2

16GbpsポートのOracleファイバ・チャネル・アダプタ(16GBのファイバ・チャネル・ポート x 2搭載)

表1-2に、Recovery Appliance X5ラックのコンポーネントを示します。

表1-2 Recovery Appliance X5ラックのコンポーネント

数量

コンポーネント

2

Oracle Server X5-2計算サーバー

3から18

Oracle Server X5-2Lストレージ・サーバー

2

Sun Datacenter InfiniBand Switch 36

2

冗長15kVA PDU(単相または3相、高電圧または低電圧)

1

48ポートCisco Catalyst 4948E-F、モデル番号WS-C4948E-F-Sのイーサネット・スイッチ

2

16GbpsポートのOracleファイバ・チャネル・アダプタ(16GBのファイバ・チャネル・ポート x 2搭載)

表1-3に、Recovery Appliance X4ラックのコンポーネントをリストします。

表1-3 Recovery Appliance X4ラックのコンポーネント

数量

コンポーネント

2

Sun Server X4-2計算サーバー

3から14

Sun Server X4-2Lストレージ・サーバー

2

Sun Datacenter InfiniBand Switch 36

2

冗長15kVA PDU(単相または3相、高電圧または低電圧)

1

48ポートCisco Catalyst 4948E-F、モデル番号WS-C4948E-F-Sのイーサネット・スイッチ

2

16GbpsポートのOracleファイバ・チャネル・アダプタ(16GBのファイバ・チャネル・ポート x 2搭載)

1.3 計算サーバーのコンポーネント

表1-4に、Oracle Server X6-2計算サーバーのコンポーネントを示します。

表1-4 Oracle Server X6-2のコンポーネント

数量

説明

2

22コア・インテルXeon E5-2699 v4プロセッサ(2.2GHz)

8

32GB RAM (合計256GB)

4

600GB 10K RPM SASディスク

1

ディスク・コントローラHBA (1GBのスーパーキャップバックアップ式ライト・キャッシュを搭載)

2

InfiniBand 4X QDR (40Gb/s)ポート(1個のデュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ(HCA))

4

1GbE/10GbE Base-Tイーサネット・ポート

2

10GbEイーサネットSFP+ポート(Intel 82599 10GbEコントローラ・テクノロジに基づいた1個のデュアル・ポート10GbE PCIe 2.0ネットワーク・カード)

1

イーサネット・ポート(Oracle Integrated Lights Out Manager (ILOM)のリモート管理用)

1

16GBデュアル・ポートQLogic PCIe 3.0 HBAカード(オプション)

表1-5に、Oracle Server X5-2計算サーバーのコンポーネントをリストします。

表1-5 Oracle Server X5-2のコンポーネント

数量

説明

2

18コア・インテルXeon E5-2699 v3プロセッサ(2.3GHz)

8

32GB RAM (合計256GB)

4

600GB 10K RPM SASディスク

1

ディスク・コントローラHBA (1GBのスーパーキャップバックアップ式ライト・キャッシュを搭載)

2

InfiniBand 4X QDR (40Gb/s)ポート(1個のデュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ(HCA))

4

1GbE/10GbE Base-Tイーサネット・ポート

2

10GbEイーサネットSFP+ポート(Intel 82599 10GbEコントローラ・テクノロジに基づいた1個のデュアル・ポート10GbE PCIe 2.0ネットワーク・カード)

1

イーサネット・ポート(Oracle Integrated Lights Out Manager (ILOM)のリモート管理用)

1

16GBデュアル・ポートQLogic PCIe 3.0 HBAカード(オプション)

表1-6に、Sun Server X4-2計算サーバーのコンポーネントをリストします。

表1-6 Sun Server X4-2のコンポーネント

数量

説明

2

12コア・インテルXeon E5-2697 v2プロセッサ(2.7GHz)

16

16GB RAM (合計256)

4

600GB 10K RPM SASディスク

1

ディスク・コントローラHBA(512MBのバッテリバックアップ式ライト・キャッシュを搭載)およびスワップ可能なバッテリ・バックアップ・ユニット(BBU)

2

InfiniBand 4X QDR (40Gb/s)ポート(1個のデュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ(HCA))

4

1GbE/10GbE Base-Tイーサネット・ポート

2

10GbEイーサネットSFP+ポート(Intel 82599 10GbEコントローラ・テクノロジに基づいた1個のデュアル・ポート10GbE PCIe 2.0ネットワーク・カード)

1

イーサネット・ポート(Oracle Integrated Lights Out Manager (ILOM)のリモート管理用)

1

16GBデュアル・ポートQLogic PCIe 3.0 HBAカード(オプション)

1.4 ストレージ・サーバーのコンポーネント

表1-7に、Oracle Server X6-2Lストレージ・サーバーのコンポーネントをリストします。

表1-7 Oracle Server X6-2Lのコンポーネント

数量

説明

2

10コア・インテルXeon CPU E5-2630 v4 (2.2GHz)

8

16GB RAM

(合計128GB RAM)

12

8TB 7.2 K RPM大容量SASディスク

4

3.2TB NVMe (Non-Volatile Memory Express) PCIe 3.0フラッシュ・アクセラレータ・カード

1

ディスク・コントローラHBA (1GBのスーパーキャップバックアップ式ライト・キャッシュを搭載)

2

InfiniBand 4X QDR (40Gb/s)ポート(PCIe 3.0)、両方ともアクティブ・ポート

4

内蔵ギガビット・イーサネット・ポート

1

イーサネット・ポート(ILOMのリモート管理用)

表1-8に、Oracle Server X5-2Lストレージ・サーバーのコンポーネントをリストします。

表1-8 Oracle Server X5-2Lのコンポーネント

数量

説明

2

8コア・インテルXeon CPU E5-2630 v3 (2.4GHz)

4

4

8GB RAM

16GB RAM

(合計96GB RAM)

12

4TB 7.2 K RPM大容量SASディスク

4

1.6TB NVMe (Non-Volatile Memory Express) PCIe 3.0フラッシュ・アクセラレータ・カード

1

ディスク・コントローラHBA (1GBのスーパーキャップバックアップ式ライト・キャッシュを搭載)

2

InfiniBand 4X QDR (40Gb/s)ポート(1個のデュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ(HCA))

4

内蔵ギガビット・イーサネット・ポート

1

イーサネット・ポート(ILOMのリモート管理用)

表1-9に、Sun Server X4-2Lストレージ・サーバーのコンポーネントをリストします。

表1-9 Sun Server X4-2Lのコンポーネント

数量

説明

2

シックスコア・インテルXeon E5-2630 v2プロセッサ(2.6GHz)

4

4

8GB RAM

16GB RAM

(合計96GB RAM)

12

4TB 7.2K RPM大容量SASディスク

4

800GBのSun Flash Accelerator F80 PCIeカード

1

ディスク・コントローラHBA(512MBのバッテリバックアップ式ライト・キャッシュおよびスワップ可能なBBU搭載)

2

InfiniBand 4X QDR (40Gb/s) InfiniBandポート(1個のデュアル・ポートPCIe 3.0ホスト・チャネル・アダプタ(HCA))

4

内蔵ギガビット・イーサネット・ポート

1

イーサネット・ポート(ILOMのリモート管理用)

1.5 Recovery Applianceの予備のキット・コンポーネント

Recovery Appliance X6の予備のキットには、次のコンポーネントがあります。

- 1台の8TB 7.2K RPM大容量SASディスク

- 大容量ストレージ・サーバー専用の1枚のフラッシュ・アクセラレータF320 PCIeカード

- ラック用の工具

- Ciscoアクセサリ・アダプタおよびマニュアルの出荷キット

- サーバーのマニュアル

Recovery Appliance X5の予備のキットには、次のコンポーネントがあります。

- 1台の4TB 7.2K RPM大容量SASディスク

- 大容量ストレージ・サーバー専用の1枚のフラッシュ・アクセラレータF160 PCIeカード

- ラック用の工具

- Ciscoアクセサリ・アダプタおよびマニュアルの出荷キット

- サーバーのマニュアル

Recovery Appliance X4の予備のキットには、次のコンポーネントがあります。

- 1台の4TB 7.2K RPM大容量SASディスク

- 1枚の800GBのExadata Smart Flash Cacheカード

- ラック用の工具

- Ciscoアクセサリ・アダプタおよびマニュアルの出荷キット

- サーバーのマニュアル

次の予備のケーブルは、Recovery Applianceラック内で結束されます。

- 3mのInfiniBandケーブル1または2本(ラックのサイズにより異なります)

- 青のイーサネット・ケーブル1本

- 赤のイーサネット・ケーブル1本

- 黒のイーサネット・ケーブル1本

ラックのドアとサイド・パネルを閉めるための鍵が、2本ずつ(2組)用意されています。

1.6 テープ・バックアップ・インフラストラクチャの概要

テープ・バックアップはオプションの機能です。オラクル社のテープ・システムと、サードパーティのテープ・システムを選択できます。

OracleのRecovery Applianceは、Oracleテープ・システムのインストールと構成をサポートします。Oracleテープ・システムへのバックアップ目的で、データ・センター内でRecovery Applianceをストレージ・エリア・ネットワーク(SAN)に接続できます。

- 「オラクル社の推奨スタック」

- 「サードパーティのテープ・システム」

1.6.1 オラクル社の推奨スタック

Recovery Applianceは、表1-10に記載されているものを含め、業界最高レベルのテープ・インフラストラクチャ・コンポーネントと連携するよう設計されています。

表1-10 オラクル社のテープ・システム・コンポーネント

コンポーネント

モデル

注意

オラクル社のテープ・ライブラリ

SL150、SL3000、SL8500

ACSLS、ACSLS論理ライブラリ、FC-SCSI

オラクル社のテープ・ドライブ

T10000D、T10000C、LTO

オラクル社の推奨ライブラリでは、すべてのインタフェースがサポートされています

Automated Cartridge System Library Software (ACSLS)

Automated Cartridge System Library Software (ACSLS) 8.x

API、論理ライブラリ

テープ暗号化

Oracle Key Manager (OKM) 2.3

エンタープライズ・キー管理の推奨キー管理。Recovery Applianceとシームレスに運用できます

Recovery Applianceでは、Oracle Secure Backupのテープ管理ソフトウェアが、すぐに使用可能な状態でサポートされています。これには、次の利点があります。

- Oracle Secure Backupは、Recovery Applianceのソフトウェア・インストールの一環としてデプロイおよび構成されます。

- アップグレードは、Recovery Applianceのソフトウェア・アップグレードに含まれています。

- テープ・バックアップにより、Recovery Applianceのメタデータが自動的に保護されます。

- Oracle Secure Backupで、テープからの障害回復を自動化できます。

- Oracle Secure Backupにより、ストレージの場所からテープにデータが直接コピーされます。

- Oracle Secure Backupでは、InfiniBandとファイバ・チャネルのネットワークのみを使用することで、ローカルのテープ・パフォーマンスを高めています。テープ・バックアップが、IPネットワークに影響を与えることはありません。

1.6.2 サードパーティのテープ・システム

Recovery Applianceでは、Recovery Applianceと互換性がある任意のサードパーティ(Oracle以外)のメディア管理ソフトウェアが、すぐに使用可能な状態でサポートされています。

Symantec NetBackupやHP Data Protectorなど、サードパーティ製メディア管理製品のクライアント・ソフトウェア・コンポーネントを計算サーバーにインストールできます。その後、10GbEネットワーク経由で、Recovery Applianceをクライアントとして構成できます。

Recovery Applianceのライセンス条件下では、計算ノードのファイバ・チャネル・インタフェースに接続してテープ・デバイスに直接(またはSAN経由で) Recovery ApplianceをバックアップできるのはOracle Secure Backupのみであるため、メディア・マネージャ・サーバー・コンポーネントをインストールできません。Oracle以外のメディア・マネージャ・ソフトウェアは、ネットワーク・クライアントとしてのみ構成されている必要があります。

次の点に注意してください。

- Recovery Applianceのソフトウェア・アップグレードでは、クライアント・ソフトウェアやその構成が保存されません。

- サードパーティのメディア・マネージャでは、Recovery Applianceのメタデータ保護がサポートされません。

- Recovery Applianceにサードパーティ製のメディア・マネージャを構成する場合は、バックアップとリストアが想定どおりに機能し、Recovery Appliance RACクラスタのすべてのノードが使用されるように、構成を慎重に検証してください。

1.7 Recovery Applianceの変更に関する制限事項

次の制限事項は、Recovery Applianceのソフトウェアおよびハードウェアの変更に適用されます。これらの制限事項に違反すると、保証およびサポートを受けられなくなる場合があります。

- お客様は、My Oracle Supportノートに記載されている場合やOracleサポート・アナリストから明確に指示された場合を除き、Recovery Appliance計算サーバーの内部ソフトウェア・コンポーネントまたは内部構成を変更できません。これには、リスナーの変更または内部データベースへの追加、オペレーティング・システムまたはネットワーク構成ファイルの変更、カスタム・スクリプトのインストール、バックアップ場所のポーリングを除いたあらゆる目的のためのNFSマウントの作成、データベース・インスタンスの追加作成などのアクションが含まれます。

- サードパーティ・ソフトウェア製品をアプライアンスにインストールすることはお薦めしませんが、My Oracle Supportノート2014361.1に記述されている条件のもとであればインストールは可能です。

- お客様は、計算サーバー上で「LANバックアップ・エージェント」モードでサードパーティのメディア管理製品のクライアント・ソフトウェア・コンポーネントをインストールできます。Oracle Secure Backupのみがファイバ・チャネル接続を介したテープへのリカバリ・アプライアンス・バックアップをサポートするため、お客様は、メディア・マネージャ・サーバー・ソフトウェア・コンポーネントをインストールできません。

- 追加のソフトウェアをロードすることや、ストレージ・サーバーにインストールされているソフトウェアを変更することはできません。

- Oracle Enterprise Manager Ops Centerのエージェントはインストールできません。ただし、Recovery Applianceのソフトウェア・インストール・プロセスの一環として、Oracle Enterprise Manager Cloud Controlの管理エージェントを計算サーバーにインストールして、システムをモニターすることは可能です。

- Recovery Applianceのハードウェアは変更またはカスタマイズできません。これには、2つの例外があります。Recovery Applianceは次の点に関して、ハードウェアの変更が許可されています。

- Recovery Applianceに含まれている管理用の48ポートCiscoギガビット・イーサネット・スイッチに対する変更。お客様は、次の作業を選択できます。

- ギガビット・イーサネット・スイッチを、内部データ・センターのネットワーク標準に準拠した同等の1U 48ポートのギガビット・イーサネット・スイッチと自費で交換します。Recovery Applianceの到着後に、お客様が自費で交換する必要があります。お客様がこの変更を選択する場合、多くのシナリオが考えられるため、Oracleでは変更および変更のサポートを行うことができません。また、これは標準インストールに含まれていません。お客様が交換するハードウェアを調達し、他の手段でこの変更を行う必要があります。

- Ciscoイーサネット・スイッチに接続されているCAT5ケーブルを取り外して、外部スイッチまたはパッチ・パネルでお客様のネットワークに接続します。お客様の作業および負担で、これらの変更を行う必要があります。この場合、ラックのCiscoイーサネット・スイッチの電源を切断して、データ・センター・ネットワークからの接続を解除します。

- Recovery Applianceへのクライアント・アクセス・ネットワーク・スイッチの追加。ネットワーク・スイッチに次の制限が適用されます。

- 最大2台のクライアント・アクセス・ネットワーク・スイッチをラックに設置できます。

- スイッチの高さは、1ラック・ユニット(RU)である必要があります。

- 空気は、ラックの前面からラックの背面に流れるようにする必要があります。

- スイッチは、ラック・スロットU41またはU42に設置する必要があります。

- 消費電力は、各スイッチで400ワット未満である必要があります。

- パワー・オーバー・イーサネット(PoE)機能(該当する場合)はこれらのスイッチで使用しないでください。

- その他のコンポーネントのファームウェアは更新できます。

- Ciscoギガビット・イーサネット・スイッチ上でIOSおよびファームウェアのバージョンを更新し、データ・センターの要件を満たすことができます。

- 計算サーバーのコンポーネントのファームウェアを更新するには、オラクル社が提供するパッチ・バンドルを適用する必要があります。

- My Oracle Supportノート1927416.1とその関連ノートに記載された検証済バージョンに準拠している場合、InfiniBandスイッチのファームウェアを更新できます。

- 100mAを超える電力を使用するUSBデバイスを計算サーバーに接続することはできません。

2 Recovery Applianceの設置場所の要件

この章では、Recovery Applianceの設置場所の要件について説明します。これらの項目が含まれます。

- 「一般的な環境要件」

- 「空間要件」

- 「床要件」

- 「電力要件」

- 「温度および湿度要件」

- 「換気および冷却要件」

- 「Recovery Applianceのネットワーク接続要件」

- 「設置場所の準備の確認」

関連項目:

Zero Data Loss Recovery Appliance設置場所チェックリスト

2.1 一般的な環境要件

Recovery Applianceの環境要件は、システムのタイプおよびサイズによって異なります。次の表には、ラックおよびディスク要件の概要が記載されています。数値はおおよその値です。

表2-1に、Recovery Appliance X6ラックの一般的な環境要件を示します。

表2-1 Recovery Appliance X6ラックの環境要件

環境要素

フル・ラック

最小構成(1)

重量

関連項目: 「床要件」

875.7kg (1930.5lbs)

381.2kg (840.5lbs)

電力

関連項目: 「電力要件」

最大: 13.1kVA (12.8kW)

標準: 9.2kVA (9.0kW)

最大: 4.1kVA (4.0kW)

標準: 2.9kVA (2.8kW)

冷却

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 43,774BTU/時(46,182kJ/時)

標準: 30,642BTU/時(32,327kJ/時)

最大: 13,679BTU/時(14,432kJ/時)

標準: 9,575BTU/時(10,102kJ/時)

前方から後方への通気(実際のデータ・センター環境によって変化)

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 2,027CFM

標準: 1,419CFM

最大: 633CFM

標準: 443CFM

音響レベル

8.5Bel

8.3 Bel

IPアドレス

関連項目: 「工場出荷時のIPアドレスの設定」

イーサネット・ネットワークの場合は69 (単一クラスタ)

InfiniBandネットワークの場合は最大36

イーサネット・ネットワークの場合は22 (単一クラスタ)

InfiniBandネットワークの場合は最大8

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の概要」

11個以上のネットワーク・ドロップ

5個以上のネットワーク・ドロップ

ファイバSANドロップ(オプション)

関連項目: 「ネットワーク要件の概要」

OM3ファイバ・ケーブル4本

OM3ファイバ・ケーブル4本

外部接続

関連項目: 「Recovery Applianceのネットワーク接続要件」

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

脚注1 最小ストレージ・サーバー数(3)のRecovery Applianceラックです

表2-2に、Recovery Appliance X5ラックの一般的な環境要件を示します。

表2-2 Recovery Appliance X5ラックの環境要件

環境要素

フル・ラック

最小構成(2)

重量

関連項目: 「床要件」

875.7kg (1930.5lbs)

381.2kg (840.5lbs)

電力

関連項目: 「電力要件」

最大: 12.0kW

標準: 8.4kW

最大: 4.0kW

標準: 2.8kW

冷却

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 40,942BTU/時(43,194kJ/時)

標準: 28,660BTU/時(30,236kJ/時)

最大: 13,560BTU/時(14,306kJ/時)

標準: 9,492BTU/時(10,014kJ/時)

前方から後方への通気(実際のデータ・センター環境によって変化)

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 1,895CFM

標準: 1,327CFM

最大: 628CFM

標準: 439CFM

音響レベル

8.5Bel

8.3 Bel

IPアドレス

関連項目: 「工場出荷時のIPアドレスの設定」

イーサネット・ネットワークの場合は69 (単一クラスタ)

InfiniBandネットワークの場合は最大36

イーサネット・ネットワークの場合は22 (単一クラスタ)

InfiniBandネットワークの場合は最大8

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の概要」

11個以上のネットワーク・ドロップ

5個以上のネットワーク・ドロップ

ファイバSANドロップ(オプション)

関連項目: 「ネットワーク要件の概要」

OM3ファイバ・ケーブル4本

OM3ファイバ・ケーブル4本

外部接続

関連項目: 「Recovery Applianceのネットワーク接続要件」

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

脚注2 最小ストレージ・サーバー数(3)のRecovery Applianceラックです

表2-3に、Recovery Appliance X4ラックの一般的な環境要件を示します。

表2-3 Recovery Appliance X4ラックの環境要件

環境要素

フル・ラック

最小構成(3)

重量

関連項目: 「床要件」

724.9kg (1598lb)

393.3kg (867lb)

電力

関連項目: 「電力要件」

最大: 8.1kVA (8.0kW)

標準: 5.7 kVA脚注4 (5.6 kW)

最大: 3.2kVA (3.1kW)

標準: 2.3 kVA脚注4 (2.2 kW)

冷却

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 27,200BTU/時(28,700kJ/時)

標準: 19,000BTU/時(20,100kJ/時)

最大: 10,600BTU/時(11,200kJ/時)

標準: 7,500BTU/時(7,900kJ/時)

前方から後方への通気(実際のデータ・センター環境によって変化)

関連項目: 「温度および湿度要件」および「換気および冷却要件」

最大: 1,260CFM

標準: 880CFM

最大: 490CFM

標準: 350CFM

音響レベル

9.1Bel

8.5Bel

IPアドレス

関連項目: 「工場出荷時のIPアドレスの設定」

イーサネット・ネットワークの場合は69 (単一クラスタ)

InfiniBandネットワークの場合は最大36

イーサネット・ネットワークの場合は22 (単一クラスタ)

InfiniBandネットワークの場合は最大8

ネットワーク・ドロップ

関連項目: 「ネットワーク要件の概要」

11個以上のネットワーク・ドロップ

5個以上のネットワーク・ドロップ

ファイバSANドロップ(オプション)

関連項目: 「ネットワーク要件の概要」

OM3ファイバ・ケーブル4本

OM3ファイバ・ケーブル4本

外部接続

関連項目: 「Recovery Applianceのネットワーク接続要件」

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

6個の1Gbpsイーサネット・ポート

4個の10Gbpsイーサネット・ポート

12個以上のInfiniBandポート

4つの16GBファイバ・チャネルSAN接続(オプション)

脚注3 最小ストレージ・サーバー数(3)のRecovery Applianceラックです

脚注4

アプリケーション・ロードに基づいて異なる

2.2 空間要件

どのようなハードウェア構成のRecovery Applianceでも同じラックが使用されるため、空間要件は同一です。空間要件は次のとおりです。

- 高さ: 1998mm(78.66インチ)

- 幅: 600mm(サイド・パネルを含む)(23.62インチ)

- 奥行き: 1200mm(47.24インチ)

実際の床または高くした床のうち高い方から測定したキャビネットの最小天井高は2300mm(90インチ)です。保守搬入のためには、前面および背面の通路スペースに、ラックの高さの上に914mm (36インチ)必要です。キャビネット周辺の空間によって、空調装置とキャビネット内のシステム前面の間の冷気の移動、またはキャビネットの後部から発生する熱気の移動が制限されないようにします。

2.2.1 受入および開封要件

Recovery Applianceの到着前に、荷物の受取り場所に十分な広さがあることを確認してください。

表2-4に、荷物の寸法と重量を示します。

表2-4 積込み容量

寸法

フル・ラック

最小構成

高さ

2,159mm (85インチ)

2,159mm (85インチ)

幅

1,219mm (48インチ)

1,219mm (48インチ)

奥行き

1,575mm (62インチ)

1,575mm (62インチ)

X6およびX5の重量

875.7kg (1930.5lbs)

381.2kg (840.5lbs)

X4の重量

866kg (1,909lb)

469kg (1,034lb)

積載ドックが標準の貨物輸送トラックの高さおよび傾斜路の要件を満たしている場合は、パレット・ジャッキを使用してラックを降ろすことができます。積載ドックが要件を満たしていない場合は、標準のフォークリフトまたは他の手段でラックを降ろす必要があります。リフト・ゲート付きトラックでラックを発送するように依頼することも可能です。

設置場所に到着するまで、Recovery Applianceは、運送用に梱包された状態のままにしておきます。開封場所から設置場所に移動するための十分な空間を確保し、通り道に障害物がないようにしてください。設置場所への搬入経路全体の床に、振動を引き起こす可能性のある段差がないようにします。

データ・センターへの搬入前に、条件が整った場所で梱包材を取り外し、ほこりが出ないようにます。Recovery Applianceを運送用のダンボールから出す際は、十分なスペースを確保してください。表2-5に、搬入経路要件を示します。

表2-5 搬入経路要件

搬入経路の項目

発送用パレットがある場合

発送用パレットがない場合

ドアの最小高さ

218.4cm (86インチ)

204cm (80.5インチ)

ドアの最小幅

127cm (50インチ)

64cm (25.19インチ)

エレベータの最小奥行き

162.6cm (64インチ)

124cm (49インチ)

最大傾斜

6度

6度

エレベータ、パレット・ジャッキおよび床の最小積載量

1,134kg (2,500lb)

1,134kg (2,500lb)

2.2.2 保守搬入要件

Recovery Applianceの保守を行うには、十分な広さが必要で、手が届くように空間を確保しておく必要があります。たとえば、サイド・パネルを取り外すのに必要な空間は、67.6cm (26.6インチ)です。表2-6に、保守搬入要件を示します。

表2-6 Recovery Applianceの保守搬入要件

場所

保守搬入要件

背面の保守

91.4cm (36インチ)

前面の保守

123cm (48.5インチ)

上部の保守

91.4cm (36インチ)

注意:

- 電気を利用するには、開いたタイルが必要です。

- Recovery Applianceラックを相互に接続する場合は、隣り合せに配置できます。

2.3 床要件

Recovery Applianceラックは、上げ床に設置することをお薦めします。設置場所の床と上げ床が、ラックの総重量に耐えられる必要があります。

表2-7に、床荷重要件を示します。

表2-7 Recovery Applianceの床荷重要件

説明

要件

設置されるラック装置の最大許容重量

952.5kg (2,100lb)

設置される配電ユニットの最大許容重量

52kg (115lb)

最大動荷重(PDUを含む設置される装置の最大許容重量)

1,005kg (2,215lb)

2.4 電力要件

Recovery Applianceは、広範囲の電圧および周波数で効率的に稼働できます。ただし、信頼性の高い電源が必要です。範囲を超えると、破損する場合があります。次のような電気障害が原因で、Recovery Applianceが破損する場合があります。

- 電圧低下による変動

- 入力電圧レベルまたは入力電力周波数の大幅かつ急速な変動

- 雷雨

- 配電システムの障害(配線の不備など)

このような障害からRecovery Applianceを保護するには、専用の配電システムや電力調整装置を導入するだけでなく、雷雨からの保護を目的とした避雷器や電力ケーブルを用意する必要があります。

各ラックには、配電ユニット(PDU)が2台事前に設置されています。これらのPDUは異なる電源に接続できます。お客様のラックおよびデータ・センターに適したPDUのタイプを指定する必要があります。

2.4.1 Recovery ApplianceのPDU

PDUのタイプは、データ・センターの地理的な位置によって異なります。次の表に、Recovery Applianceの要件を示します。

- 「北米、南米、日本および台湾向けの単相PDU」

- 「北米、南米、日本および台湾向けの3相PDU」

- 「欧州、中東、アフリカおよびアジア太平洋向けの単相PDU」

- 「欧州、中東、アフリカおよびアジア太平洋向けの3相PDU」

2.4.1.1 北米、南米、日本および台湾向けの単相PDU

表2-8に、北米、南米、日本および台湾向けの低電圧単相PDUの要件を示します。ラックごとに2台のPDUが設置されています。

表2-8 低電圧15kVAの単相PDU

オプション

PDU単位の要件

電圧

200から240VAC

周波数

50/60Hz

電流

入力ごとに最大24A

電力定格

15kVA

出力電流

72A (3 x 24A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護脚注5

20A

データ・センターのソケット

15kVA、3つの30A/250V 2極/3線式のNEMA L6-30Pプラグ

脚注5

UL489 2極ブレーカ

低電圧単相電源にRecovery Applianceを接続するには、次のものが必要です。

- 2台のPDUに対して6本の電源コード(30A、200から240VAC)

- 6個のソケット(6個のデータ・センターのNEMA L6-30ソケットへのPDUの接続用)

図2-1に、北米、南米、日本および台湾向けの低電圧単相PDUの電源コネクタを示します。

図2-1 低電圧単相の電源コネクタ

2.4.1.2 北米、南米、日本および台湾向けの3相PDU

表2-9に、北米、南米、日本および台湾向けの低電圧3相PDUの要件を示します。ラックごとに2台のPDUが設置されています。

表2-9 低電圧15kVAの3相PDU

オプション

PDU単位の要件

電圧

190から220VAC

周波数

50/60Hz

電流

相ごとに最大40A

電力定格

14.4kVA

出力電流

69.3A (3 x 23.1A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護脚注6

20A

データ・センターのソケット

15kVA IEC 60309 60A 4pin 250VAC 3相IP67

脚注6

UL489 2極ブレーカ

低電圧3相電源にRecovery Applianceを接続するには、次のものが必要です。

- 2台のPDUに対して2本の電源コード(60A、190から220VAC、3相電圧)

- 2個のソケット(2個のデータ・センターのIEC 60309 60A 4pin 250VAC 3相IP67ソケットへのPDUの接続用)

図2-2に、北米、南米、日本および台湾向けの低電圧3相PDUの電源コネクタを示します。

図2-2 低電圧3相の電源コネクタ

2.4.1.3 欧州、中東、アフリカおよびアジア太平洋向けの単相PDU

表2-10に、欧州、中東、アフリカおよびアジア太平洋(日本と台湾を除く)向けの高電圧単相PDUの要件を示します。ラックごとに2台のPDUが設置されています。

表2-10 高電圧15kVAの単相PDU

オプション

PDU単位の要件

電圧

220から240VAC

周波数

50/60Hz

電流

入力ごとに最大25A

電力定格

15kVA

出力電流

72A (3 x 24A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護脚注7

20A

データ・センターのソケット

15kVA、3つの青色の32A/240Vの防沫構造の2極/3線式のIEC 60309プラグ

脚注7

UL489 1極ブレーカ

高電圧単相電源にRecovery Applianceを接続するには、次のものが必要です。

- 2台のPDUに対して6本の電源コード(25A、220/380から240/415VAC、単相電圧)

- 6個のソケット(2個のデータ・センターのIEC 60309 32A 3pin 250VAC IP44ソケットへのPDU接続用)、22kVA、単相

図2-3に、EMEAおよび日本と台湾を除くアジア太平洋(APAC)向けの高電圧単相PDUの電源コネクタを示します。

図2-3 高電圧単相の電源コネクタ

2.4.1.4 欧州、中東、アフリカおよびアジア太平洋向けの3相PDU

表2-11に、欧州、中東、アフリカおよびアジア太平洋(日本と台湾を除く)向けの高電圧3相PDUの要件を示します。ラックごとに2台のPDUが設置されています。

表2-11 高電圧15kVAの3相PDU

オプション

PDU単位の要件

電圧

220/380から240/415VACの3相

周波数

50/60Hz

電流

相ごとに最大25A

電力定格

14.4kVA

出力電流

62.7A (3 x 20.9A)

コンセント

42 x C13、6 x C19

コンセント・グループ

6

グループ保護脚注8

20A

データ・センターのソケット

15kVA、3相、5pin、IEC 60309 32A、5pin 230/400V、3相IP44

脚注8

UL489 1極ブレーカ

高電圧3相電源にRecovery Applianceを接続するには、次のものが必要です。

- 2台のPDUに対して2本の電源コード(25A、220/380から240/415VAC、3相)

- 2個のソケット(2個のデータ・センターのIEC 60309 32A 5pin 230/400VAC 3相IP44ソケットへのPDUの接続用)

図2-4に、EMEAおよび日本と台湾を除くアジア太平洋(APAC)向けの高電圧3相PDUの電源コネクタを示します。

図2-4 高電圧3相の電源コネクタ

2.4.2 施設の電力要件

電気の工事や設備は、該当する地域、自治体および国の電気工事規定に従う必要があります。建物に供給されている電力のタイプを確認するには、施設管理者または資格を持つ電気技師に問い合せてください。

突発故障を防止するには、十分な電力がPDUに供給されるように入力電源を設計します。PDUに電力を供給するすべての電力回路に対して専用のACブレーカ・パネルを使用します。配電要件の策定時に、使用できるAC供給分岐回路の間で電力負荷を分散します。米国およびカナダでは、システム全体のAC入力電流負荷が分岐回路のAC電流定格の80%を超えないようにします。

PDU電源コードの長さは4メートル(13.12フィート)で、コードの1から1.5メートル(3.3から4.9フィート)はラック・キャビネット内に配線されます。設置場所のAC電源ソケットは、ラックから2メートル(6.6フィート)以内に必要です。

2.4.3 ブレーカ要件

突発故障を防止するには、十分な電力がサーバーに供給されるように電力系統を設計します。サーバーに電力を供給するすべての電力回路に対して専用のACブレーカ・パネルを使用します。電気の工事や設備は、該当する地域、自治体および国の電気工事規定に従う必要があります。サーバーは、電気回路の接地を必要とします。

ブレーカの他に、無停電電源装置(UPS)などの安定した電源を用意して、コンポーネントが故障する可能性を低くする必要があります。繰り返し停電したり、電源が不安定な環境下にコンピュータ機器が置かれている場合は、コンポーネントが故障する確率が上昇しやすくなります。

注意:

ブレーカは所有者が用意してください。ブレーカは、電源コードごとに必要です。

2.4.4 接地に関するガイドライン

Recovery Applianceのキャビネットには、接地タイプの電源コードが同梱されています。コードは必ず接地端子付き電源コンセントに接続してください。使用されている接地方法は場所によって異なるため、接地タイプを確認し、正しい接地方法についてドキュメント(IECドキュメントなど)を参照してください。必ず施設管理者または資格を持つ電気技師が、建物の接地方法の検証および接地作業を行うようにしてください。

2.5 温度および湿度要件

Recovery Applianceラックでは、空気が正面から背面へ流れます。冷却および通気の詳細は、表2-3を参照してください。

注意:

調査の結果、温度が摂氏20度(華氏70度)を超えてから摂氏10度(華氏15度)上昇すると、電子機器の長期的な信頼性が50%減少することがわかっています。

内部温度が過度に上昇すると、Recovery Appliance全体または一部が停止する可能性があります。

表2-12に、データ・センターでRecovery Applianceが稼働している場合と、稼働していない場合の温度、湿度および高度の要件を示します。

表2-12 温度、湿度、高度の要件

状況

稼働要件

非稼働時の要件

最適条件

温度

摂氏5から32度(華氏41から89.6度)

摂氏-40から70度(華氏-40から158度)

摂氏21から23度(華氏70から74度)

相対湿度

10から90%の相対湿度、結露なし

最高93%の相対湿度

45から50%、結露なし

高度

最高: 3,048m (10,000フィート)

12,000m (40,000フィート)。

海抜高度900m以上では300m上昇するごとに周囲温度が摂氏1度低下

コンポーネント障害による停止の可能性を最小限に抑えるため、最適な温度および湿度の範囲に環境を整えてください。Recovery Applianceを動作時範囲の限界値またはそれに近い環境で長時間稼働させたり、非動作時範囲の限界値またはそれに近い環境に設置したりすると、ハードウェア・コンポーネントの故障が大幅に増加する可能性があります。

サーバーの信頼性を保ち、オペレータが快適に操作できる最適周囲温度範囲は摂氏21から23度(華氏70から74度)です。ほとんどのコンピュータ機器は幅広い温度範囲で稼働できますが、安全な湿度レベルを維持しやすいため、摂氏22度(華氏72度)付近が最適です。この温度範囲で稼働していると、空調システムが故障した場合でも、安全な運用を確保できます。

安全なデータ処理操作には、45から50%が周囲相対湿度の最適な範囲です。ほとんどのコンピュータ機器は広い範囲(20から80%)で稼働できますが、次の理由から45から50%が推奨される範囲です。

- 高湿度レベルに伴う腐食の問題からコンピュータ・システムを保護できます。

- 空調制御装置が故障しても、最大限の稼働時間を確保できます

- 相対湿度が低すぎると静電気放電が発生する可能性があり、それに伴う断続的な干渉による故障または一時的な誤作動を防止できます。

注意:

湿度が35パーセント未満の相対湿度が低い場所では静電気放電(ESD)が発生しやすく、消えにくくなります。湿度が30パーセント未満になると、ESDは危険な状態になります。データ・センターには、通常、効率的な防湿材があり換気回数が少ないため、湿度を維持するのは難しいことではありません。

2.6 換気および冷却要件

常にラックの前後には十分な空間を確保し、適切に換気できるようにします。ラックからの空気の流れを妨げるような機器や物でラックの前面または背面を塞がないでください。ラックマウント型のサーバーおよび機器は通常、ラックの前面から冷気を吸い込み、背面から暖気を排出します。前面から背面に向かう冷却方式のため、左側と右側の通気要件はありません。

ラックがコンポーネントで完全に埋まっていない場合は、空の部分をフィラー・パネルで覆います。コンポーネント間の隙間は、ラック内の通気および冷却に悪影響を及ぼす可能性があります。

相対湿度とは、結露せずに空気中に存在する水蒸気の総量の割合のことで、気温に反比例します。気温が上がると湿度は下がり、気温が下がると湿度は上がります。たとえば、気温が摂氏24度(華氏75度)のとき相対湿度が45%の空気は、摂氏18度(華氏64度)になると相対湿度は65%になります。気温が下がるにつれて、相対湿度は65%以上に達し、水滴ができます。

空調設備は通常、コンピュータ・ルーム全体の温度および湿度を正確にモニターしたり制御したりしません。一般的に、温度や湿度の分布状態は部屋全体で均一ではないため、室内のメイン・ユニットと他のユニットの複数の排気口に対応する個々のポイントをモニターする必要があります。床下換気を使用する場合は、特に湿度に注意を払ってください。

Recovery Applianceラックは、自然対流による通気状態で機能するように設計されています。環境仕様を満たすには、次の要件に従ってください。

- ラックの通気が十分であることを確認してください

- ラックが前方から後方に冷却されていることを確認してください。空気の吸込み口はサーバーの前面にあり、背面から排気されます。

- 換気のために、ラックの正面に152.5cm (60インチ)、背面に91.4cm (36インチ)以上の空間を確保してください。

冷風を取り込むため、ラックの前面にはタイル気流当たり400立方フィート/分(CFM)の割合の穴あきタイルを使用してください。タイルからラックに冷気が流れていれば、ラックの正面にどのようにタイルを配置してもかまいません。不適切な冷気の流れにより、排気の再循環でサーバーの注入温度が高くなる可能性があります。フル・ラックのRecovery Applianceの場合、穴あき床タイルを4枚使用することをお薦めしますが、少なくとも1枚は使用してください。

図2-5に、フル・ラックの場合、一般的にはどのように床タイルを設置するかを示します。

図2-5 穴の開いた床タイルの一般的なデータ・センター構成

2.7 Recovery Applianceのネットワーク接続要件

設置前に、ネットワーク・ケーブルを既存のネットワーク・インフラストラクチャから設置場所に通しておく必要があります。Oracle Exadata Deployment Assistantを実行すると、ラック構成や入力するその他の情報に基づいて、必要なネットワーク接続の数が計算されます。この情報を使用して、設置場所の準備を整えてください。

関連項目:

- Recovery Applianc向けのネットワークの準備

- Deployment Assistantの使用

2.8 設置場所の準備の確認

Recovery Applianceが設置場所に搬入される前に、次の作業を実行して準備が完了していることを確認してください。

- 「構成ファイルの生成」

- 「ネットワークの構成」

- 「設置場所の準備」

2.8.1 構成ファイルの生成

Oracle Exadata Deployment Assistantを実行して、構成ファイルを生成します。

関連項目:

構成ユーティリティの詳細は、「Deployment Assistantの使用」を参照してください。

2.8.2 ネットワークの構成

Oracle Exadata Deployment Assistantにより生成された情報を使用して、ネットワークを構成します。構成には次の作業が含まれます。

- ドメイン・ネーム・システム(DNS)へのネットワークの登録

- IPアドレスの割当て

- データ・センターのスイッチおよびファイアウォールの構成

関連項目:

- Recovery Applianc向けのネットワークの準備

- Deployment Assistantの使用

2.8.3 設置場所の準備

設置場所を準備する際には、この章の設置場所の要件と、Zero Data Loss Recovery Appliance設置場所チェックリストを確認してください。

Recovery Applianceラックが設置場所に到着する前に、次のことを実行してください。

1. 安全ガイドラインを確認します。

関連項目:

「安全ガイドラインの確認」

2. 特別な機器を必要とする設置場所の問題や特性に注意してください。たとえば、Recovery Applianceラックに対して、ドアの高さや幅が十分であることを確認します。

関連項目:

「空間要件」

3. 設置場所の床に、Recovery Applianceと、設置される他の機器の総重量に対応する強度が備わっていることを確認します。

関連項目:

「床要件」

4. Recovery Appliance用のネットワーク・ケーブルを設置します。

関連項目:

「Recovery Applianceのネットワーク接続要件」

5. すべての必要な電気機器を設置し、Recovery Applianceに十分な電力が供給されていることを確認します。

関連項目:

- 「電力要件」

- Sun Rack IIの配電ユニット(PDU)の電力要件は、『Sun Rack II Power Distribution Units User's Guide』を参照してください。

6. 設置場所の空調が適切に稼働していることを確認します。

関連項目:

「換気および冷却要件」

7. 室温を適切なレベルにするために、空調システムを48時間稼働します。

8. 設置の前に場所全体を清掃して掃除機をかけます。

3 Recovery Applianc向けのネットワークの準備

この章では、設置に向けてデータ・センターの準備を整えられるよう、Recovery Applianceのネットワーク要件について説明します。

この章の内容は、次のとおりです。

- 「ネットワーク要件の概要」

- 「ドメイン・ネーム・システムへのRecovery Applianceの登録」

- 「工場出荷時のIPアドレスの設定」

- 「ファイアウォール使用時のポート割当て」

3.1 「ネットワーク要件の概要」

Recovery Applianceは、2台の計算サーバー、3から18台のストレージ・サーバー(ハードウェア・バージョンによって異なる)、およびこれらのサーバーをネットワークに接続するための機器で構成されています。このネットワーク接続では、これらのサーバーをリモートから管理することが可能で、保護されたデータベースからRecovery Applianceへデータを移動できます。Recovery Applianceの追加に向けて、この項の情報を参考に、データ・センターを準備してください。

- 「ネットワーク・コンポーネントおよびインタフェースの概要」

- 「ネットワークの概要」

- 「Recovery Applianceのネットワーク接続の例」

- 「ネットワークへのRecovery Applianceラック・コンポーネントの接続」

- 「テープ・ライブラリへのRecovery Applianceの接続」

- 「Recovery ApplianceでのネットワークVLANタグ付けの使用」

関連項目:

InfiniBandネットワークを使用したRecovery ApplianceにバックアップするためのローカルのOracle Exadata Database Machineラックの構成の詳細は、「InfiniBandを使用した収集について」を参照してください

3.1.1 「ネットワーク・コンポーネントおよびインタフェースの概要」

各計算サーバーは、次のネットワーク・コンポーネントおよびインタフェースで構成されています。

- 4個の内蔵1GbE/10GbEポート(NET0、NET1、NET2およびNET3)

- 1個のデュアルポートの4X QDR (40Gbps) InfiniBandホスト・チャネル・アダプタ(HCA) (IB0およびIB1)

- 1個のイーサネット・ポート(Oracle Integrated Lights Out Manager (ILOM)リモート管理用)

- Intel 82599 10GbEコントローラを搭載した1つのデュアルポートの10GbE PCIe 2.0ネットワーク・カード

- 1個のデュアル・ポートの16GB FC Converged Network Adapter (CNA) FCポート0および1。

注意:

10GbE PCIe 2.0ネットワーク・カードのSFPモジュールは別途購入します。

各ストレージ・サーバーは、次のネットワーク・コンポーネントおよびインタフェースで構成されています。

- 1個の内蔵ギガビット・イーサネット・ポート(NET0)

- 1個のデュアルポートの4X QDR (40Gbps) InfiniBandホスト・チャネル・アダプタ(HCA) (IB0およびIB1)

- 1個のイーサネット・ポート(Oracle Integrated Lights Out Managerリモート管理用(Oracle ILOM))

使用している環境でスイッチが正しく動作するためには、管理インタフェース(NET0やILOM)の複数の仮想ローカル・エリア・ネットワーク(VLAN)の定義や、ルーティングの有効化などの追加構成が必要な場合がありますが、これはインストール・サービスの範囲を超えるものです。追加構成が必要な場合は、Recovery Applianceの設置時に、ネットワーク管理者が必要な構成手順を実行する必要があります。

3.1.2 ネットワークの概要

Recovery Applianceをデプロイするには、最低限のネットワーク要件を満たす必要があります。最大ネットワーク数は5です。

注意:

各ネットワークは、相互に異なる別個のサブネット上に存在する必要があります。

各ネットワークの説明は次のとおりです。

- 管理ネットワーク: これは必須で、1ギガビット・イーサネット(GbE)ネットワークで既存の管理ネットワークに接続します。Recovery Applianceのすべてのコンポーネントに対する管理作業に使用します。管理ネットワークは、ラック内のCiscoイーサネット・スイッチを介して、サーバーやOracle ILOM、InfiniBandスイッチに接続します。
管理ネットワークに対するアップリンクは3つあります。

- イーサネット・スイッチから1つ

- 2つの配電ユニット(PDU)から1つずつ。電流をリモートからモニターする場合にのみ、PDUへのネットワーク接続が必要です。

各サーバーには、管理用のネットワーク・インタフェースが2つあります。一方は、NET0イーサネット・インタフェースを介してオペレーティング・システムへの管理アクセスを提供し、他方は、ILOMイーサネット・インタフェースを介してOracle ILOMへのアクセスを提供します。Recovery Applianceは、ILOMおよびNET0のインタフェースが、ラック上のイーサネット・スイッチに接続された状態で配送されます。

これらのインタフェースに対してケーブル接続または構成の変更を行わないでください。クライアントまたはアプリケーション・ネットワーク・トラフィックには、管理ネットワーク・インタフェースを使用しないでください。かわりに、NET1、NET2、NET3、またはPCIスロット上の2つのインタフェースを使用できます。

- 収集ネットワーク: この必須ネットワークは、同じデータ・センター内でバックアップを行うために、保護されたOracleデータベース・サーバーをRecovery Applianceに接続します。この高速なプライベート・イーサネット・ネットワークはバックアップ・ネットワークとも呼ばれ、大規模なデータの転送をサポートするように設計する必要があります。Recovery Applianceは、2つの10GB接続を使用して、ラック内の2台の計算サーバーそれぞれにこのネットワークを接続します。この2つの接続は、アクティブ/パッシブ(冗長)またはアクティブ/アクティブで構成できます。計算サーバーではチャネル・ボンディングがサポートされているため、帯域幅が増加し、可用性が高まります。
単一クライアント・アクセス名(SCAN)は、Recovery Applianceの2台の計算サーバー間のフェイルオーバーをサポートします。複数のRecovery Applianceラックを1つのクラスタとして構成して設置する場合は、仮想IP (VIP)アドレスで、ラック間のフェイルオーバーをサポートします。保護されたデータベース・システムでは、ホスト名が、割り当てられたアドレスに動的に解決されます。

サードパーティのハードウェアとソフトウェアでも、収集ネットワークが使用されます。

関連項目:

Oracleデータベースのネットワーク構成におけるSCANおよびVIPの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- レプリケーション・ネットワーク: オプションのレプリケーション・ネットワークは、ローカルのRecovery Appliance (アップストリーム・アプライアンス)とリモートのRecovery Appliance (ダウンストリーム・アプライアンス)を接続します。可能な場合には、安全性の低いパブリック・ネットワークではなく、ブロードバンドの暗号化ネットワークをお薦めします。
Recovery Applianceでは、アップストリームとダウンストリームのアプライアンス間で、次の構成がサポートされています。

- 一方向: データは、アップストリーム・アプライアンスからダウンストリーム・アプライアンスに移動します。

- 双方向: データは、アップストリーム・アプライアンスとダウンストリーム・アプライアンスの間で、相互に行き来します。

- ハブ・アンド・スポーク: データは、複数のアップストリーム・アプライアンスから1つのダウンストリーム・アプライアンスへ移動します。

注意:

ダウンストリームのRecovery Applianceまたはテープ・ライブラリは、ローカルのデータ・センターに設置できます。レプリケーション・ネットワークは、ローカル構成では使用しません。

- ファイバ・チャネルSANネットワーク: Oracle Secure Backupを使用している場合、テープへのバックアップ用に、Recovery Applianceをデータ・センターのストレージ・エリア・ネットワーク(SAN)にバックアップできます。ネットワーク接続は、Oracleテープ・ソリューションを所有しているか、サードパーティのハードウェアを使用するかによって異なります。「テープ・ライブラリへのRecovery Applianceの接続」を参照してください。

- InfiniBandプライベート・ネットワーク: このネットワークは、InfiniBandスイッチを介して、計算サーバーとストレージ・サーバーを接続します。Oracleデータベースでは、Oracle RACクラスタのインターコネクト・トラフィックおよびストレージ・サーバーのデータへのアクセスにこのネットワークを使用します。ルーティングできないネットワークは、すべてRecovery Applianceに含まれます。
このネットワークは、データ・センターのネットワークには接続しません。設置時に自動的に構成されます。

3.1.3 「Recovery Applianceのネットワーク接続の例」

図3-1に、ネットワーク配線のサンプル構成を示します。2つのRecovery Applianceラックが、別々のデータ・センターに設置されています。保護されたOracleデータベースは、収集ネットワーク経由でアップストリームのRecovery Applianceに接続されています。アップストリームのRecovery Applianceは、レプリケーション・ネットワークを介してダウンストリームのRecovery Applianceに接続されています。どちらのラックも、Oracleテープ・ソリューションを使用して構成されています。

図3-1 Recovery Applianceのネットワーク図

3.1.4 「ネットワークへのRecovery Applianceラック・コンポーネントの接続」

図3-2に、Recovery Applianceラック・コンポーネントへのネットワーク接続を示します。

管理ネットワークは、イーサネット・スイッチを通して、計算サーバーやストレージ・サーバー、InfiniBandスイッチに接続しています。管理ネットワークはPDUに直接接続されています。

収集ネットワーク、オプションのレプリケーション・ネットワークおよびオプションのファイバ・チャネルSANネットワークは、2台の計算サーバーにつながっています。

InfiniBandネットワークは、InfiniBandスイッチを、計算サーバーとストレージ・サーバーに接続しています。

図3-2 Recovery Applianceラック・コンポーネントへのネットワーク接続

3.1.5 「テープ・ライブラリへのRecovery Applianceの接続」

Recovery Applianceとオプションのテープ・ライブラリ間のネットワーク接続は、オラクル社とサードパーティのどちらのテープ・コンポーネントを使用しているかによって異なります。Recovery Applianceでのサポートの違いについては、「テープ・バックアップ・インフラストラクチャの概要」を参照してください。

3.1.5.1 オラクル社の推奨スタック

オラクル社推奨のテープ・ソリューションを使用する場合は、それぞれの計算サーバーにファイバ・チャネル・アダプタを設置して、ファイバ・チャネルのストレージ・エリア・ネットワーク(SAN)に接続できるようにします。テープ・バックアップはこのネットワークで孤立しているため、その他のパフォーマンスに影響を与えることはありません。図3-3に、Oracleテープ・システムを使用した場合のネットワーク接続の概要を示します。

図3-3 Oracleテープ・システムへのRecovery Applianceの接続

3.1.5.2 サードパーティのテープ・システム

サードパーティのテープ・システムを使用する場合は、テープへのバックアップに10GBの収集ネットワークを使用します。これは、ローカルの保護されたデータベースが、Recovery Applianceへのバックアップに使用するものと同じネットワークです。図3-4に、サードパーティのテープ・システムを使用した場合のネットワーク接続の概要を示します。

図3-4 サードパーティのテープ・システムへのRecovery Applianceの接続

3.1.6 Recovery ApplianceでのネットワークVLANタグ付けの使用

Recovery Applianceでは、収集ネットワークでのみVLANポートのタグ付けをサポートしています。VLANポート・タグ付けを構成する前に、Recovery Applianceのインストールを完了しておきます。

また、該当する場合は、ネットワーク・スイッチ(管理ネットワークのRecovery Applianceラックに組み込まれているCiscoスイッチを含む)でAccess VLANを必ず設定してください。

関連項目:

VLANタグ付けを構成する場合とその方法の詳細は、「Recovery Applianceでのソフトウェアのインストール」を参照してください。

3.2 「ドメイン・ネーム・システムへのRecovery Applianceの登録」

Recovery Applianceラックが到着する前に、Oracle Exadata Deployment Assistantを使用します。アシスタントによって、システムの設定時に使用するファイルが生成されます。アシスタントにより生成されるファイルに指定するホスト名およびIPアドレスは、初期構成の前にドメイン・ネーム・システム(DNS)に登録する必要があります。また、すべてのパブリック・アドレス、単一クライアント・アクセス名(SCAN)アドレスおよびVIPアドレスも設置前にDNSに登録する必要があります。

アシスタントで生成されるファイルでは、クライアント・アクセス・ネットワーク上の3つのIPアドレスを持つ1つの名前としてSCANを定義します。3つのSCANアドレスで、クライアントによるRecovery Applianceへのサービス・アクセスが可能になります。この3つのSCANアドレスに対するSCAN名のラウンド・ロビン解決用にDNSを構成します。

DNSに登録されたアドレスはすべて、正引き解決と逆引き解決の両方について構成する必要があります。逆引き解決は、正逆のDNSエントリが相互に一致するように正引きの確認を行う(Forward Confirmed reverse DNS)必要があります。

関連項目:

- Deployment Assistantの使用

- SCANアドレスの詳細は、Oracle Grid Infrastructureのインストレーション・ガイドを参照してください。

- ラウンド・ロビン名前解決の構成の詳細は、DNSベンダーのドキュメントを参照してください

3.3 工場出荷時のIPアドレスの設定

Recovery Applianceには、次に示すデフォルトのIPアドレスが、出荷前に設定されています。

- ゲートウェイ: 192.168.1.254 (必要に応じ、すべてのデバイス)

- サブネット・マスク: 255.255.252.0 (必要に応じ、すべてのデバイス)

- IPアドレスの範囲: 192.168.1.1から192.168.1.203

Recovery Applianceをネットワークに接続する前に、これらのIPアドレスがネットワークの他のアドレスと競合しないことを確認してください。checkip.shスクリプトにより競合がチェックされます。Recovery Applianceが配送される前にチェックを実行した場合でも、問題を避けるためにネットワーク接続の前に、スクリプトを実行することをお薦めします。checkip.shスクリプトの詳細は、「Recovery Applianceでのソフトウェアのインストール」を参照してください。

表3-1に、フル・ラックのRecovery Applianceの工場出荷時におけるIPアドレスを示します。

表3-1 Recovery Applianceの工場出荷時のIPアドレス

ラック・ユニット

コンポーネント

管理ネットワーク・アドレス

InfiniBandアクティブ結合IPアドレス

Oracle ILOMのIPアドレス

U41

ストレージ・サーバー

192.168.1.23

192.168.10.45

192.168.1.123

U39

ストレージ・サーバー

192.168.1.22

192.168.1.43

192.168.1.122

U37

ストレージ・サーバー

192.168.1.21

192.168.10.41

192.168.1.121

U35

ストレージ・サーバー

192.168.1.20

192.168.10.39

192.168.1.120

U33

ストレージ・サーバー

192.168.1.19

192.168.10.37

192.168.1.119

U31

ストレージ・サーバー

192.168.1.18

192.168.10.35

192.168.1.118

U29

ストレージ・サーバー

192.168.1.17

192.168.10.33

192.168.1.117

U27

ストレージ・サーバー

192.168.1.16

192.168.10.31

192.168.1.116

U25

ストレージ・サーバー

192.168.1.14

192.168.10.27

192.168.1.114

U23

ストレージ・サーバー

192.168.1.12

192.168.10.23

192.168.1.112

U22

InfiniBandスイッチ

適用されません。

適用されません。

192.168.1.203

U21

イーサネット・スイッチ

適用されません。

適用されません。

192.168.1.200

U20

InfiniBandスイッチ

適用されません。

適用されません。

192.168.1.202

U18

ストレージ・サーバー

192.168.1.10

192.168.10.19

192.168.1.110

U17

計算サーバー

192.168.1.9

192.168.10.17

192.168.1.109

U16

計算サーバー

192.168.1.8

192.168.10.15

192.168.1.108

U14

ストレージ・サーバー

192.168.1.7

192.168.10.13

192.168.1.107

U12

ストレージ・サーバー

192.168.1.6

192.168.10.11

192.168.1.106

U10

ストレージ・サーバー

192.168.1.5

192.168.10.9

192.168.1.105

U08

ストレージ・サーバー

192.168.1.4

192.168.10.7

192.168.1.104

U06

ストレージ・サーバー

192.168.1.3

192.168.10.5

192.168.1.103

U04

ストレージ・サーバー

192.168.1.2

192.168.10.3

192.168.1.102

U02

ストレージ・サーバー

192.168.1.1

192.168.10.1

192.168.1.101

3.4 ファイアウォール使用時のポート割当て

リカバリ・アプライアンスと他のコンポーネントとの間のネットワーク通信で、ファイアウォールを通過するアクセスが必要になる場合は、リカバリ・アプライアンス・サービスによって使用されるポートを開く必要があります。

注意:

リカバリ・アプライアンスのコンポーネント間では、ファイアウォールは使用できません。

表3-2に、Recovery Appliance上のサービスが使用するポートを示します。リストを確認し、必要なポートを開いてください。別途記述がないかぎり、管理ネットワークのすべてのポート。

表3-2 ファイアウォールのオープン・ポート

ソース

ターゲット

プロトコル

ポート

アプリケーション

なし

データベース管理

TCP経由のSSH

22

SSH

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

TCP経由のSSH

22

SSH

なし

記憶域管理

TCP経由のSSH

22

SSH

ストレージ・サーバー

電子メール・サーバー

SMTP

25

465(SSL使用の場合)

SMTP(Simple Mail Transfer Protocol)

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のTFTP

69

送信TFTP(Trivial File Transfer Protocol)

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

TCP経由のHTTP

80

Web(ユーザー構成可能)

なし

PDU

TCP経由のHTTP

80

ブラウザ・インタフェース

データベース管理

なし

UDP経由のNTP

123

送信ネットワーク・タイム・プロトコル(NTP)

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のNTP

123

送信NTP

記憶域管理

なし

UDP経由のNTP

123

送信NTP

ASRマネージャ

ASRアセット

SNMP(get)

161

追加診断情報のFMA強化

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

UDP経由のSNMP

161

SNMP (Simple Network Management Protocol)(ユーザー構成可能)

なし

PDU

UDP経由のSNMP

161

SNMP(ユーザー構成可能)

ストレージ・サーバー

SNMPサブスクライバ(Oracle Enterprise Manager Cloud ControlまたはSNMPマネージャ)

SNMP

162

SNMPバージョン1(SNMPv1)送信トラップ(ユーザー構成可能)

計算サーバーおよびストレージ・サーバーILOM

ASRマネージャ

SNMP

162

ASRマネージャに送信したテレメトリ・メッセージ

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のIPMI

162

送信IPMI(Intelligent Platform Management Interface)プラットフォーム・イベント・トラップ(PET)

PDU

なし

UDP経由のSNMP

162

送信SNMPv2トラップ

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

UDP/TCP経由のLDAP

389

送信LDAP(Lightweight Directory Access Protocol)(ユーザー構成可能)

ASRマネージャ

ASRバックエンド

HTTPS

443

ASRバックエンドに送信したテレメトリ・メッセージ

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

TCP経由のHTTPS

443

Web(ユーザー構成可能)

なし

PDU

TCP経由のHTTPS

443

ブラウザ・インタフェース

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のSyslog

514

送信Syslog

PDU

なし

UDP経由のSyslog

514

送信Syslog

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のDHCP

546

クライアントDHCP(動的ホスト構成プロトコル)

PDU

なし

UDP経由のDHCP

546

DHCP(動的ホスト構成プロトコル)クライアント

なし

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

UDP経由のIPMI

623

IPMI(Intelligent Platform Management Interface)

Oracle Enterprise Manager Cloud Control

なし

TCP

1159

Oracle Enterprise Manager Cloud Control HTTPSアップロード・ポート

Oracle Enterprise Manager Cloud Control

なし

TCP

1159

Oracle Enterprise Manager Cloud Control HTTPSアップロード・ポート

なし

データベース・データ

TCP上のSQL*Net

1521

データベース・リスナー

保護されたデータベース

リカバリ・アプライアンス

TCP上のSQL*Net

1521 (収集ネットワーク)

RMANバックアップおよびリストア

アップストリーム・リカバリ・アプライアンス

ダウンストリーム・リカバリ・アプライアンス

TCP上のSQL*Net

1522 (レプリケーション・ネットワーク)

リカバリ・アプライアンス・レプリケーション

計算サーバー、ストレージ・サーバーおよびInfiniBand ILOM

なし

UDP経由のRADIUS

1812

送信RADIUS(Remote Authentication Dial In User Service)(ユーザー構成可能)

Oracle Enterprise Manager Grid Control

なし

TCP

4889

Oracle Enterprise Manager Cloud Control HTTPアップロード・ポート

Oracle Enterprise Manager Grid Control

なし

TCP

4889

Oracle Enterprise Manager Cloud Control HTTPアップロード・ポート

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

5120

ILOMリモート・コンソール: CD

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

5121

ILOMリモート・コンソール: キーボードおよびマウス

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

5123

ILOMリモート・コンソール: ディスケット

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

5555

ILOMリモート・コンソール: 暗号化

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

5556

ILOMリモート・コンソール: 認証

ASRマネージャ

計算サーバーおよびストレージ・サーバーILOM

HTTP

6481

アセット・アクティブ化用サービス・タグ・リスナー

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

6481

ILOMリモート・コンソール: servicetagデーモン

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

7578

ILOMリモート・コンソール: ビデオ

なし

計算サーバーおよびストレージ・サーバーILOM

TCP

7579

ILOMリモート・コンソール: シリアル

なし

計算サーバー

TCP

7777

Oracle Enterprise Manager Grid Control HTTPコンソール・ポート

なし

ストレージ・サーバー

TCP

7777

Oracle Enterprise Manager Grid Control HTTPコンソール・ポート

なし

計算サーバー

TCP

7799

Oracle Enterprise Manager Grid Control HTTPSコンソール・ポート

なし

ストレージ・サーバー

TCP

7799

Oracle Enterprise Manager Grid Control HTTPSコンソール・ポート

保護されたデータベース

リカバリ・アプライアンス

HTTP

8001 (収集ネットワーク)

RMANバックアップおよびリストア

アップストリーム・リカバリ・アプライアンス

ダウンストリーム・リカバリ・アプライアンス

HTTP

8001 (レプリケーション・ネットワーク)

リカバリ・アプライアンス・レプリケーション

4 自動サービス・リクエストの設定

この章では、Recovery Applianceに自動サービス・リクエストをインストールおよび構成する方法を説明します。これらの項目が含まれます。

- 「自動サービス・リクエストの理解」

- 「ASRのインストール準備」

- 「ASRマネージャのインストール」

- 「ASRマネージャのインストールの検証」

- 「Recovery Applianceでのトラップ宛先の概要」

- 「ASRのトラブルシューティング」

4.1 「自動サービス・リクエストの理解」

自動サービス・リクエスト(ASR)は、Recovery Applianceのハードウェアに特定の障害が発生すると自動的にサービス・リクエストをオープンするように設計されています。ASRは、ディスク、ファン、電源などの最も一般的なサーバー・コンポーネントで障害を検出し、障害の発生時に自動的にサービス・リクエストをオープンします。ASRは、サーバー・コンポーネントのみをモニターするため、発生する可能性のあるすべての障害を検出するわけではありません。

ASRは、SMTP、SNMPアラートなど、カスタマ・データ・センター内のその他のモニタリング・メカニズムに代わるものではありません。交換ハードウェアの発送を促進および簡素化する補完メカニズムです。ASRは、高優先度システムのダウンタイム・イベントに使用することはできません。高優先度イベントの場合は、Oracleサポート・サービスまで直接ご連絡ください。

ASRによりハードウェアの問題が検出されると、ASRマネージャがサービス・リクエストをOracleサポート・サービスに送信します。多くの場合、管理者が問題を認識する前に、Oracleサポート・サービスで問題の解決作業を開始できます。

My Oracle Supportの電子メール・アカウントとRecovery Applianceの技術サポートの両方に電子メール・メッセージが送信され、サービス・リクエストの作成が通知されます。

サービス・リクエストは、一部の状況では自動的に送信されないことがあります。これは、SNMPプロトコルの信頼性が低いため、あるいはASRマネージャとの接続が失われるために発生します。引き続きシステムの障害をモニターし、サービス・リクエストが自動的に送信されたという通知が受信されない場合は、Oracleサポート・サービスに連絡することをお薦めします。

関連項目:

- Oracle自動サービス・リクエストのWebページは、次のとおりです。
http://www.oracle.com/technetwork/systems/asr/overview/index.html

- Oracle自動サービス・リクエストのユーザー・ドキュメント
http://www.oracle.com/technetwork/systems/asr/documentation/index.html

4.2 「ASRのインストール準備」

ASRをインストールする前に、次の前提条件を満たすようにします。

1. http://support.oracle.comでMy Oracle Supportアカウントを作成します。

2. My Oracle Supportで、次の項目が正しく設定されていることを確認します。

- Oracle Premier Support for Systems、Oracle Premier Support for Operating SystemsまたはOracle Limited Warranty

- Recovery Applianceを担当するカスタマ・サイトの技術サポート担当者

- Recovery Applianceの部品を配送するカスタマ・サイトの有効な出荷先住所

3. ASRマネージャをホストするシステムを識別して指定します。

ASRマネージャは、HTTPSまたはHTTPSプロキシを使用してRecovery Applianceおよびアウトバウンド・インターネットに接続するサーバーにインストールする必要があります。サービス・リクエスト(SR)を送信するには、サーバーがインターネットにアクセスできる必要があります。

4. ASRマネージャは、通常の操作では次のポートを使用します。Recovery ApplianceとASRマネージャのサーバー・ポートが開いていることを確認してください。

- Recovery Applianceのすべてのサーバーで、HTTPベース・アセットのアクティブ化リクエストをASRマネージャから受信するため、ポート6481が開かれている必要があります。

- ASRマネージャを実行しているサーバーでは、Recovery Applianceのサーバーが送信するSNMPベースのテレメトリ・メッセージ用に、ポート162が開かれている必要があります。

- オラクル社のtransport.oracle.com Webサーバーでは、ASRマネージャが送信するHTTPSベースのテレメトリ・メッセージ用に、ポート443が開かれています。

ポートの位置については、図4-1を参照してください。

5. 指定したシステムは、Hardware and Network Configuration Recommendations for ASRに準拠している必要があります。次に示すOracle ASRのWebサイトを参照してください。

http://docs.oracle.com/cd/E37710_01/nav/products.htm

6. Java Development Kit 6 (JDK 1.6.0_04以上)が、指定したASRマネージャ・システムで実行されていることを確認します。

java -version

必要に応じて、最新バージョンのJDKをJava SEのダウンロードWebサイトからダウンロードしてインストールします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

7. 指定したASRマネージャ・ホストに対するrootアクセスを取得します。

8. Recovery Applianceに対する接続を特定して確認します。

9. HTTPSを使用してインターネットへの接続を確認します。

図4-1に、ASRとRecovery Applianceの間のネットワーク接続を示します。

図4-1 自動サービス・リクエスト・ネットワーク接続

4.3 ASRマネージャのインストール

ASRマネージャをインストールするには、My Oracle SupportのドキュメントID 1185493.1から現在のバージョンをダウンロードします。次の場所にあるOracle Auto Service Requestインストレーションおよびオペレーション・ガイドの手順に従います

http://www.oracle.com/technetwork/systems/asr/documentation/index.html

4.4 「ASRマネージャのインストールの検証」

ASRマネージャでrootとして次のチェックを実行して、適切にインストールされていることを確認します。

- asrコマンドが、rootユーザーの検索パスにあることを確認します。

- ASRマネージャ3.5以上が実行されていることを確認します。

asr show_rules_version

- 登録ステータスを確認します。

asr show_reg_status

- トランスポート・サーバーにテスト・メッセージを送信して接続をテストします。

asr test_connection

- ASRアセットを検証します。

1. ASRマネージャで、ASRがアクティブ化されていることを確認します。

asr list_asset -i asset_ip

このコマンドのasset_ipは、サーバーまたはOracle ILOMのIPアドレスです。すべてのアセットをリストするには、次のコマンドを入力します。

asr list_asset

2. アセットがリストされない場合は、Recovery ApplianceにASRが構成されていることを確認します。

注意:

IPアドレスまたはホスト名を変更する場合は、アセットを非アクティブ化して再アクティブ化する必要があります。

4.5 「Recovery Applianceでのトラップ宛先の概要」

ASRは、Recovery Applianceのオプションのソフトウェア・コンポーネントです。Oracle Exadata Deployment Assistantでソフトウェアを構成している場合は、ASRに関するページを完了する必要があります。ソフトウェアのインストール時、Recovery Applianceによって、コンポーネントの障害インジケータをトラップするためにサーバーが構成されます。「自動サービス・リクエスト・ページ」を参照してください。

次に、ディスク障害が発生した場合にASRマネージャに送信されるSimple Network Management Protocol (SNMP)トラップの例を示します。

例4-1は、ストレージ・サーバーのディスク障害に関するSNMPトラップを示しています。ハードウェア・アラート・コード(HALRT-02001)には下線が付いています。

例4-2は、計算サーバーのディスク障害からのSNMPトラップを示しています。ハードウェア・アラート・コード(HALRT-02007)には下線が付いています。

例4-1 ストレージ・サーバーSNMPトラップの例

2011-09-07 10:59:54 server1.example.com [UDP: [192.85.884.156]:61945]:
RFC1213-MIB::sysUpTime.0 = Timeticks: (52455631) 6 days, 1:42:36.31
SNMPv2-SMI::snmpModules.1.1.4.1.0 = OID: SUN-HW-TRAP-MIB::sunHwTrapHardDriveFault
SUN-HW-TRAP-MIB::sunHwTrapSystemIdentifier = STRING: Sun Oracle Database Machine
1007AK215C
SUN-HW-TRAP-MIB::sunHwTrapChassisId = STRING: 0921XFG004
SUN-HW-TRAP-MIB::sunHwTrapProductName = STRING: SUN FIRE X4270 M2 SERVER
SUN-HW-TRAP-MIB::sunHwTrapSuspectComponentName = STRING: SEAGATE ST32000SSSUN2.0T;
Slot: 0SUN-HW-TRAP-MIB::sunHwTrapFaultClass = STRING: NULL
SUN-HW-TRAP-MIB::sunHwTrapFaultCertainty = INTEGER: 0
SUN-HW-TRAP-MIB::sunHwTrapFaultMessageID = STRING: HALRT-02001
SUN-HW-TRAP-MIB::sunHwTrapFaultUUID = STRING: acb0a175-70b8-435f-9622-38a9a55ee8d3
SUN-HW-TRAP-MIB::sunHwTrapAssocObjectId = OID: SNMPv2-SMI::zeroDotZero
SUN-HW-TRAP-MIB::sunHwTrapAdditionalInfo = STRING: Exadata Storage Server:
cellname  Disk Serial Number:   E06S8K
server1.example.com failure trap.

例4-2 Oracle Database Server SNMPトラップ

2011-09-09 10:59:54 dbserv01.example.com [UDP: [192.22.645.342]:61945]:
RFC1213-MIB::sysUpTime.0 = Timeticks: (52455631) 6 days, 1:42:36.31
SNMPv2-SMI::snmpModules.1.1.4.1.0 = OID: SUN-HW-TRAP-MIB::sunHwTrapHardDriveFault
SUN-HW-TRAP-MIB::sunHwTrapSystemIdentifier = STRING: Sun Oracle Database Machine
1007AK215C
SUN-HW-TRAP-MIB::sunHwTrapChassisId = STRING: 0921XFG004
SUN-HW-TRAP-MIB::sunHwTrapProductName = STRING: SUN FIRE X4170 M2 SERVER
SUN-HW-TRAP-MIB::sunHwTrapSuspectComponentName = STRING: HITACHI H103030SCSUN300G
Slot: 0SUN-HW-TRAP-MIB::sunHwTrapFaultClass = STRING: NULL
SUN-HW-TRAP-MIB::sunHwTrapFaultCertainty = INTEGER: 0
SUN-HW-TRAP-MIB::sunHwTrapFaultMessageID = STRING: HALRT-02007
SUN-HW-TRAP-MIB::sunHwTrapFaultUUID = STRING: acb0a175-70b8-435f-9622-38a9a55ee8d3
SUN-HW-TRAP-MIB::sunHwTrapAssocObjectId = OID: SNMPv2-SMI::zeroDotZero
SUN-HW-TRAP-MIB::sunHwTrapAdditionalInfo = STRING: Exadata Database Server: db03
Disk Serial Number: HITACHI H103030SCSUN300GA2A81019GGDE5E
dbserv01.example.com failure trap.

4.6 ASRのトラブルシューティング

ASRソフトウェアのトラブルシューティング手順は、次の場所にあるOracle ASRインストレーションおよびオペレーション・ガイドの第5章を参照してください。

http://www.oracle.com/technetwork/systems/asr/documentation/index.html

問題が解決しない場合は、ASRサポートに連絡してください。

5 Deployment Assistantの使用

この章では、Deployment Assistantの使用方法について説明します。入力する情報は、Recovery Appliance構成ファイルの作成に使用されます。これらのファイルは、インストール・ユーティリティと連携して、インストール・プロセスを自動化します。

この章の内容は次のとおりです。

- 「Deployment Assistantの概要」

- 「構成ファイルの生成」

- 「構成ファイルの概要」

- 「カスタマ詳細」ページ

- 「ハードウェアの選択」ページ

- カスタマ・ネットワークの定義ページ

- 「管理ネットワーク」ページ

- 収集ネットワーク・ページ

- 「インフィニバンド・ネットワーク構成」ページ

- レプリケーション・ネットワーク・ページ

- 計算ノードのOSの識別ページ

- 確認および編集ページ

- クラスタの定義ページ

- 「クラスタ」ページ

- 確認および編集ページ

- レプリケーション・ネットワークSCANページ

- 「セル・アラート」ページ

- プラチナ構成ページ

- Oracle Configuration Managerページ

- 自動サービス・リクエスト・ページ

- 「Grid Control Agent」ページ

- テープ・ライブラリの接続性ページ

- 「コメント」ページ

- 「生成」ページ

- 「終了」ページ

5.1 Deployment Assistantの概要

Oracle Exadata Deployment Assistantでは、Oracle Exadata Database Machine、Recovery ApplianceまたはOracle SuperClusterを構成できます。どちらのシステムを構成するかは、「ようこそ」ページで選択します。一連のページのガイドが終了すると、アシスタントにより構成ファイルのセットが生成されます。これらのファイルは、OneCommandインストール・ユーティリティとともに使用され、デプロイメント・プロセス自動化の一助となり、システムが指定どおりに構成されるようにします。

Oracle Exadata Deployment Assistantを使用する前に、ネットワーク管理者およびデータベース管理者と連携して、現在のIPアドレスの使用状況やネットワーク構成など、現在の環境設定を評価します。次に、Recovery Applianceに使用する設定を特定します。

Recovery Applianceの到着前に、Oracle Exadata Deployment Assistantを実行し、構成ファイルを生成して、計画構成を検証してください。特に指示がなければ、すべての情報が必須です。

次のボタンは、アシスタントのどのページにもあります。

- ヘルプ: 現在のページの完了に関する情報が表示されます。

- インポート: 以前にXMLファイルに保存した構成設定がロードされます。Recovery Appliance用に明示的に作成された構成のみを選択します。Oracle ExadataまたはOracle SuperClusterの構成はインポートしないでください。
ファイルをインポートして構成設定を完成させることや、変更することが可能で、新しいソフトウェア・バージョンへアップグレードする際にインポートできます。

このボタンがあるのは、「ようこそ」ページのみです。

- 保存: XMLファイルに構成を保存できます。ファイルを後からインポートして、構成プロセスを再開することが可能です。ファイルはデフォルトで、ExadataConfigurationsサブディレクトリに保存されます。

- 戻る: 前のページが表示されます。

- 次へ: 次のページが表示されます。

- 取消: 構成プロセスが取り消され、Deployment Assistantが閉じられます。

5.2 構成ファイルの生成

Oracle Exadata Deployment Assistantを実行する前に、この章に記載されているとおり、Recovery Applianceを設置場所にデプロイするために必要な情報がすべて揃っていることを確認してください。

構成ファイルを生成するには、次のようにします。

1. Oracle Exadata Deployment Assistantを実行するコンピュータにログインします。Recovery Applianceをデプロイするネットワークにコンピュータがあることを確認します。

Oracle Exadata Deployment Assistantでサポートされているオペレーティング・システムは、Linux、Solaris 64ビット、SPARC Solaris 9、Apple Mac OSおよびMicrosoft Windowsです。

2. My Oracle SupportのドキュメントID 1927416.1から、使用しているオペレーティング・システムに最新のOneCommand ZIPファイルをダウンロードします。

ZIPファイルには、ソフトウェアの構成とデプロイに必要なコンポーネントがすべて含まれています。サポートされているオペレーティング・システムごとに、別々のZIPファイルが用意されています。

3. オペレーティング・システムのユーティリティを使用して、ダウンロードしたファイルを抽出します。次に、Linuxのファイルを抽出した場合の例を示します。

$ unzip p19363943_121111_Linux-x86-64.zip
Archive:  p19363943_121111_Linux-x86-64.zip
inflating: linux-x64/properties/patchname.properties
inflating: linux-x64/properties/s_Sparc.properties
inflating: linux-x64/properties/s_Solaris.properties
inflating: linux-x64/properties/commonQuestions.txt
inflating: linux-x64/properties/s_LinuxXen.properties
inflating: linux-x64/properties/jaxb.properties
inflating: linux-x64/properties/es.properties
inflating: linux-x64/properties/s_Windows.properties
inflating: linux-x64/properties/s_Linux.properties
inflating: linux-x64/README.txt
inflating: linux-x64/README
inflating: linux-x64/config.sh
inflating: linux-x64/install.sh
inflating: linux-x64/jre1.7.0_25/man/man1/javaws.1
inflating: linux-x64/jre1.7.0_25/man/man1/rmiregistry.1
inflating: linux-x64/jre1.7.0_25/man/man1/policytool.1
inflating: linux-x64/jre1.7.0_25/man/man1/pack200.1
inflating: linux-x64/jre1.7.0_25/man/man1/java.1
inflating: linux-x64/jre1.7.0_25/man/man1/orbd.1
.
.
.

4. linux-x64などのインストール・ディレクトリに移動します。

5. Oracle Exadata Deployment Assistantを起動するには、使用しているオペレーティング・システムに応じて、config.shまたはconfig.cmdを実行します。

「ようこそ」ページが表示されます。図5-1を参照してください。

6. Zero Data Loss Recovery Applianceを選択します。

7. 前に保存した構成ファイルを使用するには、「インポート」をクリックしてXMLファイルを選択します。

構成ファイルはデフォルトで、ExadataConfigurationsサブディレクトリに保存されています。

8. ウィザードの各手順を実行します。各ページで選択する内容の詳細は、「ヘルプ」をクリックしてください。

9. 「生成」ページで、「ファイルの作成」をクリックします。

10. 生成されたzipファイルをオラクル担当者に送信します。ファイルの名前は、customer_name-rack_name.zipという形式です。

11. checkipスクリプトを実行し、ネットワーク設定を検証します。「構成ファイルの概要」を参照してください。

図5-1に、Oracle Exadata Deployment Assistantの「ようこそ」ページを示します。

図5-1 Oracle Exadata Deployment Assistantの「ようこそ」ページ

5.3 構成ファイルの概要

Oracle Exadata Deployment Assistantにより、システムの構成に使用する次のファイルが生成されます。保存するディレクトリを選択できます。

customer_name-rack_name.xml

完成した構成のすべての設定が含まれています。Recovery Applianceデプロイメントの構成を変更するには、このファイルをロードして変更を入力し、構成ファイルを再生成します。

このファイルは、Oracle Exadata Deployment Assistantにのみ使用されます。Recovery Applianceの実際の構成には使用されません。

customer_name-rack_name_temporary_config.xml

完了していない構成の設定が含まれています。このファイルは、中断したところから構成を続ける場合に使用します。

customer_name-rack_name.zip

構成ファイルのコピーが含まれています。オラクル担当者がインストールを実行する場合は、インストールを行う日より前に、このファイルをオラクル社に送信してください。それ以外の場合は、ファイルをUSBドライブに転送して、Recovery Applianceにコピーします。

customer_name-rack_name-checkip.sh or -checkip.cmd

一連のテストが実行されます。次に示すような、インストール・プロセスの様々な場面で使用します。

- Recovery ApplianceのCiscoスイッチをデータ・センターのネットワークに接続する前(工場出荷時のIPアドレスが一意であることを確認するため)。

- Ciscoスイッチをデータ・センターのネットワークに接続した後(カスタムの名前とIPアドレスが、DNSに正しく追加されたことを確認するため)。

- Recovery Applianceソフトウェアをインストールした後(データ・センターのネットワークに正常にデプロイされたことを確認するため)。

customer_name-rack_name-InstallationTemplate.html

すべての構成の詳細に関するレポートです。このレポートはブラウザで表示できます。慎重にチェックして、設定がすべて正しいことを確認してください。

customer_name-rack_name-platinum.csv

Oracle Platinum Servicesの対象となる計算サーバーとストレージ・サーバーを識別します。

customer_name-rack_name-preconf_rack_n.csv

checkipスクリプトで使用されるコンポーネント名とIPアドレスが含まれています。

5.4 「カスタマ詳細」ページ

次の表では、カスタマ詳細に関するフィールドを説明します。

表5-1 「カスタマ詳細」ページ

「カスタマ詳細」フィールド

説明

お客様の名前

顧客の名前で、使用できるのは英数字と空白です。必須。

アプリケーション

Oracle Exadata Database Machineまたは保護された別のOracleデータベース・システムで使用されるアプリケーション。

ネットワーク・ドメイン名

Recovery Applianceが稼働するドメインの名前。必須。

名前の接頭辞

すべてのラック・コンポーネントのホスト名の生成に使用する接頭辞。必須。

接頭辞に使用できるのは、英数字20文字までです。空白は無効です。

たとえば、ra01という値を使用すると、計算サーバーの名前はra01db01になり、ストレージ・サーバーの名前はra01cel01になります。

リージョン

Recovery Applianceが設置される地理的な場所。リストからリージョンを選択します。

タイムゾーン

設置場所のタイムゾーン。リストからタイムゾーンを選択してください。

選択したリージョン内のタイムゾーンが表示されます。

DNS

ドメイン・ネーム・システム(DNS)サーバーのIPアドレス(最大3つ)。

NTP

ネットワーク・タイム・プロトコル(NTP)サーバーのIPアドレス(最大3つ)。

5.5 「ハードウェアの選択」ページ

「ハードウェアの選択」ページでは、同時にデプロイするラックの数と、各ラック内のストレージ・サーバー数を指定します。Recovery Applianceでは、柔軟な構成が可能です。最小構成では、X6またはX5の場合は最大15台までのストレージ・サーバーを追加でき、X4の場合は最大11台までのストレージ・サーバーを追加できます。ラックが複数の場合は配線が必要です。

次の表では、ハードウェアの選択について説明します。

表5-2 「ハードウェアの選択」ページ

「ハードウェアの選択」フィールド

説明

デプロイする相互接続されたハードウェアの選択

ラックに使用可能なハードウェア構成がリストされます。ハードウェアのバージョンによっては、各ラックに3から18台のストレージ・サーバー(セル)を収容できます。ラックを1つ以上選択してください。同じタイプのラックを何度でも選択できます。

これはお客様のデプロイメントです

お客様が選択したハードウェアがリストされます。

たとえば、X6ハードウェアでは、フル・ラック(ストレージ・サーバー18台) 2つと、最小構成のラック(ストレージ・サーバー3台) 1つを同時にデプロイするには、次のようにします。

1. 「X6 ZDLRA」フォルダを開きます。

2. X6-2 ZDLRA Elastic Rack HC 8TBを3回追加し、「次へ」をクリックします。
ラック詳細ページが表示されます。

3. 最初の2つのラックについて、ストレージ・セル数フィールドに18と入力します。

4. 3つ目のラックについて、ストレージ・セル数フィールドに3と入力します。

X4ハードウェアで、フル・ラック(ストレージ・サーバー14台)2つと、最小構成のラック(ストレージ・サーバー3台)1つを同時にデプロイするには、次のようにします。

1. 「X4 ZDLRA」フォルダを開きます。

2. X4-2 ZDLRA 14 Cell HC 4TBを2回追加します。

3. X4-2 ZDLRA 3 Cell HC 4TBを1回追加します。

5.6 カスタマ・ネットワークの定義ページ

デプロイメント・プロセスでは、Recovery Applianceの次のネットワークが構成されます。各ネットワークは、相互に異なるサブネット上に存在する必要があります。

- サブネット1: 管理ネットワークでは、Recovery Applianceのサーバーやスイッチに直接アクセスすることも、Oracle ILOM経由でアクセスすることも可能です。このネットワークには、銅ケーブルを使用します。必須。

- サブネット2: 収集ネットワークは、Oracle Exadata Database MachineをローカルのRecovery Applianceに接続します。このネットワークは結合が可能で、1/10GbEの銅ケーブルか10GbEのファイバ・ケーブルが使用されます。必須。
デフォルト設定は結合であり、これはアクティブ/パッシブの結合をサポートしますが、Link Aggregation Control Protocol (LACP)のレイヤー3と4(ホストとポート)を使用してアクティブ/アクティブをサポートするLACPをお薦めします。この構成は、両方のネットワーク・インタフェースを使用する場合に最適です。データ・センターでは、LACPネットワークとスイッチをサポートする必要があります。「配線に関する考慮事項」を参照してください。

- サブネット3: プライベートInfiniBandネットワークは、ラック内のコンポーネントを接続し、オプションで、複数のラックも接続できます。このネットワークには、InfiniBandケーブルが使用されます。必須。

- サブネット4: レプリケーション・ネットワークは、Recovery Applianceを、リモートにあるオプションのRecovery Applianceに接続します。このネットワークは結合が可能で、1/10GbEの銅ケーブルか10GbEの光ファイバ・ケーブルが使用されます(いずれのタイプも収集ネットワークでは使用されません)。「配線に関する考慮事項」を参照してください。オプションです。
レプリケーション・ネットワークは、バックアップまたはDRネットワークとも呼ばれます。

関連項目:

「ネットワーク要件の概要」

5.6.1 ネットワーク構成の選択

次の表では、ネットワークの構成の選択について説明します。影付きのフィールドやオプションは読取り専用で、追加のネットワーク詳細を示すためにのみ表示されます。前述のネットワークの説明も参照してください。

表5-3 ネットワークの定義ページ

「ネットワーク」フィールド

説明

サブネット・マスク

ネットワークに使用するサブネット・マスク。

結合または非結合

ネットワークが結合されているかどうかを示します。管理ネットワークやプライベートInfiniBandネットワークは、常に非結合です。

LACPの有効化

データ・センターでLACPが有効化されている場合は、収集ネットワークにこのオプションを選択します。

ゲートウェイ

ネットワークのゲートウェイのIPアドレス。

ネットワーク・フォーマット

ケーブル・タイプの適切なイーサネット・カードを示します。

- 1/10GB銅Base-T (銅ケーブルの場合)

- 10GbE光(光ファイバ・ケーブルの場合)

使用可能なネットワーク

このオプションは、オプションのレプリケーション・ネットワークを構成する場合に選択します。

5.6.2 配線に関する考慮事項

計算サーバーには5つのポートがあり、2つは光ケーブルで3つが銅ケーブルです。ほとんどのデータ・センターは10GbEの光ケーブルのみをサポートしているため、収集ネットワークは通常10GbEの光ケーブル用に構成されます。

高い可用性とスループットのために、収集ネットワークとレプリケーション・ネットワークを結合することをお薦めします。デフォルトの結合はアクティブ/パッシブであり、ネットワークは10GbEまたは1.2GB/秒に制限されます。対照的に、光ケーブルのLACP構成には、各計算サーバーに対して10GbEまたは2.4GB/秒の潜在能力があります。このスループットでは、ネットワーク・スイッチをレイヤー3(ソースと宛先IPアドレスをハッシュ化)およびレイヤー4(アプリケーションで使用されるTCPポートをハッシュ化)に対して適切に構成する必要があります。

レプリケーション・ネットワークはオプションです。収集ネットワークに光ポートを選択した場合、レプリケーション・ネットワークには銅ポートを選択する必要があります。レプリケーション・ネットワークの高可用性の重要度は、収集ネットワークのそれよりも低くなります。したがって、結合なしでレプリケーション・ネットワークを構成できるため、高可用性の機能はありません。

5.7 「管理ネットワーク」ページ

各計算サーバーおよびストレージ・サーバーには、管理ネットワーク用のネットワーク・インタフェースが2つあります。

- イーサネット・インタフェースからは、オペレーティング・システムへの管理アクセスが可能です。

- ILOMイーサネット・インタフェースからは、Oracle Integrated Lights Out Manager (Oracle ILOM)にアクセスできます。

次の表では、管理ネットワークに関するフィールドを説明します。影付きのフィールドは読取り専用で、追加の構成詳細を示すためにのみ表示されます。

表5-4 管理ネットワークページ

管理ネットワークフィールド

説明

プールの開始IPアドレス

計算サーバー、ストレージ・サーバーおよびInfiniBandスイッチの管理ネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。このプールのアドレスは、データベース・サーバーおよびストレージ・サーバーのILOMポートにも割り当てられます。

プール・サイズ

この値は、ハードウェアの選択内容から計算されます。

プールは、連続したIPアドレスで構成するようにしてください。連続したIPアドレスを使用できない場合は、「確認」ページで個々のIPアドレスを変更できます。

プールの終了IPアドレス

この値は、開始IPアドレスおよびプール・サイズから計算されます。

データベース・サーバーのデフォルトのゲートウェイにする

このオプションは、ゲートウェイのIPアドレスが計算サーバーのデフォルト・ゲートウェイの場合に選択します。

結合インタフェースがあるため、かわりに収集ネットワークのゲートウェイを使用することをお薦めします。

データベース・サーバーのホスト名を定義します

このオプションは、管理ネットワーク名で、計算サーバーのホスト名が定義されている場合に選択します。

サンプルのホスト名

「カスタマ詳細」ページに入力された接頭辞を使用して、管理ネットワークのサンプル名を表示します。名前の形式を変更するには、「変更」をクリックします。

5.7.1 管理ホスト名の形式の変更

デフォルトの管理ホスト名は、管理ネットワーク・フォーマット・マスク・ダイアログ・ボックスを使用して変更できます。通常、名前は企業の命名基準または既存のシステムとの互換性に合せて変更されます。

管理ネットワークの詳細は、「ネットワーク要件の概要」を参照してください。

次の表では、管理ネットワーク・フォーマット・マスクに関するフィールドを説明します。ID番号を表示する名前にパーセント記号(%)を入力します。デバイスIDの番号付けは、「開始ID:」フィールドの値で開始されます。たとえば、開始IDに1、名前にパーセント記号を2つ(%%)入力した場合、デバイスは01、02、03のように番号付けされます。

注意:

サーバーおよびサーバーILOMには同じ開始識別子を使用することをお薦めします。

表5-5 管理ネットワーク・フォーマット・マスク・ダイアログ・ボックス

管理ネットワーク・フォーマット・マスクフィールド

説明

計算ノード名

計算サーバーの英数字の管理名。ID番号用にパーセント記号を入力します。必須。

計算ノード開始ID

1台目の計算サーバーの番号。名前のパーセント記号は、この番号で置き換えられます。必須。

サンプル名

フォーマット・マスクを使用して作成された計算サーバーの名前を表示します。

計算ILOM名

計算サーバーILOMの英数字の管理名。ID番号用にパーセント記号を入力します。必須。

計算ILOM開始ID

1台目の計算サーバーILOMの番号。名前のパーセント記号は、この番号で置き換えられます。必須。

サンプル名

フォーマット・マスクを使用して作成された計算サーバーILOMの名前を表示します。

セル・ノード名

ストレージ・サーバーの英数字の管理名。必須。

セル・ノード開始ID

1台目のストレージ・サーバーの番号。名前のパーセント記号は、この番号で置き換えられます。必須。

その他のストレージ・サーバーは、順番に番号付けされます。

サンプル名

フォーマット・マスクを使用して作成されたストレージ・サーバーの名前を表示します。

セルILOM名

ストレージ・サーバーILOMの英数字の管理名。必須。

セルILOM開始ID

最初のストレージ・サーバーILOMの番号。名前のパーセント記号は、この番号で置き換えられます。必須。

その他のストレージ・サーバーは、順番に番号付けされます。

サンプル名

フォーマット・マスクを使用して作成されたストレージ・サーバーILOMの名前を表示します。

Ciscoスイッチ

Ciscoイーサネット・スイッチの英数字の管理名。必須。

KVMスイッチ

該当なし。Recovery ApplianceにはKVMスイッチはありません。

PDU-A

最初の配電ユニット(PDU)の英数字の管理名。必須。

PDU-B

2番目のPDUの英数字の管理名。必須。

InfiniBandスパイン

InfiniBandスパイン・スイッチの英数字の管理名。

InfiniBandリーフ

最初のInfiniBandリーフ・スイッチの英数字の管理名。必須。

InfiniBandリーフ

2番目のInfiniBandリーフ・スイッチの英数字の管理名。必須。

5.8 収集ネットワーク・ページ

収集ネットワークは、バルク・データの転送用として保護されたデータベースとRecovery Appliance間の接続を実現します。これは、バックアップ・ネットワークです。

収集ネットワークの詳細は、「ネットワーク要件の概要」を参照してください。

次の表では、収集ネットワークに関するフィールドを説明します。影付きのフィールドは読取り専用で、追加の構成詳細を示すためにのみ表示されます。

表5-6 収集ネットワーク・ページ

収集ネットワーク・フィールド

説明

プールの開始IPアドレス

計算サーバーの収集ネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。

プール・サイズ

この値は、ハードウェアの選択内容から計算されます。

プールは、連続したIPアドレスで構成するようにしてください。連続したIPアドレスを使用できない場合は、後から構成プロセスで個々のIPアドレスを変更できます。

プールの終了IPアドレス

この値は、開始IPアドレスおよびプール・サイズから計算されます。

計算サーバーのデフォルト・ゲートウェイ

このオプションは、ゲートウェイのIPアドレスが計算サーバーのデフォルト・ゲートウェイの場合に選択します。この構成をお薦めします。

計算サーバーのホスト名を定義します

このオプションは、収集ネットワーク名で、計算サーバーのホスト名が定義されている場合に選択します。

サンプルの収集名

「カスタマ詳細」ページに入力された接頭辞を使用して、収集ネットワークのサンプル名を表示します。形式を変更するには、「変更」をクリックします。

5.8.1 収集名の形式の変更

デフォルトの収集ネットワークのホスト名は、収集ネットワーク・フォーマット・マスク・ダイアログ・ボックスを使用して変更できます。

次の表では、収集ネットワーク・フォーマット・マスクに関するフィールドを説明します。ID番号を表示する名前にパーセント記号(%)を入力します。デバイスIDの番号付けは、「開始ID:」フィールドの値で開始されます。たとえば、開始IDに1、名前にパーセント記号を2つ(%%)入力した場合、デバイスは01、02、03のように番号付けされます。

表5-7 収集ネットワーク・フォーマット・マスク・ダイアログ・ボックス

収集ネットワーク・フォーマット・マスク・フィールド

説明

収集ネットワーク名

ラックの英数字の収集名。ID番号を表示する場所にパーセント記号を入力します。必須。

収集ネットワーク開始ID

ラックの収集名の最初の数値識別子。必須。

VIP名

ラックの英数字の仮想IP名。ID番号を表示する場所にパーセント記号を入力します。必須。

VIP開始ID

仮想IP名の最初の数値識別子。必須。

サンプル名

フォーマット・マスクを使用して作成された名前を表示します。

SCAN名

ラックの英数字の単一クライアント・アクセス・ネットワーク(SCAN)名。必須。

5.9 「インフィニバンド・ネットワーク構成」ページ

プライベートInfiniBandネットワークは、ラックのInfiniBandゲートウェイ・スイッチを使用して、計算サーバーおよびストレージ・サーバーを接続します。InfiniBandネットワークは、複数のRecovery Applianceラックも接続できます。

InfiniBandネットワークの詳細は、「ネットワーク要件の概要」を参照してください。

次の表では、InfiniBandネットワークに関するフィールドを説明します。影付きのフィールドは読取り専用で、追加の構成詳細を示すためにのみ表示されます。

表5-8 「インフィニバンド・ネットワーク」ページ

「インフィニバンド・ネットワーク」フィールド

説明

プールの開始IPアドレス

計算サーバー、ストレージ・サーバーおよびInfiniBandスイッチのInfiniBandネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。

プール・サイズ

この値は、ハードウェアの選択内容から計算されます。

プールは、連続したIPアドレスで構成するようにしてください。連続したIPアドレスを使用できない場合は、「確認」ページで個々のIPアドレスを変更できます。

プールの終了IPアドレス

この値は、開始IPアドレスおよびプール・サイズから計算されます。

計算ノード・ネットワークでアクティブ結合を有効化

このオプションは、InfiniBandネットワーク上の2台の計算サーバー間でフェイルオーバーをサポートする場合に選択します。

サンプルのInfiniBand名

「カスタマ詳細」ページに入力された接頭辞を使用して、InfiniBandネットワークのサンプルの計算サーバー名とストレージ・サーバー名を表示します。名前の形式を変更するには、「変更」をクリックします。

5.9.1 InfiniBandホスト名の形式の変更

InfiniBandネットワークのホスト名の形式は、「プライベート(IB)ネットワーク・フォーマット・マスク」ダイアログ・ボックスを使用して変更できます。

次の表では、InfiniBandネットワーク・フォーマット・マスクに関するフィールドを説明します。ID番号を表示する名前にパーセント記号(%)を入力します。デバイスIDの番号付けは、「開始ID:」フィールドの値で開始されます。たとえば、開始IDに1、名前にパーセント記号を2つ(%%)入力した場合、デバイスは01、02、03のように番号付けされます。

表5-9 「プライベート(IB)ネットワーク・フォーマット・マスク」ダイアログ・ボックス

プライベート(IB)ネットワーク・フォーマット・マスクフィールド

説明

計算プライベート名

計算サーバーの英数字のInfiniBandアクセス名。ID番号を表示する場所にパーセント記号を入力します。必須。

計算プライベート開始ID

ラックの1台目の計算サーバーの番号。ホスト名のパーセント記号は、この番号で置き換えられます。必須。

その他の計算サーバーは、順番に番号付けされます。

セル・プライベート名

ストレージ・サーバーの英数字のInfiniBand名。ID番号を表示する場所にパーセント記号を入力します。必須。

セル・プライベート開始ID

ラックの1台目のストレージ・サーバーの番号。ホスト名のパーセント記号は、この番号で置き換えられます。必須。

その他のストレージ・サーバーは、順番に番号付けされます。

サンプル名

フォーマット・マスクを使用して作成された名前を表示します。

5.10 レプリケーション・ネットワーク・ページ

オプションのレプリケーション・ネットワークは、Recovery Applianceを別(ダウンストリーム)のRecovery Applianceに接続します。これにより、このタスク専用の帯域幅が用意されます。レプリケーション・ネットワークを使用する場合は、このページを完成させてください。

レプリケーション・ネットワークを使用できない場合は、収集ネットワークを使用してダウンストリーム・アプライアンスに接続できます。ただし、この構成では、収集ネットワーク上で帯域幅の競合が発生します。

レプリケーション・ネットワークの詳細は、「ネットワーク要件の概要」を参照してください。

次の表では、レプリケーション・ネットワークに関するフィールドを説明します。影付きのフィールドは読取り専用で、追加の構成詳細を示すためにのみ表示されます。

表5-10 レプリケーション・ネットワーク・ページ

レプリケーション・ネットワーク・フィールド

説明

プールの開始IPアドレス

ストレージ・サーバーのレプリケーション・ネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。プール・サイズは、必要なIPアドレスの数を示します。

連続したIPアドレスを使用できない場合は、「確認」ページで個々のIPアドレスを変更できます。

プール・サイズ

この値は、ハードウェアの選択内容から計算されます。

プールの終了IPアドレス

この値は、開始IPアドレスおよびプール・サイズから計算されます。

サンプルのレプリケーション名

「カスタマ詳細」ページに入力された接頭辞を使用して、レプリケーション・ネットワークのサンプルの計算サーバー名を表示します。形式を変更するには、「変更」をクリックします。

5.10.1 レプリケーション・ホスト名の形式の変更

レプリケーション・ホスト名の形式は、レプリケーション・ネットワーク・マスク・ダイアログ・ボックスを使用して変更できます。

次の表では、レプリケーション・ネットワーク・フォーマット・マスクに関するフィールドを説明します。ID番号を表示する名前にパーセント記号(%)を入力します。デバイスIDの番号付けは、「開始ID:」フィールドの値で開始されます。たとえば、開始IDに1、名前にパーセント記号を2つ(%%)入力した場合、デバイスは01、02、03のように番号付けされます。

表5-11 レプリケーション・ネットワーク・フォーマット・マスク・ページ

レプリケーション・ネットワーク・フォーマット・マスク・フィールド

説明

名前

レプリケーション・ネットワークの計算サーバーの英数字のホスト名。ID番号を表示する場所にパーセント記号を入力します。必須。

開始ID:

ラックの1台目の計算サーバーの番号。ホスト名のパーセント記号は、この番号で置き換えられます。必須。

サンプル名

フォーマット・マスクを使用して作成された名前を表示します。

5.11 計算ノードのOSの識別ページ

Recovery Applianceでは、Linuxオペレーティング・システムを稼働できます。このページで選択することはありません。

5.12 確認および編集ページ

このページでは、各デバイスに割り当てられたネットワーク名とIPアドレスを確認できます。使用できないIPアドレスが含まれているプールを見つけた場合は、このページで、重複しているアドレスを置き換えられます。ホスト名とIPアドレスは、フィールドをクリックすれば編集できます。すべてのホスト名とIPアドレスは、一意であることが必要です。

データの再生成: 名前またはフォーマット・マスクの変更後に、生成された名前の現在のリストを表示するには、このボタンをクリックします。

5.13 クラスタの定義ページ

Recovery Applianceにはクラスタを1つ作成できます。

次の表は、このページのフィールドの説明です。

表5-12 クラスタの定義ページ

クラスタの定義フィールド

説明

クラスタ名

クラスタの一意の名前。必須。

名前は英数字で始まる必要があります。その他の文字や数字、ピリオド(.)、ハイフン(-)を使用できます。

デフォルトの名前はcluster-clu1です。

使用可能

この設置に含まれるすべての計算サーバーとストレージ・サーバーをリストします。

選択済

クラスタに割り当てられているすべての計算サーバーとストレージ・サーバーをリストします。すべてのサーバーをクラスタに割り当てるには、「すべて」をクリックします。

5.14 「クラスタ」ページ

このページの主なフィールドには、これより前の構成ページで指定した値が入力されています。それらの値を確認し、必要な場合には修正できます。影付きのフィールドは読取り専用で、インストールに関する追加の詳細を示すためにのみ表示されます。

- 「クラスタ」

- 「ユーザーとグループ」

- 「ソフトウェアの場所」

- 「ディスク・グループの詳細」

- 「初期データベース」

- 「収集ネットワーク」

- 「レプリケーション・ネットワーク」

5.14.1 クラスタ

ページ上部にある値は、「カスタマ詳細」ページのラック構成設定から導出されます。

次の表では、次に示すような一般的なクラスタの詳細について説明します。

表5-13 クラスタの詳細

「クラスタ」フィールド

説明

クラスタ名

クラスタの一意の名前。必須。

名前は英数字で始まる必要があります。その他の文字や数字、ピリオド(.)、ハイフン(-)を使用できます。

デフォルトの名前はcluster-clu1です。

接頭辞

すべてのラック・コンポーネントのホスト名の生成に使用する接頭辞。必須。

接頭辞に使用できるのは、英数字20文字までです。空白は無効です。デフォルトの接頭辞はra01です。

たとえば、ra01という値を使用すると、計算サーバーの名前はra01db01になり、ストレージ・サーバーの名前はra01cel01になります。

DNS

ドメイン・ネーム・システム(DNS)サーバーのIPアドレス(最大3つ)。

NTP

ネットワーク・タイム・プロトコル(NTP)サーバーのIPアドレス(最大3つ)。

ドメイン名

Recovery Applianceが稼働するドメインの名前。必須。

リージョン

Recovery Applianceが設置される地理的な場所。リストからリージョンを選択します。

タイムゾーン

設置場所のタイムゾーン。リストからタイムゾーンを選択してください。

選択したリージョン内のタイムゾーンが表示されます。

5.14.2 ユーザーとグループ

このセクションは読取り専用です。Recovery ApplianceのOracleデータベースに定義されているユーザーおよびグループが表示されます。このデータベースがサポートしているのは、保護されたデータベースのバックアップとリカバリのみであるため、直接アクセスすることはできません。

5.14.3 ソフトウェアの場所

このセクションでは、Recovery ApplianceのOracleデータベース・ソフトウェアの場所を指定します。ほとんどのフィールドが読取り専用です。

次の表では、編集可能なフィールドを説明します。

表5-14 ソフトウェアの場所

「ソフトウェアの場所」フィールド

説明

ソフトウェアの言語

データベースでサポートされている言語の2文字の略語。デフォルトの言語は英語(en)です。

5.14.4 ディスク・グループの詳細

このセクションでは、Recovery ApplianceのOracleデータベースにディスク・グループを定義します。ほとんどのフィールドが読取り専用です。

次の表では、編集可能なフィールドを説明します。

表5-15 ディスク・グループの詳細

「ディスク・グループ」フィールド

説明

DELTAディスク・グループ

DELTAディスク・グループの冗長性のタイプ。バックアップの正しい設定はNORMALです。(重要なアプリケーションのみHIGHにすることをお薦めします。)

5.14.5 初期データベース

次の表では、初期データベースの編集可能なフィールドを説明します。

表5-16 初期データベース

「初期データベース」フィールド

説明

データベース名

Recovery Applianceのデータベースの名前。

注意:
このユーザー指定のデータベース名(DB_NAME)は、エンタープライズ内の他のRecovery Applianceデータベースまたは一般的なデータベースとは異なっている必要があります。

5.14.6 収集ネットワーク

収集ネットワークの値を確認し、必要な場合は修正します。値は主に、収集ネットワーク・ページから導出されています。

次の表では、収集ネットワークに関するフィールドを説明します。

表5-17 収集ネットワークのフィールド

収集ネットワーク・フィールド

説明

ドメイン

Recovery Applianceが稼働するドメインの名前。

開始IP

計算サーバーの収集ネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。

プール・サイズ

収集ネットワーク上のサーバーに必要なIPアドレスの数。

ゲートウェイIP

収集ネットワークのゲートウェイのIPアドレス。

名前マスク

収集ネットワーク上のサーバー名の生成に使用する名前マスク。名前の中のパーセント記号(%)は、個々のサーバーのID番号が表示される場所を示します。

名前マスク開始ID

収集ネットワークの最初のサーバーのID番号。名前マスクのパーセント記号は、この番号で置き換えられます。

VIP名前マスク

ラックの英数字の仮想IP名。ID番号を表示する場所にパーセント記号を入力します。

VIP名前マスク開始ID

仮想IP名の最初の数値識別子。

SCAN名

ラックの英数字の単一クライアント・アクセス・ネットワーク(SCAN)名。

5.14.7 レプリケーション・ネットワーク

レプリケーション・ネットワークの値を確認し、必要な場合は修正します。値は主に、レプリケーション・ネットワーク・ページから導出されています。

次の表に、フィールドの説明を示します。

表5-18 レプリケーション・ネットワークのフィールド

レプリケーション・ネットワーク・フィールド

説明

基本アダプタ

レプリケーション・ネットワークがRecovery Appliance向けに構成されているかどうかを示します。そうなっている場合は「レプリケーション」を、それ以外の場合は「使用されていません」を選択します。

ドメイン

Recovery Applianceが稼働するドメインの名前。

開始IP

ストレージ・サーバーのレプリケーション・ネットワーク・ポートに割り当てられた、連続するアドレスのプールの中で最初のIPアドレス。

プール・サイズ

レプリケーション・ネットワーク上のサーバーに必要なIPアドレスの数。

名前マスク

レプリケーション・ネットワーク上のサーバー名の生成に使用する名前マスク。名前の中のパーセント記号(%)は、個々のサーバーのID番号が表示される場所を示します。

開始ID

レプリケーション・ネットワークの最初のサーバーに割り当てられているID番号。名前マスクのパーセント記号は、この番号で置き換えられます

5.15 確認および編集ページ

このページでは、単一クライアント・アクセス・ネットワーク(SCAN)、収集ネットワーク、仮想IP(VIP)ネットワークおよびレプリケーション・ネットワークのネットワーク名およびIPアドレスを確認できます。使用できないIPアドレスが含まれているプールを見つけた場合は、このページで、重複しているアドレスを置き換えられます。ホスト名とIPアドレスは、フィールドをクリックすれば編集できます。すべてのホスト名とIPアドレスは、一意であることが必要です。

データの再生成: 名前またはフォーマット・マスクを変更した場合、このボタンをクリックすると、生成された名前のリストが更新されます。

IPの検索: IPアドレスがデバイス名と一致していることを確認し、一致しない場合は修正します。

5.16 レプリケーション・ネットワークSCANページ

このページは、これより前にレプリケーション・ネットワークを構成した場合にのみ表示されます。Recovery Applianceでは、ラックには単一クライアント・アクセス・ネットワーク(SCAN)が、計算サーバーには仮想IP (VIP)が定義されます。すべての名前とIPアドレスは、一意であることが必要です。

データの再生成: 名前またはフォーマット・マスクを変更した場合、このボタンをクリックすると、生成された名前のリストが更新されます。

IPの検索: IPアドレスがデバイス名と一致していることを確認し、一致しない場合は修正します。

次の表では、レプリケーション・ネットワークSCANに関するフィールドを説明します。

表5-19 レプリケーション・ネットワークSCANページ

レプリケーション・ネットワークSCANフィールド

説明

レプリケーションSCAN名

Recovery Applianceのレプリケーション単一クライアント・アクセス・ネットワーク(SCAN)の名前。

レプリケーションSCAN IP

レプリケーション・ネットワークのIPアドレス。

ノードxのレプリケーションVIP名

Recovery ApplianceのVIP名。

VIP IP

レプリケーションVIPのIPアドレス。

5.17 「セル・アラート」ページ

セル・アラートは、ストレージ・サーバーで問題が検出されるとトリガーされます。アラートは、簡易メール転送プロトコル(SMTP)または簡易ネットワーク管理プロトコル(SNMP)、あるいはその両方を使用して配信できます。

Recovery Applianceにセル・アラートは不要ですが、次のアラート・オプションのいずれかを構成する必要があります。

- 自動サービス・リクエスト

- セル・アラート

- Oracle Configuration Manager

次の表では、セル・アラート構成オプションを説明します。

表5-20 「セル・アラート」ページ

セル・アラートフィールド

説明

電子メール・アラートを有効にする

このオプションは、セル・アラートを自動的に送信する場合に選択します。その後、構成の詳細を入力します。

受信者アドレス

アラート受信者の電子メール・アドレス。このフィールドをクリックするとダイアログ・ボックスが表示され、1行に1つずつ、複数のアドレスを入力できます。完了したら、隣に表示されている内容で、電子メール・アドレスの数が正しいことを確認してください。

名前

アラート通知に表示するSMTP電子メールのユーザー名(Oracleバックアップ管理者など)。

電子メール・アドレス

アラート通知を送信するSMTP電子メール・アドレス(admin@example.comなど)。

SMTPサーバー

アラート通知の送信に使用するSMTP電子メール・サーバー(mail.example.comなど)。

SSLを使用

このオプションは、アラート通知の送信時にSecure Socket Layer (SSL)セキュリティを使用する場合に選択します。

ポート

アラート通知の送信に使用するSMTP電子メール・サーバー・ポート(25や465など)。

SNMPアラートを有効にする

このオプションは、SNMPを使用してアラートを配信する場合に選択します。

SNMPサーバー

SNMPサーバーのホスト名(snmp.example.comなど)。

ポート

SNMPサーバーのポート。デフォルト・ポートは162です。

コミュニティ

SNMPコミュニティ名。デフォルト値はpublicです。

5.18 Platinum構成ページ

Oracle Platinum Servicesでは、要件を満たしたエンジニアド・システムのサポートが、追加の費用なしで拡大されます。これは接続して行うサービスで、システム内にOracle Advanced Support Gatewayソフトウェアをインストールする必要があります。

Oracle Advanced Support Gatewayは、Platinum Servicesのモニタリング・エージェントに必要なユーザー情報を使用して構成されます。

次の項では、Oracle Platinum Servicesの構成オプションについて説明します。

- 「カスタマ詳細」

- 「Platinumゲートウェイの詳細」

- 「Platinumエージェント構成の詳細」

関連項目:

- Oracle Platinum Servicesの情報
http://www.oracle.com/us/support/premier/engineered-systems-solutions/platinum-services/overview/index.html

- Oracle Advanced Support Gatewayのハードウェア最小要件
http://www.oracle.com/us/support/library/advanced-support-gateway-host-reqs-1896462.pdf

5.18.1 カスタマ詳細

次の表では、Platinum構成ページの「カスタマ詳細」セクションにあるフィールドについて説明します。

表5-21 Platinumのカスタマ詳細

「Platinum」フィールド

説明

Platinum構成のデータの取得

このオプションは、Oracle Platinum Servicesの構成の詳細を入力する場合に選択します。サービスが不要な場合には、このオプションの選択を解除してください。

お客様の名前

顧客名は、Recovery Applianceの注文書の名前と一致している必要があります。印刷された注文書のレポート(縦方向)をご確認ください。

CSI

Recovery Applianceラックのハードウェア・カスタマ・サポートID(CSI)。

My Oracle Support電子メール

CSIに対応するMy Oracle Support電子メール・アドレス。

5.18.2 Platinumゲートウェイの詳細

Recovery Applianceでは、ネットワークの既存のOracle Advanced Support Gatewayを使用できます。それ以外の場合は、サーバーまたはサポートされている仮想マシン(Recovery Applianceと同じ管理ネットワークまたは収集ネットワークに接続されている)にゲートウェイを作成できます。

表5-22 Platinumゲートウェイの詳細

「Platinum」フィールド

説明

既存のゲートウェイを使用

このオプションは、既存のOracle Advanced Support Gatewayを使用する場合に選択します。その場合、指定する必要があるのは、ホスト名とプライマリIPアドレスのみです。ゲートウェイを作成し、構成の詳細をすべて入力する場合は、ボックスの選択を解除してください。

ゲートウェイ・マシン・タイプ

ゲートウェイ・サーバーを物理デバイスまたは仮想マシンとして識別します。

ゲートウェイ・マシンの説明

Oracle Advanced Support Gateway Server X4-2など、ゲートウェイ・システムがインストールされるハードウェア・モデル。

Platinumゲートウェイのホスト名

Oracle Advanced Support Gatewayのホスト名。

名前の形式は、ct-customer_name-nnです。

プライマリIPアドレス

Oracle Advanced Support GatewayのプライマリIPアドレス。

サブネット・マスク

Oracle Advanced Support Gatewayプライマリ・ネットワークのサブネット・マスク。

ゲートウェイIPアドレス

Oracle ILOMプライマリ・サブネットのゲートウェイ・サーバー。

VPN

オラクル社に継続的に接続しているネットワークからゲートウェイにアクセスするためのVPN接続のタイプ。「Secure Socket Layer(SSL)」か「Internet Protocol Security (IPSEC)」を選択します。

Secure Socket Layer (SSL)の使用をお薦めします

Exadataリンクへのゲートウェイ

ネットワーク内のOracle Advanced Support Gatewayの場所。「DMZ」(非武装地帯または境界ネットワーク)か「ダイレクト」を選択します。

DMZをお薦めします。

静的ルート

定義されている静的ルートの数。ゲートウェイへのルートを変更するには、「変更」をクリックします。

変更

静的ルートの作成や削除が可能な静的ルートの作成ダイアログ・ボックスが表示されます。

このダイアログ・ボックスでプラス記号(+)をクリックすると、ルートが作成されます。削除するには、ルートの隣にあるマイナス記号(-)をクリックします。

宛先ネットワーク: ルートのリモート・ネットワーク。192.0.2.1/255など、Classless Inter-Domain Routing (CIDR)の形式を使用します。

ゲートウェイIP: リモート・ネットワークのゲートウェイIPアドレス。Oracle Advanced Support GatewayのプライマリIPサブネット内に存在する必要があります。

ゲートウェイ・マシンにILOMがある

このオプションは、ILOMサービス・プロセッサがあるOracleハードウェアにOracle Advanced Support Gatewayをインストールする場合に選択します。その後、Oracle ILOMの構成フィールドを編集します。

サードパーティのサーバーにOracle Advanced Support Gatewayをインストールする場合は、このオプションの選択を解除してください。

ILOM IPアドレス

ゲートウェイ・サーバーのOracle ILOM IPアドレス。

サブネット・マスク

ゲートウェイ・サーバーのOracle ILOMサブネット・マスク。リストから値を選択します。

ゲートウェイIPアドレス

ゲートウェイ・サーバーのIPアドレス。

HTTPプロキシが必要です

このオプションは、インターネット経由でオラクル社の必要なサイトに接続する際に、Oracle Advanced Support Gatewayでプロキシを使用する必要がある場合に選択します。これを選択すると、その他のプロキシ・フィールドが有効になります。

プロキシ・ホスト名

プロキシ・ホスト名。

ポート

プロキシ・ポート番号。

HTTPプロキシには認証が必要です

このオプションは、プロキシ・サーバーで認証が必要な場合に選択します。その後、ユーザー名を入力します。

プロキシのユーザー名

プロキシ・サーバーが認識するユーザー名。

5.18.3 Platinumエージェント構成の詳細

Oracle Platinum Servicesでは、エージェントを使用してRecovery Applianceの状態をモニターします。設定を変更する具体的な理由がないかぎり、エージェントのデフォルトの構成設定を使用してください。デフォルトのポート番号が、すでに別のデバイスに割り当てられている場合などが、それに該当します。

次の表に、Platinumエージェントに関するフィールドを説明します。

表5-23 Platinumエージェント構成の詳細

「Platinum」フィールド

説明

エージェントOSユーザー名

Platinumエージェントのオペレーティング・システム・ユーザー。デフォルトの名前はoraromです。

エージェントOSユーザーID

ユーザーID。デフォルトのIDは1010です。

エージェントにsudo権限を許可

オペレーティング・システム・ユーザーにsudo権限を付与します。

注意:

このオプションを選択すると、オラクル社のサービス・エンジニアが、サービス・リクエストのログやその他の情報を収集できるようになります。

エージェントOSグループ名

ユーザーのオペレーティング・システム・グループ。デフォルトの名前はoraromです。

Platinumエージェントは、このグループのメンバーとして、Linuxメッセージ・ファイルを読み取ることができます。

エージェントOSグループID

ユーザーのグループID。デフォルトのIDは1010です。

エージェントOSユーザー・ホーム

Platinumエージェント・ユーザーのホーム・ディレクトリ。

エージェント・ソフトウェア・ホーム

エージェント・ソフトウェアのホーム・ディレクトリ。

エージェント・ポート

Platinumエージェントのポート番号。デフォルトのポートは1830です。

SNMPコミュニティ文字列

Simple Network Management Protocol (SNMP)トラップのコミュニティ文字列。デフォルト値はpublicです。

5.19 Oracle Configuration Managerページ

Oracle Configuration Managerは、必要なときにOracleサポートがアクセスできるよう、構成情報を収集し、Oracleリポジトリにアップロードします。

Recovery ApplianceにOracle Configuration Managerは不要ですが、次のアラート・オプションのいずれかを構成する必要があります。

- 自動サービス・リクエスト

- セル・アラート

- Oracle Configuration Manager

- Oracle Platinum Services

次の表では、Oracle Configuration Managerオプションを説明します。

表5-24 「Oracle Configuration Manager」ページ

Oracle Configuration Managerフィールド

説明

Oracle Configuration Managerを有効にする

このオプションは、Oracle Configuration Managerが、Recovery Applianceから構成情報を収集できるようにする場合に選択します。その後、構成の詳細を入力します。

MOS経由で更新版を受け取る

このオプションは、My Oracle Supportの更新を自動的に受信する場合に選択します。

MOS電子メール・アドレス

My Oracle Supportからの更新を受信するアドレス。

Support Hub経由でOracle Configuration Managerにアクセスする

このオプションは、Support HubがOracle Configuration Managerにアクセスできるようにする場合に選択します。

Oracle Support Hubを使用すると、Oracle Configuration Managerインスタンスが単一の内部ポート(Support Hub)に接続し、構成データをアップロードできるようになります。Support Hubを使用している場合、計算サーバー内の個々のOracle Configuration Managerインスタンスに、インターネット・アクセスは不要です。

Support Hubのホスト名

Support Hubサーバーのホスト名。

関連項目: 『Oracle Configuration Manager Companion配布ガイド』

ハブ・ユーザー名:

Support Hubサーバーのオペレーティング・システムのユーザー名。

Oracle Configuration Managerのアップロードに使用するHTTPプロキシ

このオプションは、HTTPプロキシを使用して構成情報をOracleリポジトリにアップロードする場合に選択します。その後、プロキシ情報を入力します。

HTTPプロキシ・ホスト

Oracleに接続するためのプロキシ・サーバー。プロキシは次の間に設定できます。

- 計算サーバーとOracle脚注1

- 計算サーバーとSupport Hub脚注2

- Support HubとOracle

例: [proxy_user@]proxy_host[:proxy_port]

proxy_hostおよびproxy_portエントリはオプションです。

プロキシ・ポート

HTTPプロキシ・サーバーのポート番号。デフォルト値は80です。

HTTPプロキシで認証が必要

このオプションは、HTTPプロキシで認証が必要な場合に選択します。

HTTPプロキシ・ユーザー

HTTPプロキシ・サーバーのユーザー名。

接続にパスワードが必要な場合は、インストール時に指定する必要があります。

脚注1

Oracle Support Hubがない場合に適用されます。

脚注2

Oracle Support Hubのみがある場合に適用されます。

関連項目:

次の場所にあるOracleポリシーを参照してください。

http://www.oracle.com/us/support/policies/index.html

5.20 自動サービス・リクエスト・ページ

自動サービス・リクエスト(ASR)は、特定のハードウェア障害が発生すると自動的にサービス・リクエストをオープンします。

Recovery Applianceに自動サービス・リクエストは不要ですが、次のアラート・オプションのいずれかを構成する必要があります。

- 自動サービス・リクエスト

- セル・アラート

- Oracle Configuration Manager

- Oracle Platinum Services

次の表では、ASR構成オプションを説明します。

表5-25 自動サービス・リクエスト・ページ

自動サービス・リクエストフィールド

説明

自動サービス・リクエストを有効にする

このオプションは、Recovery ApplianceでASRを使用する場合に選択します。その後、構成の詳細を入力します。

ASRマネージャのホスト名

ASRマネージャがインストールされているサーバーのホスト名。

注意: Recovery Applianceに接続可能なスタンドアロン・サーバーをお薦めします。

ASRの技術連絡先の名前

Recovery Applianceの技術サポート担当者の名前。

技術連絡先の電子メール

技術サポート担当者の電子メール・アドレス。

My Oracle Supportのアカウント名

My Oracle Supportアカウントの電子メール・アドレス。

ASRのアップロードに使用するHTTPプロキシ

このオプションは、HTTPプロキシを使用してOracle ASRのサイトにアップロードする場合に選択します。その後、プロキシの詳細を入力します。

HTTPプロキシ・ホスト

プロキシ・サーバーのホスト名。

プロキシ・ポート

HTTPプロキシ・サーバーのポート番号。デフォルト値は80です。

HTTPプロキシで認証が必要

このオプションは、HTTPプロキシ・サーバーで認証が必要な場合に選択します。

HTTPプロキシ・ユーザー

プロキシ・サーバーのユーザー名。

接続にパスワードが必要な場合は、インストール時に指定する必要があります。

関連項目:

自動サービス・リクエストの設定

5.21 「Grid Control Agent」ページ

Oracle Enterprise Manager Cloud Controlは、管理者がバックアップの作成、スケジュールおよびモニタリングを行う際に使用する主要なインタフェースです。Recovery ApplianceにOracle Enterprise Manager Grid Controlエージェントがインストールされていると、Oracle Management Serverに情報が送信されます。管理者は、Cloud Controlコンソールからこのデータを表示できます。

次の表では、Oracle Enterprise Manager Grid Controlのエージェント・オプションを説明します。

表5-26 「Grid Control Agent」ページ

「Grid Control」フィールド

説明

Oracle Enterprise Manager Grid Controlエージェントを有効にする

このオプションは、Oracle Enterprise Manager Grid Controlエージェントが、Recovery Applianceをモニターできるようにする場合に選択します。その後、構成の詳細を入力します。

EMホーム・ベースの場所

Recovery Applianceの計算サーバーにインストールされているエージェントのEnterprise Managerベース・ディレクトリ。

OMSホスト名

Oracle Management Serverリポジトリがインストールされているホストの名前。

OMS HTTPSアップロード・ポート

Oracle Enterprise Manager Grid Controlエージェントが、情報のアップロードに使用するポート番号。デフォルトは4900です。

5.22 テープ・ライブラリの接続性ページ

Recovery Applianceにテープ・ライブラリを構成できるのは、テープ・バックアップのメディア・マネージャとしてOracle Secure Backupを使用している場合のみです。その他のメディア・マネージャは、クライアントとしてのみ手動で構成できます。

「テープ・バックアップ・インフラストラクチャの概要」を参照してください。

次の表では、テープ・ライブラリの構成オプションを説明します。

表5-27 テープ・ライブラリの接続性ページ

テープ・ライブラリの接続性フィールド

説明

テープを使用

このオプションは、テープ・バックアップのメディア・マネージャとしてOracle Secure Backupを使用する場合に選択します。その後、構成の詳細を入力します。

テープ・ライブラリの数

Recovery Applianceに使用可能なテープ・ライブラリの数。すべてのテープ・ライブラリを、同じドメインでホストする必要があります。それぞれのライブラリに個別のサブページが作成され、構成の詳細を入力できます。

管理VIPの有効化

このオプションは、収集ネットワークに仮想IP (VIP)を作成し、Oracle Secure BackupをCluster Ready Services (CRS)サービスとして有効化する場合に選択します。その後、VIPの詳細を入力します。

VIP名

VIPの英数字の名前。

VIP IP

VIPのIPアドレス。

ライブラリn

テープ・ライブラリごとに適切なソフトウェアを選択します。

- ACSLS ACS API: Automated Cartridge System Library Software (ACSLS)のAPIには、次のフィールドがあります。
ACSLSサーバー: ACSLSを実行しているサーバーの名前

ACS ID: ACS ID番号

- ACSLS FC-SCSI: Automated Cartridge System Library Software (ACSLS)のFC-SCSIには、次のフィールドがあります。
ACSLSサーバー: ACSLSを実行しているサーバーの名前

論理ライブラリID: 論理ライブラリのID番号

- SCSI: Simple SANテープ・ライブラリには、構成フィールドはありません。デフォルト。

5.23 「コメント」ページ

デプロイメントに関する追加情報をテキスト・フィールドに入力します。特に、インストールを実行するユーザーの役に立つ情報を入力します。情報は、生成されたファイルの一部であるInstallationTemplate.htmlの下部に表示されます。

すべてのコメントをクリアするにはリストのリセットをクリックします。

5.24 「生成」ページ

「次へ」をクリックし、構成ファイルを選択した場所に保存します。デフォルト・ディレクトリは、現行ディレクトリ内でExadataConfigurationsと名付けられます。

5.25 「終了」ページ

サマリー・ページはディレクトリの場所を示し、生成されたファイルの名前をリストします。また、インストレーション・テンプレートへのリンクも表示します。

「終了」をクリックしてユーティリティを閉じます。

第II部 インストールおよび構成

第II部では、Recovery Applianceが設置場所に到着した後の設置および構成について説明します。この部には次の章が含まれます:

- 設置場所へのRecovery Applianceの設置

- ストレージ・サーバーの追加によるRecovery Applianceラックの拡張

- 複数のラックを使用したRecovery Applianceの拡張

- InfiniBandを使用した収集の構成

- Recovery Applianceラックの構成

- Recovery Applianceソフトウェアのインストール

6 設置場所へのRecovery Applianceの設置

この章では、Recovery Applianceの開封から電源を入れるまで、ハードウェアの移動および設置方法について説明します。この章では、次の内容を説明します。

- 「安全ガイドラインの確認」

- 「Recovery Applianceの開封」

- 「用意した場所へのRecovery Applianceの設置」

- ファイバ・チャネル・アダプタの設置

- 「システムへの初めての電源投入」

6.1 安全ガイドラインの確認

Recovery Applianceラックが到着する前に、次の安全上の注意を参照して、設置場所が安全で搬入可能であることを確認してください。これらの注意を遵守しないと、外傷、機器の損傷または故障につながる可能性があります。

- 換気口をふさがないでください。

- 直射日光が当たる場所や、熱を発生する可能性があるデバイスの側にRecovery Applianceラックを設置しないでください。

- ほこりの多い場所、腐食性ガスが発生する場所、潮風が当たる場所にはRecovery Applianceラックを設置しないでください。

- 振動の多い場所にRecovery Applianceラックを設置しないでください。平らな場所に設置してください。

- 適切な接地の電源コンセントを使用してください。共用接地を使用する場合、接地抵抗を10オーム以下にする必要があります。必ず施設管理者または資格を持つ電気技師が、建物の接地方法の検証および接地作業を行うようにしてください。

- Recovery Applianceに使用されているアース線が、Recovery Applianceにのみ使用されていることを確認してください。機器のラベルに示されている取扱いの注意、警告および指示を遵守してください。

- ケーブルを機器の下に設置したり、強く引っ張りすぎたりしないでください。

- 電源が投入されている間に電源コードを機器から取り外さないでください。

- LANケーブルを抜くときにコネクタのロック部に届かない場合は、マイナス・ドライバでロック部を押してケーブルを抜いてください。隙間に無理やり指を入れると、システム・ボードが破損する可能性があります。

- Recovery Applianceラックの上には何も置かず、ラックの真上で作業をしないでください。

- 特に冬に、室温を急激に上げないでください。急激な温度変化は、Recovery Applianceラック内に結露が発生する原因になります。操作の前に十分なウォームアップ時間を設けてください。

- コピー機、空調装置、溶接機など、大きな電気的ノイズが発生する機器の近くにRecovery Applianceラックを設置しないでください。

- 設置場所で静電気が発生しないようにしてください。静電気がRecovery Applianceに移ると故障の原因になります。多くの場合、静電気はカーペットで発生します。

- 供給電力と周波数が、Recovery Applianceに指定されている電気定格と一致していることを確認してください。

- ドキュメントの手順で特に指定されていないかぎり、Recovery Applianceラックの開口部には何も挿入しないでください。

警告:

Recovery Applianceには電圧が高い部分があります。ラックの開口部に金属製の物体や他の導体が挿入されると、回路がショートする可能性があります。これにより、人的傷害、火事、感電および機器の損傷を招くおそれがあります。

- 単相の配電ユニット(PDU)を使用する場合は、次のようにして接続してください。

- PDU Aの入力0およびPDU Bの入力2を同じ位相にする必要があります。

- PDU Aの入力1およびPDU Bの入力1を同じ位相にする必要があります。

- PDU Aの入力2およびPDU Bの入力0を同じ位相にする必要があります。

PDUの外部への入力は分類されます。説明どおりに配線すると、フェイルオーバーの際にAおよびBの位相のバランスを維持できます。

関連項目:

- ラックに同梱されていて、オンラインからも入手可能な『Important Safety Information for Sun Hardware Systems』(816-7190)
http://docs.oracle.com/cd/E19115-01/mod.dc.d20/816-7190-12/816-7190-12.pdf

- Zero Data Loss Recovery Applianceセーフティおよびコンプライアンス・ガイド、および梱包材に印刷されている安全上の注意点すべて

- Sun Rack II配電ユニット・ユーザーズ・ガイド
http://docs.oracle.com/cd/E19844-01/

6.2 Recovery Applianceの開封

設置場所の計画プロセス中に開封場所を決定する必要があります。「Recovery Applianceの設置場所の要件」を参照してください。

図6-1に、Recovery Applianceの輸送用の箱を示します。

図6-1 Recovery Applianceの輸送用の箱

関連項目:

ラックの開封の詳細は、Sun Rack II開封ガイドを参照してください。ガイドは次のWebサイトから入手できます。

http://docs.oracle.com/cd/E19844-01/index.html

6.2.1 発送キットの内容

発送キットには、Recovery Applianceラックを設置および修理する次の工具および機器が含まれます。

- 16mmのねじ(Phillipsの2番)

- T30 Torxクランク・レンチ

- T25 Torxクランク・レンチ

- 6mmの六角アレン・レンチ

- SW 12mmの片口レンチ

- 4個のM5 Torxねじを使用する2つの四角のジャンパ金具

- 4個のばねナットを使用する2つのケーブル管理フック

- サイド・パネルの取外し工具

- 前部ドア、後部ドア、サイド・パネルのロック部の鍵

- 32個のM6ケージ・ナット

- 32個のM6ねじ

- ケージ・ナットの取付け工具

- SW 17mmレンチ

注意:

発送キットに含まれていない、次のものも必要です。

- プラス・ドライバ(Phillipsの2番)

- 静電気除去リスト・ストラップ

6.2.2 輸送用の箱からのRecovery Applianceの取出し

注意:

Recovery Applianceの開封および設置は、専門の配送業者に依頼することを強くお薦めします。

関連項目:

梱包品に付属するSun Rack IIの開封手順

Recovery Applianceを開封するには、次のようにします。

1. 次に示すように、梱包材および発送用パレットから慎重にRecovery Applianceを開封します。

a. 発送用の段ボールのひもを取り外します。

b. 黄色の留具と上部の段ボールを取り外します。

c. 側面および内側上部の段ボールを取り外します。

警告:

ラックを揺らしたり傾けたりすると、ラックが倒れて大けがや死に至る危険性があります。

2. 発送キットを取り外します。

3. 傾斜台を発送用パレットにつなぎます。

a. パレットの側面から傾斜台を取り外します。

b. キャビネットから部品バッグを出します。

c. 傾斜台の水平ボルトを調整し、傾斜台をパレットのホイール・トラックにつなぎます。

4. Recovery Applianceラックを発送用パレットから慎重に動かします。

a. パレットから外側の取付け金具を外します。

b. パレットから内側の取付け金具を外します。Recovery Applianceラックの下から取付け金具を外す際は注意してください。内側の取付け金具に届かない場合があります。

c. キャビネットを傾斜路で床レベルまで移動します。ラックを傾斜路で移動する際は3人で行うことをお薦めします。両サイドに1人ずつ、もう1人が後ろでラックを移動します。

5. 発送用パレットにラックを固定している取付け金具を保存します。

注意:

これらの取付け金具を使用すると、設置場所の床にRecovery Applianceラックを恒久的に固定できます。交換金具は注文できないので、取付け金具を捨てないでください。

6. 梱包品を適切に再利用します。地域の法律およびガイドラインに従って、梱包材を廃棄します。

6.3 用意した場所へのRecovery Applianceの設置

この項では、Recovery Applianceラックを配置、固定および接地する方法について説明します。この項には次のトピックが含まれます:

- 「Recovery Applianceの移動」

- 「Recovery Applianceラックの固定」

- 「接地ケーブルの接続(オプション)」

6.3.1 Recovery Applianceの移動

Recovery Applianceラックを移動するには、次のようにします。

1. ドアが閉じていて、固定されていることを確認します。

2. ラックの水平調整および固定脚が上がって邪魔にならないことを確認します。

3. 設置場所までRecovery Applianceラックを背後から押します。

Recovery Applianceの前方のキャスタは回転しないため、後方のキャスタを動かして進む必要があります。慎重に押すことで、Recovery Applianceラックを安全に移動できます。

図6-2 Recovery Applianceラックを後ろから慎重に押す

ラックの移動は2人で行うことをお薦めします。1人が前で、もう1人が後ろでラックを移動します。ラックをある場所から別の場所へ移動する場合は、0.65メートル/秒(2フィート/秒)以下の速度でゆっくりと動かすよう注意してください。

移動経路を慎重に確認してください。突然の停止や衝撃を与える可能性のある出入口やエレベータ入口などの障害を回避します。円滑な移動を可能にする傾斜台またはリフトを使用して、障害を回避します。

警告:

- Recovery Applianceのサイド・パネルを押して移動させないでください。サイド・パネルを押すと、ラックが倒れる可能性があります。これにより、機器が損傷するだけでなく、人的傷害や死に至る危険性があります。

- 倒れる可能性があるため、Recovery Applianceを傾けたり、揺らしたりしないでください。

6.3.2 Recovery Applianceラックの固定

Recovery Applianceを設置場所に移動したら、ラックを固定して、動いたり倒れたりしないようにします。ラックの水平調節脚および取付け金具を使用すると、恒久的にラックを固定できます。

4本の水平調節脚で、少なくとも1つの他の支えとラックの負荷を分散できるようにしてください。ラックの負荷を分散するには、次の方法も可能です。

- キャスタと水平調整脚

- キャスタと取付け金具

- キャスタ、水平調節脚および取付け金具

6.3.2.1 水平調整脚によるRecovery Applianceラックの固定

床に固定する場合でも、ラックには4本の水平調整脚があり、高さを下げてラックを安定させられます。

水平調整脚を調整するには、次のようにします。

1. ラックの四隅にある4本の水平調整脚を探します。

2. SW 12mmレンチを使用して、図6-3に示されているように、水平調節脚を床まで下げて各キャスタに負荷を分散します。

図6-3 水平調整脚によるRecovery Applianceラックの固定

6.3.2.2 取付け金具によるRecovery Applianceラックの固定

ラックは、発送用パレットにラックを固定していたのと同じ4つの取付け金具を使用して、床に取り付けることができます。

取付け金具を設置するには、次のようにします。

1. 床に取付け用の穴を空けます。図6-4に、取付け金具の場所および寸法を示します。

図6-4 ラックの取付け金具の場所

2. ラックを床に取り付けるための、4本のボルトと座金を用意します。取付け金具のボルトの穴の直径は、10.0mmです。必要なボルトの種類と強度が床によって異なるため、取付けボルトは提供していません。場所に適切なボルトを選択してください。

3. 事前に開けた穴の上にラックを配置します。図6-5に、Recovery Applianceラックの底面図、取付け穴の場所、および床の切抜き部分の寸法を示します。

図6-5 Recovery Applianceラックの底面図

- 1: 取付け金具からラックの端までの長さは113mm(4.45インチ)です。

- 2: 取付け穴の中心と中心の長さは374mm(14.72インチ)です。

- 3: 取付け金具からラックの端までの長さは113mm(4.45インチ)です。

- 4: 正面の取付け穴の中心と背面の取付け穴の中心の長さは1120mm(44.1インチ)です。

- 5: ケーブル配線用の床の切抜き部分の奥行きは330mm(13インチ)です。

- 6: 床の切抜き部分からラックの端までの長さは160mm(6.3インチ)です。

- 7: ケーブル配線用の床の切抜き部分の幅は280(11インチ)です。

データ・コードまたはPDU電源コードをラックの底を通して配線する場合は、設置場所の床に穴を開ける必要があります。ラックの後部、2つの後部キャスタの間かつ後部RETMA (Radio Electronics Television Manufacturers Association)レールの後ろ側の下に四角い穴を開けます。

注意:

ラックのキャスタまたは水平調整脚の取付け金具の位置に、穴を開けないでください。

図6-6に、下から見たラックの基底位置を示します。

図6-6 基底位置の寸法

4. Recovery Applianceラックの前と後のドアを開けます。

5. 6mmの六角アレン・レンチを使用して、図6-7に示されているように、ラックに取付け金具を設置します。

図6-7 取付け金具によるRecovery Applianceラックの固定

6. 設置場所に適切なボルトと座金を使用して、図6-7に示されているように4本の取付け金具でシステムを床に恒久的に取り付けます。

注意:

ラックを床に固定するために必要なボルトは、設置場所によって異なります。場所に適切なボルトを選択してください。

7. ラックおよび床に取付け金具を固定しているすべてのボルトをしっかりと締めます。

8. ラックを別のRecovery Applianceラックに追加する場合は、「別のラックの追加によるラックの拡張」を参照してください。

6.3.3 接地ケーブルの接続(オプション)

配電ユニット(PDU)は、電源コードで接地を行います。電源コードをコンセントに接続する場合、接地用端子から最終的にシャーシの接地が行われます。他にも接地を行う場合は、Recovery Applianceラックにシャーシ接地ケーブルを取り付けます。接地点の追加により、漏電電流を効率的に分散できます。

警告:

PDU電源入力リード線および接地ケーブルを使用するには、一般的な接地を基準にする必要があります。そうしないと、接地電位の違いが発生する場合があります。施設のPDUソケットの接地がわからない場合、適切なPDUソケットの接地があることを確認するまで接地ケーブルを設置しないでください。接地電位の違いが明白な場合は、訂正処理を行う必要があります。

接地ケーブルを取り付けるには、次のようにします。

1. 接地ケーブルを用意します。システムには同梱されていません。

2. 設置場所でデータ・センターの電源が適切に接地されていることを確認します。施設のPDUには接地が必要です。

3. 高くした床や電源ソケットなどのすべての接地点で施設の接地を基準としていることを確認します。

4. この設置に直接の金属間接触が行われていることを確認します。製造時に接地ケーブルの接続部分が塗装またはコーティングされている場合があります。

5. 図6-8に示されているように、システム・フレームの背面下部にあるいずれかの接続ポイントに接地ケーブルを接続します。接続ポイントは、キャビネットの背面の内側にある調整可能なボルトです。

図6-8 接地接続ボルトの場所

6.4 ファイバ・チャネル・アダプタの設置

オプションのQLogicファイバ・チャネル・アダプタは、Recovery Applianceラックとは別に出荷されます。Recovery Applianceで、バックアップにオラクル社のテープ・システムを使用する場合にのみ設置してください。

ファイバ・チャネル・アダプタは、各計算サーバーの最初のPCIeスロットに設置します。

関連項目:

スロット1にPCIカードを設置する手順は、Oracle Server X5-2サービス・マニュアルを参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48312/napsm.z40007611438967.html#scrolltoc

6.5 システムへの初めての電源投入

システムに初めて電源を投入する前に、ラックを点検して電源コードを接続する必要があります。この項には次のトピックが含まれます:

- 「設置後のRecovery Applianceの点検」

- 「電源コードの接続」

- 「Recovery Applianceへの電源投入」

注意:

Recovery Applianceに電源を投入したら、「Recovery Applianceラックの構成」の説明に従って構成します。

6.5.1 設置後のRecovery Applianceの点検

Recovery Applianceを設置したら、電源を供給する前に、その物理的システムを点検する必要があります。

Recovery Applianceラックを点検するには、次のようにします。

1. 損傷がないか、ラックを確認します。

2. ねじの緩みまたは欠落がないか、ラックを確認します。

3. ラックが注文した構成かどうかを確認します。梱包品の側面のCustomer Information Sheet(CIS)を参照してください。

4. すべてのケーブル接続がしっかりと固定されていることを確認します。

a. 電力ケーブルを確認します。データ・センター施設の電源に適した種類のコネクタであることを確認します。

b. ネットワーク・データ・ケーブルを確認します。

5. ケーブル・アクセスと通気のために設置場所のタイルの配置を確認します。

6. ラックの前面に流入するデータ・センターの通気を確認します。

関連項目:

「換気および冷却要件」

6.5.2 電源コードの接続

警告:

電力コードを接続する前に、すべてのブレーカ・スイッチがオフになっていることを確認してください。オフ(0)である場合、ブレーカはPDUの側面から突き出しています。

グループごとに1つのスイッチ、およびPDUごとに6つのスイッチがあります。

Recovery Applianceラックに電源コードを接続するには、次のようにします。

1. キャビネットの後部ドアを開けます。

2. 正しい電源コネクタが用意されていることを確認します。

3. 電源コード・ケーブル・タイをほどきます。タイは発送にのみ使用され、今後は必要ありません。

4. 図6-9に示されているように、床の下を通して電源コードを施設のソケットまで配線します。

5. 図6-9に示されているように、電源コードをまとめて固定します。

6. 電力ケーブルを接続する前に、ブレーカ・スイッチがオフになっていることを確認します。

7. PDU電源コード・コネクタを施設のソケットに接続します。

図6-9 電源コード配線の例

6.5.3 Recovery Applianceへの電源投入

計算サーバーは、通常のBIOS POSTテストを使用した起動に最大15分かかる場合があります。

Recovery Applianceに電源を投入するには、次のようにします。

1. 一度に1つずつPDU Bブレーカの電源を投入します。PDU Bは、背面から見てラックの右側にあります。図6-10に示されているように、ブレーカはキャビネットの背面にあります。トグル・スイッチのON(|)を押すと、PDU側でブレーカーが光ります。

図6-10 PDUスイッチの場所

2. 所定の電源LEDがオンになっていることを確認します。LEDの場所は次のとおりです。

- 計算サーバー: 右のLED

- ストレージ・サーバー: 上のLED

- Ciscoスイッチ(前から見た場合): 左のLEDが緑で、他のLEDは赤

- InfiniBandスイッチ(前から見た場合): 左のLEDのラベルはPS0、または右のLEDのラベルはPS1

3. 電力ケーブルをPDU Aに接続します。電力ケーブルを接続する前に、ブレーカ・スイッチがOFFになっていることを確認します。

関連項目:

単相PDUおよび配線の詳細は、「安全ガイドラインの確認」を参照してください

4. 一度に1つずつPDU Aブレーカの電源を投入します。

5. 所定のLEDがオンになっていることを確認します。

6. ラックのすべてのケーブル接続を目視で確認します。各コネクタを押して接続を確認しないでください。

7. すべてのシステムの「OK」のLEDがスタンバイで点滅していることを確認します。スタンバイ・モードの場合、「OK」のLEDは3秒に1回点滅します。スタンバイ・モードになる前に、Oracle ILOMを起動している間は、2から3分光りません。

7 ストレージ・サーバーの追加によるRecovery Applianceラックの拡張

Recovery Applianceラックは、最低3台のストレージ・サーバーから柔軟に構成できます。ラックは、Recovery Appliance X6またはX5の場合で合計18台のストレージ・サーバー、Recovery Appliance X4の場合で合計14台のストレージ・サーバーまで拡張できます。ストレージ・サーバーの数に関係なく、すべてのRecovery Applianceラックには、計算サーバーが2台あります。

この章では、ストレージ・サーバーを追加することでRecovery Applianceラックを拡張する方法について説明します。内容は次のとおりです。

- 「Recovery Appliance拡張の準備」

- 「安全上の注意点およびガイドライン」

- 「ラックへのストレージ・サーバーの追加」

関連項目:

- 「Recovery Appliance X6およびX5のラック内配線表」

- Recovery Appliance X4のラック内配線表

7.1 Recovery Appliance拡張の準備

ラックを拡張する前に、配線要件を確認し、現在のラックに関する情報を収集します。この項には次のトピックが含まれます:

- 「InfiniBandケーブル経路の長さの見積り」

- 「現在の構成情報の取得」

- 「ネットワーク構成ファイルの生成」

- 「監査ファイルおよび診断ファイルの移動」

- 「リリースおよびパッチ・レベルの同期」

- 「Recovery Applianceラックの確認」

7.1.1 InfiniBandケーブル経路の長さの見積り

設置に必要な本数と長さのInfiniBandケーブルがあることを確認します。ケーブル経路はできるだけ短くしてください。ケーブル経路の長さを計算したら、経路が長くなる可能性がある次の状況を考慮してください。その上で、必要な長さを満たす一番短いケーブルを選択します。

次の点を考慮してください。

- ケーブル経路にカーブがある場合、ケーブルに必要な長さが増加します。ケーブルがコネクタ同士を直線で接続できることはめったにありません。ケーブル経路にカーブが必要ですが、カーブによって全体の長さが増加します。

- 結束すると、必要なケーブル長が長くなります。結束すれば、1本または複数のケーブルが同じ経路を使用することになります。ただし、ケーブルの結束内の位置によって、曲げ半径が異なります。結束が大きくてまとまっておらず、カーブがたくさんある場合、カーブの内側にのみ曲がるケーブルもあれば、外側にのみ曲がるケーブルもでてきます。この場合、必要なケーブル長の差はかなり大きくなります。

- 床下にInfiniBandケーブル経路を設定している場合、ケーブル経路の長さを計算する際は上げ床の高さを考慮してください。

7.1.2 現在の構成情報の取得

Recovery Applianceラックの現在の構成は、パッチ適用要件の計画、新しいIPアドレスの構成などに使用します。

ラックの1台目の計算サーバーにログインし、次の情報を収集します。

- ラックのexachkレポート。exachkユーティリティの詳細は、My Oracle SupportのドキュメントID 1070954.1を参照してください。

- イメージの履歴情報。次のコマンドを使用します。

# dcli -g ~/all_group -l root "imagehistory" > imagehistory.txt

- すべてのストレージ・サーバーおよび計算サーバーの現在のIPアドレス。次のコマンドを使用します。

# dcli -g ~/all_group -l root "ifconfig" > ifconfig_all.txt

- ストレージ・サーバーの構成、ディスク、フラッシュ・ログおよびIORM計画。次のコマンドを使用します。

# dcli -g ~/cell_group -l root "cellcli -e list cell detail" > cell_detail.txt

# dcli -g ~/cell_group -l root "cellcli -e list physicaldisk detail" >   \
physicaldisk_detail.txt

# dcli -g ~/cell_group -l root "cellcli -e list griddisk attributes name,offset,size,status,asmmodestatus,asmdeactivationoutcome" > griddisk.txt

# dcli -g ~/cell_group -l root "cellcli -e list flashcache detail" > fc_detail.txt

# dcli -g ~/cell_group -l root "cellcli -e list flashlog detail" > fl_detail.txt

# dcli -g ~/cell_group -l root "cellcli -e list iormplan detail" > iorm_detail.txt

- 計算サーバーのHugePagesメモリー構成。次のコマンドを使用します。

dcli -g ~/dbs_group -l root "cat /proc/meminfo | grep 'HugePages'" > hugepages.txt

- InfiniBandスイッチの情報。次のコマンドを使用します。

# ibswitches > ibswitches.txt

- Sun Datacenter InfiniBand Switch 36スイッチのファームウェア・バージョン。各スイッチでnm2versionコマンドを実行します。

- ラックの1台目の計算サーバーにある次のネットワーク・ファイル。

- /etc/resolv.conf

- /etc/ntp.conf

- /etc/network

- /etc/sysconfig/network-scripts/ifcfg-*

- 新しいサーバーで作成する必要があるクラスタ管理サービス用に作成された任意のユーザー、ユーザー識別子、グループおよびグループ識別子。

- /etc/passwd

- /etc/group

- 現在のクラスタのステータス。次のコマンドを使用します。

# crsctl stat res -t > crs_stat.txt

- グリッド・インフラストラクチャおよびOracleホームからのパッチ情報。グリッド・インフラストラクチャ・ホームおよびOracleホームの所有者として、次のコマンドを実行します。

/u01/app/oracle/product/11.2.0/dbhome_1/OPatch/opatch lsinventory -oh    \
GRID_HOME -detail -all_nodes > opatch_grid.txt

/u01/app/oracle/product/11.2.0/dbhome_1/OPatch/opatch lsinventory -oh    \
ORACLE_HOME -detail -all_nodes >> opatch_oracle.txt

このコマンドのGRID_HOMEは、グリッド・インフラストラクチャ・ホーム・ディレクトリのパスで、ORACLE_HOMEはOracleホーム・ディレクトリのパスです。

7.1.3 ネットワーク構成ファイルの生成

新しいサーバーのIPアドレスをリストするには、Oracle Exadata Deployment Assistantを使用します。新しいサーバーの数のみ指定します。Oracleホームの場所や所有者など、その他すべての項目を既存のラック構成と同じように定義します。特に、新しいサーバーのボンディング構成は、ラック内の既存のサーバーと一致する必要があります。Oracle Exadata Deployment AssistantのInfiniBandを使用すると、ボンディングのタイプを選択できます。

Recovery Applianceソフトウェアは、新しいストレージ・サーバーをラックに設置した後にインストールする必要があります。

関連項目:

- Deployment Assistantの使用

- Recovery Applianceソフトウェアのインストール

7.1.4 監査ファイルおよび診断ファイルの移動

$GRID_HOME/rdbms/auditディレクトリおよび$GRID_HOME/log/diagnosticsディレクトリのファイルは、クラスタを拡張する前に移動して削除する必要があります。十分に時間をかけられるよう、拡張予定の1日または2日前にこの作業を実行することをお薦めします。

7.1.5 リリースおよびパッチ・レベルの同期

追加先のラックよりも、サーバーのリリースまたはパッチ・レベルの方が新しいということが多々あります。ラックを今よりも新しいリリースに更新するか、新しいサーバーが現在のラックに一致するよう再イメージ化することが可能です。どちらの場合でも、すべてのサーバーおよびすべてのSun Datacenter InfiniBand Switch 36スイッチが同じパッチ・レベルになるようにしてください。

また、グリッド・インフラストラクチャとデータベース・ホームのリリース、およびバンドル・パッチ更新の対応方法も考慮してください。新しいパッチを適用する場合は、既存のサーバーを更新し、拡張手順の一環として新しいサーバーにそのリリースが継承されるようにすることをお薦めします。そうすることで、パッチを適用するサーバーが少なくなります。あらかじめ既存のサーバーにパッチを適用しておくと、拡張の最中に実行を必要とする作業の全体量を減らせます。

7.2 安全上の注意点およびガイドライン

この項では、機器を取り扱う際の安全上の注意点とガイドラインをリストします。ラックの拡張前に、この情報をよく理解してください。

- 「全般的な安全上の注意点」

- 「InfiniBandケーブルの注意点」

- 「InfiniBandケーブル結束のガイドライン」

- 「ケーブル管理アームのガイドライン」

7.2.1 全般的な安全上の注意点

Recovery Applianceラックで作業を開始する前に、次に示す安全上のガイドラインを読んでください。

- 「安全ガイドラインの確認」

- ラックに同梱されている『Important Safety Information for Sun Hardware Systems』

- Zero Data Loss Recovery Applianceセーフティおよびコンプライアンス・ガイド(安全上の注意点について)

7.2.2 InfiniBandケーブルの注意点

InfiniBandケーブルを使用する前に、次のInfiniBandケーブルの注意を確認してください。

- レーザー・トランシーバを使用する光ファイバInfiniBandケーブルは、クラス1タイプにする必要があります。

- InfiniBand銅芯ケーブルを127mm(5インチ)以下の半径に曲げないでください。曲げすぎると、ケーブルの内部が損傷する場合があります。

- InfiniBand光ケーブルを85mm (3.4インチ)未満の半径に曲げないでください。曲げすぎると、ケーブルの内部が損傷する場合があります。

- ジップ・タイを使用してInfiniBandケーブルを結束したり支えたりしないでください。タイの尖った部分により、ケーブルの内部が損傷する場合があります。フック・アンド・ループ・ストラップを使用してください。

- InfiniBandケーブルに極端な張力を加えないでください。引っ張ったり、引きずったりしないでください。InfiniBandケーブルを引っ張ると、内部が損傷する場合があります。

- 巻かれているInfiniBandケーブルを全体にわたって伸ばしてください。

- InfiniBandケーブル全体の長さの間で、ケーブルが何度もねじれないようにしてください。InfiniBandケーブルをねじると、内部が損傷する場合があります。

- InfiniBandケーブルが踏みつけられる場所や転動する場所に敷設しないでください。押しつぶされてケーブルの内部が損傷する場合があります。

7.2.3 InfiniBandケーブル結束のガイドライン

InfiniBandケーブルをまとめて結束する場合、フック・アンド・ループ・ストラップを使用してケーブルを整理します。できれば、ケーブルおよび経路を識別できるように色分けされたストラップを使用してください。InfiniBandスプリッタおよび4X銅伝導体ケーブルは、長さに対して幅および重量があります。ケーブルを支える際のフック・アンド・ループ・ストラップの保持強度を考慮してください。できるだけ合理的な数のケーブルを結束してください。8個以下のケーブルを結束することをお薦めします。

InfiniBandケーブルがストラップから外れて落下した場合、床に落下した際の衝撃または突然の張力の変動でケーブル内部が損傷する場合があります。1フィート(0.3m)に1ストラップなど、できるだけフック・アンド・ループ・ストラップを近づけてください。ケーブルがストラップから外れても、別のストラップが支えるのでケーブルの落下が抑えられます。

7.2.4 ケーブル管理アームのガイドライン

ケーブルを配線する前に、次のケーブル管理アーム(CMA)ガイドラインを確認します。

- 梱包から必要なケーブルをすべて取り出し、可能な場合はケーブルが操作時の温度に慣れるようにするか、操作時の温度まで上げます。このようにすると、ケーブルが扱いやすくなります。

- 可能な場合は、ANSI/TIA/EIA 606-A規格に準拠したラベルを各ケーブルの両端に貼ります。

- 順番に設置を開始します。

- 一度にスライドするサーバーは1台のみにしてください。複数のサーバーを取り出すとケーブルが落下し、サーバーを戻す時に問題を起こす場合があります。

- 曲げ半径要件が最も厳しくないケーブルを最初に束ねて、分割して設置します。次の曲げ半径要件はEIA/TIA 568-x規格に基づいており、製造業者の要件によって異なることがあります。

- CAT5e UTP: ケーブルの直径の4倍または最低1インチ/25.4mmの曲げ半径

- AC電源ケーブル: ケーブルの直径の4倍または最低1インチ/25.4mmの曲げ半径

- TwinAx: ケーブルの直径の5倍または1.175インチ/33mm

- Quad Small Form-factor Pluggable (QSFP) InfiniBandケーブル: ケーブルの直径の6倍または2インチ/55mm

- ファイバ・コア・ケーブル: 0.125ケーブルの場合は、ケーブルの直径の10倍または1.22インチ/31.75mm

- 寿命が最長のケーブルから設置します。

7.3 ラックへのストレージ・サーバーの追加

次の項では、Recovery Applianceラックにストレージ・サーバーを追加する方法について説明します。

- 「ドアの取外し」

- 「新しいサーバーの追加」

- 「ストレージ・サーバーの配線」

- 「ラックを閉じる」

注意:

- ハードウェアを拡張する前に、ラック内のスイッチおよびサーバーにパッチを適用してください。

- ハードウェアは、Recovery Applianceがオンラインのまま、停止時間なしで拡張できます。ただし、十分に注意してください。

7.3.1 Recovery Applianceラックの確認

Recovery Applianceの物理システムに問題がないか検査します。

1. 損傷がないか、ラックを確認します。

2. ねじの緩みまたは欠落がないか、ラックを確認します。

3. Recovery Applianceが注文したハードウェア構成になっているか確認します。

4. すべてのケーブル接続が固定され、確実に取り付けられていることを確認します。

5. 電力ケーブルを確認します。

6. データ・センター施設の電源用に正しいコネクタが用意されていることを確認します。

7. ネットワーク・データ・ケーブルを確認します。

8. ケーブル・アクセスと通気のために設置場所のタイルの配置を確認します。

9. Recovery Applianceの前面に流入するデータ・センターの通気を確認します。

7.3.2 新しいストレージ・サーバーの開封およびラベル付け

最大数のストレージ・サーバーに対応するため、Recovery Applianceラックでは、InfiniBand接続とCat5eハーネス接続が可能です。

新しいサーバーの設置準備をするには、次のようにします。

1. すべてのコンポーネントを梱包用の段ボールから取り出します。

- ストレージ・サーバー1台

- 電源コード2本およびラベル付けキット

- ケーブル管理アーム(CMA) 1本

- ラック・レール2本

- コンポーネントのマニュアル

2. サーバーのケーブルを並べます。

3. ケーブルを広げて、直線上に伸ばします。

4. ケーブルのラベルを貼り付けます。設置前にすべてのケーブルにラベルを貼ることをお薦めします。

関連項目:

ケーブルのラベルの詳細は、「InfiniBandスイッチの部品」を参照してください

図7-1に、サーバー拡張キットのコンポーネントを示します。

図7-1 サーバー拡張キット・コンポーネント

注意:

Recovery Applianceの新しい機器を含め、すべての新しい機器にカスタマ・サポートID (CSI)が付いています。新しいCSIとRecovery Applianceラックの既存のCSIを調整するには、Oracleサポート・サービスに連絡してください。Oracleサポート・サービスに連絡する際は、元のインスタンス番号またはシリアル番号、および新しい番号をお手元に用意してください。

7.3.3 Recovery Appliance X6およびX5の移入ルール

Recovery Appliance X6またはX5ラックにサーバーを追加する場合、表7-1に示されている移入ルールに従います。

表7-1 Recovery Appliance X6およびX5ラックの移入ルール

インストールの順序

ラック・ユニット

ルール

1

U08からU15

ラックの上部に対して移入(4ユニット)

2

U27からU40

ラックの上部に対して移入(7ユニット)

3

U26からU23

ラックの下部に対して移入(2ユニット)

4

U19からU18

(1ユニット)

5

U41からU42

(1ユニット)

関連項目:

「Recovery Appliance X6およびX5のラック内配線表」

7.3.4 ドアの取外し

Recovery Applianceラックのドアを取り外すには、次のようにします。

1. 次の手順に従って、ラックの前部と後部のドアを取り外します。

a. 前部ドアと後部ドアを開錠します。鍵は発送キットにあります。

b. ドアを開きます。

c. 接地ストラップのすぐに取り外せるコネクタのつまみを押して、ドアに接続されている接地ストラップを取り外し、フレームからストラップを抜きます。

d. ドアを持ち上げて、ヒンジを外します。

図7-2 ラック・ドアの取外し

図7-2の吹出しの説明は、次のとおりです。

1: 接地ケーブルの取外し

2: 背面の上部ヒンジ

3: 背面の下部ヒンジ

4: 前面の上部ヒンジ

5: 前面の下部ヒンジ

2. サーバーを設置するフィラー・パネルを取り外すには、No.2ドライバを使用してM6ねじを外します。ねじ数は、フィラー・パネルのタイプによって異なります。今後の使用に備えて、ねじを保存します。

図7-3 フィラー・パネルの取外し

注意:

フィラー・パネルを交換する場合は、Radio Electronics Television Manufacturers Association (RETMA)レールの穴からDuosertケージ・ナットを外さないでください。

7.3.5 新しいサーバーの追加

Recovery Appliance X6またはX5は最大18台のストレージ・サーバーまで、Recovery Appliance X4は最大14台のストレージ・サーバーまで拡張できます。1から15台(最小構成で始めた場合)まで、一度に何台のストレージ・サーバーでも追加できます。

関連項目:

『Sun Server X4-2L設置ガイド』の「サーバーのラックへの設置」

http://docs.oracle.com/cd/E36974_01/html/E38145/z4000087165586.html#scrolltoc

設置準備をするには、次のようにします。

1. サーバーを設置するラック・ユニットを確認します。ラックの一番下の段から見て、空いている最初のユニットに設置します。
「Recovery Appliance X6およびX5ラックのレイアウト」と「Recovery Appliance X4ラックのレイアウト」を、それぞれ参照してください。

2. ユニットにサーバーが設置されるまではケーブル・ハーネスが取り付けられているトラフを外して破棄します。

図7-4 トラフの場所

3. 詰め物を取り出して破棄します。

レール構成部品を設置するには、次のようにします。

1. スライド・レール・ロックがサーバーの前にあり、取付け金具の5つの鍵穴開口部が、シャーシ側面の5つの位置決めピンに合うように取付け金具をシャーシに対して配置します。

2. ボール・ベアリング・トラックが前方で、適切な位置で固定されるように、スライド・レール構成部品を正しい向きに置きます。

3. ラックの左側または右側のいずれかから、スライド・レール構成部品の背面をラック・レールの内側に合せ、カチッという音がしてロックされるまでアセンブリを押します。

図7-5 スライド・レール構成部品とラックの位置合せ

4. スライド・レール構成部品の前面をラック・レールの前面の外側に合せ、カチッという音がしてロックされるまでアセンブリを押します。

5. ラックの反対側で、手順2から4を繰り返します。

警告:

- サーバーは重いので、サーバーの設置には少なくとも2名の作業者またはリフトが必要です。この手順を1人で実行すると、機器が損傷したり、けがをしたりする可能性があります。

- 機器の設置中にラックが倒れないように、転倒防止バーを伸ばしてください。

- Recovery Appliance X4ラックの場合、サーバーを下から順に取り付け、ラックの重心が上になって倒れることがないようにしてください。各サーバーに指定された場所については、「Recovery Appliance X4ラックのレイアウト」を参照してください。

- Recovery Appliance X6またはX5ラックの場合、移入ルールに従ってサーバーを取り付けてください。「Recovery Appliance X6およびX5の移入ルール」を参照してください。

サーバーを設置するには、次のようにします。

1. ラックにサーバーを設置する前に、サーバーの上部カバーのサービス・ラベルを参照します。

2. スライド・レール構成部品にサーバーをはめ込みます。

a. スライド・レールをスライド・レール構成部品にできるだけ奥まで押し込みます。

b. 取付け金具の後端が、機器ラックに取り付けられているスライド・レール構成部品と揃うようにサーバーの位置を決めます。

図7-6 取付け金具を取り付けたサーバーのスライド・レールへの挿入

図7-6の吹出しで拡大しているのは、次の部分です。

1: スライド・レールに挿入される取付け金具

2: スライド・レール開放レバー

c. 取付け金具をスライド・レールに挿入し、取付け金具がスライド・レールのストップに接触するまでサーバーをラック内に押し込みます(約30cm(12インチ))。

d. 両方の取付け金具のスライド・レール開放レバーを同時に押しながら、サーバーをラック内に押し込みます。

e. 取付け金具の前面のスライド・レール・ロックがスライド・レール構成部品にかみ合って、カチッという音がするまで押し込みます。

3. 「ストレージ・サーバーの配線」に記載されているように、新しいサーバーを配線します。

注意:

1人がラックへのサーバーの出し入れを行い、もう1人がケーブルやCMAの移動に目を配るというように、ラックへのサーバーの設置は2人で行うことをお薦めします。

7.3.6 ストレージ・サーバーの配線

新しいストレージ・サーバーを設置したら、既存の機器に配線します。

関連項目:

- Recovery Appliance X4のラック内配線表

- 『Sun Server X4-2L設置ガイド』の「第2世代のケーブル管理アームの取り付け」
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000151427029.html#scrolltoc

注意:

- ラックの既存のケーブル接続は変更されません。

- 青色のケーブルを計算サーバーに接続し、黒色のケーブルをストレージ・サーバーに接続します。これらのネットワーク・ケーブルは、NET0イーサネット・インタフェース・ポートに使用されます。

- 一度に1つのサーバーのCMAおよび背面パネルに管理ケーブルを接続および配線します。複数のサーバーを引き出さないでください。

- ラックの下から上に順次作業してください。

- 3本のCAT5eケーブルまたは2本のtwinaxialケーブルを配線する場合は、長めのフック・アンド・ループ・ストラップが必要です。

ラックに新しいサーバーを配線するには、次のようにします。

1. ケーブル管理アーム(CMA)を設置します。

a. 左のスライド・レールに、CMAコネクタAをカチッという音がしてロックされるまでスライドします。

b. 右のスライド・レールに、CMAコネクタBをカチッという音がしてロックされるまでスライドします。次に、CMAコネクタCで同じように行います。

2. フック・アンド・ループ・ストラップを通して、各ケーブルをそれぞれのポートに挿入し、次の順番でCMAにケーブルを配線します。

a. 電力

b. イーサネット

c. InfiniBand

3. CMAを通してケーブルを配線し、CMAの内側と外側の両方のカーブで、フック・アンド・ループ・ストラップを使用して固定します。

4. クロスバー・カバーを閉じて、ケーブルを真っ直ぐに固定します。

5. 各サーバーのスライド・レールおよびCMAの動作を確認します。

注意:

1人がラックへのサーバーの出し入れを行い、もう1人がケーブルやCMAの移動に目を配るというように、この手順は2人で行うことをお薦めします。

a. スライド・レールがストップに達するまで、ラックからサーバーをゆっくりと引き出します。

b. バインドまたはねじれがないか、接続されたケーブルを検査します。

c. CMAがスライド・レールから一杯まで伸びることを確認します。

6. サーバーをラック内に戻します。

a. 2対のスライド・レール・ストップを解放します。

b. 各スライド・レールの内側(サーバーの背面パネルのすぐ後ろ)にあるレバーを探します。「PUSH」というラベルが付いています。

c. おおよそ46cm (18インチ)で止まるまで、両方のレバーを同時に押し、サーバーをラックに向かってスライドさせます。

d. ケーブルおよびCMAが絡まらずに格納されることを確認します。

e. 各取付け金具の前面近くにあるスライド・レール開放ボタンを探します。

f. 両方のスライド・レール開放ボタンを同時に押して、両方のスライド・レールがかみ合うまでサーバーを完全にラック内にスライドさせます。

7. ケーブルをまとめてストラップで固定します。InfiniBandケーブルは8本以下の束にすることをお薦めします。

8. 各サーバーを引き出し、完全に元に戻して、ケーブルが絡まったり引っかかったりしていないことを確認します。

9. すべてのサーバーにこの手順を繰り返します。

10. 電力ケーブルを配電ユニット(PDU)に接続します。電力ケーブルを接続する前に、ブレーカ・スイッチがOFFになっていることを確認します。まだ、施設のソケットに電力ケーブルを接続しないでください。

7.3.7 ラックを閉じる

新しい機器の設置後にラックを閉じるには、次のようにします。

1. ラックの前部と後部のドアを元に戻します。

a. ドアを持ってきて、ドア・ヒンジに慎重に置きます。

b. 前部ドアと後部ドアの接地ストラップをフレームに接続します。

c. ドアを閉じます。

d. (オプション)ドアをロックします。鍵は発送キットにあります。

2. (オプション)アップグレード用に取り外していた場合はサイド・パネルを元に戻します。

a. 各サイド・パネルを持ち上げて、ラックの側面に配置します。ラックの上部で、サイド・パネルの重量を支えられます。パネル留具とラック・フレームの溝が揃っていることを確認します。

b. サイド・パネルの取外し工具を使用して、各サイド・パネル留具を時計回りに1/4回転します。パネル・ロック付近の留具を時計回りに回転します。サイド・パネルごとに10個の留具があります。

c. (オプション)各サイド・パネルをロックします。鍵は発送キットにあります。ロックはサイド・パネル中央の下部にあります。

d. 接地ストラップをサイド・パネルに接続します。

ラックを閉じたら、「Recovery Applianceでのソフトウェアのインストール」に進みます。

8 複数のラックを使用したRecovery Applianceの拡張

この章では、複数のRecovery Applianceラックの配線方法について説明します。内容は次のとおりです。

- 「マルチラック構成の概要」

- 「別のラックの追加によるラックの拡張」

- 「スパイン・スイッチの追加」

- 「InfiniBandケーブルの床および床下配線」

- 「2つのラックの配線」

- 「複数のラックの配線」

- 「複数のラックの構成」

関連項目:

マルチラック配線表

8.1 マルチラック構成の概要

ラックを追加して、システム容量およびパフォーマンスを向上できます。Recovery Applianceは、柔軟な構成が可能です。ラックは、2台の計算サーバーと、3台以上のストレージ・サーバーで構成されます。Recovery Appliance X6またはX5のフル・ラックには18台のストレージ・サーバー、Recovery Appliance X4のフル・ラックには14台のストレージ・サーバーを設置できます。最大構成はフル・ラックの18です。

ストレージ・サーバーの台数に関係なく、複数のRecovery Applianceラックを配線できます(フル・ラックである必要はありません)。複数のラックのInfiniBandネットワークは、スパイン・スイッチで接続します。スパイン・スイッチとケーブルは注文する必要があります。

ラックを配線する前に、次のことを実行してください。

1. 配線するラックの数を決定します。

2. 設置に必要な、合計本数分のInfiniBandケーブルを入手します。「複数ラック配線表」を参照してください。

3. 各ラックの一番下のラック・ユニット(U1)に、Sun Datacenter InfiniBand Switch 36スパイン・スイッチが設置されていることを確認してください。「Recovery Appliance X6およびX5ラックのレイアウト」と「Recovery Appliance X4ラックのレイアウト」を、それぞれ参照してください。

4. 次の道具を用意します。

- ペン

- メモ帳

- 懐中電灯

- ケーブルおよびラックのラベル

- ケーブル・タイ(フック・アンド・ループ・ストラップをお薦めします)

関連項目:

ケーブルのラベルの詳細は、「InfiniBandスイッチの部品」を参照してください

5. 安全ガイドラインを確認します。Zero Data Loss Recovery Applianceセーフティおよびコンプライアンス・ガイドを参照してください。

8.2 「別のラックの追加によるラックの拡張」

Recovery Applianceは、別のRecovery Applianceラックに追加することで拡張できます。手順には、ラックの配線と構成が含まれます。ラックは、停止時間なしで配線できます。

次の点に注意してください。

- ラック配線中にパフォーマンスが低下します。このパフォーマンスの低下は、ネットワーク帯域幅が小さくなったことと、ケーブルを抜いた時のパケット損失によるデータ再送信によるものです。

- リーフ・スイッチを1つオフにする必要があるため、高可用性環境にはなりません。トラフィックはすべて残りのリーフ・スイッチ経由で送信されます。

- 既存のラックのみが操作可能で、新しいラックはすべて停止します。

- システム上で実行中のソフトウェアには、InfiniBandの再起動に関連する問題がないようにしてください。

- 新しいラックには配線前に、拡張システムに移行される適切なIPアドレスが構成されている必要があります。同じIPアドレスを使用することはできません。

- 既存のスパイン・スイッチは、配線手順中は優先度10に設定されます。この設定により、ファブリックのその他のスイッチより、スパイン・スイッチの優先度が高くなります。配線手順中に、新しいサブネット・マネージャ・マスターが設定されるたびに、スパイン・スイッチが最初にサブネット・マネージャ・マスター・ロールを取得します。

8.3 スパイン・スイッチの追加

1つのInfiniBandファブリックに複数のラックを構成する場合は、各ラックにスパイン・スイッチが必要です。スパイン・スイッチは出荷前に工場でインストールすることも、サイトでインストールすることもできます。Recovery Applianceは、スパイン・スイッチとして、第3のSun Datacenter InfiniBand Switch 36を使用します。

注意:

この手順はRecovery Applianceに固有です。Sun Datacenter InfiniBand Switch 36のマニュアルの手順とは異なります。

1. ラック・コンポーネント追加のガイドラインを確認します。「安全上の注意点およびガイドライン」を参照してください。

2. 梱包用の段ボールからSun Datacenter InfiniBand Switch 36スイッチ・コンポーネントを出します。

- Sun Datacenter InfiniBand Switch 36スイッチ

- ケーブル金具およびラック取付けキット

- ケーブル管理金具およびカバー

- 2つのラック・レール構成部品

- 各種ねじおよび係留ナット

- Sun Datacenter InfiniBand Switch 36ドキュメント

スイッチの上のサービス・ラベル手順には、前の項目の説明が含まれます。

3. 適切な穴に各ラック・レールのケージ・ナットを設置します。

4. カットアウト付きの金具をスイッチの電源側に取り付けます。

5. C金具をInfiniBandポート側のスイッチに取り付けます。

6. 前面からラックの途中までスイッチをスライドします。右側のC金具をとおして2本の電源コードを抜く間、できるだけスイッチをラックの左側に維持する必要があります。

7. 柄の長い16インチのNo.3プラス・ドライバを使用して、ラックの背面からスイッチのC金具にスライド・レールを設置します。

8. スライド・レールのケーブル・アーム金具をラックの背面に取り付けます。

9. ケーブル・アーム金具を90度下方向に回転して、下のねじを緩めに設置し、そのねじに手が届くようにしておきます。

10. ケーブル・アーム金具を正しい位置まで回転します。

11. 上のねじを設置します。

12. 両方のねじを締めます。

13. 反対側で、手順7から12を繰り返します。

14. 前面からスイッチをラックにすべて押し込んで、レール金具のカットアウトに電源コードを配線します。

15. プラス・ドライバを使用して、ねじを締めます。

16. ラックU2のサーバーをロックされたサービス位置にスライドアウトし、スイッチに手が届きやすいようにします。

17. スイッチの後部にケーブル管理アームの下部を設置します。

18. ケーブルを適切なポートに接続します。

関連項目:

「InfiniBandスイッチとサーバーのケーブル接続」

19. ケーブル管理アームの上部を設置します。

20. ラックU2のサーバーをラックにスライドします。

21. 電源コードを前面のInfiniBandスイッチ電源スロットに設置します。

22. スイッチの前に穴の開いたフィラー・パネルを設置します。

8.4 「InfiniBandケーブルの床および床下配線」

Sun Datacenter InfiniBand Switch 36スイッチにより、床または床下配線のInfiniBandケーブルを使用できます。床および床下配線では、ケーブルの重量に対するInfiniBandケーブルの伸長をスイッチのラックの高さに制限します。

注意:

頭上の配線の詳細は、このガイドに含まれていません。頭上の配線の詳細は、オラクル社のサービス・エンジニアに問い合せてください。

8.5 2つのラックの配線

この項では、隣り合った2つのラックの配線方法について説明します。既存のラックはR1で、新しいラックはR2です。

2つのラックを配線するには、次のようにします。

1. スパイン・スイッチで現在アクティブなサブネット・マネージャ・マスターの優先度を10に設定します。

a. アクティブなシステムで任意のInfiniBandスイッチにログインします。

b. getmasterコマンドを使用して、スパイン・スイッチでサブネット・マネージャ・マスターが実行中であるかどうかを確認します。実行中でない場合は、「サブネット・マネージャ・マスターとしてのスパイン・スイッチの設定」の手順に従ってください。

c. スパイン・スイッチにログインします。

d. disablesmコマンドを使用して、サブネット・マネージャを停止します。

e. setsmpriority 10コマンドを使用して優先度を10に設定します。

f. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

g. 手順1.bを繰り返して、スパイン・スイッチでサブネット・マネージャ・マスターが実行中であることを確認します。

2. 新しいラックが既存ラックの近くにあることを確認します。InfiniBandケーブルは各ラックのサーバーまで届く必要があります。

3. 新しいラック(R2)を完全に停止します。

4. 表E-4に従って、新しいラックのリーフ・スイッチを配線します。

5. リーフ・スイッチR1 IB2の電源をオフにします。これにより、すべての計算サーバーおよびストレージ・サーバーのInfiniBandトラフィックがR1 IB3にフェイルオーバーされます。

6. R1IB2とR1 IB3間のすべての内部スイッチ・リンクを切断します。

7. 表E-3に従って、リーフ・スイッチR1 IB2を配線します。

8. リーフ・スイッチR1 IB2の電源をオンにします。

9. R1 IB2が完全に操作状態になるまで3分待ちます。
スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。3つのスイッチ、R1 IB1、R1 IB2およびR1 IB3が出力表示されます。

10. リーフ・スイッチR1 IB3の電源をオフにします。これにより、すべての計算サーバーおよびストレージ・サーバーのInfiniBandトラフィックがR1 IB2にフェイルオーバーされます。

11. 表E-3に従って、リーフ・スイッチR1 IB3を配線します。

12. リーフ・スイッチR1 IB3の電源をオンにします。

13. R1 IB3が完全に操作状態になるまで3分待ちます。

14. スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。3つのスイッチ、R1 IB1、R1 IB2およびR1 IB3が出力表示されます。

15. R2のすべてのInfiniBandスイッチの電源をオンにします。

16. スイッチが完全に操作状態になるまで3分待ちます。

17. スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。6つのスイッチ、R1 IB1、R1 IB2、R1 IB3、R2 IB1、R2 IB2およびR2 IB3が出力表示されます。

18. 任意のスイッチからgetmasterコマンドを実行して、R1 IB1でサブネット・マネージャ・マスターが実行中であることを確認します。

19. R2のすべてのサーバーの電源をオンにします。

20. スパイン・スイッチR1 IB1にログインし、優先度を8に下げます。

a. disablesmコマンドを使用して、サブネット・マネージャを停止します。

b. setsmpriority 8コマンドを使用して優先度を8に設定します。

c. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

21. スパイン・スイッチのいずれかでサブネット・マネージャ・マスターが実行中であることを確認します。

ラックを配線したら、「Recovery Applianceラックの構成」の説明に従って構成します。

8.6 「複数のラックの配線」

この項では、隣り合った複数のラックの配線方法について説明します。既存のラックはR1、R2、...Rn、新しいラックはRn+1で、サブネット・マネージャ・マスターはR1 IB1で実行中です。

複数のラックを配線するには、次のようにします。

1. スパイン・スイッチで現在アクティブなサブネット・マネージャ・マスターの優先度を10に設定します。

a. アクティブなシステムで任意のInfiniBandスイッチにログインします。

b. getmasterコマンドを使用して、スパイン・スイッチでサブネット・マネージャ・マスターが実行中であるかどうかを確認します。実行中でない場合は、「サブネット・マネージャ・マスターとしてのスパイン・スイッチの設定」の手順に従ってください。

c. スパイン・スイッチにログインします。

d. disablesmコマンドを使用して、サブネット・マネージャを停止します。

e. setsmpriority 10コマンドを使用して優先度を10に設定します。

f. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

g. 手順1.bを繰り返して、スパイン・スイッチでサブネット・マネージャ・マスターが実行中であることを確認します。

2. 新しいラックが既存ラックの近くにあることを確認します。InfiniBandケーブルは各ラックのサーバーまで届く必要があります。

3. 新しいラック(Rn+1)を完全に停止します。

4. 「マルチラック配線表」の該当する表に従って、新しいラックのリーフ・スイッチを配線します。たとえば、ラックRn+1がR4の場合は、表E-11を参照します。

5. 元の各ラックに対して次の手順を実行します。この手順で、RxはR1からRnまでのラック番号を表します。

a. リーフ・スイッチRx IB2の電源をオフにします。これにより、すべての計算サーバーおよびストレージ・サーバーのInfiniBandトラフィックがRx IB3にフェイルオーバーされます。

b. 「マルチラック配線表」に従って、リーフ・スイッチRx IB2を配線します。

c. リーフ・スイッチRx IB2の電源をオンにします。

d. Rx IB2が完全に操作状態になるまで3分待ちます。

e. スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。ラックR1、R2、...RnのIB1、IB2およびIB3に対してn*3スイッチが出力表示されます。

f. リーフ・スイッチRx IB3の電源をオフにします。これにより、すべての計算サーバーおよびストレージ・サーバーのInfiniBandトラフィックがRx IB2にフェイルオーバーされます。

g. 「マルチラック配線表」に従って、リーフ・スイッチRx IB3を配線します。

h. リーフ・スイッチRx IB3の電源をオンにします。

i. Rx IB3が完全に操作状態になるまで3分待ちます。

j. スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。ラックR1、R2、...RnのIB1、IB2およびIB3に対してn*3スイッチが出力表示されます。

k. すべてが再配線されるまで、「マルチラック配線表」に従って、それぞれのラックにこの手順を繰り返します。

6. Rn+1のすべてのInfiniBandスイッチの電源をオンにします。

7. スイッチが完全に操作状態になるまで3分待ちます。

8. スイッチをチェックするには、スイッチにログインしてibswitchesコマンドを実行します。ラックR1、R2、...Rn+1のIB1、IB2およびIB3に対して(n+1)*3スイッチが出力表示されます。

9. 任意のスイッチからgetmasterコマンドを実行して、R1 IB1でサブネット・マネージャ・マスターが実行中であることを確認します。

10. Rn+1のすべてのサーバーの電源をオンにします。

11. スパイン・スイッチR1 IB1にログインし、優先度を8に下げます。

a. disablesmコマンドを使用して、サブネット・マネージャを停止します。

b. setsmpriority 8コマンドを使用して優先度を8に設定します。

c. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

12. 任意のスイッチからgetmasterコマンドを実行し、スパイン・スイッチのいずれかでサブネット・マネージャ・マスターが実行中であることを確認します。

13. 任意のスイッチから次のコマンドを使用して、各スパイン・スイッチでサブネット・マネージャが実行中であることを確認します。

ibdiagnet -r

出力のファブリックSMの優先度状態の概要セクションに、スパイン・スイッチが実行中であることが表示されます。

14. スパイン・スイッチが実行中でない場合は、そのスイッチにログインし、enablesmコマンドを使用してサブネット・マネージャを有効化します。

15. 現在、4つ以上のラックがある場合は、各ラックのリーフ・スイッチにログインし、disablesmコマンドを使用してサブネット・マネージャを無効化します

8.7 複数のラックの構成

新しいラックへのハードウェアの設置に加え、次の手順も実行する必要があります。

- インストール・ファイルを生成します。「Deployment Assistantの使用」を参照してください。

- ラック・コンポーネントを構成します。「Recovery Applianceラックの構成」を参照してください。

- Recovery Applianceソフトウェアをインストールします。「Recovery Applianceソフトウェアのインストール」を参照してください。

9 InfiniBandを使用した収集の構成

収集ネットワークは、同じデータ・センター内でバックアップを行うために、保護されたOracleデータベース・サーバーをRecovery Applianceに接続します。オプションで、プライベート高速イーサネット・ネットワークのかわりに、または追加で、InfiniBandを使用した収集ネットワークを構成できます。

InfiniBandを使用した収集は、2015年3月以降のリリースを実行する計算サーバーでデータベースにパッチ12.1.0.2 DBBP4を適用した場合にのみサポートされています。

この章の構成は、次のとおりです。

- 「InfiniBandを使用した収集について」

- 「Recovery ApplianceとOracle Exadata Database Machineの配線」

- 「Recovery Appliance InfiniBandネットワークへのVIPの追加」

- 「InfiniBand用の新しいVIPでのRecovery Applianceの更新」

- 「データベース初期化パラメータの更新」

9.1 InfiniBandを使用した収集について

Recovery Applianceはイーサネット・ネットワークを介してすべてのOracle Exadata Database Machineラックからバックアップを受信することをお薦めします。この構成は、「Recovery Applianceのネットワーク接続の例」で示すように、多数の保護されたデータベースを同等にサポートしています。それでも、InfiniBandネットワークを介してRecovery Applianceに対してバックアップするようにローカルのOracle Exadata Database Machineラックを構成できます。この構成により、ローカルのExadataラックにRecovery Applianceへの優先アクセスが提供されます。保護されたデータベースからのREDOおよびSQL*Net制御情報は、引き続き10Gbイーサネット・ネットワークを介して送信されます。

注意:
InfiniBandネットワークをREDOトランスポートに使用しないでください(この構成がサポートされていないためです)。

InfiniBandを使用して収集を構成するには、次のようにします。

1. InfiniBandファブリック内のすべてのラックが同じサブネットに存在し、一意のIPアドレスを持つことを確認します。IPアドレスはDNSに登録できますが、必須ではありません。

新しいRecovery Applianceラックをデプロイする場合、Oracle Exadata Database Machineと同じサブネットを特定し、Oracle Exadata Deployment Assistant内の一意の範囲のIPアドレスを指定します。

デプロイ後、サブネットまたはIPアドレスの問題を修正します。InfiniBandのIPアドレスおよびホスト名の変更の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

2. InfiniBandファブリック内のすべてのサーバーの/etc/hostsファイルを編集して、すべてのIPアドレスおよびホスト名をリストします。

3. Recovery Applianceラック内の計算サーバーごとにVIP IPアドレスを作成します。

「Recovery Appliance InfiniBandネットワークへのVIPの追加」を参照してください。

4. Recovery ApplianceとOracle Exadata Database Machineラックを配線します。

9.2 Recovery ApplianceとOracle Exadata Database Machineの配線

InfiniBandを使用した収集を構成する場合、次の方法のいずれかを使用すると、Recovery Applianceを1つ以上のローカルのOracle Exadata Database Machineラックに接続できます。

- Recovery Applianceラックにスパイン・スイッチがある場合、適切な数のラックにマルチラック配線表を使用します。「複数ラック配線表」を参照してください。

- Recovery Applianceラックにスパイン・スイッチがない場合、複数のOracle Exadata Database Machineクォーター・ラックを一緒に配線する場合と同様の方法で配線できます。

図9-1に、Recovery ApplianceラックとOracle Exadata Database Machineクォーター・ラック間のケーブル接続を示します。各ラック内のリーフ・スイッチで既存の7つの接続を保持します。外部接続用に用意されたポートを使用して、リーフ・スイッチをそれぞれ2つのリンクでラックと相互接続します。

図9-1 Exadataクォーター・ラックに接続したRecovery Appliance

図9-2に、Recovery ApplianceからOracle Exadata Database Machineハーフ・ラックまたはフル・ラックへのケーブル接続を示します。各ラック内のリーフ・スイッチで既存の7つの接続を保持します。外部接続用に用意されたポートを使用して、リーフ・スイッチをそれぞれ2つのリンクでラックと相互接続します。

図9-2 Exadataハーフ・ラックまたはフル・ラックに接続したRecovery Appliance

図9-3に、Recovery Applianceから2つ以上のExadataラックへのケーブル接続を示します。すべてのOracle Exadata Database Machineラックはハーフ・ラックまたはフル・ラックである必要があり、Fat-Treeトポロジを使用して相互接続する必要があります。

各Recovery Applianceのリーフ・スイッチには、Exadataラック内のスパイン・スイッチへの2つのリンクがあります。5台以上のラックを接続する場合、1つのリンクをスパイン・スイッチに使用します。

図9-3 複数のExadataラックに接続したRecovery Appliance

9.3 Recovery Appliance InfiniBandネットワークへのVIPの追加

Recovery Applianceラックを1つ以上のOracle Exadata Database Machineラックに配線した後、仮想IPアドレス(VIP)をRecovery Appliance InfiniBandネットワークに追加する必要があります。

VIPを追加するには、次のようにします。

1. Recovery Appliance計算サーバーにログインします。

2. Recovery Appliance InfiniBandネットワークのサブネット情報を確認します。

$ oifcfg iflist -p -n | grep PRIVATE
eth0 10.10.40.0 PRIVATE 255.255.248.0
ib0 192.168.40.0 PRIVATE 255.255.248.0
ib1 192.168.40.0 PRIVATE 255.255.248.0
bondeth0 10.10.62.0 PRIVATE 255.255.255.0
bondeth1 10.10.241.192 PRIVATE 255.255.255.192

3. rootユーザーに変更します。

4. 新しいネットワークをOracle Cluster Ready Services (CRS)に追加します。

# srvctl add network -k 3 -S 192.168.40.0/255.255.248.0/ib0\|ib1

注意:
InfiniBandを使用した収集を構成するには、ネットワーク#3(「-k 3」オプションを使用)を指定する必要があります。

5. 新しいネットワークが正しく接続されていることを確認します。

# srvctl config network -k 3
Network 3 exists
Subnet IPv4: 192.168.40.0/255.255.248.0/ib0:ib1, static
Subnet IPv6:
Ping Targets:
Network is enabled
Network is individually enabled on nodes:
Network is individually disabled on nodes:

6. VIPを新しいCRSネットワークに追加します。

# srvctl add vip -n raadm01 -A raadm01-priv-vip.example.com/255.255.248.0/ib0\|ib1 -k 3
#
# srvctl add vip -n raadm02 -A raadm02-priv-vip.example.com/255.255.248.0/ib0\|ib1 -k 3

7. Recovery Appliance InfiniBandネットワーク上でVIPを起動します。

# srvctl start vip -i raadm01-priv-vip.example.com
# srvctl start vip -i raadm02-priv-vip.example.com

8. oracleユーザーに変更します。

9. VIPが動作していることを確認します。

$ srvctl status vip -vip raadm01-priv-vip.example.com
VIP 192.168.40.79 is enabled
VIP 192.168.40.79 is running on node: raadm01

$ srvctl status vip -vip raadm02-priv-vip.example.com
VIP 192.168.40.80 is enabled
VIP 192.168.40.80 is running on node: raadm02

9.4 「InfiniBand用の新しいVIPでのRecovery Applianceの更新」

Recovery Applianceでは、バックアップをアプライアンスに受信する際に、優先ネットワークとデフォルト・ネットワークを認識します。デプロイメント手順では、デフォルト・ネットワークとして10Gbイーサネット・ネットワークを構成します。InfiniBandネットワークが優先ネットワークになります。保護されたデータベースが優先ネットワークと接続できる場合はこれを使用し、それ以外の場合はデフォルト・ネットワークを使用します。

次の手順では、「Recovery Appliance InfiniBandネットワークへのVIPの追加」で作成したVIPでOracle Databaseの表を更新します。

Recovery Applianceを仮想IPで更新するには、次のようにします。

1. Recovery Applianceラックの計算サーバーにログインする際に、SQL*Plusを開き、RASYSとして接続します。

2. RAI_HOST表の現在の値を表示します。

SQL> SELECT * FROM rai_host

NODE_NAME            ADMIN_IP_ADDRESS  BACKUP_IP_ADDRESS
-------------------  ----------------  --------------------------
raadm01.example.com  10.10.40.171      10.10.62.139
raadm02.example.com  10.10.40.172      10.10.62.140

REPLICATION_IP_ADDRESS
-----------------------
10.10.241.204
10.10.241.205

3. 各ホストのInfiniBandネットワークに関連付けられたVIPでBACKUP_IP_ADDRESS列を更新します。インストール時のIPアドレスの適切な値および計算サーバー(ノード)名を使用します。

SQL> UPDATE rai_host
SET backup_ip_address='192.168.40.79,'|| backup_ip_address
WHERE node_name = 'raadm01.example.com';

SQL> UPDATE rai_host
SET backup_ip_address='192.168.40.80,'||backup_ip_address
WHERE node_name = raadm02.example.com'

4. 変更を表に保存します。

SQL> commit;

5. RAI_HOSTに問い合せて、設定が正しいことを確認します。

SQL> SELECT * FROM rai_host;

NODE_NAME            ADMIN_IP_ADDRESS  BACKUP_IP_ADDRESS
-------------------  ----------------  --------------------------
raadm01.example.com  10.10.40.171      192.168.40.79,10.10.62.139
raadm02.example.com  10.10.40.172      192.168.40.80,10.10.62.140

REPLICATION_IP_ADDRESS
-----------------------
10.10.241.204
10.10.241.205

9.5 データベース初期化パラメータの更新

Recovery Applianceはディスパッチャを使用してデータベースのバックアップおよびリストア・リクエストを処理します。ディスパッチャは、アプライアンス・データベースへの専用接続数が多くなりすぎないようにします。

init.oraファイルは、次の例に示すように、デフォルトの収集ネットワーク用のディスパッチャを定義します。

*.dispatchers=''
ra1.dispatchers='(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=raingest01-vip.example.com))(SDU=65536))(SERVICE=ZDLRAXDB)(DISPATCHERS=4)'
ra2.dispatchers='(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=raingest02-vip.example.com))(SDU=65536))(SERVICE=ZDLRAXDB)(DISPATCHERS=4)'

SQL ALTER SYSTEMコマンドを使用すると、InfiniBandネットワーク用のディスパッチャをinit.oraパラメータ設定に追加できます。

InfiniBand用のディスパッチャを追加するには、次のようにします。

- 引き続きOracle DatabaseにRASYSとして接続している場合、次の例のように、InfiniBand VIP用のディスパッチャを構成します。

SQL> ALTER SYSTEM SET dispatchers=
'(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(HOST=raadm01-priv-vip.example.com))(SDU=65536))
(SERVICE=ZDLRAXDB)(DISPATCHERS=4)' SCOPE=BOTH SID='ra1';

SQL> ALTER SYSTEM SET dispatchers=
'(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(HOST=raadm02-priv-vip.example.com))(SDU=65536))
(SERVICE=ZDLRAXDB)(DISPATCHERS=4)' SCOPE=BOTH SID='ra2';

10 Recovery Applianceラックの構成

この章では、Recovery Applianceラックのハードウェア・コンポーネントの構成方法について説明します。内容は次のとおりです。

- 「自動サービス・リクエストのサポート」

- 「テープ・ハードウェアの設置」

- 「ネットワークへのRecovery Applianceの接続」

- InfiniBandスイッチの構成

- 「Ciscoイーサネット・スイッチの構成」

- 「配電ユニットの構成」

- 「計算サーバーの状態の確認」

- 「ストレージ・サーバーの状態の確認」

- 「InfiniBandネットワークの確認」

- 「サーバーのIPアドレスの構成」

注意:

この章の手順では、Oracle Exadata Deployment Assistantにより生成されるファイルを使用します。このユーティリティは、この章の手順を開始する前に実行する必要があります。

10.1 自動サービス・リクエストのサポート

自動サービス・リクエストはRecovery Applianceのオプション・コンポーネントです。自動サービス・リクエストのためにRecovery Applianceを構成するには、最初にASRマネージャをインストールする必要があります。

10.1.1 自動サービス・リクエストを使用するための前提条件

Oracle Exadata Deployment Assistantで使用することを目的として自動サービス・リクエストが選択されていることを確認します。Recovery ApplianceはOracle Advanced Support GatewayまたはOracle Platinum Gatewayとともに使用することはできません。

ASRマネージャ・ホストのIPアドレスおよびルート・パスワードを知っている必要があります。

10.1.2 既存のASRマネージャのインストールの確認

ASRマネージャがすでにサイトで動作している場合、バージョンが4.5以上であることを確認します。それ以外の場合、アップグレードする必要があります。

ASRマネージャのバージョン番号を取得する手順:

- Linuxシステムの場合:

# rpm -qa | grep SUNWswasr
SUNWswasr-2.7-1

- Solarisシステムの場合:

# pkginfo -l SUNWswasr
PKGINST: SUNWswasr
NAME: SASM ASR Plugin
CATEGORY: application
ARCH: all
VERSION: 2.6
BASEDIR: /
VENDOR: Sun Microsystems, Inc.
.
.
.

これらの例の出力は、ASRマネージャを4.5以上に更新する必要があることを示しています。

10.1.3 ASRマネージャのインストール

ASRマネージャがまだインストールされていない場合、「自動サービス・リクエストの設定」の手順に従います。ASRマネージャをOracle ASRバックエンドに登録した後、Recovery Applianceを構成するためにこれらの手順に戻ります。

10.2 テープ・ハードウェアの設置

Oracle Secure Backupのテープ・バックアップは、Recovery Applianceのオプションです。QLogic ZLE8362ファイバ・カードおよびトランシーバをサイトにインストールする必要があります。これらは出荷前に工場ではインストールされません。

QLogicファイバ・カードはラックに同梱してOracleから出荷されます。トランシーバはサプライヤから直接出荷されます。

テープ・ネットワーキング・ハードウェアをインストールする手順:

1. 各計算サーバーのPCIeスロット1にファイバ・カードを挿入します。

2. カードが正しく設置されていることを確認し、隣接するカードとの位置を合せます。

3. トランシーバをSANスイッチまたはテープ・ライブラリに挿入し、これらをケーブルでファイバ・カードに接続します。

SANスイッチまたはテープ・ライブラリがまだインストールされていない場合は、サプライヤに連絡します。

関連項目:

PCIeカードの交換の完全な手順については、Oracle SupportのドキュメントID 1592317.1を参照してください。

10.3 ネットワークへのRecovery Applianceの接続

Recovery Applianceラックの個々のデバイスを構成する前に、ラックの工場出荷時の設定と既存のネットワークの間に、IPアドレスの競合がないことを確認します。

Recovery Applianceラックの構成準備をするには、次のようにします。

1. Recovery Applianceラックをデータ・センターのネットワークに接続します。

2. Oracle Exadata Deployment Assistantを実行したシステムか、生成されたファイルをコピーした別のシステムにログインします。そのシステムは、Recovery Applianceと同じサブネットに存在する必要があります。

Oracle Exadata Deployment Assistantを実行していない場合は、「Deployment Assistantの使用」を参照してください。

3. 次のようなコマンドを使用して、checkipスクリプトを実行します。

# ./customer_name-rack_name-checkip.sh -cf configuration_file.xml

このコマンドのconfiguration_fileは、Oracle Exadata Deployment Assistantで生成されるXML構成ファイルの名前です。一部のプラットフォームでは、スクリプトのファイル名の拡張子が.cmdになります。

4. レポートされたすべての競合を解決し、checkipスクリプトを再度実行して、競合が残っていないことを確認します。

解決できない競合がある場合は、ネットワークに接続せずに、この章の手順を実行できます。ただし、ドメイン・ネーム・システム(DNS)やネットワーク・タイム・プロトコル(NTP)などのサービスへの接続の試行がタイムアウトするため、この方法では完了までにより多くの時間がかかります。

5. 構成するユニットにラップトップを接続し、この章の説明に従ってラック・ユニットを構成します。

6. 構成するデバイスにラップトップを接続して、この章の構成手順を完了します。

関連項目:

「工場出荷時のIPアドレスの設定」

10.4 InfiniBandスイッチの構成

Recovery Applianceでは、Sun Datacenter InfiniBand Switch 36の2つのリーフ・スイッチは、ibaおよびibbと識別されます。両方のスイッチに、次の構成手順を実行します。

- 「InfiniBandスイッチの構成」

- 「InfiniBandスイッチでの時間の設定」

- 「InfiniBandスイッチの状態の確認」

10.4.1 InfiniBandスイッチの構成

U20のリーフ・スイッチ1のデフォルトの識別子はiba、U22のリーフ・スイッチ2のデフォルトの識別子はibbです。

Sun Datacenter InfiniBand Switch 36スイッチを構成するには、次のようにします。

1. 1つのラック設置の場合、InfiniBandリーフ・スイッチ上のポート8BからInfiniBandケーブルを抜きます。これが邪魔にならないように吊るすには、フック・アンド・ループ・テープを使用します。

このケーブルは、マルチラック設置の場合にスパイン・スイッチに接続するために事前に設置されています。ただし、1つのラック設置の場合、これはモニタリング・ソフトウェアではダウンリンクとして表示される可能性があります。

2. ラップトップとInfiniBandスイッチのUSBシリアル・アダプタの間をシリアル・ケーブルで接続します。必要に応じて、次の端末設定を使用します。

TERM=vt100; export TERM

3. Oracle ILOMにログインします。

localhost: ilom-admin
password: welcome1

4. ファームウェアのバージョンが2.1.5-1以上であることを確認します。

-> version

スイッチのバージョンが2.1.5-1より前のものである場合は、Oracleサポート・サービスに連絡してください。

5. ドメイン名なしで、スイッチのホスト名を設定します。次の例では、名前ra1swを1つ目のゲートウェイ・スイッチ(iba)に割り当てています。

-> set /SP hostname=ra1sw-iba
-> show /SP hostname
/SP
Properties:
hostname = ra1sw-iba

スイッチの名前は、インストレーション・テンプレートを参照してください。

6. DNSサーバー名とドメイン名を設定します。次の構文では、希望する検索順序で、IP_addressesに最大3つのIPアドレスをカンマで区切って指定できます。

-> set /SP/clients/dns auto_dns=enabled
-> set /SP/clients/dns nameserver=IP_addresses
-> set /SP/clients/dns searchpath=domain_name

7. 設定を確認します。

-> show /SP/clients/dns
/SP/clients/dns
Targets:
Properties:
auto_dns = enabled
nameserver = 10.196.23.245, 138.2.202.15
retries = 1
searchpath = example.com
timeout = 5
.
.
.

8. スイッチ管理ネットワークの設定を構成します。次のコマンドで、pending_ip、pending_gwおよびpending_nmはネットワーク管理者によって定義されたIPアドレスです。

-> cd /SP/network
-> set pendingipaddress=pending_ip
-> set pendingipgateway=pending_gw
-> set pendingipnetmask=pending_nm
-> set pendingipdiscovery=static
-> set commitpending=true

9. 設定を確認します。

-> show
/SP/network
Targets:
test
Properties:
commitpending = (Cannot show property)
dhcp_server_ip = none
ipaddress = 10.196.16.152
ipdiscovery = static
ipgateway = 10.196.23.254
ipnetmask = 255.255.248.0
macaddress = 00:E0:4B:38:77:7E
pendingipaddress = 10.196.16.152
pendingipdiscovery = static
pendingipgateway = 10.196.23.254
pendingipnetmask = 255.255.248.0
state = enabled
.
.
.

10. いずれかの値が正しくない場合は、set pendingipparameterコマンド、commitpending=trueコマンドの順に繰り返します。

10.4.2 InfiniBandスイッチでの時間の設定

InfiniBandスイッチで時間を設定するには、次のようにします。

1. インストレーション・テンプレートに表示されている値を使用して、タイムゾーンを設定します。次のコマンドでは、現在の設定の表示、タイムゾーンの変更、新しい設定の確認を行っています。

-> show /SP/clock
-> set /SP/clock timezone=zone identifier
-> show /SP/clock

インストレーション・テンプレートは、Oracle Exadata Deployment Assistantによって生成されます。「構成ファイルの概要」を参照してください。

2. SPクロックを現在時刻に設定します。使用する時間の形式はMMddHHmmCCyyで、月、日にち、時間、分、世紀および年を示しています。次のコマンドでは、現在の設定の表示、時間の変更、新しい設定の確認を行っています。

-> show /SP/clock
-> set /SP/clock datetime=MMddHHmmCCyy
-> show /SP/clock

3. NTPを構成します。次のコマンドは、プライマリ(1)とセカンダリ(2)の両方のNTPサーバーを構成しています。

-> set /SP/clients/ntp/server/1 address=IP_address
-> set /SP/clients/ntp/server/2 address=IP_address
-> set /SP/clock usentpserver=enabled

注意:

ネットワークでNTPが使用されていない場合は、「Recovery Applianceソフトウェアのインストール」でソフトウェアをインストールする前に、1台目の計算サーバー(U16)をNTPサーバーとして構成します。

4. プライマリNTPサーバーのIPアドレスを確認します。

-> show /SP/clients/ntp/server/1
/SP/clients/ntp/server/1
Targets:

Properties:
address = 10.204.74.2

Commands:
cd
set
show

5. セカンダリNTPサーバーのIPアドレスを確認します。

-> show /SP/clients/ntp/server/2
/SP/clients/ntp/server/2
Targets:

Properties:
address = 10.196.16.1
.
.
.

6. 時間を確認します。

-> show /SP/clock
/SP/clock
Targets:

Properties:
datetime = Mon Nov 04 11:53:19 2013
timezone = EST (US/Eastern)
usentpserver = enabled
.
.
.

10.4.3 スパイン・スイッチでのシリアル番号の設定

マルチラック構成で、スパイン・スイッチのILOMでラック・マスター・シリアル番号を設定します。リーフ・スイッチを構成する場合は、この手順をスキップします。

スパイン・スイッチでシリアル番号を設定する手順:

1. システム識別子を40文字以下に設定します。

-> set /SP system_identifier="Oracle ZDLRA X5 serial_number"

無効なプロパティ値に関するエラーは、文字数が多すぎることを示します。

2. 値が設定されていることを検証します。

-> show /SP system_identifier
/SP
Properties:
system_identifier = Oracle ZDLRA X5 AK012345678

10.4.4 InfiniBandスイッチの状態の確認

InfiniBandスイッチの状態を確認するには、次のようにします。

1. ファブリック管理シェルを開きます。

-> show /SYS/Fabric_Mgmt
NOTE: show on Fabric_Mgmt will launch a restricted Linux shell.
User can execute switch diagnosis, SM Configuration and IB
monitoring commands in the shell. To view the list of commands,
use "help" at rsh prompt.
Use exit command at rsh prompt to revert back to
ILOM shell.
FabMan@hostname->

プロンプトが->からFabMan@hostname->に変わります

2. スイッチの全般的な状態を確認します。

FabMan@ra1sw-iba-> showunhealthy
OK - No unhealthy sensors

3. 環境全般を確認します。

FabMan@ra1sw-iba-> env_test
NM2 Environment test started:
Starting Voltage test:
Voltage ECB OK
Measured 3.3V Main = 3.28 V
Measured 3.3V Standby = 3.42 V
Measured 12V = 12.06 V
.
.
.

レポートには、ファン1、2、3があり、ファン0と4がないことが表示されます。「All OK and Passed」という結果は、環境が正常であることを示します。

4. スイッチのInfiniBandサブネット・マネージャの現在の優先度を確認します。リーフ・スイッチのsmpriorityの値は5、スパイン・スイッチのsmpriorityの値は8である必要があります。次に示すサンプル出力は、リーフ・スイッチの優先度が正しいことを示しています。

FabMan@ra1sw-iba-> setsmpriority list
Current SM settings:
smpriority 5
controlled_handover TRUE
subnet_prefix 0xfe80000000000000

5. 優先度の設定が正しくない場合は、リセットします。

a. サブネット・マネージャを無効にします。

FabMan@ra1sw-iba->disablesm
Stopping partitiond daemon.             [ OK ]
Stopping IB Subnet Manager..            [ OK ]

b. 優先度をリセットします。この例では、リーフ・スイッチに優先度を設定しています。

FabMan@ra1sw-iba->setsmpriority 5
Current SM settings:
smpriority
5 controlled_handover TRUE
subnet_prefix 0xfe80000000000000

c. サブネット・マネージャを再起動します。

FabMan@ra1sw-iba->enablesm
Starting IB Subnet Manager.             [ OK ]
Starting partitiond daemon.             [ OK ]

6. ファブリック管理シェルとOracle ILOMシェルからログアウトします。

FabMan@ra1sw-iba-> exit
-> exit

7. Linuxにrootとしてログインし、スイッチを再起動します。

localhost: root
password: welcome1
[root@localhost ~]# reboot

8. ラップトップをInfiniBandスイッチから取り外します。

9. 2つ目のInfiniBandリーフ・スイッチで、この手順を繰り返します。

10.4.5 サブネット・マネージャ・マスターとしてのスパイン・スイッチの設定

ラック・ユニット1 (U1)にあるInfiniBandスイッチは、スパイン・スイッチと呼ばれます。Recovery Applianceでスパイン・スイッチを使用できるのは、別のRecovery Applianceに接続している場合のみです。ラックの基本コンポーネントには含まれていません。

ラックを配線した後、次の手順を実行します。

スパイン・スイッチはInfiniBandサブネットのサブネット・マネージャ・マスターです。サブネット・マネージャ・マスターの優先度は8です。

スパイン・スイッチの優先度の設定を確認するには、次のようにします。

1. rootユーザーとしてスパイン・スイッチにログインします。

2. setsmpriority listコマンドを実行します。

このコマンドにより、smpriorityの値は8であることが示されます。smpriorityの値が異なる場合は、次のようにしてください。

a. disablesmコマンドを使用して、サブネット・マネージャを停止します。

b. setsmpriority 8コマンドを使用して優先度を8に設定します。

c. enablesmコマンドを使用して、サブネット・マネージャを再起動します。

他の2つのInfiniBandスイッチはリーフ・スイッチです。リーフ・スイッチは、ラック・ユニット20および22 (U20とU22)にあります。これらは、優先度が5のスタンバイ・サブネット・マネージャです。ステータスは、前述の手順22.bのコマンドに値5を代入して確認できます。

サブネット・マネージャ・マスターを確認するには、次のようにします。

1. 任意のInfiniBandスイッチにrootユーザーとしてログインします。

2. サブネット・マネージャ・マスターの場所が表示されます。

# getmaster
20100701 11:46:38 OpenSM Master on Switch : 0x0021283a8516a0a0 ports 36 Sun DCS 36
QDR switch ra01sw-ib1.example.com enhanced port 0 lid 1 lmc 0

前述の出力は、適切な構成を示しています。サブネット・マスター・マネージャは、スパイン・スイッチra01sw-ib1.example.comで実行されます。

スパイン・スイッチがサブネット・マネージャ・マスターではない場合、サブネット・マネージャ・マスターをリセットします。

1. getmasterコマンドを使用して、サブネット・マネージャ・マスターの現在の場所を確認します。

2. サブネット・マネージャ・マスターのリーフ・スイッチにrootユーザーとしてログインします。

3. スイッチのサブネット・マネージャを無効にします。サブネット・マネージャ・マスターが別のスイッチに移動します。

関連項目:

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』のサブネット・マネージャの無効化に関する項を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/z4001de61813698.html#z40003f12047367

4. getmasterコマンドを使用して、サブネット・マネージャ・マスターの現在の場所を確認します。スパイン・スイッチがサブネット・マネージャ・マスターではない場合、スパイン・スイッチがサブネット・マネージャ・マスターになるまで手順2と3を繰り返します。

5. この手順の実行中に無効になったリーフ・スイッチのサブネット・マネージャを有効にします。

関連項目:

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』のサブネット・マネージャの有効化に関する項を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/z4001de61707660.html#z40003f12047359

注意:

4つ以上のラックを配線してInfiniBandネットワークを構成している場合、スパイン・スイッチでのみ、サブネット・マネージャを実行します。リーフ・スイッチのサブネット・マネージャは無効化します。

10.5 Ciscoイーサネット・スイッチの構成

Recovery Applianceに付属するCisco Catalyst 4948イーサネット・スイッチには、IPBASEK9-MZファームウェアが内蔵されています。インストール中にスイッチの最低限の構成が行われます。次の手順では、Ciscoイーサネット・スイッチを構成して1つの大規模な仮想LANにします。

Ciscoイーサネット・スイッチの構成の内容および手順は、次のとおりです。

- 「構成の範囲」

- 「イーサネット・スイッチを構成するための前提条件」

- 「データ・センター・ネットワークでのイーサネット・スイッチの構成」

- 「イーサネット・スイッチでのクロックおよびタイムゾーンの設定」

- 「イーサネット構成の確認」

10.5.1 構成の範囲

最小構成では、IPルーティングが無効になり、次の設定が行われます。

- ホスト名

- IPアドレス

- サブネット・マスク

- デフォルトのゲートウェイ

- ドメイン名

- ネーム・サーバー

- NTPサーバー

- 時刻

- タイムゾーン

10.5.2 イーサネット・スイッチを構成するための前提条件

カスタマ・ネットワークの切断を避けるため、次の前提条件を満たす必要があります。

- ネットワーク管理者が実行構成を検証して必要な変更を行うまで、Ciscoイーサネット・スイッチを接続しないでください。

- Recovery Applianceの全コンポーネントのIPアドレスが構成されるまで、Ciscoイーサネット・スイッチを接続しないでください。この順序を守ることにより、工場出荷時の設定が原因で発生することのある重複IPアドレスの競合を避けられます。

- Ciscoイーサネット・スイッチはネットワーク管理者と一緒に構成してください。

関連項目:

- 「Recovery Applianceのネットワーク接続要件」

- Zero Data Loss Recovery Appliance設置場所チェックリスト

10.5.3 データ・センター・ネットワークでのイーサネット・スイッチの構成

次の手順は、Ciscoイーサネット・スイッチの構成方法を示しています。構成はネットワーク管理者と一緒に行う必要があります。

1. Ciscoスイッチ・コンソールからラップトップまたは類似する装置にシリアル・ケーブルを接続します。RJ45-DB9シリアル・ケーブルがCiscoドキュメント・パッケージに付属しています。デフォルトのシリアル・ポートの速度は9600ボー、8ビット、パリティなし、1ストップ・ビットおよびハンドシェイクなしです。

スイッチにステータス・ライトが表示され、次のプロンプトが表示されます。

Switch con0 is now available
Press RETURN to get started.

2. enableモードに変更します。

Switch> enable
Password: welcome1

3. Oracleで使用されている現在のファームウェア・バージョンがスイッチで実行されていることを確認します。

Switch# show version
Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500e-
IPBASEK9-M), Version 15.2(1)E2, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2014 by Cisco Systems, Inc.
Compiled Tue 11-Mar-14 18:28 by prod_rel_team

ROM: 12.2(44r)SG12
ra1sw-ip uptime is 2 weeks, 6 hours, 9 minutes
System returned to ROM by power-on
System restarted at 13:06:29 EDT Tue Oct 29 2013
System image file is "bootflash:cat4500e-ipbasek9-mz.152-1.E2.bin"
Hobgoblin Revision 22, Fortooine Revision 1.40
.
.
.

この出力には、現在のバージョンであるIPBASE9-Mが表示されています。完全なリリース・バージョンの名前はcat4500e-ipbasek9-mz.152-1.E2.binです。

4. 単一のVLANのネットワークを構成します。次の例では、スイッチのIPアドレスが10.7.7.34で、ネットマスクが255.255.255.0です。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# interface vlan 1
Switch(config-if)# ip address 10.7.7.34 255.255.255.0
Switch(config-if)# end
Switch# *Sep 15 14:12:06.309:%SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 2474 bytes to 1066 bytes [OK ]

5. データ・センターのネットワークではIPルーティングが不要な場合は、デフォルトのIPルーティング設定を無効にして、デフォルト・ゲートウェイを構成します。10.7.7.1を、インストールのゲートウェイのIPアドレスと置き換えます。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# no ip routing
Switch(config)# ip default-gateway 10.7.7.1
Switch(config)# end
*Sep 15 14:12:46.309:%SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 2492 bytes to 1070 bytes [OK ]

6. IPルーティングが必要な場合は、デフォルトのIPルーティング設定をそのまま使用し、デフォルトのゲートウェイを構成します。10.7.7.1を、インストールのゲートウェイのIPアドレスと置き換えます。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# ip route 0.0.0.0 0.0.0.0 10.7.7.1
Switch(config)# end
*Sep 15 14:13:26.013:%SYS-5-CONFIG_I:Configured from console by console
Switch# write memory
Building configuration...
Compressed configuration from 2502 bytes to 1085 bytes [OK ]

7. スイッチのホスト名を設定します。この例では、名前がra1sw-ipに設定されています。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# hostname ra1sw-ip
rasw-ip(config)# end
rasw-ip# write memory
Building configuration...
Compressed configuration from 3789 bytes to 1469 bytes [OK ]

システムのホスト名がプロンプトに表示されます。

8. 最大3つのDNSサーバーを構成します。この例で使用されているドメイン名とIPアドレスを、インストールの値に置き換えます。

rasw-ip# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
rasw-ip(config)# ip domain-name example.com
rasw-ip(config)# ip name-server 10.7.7.3
rasw-ip(config)# ip name-server 129.148.5.5
rasw-ip(config)# ip name-server 10.8.160.1
rasw-ip(config)# end
*Sep 15 14:26:37.045:%SYS-5-CONFIG_I:Configured from console by console
rasw-ip# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes [OK ]

DNSサービスを使用できない場合は、ドメイン名のみを設定し、SSHキーを構成できるようにします。

9. 工場出荷時に設定されていない場合は、一時的なパスワードを設定します。

rasw-ip# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
rasw-ip(config)# enable password password
rasw-ip(config)# enable secret password
rasw-ip(config)# end
rasw-ip# write memory
*Sep 15 14:25:05.893:%SYS-5-CONFIG_I:Configured from console by console
Building configuration...
Compressed configuration from 2502 bytes to 1085 bytes [OK ]

10.5.4 Telnet接続の無効化

Telnetは安全ではないため、やむを得ない理由がないかぎり、有効にしないでください。Telnetを有効にするには、パスワードを設定します。無効にするには、パスワードを削除します。

Telnet接続を無効にする手順:

1. Telnetが無効であることを確認します。

ra1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
ra1sw-ip(config)# line vty 0 15
ra1sw-ip(config-line)# login
% Login disabled on line 1, until 'password' is set
% Login disabled on line 2, until 'password' is set
.
.
.
% Login disabled on line 16, until 'password' is set
% end

この例は、パスワードが設定されていないため、Telnetが無効であることを示しています。

2. Telnetのパスワードが設定されている場合、ログインを無効にします。

ra1sw-ip(config-line)# no password
ra1sw-ip(config-line)# end
ra1sw-ip# write memory
Building configuration...
Compressed configuration from 3786 bytes to 1468 bytes[OK]

10.5.5 イーサネット・スイッチでのSSHの構成

イーサネット・スイッチでセキュア・シェル(SSH)を構成する手順:

- 次の例に示すコマンドを入力します。

ra1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
ra1sw-ip(config)# crypto key generate rsa
% You already have RSA keys defined named ra1sw-ip.example.com.
% Do you really want to replace them? [yes/no]: yes
Choose the size of the key modulus in the range of 360 to 2048 for
your General Purpose Keys. Choosing a key modulus greater than 512
may take a few minutes.
How many bits in the modulus [512]: 768

% Generating 768 bit RSA keys, keys will be non-exportable...[OK]
ra1sw-ip(config)# username admin password 0 welcome1
ra1sw-ip(config)# line vty 0 15
ra1sw-ip(config-line)# transport input ssh
ra1sw-ip(config-line)# exit
ra1sw-ip(config)# aaa new-model

ra1sw-ip(config)# ip ssh time-out 60
ra1sw-ip(config)# ip ssh authentication-retries 3
ra1sw-ip(config)# ip ssh version 2
ra1sw-ip(config)# end
*Sep 15 14:26:37.045: %SYS-5-CONFIG_I: Configured from console by console
ra1sw-ip# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes[OK]

10.5.6 イーサネット・スイッチでのクロックおよびタイムゾーンの設定

Ciscoイーサネット・スイッチで時間を設定する手順は、次のとおりです。

1. クロックとタイムゾーンを設定します。スイッチは、協定世界時(UTC)形式の内部時間を維持します。

- クロック時間をUTCに設定するには、次のようにします。

no clock timezone global configuration

- タイムゾーンを使用するようにクロックを設定するには、次のようにします

clock timezone zone hours-offset [minutes-offset]

前述のコマンドのzoneは有効な標準時を表示するタイムゾーン、hours-offsetはUTCからの時間オフセット、minutes-offsetはUTCからの分オフセットです。

- 夏時間を設定するには、次のようにします。

clock summer-time zone recurring [week day month hh:mm week day month \
hh:mm [offset]]

このコマンドのzoneはサマータイムが有効な場合に使用するタイムゾーンで、weekは月の週(1から5の数値またはlast)、dayは週の曜日、monthは月、hh:mmは24時間形式の時間、offsetはサマータイム中に追加する分数です。デフォルトのオフセットは、60分です。

- クロックを任意の時刻に手動で設定するには、次のようにします。

clock set hh:mm:ss month day year

前述のコマンドのhh:mm:ssは24時間形式の時間、dayは月単位の日、monthは月、yearは年です。時間は、構成したタイムゾーンに対応します。

ローカル時間およびタイムゾーンを設定する場合、順序が重要です。次の例では、ローカル時間をアメリカ東部タイムゾーンに設定しています。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
rasw-ip(config)# clock timezone EST -5
rasw-ip(config)# clock summer-time EDT recurring
rasw-ip(config)# end
rasw-ip# clock set 21:00:00 July 17 2014
rasw-ip# write memory
Building configuration...
Compressed configuration from 3784 bytes to 1465 bytes [OK ]
rasw-ip# show clock
21:00:06.643 EST Thu Jul 17 2014

2. 最大2台のNTPサーバーを構成します。この例で使用されているIPアドレスを、インストールの値に置き換えます。

rasw-ip# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
rasw-ip(config)# ntp server 10.7.7.32 prefer
rasw-ip(config)# ntp server 129.148.9.19
rasw-ip(config)# end
*Sep 15 14:51:08.665:%SYS-5-CONFIG_I:Configured from console by console
rasw-ip# write memory
Building configuration...
Compressed configuration from 2654 bytes to 1163 bytes [OK ]
rasw-ip# show ntp status
.
.
.
rasw-ip# show clock
20:59:06.643 EST July 17 2014

Ciscoスイッチがネットワークに接続してNTPにアクセスできる場合、NTPサーバーがローカル時間と同期化します。show clockの前に表示される記号は、その時間が次のものであることを意味します。

- * 正式ではありません

- . 正式ですが、NTPが同期されていません。

- 正式です(空白)。

10.5.7 イーサネット・スイッチでのスパニング・ツリーの無効化

デフォルトでは、Ciscoスイッチでスパニング・ツリーは有効になっています。スパニング・ツリーが有効なスイッチをネットワークに追加すると、ネットワーク問題が発生する可能性があります。防止策として、スイッチをネットワークに接続する前に、アップリンク・ポートのVLANからスパニング・ツリーを無効にすることができます。または、ネットワークへの接続の前後に、特定のプロトコル設定を使用してスパニング・ツリー・プロトコルをオンにすることもできます。

アップリンク・ポートのVLANでスパニング・ツリーを無効にする手順:

1. アップリンク・ポートのVLANのスパニング・ツリーを無効にします。

rasw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
rasw-ip(config)# no spanning-tree vlan 1
rasw-ip(config)# end
rasw-ip# write memory
Building configuration...
Compressed configuration from 2654 bytes to 1163 bytes[OK]

2. スパニング・ツリーが無効であることを確認します。

rasw-ip# show spanning-tree vlan 1
Spanning tree instance(s) for vlan 1 does not exist.

デフォルトのプロトコル設定を使用してスパニング・ツリー・プロトコルを再度有効にする手順:

- 次の例に示すコマンドを使用します。

ra1sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
ra1sw-ip(config)# spanning-tree vlan 1
ra1sw-ip(config)# end
ra1sw-ip# write memory

関連項目:

データ・センターのイーサネット・ネットに必要な特定のプロトコル設定を使用したスパニング・ツリー・プロトコルの有効化方法の詳細は、『Cisco Switch Configuration Guide』を参照してください。

10.5.8 イーサネット構成の確認

イーサネット構成を確認するには、次のようにします。

1. 構成を確認します。

rasw-ip# show running-config
Building configuration...
Current configuration : 3923 bytes
!
version 15.2
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
service compress-config
.
.
.

2. 設定が正しくない場合は、適切なコマンドを繰り返します。設定を消去するには、同じコマンドの前にnoと入力します。たとえば、次のコマンドでは、デフォルトのゲートウェイ設定が消去されます。

rasw-ip# no ip default-gateway 10.7.7.1
rasw-ip# end
rasw-ip# write memory

3. 現在の構成を保存します。

rasw-ip# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
Compressed configuration from 2654 bytes to 1189 bytes[OK]

4. セッションを終了します。

rasw-ip# exit
rasw-ip con0 is now available
Press RETURN to get started.

5. Ciscoコンソールからケーブルを取り外します。

6. (オプション)ラップトップをポート48に接続し、内部管理ネットワークのスイッチのIPアドレスをpingします。スイッチを管理ネットワークに接続しないでください。

10.6 配電ユニットの構成

配電ユニット(PDU)を静的IPアドレスで構成して、モニタリング・ネットワークに接続します。

10.6.1 PDUへのネットワーク・アドレスの割当て

PDUネットワーク・アドレスを構成する手順:

1. RS-232ケーブルを使用して、ラップトップをCiscoイーサネット・スイッチのSER MGTポートに接続します。

2. 次の設定を使用するようラップトップの端末エミュレータを構成します。

- 9600ボー

- 8ビット

- 1ストップ・ビット

- パリティ・ビットなし

- フロー制御なし

3. パスワードwelcome1を使用してadminユーザーとしてPDUメーター・ユニットにログインします。

ネットワークの構成後にこのパスワードを変更します。

4. IPアドレス、サブネット・マスクおよびデフォルトのゲートウェイに関するネットワーク設定を入力します。

pducli -> set net_ipv4_dhcp=Off
set OK
pducli -> set net_ipv4_ipaddr=ip_address
set OK
pducli -> set net_ipv4_subnet=subnet_mask
set OK
pducli -> set net_ipv4_gateway=default_gateway
set OK

5. (オプション)DNSサーバーのIPアドレスを使用してPDUを構成します。

pducli -> set net_ipv4_dns1=domain_name_1
set OK
pducli -> set net_ipv4_dns2=domain_name_2
set OK

6. PDUメーター・ユニットをリセットします。

pducli -> reset=yes
set OK

7. RS-232ケーブルをSER MGTポートから削除します。

8. これらの手順を2つ目のPDUメーター・ユニットで繰り返します。

10.6.2 PDUシステム時間設定の構成

PDUを構成する手順:

1. ラップトップをイーサネット・スイッチに接続します。

2. ブラウザを開き、PDUのIPアドレスを使用してPDUに接続します。

https://pdu_ip_address

セキュリティに関する注意事項に同意します。メーター概要ページが表示されます。

3. 左上のネット構成をクリックし、ユーザーadminとしてパスワードwelcome1を使用してログインします。

4. システム時間タブを選択します。

5. 現在の日時を使用して手動設定を構成し、「送信」をクリックします。

6. NTPサーバー設定を構成し、「送信」をクリックします。

- 「有効化」オプションを選択します。

- インストール・テンプレートにリストされているNTPサーバーのIPアドレスを入力します。

- メニューから「タイムゾーン」を選択します。

7. PDU情報タブを選択します。

8. 次の各値を入力し、「送信」をクリックします。

- 名前: インストール・テンプレートにリストされているPDUホスト名(ra5sw-pdua0など)

- 製品識別子(大/小文字を区別): ZDLRA X5

- ラックのシリアル番号: AK12345678のようなシリアル番号

- 場所 (オプション): サイト識別子

9. メーター概要ページで、モジュール情報を選択します。

10. ファームウェア・バージョンが2.01以上であることを確認します。そうでない場合は、この手順が終了した後にファームウェアをアップグレードします。

11. 「ログアウト」をクリックし、PDUからログアウトします。

12. これらの手順を2つ目のPDUメーター・ユニットで繰り返します。

13. Ciscoイーサネット・スイッチからPDUメーター・ユニットの接続を解除し、データ・センター管理ネットワークに接続します。

10.6.3 PDUファームウェアのアップグレード

PDUファームウェアが古い(2.01より前のバージョンである)場合、現在のバージョンをダウンロードしてインストールします。

PDUファームウェアをアップグレードする手順:

1. 拡張PDUの現在のバージョンをMy Oracle Supportからラップトップにダウンロードします。

2. ラップトップでダウンロードしたファイルを解凍します。

3. ブラウザを開き、PDUのIPアドレスを使用してPDUに接続します。

https://pdu_ip_address

セキュリティに関する注意事項に同意します。メーター概要ページが表示されます。

4. 左上のネット構成をクリックし、ユーザーadminとしてパスワードwelcome1を使用してログインします。

5. ファームウェア更新タブを選択します。

6. 「参照」をクリックし、ラップトップでダウンロードして解凍したファームウェアからMKAPP_V2.x.DLを選択します。

7. 「送信」をクリックし、ファームウェアを更新します。

更新が完了すると、PDUが自動的に再起動します。

8. ブラウザをPDUに再接続します。

9. メーター概要ページでモジュール情報をクリックし、ファームウェアが正常に機能されたことを確認します。

10. 「ログアウト」をクリックし、PDUからログアウトします。

11. これらの手順を2つ目のPDUメーター・ユニットで繰り返します。

10.7 計算サーバーの状態の確認

U16およびU17の2台の計算サーバーを確認するには、次のようにします。

1. 両方の計算サーバーがまだ起動していない場合はこれらの電源をオンにし、BIOSが初期化され、Linuxオペレーティング・システムがロードされるのを待機します。

2. シリアル・ケーブルを使用して、ラップトップを1台目の計算サーバーのシリアルMGTポートに接続します。

3. 次の設定を使用するようラップトップの端末エミュレータを構成します。

- 9600ボー

- 8ビット

- 1ストップ・ビット

- パリティ・ビットなし

- ハンドシェークなし

- フロー制御なし

4. パスワードにwelcome1を使用して、rootユーザーとしてログインします。

- 1台目の計算サーバー(ラップトップに接続されているもの)で、Oracle ILOMコンソールを開き、ログインします。

-> start /SP/console

- 2台目の計算サーバーで、SSHを使用してログインします。デフォルトの工場出荷時のIPアドレスは192.168.1.109です。

5. ラック・マスターとホストのシリアル番号が正しく設定されていることを確認します。最初の番号はラックのシリアル番号と一致する必要があり、2番目の番号はサーバーの前面のSysSNラベルと一致する必要があります。

# ipmitool sunoem cli "show /System" | grep serial
serial_number = AK12345678
component_serial_number = 1234NM567H

6. モデルとラックのシリアル番号が正しく設定されていることを確認します。

# ipmitool sunoem cli "show /System" | grep model
model = ZDLRA X5
# ipmitool sunoem cli "show /System" | grep ident
system_identifier = Oracle Zero Data Loss Recovery Appliance X5 AK12345678

7. 管理ネットワークが動作していることを検証します。

# ethtool eth0 | grep det
Link detected: yes

8. ILOM管理ネットワークが動作していることを検証します。

# ipmitool sunoem cli 'show /SP/network' | grep ipadd
ipaddress = 192.168.1.108
pendingipaddress = 192.168.1.108

9. Oracle ILOMがオプションのQLogic PCIeカード(設置されている場合)を検出できることを確認します。

# ipmitool sunoem cli "show /System/PCI_Devices/Add-on/Device_1"
Connected. Use ^D to exit.
-> show /System/PCI_Devices/Add-on/Device_1
/System/PCI_Devices/Add-on/Device_1
Targets:

Properties:
part_number = 7101674
description = Sun Storage 16 Gb Fibre Channel PCIe Universal FC HBA,
Qlogic
location = PCIE1 (PCIe Slot 1)
pci_vendor_id = 0x1077
pci_device_id = 0x2031
pci_subvendor_id = 0x1077
pci_subdevice_id = 0x024d

Commands:
cd
show

-> Session closed
Disconnected

QLogic PCIeカードの詳細は、「テープ・ハードウェアの設置」を参照してください。

10. すべてのメモリー(256GB)が存在することを確認します。

# grep MemTotal /proc/meminfo
MemTotal: 264232892 kB
[

値は、BIOSのバージョンに応じて若干異なる可能性があります。ただし、値がこれより小さい場合は、Oracle ILOMイベント・ログを使用して、問題のあるメモリーを特定します。

11. 4台のディスクが表示されていて、オンラインであり、スロット0からスロット3の番号が付いていることを確認します。

# cd /opt/MegaRAID/MegaCli/
# ./MegaCli64 -Pdlist -a0 | grep "Slot\|Firmware state"
Slot Number: 0
Firmware state: Online, Spun Up
Slot Number: 1
Firmware state: Online, Spun Up
Slot Number: 2
Firmware state: Online, Spun Up
Slot Number: 3
Firmware state: Online, Spun Up

12. ハードウェアの論理ボリュームが正しく設定されていることを確認します。4台のディスクがありホット・スペアのないRAID5として仮想ディスク0を探します。

[root@db01 ~]# cd /opt/MegaRAID/MegaCli
[root@db01 MegaCli]# ./MegaCli64 -LdInfo -lAll -a0
Adapter 0 -- Virtual Drive Information:
Virtual Drive: 0 (Target Id: 0)
Name :DBSYS
RAID Level : Primary-5, Secondary-0, RAID Level Qualifier-3
Size : 1.633 TB
Physical Sector Size: 512
Logical Sector Size : 512
VD has Emulated PD : No
Parity Size : 557.861 GB
State : Optimal
Strip Size : 1.0 MB
Number Of Drives : 4
Span Depth : 1
.
.
.

13. ハードウェア・プロファイルが正しく動作していることを確認します。

# /opt/oracle.SupportTools/CheckHWnFWProfile
[SUCCESS] The hardware and firmware matches supported profile for
server=ORACLE_SERVER_X5-2

この出力は、動作が正しいことを示します。ただし、次のように表示された場合は、続行する前に修正する必要がある問題があることを示します。

[WARNING] The hardware and firmware are not supported. See details below
[InfinibandHCAPCIeSlotWidth]
Requires:
x8
Found:
x4
[WARNING] The hardware and firmware are not supported. See details above

より詳細な出力を取得するなど、使用可能なオプションをレビューするには、--help引数を使用します。

14. 1台目の計算サーバーに接続している場合のみ:

a. 1台目の計算サーバーのIPアドレスを確認します。

# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:10:E0:3C:EA:B0
inet addr:172.16.2.44 Bcast:172.16.2.255 Mask:255.255.255.0
inet6 addr: fe80::210:e0ff:fe3c:eab0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7470193 errors:0 dropped:0 overruns:0 frame:0
TX packets:4318201 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:872195171 (831.7 MiB) TX bytes:2444529519 (2.2 GiB)

b. 2台目の計算サーバーのIPアドレスを確認します。

# ibhosts
Ca : 0x0010e0000159c61c ports 2 "node4 elasticNode 172.16.2.40,172.16.2.40 ETH0"
Ca : 0x0010e000015a46f0 ports 2 "node10 elasticNode 172.16.2.46,172.16.2.46 ETH0"
Ca : 0x0010e0000159d96c ports 2 "node1 elasticNode 172.16.2.37,172.16.2.37 ETH0"
Ca : 0x0010e0000159c51c ports 2 "node2 elasticNode 172.16.2.38,172.16.2.38 ETH0"
Ca : 0x0010e000015a5710 ports 2 "node8 elasticNode 172.16.2.44,172.16.2.44 ETH0"

15. サーバーから切断します。

- 1台目の計算サーバー: exit

- 2台目の計算サーバー: logout

16. 2台目の計算サーバーで、これらの手順を繰り返します。

10.8 ストレージ・サーバーの状態の確認

Recovery Appliance X5のラックには3台から18台までのストレージ・サーバー、Recovery Appliance X4のラックには3台から14台までのストレージ・サーバーを設置できます。ラックの一番下の段から開始して、各サーバーを確認します。

ストレージ・サーバーを確認するには、次のようにします。

1. すべてのストレージ・サーバーの電源がオンでない場合はこれらをオンにし、BIOSが初期化され、Linuxオペレーティング・システムがロードされるのを待機します。

2. SSHを使用して、ラップトップを1台目のストレージ・サーバーのシリアルMGTポートに接続します。工場出荷時のIPアドレスを使用します。

「工場出荷時のIPアドレスの設定」を参照してください。

3. パスワードにwelcome1を使用して、rootユーザーとしてログインします。

端末エミュレーション設定は、計算サーバーの場合と同じです。「計算サーバーの状態の確認」を参照してください。

4. ラック・マスターとホストのシリアル番号が正しく設定されていることを確認します。最初の番号はラックのシリアル番号と一致する必要があり、2番目の番号はサーバーの前面のSysSNラベルと一致する必要があります。

# ipmitool sunoem cli "show /System" | grep serial
serial_number = AK01234567
component_serial_number = 1234NM5678

5. モデルとラックのシリアル番号が正しく設定されていることを確認します。

# ipmitool sunoem cli "show /System" | grep model
model = ZDLRA X5
# ipmitool sunoem cli "show /System" | grep ident
system_identifier = Oracle Zero Data Loss Recovery Appliance X5 AK01234567

6. 管理ネットワークが動作していることを検証します。

# ethtool eth0 | grep det
Link detected: yes

7. ILOM管理ネットワークが動作していることを検証します。

# ipmitool sunoem cli 'show /SP/network' | grep ipadd
ipaddress = 192.168.1.101
pendingipaddress = 192.168.1.101

8. すべてのメモリー(96GB)が存在することを確認します。

# grep MemTotal /proc/meminfo
MemTotal: 98757064 kB
[

値がこれより小さい場合は、Oracle ILOMイベント・ログを使用して、問題のあるメモリーを特定します。

9. ハードウェア・プロファイルが正しく動作していることを確認します。

# /opt/oracle.SupportTools/CheckHWnFWProfile
[SUCCESS] The hardware and firmware matches supported profile for
server=ORACLE_SERVER_X5-2L_EXADATA_HIGHCAPACITY

この出力は、動作が正しいことを示します。ただし、次のように表示された場合は、続行する前に修正する必要がある問題があることを示します。

[WARNING] The hardware and firmware are not supported. See details below
[InfinibandHCAPCIeSlotWidth]
Requires:
x8
Found:
x4
[WARNING] The hardware and firmware are not supported. See details above

より詳細な出力を取得するなど、使用可能なオプションをレビューするには、--help引数を使用します。

10. 12台のディスクが表示されていて、オンラインであり、スロット0からスロット11の番号が付いていることを確認します。

# cd /opt/MegaRAID/MegaCli
# ./MegaCli64 -Pdlist -a0 | grep "Slot\|Firmware state"
Slot Number: 0
Firmware state: Online, Spun Up
Slot Number: 1
Firmware state: Online, Spun Up
.
.
.

11. 4台のNVME論理デバイスがあることを確認します。

# ls -l /dev | grep nvme | grep brw
brw-rw---- 1 root disk 259, 0 Nov 12 19:10 nvme0n1
brw-rw---- 1 root disk 259, 1 Nov 12 19:10 nvme1n1
brw-rw---- 1 root disk 259, 2 Nov 12 19:10 nvme2n1
brw-rw---- 1 root disk 259, 3 Nov 12 19:10 nvme3n1

12. AICカードの正常なステータスを確認します。

# nvmecli --identify --all | grep -i indicator
Health Indicator      : Healthy
Health Indicator      : Healthy
Health Indicator      : Healthy
Health Indicator      : Healthy

13. ブート順がUSB (Oracle Unigen)、RAIDおよびPXEの順であることを確認します。

[# ubiosconfig export all > /tmp/bios.xml
[# grep -m1 -A20 boot_order /tmp/bios.xml
<boot_order>
<boot_device>
<description>USB:USBIN0:ORACLE SSM UNIGEN-UFD PMAP</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>RAID:PCIE6:(Bus 50 Dev 00)PCI RAID Adapter</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>PXE:NET0:IBA XE Slot 3A00 v2320</description>
<instance>1</instance>
</boot_device>
<boot_device>
<description>PXE:NET1:IBA XE Slot 4001 v2196</description>
<instance>1</instance>
</boot_device>

14. ブート順が正しくない場合は、サーバーを再起動し、BIOS設定でブート順を修正します。

# ipmitool chassis bootdev bios
# shutdown -r now

15. SSHを終了するかログアウトします。

16. 次のストレージ・サーバーでこれらの手順を繰り返し、すべてのストレージ・サーバーの確認が完了するまで続けます。

10.9 InfiniBandネットワークの確認

InfiniBandネットワークを検証する手順:

1. ラック内のすべてのInfiniBandケーブル接続を視覚的に確認します。ポート・ライトが点灯し、LEDの電源が投入されていることを確認します。各コネクタを押して接続を確認しないでください。

2. ラック内の任意のシステムに対してrootユーザーとしてログインします。

3. InfiniBandトポロジを確認します。

# cd /opt/oracle.SupportTools/ibdiagtools
# ./verify-topology]

[DB Machine Infiniband Cabling Topology Verification Tool ]
Every node is connected to two leaf switches in a single rack........[SUCCESS]
Every inter-leaf switch link is connected correctly in a single rack.[SUCCESS]
Every leaf switch in an interconnected quarter rack is correctly connected to
other rack in a multi-rack group...... [NOT APPLICABLE]
Every leaf switch is connected to every spine switch in a multi-rack
group.......................................... [SUCCESS]
Every rack has balanced inter-leaf-and-spine switch links in a multi-rack
group..................................... [NOT APPLICABLE]
No spine switch is connected to another spine switch in a multi-rack
group.......................................... [NOT APPLICABLE]
Every spine switch is connected to two external spine switches in a multi-rack
group................................ [NOT APPLICABLE]
No external spine switch is connected to a leaf switch in a multi-rack
group........................................ [NOT APPLICABLE]
No external spine switch is connected to another external spine switch in a
multi-rack group........................ [NOT APPLICABLE]

このサンプル出力は、ネットワーク・コンポーネントが正しく配線されており、各チェックのステータスがSUCCESSまたはNOT APPLICABLEであることを示しています。問題がある場合は、チェックがFAILEDとして追加の診断情報とともに表示されます。

10.10 サーバーのIPアドレスの構成

Recovery Applianceソフトウェアをインストールする前に、正しいIPアドレスで計算サーバーおよびストレージ・サーバーを構成するスクリプトを実行する必要があります。それ以外の場合、install.shスクリプトがネットワークを構成しようとしたときに失敗します。

My Oracle SupportのドキュメントID 1953915.1の手順に従い、IPアドレスを構成します。

11 Recovery Applianceソフトウェアのインストール

この章では、Recovery Applianceソフトウェアをインストールする手順について説明します。内容は次のとおりです。

- 「インストレーション・ソフトウェアについて」

- 「ソフトウェアをインストールするための前提条件」

- 「計算サーバーでのディスク領域の再利用」

- 「Recovery Applianceでのソフトウェアのインストール」

- 「インストール・ユーティリティの構文」

- 「Recovery Applianceインストーラの構文」

- 「Recovery Applianceを管理するためのEnterprise Managerの設定」

注意:

リカバリ・アプライアンス・ソフトウェアは、Recovery Applianceハードウェアにインストールされている場合にのみサポートされます。ソフトウェアのライセンスについては、「Zero Data Loss Recovery Applianceライセンス情報ユーザー・マニュアル」を参照してください。

11.1 インストレーション・ソフトウェアについて

次のスクリプトでRecovery Applianceソフトウェアがインストールされます。

- ra_preinstall.pl: 初期チェックを実行し、新規インストールおよびアップグレードのためにRecovery Applianceの準備をします。このスクリプトはZero Data Loss Recovery Applianceソフトウェア更新12.1.1.1.7で導入されました。詳細は、Zero Data Loss Recovery Applianceのアップグレードおよびパッチ適用(ドキュメントID 2028931.1)を参照してください。

- install.sh: Oracle Exadata Deployment Assistantで生成されたファイルを使用して、ネットワーク、Oracle Databaseおよびその他のソフトウェア・コンポーネントを構成します。
「Deployment Assistantの使用」で使用するためのOracle Exadata Deployment Assistantが含まれるOneCommand ZIPファイルにも、このスクリプトが含まれます。このスクリプトは、Recovery Applianceと同じネットワーク上のどのシステムからも実行できます。一部のプラットフォームではinstall.cmdが使用されます。

- ra_install.pl: Recovery Applianceインフラストラクチャの追加の構成手順が実行されます。このスクリプトは、Recovery Appliance計算サーバーへのログイン中に実行する必要があり、同じネットワーク上の別のサーバーからは実行できません。

11.2 ソフトウェアをインストールするための前提条件

ソフトウェアのインストールを開始する前に、次の手順が完了していることを確認してください。

- Oracle Exadata Deployment Assistantを使用して構成ファイルを生成しました。「Deployment Assistantの使用」を参照してください。

- インストール・ファイルをOneCommandインストール・ディレクトリ配下のWorkDirディレクトリ内に集約しました。(OneCommandインストール・ディレクトリとは、linux-x64など、OneCommand ZIPファイルを展開するディレクトリです。)OneCommandインストール・ディレクトリの詳細は、「構成ファイルの生成」を参照してください。インストール・ファイルのリストについては、My Oracle Support Doc ID 1927416.1を参照してください。

- checkipスクリプトが、エラーを残すことなく正常に実行されました。「Recovery Applianceのネットワークへの接続」を参照してください。

- マルチラック設置のすべてのラックが配線されています。「複数の ラックを使用したRecovery Applianceの拡張」を参照してください。

- すべての新規ラックのすべてのコンポーネントが構成されています。「Recovery Applianceラックの構成」を参照してください。

- Oracle Management ServerがRecovery Applianceと同じネットワーク上で動作しています。

- すべての計算サーバーでディスク領域を再利用します。「計算サーバーでのディスク領域の再利用」を参照してください。

- Oracleテープ・ライブラリがインストールされ、稼働しています。テープ・ライブラリはRecovery Applianceのオプション・コンポーネントです。

11.2.1 ラックの既存ラックへの追加について

新しいRecovery Applianceラックを旧ラックに追加する際、ファクトリ・インストール・イメージは一般的に異なります。旧ラックを新しいイメージに更新するか、旧バージョンを保持して、それに合うように新規ラックを再イメージ化することができます。どちらの場合でも、すべてのサーバーとすべてのSun Datacenter InfiniBand Switch 36スイッチは同じパッチ・レベルである必要があります。

11.2.2 新規ストレージ・サーバーの既存ラックへの追加について

パッチ適用の追加の考慮事項には、グリッド・インフラストラクチャ、データベース・ホーム・リリースおよびバンドル・パッチ更新が含まれます。ソフトウェアのインストールで新しいパッチが適用される場合は、拡張手順の一部として新しいサーバーがリリースを継承するように、既存のサーバーを変更することをお薦めします。この方法では、パッチを必要とするサーバーの数は少なくなります。拡張作業のスケジュール設定時に既存のサーバーが目的のレベルになり、それにより拡張に必要な作業量が減少するように、パッチを既存のサーバーに事前に適用してください。

11.3 計算サーバーでのディスク領域の再利用

リカバリ・アプライアンス・ソフトウェアをインストールする前に、各計算サーバーでreclaimdisksスクリプトを実行する必要があります。このスクリプトは、ボリューム構成をチェックし、リカバリ・アプライアンスの容量をすべて正しく再割当てします。ディスク領域を再利用すると、ディスク・コントローラ・レベルのRAID-5構成の4枚のディスクにLinuxシステムが変換されます。

計算サーバーでディスクを構成するには、次の手順を実行します。

1. rootユーザーとして、計算サーバーにログインします。

2. /opt/oracle.SupportToolsディレクトリに変更します。

3. ディスク再利用プロセスを開始します。

# ./reclaimdisks.sh -free -reclaim

このコマンドによって、事前構成されたディスクが解放され、次回のブートでのLinuxに対するすべての空きディスクの再利用がスケジュールされ、Recovery Applianceが再起動されます。プロセスが完了するまでに2時間かかる場合があります。

注意:

Recovery Applianceの再起動や、再利用プロセスの中断はしないでください。

4. Linux構成を検証します。

./reclaimdisks.sh -check

出力結果の最後の行は、次のようになります。

[INFO]  Valid single boot configuration found for Linux: RAID5 from 4 disks
with no global and dedicated hot spare disks
Valid. Booted: Linux. Layout: Linux.

5. 他の計算サーバーで、この手順を繰り返します。

11.4 Recovery Applianceでのソフトウェアのインストール

事前作業が完了し、必要なファイルの集約を終えると、ソフトウェアをインストールする準備が整います。

新規Recovery Applianceラックでソフトウェアをインストールするには、次のようにします。

1. 1台目の計算サーバーにrootとしてログインします。

2. u01ディレクトリに移動します。

# cd /u01

3. u01の下に、ra_installという名前のディレクトリを作成します。

# mkdir ra_install

4. デフォルトのディレクトリ名linux-x64を使用して、Linux版の最新バージョンのOneCommand ZIPファイルを/u01/ra_install/に抽出します。(ZIPファイルは、My Oracle Support Doc ID 1927416.1からダウンロードできます。)

5. Oracle Exadata Deployment Assistantで生成されたXML構成ファイルを、/u01/ra_install/linux-x64の下にあるExadataConfigurationsサブディレクトリにコピーします。構成ファイルの詳細は、「構成ファイルの生成」を参照してください。

6. Recovery Applianceのインストール前のスクリプトを実行します。

a. My Oracle Support Doc ID 1927416.1から最新のRecovery Applianceパッチ・ファイルを取得し、/u01/ra_install/linux-x64/WorkDirに展開します。

b. WorkDirディレクトリに移動します。

# cd /u01/ra_install/linux-x64/WorkDir

注意:

- インストール前のスクリプトはZero Data Loss Recovery Applianceソフトウェア更新12.1.1.1.7以降で使用できます。最新のパッチ・ファイルの詳細は、Zero Data Loss Recovery Applianceのアップグレードおよびパッチ適用(ドキュメントID 2028931.1)を参照してください

- WorkDirに展開したファイルには、次に進む前に確認する必要のある重要な情報が記載されているreadmeファイル(README.txt)が含まれています。

c. XML構成ファイルのパスおよびOracle Exadata Deployment Assistantディレクトリを使用してスクリプトを実行します。

# /usr/bin/perl ra_preinstall.pl --config_xml=/u01/ra_install/linux-x64/ExadataConfigurations/Example_Inc-ra01.xml
--oeda_dir=/u01/ra_install/linux-x64

7. linux-x64ディレクトリに移動します。

# cd /u01/ra_install/linux-x64

8. 実行する必要がある手順をリストします。

この例ではExadataConfigurations/Example_Inc-ra01.xmlというXMLファイルを使用して、installスクリプトがLinuxシステムから実行されます。

$ ./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -l

9. 最後の手順(マシンの再保護)以外の各手順を番号順に実行し、次の手順に進む前にそれぞれの手順が正常に完了していることを確認します。最後の手順でマシンを再保護します。

この例ではExadataConfigurations/Example_Inc-ra01.xmlというXMLファイルを使用して、手順1がLinuxシステムから実行されます。

$ ./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -s 1

「インストール・ユーティリティの手順について」を参照してください。

10. リカバリ・アプライアンスのインストール・ディレクトリに移動します。

# cd /opt/oracle.RecoveryAppliance/install

11. ra_installスクリプトの手順を表示します。

# ./ra_install.pl --help

このユーティリティの手順については、「Recovery Applianceインストーラの構文」を参照してください。

12. ra_installスクリプトのすべての手順を順番に実行します。この例では手順1が実行されます。

# ./ra_install.pl --step=1

13. linux-x64ディレクトリに戻ります。

# cd /u01/ra_install/linux-x64

14. install.shユーティリティを使用して最後の手順(マシンの再保護)を実行し、Recovery Applianceを保護します。

15. Recovery Applianceのインストールを完了する場合:

a. Oracle Enterprise Manager Cloud Controlを使用して、エージェントをデプロイし、Recovery Applianceターゲットを検出します。これで、Cloud Controlを使用してRecovery Appliance環境をモニターおよび管理できます。
「Recovery Applianceを管理するためのEnterprise Managerの設定」を参照してください。

b. VLANタグ付けをRecovery Appliance収集ネットワークに使用する場合は、VLANタグ付けを構成してテストします。
手順は、『Enabling 8021.Q VLAN Tagging in Zero Data Loss Recovery Appliance over ingest networks』(ドキュメントID 2047411.1)を参照してください。

c. Oracleデータベースを登録して、Recovery Applianceを使用できるようにします。
Zero Data Loss Recovery Appliance保護データベース構成ガイドを参照してください。

11.5 インストール・ユーティリティの構文

installユーティリティには、次の構文があります。

./install.sh -cf config_filename.xml option1 option2...

11.5.1 インストール・ユーティリティのパラメータ

インストール・ユーティリティの構文を使用すると、1つまたは複数の手順を実行したり、エラーが発生した1つ以上の手順を元に戻すことができます。エラーを引き起こした問題を修正したら、手順を再度実行できます。

表11-1では、各オプションについて説明します。

表11-1 インストール・ユーティリティのオプション

オプション

説明

-cf config_filename.xml

XML構成ファイルを識別します。必須。

-h

スクリプト・オプションを記述します。

-l

XMLファイルに記述された構成に対して、ソフトウェアをインストールおよび構成するために必要な手順をリストします。

-r {n-N | n}

手順nからN、または手順nを実行します。

-s n

手順nを実行します。

-u {n-N | n}

手順nからN、または手順nを元に戻します。

11.5.2 インストール・ユーティリティの構文例

次の例では、構文例とサンプル出力を示します。XML構成ファイルはExample_Inc-ra01.xml (linux-x64/ExadataConfigurations/Example_Inc-ra01.xml)と名付けられます。

このコマンドではユーティリティのヘルプが表示されます。

$ ./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -h
install.sh -cf <config.xml> -l [options]
install.sh -cf <config.xml> -s <step #> | -r <num-num>
install.sh
ARGUMENTS:
-l                 List all the steps that exist
-cf                config file name [Full path please]
-s <step #>        Run the step # at a time
-r <num-num>       Run the steps one after the other as long as no errors
are encountered
-u <num-num> | <step#> Undo a range of steps or a particular step
-h                 Usage
Version : 14.254.04:00

このコマンドでは手順がリストされます。

$ ./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -l

1. Validate Configuration File
2. Setup Required Files
3. Create Users
4. Setup Cell Connectivity
5. Verify Infiniband
6. Calibrate Cells
7. Create Cell Disks
8. Create Grid Disks
9. Configure Alerting
10. Install Cluster Software
11. Initialize Cluster Software
12. Install Database Software
13. Relink Database with RDS
14. Create ASM Diskgroups
15. Create Databases
16. Apply Security Fixes
17. Install Exachk
18. Setup ASR Alerting
19. Create Installation Summary
20. Resecure Machine

次の例では手順7が実行されます。

./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -s 7

Executing Create Cell Disks
Check physical disks for errors before creating celldisks..............
Restarting cell services..................
Initializing cells..............
Cleaning cells....................
Restarting cell services...................
Creating cell disks.........................
Creating flashlog on cells..........
Creating flashcache on cells........
Successfully completed execution of step Create Cell Disks
]

このコマンドでは手順15が元に戻されます。

$ ./install.sh -cf ExadataConfigurations/Example_Inc-ra01.xml -u 15

Undoing Create Databases
Deleting databases...
Deleting database zdlra
.
.
.

11.5.3 インストール・ユーティリティの手順について

次の説明では、ソフトウェアのインストールが完了するまでの各手順について示します。インストール・スクリプトではサブステップがその実行に従ってリストされます。

手順1 構成ファイルの検証

一連のチェックを実行して、現在のネットワーク上の指定クラスタに適した設定が構成ファイルに含まれていることを確認します。

- ホスト名およびIPアドレスを検証します

- オペレーティング・システムを検証します

- クラスタ・ネットワークおよびネットワーク接続を検証します

- ネットワーク・タイム・プロトコル(NTP)設定を検証します

- ストレージ・サーバーの物理ディスクを検証します

- データベース準備用の計算サーバーを検証します

手順2 必須ファイルの設定

必須ファイルがアクセス可能なことを確認し、そのファイルを2番目の計算サーバーにコピーして、必要に応じて解凍してから、シンボリック・リンクを作成します。

この手順が失敗した場合は「ソフトウェアをインストールするための前提条件」を参照してください。

手順3 ユーザーの作成

クラスタに必要なユーザーおよびグループを作成し、/etc/hostsを更新して、セキュア・シェル(SSH)を設定します。

手順4 セル接続の設定

必要に応じてcellip.ora、cellinit.oraおよびcellaffinityなどの、他の手順で使用される様々なファイルを生成します。

手順5 InfiniBandの検証

InfiniBandファブリックで一連のチェックを実行して、計算サーバー、ストレージ・サーバーおよびInfiniBandスイッチが正しく配線されていることを確認します。

エラーが発生すると、診断ZIPファイルが生成されます。この手順の出力にはこのファイルの場所が含まれています。

手順6 セルの測定

Oracle DatabaseのI/O測定機能を使用して、ストレージ・サブシステムのI/O機能を評価します。

手順7 セル・ディスクの作成

セル・ディスクを作成してから、各セルでフラッシュ・ログおよびフラッシュ・キャッシュを作成することが含まれる、一連の手順をストレージ・サーバー・ディスクで実行します。

手順8 グリッド・ディスクの作成

クラスタのグリッド・ディスクを作成します。

このリリースでは、追加的な手作業でこの手順に従う必要があります。

手順9 アラートの構成

問題発生時にアラートを送信できるように、ストレージ・サーバーで電子メールを構成します。

手順10 クラスタ・ソフトウェアのインストール

Oracle Databaseユーティリティを使用してグリッド・ディスク識別子を取得してから、クラスタウェア・インストーラを実行します。必要に応じて、ソフトウェアにパッチが適用されます。

手順11 クラスタ・ソフトウェアの初期化

レプリケーション・ネットワークが構成中の場合、この手順ではそのシングル・クライアント・アクセス名(SCAN)および仮想IP (VIP)が作成されます。次に、クラスタが初期化されます。

手順12 データベース・ソフトウェアのインストール

両方の計算サーバーで、Oracle Databaseソフトウェアをインストールして、Oracle Databaseホーム・ディレクトリを作成します。必要に応じて、ソフトウェアにパッチも適用されます。

このリリースでは、追加的な手作業でこの手順に従う必要があります。

手順13 データベースのRDSとの再リンク

Oracle Databaseを高信頼性データグラム・ソケット(RDS)と再リンクします。

手順14 ASMディスク・グループの作成

グリッド・ディスク識別子を取得して、自動ストレージ管理(ASM)ディスク・グループを作成します。

手順15 データベースの作成

両方の計算サーバーで、Recovery Applianceカタログを作成します。

手順16 セキュリティ修正の適用

クラスタ・ソフトウェアを再起動してセキュリティ・パラメータを設定し、必要に応じてturboモードを有効にします。

手順17 Exachkのインストール

Recovery Applianceにexachkユーティリティをインストールします。ユーティリティの詳細は、My Oracle SupportドキュメントID 1070954.1を参照してください。

手順18 ASRアラートの設定

自動サービス・リクエスト(ASR)をインストールして構成します。オプションです。

この手順では次の作業が行われます。

- 必要なソフトウェア・パッケージをインストールします

- トラップ送信先を構成します

- モニタリング・デーモンを開始します

手順19 インストレーション・サマリーの作成

システム詳細を取得し、ストレージ・サーバーを測定して、サマリーXMLレポートを生成します。この手順の出力にはこのファイルの場所が含まれています。

手順20 マシンのレスキュー

デフォルト・パスワードをカスタム・パスワードに置き換えます。

11.6 Recovery Applianceインストーラの構文

インストール後ユーティリティは、/opt/oracle.RecoveryAppliance/installディレクトリの第1計算ノードにあります。構文は次のとおりです。

./ra_install.pl --help | [--install | --uninstall] --step=STEP_NUMBER [--stdout]

表11-2では、各オプションについて説明します。

表11-2 インストール後ユーティリティのオプション

オプション

説明

--help

ユーティリティ・オプションを記述します。

--install

手順を実行してソフトウェアをインストールします。デフォルト。

--uninstall

手順を元に戻してソフトウェアをアンインストールします。

--step=number

手順を実行します。有効な値は1から7です。手順はすべて順番通りに完了します。

--stdout

ログ・ファイルではなく標準出力にすべてのメッセージを印刷します。

11.6.1 インストール後ユーティリティの例

この例ではヘルプ・トピックが表示されます。

# ra_install.pl --help
ra_install.pl - Recovery Appliance Installer
You must be logged in as root to run this command.
All steps should be run successfully for install.
Usage: ./ra_install.pl --help | --step=STEP_NUMBER  {--install|--uninstall} [--stdout]
Options:
--help: displays this help message
--step=number: Which step to run
--stdout: Print all messages to stdout rather then the log file
--install: Installs the step rather then installing it. [Default]
--uninstall: Uninstalls the step rather then installing it.
Step Numbers:
Step 1 - Validation and Configuration Prep
Step 2 - OS Setup
Step 3 - Oracle User Setup
Step 4 - DBFS Setup
Step 5 - Tape Backup configuration
Step 6 - ZDLRA DB Backup Setup
Step 7 - Enable ZDLRA Services

この例では手順2が実行されます。

# ./ra_install.pl --step=2
Created log file /opt/oracle.RecoveryAppliance/log/ra_install.step1.20140823.1959.log
Start: Configuring OS for ZDLRA - Successful: OK
Start: Running on node: ra06adm07 - Successful: OK
End: Running on node: ra06adm07 - Successful: OK
Start: Running on node: ra06adm08 - Successful: OK
End: Configured OS for ZDLRA - Successful: OK

11.6.2 インストール後ユーティリティの手順について

この項では、インストール後の手順について説明します。各手順では/opt/oracle.RecoveryAppliance/logにログ・ファイルが生成されます。手順の出力にはログ・ファイルのパスが含まれています。

手順1 検証および構成の準備

ra_xml構成ファイルを作成し、構成を検証して、インストーラ・ウォレットを設定します。

手順2 OS設定

オペレーティング・システムを構成します。portmapおよびnscdデーモンを起動して、各種オペレーティング・システムのユーザーおよびグループを作成します。

手順3 Oracleユーザー設定

oracleオペレーティング・システム・ユーザーを構成します。

手順4 DBFS設定

データベース・ファイル・システム(DBFS)マウントを作成します。

手順5 テープ・バックアップ構成

テープ・バックアップ・システムが存在するかどうかを確認し、Oracle Exadata Deployment Assistantのテープ・ライブラリの接続性ページで指定した詳細に基づいて、該当する構成の変更を行います。

手順6 ZDLRA DBバックアップ設定

Recovery Applianceカタログ・データベースのバックアップを構成して、バックアップを実行するための資格証明を作成します。カタログはRecovery Applianceディスクに自動スケジュールでバックアップされます。

手順7 ZDLRAサービスの有効化

前の手順でインストールされたすべてのサービスが開始されます。

11.7 Recovery Applianceを管理するためのEnterprise Managerの設定

Enterprise ManagerでRecovery Applianceを管理できるようにするには、管理エージェントを各計算サーバーにデプロイし、Recovery Applianceのターゲットを検出する必要があります。ターゲットには、クラスタ、データベース、リスナー、自動ストレージ管理(ASM)およびアプライアンス自体が含まれます。

Oracleサポート・エンジニアと連携して、この項のタスクを実行してください。

注意:

Zero Data Loss Recovery Applianceの管理、モニタリング、および保護されたデータベースの管理に必要なプラグインとパッチの詳細は、ドキュメントID 1929507.1を参照してください。

11.7.1 Enterprise Managerエージェントのデプロイ

次の手順を実行し、Recovery Appliance計算サーバーごとに管理エージェントをデプロイします。

1. 各計算サーバーで、エージェントのインストール先としてoracle:oinstallが所有するディレクトリを作成します。

2. Recovery Applianceターゲットを検出および管理する権限を持つユーザーとしてOracle Enterprise Manager Cloud Control (Cloud Control)にログインします。

3. 「設定」メニューで、「ターゲットの追加」、「ターゲットの手動追加」、「ホスト・ターゲットの追加」の順に選択し、「ホストの追加...」をクリックします。

「ホスト・ターゲットの追加: ホストとプラットフォーム」ページが表示されます。

4. 「プラットフォーム」リストから、「すべてのホストで同一」を選択します。

5. 計算サーバーごとに、「追加」をクリックし、完全修飾されたホスト名を入力し、「プラットフォーム」リストで「Linux x86-64」を選択します。「次へ」をクリックします。

「ホスト・ターゲットの追加: インストールの詳細」ページが表示されます。

6. 手順1で作成したエージェントのインストール・ディレクトリ、エージェントのインストールを所有するユーザーの「名前付き資格証明」およびその他の必要なプロパティを指定し、「次へ」をクリックします。

「ホスト・ターゲットの追加: 確認」ページが表示されます。

7. 「エージェントのデプロイ」をクリックし、すべてのRecovery Appliance計算サーバーへのエージェントのデプロイを開始します。

「ホストの追加」ページが表示され、「エージェント・デプロイメント・サマリー」セクションのリモート前提条件チェックに関する警告が表示されます。「リモートの前提条件チェックの詳細」セクションには、権限が十分でないためにroot.shスクリプトを実行できなかったことが示されます。これは、後続の手順で修正します。

8. デプロイメントを再開するには、「続行」をクリックし、「すべてのホスト」を選択します。

「ホストの追加」ページには、デプロイメントが成功したことを示すメッセージが表示されます。

9. 画面に表示される手順に従い、計算サーバーごとにroot.shを手動で実行します。

10. 「ホストの追加」ページに戻り、「終了」をクリックします。

11.7.2 クラスタの検出

次の手順を実行し、Recovery Applianceクラスタを検出します。

1. Cloud Controlの「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

「ターゲットの手動追加」ページが表示されます。

2. 「ガイド付きプロセスを使用してターゲットを追加」を選択します。

3. 「ターゲット・タイプ」ドロップダウン・リストで、「Oracleクラスタおよび高可用性サービス」を選択してから「ガイド付きプロセスを使用した追加...」をクリックします。

「ターゲットの追加: クラスタおよびOracle高可用性サービス」ページが表示されます。

4. Recovery Appliance上の計算サーバーのホスト名の1つを入力し、「検索」アイコンをクリックします。

「ターゲットの選択」ダイアログが表示されます。

5. ターゲット・ホストを選択して、「選択」をクリックします。

6. 「ターゲットの検出」をクリックします。

7. クラスタおよびOracle高可用性サービス・ページで自動的に検出されたクラスタ情報を確認します。Recovery Applianceクラスタ上のすべての計算サーバーがクラスタ・ホストのリストに含まれること、および「スキャン名」と「スキャン・ポート」に収集ネットワークの正しく値が表示されていることを確認し、「保存」をクリックします。

クラスタ・ターゲットが正常に作成されると、「確認」ウィンドウが表示されます。

8. 確認ウィンドウを閉じます。

11.7.3 クラスタ・データベース・ターゲットの検出

Recovery Appliance自体を検出する前に、次の手順を実行し、Recovery Applianceクラスタ・データベース、リスナーおよびASMターゲットを検出します。

1. Cloud Controlの「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

「ターゲットの手動追加」ページが表示されます。

2. 「ガイド付きプロセスを使用してターゲットを追加」を選択します。

3. 「ターゲット・タイプ」ドロップダウン・リストで、「Oracleデータベース、リスナーおよび自動ストレージ管理」を選択してから「ガイド付きプロセスを使用した追加...」をクリックします。

「データベース検出: 検索基準」ページが表示されます。

4. Recovery Applianceクラスタ名または計算サーバーの1つのホスト名を基準として使用して検索を実行し、「次へ」をクリックします。

「データベース検出: 結果」ページが表示され、Recovery Applianceのクラスタ・データベースがすべての計算サーバー上のASMインスタンスおよびリスナーとともにリストされます。

5. クラスタ・データベースを選択して、「構成」をクリックします。

6. 「リスナー・マシン名」フィールドで完全修飾された名前を使用し、「ポート」フィールドで1521を使用するよう設定を変更し、「保存」をクリックします。

7. クラスタ・データベースのモニタリング資格証明を指定し、「テスト接続」をクリックします。

8. クラスタASMを選択し、適切なモニタリング資格証明を構成し、「テスト接続」をクリックします。

9. 「単一インスタンス・データベース」で管理データベース(-MGMTDB)が選択されていないことを確認します。

10. 管理リスナー(MGMTLSNR)を除くすべてのリスナーを選択し、「次へ」をクリックします。

「データベース検出: 確認」ページが表示されます。

11. 情報を確認し、「保存」をクリックし、ターゲットのモニタリングを開始します。

12. 確認ウィンドウを閉じます。

11.7.4 Recovery Applianceの検出

Recovery Applianceクラスタおよびクラスタ・データベース・ターゲットを検出した後で、Recovery Applianceターゲット自体を検出できます。すべてのEnterprise Managerリカバリ・アプライアンス・ソフトウェアおよびハードウェア管理機能を含む最上位レベルのリカバリ・アプライアンス・ターゲットの検出の一環として、別のリカバリ・アプライアンス・ハードウェア・ターゲットも検出されます。

次の手順を実行し、Recovery Applianceターゲットを手動で検出します。

1. Cloud Controlの「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

「ターゲットの手動追加」ページが表示されます。

2. 「ガイド付きプロセスを使用してターゲットを追加」を選択します。

3. 「ターゲット・タイプ」ドロップダウン・リストで、「リカバリ・アプライアンス」を選択し、「ガイド付きプロセスを使用した追加...」をクリックします。

Recovery Applianceハードウェアの検出ページが表示されます。

4. 「新規Recovery Applianceハードウェア・コンポーネントをターゲットとして検出」を選択して、「ターゲットの検出」をクリックします。

「Recovery Applianceハードウェアの検出: 検出入力」ページが表示されます。

5. 構成図ファイル(databasemachine.xml)が存在する計算サーバー上のエージェントのURLを指定します。Recovery Appliance上の計算サーバーのホスト名を使用して、使用する正しい値を検索できます。

構成図ファイルに関する情報が表示されます。

6. ホストの資格証明を設定し、「次へ」をクリックします。

「Recovery Applianceハードウェアの検出: インフィニバンド検出」ページが表示されます。

7. リカバリ・アプライアンス・ハードウェアの検出ウィザードのすべての後続ページの詳細な指示に従って、ハードウェア・コンポーネントに必要なすべての資格証明を指定します。「確認」ページで、すべてのハードウェア・コンポーネント詳細を確認し、「送信」をクリックします。リカバリ・アプライアンス・ハードウェアを表すデータベース・マシン・ターゲットが、すべてのハードウェア・コンポーネントのターゲットとともに作成されます。

「ターゲット作成サマリー」ページが表示され、リカバリ・アプライアンス・ハードウェアを表すデータベース・マシン・ターゲットやすべてのハードウェア・コンポーネントのすべてのメンバー・ターゲットなど、作成されるすべてのハードウェア・ターゲットのサマリーが表示されます。

8. Recovery Appliance検出の続行をクリックします。

「リカバリ・アプライアンスの検出: プロパティ」ページが表示されます。

9. Recovery Applianceの「ターゲット名」を選択します。Recovery Applianceハードウェア・ターゲット名にはすでに、前述の手順で検出されたターゲット名が入力されています。

(リカバリ・アプライアンス検出プロセスを完全には完了せずにリカバリ・アプライアンスのハードウェア検出を完了した場合、1つ以上のリカバリ・アプライアンス・ハードウェア・ターゲットが、関連付けられたリカバリ・アプライアンス・ターゲットのない状態のままになることがあります。この場合は、リカバリ・アプライアンスの検出が「ターゲットの手動追加」ページから再び開始されても、検出プロセスはリカバリ・アプライアンス・ハードウェアの検出ウィザードに自動的には進みません。かわりに、プロセスは、関連付けられていないRecovery Applianceハードウェア・ターゲットの選択を可能にするために、「プロパティ」ページに直接進みます。この場合、ハードウェア・ターゲット名は事前に入力されません。「ターゲットの選択」アイコンをクリックして「ターゲットの検索と選択」ポップアップを起動します。これにより、リカバリ・アプライアンス・ターゲットにまだ関連付けられていないリカバリ・アプライアンス・ハードウェア・ターゲットのリストが表示されます。適切なリカバリ・アプライアンス・ハードウェア・ターゲットを選択します。)

10. 「リカバリ・アプライアンス管理者資格証明」セクションで、リカバリ・アプライアンス・リカバリ・カタログ所有者のデータベース・ユーザー資格証明を指定します。このユーザーは、リカバリ・アプライアンス管理者でもあります。「名前付き」または「新規」資格証明を使用できます。「詳細」をクリックして、資格証明の詳細情報を表示します。

11. 「リカバリ・アプライアンス・モニタリング資格証明」セクションで、リカバリ・アプライアンスのモニタリングに使用するデータベース・ユーザー資格証明を指定します。必要に応じて、リカバリ・アプライアンス・データベースのモニタリング情報にアクセスするために必要なロールがユーザーに付与されます。また、「基本カタログ・ユーザー資格証明をモニタリング資格証明として使用します。」を選択し、「ユーザー名」および「パスワード」フィールドを無効にすることができます。

12. 「次へ」をクリックします。

「リカバリ・アプライアンスの検出: Oracle Secure Backupドメイン」ページが表示されます。

13. Oracle Secure BackupがRecovery Applianceにインストールされている場合、「インストール・ホーム」フィールドに「/usr/local/oracle/backup」を入力し、Oracle Secure Backupドメインのモニタリング資格証明を指定します。それ以外の場合、「Oracle Secure Backupドメイン検出のスキップ」を選択します。

14. 「次へ」をクリックします。

「リカバリ・アプライアンスの検出: 確認」ページが表示されます。

15. ターゲット検出の選択内容を確認し、「送信」をクリックします。

リカバリ・アプライアンス・ターゲットが作成されます。

第III部 Recovery Applianceの保守

第III部ではRecovery Applianceの保守手順に関する情報を提供します。内容は次のとおりです。

- Recovery Applianceハードウェアの保守

- ハードウェアの再構成

12 Recovery Applianceハードウェアの保守

この章では、Recovery Applianceラックのコンポーネントの保守方法について説明します。この付録には、次の項があります。

- 「注意事項と警告」

- サーバー・モデルの判別

- 「Recovery Applianceラックの電源の投入と切断」

- 「ディスク・コントローラ・バッテリの交換」

- 「配電ユニットの交換」

- 「無反応になったOracle ILOMのリセット」

- 「計算サーバーの保守」

- 「計算サーバーの再イメージ化」

- 「ストレージ・サーバーの保守」

- 「ストレージ・サーバーの物理ディスクの保守」

- 「ストレージ・サーバーのフラッシュ・ディスクの保守」

- 「ディスク・コントローラ・バッテリ・バックアップ・ユニットの交換」

- 「ストレージ・サーバーのレスキュー手順の使用」

関連項目:

交換ユニット

12.1 注意事項と警告

Recovery Applianceハードウェアの保守時には、次の注意に従ってください。

警告:

この製品の高圧電力を使用する部分には触れないでください。触れた場合、重傷を負う可能性があります。

注意:

- 緊急時でないかぎり、Recovery Applianceの電源を切断しないでください。緊急時は、「緊急時の電源切断の手順」に従ってください。

- キャビネットの前のドアと後のドアを閉めた状態にしてください。ドアを閉めないと、システム障害や、ハードウェア・コンポーネントの破損が生じることがあります。

- 空気が適切に循環し、コンポーネントが過熱しないように、キャビネットの上部、前部および後部に障害物がない状態にしてください。

12.2 サーバー・モデルの判別

次のコマンドを使用して、計算サーバーまたはストレージ・サーバーのモデルを判別します。

dmidecode -s system-product-name

12.3 Recovery Applianceラックの電源の投入と切断

この項の内容は次のとおりです。

- 「緊急時の電源切断の手順」

- 「Recovery Applianceの停止」

- 「Recovery Applianceの起動」

12.3.1 緊急時の電源切断の手順

緊急時には、Recovery Applianceへの電源供給をすぐに停止します。次のような緊急時に、Recovery Applianceの電源切断が必要な場合があります。

- 地震、洪水、ハリケーン、竜巻、またはサイクロンなどの自然災害の場合

- システムから異常な騒音、臭い、または煙が発生した場合

- 人の安全を脅かす場合

12.3.1.1 緊急時の電源切断

緊急時には、次のいずれかの作業を実行します。

- サーキット・ブレーカで電源を切断します。

- コンピュータ・ルームで緊急時の電源切断スイッチを作動させます。

その後、システムの電源の復旧についてOracleサポート・サービスに連絡します。

12.3.1.2 緊急時の電源切断スイッチについて

緊急時の電源切断スイッチ(EPO)を使用すると、Recovery Applianceの電源を停止できます。

EPOスイッチは、5分より長く750を超えるボルトアンペアを供給できるバッテリがコンピュータ機器に含まれる場合に必要になります。このようなバッテリがシステムで使用される場合、そのシステムには、サイトのEPOスイッチまたはリレーに接続するための内部EPOハードウェアがあります。

12.3.2 Recovery Applianceの停止

緊急でない通常の状況下では、ソフトウェア・サービスおよびハードウェアの電源を正常に切断できます。

ラック・コンポーネントを停止する前にすべてのソフトウェア・サービスを停止します。

12.3.2.1 Recovery Applianceサービスの停止

Recovery Applianceサービス、Oracle Databaseファイル・システム、Oracle Databaseおよびクラスタ・サービスを停止する必要があります。

Recovery Applianceサービスを停止する手順:

1. oracleとしてRecovery Appliance計算サーバーにログインします。

2. rasysユーザーとしてOracle DatabaseへのSQL接続を開きます。

$ sqlplus rasys

3. サービスのステータスをチェックします。

SQL> SELECT state FROM ra_server;

STATE
------------
ON

4. Recovery Applianceサービスを停止します。

SQL> exec dbms_ra.shutdown;

5. Oracle Databaseから切断します。

SQL> exit

6. Oracle Secure Backupが構成されている場合、次の手順を実行します。

a. rootユーザーに切り替えます。

b. Oracle Secure Backupの現在のステータスをチェックします。

# $GRID_HOME/bin/crsctl status res osbadmin
NAME=osbadmin
TYPE=cluster_resource
TARGET=ONLINE
STATE=ONLINE on example01adm04

c. Oracle Secure Backupがオンラインである場合は、停止します。

# $GRID_HOME/bin/crsctl stop res osbadmin

d. oracleユーザーに切り替えます。

7. Oracle Databaseファイル・システム(DBFS)マウントのステータスをチェックします。

$ $GRID_HOME/bin/crsctl status res ob_dbfs rep_dbfs
NAME=ob_dbfs
TYPE=local_resource
TARGET=ONLINE               , ONLINE
STATE=ONLINE on radb07, ONLINE on radb08

NAME=rep_dbfs
TYPE=local_resource
TARGET=ONLINE               , ONLINE
STATE=ONLINE on radb07, ONLINE on radb08

8. DBFSを停止します。

$ $GRID_HOME/bin/crsctl stop res ob_dbfs rep_dbfs
CRS-2673: Attempting to stop 'ob_dbfs' on 'radb08'
CRS-2673: Attempting to stop 'rep_dbfs' on 'radb07'
CRS-2673: Attempting to stop 'ob_dbfs' on 'radb07'
CRS-2673: Attempting to stop 'rep_dbfs' on 'radb08'
CRS-2677: Stop of 'rep_dbfs' on 'radb07' succeeded
CRS-2677: Stop of 'ob_dbfs' on 'radb07' succeeded
CRS-2677: Stop of 'rep_dbfs' on 'radb08' succeeded
CRS-2677: Stop of 'ob_dbfs' on 'radb08' succeeded

9. DBFSマウントがオフラインであることを確認します。

$ $GRID_HOME/bin/crsctl status res ob_dbfs         rep_dbfs
NAME=ob_dbfs
TYPE=local_resource
TARGET=OFFLINE, OFFLINE
STATE=OFFLINE, OFFLINE

NAME=rep_dbfs
TYPE=local_resource
TARGET=OFFLINE, OFFLINE
STATE=OFFLINE, OFFLINE

10. Oracle Databaseのステータスをチェックします。

$ srvctl status database -d zdlra5
Instance zdlra51 is running on node radb07
Instance zdlra52 is running on node radb08

11. Oracle Databaseを停止します。

$ srvctl stop database -d zdlra5

12. Oracle Databaseが停止していることを確認します。

$ srvctl status database -d zdlra5
Instance zdlra51 is not running on node radb07
Instance zdlra52 is not running on node radb08

13. rootユーザーに切り替えます。

14. クラスタのすべてのノード上のOracle Clusterwareスタックを停止します。

# $GRID_HOME/bin/crsctl stop cluster -all
CRS-2673: Attempting to stop 'ora.crsd' on 'zdlradb07'
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on
'zdlradb07'
CRS-2673: Attempting to stop 'ora.LISTENER_SCAN2.lsnr' on 'zdlradb07'
CRS-2673: Attempting to stop 'ora.LISTENER_SCAN1.lsnr' on 'zdlradb07'
.
.
.
#

コマンドが失敗した場合は、-fオプションを使用してコマンドを再入力します。

15. 計算サーバーごとに、次のコマンドを実行してOracle Cluster Ready Services (CRS)を停止します。

# $GRID_HOME/bin/crsctl stop crs
CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'radb08'
CRS-2673: Attempting to stop 'ora.crf' on 'radb08'
CRS-2673: Attempting to stop 'ora.mdnsd' on 'radb08'
.
.
.
CRS-2677: Stop of 'ora.crf' on 'radb08' succeeded
CRS-2677: Stop of 'ora.mdnsd' on 'radb08' succeeded
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'radb08' has completed
CRS-4133: Oracle High Availability Services has been stopped.

16. 必要に応じて、次の順序でハードウェアを停止または再起動します。

a. 計算サーバー

b. ストレージ・サーバー

c. ラックおよびスイッチ

12.3.2.2 サーバーの電源切断

サーバーの電源を切断する前に、「Recovery Applianceの停止」の説明に従って、サーバー上で動作しているサービスを停止します。

計算サーバーまたはストレージ・サーバーを停止する手順:

1. サーバーにrootとしてログインします。

2. オペレーティング・システムを停止します。

# shutdown -h -y now

または、オペレーティング・システムを再起動します。

# shutdown -r -y now

例12-1 dcliユーティリティを使用したRecovery Applianceの電源の切断

1. すべての計算サーバー上のOracle Clusterwareを停止します。

# GRID_HOME/grid/bin/crsctl stop cluster -all

2. ラック内の他の計算サーバーを停止します。

# dcli -l root -g ra-adm02 shutdown -h -y now

前述のコマンドで、ra01adm02は2番目の計算サーバーの名前です。

3. すべてのストレージ・サーバーを停止します。

# dcli -l root -g cell_group shutdown -h -y now

前述のコマンドのcell_groupは、すべてのストレージ・サーバーをリストするファイルです。

4. ローカルの計算サーバーを停止します。

shutdown -h -y now

5. ラックの電源を切断します。

dcliユーティリティを使用して、複数のサーバーで同時にshutdownコマンドを実行します。コマンドによって電源が停止するサーバーからはdcliを実行しないでください。

次の例では、cell_groupというファイルにリストされたストレージ・サーバーのグループが停止します。

# dcli -l root -g cell_group shutdown -h -y now

例12-1に、dcliユーティリティを使用して同時に複数のサーバーを停止する場合のラックの電源切断手順を示します。コマンドは計算サーバーから実行されます。

12.3.2.3 ネットワーク・スイッチの電源の投入

ゲートウェイおよびスパイン・スイッチには電源制御がありません。PDUやデータ・センターのブレーカをオフにして電力が投入されなくなると、これらの電源は切断されます。

12.3.3 Recovery Applianceの起動

最初にラック・コンポーネントに電源を投入してから、ソフトウェア・サービスを起動します。

12.3.3.1 Recovery Applianceコンポーネントの起動

ラック・コンポーネントに電源を投入するには、次のいずれかの方法を使用します。

- コンポーネントの前面にある電源ボタンを押します。

- Oracle ILOMにログインして、システムに電源を供給します。「リモート・サーバーの電源投入」を参照してください。

12.3.3.2 起動順序

次の手順でラック・コンポーネントに電源を投入します。

1. ラックおよびスイッチ
スイッチが初期化するのを数分待ってから、ストレージ・サーバーを起動します。

2. ストレージ・サーバー
ストレージ・サーバーですべてのサービスが開始されるまで5から10分待ちます。必ず初期化が終了してから、計算サーバーを起動します。

3. 計算サーバー
計算サーバーの電源が投入されると、オペレーティング・システムとOracle Clusterwareが自動的に起動します。Oracle Clusterwareは、自動的に起動する構成のすべてのリソースを起動します。

12.3.3.3 リモート・サーバーの電源投入

Oracle ILOMインタフェースを使用すると、リモートでRecovery Applianceサーバーの電源を投入できます。Oracle ILOMにアクセスするには、Webコンソール、コマンドライン・インタフェース(CLI)、Intelligent Platform Management Interface (IPMI)またはSimple Network Management Protocol (SNMP)を使用します。

たとえば、IPMIを使用してサーバーra01cel01に電源を供給するには、次のようなコマンドでそのOracle ILOMを使用します。

# ipmitool -H ra01cel01-ilom -U root chassis power on

コマンドを使用するサーバーにIPMItoolがインストールされている必要があります。

関連項目:

Oracle ILOMを使用してサーバーの電源を投入する方法の詳細は、Oracle Integrated Lights Out Manager (ILOM) 3.0ドキュメントを参照してください。

http://docs.oracle.com/cd/E19860-01/index.html

12.3.3.4 Recovery Applianceソフトウェアの起動

1. rootとしてRecovery Appliance計算サーバーにログインします。

2. Oracle Cluster Ready Services (CRS)が実行されていることを確認します。

# $GRID_HOME/bin/crsctl status server
NAME=radb07
STATE=ONLINE

NAME=radb08
STATE=ONLINE

3. CRSが実行されていない場合は、起動します。

# $GRID_HOME/bin/crsctl start cluster -all
CRS-2672: Attempting to start 'ora.evmd' on 'radb07'
CRS-2672: Attempting to start 'ora.cssdmonitor' on 'radb07'
CRS-2672: Attempting to start 'ora.cssdmonitor' on 'radb08'
.
.
.
#

4. oracleユーザーに切り替えます。

5. Oracle Databaseが実行されていることを確認します。

$ srvctl status database -d zdlra5
Instance zdlra51 is not running on node radb07
Instance zdlra52 is not running on node radb08

6. Oracle Databaseが実行されていない場合:

a. Oracle Databaseを起動します。

$ srvctl start database -d zdlra5

b. Oracle Databaseが実行されていることを確認します。

$ srvctl status database -d zdlra5
Instance zdlra51 is running on node radb07
Instance zdlra52 is running on node radb08

7. データベース・ファイル・システム(DBFS)マウントがオフラインであることを確認します。

$ $GRID_HOME/bin/crsctl status res ob_dbfs rep_dbfs
NAME=ob_dbfs
TYPE=local_resource
TARGET=OFFLINE, OFFLINE
STATE=OFFLINE, OFFLINE

NAME=rep_dbfs
TYPE=local_resource
TARGET=OFFLINE, OFFLINE
STATE=OFFLINE, OFFLINE

8. DBFSがオフラインである場合は、起動します。

$ $GRID_HOME/bin/crsctl start res ob_dbfs rep_dbfs
CRS-2672: Attempting to start 'rep_dbfs' on 'zdlradb07'
CRS-2672: Attempting to start 'ob_dbfs' on 'zdlradb07'
CRS-2672: Attempting to start 'ob_dbfs' on 'zdlradb08'
.
.
.
$

9. RASYSユーザーとしてOracle Databaseに接続します。

$ sqlplus rasys

10. Recovery Applianceサービスのステータスをチェックします。

SQL> SELECT state FROM ra_server;

STATE
------------
OFF

11. サービスがオフである場合は、起動します。

SQL> exec dbms_ra.startup;

12. サービスが起動したことを確認します。

SQL> /

STATE
------------
ON

12.4 ディスク・コントローラ・バッテリの交換

ストレージ・サーバーおよび計算サーバーのディスク・コントローラには、書込みパフォーマンスを高速化するバッテリ・バックアップ式の書込みキャッシュがあります。充電容量が低下して48時間以上電力の供給されないキャッシュ・データをバッテリで保護できない場合、書込みキャッシュが無効になり、ディスク・コントローラがライトスルー・モードに切り替わります。書込みパフォーマンスは低下しますが、データは失われません。

バッテリの充電容量は徐々に低下し、寿命は動作温度と反比例します。表12-1に、Recovery Applianceにおけるバッテリの寿命の最短のケースを示します。

表12-1 バッテリの寿命

注入温度

バッテリの寿命

< 摂氏25度(華氏77度)

3年

< 摂氏32度(華氏89.6度)

2年

12.4.1 計算サーバーのバッテリのモニタリング

計算サーバーのバッテリの変更容量をモニターする場合:

# /opt/MegaRAID/MegaCli/MegaCli64 -AdpBbuCmd -a0 | grep "Full Charge" -A5 | sort \
| grep Full -A1

次に、コマンドの出力例を示します。

Full Charge Capacity: 1357 mAh
Max Error: 2 %

容量が800ミリアンペア時(mAh)を下回り、最大エラー率が10%を下回る場合は、予防的にバッテリを交換してください。容量が674mAhを下回るか、最大エラー率が10%を超えた場合は、ただちにバッテリを交換してください。

バッテリの温度をモニターする場合:

/opt/MegaRAID/MegaCli/MegaCli64 -AdpBbuCmd -a0 | grep BatteryType; \
/opt/MegaRAID/MegaCli/MegaCli64 -AdpBbuCmd -a0 | grep -i temper

次に、コマンドの出力例を示します。

BatteryType: iBBU08
Temperature: 38 C
Temperature                  : OK
Over Temperature        : No

バッテリの温度が摂氏55度以上である場合は、原因を特定し、問題を解決してください。

注意:

充電容量が不十分である、温度が高い、またはバッテリの交換が必要である場合などに、ストレージ・サーバーはアラートを生成します。

12.4.2 ディスク・コントローラのバッテリの交換

オラクル社は次の条件下で、故障したバッテリを無償で交換します。

- ディスク・コントローラ内のバッテリの充電容量が最小しきい値を下回る場合

- システムがOracle Premier Support for Systemsでカバーされているか、保証期間中の事象の場合。

Premier Support for Systemsのお客様を対象に、ベスト・エフォート原則に基づいて寿命が終わる前にRecovery Applianceのバッテリを事前に交換します。

12.5 配電ユニットの交換

配電ユニット(PDU)は、Recovery Applianceがオンライン状態でも交換できます。ラック内の2番目のPDUは、ラック内のすべてのコンポーネントに電力を維持します。PDU-Aは、ラックを背面から見て左側、PDU-Bは右側にあります。

12.5.1 PDU交換のガイドライン

安全に手順を実行して可用性を損なわないために、PDUを交換する前に、次のガイドラインを確認してください。

- PDU-Aの取外しまたは挿入中に、InfiniBandケーブルのラッチを解除すると、サーバーがクラスタから削除されるため、ラックが使用不可になります。通常、InfiniBandケーブルはラッチでしっかりと固定されているため、取扱いには注意してください。InfiniBandケーブルを無理な力で引っ張らないでください。

- 間違った電源フィードのフックを外すと、ラックが停止します。交換するPDUから電力ケーブルを電源までたどり、それらのフィードのみを抜いてください。

- PDU交換部品の開封と再梱包は慌てずに行ってください。故障したユニットを同じように再梱包できるように、電源コードが梱包品の中でどのように巻かれているかに注意してください。

- サイド・パネルを外すと、PDUの交換に必要な時間を短縮できます。ただし、サイド・パネルの取り外しは任意です。

- コードレス・ドリルまたは電動ドライバを使用すると、PDUの交換に必要な時間を短縮できます。ハンド・レンチを使用する場合はさらに交換に時間をかけてください。ドライバにはTorx T30ビットおよびT25ビットが必要です。

- 電力ケーブルを移動するには、サーバーのケーブル・アームの取外しが必要になる場合があります。このような場合は、ケーブル・アームのクリップを外さなくても済むように、プラグ接続をねじり、ケーブル・アーム・コネクタを曲げます。ケーブル・アームのクリップを外す必要がある場合は、片方の手でケーブルを支えて電源コードを外し、ケーブル・アームをクリップで留めます。ケーブル・アームはつるしたままにしないでください。

- T30ねじをL金具から外す場合は、PDUをラックから取り外すまで、PDUと金具を取り付けているT25ねじまたはナットを外さないでください。

12.5.2 PDUの交換

PDUを交換するには、次のようにします。

1. PDUモニターを再起動してネットワーク設定を識別します。

a. カウント(5から0)が開始されるまで、リセット・ボタンを20秒押します。カウントダウン中にボタンを放し、再度押します。

b. モニターが再起動したら、LCDに表示される設定やファームウェア・バージョンなどを記録します。

PDUモニターが機能していない場合は、ネットワーク経由でPDUに接続してネットワーク設定を取得するか、ネットワーク管理者から取得します。

2. すべてのPDUブレーカをオフにします。

3. PDUの電源プラグをACコンセントから抜きます。
高くした床にラックがある場合は、床の切抜き部分から電源コードを出します。最初にラックを切抜き部分の上に動かすことが必要な場合もあります。

警告:

電源コードが頭上の配線を使用している場合は、人に落ちたり当たったりしない場所に置きます。

4. サイド・パネル・アクセスがなく、ラックにInfiniBandケーブル・ハーネスがないときにPDU-Bを交換する場合:

注意:

ケーブル・アームに取り付けられているケーブルのストラップを外さないでください。

a. 四角のケーブル・アームをラックに留めているT25ねじを外します。

b. InfiniBandケーブルを邪魔にならないように中央に動かします。

5. サーバーおよびスイッチからPDUに接続されているすべての電力ケーブルを外します。電源ケーブルをグループの束にしてまとめておきます。

6. L金具の上部と下部からT30ねじを外し、ねじの使用位置をメモしておきます。

7. ラック・フレーム内のPDUの設置位置をメモしておきます。
ブレーカ・スイッチを使用できるようにするために、PDUは一般的にラック・フレームから後ろに1インチの位置にします。

8. PDUを斜めにしてラックから取り出します。

9. PDUを持ったまま(十分な空間がある場合は下ろし)、AC電源コードをラックに通します。ACコード・フラッシュをPDUの下部に固定するケーブル・タイを切断する必要が生じる場合があります。

10. ラックの下部または上部のできるかぎり近くにコードを引っ張ります。サーバーの間にはコンセント・プラグを配線用の穴に通すための空間があります。

11. 小さい方のTorx T25ねじを外し、上部および下部のナットを緩めてPDUをL金具から取り外します。ナットを外す必要はありません。

12. L金具を新しいPDUに取り付けます。

13. 新しいPDUをラックの横に置きます。

14. ACコードをラックに通してコンセントまで配線します。

注意:

ACコードを新しいPDUにケーブル・タイしないでください。

15. L金具が上部および下部のレールの上に来るまで、角度と位置を調整して、新しいPDUをラック内に置きます。

16. 穴とスロットの位置を整列し、PDUがラック・フレームの後ろ約1インチの位置になるようにします。

17. コードのラベルに従って、電源コードを取り付けます。たとえば、G5-0は、PDUのPDUグループ5のコンセント0を示しています。

18. 手順4でInfiniBandケーブル・ホルダを取り外した場合は、取り付けます。ねじがすり減らないようにするには、最初にホルダのねじを手で締めることをお薦めします。

19. AC電源コードをコンセントに接続します。

20. ブレーカをオンにします。

21. PDUモニターのケーブルを配線し、必要に応じてネットワークをプログラムします。

関連項目:

PDUモニターのプログラミングの詳細は、次のWebサイトのOracle Sun Rack II配電ユニット・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19844-01/html/E23956/index.html

12.6 無反応になったOracle ILOMのリセット

Oracle Integrated Lights Out Manager (Oracle ILOM)は無反応になる場合があります。その場合は、手動でOracle ILOMのサービス・プロセッサ(SP)をリセットする必要があります。

次の手順でOracle ILOMのリセット方法を示します。

- 「SSHを使用したOracle ILOMのリセット」

- 「リモート・コンソールを使用したOracle ILOMのリセット」

- 「IPMItoolを使用したOracle ILOMのリセット」

- 「電源の停止によるOracle ILOMのリセット」

関連項目:

次のWebサイトのOracle Integrated Lights Out Manager (ILOM) 3.0のドキュメント

http://docs.oracle.com/cd/E19860-01/E21549/bbgiedhj.html#z4000b491400243

12.6.1 SSHを使用したOracle ILOMのリセット

SSHを使用してOracle ILOMをリセットするには、次のようにします。

1. 別のシステムからSSHを使用してOracle ILOMに接続します。

2. ILOMプロンプトで次のコマンドを入力します。

reset /SP

12.6.2 リモート・コンソールを使用したOracle ILOMのリセット

SSHを使用してOracle ILOMに接続できない場合は、リモート・コンソールにログインします。

リモート・コンソールを使用してOracle ILOMをリセットするには、次のようにします。

1. Oracle ILOMリモート・コンソールにログインします。

2. 「メンテナンス」タブからSPのリセットを選択します。

3. 「SPのリセット」をクリックします。

12.6.3 IPMItoolを使用したOracle ILOMのリセット

SSHまたはリモート・コンソールのどちらを使用してもOracle ILOMに接続できない場合は、IPMItoolを使用します。

IPMItoolを使用してOracle ILOMをリセットするには、次のようにします。

1. ローカル・ホスト、または管理ネットワーク上の別のホストにログインします。

2. 次のIPMItoolコマンドを使用します。

- ローカル・ホスト上の場合:

$ ipmitool mc reset cold
Sent cold reset command to MC

- 別のホスト上の場合:

$ ipmitool -H ILOM_host_name -U ILOM_user mc reset cold
Sent cold reset command to MC

前述のコマンドのILOM_host_nameは使用中のホスト名、ILOM_userはOracle ILOMのユーザー名です。

12.6.4 電源の停止によるOracle ILOMのリセット

前述のオプションを使用してOracle ILOMをリセットできない場合:

1. 電源からサーバーのプラグを抜きます。

2. 電源にサーバーのプラグを入れ直します。

この処置により、サーバーおよびOracle ILOMの電源が入れ直されます。

12.7 計算サーバーの保守

物理ディスクの修理のために、Recovery Applianceの計算サーバーを停止する必要はありません。ラックの停止時間は必要ありませんが、個々のサーバーに停止時間が必要になり、一時的にクラスタ外にすることが必要な場合があります。

関連項目:

- LEDの詳細は、「LEDステータスの説明」を参照してください

- 修理手順は、「計算サーバーの部品」を参照してください

LSI MegaRAID SAS 9261-8iディスク・コントローラは各計算サーバーのディスク・ドライブを管理します。ディスクにはRAID-5構成があります。各計算サーバーには4つのディスク・ドライブがあります。1つの仮想ドライブがRAIDセットを構成します。

12.7.1 計算サーバーのRAIDステータスの確認

計算サーバーのRAIDデバイスのステータスを定期的に確認することをお薦めします。影響は最小限です。対照的に、是正処置による影響は未対応の特定の問題によって異なり、単純な再構成から停止が必要になる場合があります。

rootとして各計算サーバーにログインして、次の手順を実行します。

RAIDステータスを検証するには、次のようにします。

1. 現在のディスク・コントローラ構成を確認します。

# /opt/MegaRAID/MegaCli/MegaCli64 -AdpAllInfo -aALL | grep "Device Present" -A 8

Device Present
================
Virtual Drives    : 1
Degraded        : 0
Offline         : 0
Physical Devices  : 5
Disks           : 4
Critical Disks  : 0
Failed Disks    : 0

出力が、1つの仮想ドライブ、1つもパフォーマンスが低下したりオフラインになっていないこと、5つの物理デバイス(1つのコントローラと4つのディスク)、4つのディスク、およびクリティカルまたは障害のないディスクを示すことを確認します。

出力が異なる場合は、問題点を調査して修正します。パフォーマンスが低下した仮想ドライブは、通常は存在しない物理ディスクまたは障害が発生したディスクです。クリティカル・ディスクや障害が発生したディスクはただちに交換します。そうしないと、サーバー内の作業中ディスクの数が、通常業務の維持に必要な数を下回る場合に、データが消失する恐れがあります。

2. 現在の仮想ドライブ構成を確認します。

# /opt/MegaRAID/MegaCli/MegaCli64 CfgDsply -aALL | grep "Virtual Drive:";    \
/opt/MegaRAID/MegaCli/MegaCli64 CfgDsply -aALL | grep "Number Of Drives";  \
/opt/MegaRAID/MegaCli/MegaCli64 CfgDsply -aALL | grep "^State"

Virtual Drive                 : 0 (Target Id: 0)
Number Of Drives              : 4
State                         : Optimal

仮想デバイス0に4つのドライブがあり、状態がOptimalであることを確認します。出力が異なる場合は、問題点を調査して修正します。

3. 現在の物理ドライブ構成を確認します。

# /opt/MegaRAID/MegaCli/MegaCli64 -PDList -aALL | grep "Firmware state"
Firmware state: Online, Spun Up
Firmware state: Online, Spun Up
Firmware state: Online, Spun Up
Firmware state: Online, Spun Up

すべてのドライブがOnline, Spun Upであることを確認します。出力が異なる場合は、問題点を調査して修正します。

出力が異なる場合は、問題点を調査して修正します。パフォーマンスが低下した仮想ドライブは、通常は存在しない物理ディスクまたは障害が発生したディスクです。クリティカル・ディスクや障害が発生したディスクはただちに交換します。そうしないと、サーバー内の作業中ディスクの数が、通常業務の維持に必要な数を下回る場合に、データが消失する恐れがあります。

12.8 計算サーバーの再イメージ化

計算サーバーが復旧不可能なダメージを負った場合は、そのサーバーを交換して、交換したサーバーを再イメージ化します。再イメージ化手順の実行中に、クラスタ内の他の計算サーバーは使用できます。クラスタに新しいサーバーを追加する際、作業中の計算サーバーから新しいサーバーにソフトウェアをコピーします。

次の作業は計算サーバーの再イメージ化の方法を示しています。

- 「Oracleサポート・サービスへの連絡」

- 「クラスタ検証ユーティリティの最新リリースのダウンロード」

- 「クラスタの障害が発生した計算サーバーの削除」

- 「イメージ化に使用するUSBフラッシュ・ドライブの準備」

- 「新規計算サーバーへのイメージのコピー」

- 「交換計算サーバーの構成」

- 「クラスタの交換計算サーバーの準備」

- 「交換計算サーバーへのパッチ・バンドルの適用」

- 「Oracle Grid Infrastructureのクローニング」

- 「交換計算サーバーへのOracle Databaseホームのクローニング」

12.8.1 Oracleサポート・サービスへの連絡

Oracleサポート・サービスでサポート・リクエストを開きます。サポート・エンジニアが障害が発生したサーバーを確認し、交換サーバーを送ります。サポート・エンジニアは、作業中の計算サーバーから実行したimagehistoryコマンドの出力結果も要求します。出力結果により、元の計算サーバーのイメージ化に使用され、システムのリストアに使用されるcomputeImageMakerファイルへのリンクが提供されます。

12.8.2 クラスタ検証ユーティリティの最新リリースのダウンロード

クラスタ検証ユーティリティ(cluvfy)の最新リリースは、My Oracle Support Doc ID 316817.1で入手できます。

12.8.3 クラスタの障害が発生した計算サーバーの削除

障害が発生した計算サーバーは、Oracle Real Application Clusters (Oracle RAC)から削除する必要があります。

関連項目:

計算サーバーのクラスタからの削除の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください

この手順で、working_serverはクラスタ内の動作している計算サーバー、failed_serverは交換される計算サーバー、replacement_serverは新規サーバーです。

障害が発生した計算サーバーをOracle RACクラスタから削除するには、次のようにします。

1. oracleユーザーとして、working_serverにログインします。

2. 障害が発生したサーバーで実行されているリスナーを無効化します。

$ srvctl disable listener -n failed_server
$ srvctl stop listener -n failed_server

3. インベントリからOracleホーム・ディレクトリを削除します。

$ cd $ORACLE_HOME/oui/bin
$ ./runInstaller -updateNodeList ORACLE_HOME= \
/u01/app/oracle/product/12.1.0/dbhome_1 "CLUSTER_NODES=list_of_working_servers"

前述のコマンドのlist_of_working_serversは、ra01db02やra01db03などのクラスタで動作している計算サーバーのリストです。

4. 障害が発生したサーバーがクラスタから削除された(つまり、ピン解除された)ことを確認します。

$ olsnodes -s -t

ra01db01     Inactive        Unpinned
ra01db02        Active          Unpinned

5. 障害が発生した計算サーバーの仮想IP (VIP)リソースを停止して削除します。

# srvctl stop vip -i failed_server-vip
PRCC-1016 : failed_server-vip.example.com was already stopped

# srvctl remove vip -i failed_server-vip
Please confirm that you intend to remove the VIPs failed_server-vip (y/[n]) y

6. クラスタから計算サーバーを削除します。

# crsctl delete node -n failed_server
CRS-4661: Node failed_server successfully deleted.

次のようなエラー・メッセージを受領したら、投票ディスクを移動します。

CRS-4662: Error while trying to delete node ra01db01.
CRS-4000: Command Delete failed, or completed with errors.

投票ディスクを移動するには、次のようにします。

a. 投票ディスクの現在の場所を特定します。出力例では現在の場所がDBFS_DGであると示されています。

# crsctl query css votedisk

##  STATE    File Universal Id          File Name                Disk group
--  -----    -----------------          ---------                ----------
1. ONLINE   123456789abab (o/192.168.73.102/DATA_CD_00_ra01cel07) [DBFS_DG]
2. ONLINE   123456789cdcd (o/192.168.73.103/DATA_CD_00_ra01cel08) [DBFS_DG]
3. ONLINE   123456789efef (o/192.168.73.100/DATA_CD_00_ra01cel05) [DBFS_DG]
Located 3 voting disk(s).

b. 投票ディスクを別のディスク・グループに移動します。

# ./crsctl replace votedisk +DATA

Successful addition of voting disk 2345667aabbdd.
...
CRS-4266: Voting file(s) successfully replaced

c. 投票ディスクを元の場所に戻します。この例ではDBFS_DGに戻されています。

# ./crsctl replace votedisk +DBFS_DG

d. crsctlコマンドを繰り返してクラスタからサーバーを削除します。

7. Oracleインベントリを更新します。

$ cd $ORACLE_HOME/oui/bin
$ ./runInstaller -updateNodeList ORACLE_HOME=/u01/app/12.1.0/grid \
"CLUSTER_NODES=list_of_working_servers" CRS=TRUE

8. サーバーが正常に削除されたことを確認します。

$ cluvfy stage -post nodedel -n failed_server -verbose

Performing post-checks for node removal
Checking CRS integrity...
The Oracle clusterware is healthy on node "ra01db02"
CRS integrity check passed
Result:
Node removal check passed
Post-check for node removal was successful.

12.8.4 イメージ化に使用するUSBフラッシュ・ドライブの準備

USBフラッシュ・ドライブを使用して、イメージを新しい計算サーバーにコピーします。

使用するUSBフラッシュ・ドライブを準備するには、次のようにします。

1. 空のUSBフラッシュ・ドライブをクラスタの動作している計算サーバーに挿入します。

2. rootユーザーとしてログインします。

3. computeImageファイルを解凍します。

# unzip computeImageMaker_release_LINUX.X64_release_date.platform.tar.zip

# tar -xvf computeImageMaker_release_LINUX.X64_release_date.platform.tar

4. イメージをUSBフラッシュ・ドライブ上にロードします。

# cd dl360
# ./makeImageMedia.sh -dualboot no

makeImageMedia.shスクリプトにより、情報を要求されます。

5. 計算サーバーからUSBフラッシュ・ドライブを取り外します。

6. 動作している計算サーバーから解凍したd1360ディレクトリおよびcomputeImageMakerファイルを削除します。ディレクトリおよびファイルには、約2GBのディスク領域が必要です。

12.8.5 新規計算サーバーへのイメージのコピー

イメージを交換サーバー上にロードするには、次のようにします。

1. 障害が発生した計算サーバーを新規サーバーに置き換えます。「ストレージ・サーバーの追加によるRecovery Applianceラックの拡張」を参照してください。

2. 交換サーバーのUSBポートにUSBフラッシュ・ドライブを挿入します。

3. サービス・プロセッサを使用してコンソールにログインし、進捗状況をモニターします。

4. 電源ボタンを押すか、Oracle ILOMを使用することで、計算サーバーの電源を投入します。

5. マザーボードを交換した場合:

a. BIOS中に[F2]を押します

b. 「BIOS Setup」を選択します

c. USBフラッシュ・ドライブを最初に設定してから、RAIDコントローラを設定します。

そうでない場合は、BIOS中に[F8]を押して、ワンタイム起動選択メニューを選択してからUSBフラッシュ・ドライブを選択します。

6. システムを起動できるようにします。
システムが起動すると、CELLUSBINSTALLメディアが検出されます。イメージ化プロセスには、2つのフェーズがあります。両方のフェーズを完了してから次の手順に進んでください。

イメージ化プロセスの1つ目のフェーズでは、古いBIOSまたはファームウェアを識別し、イメージに対応するレベルにコンポーネントをアップグレードします。コンポーネントがアップグレードまたはダウングレードされると、システムは自動的に再起動します。

イメージ化プロセスの2つ目のフェーズでは、交換計算サーバーの工場出荷時のイメージをインストールします。

7. システムで要求された場合、USBフラッシュ・ドライブを取り外します。

8. [Enter]を押してサーバーの電源を切断します。

12.8.6 交換計算サーバーの構成

交換計算サーバーには、ホスト名、IPアドレス、DNSまたはNTP設定がありません。この作業は、交換計算サーバーの構成方法を示しています。

情報はRecovery Appliance内のすべての計算サーバーで同じである必要があります。IPアドレスはDNSから取得できます。初期インストールからインストレーション・テンプレートのコピーも取得する必要があります。

交換計算サーバーを構成するには、次のようにします。

1. 次の情報を組み立てます。

- ネーム・サーバー

- 南北アメリカ/シカゴなどのタイムゾーン

- NTPサーバー

- 管理ネットワークのIPアドレス情報

- クライアント・アクセス・ネットワークのIPアドレス情報

- InfiniBandネットワークのIPアドレス情報

- 標準的なホスト名

- デフォルトのゲートウェイ

2. 交換計算サーバーの電源を投入します。システムが起動すると、構成スクリプトが自動的に実行され、情報が要求されます。

3. 要求された場合は情報を入力して、設定を確認します。続いて起動プロセスが続行されます。

注意:

- 計算サーバーがすべてのネットワーク・インタフェースを使用していない場合は、構成プロセスが停止し、いずれかのネットワーク・インタフェースが切断されているという警告が出されます。検出プロセスを再試行するかどうかの確認を求められます。環境に応じて、yesまたはnoと入力します。

- 収集ネットワークにボンディングが使用される場合、この時点でデフォルトのアクティブ/パッシブ・モードに設定されます。

12.8.7 クラスタの交換計算サーバーの準備

Recovery Applianceの初期インストールでは各種ファイルが変更されました。

交換計算サーバー上のファイルを変更するには、次のようにします。

1. クラスタ内の動作している計算サーバーから、次のファイルの内容をレプリケートします。

a. /etc/security/limits.confファイルをコピーします。

b. /etc/hostsファイルの内容をマージします。

c. /etc/oracle/cell/network-config/cellinit.oraファイルをコピーします。

d. 交換計算サーバーのBONDIB0インタフェースのIPアドレスでIPアドレスを更新します。

e. /etc/oracle/cell/network-config/cellip.oraファイルをコピーします。

f. 10GbEなど、追加ネットワーク要件を構成します。

g. /etc/modprobe.confファイルをコピーします。

h. /etc/sysctl.confファイルをコピーします。

i. 計算サーバーを再起動し、ネットワーク変更を有効にします。

2. ユーザー名を1つ以上のグループに追加して、交換計算サーバーのOracleソフトウェア所有者を設定します。所有者は通常、oracleユーザーです。

a. 動作している計算サーバーから現在のグループ情報を取得します。

# id oracle
uid=1000(oracle) gid=1001(oinstall) groups=1001(oinstall),1002(dba),1003(oper),1004(asmdba)

b. groupaddコマンドを使用して、グループ情報を交換計算サーバーに追加します。この例では、前の手順で識別されたグループが追加されます。

# groupadd –g 1001 oinstall
# groupadd –g 1002 dba
# groupadd –g 1003 oper
# groupadd –g 1004 asmdba

c. 動作している計算サーバーから現在のユーザー情報を取得します。

# id oracle uid=1000(oracle) gid=1001(oinstall) \
groups=1001(oinstall),1002(dba),1003(oper),1004(asmdba)

d. ユーザー情報を交換計算サーバーに追加します。この例では、前の手順のグループIDがoracleユーザーIDに追加されます。

# useradd -u 1000 -g 1001 -G 1001,1002,1003,1004 -m -d /home/oracle -s \
/bin/bash oracle

e. ORACLE_BASEおよびGrid Infrastructureディレクトリを作成します。この例では、/u01/app/oracleおよび/u01/app/12.1.0/gridが作成されます。

# mkdir -p /u01/app/oracle
# mkdir -p /u01/app/12.1.0/grid
# chown -R oracle:oinstall /u01/app

f. cellip.oraおよびcellinit.oraファイルの所有権を変更します。所有者は通常、oracle:dbaです。

# chown -R oracle:dba /etc/oracle/cell/network-config

g. リストアされた計算サーバーの安全を確保します。

$ chmod u+x /opt/oracle.SupportTools/harden_passwords_reset_root_ssh
$ /opt/oracle.SupportTools/harden_passwords_reset_root_ssh

計算サーバーが再起動します。

h. rootユーザーとしてログインします。新しいパスワードを要求されたら、他の計算サーバーのrootパスワードと一致するように設定します。

i. Oracleソフトウェア所有者のパスワードを設定します。所有者は通常、oracleです。

# passwd oracle

3. oracleアカウントにSSHを設定します。

a. 交換計算サーバー上のoracleアカウントに変更します。

# su - oracle

b. Oracleクラスタのサーバーをリストする交換計算サーバーのdcliグループ・ファイルを作成します。

c. 交換計算サーバーでsetssh-Linux.shスクリプトを実行します。この例ではスクリプトがインタラクティブに実行されます。

$ /opt/oracle.SupportTools/onecommand/setssh-Linux.sh -s

スクリプトによってサーバーのoracleパスワードが要求されます。-sオプションにより、スクリプトはサイレント・モードで実行されます。

d. 交換計算サーバー上のoracleユーザーに変更します。

# su - oracle

e. SSHの同等性を検証します。

$ dcli -g dbs_group -l oracle date

4. 動作している計算サーバーから交換計算サーバーにカスタム・ログイン・スクリプトを設定またはコピーします。

$ scp .bash* oracle@replacement_server:.

前述のコマンドのreplacement_serverは、ra01db01などの新しいサーバーの名前です。

12.8.8 交換計算サーバーへのパッチ・バンドルの適用

オラクル社では、Recovery Appliance用のソフトウェアのパッチ・バンドルを定期的にリリースしています。動作している計算サーバーにcomputeImageMakerファイルのリリースよりも新しいパッチ・バンドルがある場合、パッチ・バンドルを交換計算サーバーに適用する必要があります。

パッチ・バンドルが適用されたかどうか判断するには、imagehistoryコマンドを使用します。交換計算サーバーの情報を、動作している計算サーバーの情報と比較します。動作しているデータベースのリリースが新しい場合、ストレージ・サーバー・パッチ・バンドルを交換計算サーバーに適用します。

12.8.9 Oracle Grid Infrastructureのクローニング

次の手順では、交換計算サーバーにOracle Grid Infrastructureをクローニングする方法について説明します。コマンドのworking_serverは動作している計算サーバー、replacement_serverは交換計算サーバーです。

関連項目:

クローニングの詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。

Oracle Grid Infrastructureをクローニングするには、次のようにします。

1. rootとして、クラスタの動作している計算サーバーにログインします。

2. クラスタ検証ユーティリティ(cluvfy)を使用して、ハードウェアおよびオペレーティング・システムのインストールを検証します。

$ cluvfy stage -post hwos -n replacement_server,working_server –verbose

レポートの最後にPost-check for hardware and operating system setup was successfulのフレーズが表示されます。

3. ピア互換性を検証します。

$ cluvfy comp peer -refnode working_server -n replacement_server  \
-orainv oinstall -osdba dba | grep -B 3 -A 2 mismatched

次に、出力の例を示します。

Compatibility check: Available memory [reference node: ra01db02]
Node Name Status Ref. node status Comment
------------ ----------------------- ----------------------- ----------
ra01db01 31.02GB (3.2527572E7KB) 29.26GB (3.0681252E7KB) mismatched
Available memory check failed
Compatibility check: Free disk space for "/tmp" [reference node: ra01db02]
Node Name Status Ref. node status Comment
------------ ----------------------- ---------------------- ----------
ra01db01 55.52GB (5.8217472E7KB) 51.82GB (5.4340608E7KB) mismatched
Free disk space check failed

障害が発生したコンポーネントだけが物理メモリー、スワップ領域およびディスク領域に関連している場合は、手順を継続できます。

4. サーバーを追加するために必要な確認を行います。

a. GRID_HOME/network/admin/samplesディレクトリの権限が750に設定されていることを確認します。

b. 計算サーバーの追加を検証します。

$ cluvfy stage -ignorePrereq -pre nodeadd -n replacement_server \
-fixup -fixupdir  /home/oracle/fixup.d

障害が発生したコンポーネントだけがスワップ領域に関連している場合は、手順を継続できます。

次のように、投票ディスクにエラーが発生する場合があります。

ERROR:
PRVF-5449 : Check of Voting Disk location "o/192.168.73.102/ \
DATA_CD_00_ra01cel07(o/192.168.73.102/DATA_CD_00_ra01cel07)" \
failed on the following nodes:
Check failed on nodes:
ra01db01
ra01db01:No such file or directory
...
PRVF-5431 : Oracle Cluster Voting Disk configuration check failed

このエラーが発生する場合は、次の手順でaddnodeスクリプトの実行時に-ignorePrereqオプションを使用します。

5. 交換計算サーバーをクラスタに追加します。

$ cd /u01/app/12.1.0/grid/addnode/
$ ./addnode.sh -silent "CLUSTER_NEW_NODES={replacement_server}" \
"CLUSTER_NEW_VIRTUAL_HOSTNAMES={replacement_server-vip}"[-ignorePrereq]

addnodeスクリプトでは、Oracle Universal InstallerによってOracle Clusterwareソフトウェアが交換計算サーバーにコピーされます。次のようなメッセージが表示されます。

WARNING: A new inventory has been created on one or more nodes in this session.
However, it has not yet been registered as the central inventory of this
system. To register the new inventory please run the script at
'/u01/app/oraInventory/orainstRoot.sh' with root privileges on nodes
'ra01db01'. If you do not register the inventory, you may not be able to
update or patch the products you installed.

The following configuration scripts need to be executed as the "root" user in
each cluster node:

/u01/app/oraInventory/orainstRoot.sh #On nodes ra01db01

/u01/app/12.1.0/grid/root.sh #On nodes ra01db01

6. 構成スクリプトを実行します。

a. 端末のウィンドウを開きます。

b. rootユーザーとしてログインします。

c. 各クラスタ・サーバーでスクリプトを実行します。

スクリプトの実行後、次のメッセージが表示されます。

The Cluster Node Addition of /u01/app/12.1.0/grid was successful.
Please check '/tmp/silentInstall.log' for more details.

7. orainstRoot.shおよびroot.shスクリプトを実行します。

# /u01/app/oraInventory/orainstRoot.sh
Creating the Oracle inventory pointer file (/etc/oraInst.loc)
Changing permissions of /u01/app/oraInventory.
Adding read,write permissions for group.
Removing read,write,execute permissions for world.
Changing groupname of /u01/app/oraInventory to oinstall.
The execution of the script is complete.

# /u01/app/12.1.0/grid/root.sh

/u01/app/12.1.0/grid/install/のログ・ファイルで、root.shスクリプトの出力結果を確認します。出力ファイルで、交換した計算サーバーのリスナー・リソースの起動が失敗したことが報告されます。これは予測される出力の例です。

/u01/app/12.1.0/grid/bin/srvctl start listener -n ra01db01 \
...Failed
/u01/app/12.1.0/grid/perl/bin/perl \
-I/u01/app/12.1.0/grid/perl/lib \
-I/u01/app/12.1.0/grid/crs/install \
/u01/app/12.1.0/grid/crs/install/rootcrs.pl execution failed

8. 「クラスタの障害が発生した計算サーバーの削除」で停止したリスナー・リソースを再有効化します。

# GRID_HOME/grid/bin/srvctl enable listener -l LISTENER \
-n replacement_server

# GRID_HOME/grid/bin/srvctl start listener -l LISTENER  \
-n replacement_server

12.8.10 交換計算サーバーへのOracle Databaseホームのクローニング

交換サーバーへOracle Databaseホームをクローニングするには、次のようにします。

1. Oracle Database ORACLE_HOMEを交換計算サーバーに追加します。

$ cd /u01/app/oracle/product/12.1.0/db_home/addnode/
$ ./addnode.sh -silent "CLUSTER_NEW_NODES={replacement_server}" -ignorePrereq

addnodeスクリプトでは、Oracle Universal InstallerによってOracle Databaseソフトウェアが交換計算サーバーにコピーされます。

WARNING: The following configuration scripts need to be executed as the "root"
user in each cluster node.
/u01/app/oracle/product/12.1.0/dbhome_1/root.sh #On nodes ra01db01
To execute the configuration scripts:
Open a terminal window.
Log in as root.
Run the scripts on each cluster node.

スクリプトの完了後、次のメッセージが表示されます。

The Cluster Node Addition of /u01/app/oracle/product/12.1.0/dbhome_1 was
successful.
Please check '/tmp/silentInstall.log' for more details.

2. 交換計算サーバーでroot.shスクリプトを実行します。

# /u01/app/oracle/product/12.1.0/dbhome_1/root.sh

スクリプトの出力に/u01/app/oracle/product/12.1.0/dbhome_1/install/root_replacement_server.company.com_date.logファイルを確認します。

3. インスタンス・パラメータが交換したデータベース・インスタンスに設定されていることを確認します。次に、CLUSTER_INTERCONNECTSパラメータの例を示します。

SQL> SHOW PARAMETER cluster_interconnects

NAME                                 TYPE        VALUE
------------------------------       --------    -------------------------
cluster_interconnects                string

SQL> ALTER SYSTEM SET cluster_interconnects='192.168.73.90' SCOPE=spfile SID='dbm1';

4. 構成ファイルを検証し、必要に応じて修正します。

- ORACLE_HOME/dbs/initSID.oraファイルは、Oracle ASM共有ストレージ内のサーバー・パラメータ・ファイル(SPFILE)を示します。

- ORACLE_HOME/dbディレクトリにコピーされるパスワードは、orapwSIDに変更されています。

5. データベース・インスタンスを再起動します。

関連項目:

Oracle Real Application Clusters管理およびデプロイメント・ガイド

12.9 ストレージ・サーバーの保守

この項では、ストレージ・サーバーの保守を実行する方法について説明します。この付録には、次の項があります。

- 「ストレージ・サーバーの停止」

- 「診断ISOを使用したネットワーク接続の有効化」

12.9.1 ストレージ・サーバーの停止

ストレージ・サーバーの保守を実行する場合、サーバーの電源切断または再起動が必要になることがあります。ストレージ・サーバーを停止する前に、サーバーのオフラインによるOracle ASMディスク・グループおよびデータベース可用性への影響がないことを確認してください。データベース可用性の継続は、影響するディスク・グループで使用されるOracle ASM冗長性のレベルと、同じデータのミラー・コピーを含む他のストレージ・サーバーでのディスクの現在のステータスによって異なります。

注意:

- Recovery Applianceで保守中のセルが完全に機能するようになる前に、別のセルのディスクに障害が発生した場合、二重のディスク障害が発生する可能性があります。Recovery ApplianceがDELTAディスク・グループについてNORMALの冗長性でデプロイされており、このディスク障害が恒久的な場合、Recovery Appliance上のすべてのバックアップが失われます。

- 保守中のセルが長時間オフラインでないことを確認してください。そうしないと、リバランス操作が発生し、操作の完了に十分な領域がないために問題が引き起こされます。デフォルトで、リバランス操作はセルがオフラインになってから24時間後に開始されます。

ストレージ・サーバーの電源を停止するには、次のようにします。

1. rootとして、ストレージ・サーバーにログインします。

2. (オプション)ストレージ・サーバーの再起動後にグリッド・ディスクがオフラインのままになるようにします。

CellCLI> ALTER GRIDDISK ALL INACTIVE

複数の再起動を行う場合、またはセルが再度アクティブになったときに制御するには、このコマンドを使用します。たとえば、サーバーを使用する前に、計画保守アクティビティが成功したことを検証できます。

3. セル・サービスを停止します。

CellCLI> ALTER CELL SHUTDOWN SERVICES ALL

前述のコマンドでは、オフラインのディスクがないか、predictive failureステータスのディスクがないか、またはミラーにコピーする必要があるディスクがないかをチェックします。Oracle ASM冗長性が損なわれていない場合は、コマンドによりOracle ASMでグリッド・ディスクがオフラインに変更され、サービスが停止されます。

次のエラーは、サービスの停止によって冗長性の問題が引き起こされ、ディスク・グループが強制的にマウント解除される可能性を示しています。

Stopping the RS, CELLSRV, and MS services...
The SHUTDOWN of ALL services was not successful.
CELL-01548: Unable to shut down CELLSRV because disk group DATA, RECO may be
forced to dismount due to reduced redundancy.
Getting the state of CELLSRV services... running
Getting the state of MS services... running
Getting the state of RS services... running

このエラーが発生した場合は、Oracle ASMディスク・グループの冗長性がリストアされます。すべてのディスクのステータスが正常のときはコマンドを再試行します。

4. サーバーを停止します。「サーバーの電源切断」を参照してください。

5. 保守作業が完了したら、サーバーの電源を投入します。サービスは自動的に開始されます。起動中、Oracle ASMですべてのグリッド・ディスクが自動的にオンラインになります。

6. すべてのグリッド・ディスクがオンラインであることを確認します。

CellCLI> LIST GRIDDISK ATTRIBUTES name, asmmodestatus

すべてのグリッド・ディスクのasmmodestatusがONLINEまたはUNUSEDになるまで待機します。

7. 手順2でグリッド・ディスクを非アクティブにした場合は、再度アクティブにします。

CellCLI> ALTER GRIDDISK ALL ACTIVE

手順2をスキップした場合は、グリッド・ディスクは自動的にアクティブになります。

関連項目:

My Oracle SupportのドキュメントID 1188080.1「ASMに影響を与えずにExadataのストレージ・セルを停止または再起動する手順」

12.9.2 診断ISOを使用したネットワーク接続の有効化

正常に再起動できないストレージ・サーバーにアクセスするため、診断ISOの使用が必要になる場合があります。サーバーの起動後、ファイルをISOからサーバーにコピーすることで破損ファイルを置き換えます。

ISOは、すべてのRecovery Applianceサーバー上の/opt/oracle.SupportTools/diagnostics.isoにあります。

注意:

USBドライブの使用など、他の再起動方法が失敗した後でのみ、診断ISOを使用してください。この手順を開始する前に、アドバイスとガイダンスを得るためOracle Supportに連絡してください。

診断ISOを使用するには、次のようにします。

1. TelnetまたはpuTTYなどの、Webインタフェースまたはシリアル・コンソールのどちらかを使用して、サービス・プロセッサで1回のCD-ROMブートを有効にします。たとえば、シリアル・コンソールから次のコマンドを使用します。

set boot_device=cdrom

2. サービス・プロセッサ・インタフェースを使用して、diagnostics.isoのローカル・コピーをCD-ROMとしてマウントします。

3. rebootコマンドを使用してサーバーを再起動します。

4. rootユーザーとして、診断ISOのパスワードを使用してサーバーにログインします。

5. pingを避けるには、次のようにします。

alias ping="ping -c"

6. /etc/networkという名前のディレクトリを作成します。

7. /etc/network/if-pre-up.dという名前のディレクトリを作成します。

8. 次の設定を/etc/network/interfacesファイルに追加して、サーバーの実際のIPアドレスおよびネットマスク、そしてゲートウェイのIPアドレスを入力します。

iface eth0 inet static
address IP address of server
netmask netmask of server
gateway gateway IP address of server

9. eth0インタフェースを起動します。

# ifup eth0

警告メッセージは無視します。

10. FTPまたはwgetコマンドを使用して、サーバーの修理に必要なファイルを取得します。

12.10 ストレージ・サーバーの物理ディスクの保守

この項の内容は次のとおりです。

- 「システム・ディスクおよびデータ・ディスクについて」

- 「物理ディスクのステータスのモニタリング」

- 「ディスク・エラー発生時の状況」

- 「パフォーマンスの低いディスクの検出について」

- 「データのリバランスについて」

- 「ハード・ディスク・コントローラのライトスルー・キャッシュ・モードのモニタリング」

- 「障害が発生した物理ディスクの交換」

- 「障害のある物理ディスクの交換」

- 「パフォーマンスの低い物理ディスクの取外し」

- 「ストレージ・サーバーから別のストレージ・サーバーへのすべてのドライブの移動」

- 「同じ物理ディスクの取外しおよび交換」

- 「拒否された物理ディスクの再有効化」

関連項目:

保守のベスト・プラクティスの詳細は、http://www.oracle.com/goto/maaのOracle Maximum Availability Architecture (MAA) Webサイトを参照してください。

12.10.1 システム・ディスクおよびデータ・ディスクについて

ストレージ・サーバーの最初の2枚のディスクは、システム・ディスクです。ストレージ・サーバー・ソフトウェアのシステム・ソフトウェアは、各システム・ディスクに割り当てられます。システム・ディスクのこの割り当てられた部分は、システム領域と呼ばれます。システム・ディスクのシステム領域以外は、データ・パーティションと呼ばれ、通常のデータ・ストレージに使用されます。ストレージ・サーバーのその他のディスクはすべて、データ・ディスクと呼ばれます。

12.10.2 物理ディスクのステータスのモニタリング

CellCLI LIST PHYSICALDISKコマンドで属性を確認して、物理ディスクを監視できます。たとえば、failedまたはwarning - predictive failureステータスの物理ディスクに問題が発生し、交換が必要と思われる場合です。内部しきい値を超えると、ディスク・ファームウェアによってエラー・カウンタが保守され、ドライブはPredictive Failureとマーク付けされます。交換が必要かどうかは、サーバー・ソフトウェアではなくドライブによって決定されます。

次のリストは、ストレージ・サーバーの物理ディスク・ステータスを示しています。

ストレージ・サーバーの物理ディスク・ステータス

- 物理ディスク・ステータス

- normal

- normal - dropped for replacement

- normal - confinedOnline

- normal - confinedOnline - dropped for replacement

- not present

- failed

- failed - dropped for replacement

- failed - rejected due to incorrect disk model

- failed - rejected due to incorrect disk model - dropped for replacement

- failed - rejected due to wrong slot

- failed - rejected due to wrong slot - dropped for replacement

- warning - confinedOnline

- warning - confinedOnline - dropped for replacement

- warning - peer failure

- warning - poor performance

- warning - poor performance - dropped for replacement

- warning - poor performance, write-through caching

- warning - predictive failure, poor performance

- warning - predictive failure, poor performance - dropped for replacement

- warning - predictive failure, write-through caching

- warning - predictive failure

- warning - predictive failure - dropped for replacement

- warning - predictive failure, poor performance, write-through caching

- warning - write-through caching

12.10.3 ディスク・エラー発生時の状況

Oracle ASMはハードウェア・エラーによる読取りエラーの障害範囲の修理を実行します。ディスクはオンラインのままで、アラートは送信されません。

ディスクに障害が発生した場合:

- 関連するOracle ASMディスクがFORCEオプションで自動的に削除され、Oracle ASMリバランスでデータの冗長性がリストアされます。

- ドライブの青色のLEDと黄色のLEDが点灯し、この場合、ディスクの交換を進めてもかまいません。ドライブのLEDは純色のままになります。予測障害および低いパフォーマンスのLEDステータス・ライトの詳細は、「LEDステータスの説明」を参照してください。

- サーバーによってアラートが生成され、それにはディスクを交換する特定の手順が含まれます。システムのアラート通知を構成している場合、電子メールでアラートが指定したアドレスに送信されます。

「障害が発生した物理ディスクの交換」。

ディスクに障害ステータスがある場合:

- 物理ドライブのグリッド・ディスクに関連するOracle ASMディスクが自動的に削除されます。

- Oracle ASMリバランスは予測障害ディスクから他のディスクにデータを再配置します。

- ドライブの青色のLEDが点灯し、この場合、ディスクの交換を進めてもかまいません。

「障害のある物理ディスクの交換」を参照してください。

Oracle ASMが物理的に対処されたメタデータ・ブロックに関する読取りエラーを取得すると、ブロックはミラーリングされません。

- Oracle ASMはディスクをオフラインにします。

- Oracle ASMはFORCEオプションでディスクを削除します。

- ストレージ・サーバー・ソフトウェアは、ディスクが交換できることを示すアラートを送信します。

12.10.4 パフォーマンスの低いディスクの検出について

ASRは、パフォーマンスの低いディスクをアクティブ構成から自動的に識別して削除します。次に、Recovery Applianceで一連のパフォーマンス・テストが実行されます。CELLSRVでパフォーマンスの低いディスクが検出されると、セル・ディスクのステータスがnormal - confinedOnlineに変更され、物理ディスクのステータスがwarning - confinedOnlineに変更されます。表12-2に、ディスク制限のトリガーとなる状況を示します。

表12-2 パフォーマンスの低いディスクを示すアラート

アラート・コード

原因

CD_PERF_HANG

ディスクの応答停止

CD_PERF_SLOW_ABS

サービス時間のしきい値が高い(スロー・ディスク)

CD_PERF_SLOW_RLTV

相対的サービス時間のしきい値が高い(スロー・ディスク)

CD_PERF_SLOW_LAT_WT

書込みでの長いレイテンシ

CD_PERF_SLOW_LAT_RD

読取りでの長いレイテンシ

CD_PERF_SLOW_LAT_RW

読取りおよび書込みでの長いレイテンシ

CD_PERF_SLOW_LAT_ERR

個々のI/Oでの頻繁な長い絶対レイテンシ

CD_PERF_IOERR

I/Oエラー

問題が一時的なものであり、ディスクがテストに合格した場合は、そのディスクは構成に戻されます。ディスクがテストに合格しない場合は、poor performanceとしてマークされ、ASRによりディスク交換のためのサービス・リクエストが送信されます。可能な場合は、Oracle ASMによりグリッド・ディスクがテスト用にオフラインに変更されます。そうでない場合、セル・ディスクのステータスは、ディスクを安全にオフラインに変更できるようになるまで、normal - confinedOnlineのまま変わりません。「パフォーマンスの低い物理ディスクの取外し」を参照してください。

ディスク・ステータスの変更はサーバー・アラート履歴に記録されます。

MESSAGE ID date_time info "Hard disk entered confinement status. The LUN
n_m changed status to warning - confinedOnline. CellDisk changed status to normal
- confinedOnline. Status: WARNING - CONFINEDONLINE  Manufacturer: name  Model
Number: model  Size: size  Serial Number: serial_number  Firmware: fw_release
Slot Number: m  Cell Disk: cell_disk_name  Grid Disk: grid disk 1, grid disk 2
.
.
.
Reason for confinement: threshold for service time exceeded"

次のメッセージがストレージ・セルのアラート・ログに入力されます。

CDHS: Mark cd health state change cell_disk_name  with newState HEALTH_BAD_
ONLINE pending HEALTH_BAD_ONLINE ongoing INVALID cur HEALTH_GOOD
Celldisk entering CONFINE ACTIVE state with cause CD_PERF_SLOW_ABS activeForced: 0
inactiveForced: 0 trigger HistoryFail: 0, forceTestOutcome: 0 testFail: 0
global conf related state: numHDsConf: 1 numFDsConf: 0 numHDsHung: 0 numFDsHung: 0
.
.
.

12.10.5 データのリバランスについて

物理ディスクを交換したら、そのスロットの前のディスクにあったグリッド・ディスクとセル・ディスクを再作成する必要があります。これらのグリッド・ディスクがOracle ASMグループの一部である場合、ディスク・グループの冗長性およびASM_POWER_LIMITパラメータに基づいて、ディスクをディスク・グループに追加し直して、データをリバランスします。

ディスクを削除または追加すると、Oracle ASMリバランスが発生します。リバランスのステータスを確認する場合:

- リバランス操作は正しく実行されましたか。
Oracle ASMアラート・ログを確認してください。

- リバランス操作は現在実行中ですか。
GV$ASM_OPERATIONビューを確認してください。

- リバランス操作は失敗しましたか。
V$ASM_OPERATION.ERRORビューを確認してください。

障害の発生した物理ディスクに複数のディスク・グループのASMディスクが含まれる場合、複数のディスク・グループのリバランス操作を同じクラスタの異なるOracle ASMインスタンスで実行できます。Oracle ASMインスタンスは、一度に1つのリバランス操作を実行できます。すべてのOracle ASMインスタンスがビジー状態の場合、リバランス操作がキューに入れられます。

12.10.6 ハード・ディスク・コントローラのライトスルー・キャッシュ・モードのモニタリング

各ストレージ・サーバーのハード・ディスク・コントローラは、定期的にコントローラのバッテリの放電と充電を実行します。操作中は、書込みキャッシュ・ポリシーにより、ライトバック・キャッシュからライトスルー・キャッシュに変更されます。ライトスルー・キャッシュ・モードはライトバック・キャッシュ・モードより時間を要します。ただし、ストレージ・サーバーの電源が落ちたり障害が発生したりすると、ライトバック・キャッシュ・モードの場合はデータ損失のリスクがあります。操作は、たとえば1月、4月、7月および10月の17日の01:00、のように3か月ごとに実行されます。

次の例は、論理ドライブのキャッシュ・モードのステータスに関してストレージ・サーバーによって生成されるアラート情報を示しています。

HDD disk controller battery on disk contoller at adapter 0 is going into a learn
cycle. This is a normal maintenance activity that occurs quarterly and runs for
approximately 1 to 12 hours. The disk controller cache might go into WriteThrough
caching mode during the learn cycle. Disk write throughput might be temporarily
lower during this time. The message is informational only, no action is required.

次のコマンドを使用して、定期的な書込みキャッシュ・ポリシーへの変更を管理します。

- 学習サイクルの開始時間を変更するには、次の例のようなコマンドを使用します。

CellCLI> ALTER CELL bbuLearnCycleTime="2013-01-22T02:00:00-08:00"

サイクルが終了すると、時間はデフォルト学習時間に戻ります。

- 次の学習サイクルの時間を確認する場合:

CellCLI> LIST CELL ATTRIBUTES bbuLearnCycleTime

- バッテリのステータスを表示する場合:

# /opt/MegaRAID/MegaCli/MegaCli64 -AdpBbuCmd -GetBbuStatus -a0

BBU status for Adapter: 0

BatteryType: iBBU08
Voltage: 3721 mV
Current: 541 mA
Temperature: 43 C

BBU Firmware Status:
Charging Status : Charging
Voltage : OK
Temperature : OK
Learn Cycle Requested : No
Learn Cycle Active : No
Learn Cycle Status : OK
Learn Cycle Timeout : No
I2c Errors Detected : No
Battery Pack Missing : No
Battery Replacement required : No
Remaining Capacity Low : Yes
Periodic Learn Required : No
Transparent Learn : No

Battery state:

GasGuageStatus:
Fully Discharged : No
Fully Charged : No
Discharging : No
Initialized : No
Remaining Time Alarm : Yes
Remaining Capacity Alarm: No
Discharge Terminated : No
Over Temperature : No
Charging Terminated : No
Over Charged : No

Relative State of Charge: 7 %
Charger System State: 1
Charger System Ctrl: 0
Charging current: 541 mA
Absolute state of charge: 0 %
Max Error: 0 %

Exit Code: 0x00

12.10.7 障害が発生した物理ディスクの交換

物理ディスクの停止により、パフォーマンスの低下およびデータの冗長性が発生する場合があります。したがって、できるだけ早く障害が発生したディスクを新しいディスクに交換します。

障害発生時にディスクを交換するには、次のようにします。

1. 障害が発生したディスクを特定します。

CellCLI> LIST PHYSICALDISK WHERE diskType=HardDisk AND status=failed DETAIL

name:                   28:5
deviceId:               21
diskType:               HardDisk
enclosureDeviceId:      28
errMediaCount:          0
errOtherCount:          0
foreignState:           false
luns:                   0_5
makeModel:              "SEAGATE ST360057SSUN600G"
physicalFirmware:       0705
physicalInterface:      sas
physicalSerial:         A01BC2
physicalSize:           558.9109999993816G
slotNumber:             5
status:                 failed

スロット番号はディスクの場所、ステータスはディスクに障害が発生したことを示します。

2. ディスクを取り外す前に、ディスクの青い取外しOKのLEDが点灯していることを確認してください。

3. ストレージ・サーバー上の物理ディスクを交換し、3分待ちます。物理ディスクはホット・プラガブルで、電源の投入時に交換できます。

4. ディスクがオンラインでステータスがNORMALであることを確認します。

CellCLI> LIST PHYSICALDISK WHERE name=28:5 ATTRIBUTES status

物理ディスクを交換する際、使用できるようになるには、RAIDコントローラが交換ディスクを認識する必要があります。認識はすぐに終了します。

5. ファームウェアが正しいことを確認します。

ALTER CELL VALIDATE CONFIGURATION

ファームウェアが更新され、論理ユニット番号(LUN)が再ビルドされたことを確認するため、ms-odl.trcファイルも参照できます。

6. そのスロットの前のディスクにあったグリッド・ディスクとセル・ディスクを再作成します。「データのリバランスについて」を参照してください。

関連項目:

- 「ストレージ・サーバーの部品」

- Oracle Databaseリファレンス(V$ASM_OPERATION ビューの詳細)

12.10.8 障害のある物理ディスクの交換

ディスクがwarning - predictive failureステータスのため、物理ディスクの交換が必要な場合があります。このステータスは、物理ディスクに障害が発生する可能性があり、できるだけすぐに交換する必要があることを示します。

交換する前にドライブに障害が発生した場合は、「障害が発生した物理ディスクの交換」を参照してください。

障害発生前にディスクを交換するには、次のようにします。

1. 障害のあるディスクを特定します。

CellCLI> LIST PHYSICALDISK WHERE diskType=HardDisk AND status= \
"warning - predictive failure" DETAIL

name:                   28:3
deviceId:               19
diskType:               HardDisk
enclosureDeviceId:      28
errMediaCount:          0
errOtherCount:          0
foreignState:           false
luns:                   0_3
makeModel:              "SEAGATE ST360057SSUN600G"
physicalFirmware:       0705
physicalInterface:      sas
physicalSerial:         E07L8E
physicalSize:           558.9109999993816G
slotNumber:             3
status:                 warning - predictive failure

前のコマンドの出力例で、スロット番号はディスクの場所、ステータスはディスクに障害が発生する可能性があることを示します。

2. ディスクを取り外す前に、ディスクの青い取外しOKのLEDが点灯していることを確認してください。

3. 影響を受けるOracle ASMディスクが削除されるまで待機します。ステータスを確認するには、Oracle ASMインスタンスでV$ASM_DISK_STATビューに問合せを行います。

注意:

最初の2つのスロットのディスクは、オペレーティング・システムおよびRecovery Applianceストレージ・サーバー・ソフトウェアを格納するシステム・ディスクです。1つのシステム・ディスクを稼働して、サーバーを作動する必要があります。

他のシステム・ディスクを交換する前に、ALTER CELL VALIDATE CONFIGURATIONにRAID mdadmエラーが表示されなくなるまで待機します。この出力は、システム・ディスクの再同期化が完了したことを示します。

関連項目:

V$ASM_DISK_STATビューの問合せの詳細は、『Oracle Databaseリファレンス』を参照してください。

4. ストレージ・サーバー上の物理ディスクを交換し、3分待ちます。物理ディスクはホット・プラガブルで、電源の投入時に交換できます。

5. ディスクがオンラインでステータスがNORMALであることを確認します。

CellCLI> LIST PHYSICALDISK WHERE name=28:5 ATTRIBUTES status

物理ディスクを交換する際、使用できるようになるには、RAIDコントローラが交換ディスクを認識する必要があります。認識はすぐに終了します。

6. ファームウェアが正しいことを確認します。

ALTER CELL VALIDATE CONFIGURATION

7. そのスロットの前のディスクにあったグリッド・ディスクとセル・ディスクを再作成します。「データのリバランスについて」を参照してください。

関連項目:

- 「ストレージ・サーバーの部品」

- V$ASM_OPERATION ビューの詳細は、『Oracle Databaseリファレンス』を参照してください

12.10.9 パフォーマンスの低い物理ディスクの取外し

不良物理ディスクが、他の正常なディスクのパフォーマンスを低下させることがあります。問題のあるディスクはシステムから取り外す必要があります。

不良ディスクの識別後に物理ディスクを削除するには、次のようにします。

1. 物理ドライブ・サービスLEDを点灯し、交換するドライブを識別します。

cellcli -e 'alter physicaldisk disk_name serviceled on'

前述のコマンドでdisk_nameは、20:2などの交換する物理ディスクの名前です。

2. 不良ディスク上のすべてのグリッド・ディスクを識別して、その使用を停止するようにOracle ASMに指示します。

ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name

3. ディスクの青い取外しOKのLEDが点灯していることを確認してください。

4. V$ASM_DISK_STATビューの問合せを実行して、不良ディスクの影響を受けるOracle ASMディスクが正しく削除されたことを確認します。

5. 不良ディスクを取り外します。

ディスクを削除すると、アラートが送信されます。

6. 新しいディスクを使用できる場合、それをシステムに設置します。セル・ディスクおよびグリッド・ディスクが新しい物理ディスクに自動的に作成されます。

7. ディスクがオンラインでステータスがNORMALであることを確認します。

CellCLI> LIST PHYSICALDISK WHERE name=28:5 ATTRIBUTES status

物理ディスクを交換する際、使用できるようになるには、RAIDコントローラが交換ディスクを認識する必要があります。認識はすぐに終了します。

関連項目:

「パフォーマンスの低いディスクの検出について」

12.10.10 ストレージ・サーバーから別のストレージ・サーバーへのすべてのドライブの移動

ストレージ・サーバーから別のストレージ・サーバーへのすべてのドライブの移動が必要になることがあります。この状況になる可能性があるのは、マザーボードやOracle ILOMなどのシャーシレベルのコンポーネント障害がある場合、またはハードウェアの問題のトラブルシューティングを行う場合です。

ストレージ・サーバー間でドライブを移動するには、次のようにします。

1. 次のディレクトリのファイルをバックアップします。

- /etc/hosts

- /etc/modprobe.conf

- /etc/sysconfig/network

- /etc/sysconfig/network-scripts

2. すべてのグリッド・ディスクを非アクティブにして、ストレージ・サーバーを停止します。「ストレージ・サーバーの停止」を参照してください。

3. 別のストレージ・サーバーでグリッド・ディスクをアクティブ化する前にOracle ASMによってディスクが削除されないように、Oracle ASMのdisk_repair_time属性に大きい値が設定されていることを確認してください。

4. 物理ディスク、フラッシュ・ディスク、ディスク・コントローラおよびUSBフラッシュ・ドライブを元のストレージ・サーバーから新しいストレージ・サーバーに移動します。

注意:

- システム・ディスクの最初の2つのディスクが同じ最初の2つのスロットにあることを確認してください。そうしないと、ストレージ・サーバーが正常に機能しません。

- フラッシュ・カードが元のストレージ・サーバーと同じPCIeスロットに設置されていることを確認してください。

5. 新しいストレージ・サーバーの電源を投入します。サービス・プロセッサ・インタフェースを使用するか、電源ボタンを押すことができます。

6. サービス・プロセッサを使用して、コンソールにログインします。

7. 次のディレクトリのファイルを確認します。バックアップから破損ファイルをリストアします。

- /etc/hosts

- /etc/modprobe.conf

- /etc/sysconfig/network

- /etc/sysconfig/network-scripts

8. ifconfigコマンドを使用して、eth0、eth1、eth2およびeth3の新しいMACアドレスを取得します。この例は、eth0 MACアドレス(HWaddr)が00:14:4F:CA:D9:AEであることを示しています。

# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:14:4F:CA:D9:AE
inet addr:10.204.74.184  Bcast:10.204.75.255  Mask:255.255.252.0
inet6 addr: fe80::214:4fff:feca:d9ae/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:141455 errors:0 dropped:0 overruns:0 frame:0
TX packets:6340 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9578692 (9.1 MiB)  TX bytes:1042156 (1017.7 KiB)
Memory:f8c60000-f8c80000

9. /etc/sysconfig/network-scriptsディレクトリで、次のファイルを編集してHWADDRを手順8で返された値に変更します。

- ifcfg-eth0

- ifcfg-eth1

- ifcfg-eth2

- ifcfg-eth3

次に、編集されたifcfg-eth0ファイルの例を示します。

#### DO NOT REMOVE THESE LINES ####
#### %GENERATED BY CELL% ####
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
IPADDR=10.204.74.184
NETMASK=255.255.252.0
NETWORK=10.204.72.0
BROADCAST=10.204.75.255
GATEWAY=10.204.72.1
HOTPLUG=no
IPV6INIT=no
HWADDR=00:14:4F:CA:D9:AE

10. ストレージ・サーバーを再起動します。

11. グリッド・ディスクをアクティブ化します。

CellCLI> ALTER GRIDDISK ALL ACTIVE

Oracle ASMディスクが削除されていなかった場合は、自動的にオンラインになって使用が開始されます。

12. 構成を検証します。

CellCLI> ALTER CELL VALIDATE CONFIGURATION

13. ASRのOracle ILOMをアクティブ化します。

12.10.11 同じ物理ディスクの取外しおよび交換

誤った物理ディスクを取り外してそれを置き直した場合、Recovery ApplianceはそのディスクをOracle ASMディスク・グループに自動的に追加し直して、そのデータを再同期化します。

注意:

障害のある、または障害が発生したディスクを交換する際は、ディスク上の点灯するLEDを探します。LEDの点灯によって、不良ディスクを特定することができます。

12.10.12 拒否された物理ディスクの再有効化

Recovery Applianceは、物理ディスクが誤ったスロット内にあるとそのディスクを拒否します。

注意:

物理ディスクの再有効化では、そのディスクに格納されたすべてのデータが削除されます。

- 拒否された物理ディスクを再有効化するには、次のコマンドで、hard_disk_nameおよびhard_disk_idを適切な値に置き換えます。

CellCLI> ALTER PHYSICALDISK hard_disk_name/hard_disk_id reenable force
Physical disk hard_disk_name/hard_disk_id  was reenabled.

12.11 ストレージ・サーバーのフラッシュ・ディスクの保守

この項では、フラッシュ・ディスクの保守を実行する方法について説明します。内容は次のとおりです。

- 「フラッシュ・ディスクについて」

- 「障害ステータス・インジケータ」

- 「状態の悪いフラッシュ・ディスクの識別」

- 「パフォーマンスの低いフラッシュ・ディスクの識別」

- 「障害のあるフラッシュ・ディスクの安全な交換時期」

- 「障害が発生したフラッシュ・ディスクの交換」

- 「障害のあるフラッシュ・ディスクの交換」

- 「パフォーマンスの低いフラッシュ・ディスクの取外し」

- 「ライトバック・フラッシュ・キャッシュの概要」

12.11.1 フラッシュ・ディスクについて

Recovery Applianceではストレージ・サーバー間でデータがミラー化され、少なくとも2つのストレージ・サーバーに書込み操作が送信されます。1つのストレージ・サーバーのフラッシュ・カードに問題が発生すると、Recovery Applianceでは別のストレージ・サーバーのミラー化されたデータを使用して読取りおよび書込み操作が実行されます。サービスは中断されません。

フラッシュ・カードに障害が発生すると、ストレージ・サーバー・ソフトウェアは、残存ミラーからデータを読み取り、フラッシュ・キャッシュのデータを確認します。次に、障害が発生したフラッシュ・カードのあるサーバーにデータが書き込まれます。障害の発生時、障害が発生したフラッシュ・キャッシュ内での損失データの場所がソフトウェアによって保存されます。復元では次に損失データがミラー・コピーに置き換えられます。復元中、グリッド・ディスクのステータスはACTIVE -- RESILVERING WORKINGになります。

各ストレージ・サーバーには、4枚のPCIeカードがあります。各カードに4個のフラッシュ・ディスク(FDOM)があり、合計16個のフラッシュ・ディスクが提供されます。4枚のPCIeカードは、PCIスロット番号1、2、4および5にあります。

障害が発生したフラッシュ・ディスクを確認するには、次のコマンドを使用します。

CellCLI> LIST PHYSICALDISK WHERE DISKTYPE=flashdisk AND STATUS=failed DETAIL

name:                   FLASH_5_3
diskType:               FlashDisk
luns:                   5_3
makeModel:              "Sun Flash Accelerator F40 PCIe Card"
physicalFirmware:       TI35
physicalInsertTime:     2012-07-13T15:40:59-07:00
physicalSerial:         5L002X4P
physicalSize:           93.13225793838501G
slotNumber:             "PCI Slot: 5; FDOM: 3"
status:                 failed

カードのnameおよびslotNumber属性は、PCIスロットおよびFDOM番号を示します。

サーバー・ソフトウェアによって障害が検出されると、フラッシュ・ディスク(およびそのディスク上のLUN)に障害が発生したことを示すアラートが生成されます。アラート・メッセージには、フラッシュ・カードのPCIスロット番号および正確なFDOM番号が含まれています。これらの番号により、フィールド交換可能ユニット(FRU)が一意に識別されます。システムのアラート通知を構成している場合は、指定したアドレスにアラートが電子メール・メッセージで送信されます。

フラッシュ・ディスクの停止により、パフォーマンスの低下およびデータの冗長性が発生する場合があります。障害が発生したディスクをできるだけ早く交換します。フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、サーバーの有効なキャッシュ・サイズが縮小します。フラッシュ・ログにフラッシュ・ディスクを使用する場合、ディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。グリッド・ディスクにフラッシュ・ディスクを使用する場合、FORCEオプションによって関連するOracle ASMディスクがOracle ASMディスク・グループから自動的に削除され、Oracle ASMリバランスでデータの冗長性のリストアが開始されます。

関連項目:

- 部品番号情報およびサービス・ガイドのリンクは、「ストレージ・サーバーの部品」を参照してください

- V$ASM_OPERATION ビューの詳細は、『Oracle Databaseリファレンス』を参照してください

- 次のWebサイトの『Sun Flash Accelerator F80 PCIe Card User's Guide』
http://docs.oracle.com/cd/E41278_01/html/E41251/index.html

12.11.2 障害ステータス・インジケータ

次のステータス・インジケータはアラートを生成します。アラートには、フラッシュ・ディスクを交換する特定の手順が含まれます。システムのアラート通知を構成している場合は、指定したアドレスにアラートが電子メール・メッセージで送信されます。

warning - peer failure

同じSun Flash Accelerator PCIeカード上のフラッシュ・ディスクの1つに、障害が発生したか、問題があります。たとえば、FLASH5_3に障害が発生すると、FLASH5_0、FLASH5_1およびFLASH5_2がpeer failureステータスになります。

CellCLI> LIST PHYSICALDISK
36:0            L45F3A          normal
36:1            L45WAE          normal
36:2            L45WQW          normal
.
.
.
FLASH_5_0       5L0034XM        warning - peer failure
FLASH_5_1       5L0034JE        warning - peer failure
FLASH_5_2       5L002WJH        warning - peer failure
FLASH_5_3       5L002X4P        failed

warning - predictive failure

フラッシュ・ディスクに障害が発生する可能性があり、できるだけすぐに交換する必要があります。フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、引き続きフラッシュ・キャッシュとして使用されます。グリッド・ディスクにフラッシュ・ディスクを使用する場合、グリッド・ディスクに関連するOracle ASMディスクが自動的に削除され、Oracle ASMリバランスで障害が発生する可能性のあるディスクから他のディスクにデータが移動されます。

1つのフラッシュ・ディスクがpredictive failureステータスになると、データがコピーされます。ライトバック・フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクからグリッド・ディスクにデータがフラッシュされます。

warning - poor performance

フラッシュ・ディスクが極端に低いパフォーマンスを示しており、できるだけすぐに交換する必要があります。フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクからフラッシュ・キャッシュが削除され、ストレージ・サーバーの有効なフラッシュ・キャッシュ・サイズが縮小します。グリッド・ディスクにフラッシュ・ディスクを使用する場合、このフラッシュ・ディスクのグリッド・ディスクに関連するOracle ASMディスクがFORCEオプションによって可能な場合に自動的に削除されます。オフライン・パートナのためにDROP...FORCEが失敗した場合、通常グリッド・ディスクが削除され、Oracle ASMリバランスでパフォーマンスの低いディスクから他のディスクにデータが移動されます。

warning - write-through caching

PCIeカードでデータ・キャッシュのサポートに使用されるキャパシタに障害が発生しており、カードをできるだけすぐに交換する必要があります。

12.11.3 状態の悪いフラッシュ・ディスクの識別

特定の状態ステータスのフラッシュ・ディスクを識別するには、LIST PHYSICALDISKコマンドを使用します。この例では、warning - predictive failureステータスの問合せが行われます。

CellCLI> LIST PHYSICALDISK WHERE DISKTYPE=flashdisk AND STATUS=  \
'warning - predictive failure' DETAIL

name:                   FLASH_5_3
diskType:               FlashDisk
luns:                   5_3
makeModel:              "Sun Flash Accelerator F40 PCIe Card"
physicalFirmware:       TI35
physicalInsertTime:     2012-07-13T15:40:59-07:00
physicalSerial:         5L002X4P
physicalSize:           93.13225793838501G
slotNumber:             "PCI Slot: 1; FDOM: 2"
status:                 warning - predictive failure

12.11.4 パフォーマンスの低いフラッシュ・ディスクの識別

ASRは、パフォーマンスの低いディスクをアクティブ構成から自動的に識別して削除します。次に、Recovery Applianceで一連のパフォーマンス・テストが実行されます。CELLSRVでパフォーマンスの低いディスクが検出されると、セル・ディスクのステータスがnormal - confinedOnlineに変更され、物理ディスクのステータスがwarning - confinedOnlineに変更されます。表12-2に、ディスク制限のトリガーとなる状況を示します。状況は、物理ディスクおよびフラッシュ・ディスクの両方とも同じです。

問題が一時的なものであり、ディスクがテストに合格した場合は、そのディスクは構成に戻されます。ディスクがテストに合格しない場合は、poor performanceとしてマークされ、ASRによりディスク交換のためのサービス・リクエストが送信されます。可能な場合は、Oracle ASMによりグリッド・ディスクがテスト用にオフラインに変更されます。そうでない場合、セル・ディスクのステータスは、ディスクを安全にオフラインに変更できるようになるまで、normal - confinedOnlineのまま変わりません。

ディスク・ステータスの変更はサーバー・アラート履歴に記録されます。

MESSAGE ID date_time info "Hard disk entered confinement status. The LUN
n_m changed status to warning - confinedOnline. CellDisk changed status to normal
- confinedOnline. Status: WARNING - CONFINEDONLINE  Manufacturer: name  Model
Number: model  Size: size  Serial Number: serial_number  Firmware: fw_release
Slot Number: m  Cell Disk: cell_disk_name  Grid Disk: grid disk 1, grid disk 2
... Reason for confinement: threshold for service time exceeded"

次のメッセージがストレージ・セルのアラート・ログに入力されます。

CDHS: Mark cd health state change cell_disk_name  with newState HEALTH_BAD_
ONLINE pending HEALTH_BAD_ONLINE ongoing INVALID cur HEALTH_GOOD
Celldisk entering CONFINE ACTIVE state with cause CD_PERF_SLOW_ABS activeForced: 0
inactiveForced: 0 trigger HistoryFail: 0, forceTestOutcome: 0 testFail: 0
global conf related state: numHDsConf: 1 numFDsConf: 0 numHDsHung: 0 numFDsHung: 0
.
.
.

12.11.5 障害のあるフラッシュ・ディスクの安全な交換時期

サーバー・ソフトウェアがライト・バック・フラッシュ・キャッシュに使用されるフラッシュ・ディスクで予測障害またはピア障害を検出し、1つのFDOMだけに問題がある場合、サーバー・ソフトウェアは不良FDOMでデータを復元し、他の3つのFDOMでデータをフラッシュします。有効なグリッド・ディスクがある場合は、サーバー・ソフトウェアはディスクのOracle ASMリバランスを開始します。タスクが完了し、ディスクの準備完了がアラートで示されるまで、不良ディスクを交換することはできません。

Oracle ASMディスクが削除されている場合は、アラートが送信され、フラッシュ・ディスクを安全に交換できます。フラッシュ・ディスクをライトバック・フラッシュ・キャッシュに使用する場合、フラッシュ・ディスクによってキャッシュされるグリッド・ディスクがなくなるまで待機します。

12.11.6 障害が発生したフラッシュ・ディスクの交換

注意:

PCIeカードはホット・プラガブルではないため、フラッシュ・ディスクまたはカードを交換する前にストレージ・サーバーの電源を切断する必要があります。

障害が発生したフラッシュ・ディスクを交換するには、次のようにします。

1. サーバーを停止します。

関連項目:

「ストレージ・サーバーの停止」

2. 障害が発生したフラッシュ・ディスクを交換します。PCI番号およびFDOM番号を使用して、障害が発生したディスクを特定します。白色のセルLEDが点灯し、影響を受けているサーバーを特定できます。

3. サーバーの電源を投入します。サービスは自動的に開始されます。サーバーの起動の一環として、Oracle ASMですべてのグリッド・ディスクが自動的にオンラインになります。

4. すべてのグリッド・ディスクがオンラインであることを確認します。

CellCLI> LIST GRIDDISK ATTRIBUTES name, asmmodestatus

すべてのグリッド・ディスクのasmmodestatusがONLINEまたはUNUSEDになるまで待機します。

関連項目:

- 部品番号およびサービス・ガイドのリンクは、「ストレージ・サーバーの部品」を参照してください

- V$ASM_OPERATION ビューの詳細は、『Oracle Databaseリファレンス』を参照してください

- 次のWebサイトの『Sun Flash Accelerator F80 PCIe Card User's Guide』
http://docs.oracle.com/cd/E41278_01/html/E41251/index.html

12.11.7 障害のあるフラッシュ・ディスクの交換

注意:

PCIeカードはホット・プラガブルではないため、フラッシュ・ディスクまたはカードを交換する前にストレージ・サーバーの電源を切断する必要があります。

障害のあるフラッシュ・ディスクを交換するには、次のようにします。

1. すべてのグリッド・ディスクのcachedBy属性をチェックするには、次のコマンドを使用します。

CellCLI> LIST GRIDDISK ATTRIBUTES name, cachedBy

フラッシュ・ディスクのセル・ディスクは、グリッド・ディスクのcachedBy属性には表示されません。フラッシュ・ディスクをグリッド・ディスクとフラッシュ・キャッシュの両方に使用する場合は、アラートを受信し、セル・ディスクがグリッド・ディスクのcachedBy属性に表示されなくなるまで待機します。「障害のあるフラッシュ・ディスクの安全な交換時期」を参照してください。

2. すべてのサービスを停止します。

CellCLI> ALTER CELL SHUTDOWN SERVICES ALL

前述のコマンドでは、オフラインのディスクがないか、predictive failureステータスのディスクがないか、またはミラーにコピーする必要があるディスクがないかをチェックします。Oracle ASM冗長性が損なわれていない場合は、コマンドによりOracle ASMでグリッド・ディスクがオフラインに変更され、サービスが停止されます。

次のエラーは、サービスの停止によってディスク・グループが強制的にマウント解除されるために、サービスの停止が安全でない可能性を示しています。

Stopping the RS, CELLSRV, and MS services...
The SHUTDOWN of ALL services was not successful.
CELL-01548: Unable to shut down CELLSRV because disk group DATA, RECO may be
forced to dismount due to reduced redundancy.
Getting the state of CELLSRV services... running
Getting the state of MS services... running
Getting the state of RS services... running

このエラーが発生した場合は、Oracle ASMディスク・グループの冗長性をリストアし、すべてのディスクのディスク・ステータスが正常になってからコマンドを再試行してください。

3. サーバーを停止します。

関連項目:

「ストレージ・サーバーの停止」

4. 障害が発生したフラッシュ・ディスクを交換します。PCI番号およびFDOM番号を使用して、障害が発生したディスクを特定します。白色のセルLEDが点灯し、影響を受けているサーバーを特定できます。

5. サーバーの電源を投入します。サービスは自動的に開始されます。サーバーの起動の一環として、Oracle ASMですべてのグリッド・ディスクが自動的にオンラインになります。

6. すべてのグリッド・ディスクがオンラインであることを確認します。

CellCLI> LIST GRIDDISK ATTRIBUTES name, asmmodestatus

すべてのグリッド・ディスクのasmmodestatusがONLINEまたはUNUSEDになるまで待機します。

次のように、新しいフラッシュ・ディスクがシステムによって自動的に使用されます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、有効なキャッシュ・サイズが拡張します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、グリッド・ディスクが新しいフラッシュ・ディスクに再作成されます。

- グリッド・ディスクがOracle ASMディスク・グループの一部だった場合は、ディスクはディスク・グループに追加し直されます。ディスク・グループの冗長性およびASM_POWER_LIMITパラメータに基づいて、データがそこでリバランスされます。

12.11.8 パフォーマンスの低いフラッシュ・ディスクの取外し

1つの不良フラッシュ・ディスクが、他の正常なフラッシュ・ディスクのパフォーマンスを低下させることがあります。問題のあるフラッシュ・ディスクは取り外す必要があります。「パフォーマンスの低いフラッシュ・ディスクの識別」を参照してください。

パフォーマンスの低いフラッシュ・ドライブを取り外すには、次のようにします。

1. フラッシュ・ディスクがフラッシュ・キャッシュに使用される場合:

a. ディスクと同期されていないデータ(ダーティ・データ)が、フラッシュ・キャッシュからグリッド・ディスクにフラッシュされるようにします。

CellCLI> ALTER FLASHCACHE ... FLUSH

b. フラッシュ・キャッシュを無効化して、新しいフラッシュ・キャッシュを作成します。フラッシュ・キャッシュを作成する場合、不良フラッシュ・ディスクを使用しないでください。

CellCLI > DROP FLASHCACHE
CellCLI > CREATE FLASHCACHE CELLDISK='fd1,fd2,fd3,fd4, ...'

2. グリッド・ディスクにフラッシュ・ディスクを使用する場合、不良ディスクの使用をすぐに停止するようOracle ASMに指示します。

SQL> ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name FORCE

オフライン・パートナによって、FORCEオプションを使用したDROPコマンドが失敗する可能性があります。前述のコマンドが失敗した場合、次のいずれかを実行してください。

- 他のサーバーまたはディスクの障害を修正して、Oracle ASMデータ冗長性をリストアします。その後、DROP...FORCEコマンドを再試行してください。

- データを不良ディスクからリバランスするようにOracle ASMに指示します。

SQL> ALTER DISKGROUP diskgroup_name DROP DISK asm_disk_name  NOFORCE

3. 不良フラッシュ・ディスクに関連するOracle ASMディスクが正しく削除されるまで待機します。フラッシュ・ディスクを安全に交換できるようになると、ストレージ・サーバー・ソフトウェアによって自動的にアラートが送信されます。

4. サービスを停止します。

CellCLI> ALTER CELL SHUTDOWN SERVICES ALL

前述のコマンドでは、オフラインのディスクがないか、predictive failureステータスのディスクがないか、またはミラーにコピーする必要があるディスクがないかをチェックします。Oracle ASM冗長性が損なわれていない場合は、コマンドによりOracle ASMでグリッド・ディスクがオフラインに変更され、サービスが停止されます。

次のエラーは、サービスの停止によって冗長性の問題が引き起こされ、ディスク・グループが強制的にマウント解除される可能性を示しています。

Stopping the RS, CELLSRV, and MS services...
The SHUTDOWN of ALL services was not successful.
CELL-01548: Unable to shut down CELLSRV because disk group DATA, RECO may be
forced to dismount due to reduced redundancy.
Getting the state of CELLSRV services... running
Getting the state of MS services... running
Getting the state of RS services... running

このエラーが発生した場合は、Oracle ASMディスク・グループの冗長性がリストアされます。すべてのディスクのステータスが正常のときはコマンドを再試行します。

5. サーバーを停止します。

関連項目:

「ストレージ・サーバーの停止」

6. 不良フラッシュ・ディスクを取り外して、新しいフラッシュ・ディスクと交換します。

7. サーバーの電源を投入します。サービスが自動的に開始されます。サーバーの起動の一環として、Oracle ASMですべてのグリッド・ディスクが自動的にオンラインになります。

8. 新規フラッシュ・ディスクをフラッシュ・キャッシュに追加します。

CellCLI> DROP FLASHCACHE
CellCLI> CREATE FLASHCACHE ALL

9. すべてのグリッド・ディスクがオンラインであることを確認します。

CellCLI> LIST GRIDDISK ATTRIBUTES asmmodestatus

すべてのグリッド・ディスクのasmmodestatusがONLINEまたはUNUSEDになるまで待機します。

次のようにフラッシュ・ディスクが追加されます。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、グリッド・ディスクが新しいフラッシュ・ディスクに再作成されます。

- これらのグリッド・ディスクがOracle ASMディスク・グループの一部であり、DROP...FORCEを手順2で使用した場合、ディスク・グループの冗長性およびASM_POWER_LIMITパラメータに基づいて、ディスクがディスク・グループに追加し直され、データがリバランスされます。

- 手順2でDROP...NOFORCEが使用された場合、グリッド・ディスクをOracle ASMディスク・グループに手動で追加し直す必要があります。

12.11.9 ライトバック・フラッシュ・キャッシュの概要

Recovery Applianceでライトバック・フラッシュ・キャッシュの設定を変更することはできません。

12.12 ディスク・コントローラ・バッテリ・バックアップ・ユニットの交換

ディスク・コントローラ・バッテリ・バックアップ・ユニット(ディスク・コントローラBBU)は、計算サーバーおよびストレージ・サーバーのドライブ・トレイにあります。ディスク・コントローラBBUを停止時間なしで交換できます。次の手順では、ディスク・コントローラBBUを交換する方法について説明します。

- 「計算サーバーのディスク・コントローラBBUの交換」

- 「ストレージ・サーバーのディスク・コントローラBBUの交換」

注意:

この項の手順は、コントローラに内蔵のバッテリ・バックアップ・ユニットには適用されません。これらのユニットを交換する場合は、システムを開いてコントローラ・カードにアクセスするため、システムを停止する必要があります。

12.12.1 計算サーバーのディスク・コントローラBBUの交換

次の手順では、計算サーバーのディスク・コントローラBBUを交換する方法について説明します。

1. 交換対象のディスク・コントローラBBUを削除します。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -drop_bbu_for_replacement

2. 交換対象のディスク・コントローラBBUが削除されたことを確認します。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -list_bbu_status

BBU status: dropped for replacement.

3. ドライブ・キャディの固定を解除し、トレイをゆっくり引き出して、交換用のトレイをスロットの中にスライドさせることによって、ディスク・コントローラBBUを交換します。ディスク・コントローラBBUはスロット7にあります。

4. 新しいディスク・コントローラBBUが検出されることを確認します。これは数分かかる場合があります。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -list_bbu_status

BBU status: present

5. 現在の論理ディスク・ドライブのキャッシュ・ポリシーでwritebackモードが使用されていることを確認します。

# /opt/MegaRAID/MegaCli/MegaCli64 -ldinfo -lall -a0 | egrep         \
'Default Cache|Current Cache'
Default Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if
Bad BBU
Current Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if
Bad BBU

キャッシュ・ポリシーがwritebackになっていない場合は、手順6に進みます。そうでない場合は、手順7に進みます。

6. バッテリ状態がOperationalであることを確認します。この手順は、手順5のキャッシュ・ポリシー出力がwritebackでない場合にのみ必要です。

# /opt/MegaRAID/MegaCli/MegaCli64 -adpbbucmd -getbbustatus -a0|grep Battery
BatteryType: iBBU08
Battery State : Operational
Battery Pack Missing : No
Battery Replacement required : No

バッテリ状態がOperationalでない場合は、問題を調査して修正してください。

7. My Oracle Support Doc ID 1274318.1の説明に従って、バッテリ・チェックを実行します。このチェックによって予期しない結果が返された場合は、ノートで追加情報および指示を確認してください。

8. (オプション) exachkツールを使用してシステムの状態を検証します。My Oracle Support Doc ID 1070954.1を参照してください。

12.12.2 ストレージ・サーバーのディスク・コントローラBBUの交換

ストレージ・サーバーのディスク・コントローラBBUを交換するには、次のようにします。

1. 次のコマンドを使用して、交換対象のディスク・コントローラBBUを削除します。

# cellcli -e alter cell bbu drop for replacement

2. 次のコマンドを使用して、交換対象のディスク・コントローラBBUが削除されたことを確認します。

# cellcli -e list cell attributes bbustatus

BBU status: dropped for replacement.

3. ドライブ・キャディの固定を解除し、トレイをゆっくり引き出して、交換用のトレイをスロットの中にスライドさせることによって、ディスク・コントローラBBUを交換します。ディスク・コントローラBBUは、サーバーの後部スロット1にあります。

4. ディスク・コントローラBBUのバッテリ状態がOperationalであることを確認します。

# cellcli -e list cell attributes bbustatus

BBU status: normal

5. My Oracle Support Doc ID 1274318.1の説明に従って、バッテリ・チェックを実行します。このチェックによって予期しない結果が返された場合は、ノートで追加情報および指示を確認してください。

6. (オプション) exachkツールを使用してシステムの状態を検証します。このツールはMy Oracle Support Doc ID 1070954.1から入手できます。

12.13 ストレージ・サーバーのレスキュー手順の使用

各ストレージ・サーバーはソフトウェアのコピーをUSBスティックに保管します。システム構成が変更されるときは常にサーバーがUSBスティックを更新します。このUSBスティックは、ハードウェア交換またはソフトウェア障害の後のサーバーのリカバリに使用できます。システムをリストアするのは、システム・ディスクに障害が発生した場合、オペレーティング・システムに破損ファイル・システムがある場合、または起動エリアがダメージを負っている場合です。ディスク、カード、CPU、メモリーなどを交換して、サーバーをリカバリすることができます。USBスティックを別のサーバーに挿入すると、そのサーバーで古いサーバーが複製されます。

1つのシステム・ディスクのみで障害が発生した場合、リカバリにCellCLIコマンドを使用します。両方のシステム・ディスクで同時に障害が発生するまれな事例の場合、ストレージ・サーバーのCELLBOOT USBフラッシュ・ドライブで提供されるレスキュー機能を使用します。

この項の内容は次のとおりです。

- 「ストレージ・サーバーのレスキュー前の最初の手順」

- 「レスキュー手順について」

- 「CELLBOOT USBフラッシュ・ドライブを使用したサーバーのレスキュー」

- 「レスキューされたストレージ・サーバーの再構成」

- 「損傷したCELLBOOT USBフラッシュ・ドライブの再作成」

12.13.1 ストレージ・サーバーのレスキュー前の最初の手順

ストレージ・サーバーのレスキュー前に、そのサーバーに格納されているデータを保護するための手順を踏む必要があります。この手順は、システムが通常の冗長性または高い冗長性のどちらで設定されているかによって異なります。

12.13.1.1 サーバーに通常の冗長性がある場合

通常の冗長性を使用している場合、サーバーにあるミラー・コピーは1つです。レスキュー手順の実行中にこのミラーでも障害が発生すると、リカバリできないデータの損失が発生する可能性があります。

ミラー・コピーの複製を作成することをお薦めします。

1. ミラー・コピーのデータの完全なバックアップを作成します。

2. ただちにミラー・コピー・サーバーをオフラインにします。これによって、レスキューを始める前の新たなデータの変更を防ぎます。

この手順により、レスキュー・プロセス中は、障害が発生したサーバーのグリッド・ディスクのすべてのデータおよびそのミラー・コピーにアクセスできなくなります。

Oracle ASMディスク修復タイマーのデフォルトの修復時間は、3.6時間です。この時間内にレスキュー手順を実行できないことがわかった場合、レスキュー手順を実行できるまで、Oracle ASMリバランス手順を使用してディスクをリバランスします。

関連項目:

タイマーのリセットの詳細は、『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』を参照してください。

12.13.1.2 サーバーに高い冗長性がある場合

サーバーに高い冗長性のディスク・グループがあり、障害が発生したサーバーのすべてのグリッド・ディスクに対する複数のミラー・コピーがOracle ASMにあるような場合は、障害が発生したセルをオフラインにします。Oracle ASMのタイムアウト時間が過ぎると、破損したサーバーのグリッド・ディスクが自動的に削除され、ミラー・コピーを使用してデータのリバランスが開始されます。

デフォルトのタイムアウトは、2時間です。サーバーのレスキューに2時間以上かかる場合、Oracle ASMのレスキュー・セルのグリッド・ディスクを再作成する必要があります。

12.13.2 レスキュー手順について

レスキュー手順を使用する前に、次の点に注意してください。

- レスキュー手順により、セルの一部またはすべてのディスクが書き換えられる可能性があります。この場合、リカバリできずにそれらのディスクのすべての内容を失うおそれがあります。レスキューを開始する前に、必ず適切な事前作業を済ませておいてください。「サーバーに通常の冗長性がある場合」または「サーバーに高い冗長性がある場合」を参照してください。

- この手順を使用する場合は十分に注意し、プロンプトを確認してください。一部またはすべてのディスクのデータを損失してもかまわない場合にOracleサポート・サービスの支援だけでレスキュー手順を使用することが理想的です。

- レスキュー手順の実行中に明示的に選択しないかぎり、レスキュー手順により、データ・ディスクの内容またはシステム・ディスクのデータ・パーティションの内容は破棄されません。

- レスキュー手順は、最後の正常な起動中にサーバー上に存在したパッチを含めて、ストレージ・サーバー・ソフトウェアを同じリリースにリストアします。

- レスキュー手順は次の構成設定をリストアしません。

- アラート構成、SMTP情報、管理者の電子メール・アドレスなどのサーバー構成

- ILOM構成。ただし、サーバー・ソフトウェアに障害が発生してもILOM構成は一般的に損われません。

- リカバリ手順は次の構成設定をリストアします。

- 最後に/usr/local/bin/ipconfユーティリティの実行が成功したときに存在したネットワーク構成

- サーバーのSSHアイデンティティ

- root、celladminおよびcellmonitorユーザー

関連項目:

ALTER CELLコマンドの詳細は、Oracle Exadata Storage Server Softwareユーザーズ・ガイドを参照してください。

- レスキュー手順により、データ・ディスクまたはシステム・ディスクのデータ・パーティションの確認または再構築は行われません。グリッド・ディスクにデータの破損がある場合、このレスキュー手順は使用しないでください。かわりに、Oracle DatabaseおよびOracle ASMのレスキュー手順を使用してください。

レスキューが正常に完了したら、サーバーを再構成する必要があります。データを保存する場合は、セル・ディスクをインポートします。それ以外の場合は、新規のセル・ディスクおよびグリッド・ディスクを作成します。

関連項目:

CellCLIユーティリティを使用したセル、セル・ディスクおよびグリッド・ディスクの構成の詳細は、Oracle Exadata Storage Server Softwareユーザーズ・ガイドを参照してください

12.13.3 CELLBOOT USBフラッシュ・ドライブを使用したサーバーのレスキュー

注意:

データを損失しないように注意して、レスキュー手順に従います。

CELLBOOT USBフラッシュ・ドライブを使用してサーバーをレスキューするには、次のようにします。

1. レスキューされるサーバーのOracle ILOMサービス・プロセッサ(SP)に接続します。HTTPSまたはSSHを使用できます。

2. サーバーを起動します。スプラッシュ画面が表示されたらすぐに、キーボードの任意のキーを押します。スプラッシュ画面の表示は、5秒間のみです。

3. ブート・オプションの表示リストで、最後のオプションのCELL_USB_BOOT_CELLBOOT_usb_in_rescue_modeを選択し、[Enter]を押します。

4. レスキュー・オプションを選択して、レスキュー手順に進みます。

5. レスキューの第一フェーズの最後で、シェルに入るオプションを選択します。システムを再起動しないでください

6. レスキューのrootパスワードを使用してシェルにログインします。

7. シェルからrebootコマンドを使用します。

8. サーバーが再起動したら、スプラッシュ画面が表示される前に[F8]を押します。F8キーを押すと、起動デバイス選択メニューが開きます。

9. 起動デバイスとしてRAIDコントローラを選択します。これにより、サーバーがハード・ディスクからブートされるようになります。

注意:

機能が制限されたレスキュー・モードのLinuxログイン・シェルを入力できる追加オプションを使用できる場合があります。Oracleサポート・サービスから提供されたパスワードを使用してrootユーザーとしてシェルにログインして、サーバーの追加診断および修復を手動で実行できます。詳細は、Oracleサポート・サービスの担当者に連絡してください。

12.13.4 レスキューされたストレージ・サーバーの再構成

レスキューが成功した後、サーバーを構成する必要があります。データ・パーティションを維持した場合は、レスキュー手順の実行時にセル・ディスクが自動的にインポートされます。

1. 交換したサーバーについては、セル・ディスクおよびグリッド・ディスクを再作成します。

2. Oracle ASMインスタンスにログインし、次のコマンドを使用して各ディスク・グループのディスクをONLINEに設定します。

SQL> ALTER DISKGROUP disk_group_name ONLINE DISKS IN FAILGROUP \
cell_name WAIT;

3. ALTER CELLコマンドを使用して、セルを再構成します。次に、最も一般的なパラメータの例を示します。

CellCLI> ALTER CELL
smtpServer='my_mail.example.com', -
smtpFromAddr='john.doe@example.com', -
smtpFromPwd=email_address_password, -
smtpToAddr='jane.smith@example.com', -
notificationPolicy='critical,warning,clear', -
notificationMethod='mail,snmp'

4. I/Oリソース管理(IORM)プランを再作成します。

5. メトリックしきい値を再作成します。

関連項目:

IORMプランおよびメトリックしきい値の詳細は、『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』を参照してください

12.13.5 損傷したCELLBOOT USBフラッシュ・ドライブの再作成

CELLBOOT USBフラッシュ・ドライブの紛失または損傷が発生した場合、新しいドライブを作成できます。

CELLBOOTフラッシュ・ドライブを作成するには、次のようにします。

1. rootユーザーとして、サーバーにログインします。

2. 1GBから8GBの容量の新しいUSBフラッシュ・ドライブを取り付けます。

3. システムから他のUSBフラッシュ・ドライブを取り外します。

4. ディレクトリを変更します。

cd /opt/oracle.SupportTools

5. サーバー・ソフトウェアをフラッシュ・ドライブにコピーします。

./make_cellboot_usb -verbose -force

13 ハードウェアの再構成

この章では、基本的な調整方法について説明します。この付録には、次の項があります。

- 「コンポーネントのパスワードの変更」

- 「DNSサーバーの変更」

- 「NTPサーバーの変更」

- 「タイムゾーン設定の変更」

13.1 コンポーネントのパスワードの変更

各種ラック・コンポーネントのパスワードは、ハードウェアおよびソフトウェアの初期構成後に変更できます。

- 「計算サーバーのパスワードの変更」

- 「ストレージ・サーバーのパスワードの変更」

- 「PDUでの新規ユーザーの作成とパスワードの変更」

- 「Oracle ILOMパスワードの変更」

- 「InfiniBandスイッチのパスワードの変更」

- 「Ciscoイーサネット・スイッチのパスワードの変更」

13.1.1 計算サーバーのパスワードの変更

計算サーバーでユーザー・アカウントおよびGRUBパスワードを変更できます。計算サーバーのデフォルト・ユーザー・アカウントはrootおよびソフトウェア所有者アカウントです。通常、ソフトウェア所有者のアカウントはoracleです。

13.1.1.1 ユーザー・アカウントのパスワードの変更

計算サーバーには、rootおよびソフトウェア所有者(通常はoracle)の2つのデフォルトのユーザー・アカウントがあります。

計算サーバーでユーザー・アカウントのパスワードを変更するには、次のようにします。

1. rootとして、計算サーバーにログインします。

2. Linux passwdコマンドを使用します。この例では、oracleアカウントのパスワードが変更されます。

# passwd oracle
Changing password for user oracle.
Changing password for oracle
(current) UNIX password: old_password
New UNIX password: new_password
Retype new UNIX password: new_password

13.1.1.2 GRUBアカウントのパスワードの変更

計算サーバーでGRUBアカウントのパスワードを変更するには、次のようにします。

1. rootとして、計算サーバーにログインします。

2. 次のコマンドを使用します。

# grub-md5-crypt

新しいパスワードの入力を2回求められます。

3. grub-md5-cryptで生成された文字列をコピー・バッファにコピーします。

4. テキスト・エディタで/boot/grub/grub.confファイルを開き、パスワード設定を探します。その行は次のようなものです。

password --md5 hashed_string

5. 既存のハッシュ文字列をgrub-md5-cryptコマンドの出力からコピーした文字列に置き換えます。

6. ファイルを保存します。

13.1.2 ストレージ・サーバーのパスワードの変更

ストレージ・サーバーのデフォルトのユーザー・アカウントはroot、celladminおよびcellmonitorです。

ストレージ・サーバーでユーザー・アカウントのパスワードを変更するには、次のようにします。

1. rootとして、計算サーバーにログインします。

2. Linux passwdコマンドを使用します。この例では、celladminアカウントのパスワードが変更されます。

# passwd celladmin
Changing password for user celladmin.
Changing password for celladmin
(current) UNIX password: old_password
New UNIX password: new_password
Retype new UNIX password: new_password

13.1.3 PDUでの新規ユーザーの作成とパスワードの変更

配電ユニット(PDU)のデフォルトのユーザー・アカウントはadminです。最大で5つまでユーザーを作成し、そのパスワードを設定できます。

PDUでユーザーおよびパスワードを作成するには、次のようにします。

1. Webブラウザを開き、アドレス・フィールドにPDUのIPアドレスを入力します。

現在の測定ページが表示されます。

2. ページの左上の「ネットワーク構成」をクリックします。

3. PDUメーター・ユニットにadminユーザーとしてログインします。

4. 管理/ユーザー・フィールドを探します。ユーザー名とパスワードには、アルファベットと数字のみを使用できます。

5. 管理/ユーザー・フィールドにユーザー名とパスワードを最大で5つまで入力します。

6. 各ユーザーを管理者またはユーザーとして指定します。

7. 「送信」をクリックして、ユーザー名とパスワードを設定します。

13.1.4 Oracle ILOMパスワードの変更

Oracle Integrated Lights Out Manager (ILOM)のデフォルトのユーザー・アカウントはrootです。

Oracle ILOMユーザーのパスワードを変更するには、次のようにします。

1. SSHを使用してOracle ILOMに接続し、rootとしてログインします。

2. パスワードを変更するには、次のコマンドを使用します。

set /SP/users/user_name password

この例では、user1のパスワードが変更されます。

set /SP/users/user1 password

Changing password for user /SP/users/user1/password...
Enter new password:********
Enter new password again:********
New password was successfully set for user /SP/users/user1

13.1.5 InfiniBandスイッチのパスワードの変更

InfiniBandスイッチのデフォルトのユーザー・アカウントはroot、ilom-admin、ilom-user、ilom-operatorおよびnm2userです。

InfiniBandスイッチでユーザーのパスワードを変更するには、次のようにします。

1. SSHを使用してInfiniBandスイッチに接続し、ログインします。

ssh user_name@switch_name

前述のコマンドのuser_nameはユーザーの名前、switch_nameはInfiniBandスイッチの名前です。

2. スイッチのファームウェアのバージョンをチェックします。

3. Oracle ILOMを使用してパスワードを変更します。

ssh -l ilom-admin switch_name

set /SP/users/user_name password

関連項目:

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E36265_01/index.html

13.1.6 Ciscoイーサネット・スイッチのパスワードの変更

Ciscoイーサネット・スイッチにはユーザー・アカウントがありません。パスワードはいわゆる有効化パスワードであり、ユーザー・アカウントに固有ではありません。

Ciscoイーサネット・スイッチのパスワードを変更するには、次のようにします。

1. enableモードに変更します。

Switch> enable

2. 次のように、パスワードを設定します。

rasw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
rasw-ip(config)# enable password password
rasw-ip(config)# enable secret password
rasw-ip(config)# end
rasw-ip# write memory
*Sep 15 14:25:05.893:%SYS-5-CONFIG_I:Configured from console by console
Building configuration...
Compressed configuration from 2502 bytes to 1085 bytes [OK ]

3. 現在の構成を保存します。

rasw-ip# copy running-config startup-config

4. セッションを終了します。

rasw-ip# exit

13.2 DNSサーバーの変更

ドメイン・ネーム・システム(DNS)サーバーの構成設定は、初期設定後に変更できます。Recovery Applianceのすべてのサーバーおよびスイッチは、同じDNSサーバーを参照する必要があります。この項では、サーバーおよびスイッチを同じDNSサーバーに設定する方法について説明します。サーバーは1回に1つずつ変更することをお薦めします。

- 「InfiniBandスイッチでのDNSサーバー・アドレスの変更」

- 「Ciscoイーサネット・スイッチでのDNSサーバー・アドレスの変更」

- 「計算サーバーでのDNSサーバー・アドレスの変更」

- 「ストレージ・サーバーでのDNSサーバーの変更」

13.2.1 InfiniBandスイッチでのDNSサーバー・アドレスの変更

InfiniBandスイッチでDNSサーバー・アドレスを変更するには、Oracle ILOMに接続し、ilom-adminユーザーとしてログインします。次のいずれかの方法を選択できます。

- Oracle ILOM Webインタフェース
「構成」タブをクリックして、DNSサーバー・アドレスを設定します。

- Oracle ILOM CLI
次のコマンドを使用して、DNSを設定します。

set /SP/clients/dns nameserver=dns_ip

前述のコマンドで、dns_ipはDNSサーバーのIPアドレスです。複数のサーバーの場合は、カンマ区切りのリストを入力します。次に例を示します。

set /SP/clients/dns nameserver=dns_ip1,dns_ip2,dns_ip3

13.2.2 Ciscoイーサネット・スイッチでのDNSサーバー・アドレスの変更

Ciscoイーサネット・スイッチでDNSサーバー・アドレスを変更するには、次のようにします。

1. SSHを使用してイーサネット・スイッチにアクセスし、管理者のパスワードを使用してadminユーザーとしてログインします。

SSHが構成されていない場合は、Telnetを使用してスイッチにアクセスします。

2. enableモードに変更します。

Switch> enable

3. 現在使用中のDNS IPアドレスをリストします。

Switch# show running-config

4. 現在のDNSサーバー・アドレスと、無効なIPアドレスを消去します。この例では3つのIPアドレスが消去されます。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# no ip name-server 10.7.7.2
Switch(config)# no ip name-server 129.148.5.4
Switch(config)# no ip name-server 10.8.160.2
Switch(config)# end
Switch# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes [OK ]

5. 最大3つのDNSサーバーを構成します。次に、3つの新規DNSサーバーが構成される例を示します。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# ip name-server 10.7.7.3
Switch(config)# ip name-server 129.148.5.5
Switch(config)# ip name-server 10.8.160.1
Switch(config)# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes [OK ]

6. 変更を確認します。

Switch# show running-config
Building configuration...
...
ip domain-name example.com
ip name-server 192.168.10.2
ip name-server 192.168.10.3
ip name-server 192.168.10.4
...

7. 稼働中の構成を、起動構成として保存します。

Switch# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
Compressed configuration from 14343 bytes to 3986 bytes[OK]

8. セッションを終了します。

Switch# exit

13.2.3 計算サーバーでのDNSサーバー・アドレスの変更

計算サーバーでDNSサーバー・アドレスを変更するには、次のようにします。

1. rootユーザーとしてログインします。

2. テキスト・エディタで/etc/resolv.confファイルを開きます。

3. DNSサーバーのname server設定を探して、新しい値に変更します。次に例を示します。

search        example.com
nameserver    10.7.7.3

4. ファイルを保存してエディタを閉じます。

5. サーバーILOMでDNSサーバーを設定します。

ipmitool sunoem cli 'set /SP/clients/dns nameserver=dns_ip'

前述のコマンドで、dns_ipはDNSサーバーのIPアドレスです。複数のDNSサーバーの場合は、カンマ区切りのリストを入力します。次に例を示します。

set /SP/clients/dns nameserver=dns_ip1,dns_ip2,dns_ip3

6. 計算サーバーごとに、この手順を繰り返します。

13.2.4 ストレージ・サーバーでのDNSサーバーの変更

ストレージ・サーバーでDNSサーバーまたはNTP設定を変更するには、次のようにします。

1. rootユーザーとして、ストレージ・サーバーにログインします。

2. My Oracle Support Doc ID 1188080.1の手順1から5に従って、サーバーをオフラインにします。

3. セル・サービスおよびocrvottargetdサービスを停止します。

# cellcli -e alter cell shutdown services all
# service ocrvottargetd stop

4. ipconfユーティリティを使用して、DNS設定を変更します。

# /usr/local/bin/ipconf

5. サーバーを再起動します。

# shutdown -r now

6. My Oracle Support note 1188080.1の手順7から9に従って、サーバーをオンラインに戻します。

7. ストレージ・サーバーごとに、この手順を繰り返します。

13.3 NTPサーバーの変更

ネットワーク・タイム・プロトコル(NTP)サーバーの構成設定は、初期設定後に変更できます。同じ時刻に同期されるように、Recovery Applianceのすべてのサーバーおよびスイッチは、同じNTPサーバーを参照する必要があります。この項では、Recovery Applianceのサーバーおよびスイッチを同じNTPサーバー・アドレスに設定する方法について説明します。各サーバーは1つずつ変更することをお薦めします。

この項の内容は次のとおりです。

- 「計算サーバーでのNTPサーバー・アドレスの設定」

- 「InfiniBandスイッチでのNTPサーバー・アドレスの設定」

- 「Ciscoイーサネット・スイッチでのNTPサーバー・アドレスの設定」

- 「ストレージ・サーバーでのNTPサーバーの設定」

- 「Recovery Applianceの再起動」

注意:

- この作業が完了したら、Recovery Applianceを再起動する必要があります。

- Recovery Applianceで使用する1つまたは2つのNTPサーバーを構成できます。

13.3.1 計算サーバーでのNTPサーバー・アドレスの設定

計算サーバーでNTPサーバー・アドレスを設定するには、次のようにします。

1. rootとして、計算サーバーにログインします。

2. サーバーのNTPサービスを停止します。

service ntpd stop

3. テキスト・エディタで/etc/ntp.confを開いて、新しいNTPサーバーのIPアドレスを入力します。

4. 計算サーバーでNTPサービスを再起動します。

service ntpd start

5. 2番目の計算サーバーで、この作業を繰り返します。

13.3.2 InfiniBandスイッチでのNTPサーバー・アドレスの設定

注意:

InfiniBandスイッチのファイルは手動で編集しないでください。

Sun Datacenter InfiniBand Switch 36でNTPサーバー・アドレスを設定するには、次のようにします。

1. ilom-adminユーザーとしてスイッチにログインします。

2. 次のいずれかの方法を使用して、日付、タイムゾーン、ネットワーク・タイム・プロトコル(NTP)を設定します。

- ILOMグラフィカル・インタフェースの「構成」ページ。

- 次のCLIコマンド:

set /SP/clock timezone=preferred_tz
set /SP/clients/ntp/server/1 address=ntp_ip1
set /SP/clients/ntp/server/2 address=ntp_ip2
set /SP/clock usentpserver=enabled

前述のコマンドで、preferred_tzは優先されるタイムゾーン、ntp_ip1およびntp_ip2はNTPサーバーのIPアドレスです。少なくとも1つのNTPサーバーを構成する必要があります。2番目のサーバーはオプションです。

3. 他のInfiniBandスイッチで、この作業を繰り返します。

13.3.3 Ciscoイーサネット・スイッチでのNTPサーバー・アドレスの設定

Ciscoイーサネット・スイッチでNTPサーバーを設定するには、次のようにします。

1. SSHを使用してイーサネット・スイッチへの接続を開き、adminとしてログインします。SSHが構成されていない場合は、Telnetを使用します。

2. enableモードに変更します。

Switch> enable

3. 現在の構成を確認します。

Switch# show running-config

4. 現在のNTPサーバー構成と、無効なNTPアドレスを消去します。次の例で、現在のIPアドレスは10.10.10.1と10.8.8.1です。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# no ntp server 10.10.10.1
Switch(config)# no ntp server 10.8.8.1
Switch(config)# end
Switch# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes [OK ]

5. 最大2台のNTPサーバーを構成します。次に、10.7.7.1および10.9.9.1が新規IPアドレスとして使用される例を示します。

Switch# configure terminal
Enter configuration commands,one per line. End with CNTL/Z.
Switch(config)# ntp server 10.7.7.1 prefer
Switch(config)# ntp server 10.9.9.1
Switch(config)# end
Switch# write memory
Building configuration...
Compressed configuration from 2603 bytes to 1158 bytes [OK ]

6. 変更を確認します。

Switch# show running-config

Building configuration...
...
ntp server 192.168.10.10 prefer
...

7. 構成を保存します。

Switch# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
Compressed configuration from 14343 bytes to 3986 bytes[OK]

8. セッションを終了します。

Switch# exit

13.3.4 ストレージ・サーバーでのNTPサーバーの設定

ストレージ・サーバーでNTPサーバーを設定するには、次のようにします。

1. rootユーザーとして、ストレージ・サーバーにログインします。

2. My Oracle Support note 1188080.1の手順1から5に従って、サーバーをオフラインにします。

3. セル・サービスおよびocrvottargetdサービスを停止します。

# cellcli -e alter cell shutdown services all
# service ocrvottargetd stop

4. ipconfユーティリティを使用して、NTP設定を変更します。

# /usr/local/bin/ipconf

5. サーバーを再起動します。

# shutdown -r now

6. My Oracle Support note 1188080.1の手順7から9に従って、サーバーをオンラインに戻します。

13.3.5 Recovery Applianceの再起動

サーバーおよびスイッチを変更したら、Recovery Applianceを再起動します。

関連項目:

「Recovery Applianceラックの電源の投入と切断」

13.4 タイムゾーン設定の変更

この項では、初期の構成およびデプロイメント後に、Recovery Applianceでタイムゾーンを変更する場合の詳細を示します。タイムゾーン設定を変更する場合は、次のコンポーネントを変更する必要があります。

- ストレージ・サーバー

- 計算サーバー

- Sun Datacenter InfiniBand Switch 36スイッチ

- Ciscoスイッチ

注意:

タイムゾーン設定を変更する前に、ストレージ・サーバー上のセル・サービスとOracle Clusterwareサービスを停止する必要があります。

次の作業では、コンポーネントでタイムゾーン設定を変更する方法について説明します。

- 「ストレージ・サーバーでのタイムゾーン設定の変更」

- 「計算サーバーでのタイムゾーン設定の変更」

- 「InfiniBandスイッチでのタイムゾーン設定の変更」

- 「Ciscoスイッチでのタイムゾーン設定の変更」

13.4.1 ストレージ・サーバーでのタイムゾーン設定の変更

すべてのストレージ・サーバーに対する設定変更を完了してから、計算サーバーの設定を変更してください。

ストレージ・サーバーでタイムゾーン設定を変更するには、次のようにします。

1. ストレージ・サーバーにrootユーザーとしてログインします。

2. セルでプロセスを停止します。

# cellcli -e alter cell shutdown services all

3. ipconfスクリプトを実行します。

# /opt/oracle.cellos/ipconf

4. タイムゾーン・プロンプトが表示されるまで、スクリプト・プロンプトに従います。その他の設定は変更しないでください。

次に、タイムゾーンを南極大陸のマクマードから米国のニューヨーク市に変更する場合の例を示します。米国の番号は230です。

The current timezone: Antarctica/McMurdo
Do you want to change it (y/n) [n]: y

Setting up local time...

1) Andorra
2) United Arab Emirates
3) Afghanistan
.
.
.
15) Aruba
16) Aaland Islands
Select country by number, [n]ext, [l]ast: 230

Selected country: United States (US). Now choose a zone

1) America/New_York
2) America/Detroit
3) America/Kentucky/Louisville
.
.
.
15) America/North_Dakota/New_Salem
16) America/Denver
Select zone by number, [n]ext: 1

Selected timezone: America/New_York
Is this correct (y/n) [y]:

5. 残りのプロンプトに従いますが、他の値は変更しないでください。

6. 次のファイルでタイムゾーンの変更が表示されることを確認します。これらのファイルの変更を例を示します。

- /opt/oracle.cellos/cell.conf

$VAR1 = {
'Hostname' => 'xdserver.us.example.com',
'Ntp servers' => [
'10.141.138.1'
],
'Timezone' => 'America/New_York',

- /etc/sysconfig/clock

ZONE="America/New_York"
UTC=false
ARC=false
#ZONE="Antarctica/McMurdo"
#ZONE="America/New_York"
#ZONE="America/Los_Angeles"

コメント化されていない値(先頭に#が付いていない値)が現在の設定です。

- /etc/localtime
strings /etc/localtimeコマンドを使用して、ファイルの表示可能な文字を参照します。最後の行にはタイムゾーン設定が含まれます。

EST5EDT,M3.2.0,M11.1.0

7. サーバーを再起動します。

8. dateコマンドを使用して、現在のタイムゾーンを表示します。次に、コマンドの出力例を示します。

# date
Thu Jun 12 16:43:47 EDT 2014

9. $ADR_BASE/diag/asm/cell/host_name/alert.logファイルを確認します。プロセスを再起動した時刻が現在の正しい時刻と一致していることを確認します。

13.4.2 計算サーバーでのタイムゾーン設定の変更

計算サーバーでタイムゾーン設定を変更するには、次のようにします。

1. 計算サーバーでrootユーザーとしてログインします。

2. Oracle Clusterwareサービスを停止します。

# GI/bin/crsctl stop crs

3. clockファイルを、ストレージ・サーバーの1つからコピーします。

# scp root@storage_cell:/etc/sysconfig/clock /etc/sysconfig/clock

4. クラスタ・レディ・サービス(CRS)を無効にします。

# GI/bin/crsctl disable crs

この手順によって、サーバーの再起動時にクラスタ・レディ・サービス(CRS)が自動的に再起動することが防止されます。

5. 計算サーバーを再起動します。

6. dateコマンドを使用して、タイムゾーンの変更を検証します。

7. CRSを有効化します。

# GI/bin/crsctl enable crs

この手順によって、CRSがその前の構成設定にリストアされます。

8. CRSを起動します。

# GI/bin/crsctl start crs

13.4.3 InfiniBandスイッチでのタイムゾーン設定の変更

次の手順では、Sun Datacenter InfiniBand Switch 36でタイムゾーン設定を変更する方法について説明します。

1. SSHを使用してスイッチに接続し、rootユーザーとしてログインします。

2. Webアドレスを使用して、Oracle ILOMにログインします。

http://switch_alias

3. 「構成」タブを選択します。

4. クロック・タブを選択します。

5. NTPを使用して時刻を同期フィールドが有効になっていることを確認します。

6. サーバーの正しいIPアドレスを入力します。

7. 「保存」をクリックします。

13.4.4 Ciscoスイッチでのタイムゾーン設定の変更

Ciscoスイッチでタイムゾーン設定を変更するには、次のようにします。

1. Telnetを使用してrootユーザーとしてCiscoスイッチに接続します。

2. enableコマンドを使用して、特権モードを開始します。

3. configure terminalコマンドを使用して、構成を開始します。

4. 次のコマンドを使用して、クロックを設定します。

clock timezone zone hours_offset [minutes_offset]

前述のコマンドのzoneは標準時が有効の場合に表示するタイムゾーンの名前、hours_offsetはUTCからの時間オフセット、minutes_offsetはUTCからの分オフセットです。デフォルトのタイムゾーンはUTCです。

サマータイム(Daylight Savings Time)を設定するには、次のコマンドを使用します。

clock summer-time zone recurring [week day month hh:mm week day month   \
hh:mm [offset]]

前述のコマンドのweekは月単位の週(1から5の数値)、dayは曜日(Sunday、Mondayなど)、monthは月(January、Juneなど)、hh:mmは24時間形式の時間、offsetはサマータイム中に追加される分数です。hh:mmのデフォルト値は60です。サマータイムはデフォルトでは無効になっています。

次に、タイムゾーンをアメリカ東部に設定し、サマータイムを有効にする場合の例を示します。

$ telnet raeth-ip
Connected to raeth-ip
Escape Character is 'CTRL+]'

User Access Verification

Password: password
raeth-ip> enable
Password: password
raeth-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
raeth-ip(config)# clock timezone EST -5
raeth-ip(config)# clock summer-time EDT recurring
raeth-ip(config)# end
raeth-ip# write memory
Building configuration...
Compressed configuration from 6421 bytes to 2041 bytes[OK]
raeth-ip# show clock
12:03:43.516 EDT Wed May 12 2012

第IV部 付録

第V部は次の付録で構成されています。

- エラー・メッセージ

- 交換ユニット

- Recovery Appliance X6およびX5のラック内配線表

- Recovery Appliance X4のラック内配線表

- マルチラック配線表

A エラー・メッセージ

この付録には、Recovery Applianceのハードウェア・メッセージが含まれます。これらはOracle Exadata Database Machineのエラー・メッセージと同一です。

この付録の内容は次のとおりです。

- 「Oracleサポート・サービスへの連絡」

- 「汎用アラート・メッセージ: HALRT-00001 - HALRT-00500」

- 「温度アラート・メッセージ: HALRT-00513 - HALRT-00600」

- 「ファン・アラート・メッセージ: HALRT-00616 - HALRT-00700」

- 「電源/電力変換装置アラート・メッセージ: HALRT-00717 - HALRT-00800」

- 「ネットワーク・アラート・メッセージ: HALRT-00912 - HALRT-01000」

- 「ハード・ディスクおよびフラッシュ・ディスク・アラート・メッセージ: HALRT-01015 - HALRT-01200」

- 「アクセラレータ/コントローラ・アラート・メッセージ: HALRT-01209 - HALRT-01300」

- 「電圧アラート・メッセージ: HALRT-01301 - HALRT-01400」

- 「物理ディスク・アラート・メッセージ: HALRT-01401 - HALRT-01500」

- 「ストレージ・サーバーの自動サービス・リクエスト・アラート・メッセージ: HALRT-02001 - HALRT-02013」

- 「HDDコントローラのバッテリ・アラート・メッセージ: HALRT-02101 - HALRT-02200」

- 「アラート・メッセージの汎用処理: HALRT-10001 - HALRT-10500」

- 「アラート・メッセージの汎用処理: HALRT-10503 - HALRT-11000」

- 「アラート・メッセージの汎用処理: HALRT-11001 - HALRT-11100」

関連項目:

Oracle Database SNMPエラー・メッセージの詳細は、『Oracle Databaseエラー・メッセージ』を参照してください。

A.1 Oracleサポート・サービスへの連絡

一部のメッセージについては、Oracleサポート・サービスに問題を報告することをお薦めします。問題を報告するには、My Oracle Support(http://support.oracle.com)にサインインして、サービス・リクエストに記録します。自動サービス・リクエストでサービス・リクエストが発行されるときは、Oracle Supportに連絡する場合もあります。

Oracleサポート・サービスに連絡する場合は、次の情報を用意してください。

- ハードウェア、オペレーティング・システムおよびOracle Databaseを実行しているオペレーティング・システムのリリース番号。

- Oracle Databaseの完全なリリース番号(例: リリース12.1.0.2)。

- エラーが発生したときに使用していたすべてのOracleプログラム(リリース番号を含む)。

- 複数のエラー・コードまたはメッセージが検出された場合の表示順の正確なコード番号およびメッセージ・テキスト。

- 次の規約に従った問題の重大度。

- 1: 使用できないプログラム。操作に重大な影響を与えます。

- 2: 使用できるプログラム。操作が大幅に制限されます。

- 3: 機能が制限されて使用できるプログラム。全体の操作に重大な影響はありません。

- 4: お客様によって回避された問題。発生しても操作への影響は最小限です。

次の項目も必要です。

- 連絡者の組織の名前

- 連絡者の名前

- 連絡者のOracle Support ID番号

- 連絡者の電話番号

- ラック・マスター・シリアル番号

Recovery Applianceに関連するMy Oracle Supportノートへのリンクについては、「関連ドキュメント」を参照してください。

A.2 汎用アラート・メッセージ: HALRT-00001 - HALRT-00500

HALRT-00002: シャーシ侵入 - 物理セキュリティ侵害

原因: シャーシの物理セキュリティ侵害が検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00003: シャーシ侵入(物理セキュリティ侵害)イベントがクリアされました。

原因: シャーシの物理セキュリティ侵害のクリア・イベントが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00004: CPU内部エラー

原因: CPU内部エラーが検出されました。

処置: 「HALRT-10025」を参照してください。

HALRT-00005: CPU内部エラーがクリアされました。

原因: CPU内部エラーのクリア・イベントが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00006: CPU構成エラー

原因: CPU構成エラーが検出されました。

処置: 「HALRT-10025」を参照してください。

HALRT-00007: CPU構成エラーがクリアされました。

原因: CPU構成エラーのクリア・イベントが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00008: CPUが存在します(プロセッサの存在が検出されました)。

原因: 新しいCPUのプレゼンス・イベントが検出されました。

処置: 「HALRT-10025」を参照してください。

HALRT-00009: CPUが存在しません(プロセッサが存在しません)。

原因: CPUが存在しないことが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00010: システム・イベント・ログ(SEL)が満杯です(ロギング無効)。

原因: システム・イベント・ログが満杯であることが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00011: ASR (自動システム・リカバリ)のタイマーが切れました

原因: 自動システム・リカバリのタイマーが切れました。

処置: 「HALRT-10001」を参照してください。

HALRT-00012: ASR (自動システム・リカバリ)がリセットされました

原因: 自動システム・リカバリがリセットされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00013: ASR (自動システム・リカバリ) の電源が切断されました

原因: 自動システム・リカバリの電源が切断されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00014: ASR (自動システム・リカバリ)の電源が切断後ただちに投入されました

原因: 自動システム・リカバリの電源が入れ直されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00015: {0}センサーのしきい値の状態変更: センサーのコンポーネント名: {1} センサーの状態: {2} センサーのしきい値タイプ: {3} センサーのしきい値の重大度: {4} センサーの値: {5} センサーのしきい値: {6} センサーの追加情報: {7}

原因: センサーのしきい値の状態が変更されました。

処置: 「HALRT-10029: 汎用センサーがエラーを検出しました。」を参照してください。

HALRT-00016: {0}コンポーネントが障害の原因である可能性があります。コンポーネント名: {1} 障害クラス: {2} 障害の確度: {3} 障害メッセージ: {4} トラップの追加情報: {5}

レベル クリティカル

原因: コンポーネントで障害が発生した可能性があります。

処置: 「HALRT-10030」を参照してください。

HALRT-00017: {0}コンポーネントの障害はクリアされましたコンポーネント名: {1} トラップの追加情報: {2}

レベル クリア

原因: コンポーネントの障害がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00018: {0}センサーによりエラーが検出されました。コンポーネント名: {1} トラップの追加情報: {2}

原因: センサーによってエラーが検出されました。

処置: 「HALRT-10029: 汎用センサーがエラーを検出しました。」を参照してください。

HALRT-00019: {0}センサーは正常な状態に戻りました。コンポーネント名: {1} トラップの追加情報: {2}

原因: センサーが正常な状態に戻りました。

処置: 「HALRT-10001」を参照してください。

HALRT-00020: {0}のフィールド交換可能ユニットは、システムに挿入されました。

原因: ユニットがシステムに挿入されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00021: {0}のフィールド交換可能ユニットは、システムから取り外されました。

原因: ユニットがシステムから取り外されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00022: コンポーネントの稼働状態は変更されたか、無効に変更中です。コンポーネント名: {0} 無効化の理由: {1} トラップの追加情報: {2}

原因: コンポーネントの稼働状態が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00023: コンポーネントの稼働状態は変更されたか、有効に変更中です。コンポーネント名: {0} トラップの追加情報: {1}

原因: コンポーネントの稼働状態が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00024: オペレーティング・システムがシステムを制御する前にエラーが検出されました。

原因: エラーが検出されました。

処置: 「HALRT-10032」を参照してください。

HALRT-00025: {0}によって識別される高可用性コンポーネントの状態が変更されました。古いHA状態: {1} 新しいHA状態: {2} トラップの追加情報: {3}

原因: 高可用性コンポーネントの状態が変更されました。

処置: 「HALRT-10030」を参照してください。

HALRT-00026: 侵入センサーは、システムが物理的に改ざんされた可能性があることを検出しました。

原因: センサーがシステムの変更を検出しました。

処置: 「HALRT-10001」を参照してください。

HALRT-00027: ハード・ドライブの状態が変更されました。コンポーネント名: {0} 新しい状態: {1}

原因: ハード・ドライブの状態が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00028: これはテスト・トラップです。

原因: ユーザーがテスト・トラップを生成し、アラートが作成されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00030: {0}コンポーネントの障害はクリアされました。

原因: コンポーネントの障害がクリアされました。

処置: 情報メッセージなので、処置は必要ありません。

A.3 温度アラート・メッセージ: HALRT-00513 - HALRT-00600

HALRT-00513: 下限温度超過の警告(下限非クリティカル、低下中)

原因: 温度が指定された範囲を下回りました。

処置: 「HALRT-10015」を参照してください

HALRT-00514: 下限温度超過の警告がクリアされました。

原因: 低温の警告がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00515: 下限温度超過の問題(下限クリティカル - 低下中)

原因: 低温の問題が検出されました。

処置: 「HALRT-10004」を参照してください。

HALRT-00516: 下限温度超過の問題がクリアされました。

原因: 低温の問題がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00517: 上限温度超過の警告(上限非クリティカル、上昇中)

原因: 温度が指定された範囲を上回りました。

処置: 「HALRT-10015」。

HALRT-00518: 上限温度超過の警告がクリアされました。

原因: 高温の警告がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00519: 上限温度超過の問題(上限クリティカル - 上昇中)

原因: 高温が検出されました。

処置: 「HALRT-10004」。

HALRT-00520: 上限温度超過の問題がクリアされました。

原因: 高温の問題がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00521: CPUサーマル・トリップ(上限温度の超過による停止)

原因: CPUの高温による停止が発生しました。

処置: 「HALRT-10004」を参照してください。

HALRT-00522: CPUサーマル・トリップ(上限温度の超過による停止)がクリアされました。

原因: CPUの高温による停止がクリアされました。

処置: 「HALRT-10001」を参照してください。

A.4 ファン・アラート・メッセージ: HALRT-00616 - HALRT-00700

HALRT-00616: 一般のクリティカルなファン障害。

原因: ファンで障害が発生しました。

処置: 「HALRT-10005」を参照してください。

HALRT-00617: 一般のクリティカルなファン障害がクリアされました。

原因: ファンの障害がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00618: ファンの冗長性が失われました。

原因: 冗長ファンの機能が停止しました。

処置: 「HALRT-10001」を参照してください。

HALRT-00619: ファンの冗長性が正常な状態に戻りました。

原因: 冗長ファンの機能が正常になりました。

処置: 「HALRT-10001」を参照してください。

A.5 電源/電力変換装置アラート・メッセージ: HALRT-00717 - HALRT-00800

HALRT-00717: 電源の冗長性が失われました。

原因: 電源の冗長性の機能が停止しました。

処置: 「HALRT-10001」を参照してください。

HALRT-00718: 電源の冗長性が正常な状態に戻りました。

原因: 電源の冗長性の機能が正常になりました。

処置: 「HALRT-10001」を参照してください。

HALRT-00719: 電源が挿入されました。

原因: 電源がシステムに挿入されました。

処置: 「HALRT-10001」を参照してください。

HALRT-00720: 電源が取り外されました。

原因: 電源がシステムから取り外されました。

処置: 「HALRT-10007」。

HALRT-00721: 電源障害

原因: 電源で障害が発生しました。

処置: 「HALRT-10007」。

HALRT-00722: 電源障害がクリアされました。

原因: 電源の障害がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00723: 電源警告

原因: 電源の問題により、警告が発生しました。

処置: 「HALRT-10007」。

HALRT-00724: 電源警告がクリアされました。

原因: 電源の警告がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-00725: 電源のACが停止しました。

原因: AC電源が切断されました。

処置: 電源を確認します。必要に応じて、電源を交換します。

HALRT-00726: 電源のACが復旧しました。

原因: AC電源が復旧しました。

処置: 「HALRT-10001」を参照してください。

A.6 ネットワーク・アラート・メッセージ: HALRT-00912 - HALRT-01000

HALRT-00912: インフィニバンド・ポート{0}の状態が無効です: {1}。 {1}

原因: InfiniBandデバイスの状態が無効でした。

処置: 「HALRT-11001」を参照してください。

HALRT-00913: インフィニバンド・ポート{0}のレートが無効です: {1} Gps

原因: InfiniBandデバイスのレートが無効でした。

処置: 「HALRT-11003」を参照してください。

HALRT-00914: インフィニバンド・ポート・ステータスがOKです

原因: InfiniBandデバイスのステータスは正常です。

処置: 「HALRT-10001」を参照してください。

HALRT-00915: インフィニバンド・ポート{0}でゼロ以外のエラー数が示されています。

原因: 指定されたポートのRcvErrorsおよびSymbolErrorsのエラー数がゼロ以外でした。エラー数が0以外の場合、不良ケーブルまたは正しく設置されていないケーブルあるいはHCAまたはスイッチの不良ポートが原因である可能性があります。手動によるInfiniBandポートの有効化および無効化またはInfiniBandスイッチのリセットでも、これらのエラーが発生する可能性があります。

処置: 「HALRT-11003」を参照してください。

A.7 ハード・ディスクおよびフラッシュ・ディスク・アラート・メッセージ: HALRT-01015 - HALRT-01200

これらのアラート・メッセージの範囲は、HALRT-01015からHALRT-01200です。

HALRT-01015: 物理ドライブが、アダプタ: {0}、デバイスID: {1}、囲みID: {2}、スロットID: {3}で挿入されました

原因: 物理ドライブが挿入されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01016: 物理ドライブが、アダプタ{0}で取り外されました deviceId {1}、enclosureId {2}、slotId {3}。

原因: 物理ドライブが取り外されました。

処置: 「HALRT-10040」を参照してください。

HALRT-01017: 物理ドライブの状態が{0}から{1}に変更されました。アダプタ: {2}デバイスID: {3}、エンクロージャID: {4}、スロットID: {5}

原因: 物理ドライブのステータスが変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01018: FRUが変更されました。アダプタ: {0}デバイスID: {1}、エンクロージャID: {2}、スロットID: {3}、エンクロージャID: {4}、FRU {5}

原因: アダプタのフィールド交換可能ユニット(FRU)が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01020: 物理ドライブがサポートされていません。アダプタ: {2}デバイスID: {3}、エンクロージャID: {4}、スロットID: {5}

原因: 物理ドライブがアダプタでサポートされていません。

処置: 「HALRT-10040」を参照してください。

HALRT-01021: 物理ドライブが認証されていません。アダプタ: {2}デバイスID: {3}、エンクロージャID: {4}、スロットID: {5}

原因: 物理ドライブが認証されませんでした。

処置: 「HALRT-10040」を参照してください。

HALRT-01024: 物理{0}ディスクのエラー数が増加しています。ディスク: {1}、シリアル番号: {2}、スロット番号: {3}

レベル クリティカル

原因: 定期的なディスク・チェック中にディスク・エラー数が増加しました。

処置: 物理ディスク・エラーをモニターし、必要なディスクを交換します。

HALRT-01025: 物理{0}ディスクのエラー数は安定しています。ディスク: {1}、シリアル番号: {2}、スロット番号: {3}

レベル クリア

原因: 最後のディスク・チェック後にディスク・エラー数が増加しませんでした。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01027: フラッシュ・セル・ディスク{0}の書込みパフォーマンスが低下しています。フラッシュ・カードのsupercapモジュールに障害が発生した可能性があります。フラッシュ・ディスク名: {1} ディスク・シリアル番号: {2} スロット番号: {3}

原因: フラッシュ・セル・ディスクの書込みパフォーマンスが低下しました。

処置: フラッシュ・ディスク、フラッシュPCIカードまたはEnergy Storage Module(ESM)を交換します。PCIカードのすべてのディスクのパフォーマンスが低下した場合は、PCIカード上のESM LEDを確認してください。セル・シャーシの背面から確認できます。このLEDが黄色の場合は、ESMを交換してください。交換するディスクに永続データがある場合は、それらのディスクからデータをリバランスします。次に、フラッシュ・ディスクを交換します。フラッシュ・ディスクに永続データが存在していた場合は、データをディスクの内部にリバランスします。このフラッシュ・ディスクにより提供されたフラッシュ・キャッシュは、自動的に無効化されます。

HALRT-01028: フラッシュ・セル・ディスク{0}の書込みパフォーマンスの問題が解決されました。

原因: フラッシュ・セル・ディスクのパフォーマンスの問題が解決しました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01029: 物理ディスク{0}を自動的にONLINEに設定することができませんでした。物理ディスク{0}のファームウェアをアップグレードできませんでした。

レベル クリティカル

原因: 物理ディスクのファームウェアをアップグレードできませんでした。

処置: 物理ディスク上のファームウェアをアップグレードします。MSを再起動してディスクをオンラインにします。

HALRT-01032: 物理ディスク{0}のファームウェアが正常にアップグレードされました。

原因: 物理ディスクのファームウェアがアップグレードされました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01035: 物理ディスク{0}のファームウェアをアップグレードできませんでした。MS_ACCEPT_DISKFW_DIFFERENTがtrueに設定されているため、挿入された物理ディスクが使用されます。

レベル 情報

原因: ファームウェアのアップグレードに失敗しました。

処置: これは情報メッセージです。

HALRT-01036: Oracle Exadataは、デバイス・ユーティリティで次の問題を検出しました: {0}

原因: 問題が検出されました。問題は次のうちのいずれかです。

- 出力の名前が重複しています。

- 出力のシリアル番号が重複しています。

- 出力のOSデバイス名が重複しています。

- ターゲットIDを持つディスクのデバイス名が見つかりません。

処置: デバイス・モニタリング・ユーティリティから予期しない出力がありました。問題が解決されると、解決済のアラートが送信されます。問題が解決しない場合は、Oracleサポート・サービスまでお問い合せください。

HALRT-01037: {0}出力の名前が重複しています: {1}

原因: 出力の名前が重複しています。

処置: 「HALRT-10073」を参照してください。

HALRT-01038: {0}出力のシリアル番号が重複しています: {1}

原因: 出力のシリアル番号が重複しています。

処置: 「HALRT-10073」を参照してください。

HALRT-01039: {0}出力のOSデバイス名が重複しています: {1}

原因: 出力のオペレーティング・システム・デバイス名が重複しています。

処置: 「HALRT-10073」。

HALRT-01040: ターゲットIDを持つディスクのデバイス名が見つかりません: {0}

原因: デバイスが見つかりませんでした。

処置: 「HALRT-10073」。

HALRT-01041: デバイス・ユーティリティの問題が解決されました。

原因: 問題が解決されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01042: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル 警告

原因: ディスクが交換されました。

処置: グリッド・ディスクおよびセル・ディスクが新しい物理ディスクで再作成されます。グリッド・ディスクがOracle ASMディスク・グループの一部である場合、ディスク・グループの冗長性およびASM_POWER_LIMITパラメータに基づいて、ディスクがディスク・グループに追加され、データがリバランスされます。

HALRT-01043: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10} フラッシュ・キャッシュ: {11} フラッシュ・ログ: {12}

レベル 警告

原因: フラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、Oracle ASMによって自動的にグリッド・ディスクが再作成され、データがリバランスされます。

HALRT-01044: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: システム・ディスクに障害が発生しました。

処置: 影響を受けているドライブを特定して、できるかぎり早く交換します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDおよび青色の取外しOKのLEDの両方がドライブで点灯しています。Oracle ASMリバランスによってデータの冗長性が自動的にリストアされます。

HALRT-01045: {0}は、障害を示すステータスになりました。{1}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリティカル

原因: システム・ハード・ディスクがpredictive failureステータスになりました。

処置: 影響を受けているドライブを特定します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスは、障害ディスクから他のディスクにデータを自動的に再配置します。リバランスが完了すると、別のアラートが送信され、青色の取外しOKのLEDがドライブで点灯します。リバランスが完了した後、ディスクを交換します。

HALRT-01046: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: ハード・ディスクに障害が発生しました。

処置: 障害が発生したディスクを特定して、できるかぎり早く交換します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。

HALRT-01047: {0}は、障害を示すステータスになりました。{0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: データ・ハード・ディスクがpredictive failureステータスになりました。

処置: 影響を受けているドライブを特定します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスは、障害ディスクから他のディスクにデータを自動的に再配置します。リバランスが完了すると、別のアラートが送信され、青色の取外しOKのLEDがドライブで点灯します。リバランスが完了した後、ディスクを交換します。

HALRT-01048: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: フラッシュ・ディスクに障害が発生しました。

処置: フラッシュ・ディスクを交換してください。影響を受けているサーバーで白色のLEDが点灯します。フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になるため、有効なフラッシュ・キャッシュ・サイズが縮小します。フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になるため、有効なフラッシュ・ログ・サイズが縮小します。グリッド・ディスクにフラッシュ・ディスクを使用する場合、Oracle ASMリバランスによってデータの冗長性が自動的にリストアされます。

HALRT-01049: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: システム・ハード・ディスクに障害が発生しました。

処置: 障害が発生したドライブを特定して、できるかぎり早く交換します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスによってデータの冗長性が自動的にリストアされます。

HALRT-01050: {0}は、障害を示すステータスになりました。{0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

原因: システム・ハード・ディスクがpredictive failureになりました。

処置: 影響を受けているドライブを特定します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスは、障害ディスクから他のディスクにデータを自動的に再配置します。リバランスが完了したら、別のアラートが送信されます。リバランスが完了した後、ディスクを交換します。

HALRT-01051: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}。

レベル クリティカル

原因: データ・ハード・ディスクに障害が発生しました。

処置: 影響を受けているドライブを交換します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスによってデータの冗長性が自動的にリストアされます。

HALRT-01052: {0}は、障害を示すステータスになりました。{0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {9} グリッド・ディスク: {10}

レベル クリティカル

原因: データ・ハード・ディスクがpredictive failureになりました。

処置: 影響を受けているドライブを特定します。影響を受けているストレージ・サーバーで白色のLEDが点灯しており、黄色のサービス・アクションのLEDがドライブで点灯しています。Oracle ASMリバランスは、障害ディスクから他のディスクにデータを自動的に再配置します。リバランスが完了すると、別のアラートが送信され、青色の取外しOKのLEDがドライブで点灯します。リバランスが完了した後、ディスクを交換します。

HALRT-01053: 次のディスクでのOracle ASM削除操作がORA-{0}により失敗しました。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク: {5} 物理ディスク・ステータス: {6}

レベル クリティカル

原因: 提示された理由により、Oracle ASMディスク・グループからグリッド・ディスクが削除されませんでした。

処置: 処置は必要ありません。ストレージ・サーバー・ソフトウェアにより引き続きコマンドが再試行され、成功したらアラートが送信されます。

HALRT-01054: 次のディスクでのOracle ASM削除操作がORA-{0}により失敗しました。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク: {5} 物理ディスク・ステータス: {6}

レベル クリティカル

原因: 提示された理由により、Oracle ASM DROPコマンドが失敗しました。

処置: Oracle ASMディスクでDROPコマンドを手動で再試行してください。

HALRT-01055: 次のディスクでのOracle ASMリバランス操作がORA-{0}により失敗しました。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク: {5} 物理ディスク・ステータス: {6}

レベル クリティカル

原因: 提示された理由により、Oracle ASMリバランス操作が失敗しました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01056: 次のディスクでのOracle ASMリバランス操作が再開されました(ORA-{0})。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク: {5} 物理ディスク・ステータス: {6}

レベル 警告

原因: Oracle ASMリバランス操作が再開されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01057: 次のディスクでのOracle ASM追加操作がORA-{0}により失敗しました。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク: {5} 物理ディスク・ステータス: {6}

レベル クリティカル

原因: 提示された理由により、Oracle ASMのディスク追加操作が失敗しました。

処置: 処置は必要ありません。ストレージ・サーバー・ソフトウェアにより引き続きコマンドが再試行され、成功したらアラートが送信されます。

HALRT-01058: 次のディスクでのOracle ASM追加操作がORA-{0}により失敗しました。ASMディスク名: {1} ASMディスク・グループ: {2} グリッド・ディスク: {3} セル・ディスク: {4} 物理ディスク名: {5} 物理ディスク・ステータス: {6}

レベル クリティカル

原因: 提示された理由により、Oracle ASMのディスク追加操作が失敗しました。

処置: Oracle ASMディスクでコマンドを手動で再試行してください。

HALRT-01059: 次のASMディスクでの追加操作によってトリガーされたリバランス操作がOracle Exadataで完了しました。ASMディスク名: {0} ASMディスク・グループ: {1} グリッド・ディスク: {2} セル・ディスク: {3} 物理ディスク: {4} 物理ディスク・ステータス: {5}

レベル クリア

原因: リバランス操作が完了しました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01060: 次のASMディスクでの削除操作によってトリガーされたリバランス操作がOracle Exadataで完了しました。ASMディスク名: {0} ASMディスク・グループ: {1} グリッド・ディスク: {2} セル・ディスク: {3} 物理ディスク: {4} 物理ディスク・ステータス: {5}

レベル 警告

原因: Oracle ASMディスク・グループへのリバランス操作が完了しました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01061: {0}を使用する準備ができました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリア

原因: フラッシュ・ディスクの準備ができました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01062: {0}を使用する準備ができました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリア

原因: ハード・ディスクの準備ができました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01063: Oracle ASMリバランス操作が無効になっているため、次のディスクでのOracle ASMリバランス操作が失敗しました。ASMディスク名: {0} ASMディスク・グループ: {1} グリッド・ディスク: {2} セル・ディスク: {3} 物理ディスク: {4} 物理ディスク・ステータス: {5}

レベル クリティカル

原因: Oracle ASMリバランス操作が無効になっているため、リバランス操作が失敗しました。

処置: リバランス操作を有効にしてから、コマンドを再試行してください。

HALRT-01106: すべての論理ドライブがライトスルー・キャッシュ・モードです。HDDディスク・コントローラのバッテリを交換する必要があります。Oracleサポートに連絡してください

原因: 論理ドライブが見つかりました。

処置: 「HALRT-10001」を参照してください。

HALRT-01107: ディスク・ドライブ{0}がライトスルー・キャッシュ・モードです。このドライブの書込みパフォーマンスに影響があります。Oracleサポートに連絡してください

原因: ディスク・ドライブが失われました。

処置: 「HALRT-10054」を参照してください。

HALRT-01108: 論理ドライブのステータスが変更されました。LUN: {0}。ステータス: {1}。物理{2}ディスク: {3}。スロット番号: {4}。シリアル番号: {5}。セル・ディスク: {6}。グリッド・ディスク: {7}

原因: 論理ドライブのステータスが変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01109: ディスク・コントローラのバッテリ温度がしきい値の摂氏{0}度を超えています。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比 {5} 周囲温度: {6}

原因: 温度がしきい値を超えています。

処置: 周囲温度が32℃を下回り、ファンが動作していることを確認してください。

HALRT-01110: 論理ドライブが見つかりました。論理ドライブは空です。セル・ディスクおよびグリッド・ディスクの作成に失敗しました。LUN: {0}。ステータス: {1}。物理: {2}。スロット番号: {3}。シリアル番号: {4}

原因: 論理ドライブが見つかりました。

処置: 「HALRT-10001」を参照してください。

HALRT-01115: BGIは、アダプタ{0} VDターゲット{1}の修正不可エラーの処理を完了しました。

原因: BGIはエラーの処理を完了しました。

処置: 「HALRT-10001」を参照してください。

HALRT-01116: BGIは、アダプタ{0} VDターゲット{1}で失敗しました。

原因: アダプタのBGIが失敗しました。

処置: 「HALRT-10039」を参照してください。

HALRT-01117: アダプタ{0} VDターゲット{1}のLUNの状態が{2}から{3}に変更されました

原因: LUNの状態が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01118: LUNの不正ブロックの表がアダプタ{0} VDターゲット{1}でクリアされました

原因: LUNの不正ブロックの表がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-01123: ディスク・モデルが不適切であるため、{0}が拒否されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリティカル

原因: ハード・ディスクまたはLUNが取り外されました。ディスク・モデルがサポートされていないため、ストレージ・サーバーでこのハード・ディスクを使用できません。

処置: ハード・ディスクを取り外して、サポートされているディスクに交換してください。

関連項目:

「ストレージ・サーバーの物理ディスクの保守」。

HALRT-01124: ハード・ディスクが交換されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル 警告

原因: ハード・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01126: ディスク・コントローラ・バッテリのフル充電容量が最小しきい値の{0}mAhを下回っています。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが少し低下している可能性があります。フラッシュ・ドライブは影響されません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: バッテリのフル充電容量がしきい値を下回っています。

処置: ディスク・コントローラのバッテリを交換してください。

HALRT-01127: すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: 原因を特定できませんでした。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-01128: セル・ディスクが欠落しており、{0}に再作成されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

原因: セル・ディスクが欠落しており、ディスクに再作成されています。

処置: 「HALRT-10001」「HALRT-10001」を参照してください。

HALRT-01130: {0}のステータスが低いパフォーマンスに変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

原因: ハード・ディスクまたはフラッシュ・ディスクのステータスがpoor performanceに変更されました。

処置: 「ストレージ・サーバーの物理ディスクの保守」を参照してください。

HALRT-01131: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル 警告

原因: ハード・ディスクまたはフラッシュ・ディスクのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01132: {0}が削除されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} エラー数: {10} 前回失敗: {11}

レベル クリティカル

原因: ハード・ディスクまたはフラッシュ・ディスクが取り外されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01133: {0}のステータスがオフラインに変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}。

レベル クリティカル

原因: ハード・ディスクまたはフラッシュ・ディスクのステータスがofflineに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01141: フラッシュ・ディスクが交換されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル 警告

原因: フラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01143: すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。コントローラがディスク・ドライブのキャッシュを5分以上保存しています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: 保存されているキャッシュが5分以上オフになっていません。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-01144: セル・ディスクが欠落しており、{0}に再作成されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

原因: セル・ディスクが欠落しており、ドライブに再作成されています。

処置: 「HALRT-10001」を参照してください。

HALRT-01145: フラッシュ・ディスクのステータスが予測障害に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: フラッシュ・ディスクのステータスがpredictive failureに変更されました。

処置: フラッシュ・ディスクがpredictive failureステータスになりました。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

このフラッシュ・ディスクのすべてのデータがリバランスされ、フラッシュされたら、別のアラートが送信されます。リバランスとフラッシュが完了してから、フラッシュ・ディスクを交換してください。

関連項目:

「ストレージ・サーバーのフラッシュ・ディスクの保守」。

HALRT-01146: {0}がpoor performanceステータスになりました。LUN {1}のステータスが{2}に変更されています。ステータス: {3} 製造業者: {4} モデル番号: {5} サイズ: {6} シリアル番号: {7} ファームウェア: {8} スロット番号: {9} セル・ディスク: {10} グリッド・ディスク: {11} フラッシュ・キャッシュ: {12} フラッシュ・ログ {13} 低いパフォーマンスの理由: {14}

原因: フラッシュ・ディスクのステータスがpoor performanceに変更されました。

処置: 「ストレージ・サーバーのフラッシュ・ディスクの保守」を参照してください。

HALRT-01147: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル 警告

原因: フラッシュ・ディスクのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01148: フラッシュ・ディスクが取り外されました。ステータス: {0} 製造業者: {1} モデル番号: {2} サイズ: {3} シリアル番号: {4} ファームウェア: {5} スロット番号: {6} セル・ディスク: {7} グリッド・ディスク: {8} フラッシュ・キャッシュ: {9} フラッシュ・ログ: {10} エラー数: {11} 前回失敗: {12}

レベル クリティカル

原因: フラッシュ・ディスクが取り外されました。

処置: フラッシュ・ディスクが取り外されているか、Exadata Storage Serverに表示できなくなっています。

- フラッシュ・ディスクを交換したばかり場合、このアラートは情報提供のみを目的としており、フラッシュ・ディスクが交換済であることを示すクリア・アラートが送信されます。処理は不要です。

- フラッシュがキャッシュとして使用されている場合、影響はこのセルのフラッシュ・キャッシュ・サイズが減っているということだけです。フラッシュ・ディスクを取り外しても、停止、データ損失またはOracle ASMリバランスは発生しません。各フラッシュ・カードには、それぞれ4つのフラッシュ・ディスクが含まれています。

各フラッシュ・カードには、それぞれ4つのフラッシュ・ディスクが含まれています。カード上の4つすべてのフラッシュ・ディスクにアラートがある場合は、カードが取り外されている可能性があります。フラッシュ・ディスクが同じカード上にあるかどうかを確認するには、アラート出力で同一のPCIスロット番号をチェックします。

HALRT-01149: {0}のステータスがオフラインに変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル 警告

原因: フラッシュ・ディスクのステータスがofflineに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01150: セル・ディスクが欠落しており、{0}に再作成されています。

原因: セル・ディスクが欠落しており、ディスクに再作成されています。

処置: 「HALRT-10001」。

HALRT-01153: ディスク・ドライブ{0}はライトバック・キャッシュ・モードに戻りました。

原因: ディスク・ドライブがライトバック・キャッシュ・モードになりました。

処置: 「HALRT-10506」を参照してください。

HALRT-01154: Oracle Exadata Storage Serverで、新規に挿入された物理ディスクにセル・ディスクおよびグリッド・ディスクを自動的に作成できませんでした。物理ディスク: {0} ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

原因: サーバーでセル・ディスクまたはグリッド・ディスクが自動的に作成されませんでした。

処置: ストレージ・サーバー・ソフトウェアにより自動作成が再試行され、成功したらアラートが送信されます。

HALRT-01155: ディスク・コントローラのバッテリが交換されたため、すべてのディスク・ドライブが一時的にライトスルー・キャッシュ・モードになっています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: ディスク・コントローラのバッテリが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01156: 前に欠落していた{0}が見つかりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリア

原因: 欠落していたフラッシュ・ディスクが見つかりました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT-01157: 前に欠落していた{0}が見つかりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリア

原因: 欠落していたハード・ディスクが見つかりました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01159: {0}のインポートに失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 警告

原因: インポート手順に失敗しました。

処置: 欠落している他のハード・ディスク用にキャッシュが保持されているため、このハード・ディスクのインポートに失敗しました。{0}のハード・ディスクを設置しなおすか、交換してください。すべてのディスクが正常にインポートされたら、別のアラートが送信されます。

HALRT-01160: {0}にLUNを作成できませんでした。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 情報

原因: ディスク・コントローラにより物理ディスクにLUNが作成されませんでした。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-01161: すべてのディスク・ドライブがライトバック・キャッシュ・モードに戻っています。保存されているキャッシュがオフになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: ディスク・ドライブがライトバック・キャッシュ・モードに戻りました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01162: すべてのディスク・ドライブがライトバック・キャッシュ・モードになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: ディスク・ドライブがライトバック・キャッシュ・モードになっています。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01163: すべてのディスク・ドライブがライトバック・キャッシュ・モードに戻っています。バッテリの充電が完了しました。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}。

原因: バッテリの充電が完了し、すべてのディスク・ドライブがライトバック・キャッシュ・モードに戻りました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01164: すべてのディスク・ドライブがライトバック・キャッシュ・モードになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: ディスク・ドライブがライトバック・キャッシュ・モードになっています。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01165: {0}を交換できます。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリティカル

原因: 物理ディスクの交換が必要です。

処置: 物理ディスクを交換してください。

HALRT-01166: {0}を交換できます。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: フラッシュ・ディスクの交換が必要です。

処置: フラッシュ・ディスクを交換してください。

HALRT-01167: {0}を交換できます。

レベル クリティカル

原因: コンポーネントの交換が必要です。

処置: コンポーネント交換してください。

HALRT-01168: {0}が取り外されているか、挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 情報

原因: コンポーネントが挿入されています。

処置: 情報メッセージなので、処置は必要ありません。物理ディスクが取り外されたときにCELLSRVによりI/Oエラーが報告された可能性があります。その結果、この物理ディスクのグリッド・ディスクがOracle ASMでオフラインになった場合、Oracle ASMによりディスクが自動的にオンラインにされます。

HALRT-01169: {0}は、ライトスルー・キャッシュ・モードになりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: コンポーネントがライトバック・キャッシュ・モードになりました。

処置: フラッシュ・ディスクがpredictive failureステータスになりました。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

このフラッシュ・ディスクのすべてのデータがリバランスされ、フラッシュされたら、別のアラートが送信されます。リバランスとフラッシュが完了してから、フラッシュ・ディスクを交換してください。

関連項目:

「ストレージ・サーバーのフラッシュ・ディスクの保守」。

HALRT-01170: ライト・バック・フラッシュ・キャッシュのフラッシュに失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: フラッシュ・キャッシュをフラッシュできませんでした。

処置: アラート・ログで詳細を確認してください。根本的な問題が解決されたら、このセル・ディスクのライトバック・フラッシュ・キャッシュのフラッシュが自動的に再開されます。

HALRT-01171: {0}は、制限オフライン・ステータスになりました。LUN {1}のステータスが{2}に変更されています。セル・ディスクのステータスが{3}に変更されています。このディスクに対する後続のI/Oはすべて即時に失敗します。ディスクで制限テストが実行され、ディスクの削除が必要かどうか判別されます。ステータス: {4} 製造業者: {5} モデル番号: {6} サイズ: {7} シリアル番号: {8} ファームウェア: {9} スロット番号: {10} セル・ディスク: {11} グリッド・ディスク: {12} 制限の理由: {13}

原因: ハード・ディスクのパフォーマンスが低下し、制限状態になりました。

処置: 「HALRT-10081」を参照してください。

HALRT-01172: {0}は、制限オフライン・ステータスになりました。LUN {1}のステータスが{15}に変更されています。セル・ディスクのステータスが{2}に変更されています。このディスクに対する後続のI/Oはすべて即時に失敗します。ディスクで制限テストが実行され、ディスクの削除が必要かどうか判別されます。ステータス: {4} 製造業者: {5} モデル番号: {6} サイズ: {7} シリアル番号: {8} ファームウェア: {9} スロット番号: {10} セル・ディスク: {11} グリッド・ディスク: {12} フラッシュ・キャッシュ: {13} フラッシュ・ログ: {14} 制限の理由: {15}

原因: フラッシュ・ディスクのパフォーマンスが低下し、制限状態になりました。

処置: 「HALRT-10082」を参照してください。

HALRT-01173: {0}は、制限ステータスになりました。LUN {1}のステータスが{2}に変更されています。セル・ディスクのステータスが{3}に変更されています。ステータス: {4} 製造業者: {5} モデル番号: {6} サイズ: {7} シリアル番号: {8} ファームウェア: {9} スロット番号: {10} セル・ディスク: {11} グリッド・ディスク: {12} 制限の理由: {13}

原因: システム・ディスクは制限状態になりました。

処置: 「HALRT-10079」を参照してください。

HALRT-01174: {0}は、制限ステータスになりました。LUN {1}のステータスが{2}に変更されています。セル・ディスクのステータスが{3}に変更されています。ステータス: {4} 製造業者: {5} モデル番号: {6} サイズ: {7} シリアル番号: {8} ファームウェア: {9} スロット番号: {10} セル・ディスク: {11} グリッド・ディスク: {12} フラッシュ・キャッシュ: {13} フラッシュ・ログ: {14} 制限の理由: {15}

原因: ディスクは制限状態になりました。

処置: 「HALRT-10080」を参照してください。

HALRT-01175: システム・スロット{0}にパーティション表がありません。

レベル 警告

原因: パーティション表がドライブのシステム・スロットにありません。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-01176: スロット{1}のデータ・ディスクが同じOracle Exadata Storage Serverのシステム・スロット{2}に挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 警告

原因: データ・ディスクが間違ったスロットに挿入されています。

処置: ディスクを正しいスロットに挿入してください。

HALRT-01177: スロット{0}のシステム・ディスクが同じOracle Exadata Storage Serverのデータ・スロット{1}に挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 警告

原因: 同じExadata Storage Serverのシステム・ディスクがデータ・ディスク・スロットに挿入されています。

処置: 正しいディスクをスロットに挿入してください。

HALRT-01178: 異なるOracle Exadata Storage Serverのシステム・ディスクがスロット{0}に挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 警告

原因: 異なるストレージ・サーバーのシステム・ディスクがスロットに挿入されています。

処置: 正しいディスクをスロットに挿入してください。

HALRT-01179: 異なるOracle Exadata Storage Serverのデータ・ディスクがシステム・スロット{0}に挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}。

レベル 警告

原因: 異なるストレージ・サーバーのデータ・ディスクがシステム・ディスク・スロットに挿入されています。

処置: 正しいディスクをスロットに挿入してください。

HALRT-01181: {0}は、ピア障害を示すステータスになりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: フラッシュ・ディスクがpeer failureステータスになりました。

処置: フラッシュ・ディスクがpredictive failureステータスになりました。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

このフラッシュ・ディスクのすべてのデータがリバランスされ、フラッシュされたら、別のアラートが送信されます。リバランスとフラッシュが完了してから、フラッシュ・ディスクを交換してください。

HALRT01182: {0}がALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドの実行前に取り外されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリティカル

原因: ディスクがALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドの実行前に取り外されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT01183: {0}がALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドの実行前に取り外され、挿入されました。{1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル 情報

原因: ディスクがALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドの実行前に取り外されました。

処置: 情報メッセージなので、処置は必要ありません。ディスクがオフラインになったときに、Oracle ASMグリッド・ディスクが物理ディスクにあった場合、Oracle ASMによりディスクが自動的にオンラインにされます。

HALRT-01184: {0}は、自動的にスペア・ディスクにフェイルオーバーしました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリティカル

原因: セル・ディスクがスペア・ディスクにフェイルオーバーしました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01185: {0}は、自動的にスペア・ディスクにフェイルオーバーしました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

原因: フラッシュ・ディスクがスペア・ディスクにフェイルオーバーしました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01186: {0}が削除されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリティカル

原因: フラッシュ・ディスクが取り外されました。

処置: フラッシュ・ディスクが取り外されているか、表示できなくなっています。

- フラッシュ・ディスクを交換した場合、このアラートは情報提供のみを目的としており、フラッシュ・ディスクが交換済であることを示すクリア・アラートが送信されます。処理は不要です。

- フラッシュがキャッシュとして使用されている場合、影響はセルのフラッシュ・キャッシュ・サイズが減っているということだけです。フラッシュ・ディスクを取り外しても、停止、データ損失またはOracle ASMリバランスは発生しません。

- 各フラッシュ・カードには、それぞれ4つのフラッシュ・ディスクが含まれています。カード上の4つすべてのフラッシュ・ディスクでアラートが送信された場合は、カードが取り外されている可能性があります。フラッシュ・ディスクが同じカード上にあるかどうかを確認するには、アラート出力で同一のPCIスロット番号をチェックします。

HALRT-01187: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル 警告

原因: フラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT--01188: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル 警告

原因: フラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT--01189: Oracle Exadata Storage Serverで、新規に挿入された物理ディスクにセル・ディスクおよびグリッド・ディスクを自動的に作成できませんでした。物理ディスク: {0} ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} ボード・トレーサ番号: {8}

レベル 警告

原因: コンポーネントが交換されました。

処置: ストレージ・サーバー・ソフトウェアにより自動作成操作が再試行され、成功したらアラートが送信されます。

HALRT--01190: 以前不足していた{0}が見つかりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: フラッシュ・ディスクが特定されました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT--01191: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル 警告

原因: フラッシュ・ディスクのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT--01192: {0}が取り外され、挿入されています。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} ボード・トレーサ番号: {9}

レベル 情報

原因: 物理ディスクが取り外され、挿入されています。

処置: 情報メッセージなので、処置は必要ありません。ディスクが取り外されたときにCELLSRVによりI/Oエラーが報告された可能性があります。物理ディスクのグリッド・ディスクがOracle ASMでオフラインになった場合、Oracle ASMによりディスクが自動的にオンラインにされます。

HALRT--01193: {0}に失敗しました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} ボード・トレーサ番号: {10}

レベル クリティカル

原因: フラッシュ・ディスクで障害が発生しました。

処置: 障害が発生したフラッシュ・ディスクを交換してください。影響を受けているサーバーを特定するには、点灯している白色のセル・ロケータLEDを探します。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

HALRT--01194: {0}は、障害を示すステータスになりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: フラッシュ・ディスクがpredictive failureステータスになりました。

処置: フラッシュ・ディスクがpredictive failureステータスになりました。このフラッシュ・ディスクのすべてのデータがリバランスされ、フラッシュされたら、別のアラートが送信されます。2番目のアラートを待機してから、フラッシュ・ディスクを交換してください。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

HALRT--01195: {0}は、ピア障害を示すステータスになりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: フラッシュ・ディスクがpeer failureステータスになりました。

処置: フラッシュ・ディスクがpeer failureステータスになりました。すべてのデータがリバランスされ、このフラッシュ・ディスクからフラッシュされている場合は、別のアラートが送信されます。2番目のアラートを待機してから、フラッシュ・ディスクを交換してください。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

HALRT--01196: {0}は、ライトスルー・キャッシュ・モードになりました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: フラッシュ・ディスクがライトスルー・キャッシュ・モードになりました。

処置: フラッシュ・ディスクがライトスルー・キャッシュ・モードになりました。このフラッシュ・ディスクのすべてのデータがリバランスされ、フラッシュされたら、別のアラートが送信されます。2番目のアラートを待機してから、フラッシュ・ディスクを交換してください。白色のセル・ロケータLEDが点灯しており、影響を受けているセルを特定できます。

- フラッシュ・キャッシュにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・キャッシュがライトバック・モードになっている場合は、このフラッシュ・ディスクのダーティ・データが対応するグリッド・ディスクに自動的にフラッシュされます。

- フラッシュ・ログにフラッシュ・ディスクを使用する場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- グリッド・ディスクにフラッシュ・ディスクを使用する場合、フラッシュ・ディスクのデータがOracle ASMによって他のフラッシュ・ディスクに自動的にリバランスされます。

HALRT--01197: {0}のステータスがオフラインに変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: コンポーネントのステータスがofflineに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT--01198: {0}は、自動的にスペア・ディスクにフェイルオーバーしました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリティカル

原因: コンポーネントがスペア・ディスクにフェイルオーバーしました。

処置: 情報メッセージなので、処置は必要ありません。

A.8 アクセラレータ/コントローラ・アラート・メッセージ: HALRT-01209 - HALRT-01300

HALRT-01209: アダプタ{0}のアラームがユーザーによって有効化されました。

原因: アダプタのアラームが有効化されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01210: アダプタ{1}のバックグラウンドの初期化レートが{0}に変更されました。

原因: アダプタのバックグラウンドの初期化レートが変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01211: コントローラ{0}のキャッシュが、メモリー/バッテリの問題により破棄されました。

原因: メモリーまたはバッテリの問題により、コントローラのキャッシュが破棄されました。

処置: 「HALRT-10033」を参照してください。

HALRT-01212: 構成が不一致のため、アダプタ{0}のキャッシュ・データをリカバリできません。

原因: 構成の不一致により、キャッシュ・データがリカバリされました。

処置: 「HALRT-10033」を参照してください。

HALRT-01213: アダプタ{0}のキャッシュ・データがリカバリされました。

原因: アダプタのキャッシュ・データがリカバリされました。

処置: 「HALRT-10001」を参照してください。

HALRT-01214: ファームウェア・バージョンに互換性がないため、アダプタ{0}のコントローラ・キャッシュが破棄されました。

原因: ファームウェア・バージョンに互換性がないため、コントローラ・キャッシュが破棄されました。

処置: 「HALRT-10033」を参照してください。

HALRT-01215: アダプタ{1}の一貫性のチェック・レートが{0}に変更されました。

原因: アダプタの一貫性のチェック・レートが変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01216: アダプタ{0}のダウンロードされたフラッシュ・イメージは破損しています。

原因: フラッシュ・メモリー・カード・イメージが破損しました。

処置: 「HALRT-10034」を参照してください。

HALRT-01217: アダプタ{0}のフラッシュの消去でエラーが発生しました。

原因: アダプタのフラッシュの消去でエラーが発生しました。

処置: 「HALRT-10034」を参照してください。

HALRT-01218: アダプタ{0}のフラッシュが、消去中にタイムアウトになりました。

原因: 消去手順の実行中にフラッシュがタイムアウトしました。

処置: 「HALRT-10034」を参照してください。

HALRT-01219: アダプタ{0}のフラッシュ・エラー

原因: アダプタのフラッシュ・エラーが発生しました。

処置: 「HALRT-10034」を参照してください。

HALRT-01220: アダプタ{1}のフラッシュ・イメージ: {0}

原因: コントローラ・フラッシュが新しいイメージでアップグレードされました。

処置: 「HALRT-10001」を参照してください。

HALRT-01221: アダプタ{0}の新規ファームウェア・イメージのフラッシュが完了しました。

原因: 新しいファームウェア・イメージがフラッシュにコピーされました。

処置: 「HALRT-10001」を参照してください。

HALRT-01222: アダプタ{0}のフラッシュ・プログラミング・エラー

原因: アダプタのフラッシュ・プログラミング・エラーが発生しました。

処置: 「HALRT-10034」を参照してください。

HALRT-01223: アダプタ{0}のフラッシュが、プログラミング中にタイムアウトになりました。

原因: アダプタのプログラミング中にフラッシュがタイムアウトしました。

処置: 「HALRT-10034」を参照してください。

HALRT-01224: アダプタ{0}の致命的なエラーが返されました。

原因: 致命的なエラーが発生しました。

処置: 「HALRT-10035」を参照してください。

HALRT-01225: アダプタ{1}の再構築レートが{0}に変更されました。

原因: アダプタの再構築レートが変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01226: アダプタ{0}のアラームがユーザーによって無効化されました。

原因: アダプタのアラームが無効化されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01227: アダプタ{0}の構成がクリアされました。

原因: アダプタの構成がクリアされました。

処置: 「HALRT-10036」を参照してください。

HALRT-01228: アダプタ{0}のファクトリ・デフォルトがリストアされました。

原因: アダプタのファクトリ・デフォルト設定がリストアされました。

処置: 「HALRT-10036」を参照してください。

HALRT-01229: アダプタ{0}のHDDディスク・コントローラ・バッテリが存在しません

原因: アダプタのバッテリが存在しませんでした。

処置: 「HALRT-10036」を参照してください。

HALRT-01230: アダプタ{0}に新規HDDディスク・コントローラ・バッテリが検出されました

原因: アダプタの新しいバッテリが検出されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01231: アダプタ{0}のHDDディスク・コントローラ・バッテリが交換されました

原因: アダプタのバッテリが交換されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01232: アダプタ{0}のHDDディスク・コントローラ・バッテリの温度が高くなっています

原因: アダプタのバッテリ温度が高くなっていました。

処置: 「HALRT-10037」を参照してください。

HALRT-01233: アダプタ{0}のHDDディスク・コントローラ・バッテリの電圧が低くなっています

原因: アダプタのバッテリの電圧が低くなっていました。

処置: 「HALRT-10038」を参照してください。

HALRT-01234: アダプタ{0}のHDDディスク・コントローラ・バッテリの温度は正常です

原因: アダプタのバッテリが通常の温度でした。

処置: 「HALRT-10001」を参照してください。

HALRT-01235: HDDディスク・コントローラのバッテリを交換する必要があります。アダプタ{0}のSOH障害です

原因: バッテリの交換が必要です。

処置: 「HALRT-10038」を参照してください。

HALRT-01236: アダプタ{0}のHDDディスク・コントローラ・バッテリが取り外されました

原因: アダプタのバッテリが取り外されました。

処置: 「HALRT-10036」を参照してください。

HALRT-01237: アダプタ{0}のHDDディスク・コントローラ・バッテリの現在の容量が、しきい値より低くなっています

原因: アダプタのバッテリ容量がしきい値以下でした。

処置: 「HALRT-10038」を参照してください。

HALRT-01238: アダプタ{0}のHDDディスク・コントローラ・バッテリの現在の容量が、しきい値より高くなっています

原因: アダプタのバッテリ容量がしきい値以上でした。

処置: 「HALRT-10001」を参照してください。

HALRT-01239: アダプタ{0}のBbu FRUが変更されました。

原因: アダプタのバッテリ・バックアップ・ユニット(BBU)のフィールド交換可能ユニット(FRU)が変更されました。

処置: 「HALRT-10001」を参照してください。

HALRT-01240: ディスク・コントローラのバッテリが学習サイクルを実行中で、学習サイクルの一部として一時的にライトスルー・キャッシュ・モードになっている可能性があります。ディスクの書込みスループットはこの間、一時的に低下する場合があります。フラッシュ・ドライブには影響はありません。バッテリ学習サイクルは、年に4回行われる通常の保守アクティビティで、約1時間から12時間実行されます。学習サイクルの多くはライトスルー・キャッシュ・モードに入る必要があります。ディスク・コントローラ・キャッシュが通常のライトバック・キャッシュ・モードに戻ると、追加情報のアラートが送信されます。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

原因: ディスク・コントローラのバッテリが学習サイクルを開始しました。

処置: 情報メッセージなので、処置は必要ありません。学習サイクルは、年に4回行われる通常の保守アクティビティで、約1時間から12時間実行されます。ディスク・コントローラのキャッシュは、学習サイクル中にライトスルー・キャッシュ・モードになる場合があります。ディスクの書込みスループットはこの間、一時的に低下する場合があります。

関連項目:

「ハード・ディスク・コントローラのライトスルー・キャッシュ・モードのモニタリング」

HALRT-01243: すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。フラッシュ・ドライブには影響はありません。ディスク・コントローラのバッテリが予定外の学習サイクルを実行しています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}。

原因: 予定外の学習サイクルが開始されています。

処置: 予定外の学習サイクルの理由を確認してださい。

HALRT-01244: HDDディスク・コントローラのSASレーンでエラーが発生しました。

原因: ハード・ディスク・ドライブ・ディスク・コントローラのSASレーンで問題が発生しました。

処置: 「HALRT-10035」を参照してください。

HALRT-01245: HDDディスク・コントローラのSASレーンが正常に戻りました。

原因: ハード・ディスク・ドライブ・ディスク・コントローラのSASレーンが正常です。

処置: これは情報メッセージです。

A.9 電圧アラート・メッセージ: HALRT-01301 - HALRT-01400

HALRT-01301: 不足電圧の問題(下限クリティカル - 低下中)

原因: 不足電圧の問題が発生しました。

処置: 「HALRT-10001」を参照してください。

HALRT-01302: 不足電圧の問題がクリアされました。

原因: 不足電圧の問題がクリアされました。

処置: 「HALRT-10001」を参照してください。

HALRT-01303: 一般のクリティカルな電圧の問題

原因: 一般的な電圧の問題が発生しました。

処置: 「HALRT-10001」を参照してください。

HALRT-01304: 一般のクリティカルな電圧の問題がクリアされました。

原因: 一般的な電圧の問題がクリアされました。

処置: 「HALRT-10001」を参照してください。

A.10 物理ディスク・アラート・メッセージ: HALRT-01401 - HALRT-01500

HALRT-01401: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT-01402: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリア

原因: ラック内のフラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT-01403: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01404: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01405: Oracle Exadata Storage Serverで、新規に挿入された物理ディスクにセル・ディスクおよびグリッド・ディスクを自動的に作成できませんでした。物理ディスク: {0} ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: ストレージ・サーバー・ソフトウェアによりセル・ディスクおよびグリッド・ディスクの作成が再試行されます。自動作成が成功したら、アラートが送信されます。

HALRT-01406: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01407: {0}が置き換えられました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリア

原因: ラック内のフラッシュ・ディスクが交換されました。

処置: 情報メッセージなので、処置は必要ありません。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・キャッシュに使用されていた場合は、フラッシュ・キャッシュが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にフラッシュ・ログに使用されていた場合は、フラッシュ・ログが自動的に再有効化されます。

- このスロットのフラッシュ・ディスクが以前にグリッド・ディスクに使用されていた場合は、グリッド・ディスクが自動的に再作成され、Oracle ASMによってデータが自動的にリバランスされます。

HALRT-01408: Oracle Exadata Storage Serverで、新規に挿入された物理ディスクにセル・ディスクおよびグリッド・ディスクを自動的に作成できませんでした。物理ディスク: {0} ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} ボード・トレーサ番号: {8}

レベル クリア

原因: ラック内のコンポーネントが交換されました。

処置: ストレージ・サーバー・ソフトウェアによりサーバー・ディスクおよびグリッド・ディスクの作成が再試行されます。自動作成が成功したら、アラートが送信されます。

HALRT-01409: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9}

レベル クリア

原因: コンポーネントのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01410: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11}

レベル クリア

原因: コンポーネントのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

HALRT-01411: {0}のステータスが正常に変更されました。ステータス: {1} 製造業者: {2} モデル番号: {3} サイズ: {4} シリアル番号: {5} ファームウェア: {6} スロット番号: {7} セル・ディスク: {8} グリッド・ディスク: {9} フラッシュ・キャッシュ: {10} フラッシュ・ログ: {11} ボード・トレーサ番号: {12}

レベル クリア

原因: コンポーネントのステータスがnormalに変更されました。

処置: 情報メッセージなので、処置は必要ありません。

A.11 ストレージ・サーバーの自動サービス・リクエスト・アラート・メッセージ: HALRT-02001 - HALRT-02013

HALRT-02001

原因: システム・ディスクで障害が発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02002

原因: システム・ディスクでpredictive failureが発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02003

原因: データ・ディスクで障害が発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02004

原因: データ・ディスクでpredictive failureが発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02005

原因: フラッシュ・ディスクで障害が発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02006

原因: フラッシュ・ディスクでpredictive failureが発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02007

原因: 計算サーバーのハード・ディスクで障害が発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02008

原因: 計算サーバーのハード・ディスクでpredictive failureが発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02009

原因: システム・ハード・ディスクのパフォーマンスが低下しています。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02010

原因: データ・ハード・ディスクのパフォーマンスが低下しています。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02011

原因: フラッシュ・ディスクのパフォーマンスが低下しています。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02012

原因: BBUで障害が発生しました。

処置: アラートがOracleサポート・サービスに送信されました。

HALRT-02013

原因: 不明な理由により、BBUの機能が低下しています。

処置: アラートがOracleサポート・サービスに送信されました。

A.12 HDDコントローラのバッテリ・アラート・メッセージ: HALRT-02101 - HALRT-02200

HALRT-02101: HDDディスク・コントローラのバッテリは、交換のために除去されました。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {0} バッテリ・タイプ: {1} バッテリ温度: {2} フル充電容量: {3} 充電比: {4} 周囲温度: {5}

レベル 警告

原因: HDDディスク・コントローラが交換前に削除されました。

処置: HDDディスク・コントローラのバッテリが間違って削除された場合は、HDDディスク・コントローラのバッテリを交換するか、ALTER CELL BBU REENABLEコマンドを使用してHDDディスク・コントローラのバッテリを再有効化してください。

HALRT-02102: HDDディスク・コントローラのバッテリが{0}です。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: HDDディスク・コントローラのバッテリで障害が発生しました。

処置: HDDディスク・コントローラのバッテリを交換してください。

HALRT-02103: HDDディスク・コントローラのバッテリで学習サイクルが実行されているため、すべてのディスク・ドライブが一時的にライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが少し低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: HDDディスク・コントローラのバッテリで学習サイクルが実行されています。

処置: これは情報アラートです。ディスク・ドライブは、HDDディスク・コントローラのバッテリで学習サイクルが完了すると、writebackモードになります。

HALRT-02104: HDDディスク・コントローラのバッテリの充電中であるため、すべてのディスク・ドライブが一時的にライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが少し低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: HDDディスク・コントローラのバッテリの充電中です。

処置: これは情報アラートです。ディスク・ドライブは、HDDディスク・コントローラのバッテリの充電が完了すると、writebackモードになります。

HALRT-02105: HDDディスク・コントローラのバッテリは削除されました。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。

レベル 情報

原因: HDDディスク・コントローラのバッテリが取り外されました。

処置: HDDディスク・コントローラのバッテリを交換する必要があります。

HALRT-02106: HDDディスク・コントローラのバッテリ容量がしきい値の{0}mAhを下回っています。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: HDDディスク・コントローラのバッテリ容量が低すぎです。

処置: HDDディスク・コントローラのバッテリを交換するか、学習サイクルをスケジュールしてください。

HALRT-02107: HDDディスク・コントローラのバッテリ温度がしきい値の摂氏{6}度を超えています。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: HDDディスク・コントローラのバッテリ温度が高すぎです。

処置: HDDディスク・コントローラのバッテリが過熱しています。周囲温度が摂氏{0}度を下回っているかどうか、およびファンが動作しているかどうかを確認してください。

HALRT-02108: HDDディスク・コントローラのバッテリが交換されたため、すべてのディスク・ドライブが一時的にライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが少し低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: HDDディスク・コントローラのバッテリが交換されました。

処置: これは情報アラートです。ディスク・ドライブは、HDDディスク・コントローラのバッテリの充電が完了するまで、writebackモードになります。

HALRT-02109: すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。ディスクの書込みパフォーマンスが低下している可能性があります。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: HDDディスク・コントローラのバッテリが機能低下ステータスまたは不明なステータスになりました。

処置: HDDディスク・コントローラのバッテリを交換するか、学習サイクルをスケジュールしてください。

HALRT-02110: HDDディスク・コントローラのバッテリがALTER CELL BBU DROP FOR REPLACEMENTコマンドの実行前に取り外されました。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: HDDディスク・コントローラのバッテリが取り外されましたが、バッテリの取外し前にALTER CELL BBU DROP FOR REPLACEMENTコマンドが実行されませんでした。

処置: HDDディスク・コントローラのバッテリを交換してください。

HALRT-02111: HDDディスク・コントローラのバッテリは交換されました。すべてのディスク・ドライブがライトバック・キャッシュ・モードになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリア

原因: HDDディスク・コントローラのバッテリが交換されました。

処置: 情報アラートなので、ユーザー処理はありません。

HALRT-02112: すべてのディスク・ドライブがライトバック・キャッシュ・モードになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリア

原因: HDDディスク・コントローラのバッテリが正常に戻りました。

処置: 情報アラートなので、ユーザー処理はありません。

HALRT-02113: すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。コントローラがディスク・ドライブのキャッシュを5分以上保存しています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル クリティカル

原因: 保存済キャッシュが原因で、すべてのディスク・ドライブがwritethroughキャッシュ・モードになりました。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-02114: HDDディスク・コントローラのバッテリで予定外の学習サイクルが実行されています。すべてのディスク・ドライブがライトスルー・キャッシュ・モードになっています。フラッシュ・ドライブには影響はありません。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: HDDディスク・コントローラのバッテリで予定外の学習サイクルが実行されました。

処置: 予定外の学習サイクルの原因を特定してください。

HALRT-02115: ディスク・ドライブ{0}はライトスルー・キャッシュ・モードです。このドライブの書込みパフォーマンスに影響があります。

レベル クリティカル

原因: ディスク・ドライブ{0}がwritethroughキャッシュ・モードになりました。

処置: HDDディスク・コントローラのバッテリは正常ですが、ディスク・ドライブ{0}がwritethroughキャッシュ・モードです。Oracleサポート・サービスに問い合せてください。

HALRT-02116: ディスク・ドライブ{0}はライトバック・キャッシュ・モードに戻りました

レベル クリア

原因: ディスク・ドライブ{0}がwritebackキャッシュ・モードに戻りました。

処置: これは情報アラートです。

HALRT-02117: HDDディスク・コントローラのバッテリは、学習サイクルを実行しています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: ハード・ディスク・コントローラのバッテリが学習サイクルを開始しました。

処置: 情報アラートなので、ユーザーによる処置は必要ありません。

学習サイクルの一環として、すべてのディスク・ドライブが一時的にwritethroughキャッシュ・モードになる可能性があります。この間、ディスクの書込みスループットが低下する可能性があります。フラッシュ・ドライブには影響はありません。

バッテリ学習サイクルは、年に4回行われる通常の保守アクティビティで、約1時間から12時間実行されます。ほとんどの学習サイクルでwritethroughキャッシュ・モードの開始は不要です。ディスク・コントローラ・キャッシュがwritebackキャッシュ・モードに戻ると、情報アラートが送信されます。

HALRT-02118: HDDディスク・コントローラのバッテリは交換されました。すべてのディスク・ドライブがライトバック・キャッシュ・モードになっています。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: ハード・ディスク・コントローラのバッテリが交換されました。

処置: 情報アラートなので、ユーザーによる処置は必要ありません。

HALRT-02119: HDDディスク・コントローラのバッテリは交換されました。バッテリのシリアル番号: {1} バッテリ・タイプ: {2} バッテリ温度: {3} フル充電容量: {4} 充電比: {5} 周囲温度: {6}

レベル 情報

原因: ハード・ディスク・コントローラのバッテリが交換されました。

処置: 情報アラートなので、ユーザーによる処置は必要ありません。

A.13 アラート・メッセージの汎用処理: HALRT-10001 - HALRT-10500

HALRT-10001

原因: 通常のステータスに戻る場合など、ハードウェア・ステータスのエラー以外の変更が発生しました。

処置: 情報アラートなので、ユーザー処理はありません。

HALRT-10003

原因: 予定外の学習サイクルが開始されています。

処置: 予定外の学習サイクルがどのように開始されたかを調べてください。

HALRT-10004

原因: 温度が許容範囲ではありませんでした。

処置: システムを停止します。熱障害の原因を特定します。必要な場合は、データをこのサーバーから移動します。

HALRT-10005

原因: ファンで問題が発生しました。

処置: システムを停止します。ファン障害の原因を特定します。ファンを交換します。必要な場合は、データをこのサーバーから移動します。

HALRT-10007

原因: 電源で問題が発生しました。

処置: 電源を確認します。必要に応じて、電源を交換します。

HALRT-10015

原因: 温度が許容範囲ではありませんでした。

処置: 温度機能の低下を確認します。システムを停止して、データをこのサーバーから移動します。

HALRT-10025

原因: CPUエラーが検出されました。

処置: システムを停止します。CPUエラーを確認します。

HALRT-10029: 汎用センサーがエラーを検出しました。

原因: センサーの変更またはエラーが発生しました。

処置: センサーの状態の変更またはエラーを確認します。予想外でクリアされない場合は、Oracleサポート・サービスに問い合せてください。

HALRT-10030

原因: アラートが発生しました。

処置: アラート・メッセージの追加情報を参照してください。

HALRT-10031

原因: FRUが取り外されました。

処置: ユニットが意図して削除されていない場合は、Oracleサポート・サービスに問い合せてください。

HALRT-10032

原因: エラーが発生しました。

処置: コンソールのエラー・メッセージを取得してください。システムを再起動して電源を入れ直し、元に戻します。エラー・メッセージは、Oracleサポート・サービスに問い合せてください。

HALRT-10033

原因: キャッシュが失われました。

処置: キャッシュを失うと、ディスク上のすべてのデータは失効します。Oracle ASMからこのコントローラに接続されているディスクのデータを強制的に削除してから戻します。

HALRT-10034

原因: ディスク・コントローラのファームウェアにリフレッシュが必要です。

処置: ディスク・コントローラのファームウェアをリフレッシュします。

HALRT-10035

原因: ディスク・コントローラがエラーを認識しました。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-10036

原因: システムが変更されました。

処置: この変更が意図したものではない場合は、Oracleサポート・サービスに問い合せてください。

HALRT-10037

原因: 動作温度がマシンの指定範囲ではありませんでした。

処置: 動作温度がシステムの指定レベルの範囲であることを確認します。

HALRT-10038

原因: バッテリが完全に充電されていません。

処置: バッテリが完全に充電されていない場合、バッテリを充電します。それ以外の場合、バッテリに障害が発生する可能性があります。ディスク・コントローラのバッテリを交換してください。

HALRT-10039

原因: 仮想ドライブのLUNで障害が発生しました。

処置: LUNを削除して、再作成してください。

HALRT-10040

原因: 物理ディスクが取り外されました。

処置: 物理ドライブが意図せずに削除された場合は、ただちに元に戻してください。

HALRT-10041

原因: システムのディスクがサポートまたは認証されませんでした。

処置: このディスクをサポートおよび認証されているディスクに交換します。

HALRT-10045

原因: フラッシュ書込みパフォーマンスが低下しました。

処置: フラッシュ・ディスク、フラッシュPCIカードまたはEnergy Storage Module(ESM)を交換します。PCIカードのすべてのディスクのパフォーマンスが低下した場合は、カードを交換してください。PCIカードのESM LEDをチェックします。LEDはセル・シャーシの背面から確認できます。このLEDが黄色の場合は、カードを交換してください。

注意:

このメッセージには、グリッド・ディスクがある場合にHALRT-10046メッセージ、グリッド・ディスクがなくフラッシュ・キャッシュにサーバー・ディスクが使用される場合にHALRT-10047メッセージの本文が含まれることがあります。

HALRT-10046

原因: ディスクでエラーが発生しました。

処置: 交換するディスクに永続データがある場合は、それらのディスクからデータをリバランスし、フラッシュ・ディスクを交換します。フラッシュ・ディスクに永続データが存在していた場合は、データをディスクの内部にリバランスします。

HALRT-10047

原因: フラッシュ・ディスクでエラーが発生しました。

処置: このフラッシュ・ディスクにより提供されたフラッシュ・キャッシュは、自動的に無効化されます。

HALRT-10054

原因: 物理ディスクが非常に低いパフォーマンスを示しました。

処置: できるだけすぐに物理ディスクを交換してください。

HALRT-10056

原因: 一意の識別子が指定され、自動サービス・リクエストが通知されました。

処置: 情報アラートなので、ユーザーによる処置は必要ありません。

HALRT-10057

原因: この問題に関する詳細情報は、My Oracle Supportで見つかる可能性があります。

処置: アラートに一覧表示されているMy Oracle Supportノートを参照してください。

HALRT-10066

原因: システム・ハード・ディスクが非常に低いパフォーマンスを示しました。

処置: できるだけすぐにシステム・ハード・ディスクを交換します。

HALRT-10067

原因: データ・ハード・ディスクが非常に低いパフォーマンスを示しました。

処置: できるだけすぐにデータ・ハード・ディスクを交換します。

HALRT-10068

原因: フラッシュ・ディスクが非常に低いパフォーマンスを示しました。

処置: できるだけすぐにフラッシュ・ディスクを交換します。

HALRT-10073

原因: デバイス・モニタリング・ユーティリティから予期しない出力がありました。

処置: 問題が解決されると、解決済のアラートが送信されます。問題が解決しない場合は、Oracleサポート・サービスまでお問い合せください。

HALRT-10074

原因: フラッシュ・ディスクが取り外されているか、ストレージ・サーバーに表示できなくなっています。

処置: フラッシュ・ディスクを交換した場合、このアラートは情報のみです。フラッシュ・ディスクがキャッシュとして使用されている場合、このサーバーのフラッシュ・キャッシュ・サイズは減っています。フラッシュ・ディスクを取り外すと、停止、データ損失、Oracle ASMリバランスが発生しません。

HALRT-10075

原因: Recovery Applianceの温度が動作範囲外です。

処置: Recovery Applianceの動作範囲は摂氏5から32度(華氏41から89.6度)です。データ・センターの状態を調整し、指定した温度範囲内でRecovery Applianceが動作するようにしてください。

HALRT-10076

原因: 物理ディスクのグリッド・ディスクに関連付けられているOracle ASMディスクが正常に削除され、ディスクの取外しが安全であることを示す青色の取外しOKのLEDがディスクで点灯しています。

処置: できるだけすぐにディスク・ドライブを交換してください。

HALRT-10078

原因: 物理ディスクの取外し時に、CELLSRVによってI/Oエラーがレポートされました。

処置: 処置は必要ありません。その結果、この物理ディスクのグリッド・ディスクがOracle ASMでオフラインになると、Oracle ASMはディスクを自動的にオンラインにします。

HALRT-10079

原因: ストレージ・サーバーの単一のシステム・ディスクに有効なパーティションがありません。

処置: Oracleサポート・サービスに問い合せてください。

HALRT-10080

原因: ディスクが間違ったスロットに挿入されています。

処置: ディスクを正しいスロットに挿入してください。

HALRT-10081

原因: ハード・ディスクのパフォーマンスが一時的に低下しています。ディスクは制限され、オフライン状態になっています。

処置: ハード・ディスクをグリッド・ディスクに使用している場合、このハード・ディスクのグリッド・ディスクに関連するOracle ASMディスクがオフラインにされます。このディスクに対して制限テストが実行され、ディスクが恒久的にpoor performanceになるか、ディスクがnormal状態に戻ります。

HALRT-10082

原因: フラッシュ・ディスクのパフォーマンスが一時的に低下しています。ディスクは制限され、オフライン状態になっています。

処置: 次のいずれかの処置が実行されます。

- フラッシュ・ディスクをライトスルー・フラッシュ・キャッシュに使用している場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・ディスクをライトバック・フラッシュ・キャッシュに使用している場合、このディスクのフラッシュ・キャッシュが無効になり、フラッシュ・キャッシュ内のダーティ・データに対する読取りI/Oが別のセルのミラー・ディスクを対象とするようになります。書込みI/Oはこのセルのグリッド・ディスクを直接対象とします。

- フラッシュ・ディスクをフラッシュ・ログに使用している場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- フラッシュ・ディスクをwritethroughフラッシュ・キャッシュに使用している場合、このディスクでフラッシュ・キャッシュが無効になり、有効なフラッシュ・キャッシュ・サイズが縮小します。

- フラッシュ・ディスクをwritebackフラッシュ・キャッシュに使用している場合、このディスクのフラッシュ・キャッシュが無効になり、フラッシュ・キャッシュ内のダーティ・データに対する読取りI/Oが別のセルのミラー・ディスクを対象とするようになります。書込みI/Oはこのセルのグリッド・ディスクを直接対象とします。

- フラッシュ・ディスクをフラッシュ・ログに使用している場合、このディスクでフラッシュ・ログが無効になり、有効なフラッシュ・ログ・サイズが縮小します。

- フラッシュ・ディスクをグリッド・ディスクに使用している場合、このフラッシュ・ディスクのグリッド・ディスクに関連するOracle ASMディスクがオフラインにされます。

このディスクに対して制限テストが実行され、ディスクが恒久的にpoor performanceになるか、ディスクがnormal状態に戻ります。

HALRT-10086

原因: フラッシュ・ディスクがpeer failureステータスになりました。

処置: すべてのデータがリバランスされ、フラッシュ・ディスクからフラッシュされている場合は、別のアラートが送信されます。2番目のアラートを待機してから、フラッシュ・ディスクを交換してください。白色のセル・ロケータLEDが点灯しており、影響を受けているサーバーを特定できます。

HALRT-10087

原因: このディスクのデータが正常にリバランスおよびフラッシュされています。

処置: ドライブを交換してください。

A.14 アラート・メッセージの汎用処理: HALRT-10503 - HALRT-11000

これらのメッセージは、アラート・メッセージのユーザー処理です。この処理の範囲は、HALRT-10503からHALRT-11000です。

HALRT-10503

原因: HDDディスク・コントローラで問題が発生しました。

処置: HDDディスク・コントローラのバッテリを交換する必要があります。Oracleサポート・サービスに問い合せてください。

HALRT-10504

原因: バッテリがライトスルー・キャッシュ・モードでした。

処置: HDDディスク・コントローラのバッテリは良好ですが、論理ドライブがライトスルー・キャッシュ・モードです。Oracleサポートに連絡してください

HALRT-10505

原因: ディスク・コントローラのバッテリが学習サイクルを完了しました。

処置: ディスク・コントローラのバッテリは正常な状態に戻っていますが、ディスク・ドライブがwritethroughキャッシュ・モードです。Oracleサポート・サービスに問い合せてください。

HALRT-10506

原因: ディスク・ドライブがwritebackキャッシュ・モードになりました。

処置: ディスク・ドライブがwritebackキャッシュ・モードです。処理は不要です。

HALRT-10507

原因: すべての論理ドライブがライトスルー・キャッシュ・モードでした。

処置: ディスク・コントローラのバッテリは良好ですが、すべての論理ドライブがライトスルー・キャッシュ・モードです。Oracleサポート・サービスに問い合せてください。

HALRT-10510

原因: ディスク・コントローラのキャッシュの内容が失われました。

処置: Oracleサポート・サービスに問い合せてください。

ディスク・コントローラのキャッシュの消失によって、最新の書込み操作が一部消失する可能性があります。このサーバーのグリッド・ディスクへのアクセスが無効になっています。ユーザーが開始したオフラインのディスクとの競合を回避したり、リカバリ中の強制削除を回避するため、ストレージ・サーバーに対してストレージ・サーバー・ソフトウェアのディスク自動管理が無効になっています。この問題に関連しないサーバーの自動管理には影響しません。

HALRT-10511

原因: 新しいバッテリが充電中です。

処置: 情報メッセージなので、処置は必要ありません。新しいバッテリが自動的に充電中です。バッテリの充電が完了すると、ディスク・ドライブはwritebackキャッシュ・モードになります。

HALRT-10512

原因: ディスク・コントローラのバッテリが過熱しています。

処置: ディスク・コントローラのバッテリが過熱しています。周囲温度が32℃を下回っているかどうか、およびファンが動作しているかどうかを確認してください。

HALRT-10513

原因: ディスク・コントローラのバッテリが動作していません。

処置: ディスク・コントローラのバッテリを交換してください。

A.15 アラート・メッセージの汎用処理: HALRT-11001 - HALRT-11100

HALRT-11001

原因: Infiniband構成で問題が発生しました。

処置: ibstatusを使用してInfiniBand構成を確認し、両方のポートの状態がACTIVEで、期待するレート(GB/秒)になっていることを検証します。ポートの状態がACTIVEになると、アラートが解除されます。

低いリンク・レートにネゴシエーションを行うInfinibandリンクの一般的な原因として、HCAまたはスイッチのInfiniBandケーブル・コネクタが緩いことが考えられます。通常、InfiniBandコネクタがHCAおよびスイッチにしっかりと取り付けられていれば、この問題は解決します。

スイッチの再起動後に、ポートの状態がDOWNを示す場合があります。数分後に、ポートは自動的にACTIVEになります。

関連項目:

詳細は、My Oracle Supportノート1612884.1を参照してください。

HALRT-11002

原因: InfiniBandポートで問題が発生しました。

処置: CellCLI LIST IBPORT DETAILコマンドを使用してポートをチェックします。両方のポートについてrcvErrsとsymbolErrsのエラー数が0であるかどうか確認します。エラー数が0以外の場合、不良ケーブルが原因か、または正しく装着されていないケーブルが原因である可能性があります。HCAまたはスイッチの不良ポートが原因である可能性もあります。手動によるInfiniBandポートの有効化および無効化またはInfiniBandスイッチのリセットでも、これらのエラーが発生する可能性があります。この問題を修正してから、CellCLI ALTER IBPORT...RESETコマンドを使用して、HCAポートおよびピア・スイッチ・ポートの両方でInfiniBandエラー数をリセットします。

HALRT-11003

原因: InfiniBandポートで問題が発生しました。

処置: CellCLI LIST IBPORT DETAILコマンドを使用してポートをチェックします。両方のポートが予期する速度(GB/秒)であることを検証します。低いリンク・レートにネゴシエーションを行うInfinibandリンクの一般的な原因として、HCAまたはスイッチのInfiniBandケーブル・コネクタが緩いことが考えられます。通常、InfiniBandコネクタがHCAおよびスイッチにしっかりと取り付けられていれば、この問題は解決します。

B 交換ユニット

この付録では、Recovery Applianceの交換ユニットをリストします。この付録には、次の項があります。

- 「保証範囲について」

- 「修理カテゴリの理解」

- 「LEDステータスの説明」

- 「計算サーバーの部品」

- 「ストレージ・サーバーの部品」

- 「InfiniBandスイッチの部品」

- 「Ciscoスイッチの部品」

- 「配電ユニットの部品」

- 「Recovery Applianceのケーブルおよびケーブル・アクセサリ」

B.1 保証範囲について

Oracle Premier Support for Systemsで保証されている場合、すべての交換可能部品はフィールド交換可能ユニット(FRU)です。Oracleフィールド・エンジニアは交換部品をインストールします。

B.2 修理カテゴリの理解

修理カテゴリでは、修理の潜在的な影響について説明します。表B-1に、カテゴリおよび処理を示します。

表B-1 Recovery Applianceの修理カテゴリ

カテゴリ

説明

例

Hot Swap(HS)

修理部品がホット・スワップ可能なので、ホスト・システムを停止しないで交換できます。データ保護のために交換の前後にコマンドが必要になる場合があります。

- ディスク

- ファン

- 電源

Infrastructure Repair(IR)

Recovery Applianceラック内の接続コンポーネントの修理。ラックの停止時間はありませんが、個別のコンポーネントに停止時間が必要になる場合があります。

- イーサネット・スイッチ

- 外部ケーブル

- InfiniBandスイッチ

計算サーバー・オフライン(DBO)

部品の修理では、1つの計算サーバーを停止する必要があります。ラックの停止時間は必要ありませんが、個々のサーバーに停止時間が必要になり、一時的にクラスタの外部で処理される場合があります。

現在サーバーを実行している場合、停止する必要があります。「サーバーの電源切断」を参照してください。

Oracle Enterprise Manager Grid Controlを使用してシステムをモニターする場合、ターゲットをブラックアウト状態にして不要なアラートを回避します。詳細は、Oracle Enterprise Manager管理に関する項を参照してください。

- メモリー

- PCIeカード

- PDU

- プロセッサ

- システム・ボード

ストレージ・サーバー・オフライン(EBO)

部品の修理では、ラック内の1つのストレージ・サーバーを停止する必要があります。ラックの停止時間は必要ありませんが、個々のサーバーに停止時間が必要になり、一時的にクラスタの外部で処理される場合があります。システムでデータの冗長性を維持するためにリバランスされる際、一時的にパフォーマンスが影響を受ける場合があります。

現在サーバーを実行している場合、停止する必要があります。「サーバーの電源切断」を参照してください。

Oracle Enterprise Manager Grid Controlを使用してシステムをモニターする場合、ターゲットをブラックアウト状態にして不要なアラートを回避します。詳細は、Oracle Enterprise Manager管理に関する項を参照してください。

- メモリー

- PCIeカード

- プロセッサ

- システム・ボード

B.3 LEDステータスの説明

この項では、LEDについて説明します。

B.3.1 Oracle ServerのLED

表B-2では、計算サーバーおよびストレージ・サーバーで障害を示す可能性があるLEDステータス・インジケータを示します。

表B-2 Oracle ServerのLEDステータスの説明

コンポーネント

LEDステータス

一般ステータス

各サーバーの前面パネルと背面パネルには、次のLEDがあります。

要点検(黄)

消灯は、正常に動作していることを示します。

点灯は、サーバーに障害が発生したことを示します。

電源/OK (緑)

点灯は、サーバーの電源が投入されていることを示します。

ゆっくりとした点滅は、サーバーが起動中であることを示します。

規則的な点滅は、スタンバイ電源は入っていますが、シャーシ電源は切れていることを示します。

消灯は、AC電源がないか、Oracle ILOMが完全に起動していないことを示します。

ファン

各ファン・モジュールには2色のLEDが1つあり、トップ・カバーのファン・ドアを開くと見えるようになっています。

ファン・ステータス(黄/緑)

黄色は、ファン・モジュールに障害があることを示します。システムがファン・モジュールの障害を検出した場合、前面および背面パネルの要点検LEDも点灯します。

緑色は、システムに電源が投入されており、ファン・モジュールが正常に動作していることを示します。

ドライブ

ストレージ・ドライブとブート・ドライブには、次のLEDがあります。

要点検(黄)

消灯は、正常に動作していることを示します。

点灯は、ドライブに障害が発生したことを示します。

OK/動作(緑)

点灯は、正常に動作が停止していることを示します。

規則的な点滅は、正常に動作していることを示します。

消灯は、電源が切断されているか、システムでドライブを認識できないことを示します。

電源

各電源には、次のLEDがあります。これらはサーバーの背面から確認できます。

要点検(黄)

消灯は、正常に動作していることを示します。

点灯は、電圧、電流、温度またはファンに関する電源の問題がシステムで検出されたことを示します。

AC OK/DC OK (緑)

点灯は、ACおよびDC電源が両方とも正常に動作していることを示します。

ゆっくりとした点滅は、入力AC電源が正常で、出力DC電源が無効であることを示します。

消灯は、入力AC電源が存在しないことを示します。

関連項目:

- 次のWebサイトの『Sun Server X4-2 Service Manual』のサーバーおよびコンポーネントのステータス・インジケータに関する項
http://docs.oracle.com/cd/E36975_01/html/E38045/z4000be71405942.html#scrolltoc

- 次のWebサイトの『Sun Server X4-2L Service Manual』のサーバーおよびコンポーネントのステータス・インジケータに関する項
http://docs.oracle.com/cd/E36974_01/html/E38145/z40003ec1405942.html#scrolltoc

B.3.2 Sun Datacenter InfiniBand Switch 36のLED

表B-3では、Sun Datacenter InfiniBand Switch 36で障害を示す可能性があるLEDステータス・インジケータを示します。

表B-3 Sun InfiniBand Switch LEDステータスの説明

コンポーネント

LEDステータス

シャーシ

背面パネルの左側には、次のLEDがあります。

注意(黄)

点灯は、障害が発生したことを示します。

消灯は、正常に動作していることを示します。

点滅は機能していないことを示します。

OK (緑)

点灯は、正常に動作していることを示します。

消灯は、スイッチがオフであるか、初期化中であることを示します。

点滅は機能していないことを示します。

リンク・ステータス

背面パネルのデータ・ケーブル・コネクタの近くには、リンク・ステータスLEDがあります。

リンク(緑)

点灯は、リンクが確立されていることを示します。

消灯は、リンクが切断されていることを示します。

点滅は、シンボル・エラーの存在を示します。

ネットワーク管理ポート

背面パネルのネットワーク管理コネクタには、次のLEDがあります。

リンク速度(黄/緑):

緑色の点灯は、1000BASE-Tリンクを示します。

黄色の点灯は、100BASE-Tリンクを示します。

オフはリンクがないことを示します。

点滅は機能していないことを示します。

動作(緑):

点滅は、パケット・アクティビティを示します。

オンは機能していないことを示します。

オフはアクティビティがないことを示します。

電源

シャーシの前面の電源には、次のLEDがあります。

注意(黄)

点灯は、障害が発生し、12VDCが停止していることを示します。

消灯は、正常に動作していることを示します。

点滅は機能していないことを示します。

OK (緑)

点灯は、12VDCを示します。

消灯は、DC電圧が存在しないことを示します。

点滅は機能していないことを示します。

AC LED (緑)

点灯は、AC電源が供給されていることを示します。

消灯は、AC電源が存在しないことを示します。

点滅は機能していないことを示します。

ファン

シャーシの前面の吸気口には、次のLEDがあります。

FT

点灯は、ファンに問題があることを示します。

消灯は、正常に動作していることを示します

関連項目:

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 Service Manual』のLEDの識別に関する項

http://docs.oracle.com/cd/E26698_01/html/E26434/z40000fe1394411.html

B.4 計算サーバーの部品

次の各項では、Recovery Appliance計算サーバーの交換部品を示します。

- Oracle Server X6-2およびX5-2の部品

- Sun Server X4-2の部品

B.4.1 Oracle Server X6-2およびX5-2の部品

図B-1に、Oracle Server X6-2またはX5-2の前面図を示します。

図B-1 Oracle Server X6-2またはX5-2の前面図

図B-2に、Oracle Server X6-2またはX5-2の背面図を示します。

図B-2 Oracle Server X6-2またはX5-2の背面図

表B-4に、Oracle Server X6-2計算サーバーの交換部品を示します。特に記載のないかぎり、修理手順は『Oracle Server X6-2サービス・マニュアル』に記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-4 Oracle Server X6-2計算サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

350-1719

構成部品、スリム・レール、1U-2U、スナップイン

DBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのラックへのサーバーの再インストールに関する項を参照してください。
http://docs.oracle.com/cd/E62159_01/html/E62171/z40004191003899.html

370-5621

3ボルトのリチウム電池

DBO

次のWebサイトの電池の処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40003f01423753.html

542-0287

ドライブ、600GB 10K、SAS2、SFF

DBO

次のWebサイトのストレージ・ドライブ(CRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40000091011460.html

7014226

ケーブル、インターロック、125mm

DBO

次のWebサイトの電源、FIM、ディスク・バックプレーン・データおよびDVDケーブルの処理に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/gnyov.html

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

DBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのPCIeカードの処理に関する項を参照してください。
http://docs.oracle.com/cd/E62159_01/html/E62171/z40000f91037409.html

3. InfiniBand構成を確認します。次のWebサイトのInfiniBandネットワーク構成の確認に関する項を参照してください。
http://docs.oracle.com/cd/E50790_01/doc/doc.121/e51951/components.htm#DBMMN21155

4. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7051223

構成部品、Dual 10GbE SFP+LP、X8 PCIe 2.0、RoHS:Y

DBO

次のWebサイトのSun Dual 10GbE SFP+ PCIe 2.0ロープロファイル・アダプタ・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19407-01/820-7898-11/index.html

次のWebサイトのPCIeカードの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40000f91037409.html

7067728

ヒート・シンク、CPU 1U

DBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40001d31037480.html

7077680

構成部品、ライザー、2S、1U

DBO

次のWebサイトのPCIeライザーの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40000f91037394.html

7078072

DIMM、32GB、RDIMM、DDR4、2400

DBO

次のWebサイトのDIMMの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40003f01425075.html

7079395

電源、AC、A256、F、12V、600W

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E62159_01/html/E62171/z40000091014153.html

3. CMAを交換します。

7081071

構成部品、ライザー、単一スタック、1U

DBO

次のWebサイトのPCIeライザーの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40000f91037394.html

7085209

HBA、12GB SAS PCIe 8ポートRAID (フラッシュ・モジュールとともに内蔵)

DBO

次のWebサイトの内部HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/goeht.html

7086345

構成部品、スーパー・キャップ、13.5ボルト、6.4F、SAS3 HBA

DBO

次のWebサイトの内部HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/goeht.html

7086346

ケーブル、スーパー・キャップ、620M、6ピン、ストレート、SAS3 HBA

DBO

次のWebサイトの内部HBA SASケーブル構成部品の処理に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40003eb1420346.html

7089073

ファン・モジュール

HS

次のWebサイトのファン・モジュールの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40000091014194.html

7095106

CPU、E5-2699 v4、2.2GHz、145W、22コア、C-1 (SR1XD)

DBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40001d31037480.html

7097205

構成部品、8DBP、1U/2U

DBO

次のWebサイトのディスク・バックプレーン(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E62159_01/html/E62171/z40011771417642.html

7098505

構成部品、マザーボード、1U

DBO

1. 次のWebサイトのマザーボードの処理(FRU)に関する項を参照してください。
http://docs.oracle.com/cd/E62159_01/html/E62171/z40011771418436.html

2. サーバーの再起動後、[F2]を押します。

3. 起動順序を設定します。

表B-5に、Oracle Server X5-2計算サーバーの交換部品を示します。特に記載のないかぎり、修理手順はOracle Server X5-2サービス・マニュアルに記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-5 Oracle Server X5-2計算サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

350-1719

構成部品、スリム・レール、1U-2U、スナップイン

DBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのラックへのサーバーの再インストールに関する項を参照してください。
http://docs.oracle.com/cd/E41059_01/html/E48320/z40004191003899.html

370-5621

3ボルトのリチウム電池

DBO

次のWebサイトの電池の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40003f01423753.html

542-0287

ドライブ、600GB 10K、SAS2、SFF

DBO

次のWebサイトのストレージ・ドライブ(CRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40000091011460.html

7014226

ケーブル、インターロック、125mm

DBO

次のWebサイトの電源、FIM、ディスク・バックプレーン・データおよびDVDケーブルの処理に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/gnyov.html

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

DBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのPCIeカードの処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E41059_01/html/E48320/z40000f91037409.html

3. InfiniBand構成を確認します。次のWebサイトのInfiniBandネットワーク構成の確認に関する項を参照してください。
http://docs.oracle.com/cd/E50790_01/doc/doc.121/e51951/components.htm#DBMMN21155

4. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7051223

構成部品、Dual 10GbE SFP+LP、X8 PCIe 2.0、RoHS:Y

DBO

次のWebサイトのSun Dual 10GbE SFP+ PCIe 2.0ロープロファイル・アダプタ・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19407-01/820-7898-11/index.html

次のWebサイトのPCIeカードの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40000f91037409.html

7067728

ヒート・シンク、CPU 1U

DBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40001d31037480.html

7077680

構成部品、ライザー、2S、1U

DBO

次のWebサイトのPCIeライザーの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40000f91037394.html

7078072

DIMM、32GB、LRDIMM、DDR4、2133

DBO

次のWebサイトのDIMMの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40003f01425075.html

7079395

電源、AC、A256、F、12V、600W

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E41059_01/html/E48320/z40000091014153.html

3. CMAを交換します。

7081071

構成部品、ライザー、単一スタック、1U

DBO

次のWebサイトのPCIeライザーの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40000f91037394.html

7085209

HBA、12GB SAS PCIe 8ポートRAID (フラッシュ・モジュールとともに内蔵)

DBO

次のWebサイトの内部HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/goeht.html

7086345

構成部品、スーパー・キャップ、13.5ボルト、6.4F、SAS3 HBA

DBO

次のWebサイトの内部HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/goeht.html

7086346

ケーブル、スーパー・キャップ、620M、6ピン、ストレート、SAS3 HBA

DBO

次のWebサイトの内部HBA SASケーブル構成部品の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40003eb1420346.html

7089073

ファン・モジュール

HS

次のWebサイトのファン・モジュールの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40000091014194.html

7095106

CPU、E5-2699 v3、2.3GHz、145W、18コア、C-1 (SR1XD)

DBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40001d31037480.html

7097205

構成部品、8DBP、1U/2U

DBO

次のWebサイトのディスク・バックプレーン(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41059_01/html/E48320/z40011771417642.html

7098505

構成部品、マザーボード、1U

DBO

1. 次のWebサイトのマザーボードの処理(FRU)に関する項を参照してください。
http://docs.oracle.com/cd/E41059_01/html/E48320/z40011771418436.html

2. サーバーの再起動後、[F2]を押します。

3. 起動順序を設定します。

B.4.2 Sun Server X4-2の部品

図B-3に、Sun Server X4-2の前面図を示します。

図B-3 Sun Server X4-2の前面図

図B-4に、Sun Server X4-2の背面図を示します。

図B-4 Sun Server X4-2の背面図

表B-6に、Sun Server X4-2計算サーバーの交換部品を示します。特に記載のないかぎり、修理手順はSun Server X4-2サービス・マニュアルに記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-6 Sun Server X4-2計算サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

7013526

ファン・モジュール

HS

次のWebサイトの『Sun Server X4-2 Service Manual』のファン・モジュールのサービスに関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40000091014194.html#scrolltoc

7018701

DIMM、16GB、DDR3、2RX4、1600、1.35V

DBO

次のWebサイトのDIMMの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40003f01425075.html#scrolltoc

7020774

ヒート・シンク、CPU 1U、60mm FIN

DBO

次のWebサイトのストレージ・ドライブ(CRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40000091011460.html#scrolltoc

7023303

デュアル16ギガビット/秒 ファイバ・チャネル / 10 GbS FCoEホスト・アダプタ、QLogic

次のWebサイトのPCIeスロット1または2でのPCIeカードの取付けに関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40007611438967.html#scrolltoc

7027478

ディスク・バックプレーン、RoHS:Y

DBO

次のWebサイトのディスク・バックプレーン(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40011771417642.html#scrolltoc

7039841

前面のインジケータ・モジュール

DBO

次のWebサイトのPCIeライザーの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40011771417642.html#scrolltoc

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

DBO

1. 現在サーバーを実行している場合、停止します。「サーバーの電源切断」を参照してください。

2. 次のWebサイトのPCIeカードの処理に関する項を参照してください。
http://docs.oracle.com/cd/E36975_01/html/E38045/z40000f91037409.html#scrolltoc

3. 「Recovery Applianceのネットワークへの接続」を参照してください。

4. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7047503

構成部品、6GB、SAS RAIDディスクPCIe HBA、RoHS:Y

DBO

次のWebサイトのストレージ・ドライブの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40000091011460.html#scrolltoc

7048707

構成部品、ライザー、ダブル・スタック

DBO

次のWebサイトのPCIeライザーの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40011771417642.html#scrolltoc

7048710

1スロットのPCI Expressライザー構成部品

DBO

次のWebサイトのPCIeライザーの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40011771417642.html#scrolltoc

7051223

構成部品、Dual 10GbE SFP+LP、X8 PCIe 2.0、RoHS:Y

DBO

次のWebサイトのSun Dual 10GbE SFP+ PCIe 2.0ロープロファイル・アダプタ・ユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/E19407-01/820-7898-11/index.html

7057184

構成部品、バッテリ・キャリア・リモート

HS

「計算サーバーのディスク・コントローラBBUの交換」

7058153

構成部品、マザーボード、X4-2

DBO

1. 次のWebサイトのマザーボードの処理に関する項を参照してください。
http://docs.oracle.com/cd/E36975_01/html/E38045/z40011771418436.html#scrolltoc

2. サーバーの再起動後、[F2]を押します。

3. 起動順序を設定します。

7060020

ユニバーサル・アップグレード・リモート・バッテリ・キット

EBO

「計算サーバーのディスク・コントローラBBUの交換」

7060951

電源、AC、A256、F、12V、600W

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理に関する項を参照してください。
http://docs.oracle.com/cd/E36975_01/html/E38045/z40000091014153.html#scrolltoc

3. CMAを交換します。

7069232

CPU、E5-2697 v2、12コア、2.7GHz

DBO

次のWebサイトのプロセッサの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E38045/z40001d31037480.html#scrolltoc

関連項目:

次のWebサイトのSun Server X4-2サービス・アニメーションに関する項を参照してください。

http://docs.oracle.com/cd/E36975_01/html/E49470/index.html

B.5 ストレージ・サーバーの部品

次の各項では、Recovery Applianceストレージ・サーバーの交換部品を示します。

- Oracle Server X6-2LおよびX5-2Lの部品

- Sun Server X4-2Lの部品

B.5.1 Oracle Server X6-2LおよびX5-2Lの部品

図B-5に、Oracle Server X6-2LまたはX5-2Lの前面図を示します。ハード・ドライブには、左下から始まり左から右へと番号が付けられます。下段のドライブの番号は0、1、2および3です。中段のドライブの番号は4、5、6および7です。上段のドライブの番号は8、9、10および11です。

図B-5 Oracle Server X6-2LまたはX5-2Lの前面図

図B-6に、Oracle Server X6-2LまたはX5-2Lストレージ・サーバーの背面図を示します。

図B-6 Oracle Server X6-2LまたはX5-2Lの背面図

表B-7に、Oracle Server X6-2Lの交換部品を示します。特に記載のないかぎり、修理手順は『Oracle Server X6-2Lサービス・マニュアル』に記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-7 Oracle Server X6-2Lストレージ・サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

350-1719

構成部品、1U-2Uスナップイン、スリム・レール・ラック

EBO

1. サーバーを現在実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのラックへのサーバーの再インストールに関する項を参照してください。
http://docs.oracle.com/cd/E62172_01/html/E62184/z40004191003899.html

370-5621

3ボルトのリチウム電池

EBO

次のWebサイトの電池の処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40000f91037456.html

7014226

ケーブル、インターロック、125mm

EBO

次のWebサイトのSASケーブルの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/baecfjbc.html

7017231

インジケータ構成部品、右

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュール(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40001d31014236.html

7023515

ディスク・バックプレーン構成部品、2背面

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40007ac1419009.html

7044130

電源、A258、1000W、AC入力

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E62172_01/html/E62184/z40000091014153.html

3. CMAを交換します。

7045042

ファン構成部品、2U、80 x 80、Ferrite、center_rotate

HS

次のWebサイトのファン・モジュールの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40000091014194.html

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

EBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのPCIeカードの処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E62172_01/html/E62184/z40000f91037409.html

3. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7064884

ヒート・シンク、CPU

EBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40001d31037480.html

7066824

構成部品、ドライブ、8TB、3.5インチ、SAS/7200rpm

HS

次のWebサイトのストレージ・ドライブと背面ドライブの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40000091011460.html

7069337

構成部品、バックプレーン、12X3.5、W/SAS拡張、2U

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40007ac1419009.html

7078070

DIMM、16GB、RDIMM、DDR4、2400

EBO

次のWebサイトのDIMMの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/ceicjagi.html

7085209

HBA、12GB SAS PCIe 8ポートRAID (フラッシュ・モジュールとともに内蔵)

EBO

次のWebサイトのOracle Storage 12Gb/s SAS PCIe RAID HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/gocfy.html

7086345

構成部品、スーパー・キャップ、13.5ボルト、6.4F、SAS3 HBA

EBO

次のWebサイトのOracle Storage 12Gb/s SAS PCIe RAID HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/gocfy.html

7086346

ケーブル、スーパー・キャップ、620M、6ピン、ストレート、SAS3 HBA

EBO

次のWebサイトのSASケーブルの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/baecfjbc.html

7090170

フラッシュ・ドライブ、MLC、OSA ID、USB、8GB

EBO

次のWebサイトの内部USBフラッシュ・ドライブの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/ceiicfbd.html

7090698

構成部品、3.2TB eMLCフラッシュF320 NVMeカード

EBO

次のサイトのOracle Flash Accelerator F320 PCIeカード・ユーザー・ガイドを参照してください。

http://docs.oracle.com/cd/E65386_01/html/E65387/goiip.html

7095102

CPU、E5-2630 V4、2.2G、85W、10コア、R-2 (SR206)

EBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40001d31037480.html

7096185

構成部品、インジケータ、左

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュール(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E62172_01/html/E62184/z40001d31014236.html

7098504

ASM、MOBOトレイ

EBO

表B-8に、Oracle Server X5-2Lの交換部品を示します。特に記載のないかぎり、修理手順はOracle Server X5-2Lサービス・マニュアルに記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-8 Oracle Server X5-2Lストレージ・サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

350-1719

構成部品、1U-2Uスナップイン、スリム・レール・ラック

EBO

1. サーバーを現在実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのラックへのサーバーの再インストールに関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48333/z40004191003899.html

370-5621

3ボルトのリチウム電池

EBO

次のWebサイトの電池の処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40000f91037456.html

7014226

ケーブル、インターロック、125mm

EBO

次のWebサイトのSASケーブルの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/baecfjbc.html

7017231

インジケータ構成部品、右

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュール(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40001d31014236.html

7023515

ディスク・バックプレーン構成部品、2背面

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40007ac1419009.html

7044130

電源、A258、1000W、AC入力

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48333/z40000091014153.html

3. CMAを交換します。

7045042

ファン構成部品、2U、80 x 80、Ferrite、center_rotate

HS

次のWebサイトのファン・モジュールの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40000091014194.html

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

EBO

1. サーバーを実行している場合、正常に停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトのPCIeカードの処理(CRU)に関する項を参照してください。
http://docs.oracle.com/cd/E41033_01/html/E48333/z40000f91037409.html

3. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7064884

ヒート・シンク、CPU

EBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40001d31037480.html

7066824

構成部品、ドライブ、4TB、3.5インチ、SAS/7200rpm

HS

次のWebサイトのストレージ・ドライブと背面ドライブの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40000091011460.html

7069337

構成部品、バックプレーン、12X3.5、W/SAS拡張、2U

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40007ac1419009.html

7078070

DIMM、8GB、RDIMM、DDR4、2133

EBO

次のWebサイトのDIMMの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/ceicjagi.html

7085209

HBA、12GB SAS PCIe 8ポートRAID (フラッシュ・モジュールとともに内蔵)

EBO

次のWebサイトのOracle Storage 12Gb/s SAS PCIe RAID HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/gocfy.html

7086345

構成部品、スーパー・キャップ、13.5ボルト、6.4F、SAS3 HBA

EBO

次のWebサイトのOracle Storage 12Gb/s SAS PCIe RAID HBAカードの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/gocfy.html

7086346

ケーブル、スーパー・キャップ、620M、6ピン、ストレート、SAS3 HBA

EBO

次のWebサイトのSASケーブルの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/baecfjbc.html

7090170

フラッシュ・ドライブ、MLC、OSA ID、USB、8GB

EBO

次のWebサイトの内部USBフラッシュ・ドライブの処理(CRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/ceiicfbd.html

7090698

構成部品、1.6TB eMLCフラッシュF160 NVMeカード、Aura 3.0 (LP BRKT付き)

EBO

次のサイトのOracle Flash Accelerator F160 PCIeカード・ユーザー・ガイドを参照してください。

http://docs.oracle.com/cd/E54943_01/html/E54947/index.html

7095102

CPU、E5-2630 V3、2.4G、85W、8コア、R-2 (SR206)

EBO

次のWebサイトのプロセッサの処理(FRU)に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40001d31037480.html

7096185

構成部品、インジケータ、左

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュール(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E41033_01/html/E48333/z40001d31014236.html

7098504

ASM、MOBOトレイ

EBO

B.5.2 Sun Server X4-2Lの部品

図B-7に、Sun Server X4-2Lの前面図を示します。ハード・ドライブには、左下から始まり左から右へと番号が付けられます。下段のドライブの番号は0、1、2および3です。中段のドライブの番号は4、5、6および7です。上段のドライブの番号は8、9、10および11です。

図B-7 Sun Server X4-2Lの前面図

図B-8に、Sun Server X4-2Lストレージ・サーバーの背面図を示します。

図B-8 Sun Server X4-2Lの背面図

表B-9に、Sun Server X4-2Lの交換部品を示します。特に記載のないかぎり、修理手順はSun Server X4-2Lサービス・マニュアルに記載されている手順です。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-9 Sun Server X4-2Lストレージ・サーバーの交換部品

部品番号

説明

修理カテゴリ

修理手順

371-5002

USBドライブ、4GB

EBO

次のWebサイトの『Sun Server X4-2L Service Manual』の内部USBフラッシュ・ドライブのサービスに関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceiicfbd.html#scrolltoc

7014226

ケーブル、インターロック、125mm

EBO

次のWebサイトのケーブルの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/baecfjbc.html#scrolltoc

7014391

エクスパンダ構成部品、2U

EBO

次のWebサイトのSASエクスパンダ・モジュールの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceieidja.html#scrolltoc

7017231

インジケータ構成部品、右

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュールの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31014236.html#scrolltoc

7018701

DIMM、16GB、DDR3、1600、2Rx4、1.35V

EBO

次のWebサイトのDIMMの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceicjagi.html#scrolltoc

7020486

DIMM、8GB、DDR3、1600、2Rx4、1.35V

EBO

次のWebサイトのDIMMの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/ceicjagi.html#scrolltoc

7020776

ヒートシンク、CPU、2U、60 MM FIN、RoHS:YU

EBO

次のWebサイトのストレージ・ドライブと背面ドライブの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091011460.html#scrolltoc

7023515

ディスク・バックプレーン構成部品、2背面

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40007ac1419009.html#scrolltoc

7027479

ディスク・バックプレーン構成部品、4スロット3.5インチRoHS:Y

EBO

次のWebサイトの前面および背面のストレージ・ドライブ・バックプレーンの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40007ac1419009.html#scrolltoc

7044130

電源、A258、1000ワットAC入力

HS

1. CMAの背面左側を取り外し、後方に動かして右方向に取り外します。
両方の電源にアクセスするには、サーバーの真後ろにあるケーブルを支える伸縮式クロス・メンバーを格納します。

2. 次のWebサイトの電源の処理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091014153.html#scrolltoc

3. CMAを交換します。

7045042

ファン構成部品、2U、80 x 80、Ferrite、center_rotate

HS

次のWebサイトのファン・モジュールの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091014194.html#scrolltoc

7046442

構成部品、デュアル・ポート、QDR CX3、ホスト・チャネル・アダプタ

EBO

1. 現在サーバーを実行している場合、停止します。「サーバーの電源切断」を参照してください。

2. 次のWebサイトのPCIeカードの処理に関する項を参照してください。
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037409.html#scrolltoc

3. 「Recovery Applianceのネットワークへの接続」を参照してください。

4. 次のコマンドを使用して、新しいハードウェアがハードウェアとファームウェアの要件に準拠していることを確認します。

/opt/oracle.SupportTools/CheckHWnFWprofile

7047503

構成部品、6GB、SAS RAIDディスクPCIe HBA、RoHS:Y

DBO

次のWebサイトのストレージ・ドライブと背面ドライブの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091011460.html#scrolltoc

7048864

インジケータ構成部品、左、2U

EBO

次のWebサイトの前面のLED/USBインジケータ・モジュール(FRU)の処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31014236.html#scrolltoc

7057184

構成部品、バッテリ・キャリア・リモート

HS

「ストレージ・サーバーのディスク・コントローラBBUの交換」

7058152

構成部品、マザーボード、X4-2L

EBO

次のWebサイトのマザーボード構成部品の処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31037512.html#scrolltoc

7060020

ユニバーサル・アップグレード・リモート・バッテリ・キット

EBO

「ストレージ・サーバーのディスク・コントローラBBUの交換」

7069200

構成部品、800GB eMLCフラッシュPCIeカード

EBO

次のWebサイトのPCIeカードの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000f91037409.html#scrolltoc

7069242

CPU、E5-2630 v2、6コア、2.6Ghz

EBO

次のWebサイトのプロセッサの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40001d31037480.html#scrolltoc

7070656

ディスク構成部品、1.2TB、SAS2

HS

次のWebサイトのストレージ・ドライブと背面ドライブの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091011460.html#scrolltoc

7106353

4 TB 7200 RPM SAS HDD(ブラケット付属)

DBO

次のWebサイトのストレージ・ドライブと背面ドライブの処理に関する項を参照してください。

http://docs.oracle.com/cd/E36974_01/html/E38145/z40000091011460.html#scrolltoc

B.6 InfiniBandスイッチの部品

表B-10に、Recovery Applianceで使用されるInfiniBandスイッチの交換部品を示します。InfiniBandケーブルの詳細は、「Recovery Applianceのケーブルおよびケーブル・アクセサリ」を参照してください。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-10 InfiniBandスイッチの交換部品

部品番号

説明

修理カテゴリ

修理

300-2143

760ワットの電力、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

300-2299

760W AC入力電源

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

350-1312

Sun Datacenter InfiniBand Switch 36のファン・モジュール、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

350-1566

ファン・モジュール、1RU、Sanace、逆

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

371-2210

CR2032 3vバッテリ、RoHS:Y

IR

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

541-3495

Sun Datacenter InfiniBand Switch 36、RoHS:YL

IR

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

7052970

Sun Datacenter InfiniBand Switch 36、RoHS:YL

IR

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

7061031

ファン・モジュール、1RU、Sanace、逆

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

B.7 Ciscoスイッチの部品

表B-11に、Recovery Applianceで使用されるCiscoスイッチの交換部品を示します。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-11 Ciscoスイッチの交換部品

部品番号

説明

修理カテゴリ

修理

7023685

Cisco Catalyst 4948スイッチ、RoHS:Y

IR

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』の第3章を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

7024423

Cisco Catalyst 4948スイッチの電源、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』の第4章を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

7024424

Cisco Catalyst 4948スイッチの冷却ファン、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』の第4章を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

B.8 配電ユニットの部品

表B-12に、配電ユニット(PDU)の交換部品を示します。ケーブルおよび接続が複数ある場合は、配電ユニットの部品を交換する際にRecovery Applianceラックを停止することをお薦めします。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-12 配電ユニットの交換部品

部品番号

説明

修理カテゴリ

修理

180-2379

13A/250V直角IEC 320 Sheet E - IEC 320 C13コード、1メートル、RoHS:Y

HS

適用されません。

180-2380

13A/250V直角IEC 320 Sheet E - IEC 320 C13コード、2メートル、RoHS:Y

HS

適用されません。

371-4000

3相PDU: 15kV、5Pin、IEC309 32A、5PIN 230/400V、3相IP44、国際、RoHS:Y

IR

このガイドの「配電ユニットの交換」を参照してください。

371-4199

単相PDU、15kVA、3つの30A/250V 2極/3線式のNEMA L6-30Pプラグ、北米、RoHS:Y

IR

このガイドの「配電ユニットの交換」を参照してください。

371-4201

単相PDU、15kVA、3つの青色の32A/240Vの防沫構造の2極/3線式のIEC 60309プラグ、国際、RoHS:Y

IR

このガイドの「配電ユニットの交換」を参照してください。

371-5039

単相PDU: 22k VA Hubbell CS8265Cプラグ番号Xオプション

IR

このガイドの「配電ユニットの交換」を参照してください。

371-5040

単相PDU: 22k VA青色32A IEC 60309プラグ番号Xオプション

IR

このガイドの「配電ユニットの交換」を参照してください。

7051908

3相PDU: 15kVA、IEC309 60A、4PIN、250VAC、3相IP67、北米、RoHS:Y

IR

このガイドの「配電ユニットの交換」を参照してください。

B.9 Recovery Applianceのケーブルおよびケーブル・アクセサリ

表B-13に、Recovery Applianceの交換ケーブルおよびケーブル・アクセサリを示します。

注意:

Premier Support of Systemsで保証されている場合、次の表のすべての交換部品はFRUです。

表B-13 Recovery Applianceの交換ケーブル

部品番号

説明

修理カテゴリ

修理

350-1287

スリム・レール、CMA、ストレージ・サーバーの1U-2U

EBO

1. 現在サーバーを実行している場合、正常に停止する必要があります。詳細は、「Recovery Applianceラックの電源の投入と切断」を参照してください。

2. 次の場所の『Sun Fire X4170, X4270, and X4275 Servers Installation Manual』のケーブル管理アームの取付けに関する章を参照してください。
http://docs.oracle.com/cd/E19477-01/820-5827-13/rack_install.html#50614309_99582

350-1546

ケーブル管理アーム(CMA)1U、RoHS:Y、計算サーバー用

DBO

1. 現在サーバーを実行している場合、正常に停止する必要があります。詳細は、「Recovery Applianceラックの電源の投入と切断」を参照してください。

2. 次の場所の『Sun Fire X4170, X4270, and X4275 Servers Installation Manual』のケーブル管理アームの取付けに関する章を参照してください。
http://docs.oracle.com/cd/E19477-01/820-5827-13/rack_install.html#50614309_99582

350-1519

シリアル・ケーブル・キット、RoHS:Y、次の部品を含む

- USB - DB 9pin Mシリアル・ケーブル

- DB 9pin F - DB 9pin Fヌル・モデム・ケーブル

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

350-1637

ラベル構成部品、EV2、双方向、アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1638

ラベル構成部品、EV2、3方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1639

ラベル構成部品EV2、4方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1640

ラベル構成部品EV2、5方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1641

ラベル構成部品EV2、6方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1642

ラベル構成部品EV2、7方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

350-1643

ラベル構成部品EV2、8方向、サービス・アップグレード、ラベル

HS

「Recovery Appliance X4のラック内配線表」を参照してください。

530-4445

QSFP InfiniBandパッシブ銅ケーブル、10 GbE、3m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: ケーブルの交換時に冗長性が失われます。

530-4446

QSFP InfiniBandパッシブ銅ケーブル、10 GbE、5m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: ケーブルの交換時に冗長性が失われます。

530-4403

4x QSFP QDR InfiniBand銅ケーブル、2m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: ケーブルの交換時に冗長性が失われます。

530-4404

4x QSFP QDR InfiniBand銅ケーブル、3m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

530-4415

4x QSFP QDR InfiniBand銅ケーブル、5m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

530-4432

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、7フィート、青、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4433

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、10フィート、赤、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4434

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、7フィート、赤、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4435

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、10フィート、黒、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4436

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、7フィート、黒、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4437

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、7フィート、オレンジ、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4438

イーサネット・ケーブル、Cat 5/5E、RJ45 - RJ45、10フィート、黒、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

530-4444

QSFP - QSFPパッシブ銅ケーブル、1m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

530-4445

QSFPパッシブ銅ケーブル、10GE、3m

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

530-4502-01

イーサネット・ケーブル、Cat 5/5E、10フィート、青、RoHS:Y

HS

次のWebサイトの『Cisco Catalyst 4948E Switch Installation Guide』を参照してください。

http://www.cisco.com/en/US/docs/switches/lan/catalyst4900/4948E/installation/guide/4948E_ins.html

7015400

電源ケーブル、ジャンパ、SR2、2m C14RA、10A、C13

HS

このガイドの「配電ユニットの交換」を参照してください。

7042273

スリム・レール、ケーブル管理アーム、ストレージ・サーバーの1U-2U

EBO

1. 現在サーバーを実行している場合、停止します。「Recovery Applianceの停止」を参照してください。

2. 次のWebサイトの『Sun Server X4-2L Service Manual』の第2世代のケーブル管理アームの設置に関する項を参照してください
http://docs.oracle.com/cd/E36974_01/html/E38145/z40000151427029.html#scrolltoc

7102869

パッシブ・ファイバInfiniBandケーブル、10m、RoHS:Y

HS

1. 次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。
http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: パッシブ・ファイバ・ケーブルごとにQSFP SRトランシーバ(部品番号X2124A-N)を2つ購入してください。

7102870

パッシブ・ファイバInfiniBandケーブル、20m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: パッシブ・ファイバ・ケーブルごとにQSFP SRトランシーバ(部品番号X2124A-N)を2つ購入してください。

7102871

パッシブ・ファイバInfiniBandケーブル、50m、RoHS:Y

HS

次のWebサイトの『Sun Datacenter InfiniBand Switch 36 User's Guide』を参照してください。

http://docs.oracle.com/cd/E19197-01/835-0784-05/gentextid-226.html

注意: パッシブ・ファイバ・ケーブルごとにQSFP SRトランシーバ(部品番号X2124A-N)を2つ購入してください。

C Recovery Appliance X6およびX5のラック内配線表

この付録では、Recovery Appliance X6およびX5のフル・ラックおよび最小構成の各種コンポーネントの場所を示します。また、ラック内のコンポーネント間の配線接続も示します。

この付録には、次のセクションがあります。

- ケーブルの色分け

- Recovery Appliance X6およびX5ラックのレイアウト

- 「Oracle Integrated Lights Out Managerのケーブル接続」

- 「管理ギガビット・イーサネットのケーブル接続」

- 「単相配電ユニットのケーブル接続」

- 「3相配電ユニットのケーブル接続」

- 「InfiniBandスイッチ間のケーブル接続」

- 「InfiniBandスイッチとサーバーのケーブル接続」

C.1 ケーブルの色分け

Recovery Applianceで使用されるケーブルは、次のように色分けされています。

- 黒: ストレージ・サーバーのInfiniBandケーブル、AC電源ジャンパ・ケーブルおよびイーサネット・ケーブル

- 青: コンピュータ・サーバーのギガビット・イーサネット・ケーブル

- 赤: Integrated Lights Out Manager (ILOM)ケーブル

C.2 Recovery Appliance X6およびX5ラックのレイアウト

図C-1に、Recovery Appliance X6またはX5のフル・ラックの前面図および背面図を示します。前面図を左側、背面図を右側に示します。

注意:

ラック最下部の1Uの空きスペースはオプションのInfiniBandスパイン・スイッチ用のもので、これはマルチラック設置の場合に使用されます。このスペースには他のユニットを設置しないでください。

図C-1 Recovery Appliance X6またはX5のフル・ラックのラック・レイアウト

図C-2に、Recovery Appliance X6またはX5の最小構成の前面図および背面図を示します。

図C-2 Recovery Appliance X6またはX5の最小構成のラック・レイアウト

C.3 Oracle Integrated Lights Out Managerのケーブル接続

表C-1に、Recovery Appliance X6またはX5のフル・ラックのサーバーからOracle ILOMスイッチへのケーブル接続を示します。ポート番号はストレージ・サーバーが少ない場合のラックと同じです。各サーバーのILOMポートは、NET MGTというラベルが付けられ、ラック・ユニット21のギガビット・イーサネット・スイッチに接続されます。

ILOMケーブルは赤色です。

表C-1 Recovery Appliance X6またはX5のフル・ラックのILOM配線

接続元のラック・ユニット(1)

コンポーネント

接続先イーサネット・ポート

U41

ストレージ・サーバー

U39

ストレージ・サーバー

2

U37

ストレージ・サーバー

4

U35

ストレージ・サーバー

6

U33

ストレージ・サーバー

8

U31

ストレージ・サーバー

10

U29

ストレージ・サーバー

12

U27

ストレージ・サーバー

14

U25

ストレージ・サーバー

18

U23

ストレージ・サーバー

22

U18

ストレージ・サーバー

26

U17

計算サーバー

28

U16

計算サーバー

30

U14

ストレージ・サーバー

32

U12

ストレージ・サーバー

34

U10

ストレージ・サーバー

36

U8

ストレージ・サーバー

38

U6

ストレージ・サーバー

40

U4

ストレージ・サーバー

42

U2

ストレージ・サーバー

44

脚注1 Unはラックのユニットの場所です。nは数値です。

C.4 管理ギガビット・イーサネットのケーブル接続

表C-2に、Recovery Appliance X6またはX5のフル・ラックのサーバーからギガビット・イーサネット・スイッチへのケーブル接続を示します。ポート番号はストレージ・サーバーが少ない場合のラックと同じです。イーサネット・スイッチはラック・ユニット21にあります。イーサネット・ケーブルは青色です。

表C-2 Recovery Appliance X6またはX5のフル・ラックのギガビット・イーサネット配線

接続元のラック・ユニット(2)

コンポーネント

接続先イーサネット・ポート

U41

ストレージ・サーバー

15

U39

ストレージ・サーバー

1

U37

ストレージ・サーバー

3

U35

ストレージ・サーバー

5

U33

ストレージ・サーバー

7

U31

ストレージ・サーバー

9

U29

ストレージ・サーバー

11

U27

ストレージ・サーバー

13

U25

ストレージ・サーバー

17

U23

ストレージ・サーバー

21

U22

InfiniBandリーフ・スイッチ

45

U20

InfiniBandリーフ・スイッチ

46

U18

ストレージ・サーバー

25

U17

計算サーバー

27

U16

計算サーバー

29

U14

ストレージ・サーバー

31

U12

ストレージ・サーバー

33

U10

ストレージ・サーバー

35

U8

ストレージ・サーバー

37

U6

ストレージ・サーバー

39

U4

ストレージ・サーバー

41

U2

ストレージ・サーバー

43

脚注2 Unはラックのユニットの場所です。nは数値です。

C.5 単相配電ユニットのケーブル接続

表C-3に、Recovery Appliance X6またはX5のフル・ラックの配電ユニット(PDU)からラック・ユニットへのケーブル接続を示します。接続先およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表C-3 Recovery Appliance X6またはX5のフル・ラックの単相PDU配線

ラック・ユニット(3)

PDU-A

PDU-B

ケーブル長

U41

G4-5

G1-1

2メートル

U39

G5-6

G0-0

2メートル

U37

G5-3

G0-3

2メートル

U35

G5-1

G0-5

2メートル

U33

G5-0

G0-6

2メートル

U31

G4-4

G1-2

2メートル

U29

G4-3

G1-3

2メートル

U27

G4-2

G1-4

2メートル

U25

G3-5

G2-1

2メートル

U23

G3-3

G2-3

2メートル

U22

G3-1

G2-5

2メートル

U21

G3-0

G2-6

2メートル

U20

G1-5

G4-1

2メートル

U18

G2-2

G3-4

2メートル

U17

G2-1

G3-5

2メートル

U16

G1-6

G4-0

2メートル

U14

G2-0

G3-6

2メートル

U12

G1-4

G4-2

2メートル

U10

G1-2

G4-4

2メートル

U8

G1-0

G4-6

2メートル

U6

G0-6

G5-0

2メートル

U4

G0-4

G5-2

2メートル

U2

G0-2

G5-4

2メートル

U1

G0-0

G5-6

2メートル

脚注3 Unはラックのユニットの場所です。nは数値です。

C.6 3相配電ユニットのケーブル接続

表C-4に、Recovery Appliance X6またはX5のフル・ラックの配電ユニット(PDU)からラック・ユニットへのケーブル接続を示します。接続先およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表C-4 Recovery Appliance X6またはX5のフル・ラックの3相PDU配線

ラック・ユニット(4)

PDU-A

PDU-B

ケーブル長

U41

G5-5

G2-1

2メートル

U39

G5-6

G2-0

2メートル

U37

G5-3

G2-3

2メートル

U35

G5-0

G2-6

2メートル

U33

G5-2

G2-4

2メートル

U31

G4-4

G1-2

2メートル

U29

G4-2

G1-4

2メートル

U27

G4-1

G1-5

2メートル

U25

G3-5

G0-1

2メートル

U23

G3-3

G0-3

2メートル

U22

G3-2

G0-4

2メートル

U21

G3-0

G0-6

2メートル

U20

G2-4

G5-2

2メートル

U18

G2-2

G5-4

2メートル

U17

G2-1

G5-5

2メートル

U16

G1-6

G4-0

2メートル

U14

G1-5

G4-1

2メートル

U12

G1-4

G4-2

2メートル

U10

G1-2

G4-4

2メートル

U8

G1-0

G4-6

2メートル

U6

G0-6

G3-0

2メートル

U4

G0-4

G3-2

2メートル

U2

G0-2

G3-4

2メートル

U1

G0-0

G3-6

2メートル

脚注4 Unはラックのユニットの場所です。nは数値です。

C.7 InfiniBandスイッチ間のケーブル接続

表C-5に、ラック・ユニット20および22にある、2つのゲートウェイ・リーフ・スイッチ間のInfiniBand接続のポートおよびケーブル長を示します。ケーブルはすべて、黒色のQuad Data Rate (QDR) InfiniBandケーブルです。

表C-5 InfiniBandスイッチ間のケーブル接続

接続元のInfiniBandスイッチU20ポート(5)

接続先のInfiniBandスイッチU22ポート(5)

ケーブル長

9B

9A

1メートル

10B

10A

1メートル

11B

11A

1メートル

8A

8A

1メートル

9A

9B

1メートル

10A

10B

1メートル

11A

11B

1メートル

脚注5 Unはラックのユニットの場所です。nは数値です。

C.8 InfiniBandスイッチとサーバーのケーブル接続

表C-6に、Recovery Appliance X6またはX5のフル・ラックのゲートウェイ・リーフ・スイッチからサーバーへのInfiniBand接続の場所、ポートおよびケーブルを示します。ポート番号およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。スイッチはラック・ユニット20および22にあります。

ケーブルはすべて、黒色のQuad Data Rate (QDR) InfiniBandケーブルです。

表C-6 Recovery Appliance X6またはX5のフル・ラックのInfiniBandスイッチとサーバーの配線

接続元のInfiniBand Switchラック・ユニット(6)

ポート

接続先のラック・ユニット

デバイス

ポート

ケーブル長

U22

6B

U41

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

0A

U39

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

0B

U37

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

1A

U35

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

1B

U33

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

2A

U31

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

2B

U29

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

3B

U27

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

4A

U25

ストレージ・サーバー

PCIe 3、P1

2メートル

U22

5A

U23

ストレージ・サーバー

PCIe 3、P1

2メートル

U22

13A

U18

ストレージ・サーバー

PCIe 3、P2

2メートル

U22

13B

U17

計算サーバー

PCIe 2、P2

2メートル

U22

14B

U16

計算サーバー

PCIe 2、P2

2メートル

U22

14A

U14

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

15A

U12

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

15B

U10

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

16A

U8

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

16B

U6

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

17A

U4

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

17B

U2

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

6B

U41

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

0A

U39

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

0B

U37

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

1A

U35

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

1B

U33

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

2A

U31

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

2B

U29

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

3B

U27

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

4A

U25

ストレージ・サーバー

PCIe 3、P2

2メートル

U20

5A

U23

ストレージ・サーバー

PCIe 3、P2

2メートル

U20

13A

U18

ストレージ・サーバー

PCIe 3、P1

2メートル

U20

13B

U17

計算サーバー

PCIe 2、P1

2メートル

U20

14B

U16

計算サーバー

PCIe 2、P1

2メートル

U20

14A

U14

ストレージ・サーバー

PCIe 3、P1

2メートル

U20

15A

U12

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

15B

U10

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

16A

U8

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

16B

U6

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

17A

U4

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

17B

U2

ストレージ・サーバー

PCIe 3、P1

3メートル

脚注6 Unはラックのユニットの場所です。nは数値です。

D Recovery Appliance X4のラック内配線表

この付録では、Recovery Appliance X4のフル・ラックおよび最小構成の各種コンポーネントの場所を示します。また、ラック内のコンポーネント間の配線接続も示します。

この付録の内容は次のとおりです。

- 「Recovery Appliance X4ラックのレイアウト」

- 「Oracle Integrated Lights Out Managerのケーブル接続」

- 「管理ギガビット・イーサネットのケーブル接続」

- 「単相配電ユニットのケーブル接続」

- 「3相配電ユニットのケーブル接続」

- 「InfiniBandスイッチ間のケーブル接続」

- 「InfiniBandスイッチとサーバーのケーブル接続」

Recovery Applianceで使用されるケーブルは、次のように色分けされています。

- 黒: InfiniBandケーブルまたはAC電源ジャンパ・ケーブル

- 青: ギガビット・イーサネット・ケーブル

- 赤: Integrated Lights Out Manager (ILOM)ケーブル

D.1 Recovery Appliance X4ラックのレイアウト

図D-1に、Recovery Appliance X4のフル・ラックの前面図および背面図を示します。前面図を左側、背面図を右側に示します。

注意:

ラック最下部の1Uの空きスペースはオプションのInfiniBandスパイン・スイッチ用のもので、これはマルチラック設置の場合に使用されます。このスペースには他のユニットを設置しないでください。

図D-1 Recovery Appliance X4のフル・ラックのラック・レイアウト

図D-2に、Recovery Appliance X4の最小構成の前面図および背面図を示します。

図D-2 Recovery Appliance X4の最小構成のラック・レイアウト

D.2 Oracle Integrated Lights Out Managerのケーブル接続

表D-1に、Recovery Appliance X4のフル・ラックのサーバーからOracle ILOMスイッチへのケーブル接続を示します。ポート番号はストレージ・サーバーが少ない場合のラックと同じです。各サーバーのILOMポートは、NET MGTというラベルが付けられ、ラック・ユニット21のギガビット・イーサネット・スイッチに接続されます。

ILOMケーブルは赤色です。

表D-1 Recovery Appliance X4のフル・ラックのILOM配線

接続元のラック・ユニット(1)

コンポーネント

接続先イーサネット・ポート

U39

ストレージ・サーバー

2

U37

ストレージ・サーバー

4

U35

ストレージ・サーバー

6

U33

ストレージ・サーバー

8

U31

ストレージ・サーバー

10

U29

ストレージ・サーバー

12

U27

ストレージ・サーバー

14

U17

計算サーバー

28

U16

計算サーバー

30

U14

ストレージ・サーバー

32

U12

ストレージ・サーバー

34

U10

ストレージ・サーバー

36

U8

ストレージ・サーバー

38

U6

ストレージ・サーバー

40

U4

ストレージ・サーバー

42

U2

ストレージ・サーバー

44

脚注1 Unはラックのユニットの場所です。nは数値です。

D.3 管理ギガビット・イーサネットのケーブル接続

表D-2に、Recovery Appliance X4のフル・ラックのサーバーからギガビット・イーサネット・スイッチへのケーブル接続を示します。ポート番号はストレージ・サーバーが少ない場合のラックと同じです。イーサネット・スイッチはラック・ユニット21にあります。イーサネット・ケーブルは青色です。

表D-2 Recovery Appliance X4のフル・ラックのギガビット・イーサネット配線

接続元のラック・ユニット(2)

コンポーネント

接続先イーサネット・ポート

U39

ストレージ・サーバー

1

U37

ストレージ・サーバー

3

U35

ストレージ・サーバー

5

U33

ストレージ・サーバー

7

U31

ストレージ・サーバー

9

U29

ストレージ・サーバー

11

U27

ストレージ・サーバー

13

U22

InfiniBandリーフ・スイッチ

45

U20

InfiniBandリーフ・スイッチ

46

U17

計算サーバー

27

U16

計算サーバー

29

U14

ストレージ・サーバー

31

U12

ストレージ・サーバー

33

U10

ストレージ・サーバー

35

U8

ストレージ・サーバー

37

U6

ストレージ・サーバー

39

U4

ストレージ・サーバー

41

U2

ストレージ・サーバー

43

脚注2 Unはラックのユニットの場所です。nは数値です。

D.4 単相配電ユニットのケーブル接続

表D-3に、Recovery Appliance X4のフル・ラックの配電ユニット(PDU)からラック・ユニットへのケーブル接続を示します。接続先およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表D-3 Recovery Appliance X4のフル・ラックの単相PDU配線

ラック・ユニット(3)

PDU-A

PDU-B

ケーブル長

U39

G5-6

G0-0

2メートル

U37

G5-3

G0-3

2メートル

U35

G5-0

G0-6

2メートル

U33

G4-6

G1-0

2メートル

U31

G4-4

G1-2

2メートル

U29

G4-2

G1-4

2メートル

U27

G3-6

G2-0

2メートル

U22

G3-1

G2-5

2メートル

U21

G3-0

G2-6

2メートル

U20

G2-4

G3-2

2メートル

U17

G2-1

G3-5

2メートル

U16

G1-6

G4-0

2メートル

U14

G2-0

G3-6

2メートル

U12

G1-4

G4-2

2メートル

U10

G1-2

G4-4

2メートル

U8

G1-0

G4-6

2メートル

U6

G0-6

G5-0

2メートル

U4

G0-4

G5-2

2メートル

U2

G0-2

G5-4

2メートル

脚注3 Unはラックのユニットの場所です。nは数値です。

D.5 3相配電ユニットのケーブル接続

表D-4に、Recovery Appliance X4のフル・ラックの配電ユニット(PDU)からラック・ユニットへのケーブル接続を示します。接続先およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。ケーブルは、左側のPDU-Aが接続先であり、右側に配線されてケーブル管理アーム(CMA)に入ります。ケーブルは、4本のグループごとにまとめられます。

表D-4 Recovery Appliance X4のフル・ラックの3相PDU配線

ラック・ユニット(4)

PDU-A

PDU-B

ケーブル長

U39

G5-6

G2-0

2メートル

U37

G5-3

G2-3

2メートル

U35

G5-0

G2-6

2メートル

U33

G4-6

G1-0

2メートル

U31

G4-4

G1-2

2メートル

U29

G4-2

G1-4

2メートル

U27

G3-6

G0-0

2メートル

U22

G3-1

G0-5

2メートル

U21

G3-0

G0-6

2メートル

U20

G2-4

G5-2

2メートル

U17

G2-1

G5-5

2メートル

U16

G1-6

G4-0

2メートル

U14

G2-0

G5-6

2メートル

U12

G1-4

G4-2

2メートル

U10

G1-2

G4-4

2メートル

U8

G1-0

G4-6

2メートル

U6

G0-6

G3-0

2メートル

U4

G0-4

G3-2

2メートル

U2

G0-2

G3-4

2メートル

脚注4 Unはラックのユニットの場所です。nは数値です。

D.6 InfiniBandスイッチ間のケーブル接続

表D-5に、ラック・ユニット20および22にある、2つのゲートウェイ・リーフ・スイッチ間のInfiniBand接続のポートおよびケーブル長を示します。ケーブルはすべて、黒色のQuad Data Rate (QDR) InfiniBandケーブルです。

表D-5 InfiniBandスイッチ間のケーブル接続

接続元のInfiniBandスイッチU20ポート(5)

接続先のInfiniBandスイッチU22ポート(5)

ケーブル長

9B

9A

1メートル

10B

10A

1メートル

11B

11A

1メートル

8A

8A

1メートル

9A

9B

1メートル

10A

10B

1メートル

11A

11B

1メートル

脚注5 Unはラックのユニットの場所です。nは数値です。

D.7 InfiniBandスイッチとサーバーのケーブル接続

表D-6に、Recovery Appliance X4のフル・ラックのゲートウェイ・リーフ・スイッチからサーバーへのInfiniBand接続の場所、ポートおよびケーブルを示します。ポート番号およびケーブル長はストレージ・サーバーが少ない場合のラックと同じです。スイッチはラック・ユニット20および22にあります。

ケーブルはすべて、黒色のQuad Data Rate (QDR) InfiniBandケーブルです。

表D-6 Recovery Appliance X4のフル・ラックのInfiniBandスイッチとサーバーの配線

接続元のInfiniBand Switchラック・ユニット(6)

ポート

接続先のラック・ユニット

接続先のラック・ユニット

ポート

ケーブル長

U22

0A

U39

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

0B

U37

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

1A

U35

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

1B

U33

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

2A

U31

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

2B

U29

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

3B

U27

ストレージ・サーバー

PCIe 3、P1

3メートル

U22

13B

U17

計算サーバー

PCIe 2、P2

2メートル

U22

14B

U16

計算サーバー

PCIe 2、P2

2メートル

U22

14A

U14

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

15A

U12

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

15B

U10

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

16A

U8

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

16B

U6

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

17A

U4

ストレージ・サーバー

PCIe 3、P2

3メートル

U22

17B

U2

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

0A

U39

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

0B

U37

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

1A

U35

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

1B

U33

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

2A

U31

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

2B

U29

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

3B

U27

ストレージ・サーバー

PCIe 3、P2

3メートル

U20

13B

U17

計算サーバー

PCIe 2、P1

2メートル

U20

14B

U16

計算サーバー

PCIe 2、P1

2メートル

U20

14A

U14

ストレージ・サーバー

PCIe 3、P1

2メートル

U20

15A

U12

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

15B

U10

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

16A

U8

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

16B

U6

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

17A

U4

ストレージ・サーバー

PCIe 3、P1

3メートル

U20

17B

U2

ストレージ・サーバー

PCIe 3、P1

3メートル

脚注6 Unはラックのユニットの場所です。nは数値です。

E マルチラック配線表

InfiniBandケーブルにより、1つのラック内の複数のコンポーネントを接続するだけでなく、複数のラックを一緒に接続します。次の各表に記載されているケーブル長は、ケーブルがラックの下を通っている隣接しているラックを想定しています。ラックが離れているか、ケーブルがラックの上を通っている場合は、さらに長いケーブルが必要になる場合があります。ここに示すケーブル長は一般的なガイドラインです。実際に必要なケーブル長は常に確認してください。

この付録には、次のセクションがあります。

- 「マルチラック配線について」

- 「配線表の略語の概要」

- 「2つのラックの配線」

- 「3つのラックの配線」

- 「4つのラックの配線」

- 「5つのラックの配線」

- 「6つのラックの配線」

- 「7つのラックの配線」

- 「8つのラックの配線」

- 「9つのラックの配線」

- 「10個のラックの配線」

- 「11個のラックの配線」

- 「12個のラックの配線」

- 「13個のラックの配線」

- 「14個のラックの配線」

- 「15個のラックの配線」

- 「16個のラックの配線」

- 「17個のラックの配線」

- 「18個のラックの配線」

関連項目:

複数のラックを使用したRecovery Applianceの拡張

E.1 マルチラック配線について

ユーザーはフル・Recovery Applianceラックを最大18個まで接続できます。ラックには、スペア・ケーブルや3つ目のSun Datacenter InfiniBand Switch 36(スパイン・スイッチとして機能します)は付属していません。ラックを拡張する場合は、ケーブルとSun Datacenter InfiniBand Switch 36を発注します。

この項には次のトピックが含まれます:

- スパイン・スイッチに付属するケーブル

- 4つ以上のラックに必要な光ケーブル

- ラック内の3つのスイッチの配線

- 2つのラックのスイッチの配線

- 最大8つのラックのスイッチの配線

- 最大18個のラックのスイッチの配線

関連項目:

「Recovery ApplianceとOracle Exadata Database Machineの配線」

E.1.1 スパイン・スイッチに付属するケーブル

Sun Datacenter InfiniBand Switch 36スイッチは、InfiniBandケーブルの端にある標準のクワッド・スモール・フォームファクタ・プラガブル(QSFP)コネクタに接続します。

表E-1に、Sun Datacenter InfiniBand Switch 36スパイン・スイッチに付属するスペア・ケーブルを示します。

表E-1 スペアとして付属するInfiniBandケーブル

ケーブル

スペア

スイッチ間

合計

InfiniBand 2メートル・ケーブル

0

7

7

InfiniBand 3メートル・ケーブル

6

2

8

InfiniBand 5メートル・ケーブル

10

0

10

E.1.2 4つ以上のラックに必要な光ケーブル

4つ以上のラックの接続には、10メートルのQSFP-QSFP QDR InfiniBand光ケーブルが追加で必要になります。個々の光ケーブルには2つのQSFP SRトランシーバが必要です。表E-2に、ラックの接続に必要なケーブルを示します。

表E-2 マルチラック・インストールのケーブル要件

ラック数

3メートル・ケーブル

5メートル・ケーブル

10メートル・ケーブル

2

16

16

0

3

18

30

0

4

16

40

8

5

20

42

18

6

24

46

26

7

28

44

40

8

16

52

60

E.1.3 ラック内の3つのスイッチの配線

単一のラックでは、7つの接続を使用して2台のリーフ・スイッチが相互に接続されます。また、各リーフ・スイッチにスパイン・スイッチの接続が1つあります。図E-1に示すように、リーフ・スイッチがスパイン・スイッチに接続されます。

図E-1 スパイン・スイッチとリーフ・スイッチ間のラック内接続

図E-2に示すように、サーバーがリーフ・スイッチに接続されます。

図E-2 サーバーとリーフ・スイッチ間のラック内接続

E.1.4 2つのラックのスイッチの配線

最大8つのラックを接続する場合、リーフ・スイッチ間の7つのスイッチの相互接続およびリーフ・スイッチとスパイン・スイッチ間の2つの接続を解除します。各リーフ・スイッチから、すべてのラックのスパイン・スイッチに8つの接続を分散します。マルチラック環境では、ラック内のリーフ・スイッチは直接接続されません。

図E-3に示すように、ラック1の各リーフ・スイッチが次のスイッチに接続されます。

- ラック1のスパイン・スイッチへの4つのラック内接続

- ラック2のスパイン・スイッチへの4つの外部接続

ラック1のスパイン・スイッチが次のスイッチに接続されます。

- ラック1の両方のリーフ・スイッチへの8つのラック内接続

- ラック2の両方のリーフ・スイッチへの8つの外部接続

図E-3 2つのラック間のスイッチの接続

E.1.5 最大8つのラックのスイッチの配線

ラック数が2から8に増加すると、図E-4に示すようにパターンが継続します。すべてのラックが示されているわけではないため、すべてのケーブルも示されていません。

各リーフ・スイッチは、8つのスイッチの相互接続をすべてのスパイン・スイッチに分散しています。各スパイン・スイッチは、16のスイッチの相互接続をすべてのリーフ・スイッチに分散しています。リーフ・スイッチは他のリーフ・スイッチと直接接続されておらず、またスパイン・スイッチは他のスパイン・スイッチと直接接続されていません。

図E-4 8つのラック間のスイッチの接続

E.1.6 最大18個のラックのスイッチの配線

ラックを9から18まで接続する場合、リーフ・スイッチ間のスイッチの相互接続を解除し、InfiniBandファブリックからスパイン・スイッチを切断します。図E-5に示すように、すべてのリーフ・スイッチからの8つのリンクがラック1から8のスパイン・スイッチに接続されます。

ラック9から18のケーブルを追加しても、ラック1から8までの間の接続は変わりません。

図E-5 18個のラック間のスイッチの接続

注意:

ラック1から8までのケーブル長は指定されています。ラック9から18までのケーブル長はラックのレイアウトに応じて変わります。

E.2 配線表の略語の概要

次の略語が表で使用されます。

略語

説明

Rn

ラックn。nはラック数です。R1など。

IBn

ラックのユニットの場所。nは数値です。IB3など。

Pn

InfiniBandポートn。nはポート番号です。P8Aなど。

E.3 2つのラックの配線

表E-3に、2つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

関連項目:

「2つのラックの配線」

表E-3 2つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

R1-IB3-P9AからR1-U1-P5A

R1-IB3-P9BからR1-U1-P6A

3メートル

R1 IB3からラック2

R1-IB3-P10AからR2-U1-P7A

R1-IB3-P10BからR2-U1-P8A

R1-IB3-P11AからR2-U1-P9A

R1-IB3-P11BからR2-U1-P10A

5メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

R1-IB2-P9AからR1-U1-P5B

R1-IB2-P9BからR1-U1-P6B

3メートル

R1 IB2からラック2

R1-IB2-P10AからR2-U1-P7B

R1-IB2-P10BからR2-U1-P8B

R1-IB2-P11AからR2-U1-P9B

R1-IB2-P11BからR2-U1-P10B

5メートル

表E-4に、2つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-4 2つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

R2-IB3-P9AからR2-U1-P5A

R2-IB3-P9BからR2-U1-P6A

3メートル

R2 IB3からラック1

R2-IB3-P10AからR1-U1-P7A

R2-IB3-P10BからR1-U1-P8A

R2-IB3-P11AからR1-U1-P9A

R2-IB3-P11BからR1-U1-P10A

5メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

R2-IB2-P9AからR2-U1-P5B

R2-IB2-P9BからR2-U1-P6B

3メートル

R2 IB2からラック1

R2-IB2-P10AからR1-U1-P7B

R2-IB2-P10BからR1-U1-P8B

R2-IB2-P11AからR1-U1-P9B

R2-IB2-P11BからR1-U1-P10B

5メートル

E.4 3つのラックの配線

表E-5に、3つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-5 3つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

R1-IB3-P9AからR1-U1-P5A

3メートル

R1 IB3からラック2

R1-IB3-P9BからR2-U1-P6A

R1-IB3-P10AからR2-U1-P7A

R1-IB3-P10BからR2-U1-P8A

5メートル

R1 IB3からラック3

R1-IB3-P11AからR3-U1-P9A

R1-IB3-P11BからR3-U1-P10A

5メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

R1-IB2-P9AからR1-U1-P5B

3メートル

R1 IB2からラック2

R1-IB2-P9BからR2-U1-P6B

R1-IB2-P10AからR2-U1-P7B

R1-IB2-P10BからR2-U1-P8B

5メートル

R1 IB2からラック3

R1-IB2-P11AからR3-U1-P9B

R1-IB2-P11BからR3-U1-P10B

5メートル

表E-6に、3つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-6 3つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

R2-IB3-P9AからR2-U1-P5A

3メートル

R2 IB3からラック1

R2-IB3-P11AからR1-U1-P9A

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P9BからR3-U1-P6A

R2-IB3-P10AからR3-U1-P7A

R2-IB3-P10BからR3-U1-P8A

5メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

R2-IB2-P9AからR2-U1-P5B

3メートル

R2 IB2からラック1

R2-IB2-P11AからR1-U1-P9B

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P9BからR3-U1-P6B

R2-IB2-P10AからR3-U1-P7B

R2-IB2-P10BからR3-U1-P8B

5メートル

表E-7に、3つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-7 3つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

R3-IB3-P8BからR3-U1-P4A

R3-IB3-P9AからR3-U1-P5A

3メートル

R3 IB3からラック1

R3-IB3-P9BからR1-U1-P6A

R3-IB3-P10AからR1-U1-P7A

R3-IB3-P10BからR1-U1-P8A

5メートル

R3 IB3からラック2

R3-IB3-P11AからR2-U1-P9A

R3-IB3-P11BからR2-U1-P10A

5メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

R3-IB2-P8BからR3-U1-P4B

R3-IB2-P9AからR3-U1-P5B

3メートル

R3 IB2からラック1

R3-IB2-P9BからR1-U1-P6B

R3-IB2-P10AからR1-U1-P7B

R3-IB2-P10BからR1-U1-P8B

5メートル

R3 IB2からラック2

R3-IB2-P11AからR2-U1-P9B

R3-IB2-P11BからR2-U1-P10B

5メートル

E.5 4つのラックの配線

表E-8に、4つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-8 4つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

3メートル

R1 IB3からラック2

R1-IB3-P9AからR2-U1-P5A

R1-IB3-P9BからR2-U1-P6A

5メートル

R1 IB3からラック3

R1-IB3-P10AからR3-U1-P7A

R1-IB3-P10BからR3-U1-P8A

5メートル

R1 IB3からラック4

R1-IB3-P11AからR4-U1-P9A

R1-IB3-P11BからR4-U1-P10A

10メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

3メートル

R1 IB2からラック2

R1-IB2-P9AからR2-U1-P5B

R1-IB2-P9BからR2-U1-P6B

5メートル

R1 IB2からラック3

R1-IB2-P10AからR3-U1-P7B

R1-IB2-P10BからR3-U1-P8B

5メートル

R1 IB2からラック4

R1-IB2-P11AからR4-U1-P9B

R1-IB2-P11BからR4-U1-P10B

10メートル

表E-9に、4つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表D-9 4つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

3メートル

R2 IB3からラック1

R2-IB3-P11AからR1-U1-P9A

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P9AからR3-U1-P5A

R2-IB3-P9BからR3-U1-P6A

5メートル

R2 IB3からラック4

R2-IB3-P10AからR4-U1-P7A

R2-IB3-P10BからR4-U1-P8A

5メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

3メートル

R2 IB2からラック1

R2-IB2-P11AからR1-U1-P9B

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P9AからR3-U1-P5B

R2-IB2-P9BからR3-U1-P6B

5メートル

R2 IB2からラック4

R2-IB2-P10AからR4-U1-P7B

R2-IB2-P10BからR4-U1-P8B

5メートル

表E-10に、4つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-10 4つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

R3-IB3-P8BからR3-U1-P4A

3メートル

R3 IB3からラック1

R3-IB3-P10AからR1-U1-P7A

R3-IB3-P10BからR1-U1-P8A

5メートル

R3 IB3からラック2

R3-IB3-P11AからR2-U1-P9A

R3-IB3-P11BからR2-U1-P10A

5メートル

R3 IB3からラック4

R3-IB3-P9AからR4-U1-P5A

R3-IB3-P9BからR4-U1-P6A

5メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

R3-IB2-P8BからR3-U1-P4B

3メートル

R3 IB2からラック1

R3-IB2-P10AからR1-U1-P7B

R3-IB2-P10BからR1-U1-P8B

5メートル

R3 IB2からラック2

R3-IB2-P11AからR2-U1-P9B

R3-IB2-P11BからR2-U1-P10B

5メートル

R3 IB2からラック4

R3-IB2-P9AからR4-U1-P5B

R3-IB2-P9BからR4-U1-P6B

5メートル

表E-11に、4つのフル・ラックを配線する場合の4番目のスパイン・スイッチのケーブル接続(R4-U1)を示します。

表E-11 4つのラック・システムのラック4のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AからR4-U1-P3A

R4-IB3-P8BからR4-U1-P4A

3メートル

R4 IB3からラック1

R4-IB3-P9AからR1-U1-P5A

R4-IB3-P9BからR1-U1-P6A

10メートル

R4 IB3からラック2

R4-IB3-P10AからR2-U1-P7A

R4-IB3-P10BからR2-U1-P8A

5メートル

R4 IB3からラック3

R4-IB3-P11AからR3-U1-P9A

R4-IB3-P11BからR3-U1-P10A

5メートル

ラック4内のR4 IB2

R4-IB2-P8AからR4-U1-P3B

R4-IB2-P8BからR4-U1-P4B

3メートル

R4 IB2からラック1

R4-IB2-P9AからR1-U1-P5B

R4-IB2-P9BからR1-U1-P6B

10メートル

R4 IB2からラック2

R4-IB2-P10AからR2-U1-P7B

R4-IB2-P10BからR2-U1-P8B

5メートル

R4 IB2からラック3

R4-IB2-P11AからR3-U1-P9B

R4-IB2-P11BからR3-U1-P10B

5メートル

E.6 5つのラックの配線

表E-12に、5つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-12 5つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

3メートル

R1 IB3からラック2

R1-IB3-P9AからR2-U1-P5A

R1-IB3-P9BからR2-U1-P6A

5メートル

R1 IB3からラック3

R1-IB3-P10AからR3-U1-P7A

R1-IB3-P10BからR3-U1-P8A

5メートル

R1 IB3からラック4

R1-IB3-P11AからR4-U1-P9A

10メートル

R1 IB3からラック5

R1-IB3-P11BからR5-U1-P10A

10メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

3メートル

R1 IB2からラック2

R1-IB2-P9AからR2-U1-P5B

R1-IB2-P9BからR2-U1-P6B

5メートル

R1 IB2からラック3

R1-IB2-P10AからR3-U1-P7B

R1-IB2-P10BからR3-U1-P8B

5メートル

R1 IB2からラック4

R1-IB2-P11AからR4-U1-P9B

10メートル

R1 IB2からラック5

R1-IB2-P11BからR5-U1-P10B

10メートル

表E-13に、5つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-13 5つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

3メートル

R2 IB3からラック1

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P9AからR3-U1-P5A

R2-IB3-P9BからR3-U1-P6A

5メートル

R2 IB3からラック4

R2-IB3-P10AからR4-U1-P7A

R2-IB3-P10BからR4-U1-P8A

5メートル

R2 IB3からラック5

R2-IB3-P11AからR5-U1-P9A

10メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

3メートル

R2 IB2からラック1

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P9AからR3-U1-P5B

R2-IB2-P9BからR3-U1-P6B

5メートル

R2 IB2からラック4

R2-IB2-P10AからR4-U1-P7B

R2-IB2-P10BからR4-U1-P8B

5メートル

R2 IB2からラック5

R2-IB2-P11AからR5-U1-P9B

10メートル

表E-14に、5つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-14 5つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

R3-IB3-P8BからR3-U1-P4A

3メートル

R3 IB3からラック1

R3-IB3-P11AからR1-U1-P9A

5メートル

R3 IB3からラック2

R3-IB3-P11BからR2-U1-P10A

5メートル

R3 IB3からラック4

R3-IB3-P9AからR4-U1-P5A

R3-IB3-P9BからR4-U1-P6A

5メートル

R3 IB3からラック5

R3-IB3-P10AからR5-U1-P7A

R3-IB3-P10BからR5-U1-P8A

5メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

R3-IB2-P8BからR3-U1-P4B

3メートル

R3 IB2からラック1

R3-IB2-P11AからR1-U1-P9B

5メートル

R3 IB2からラック2

R3-IB2-P11BからR2-U1-P10B

5メートル

R3 IB2からラック4

R3-IB2-P9AからR4-U1-P5B

R3-IB2-P9BからR4-U1-P6B

5メートル

R3 IB2からラック5

R3-IB2-P10AからR5-U1-P7B

R3-IB2-P10BからR5-U1-P8B

5メートル

表E-15に、5つのフル・ラックを配線する場合の4番目のスパイン・スイッチのケーブル接続(R4-U1)を示します。

表E-15 5つのラック・システムのラック4のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AからR4-U1-P3A

R4-IB3-P8BからR4-U1-P4A

3メートル

R4 IB3からラック1

R4-IB3-P10AからR1-U1-P7A

R4-IB3-P10BからR1-U1-P8A

10メートル

R4 IB3からラック2

R4-IB3-P11AからR2-U1-P9A

5メートル

R4 IB3からラック3

R4-IB3-P11BからR3-U1-P10A

5メートル

R4 IB3からラック5

R4-IB3-P9AからR5-U1-P5A

R4-IB3-P9BからR5-U1-P6A

5メートル

ラック4内のR4 IB2

R4-IB2-P8AからR4-U1-P3B

R4-IB2-P8BからR4-U1-P4B

3メートル

R4 IB2からラック1

R4-IB2-P10AからR1-U1-P7B

R4-IB2-P10BからR1-U1-P8B

10メートル

R4 IB2からラック2

R4-IB2-P11AからR2-U1-P9B

5メートル

R4 IB2からラック3

R4-IB2-P11BからR3-U1-P10B

5メートル

R4 IB2からラック5

R4-IB2-P9AからR5-U1-P5B

R4-IB2-P9BからR5-U1-P6B

5メートル

表E-16に、5つのフル・ラックを配線する場合の5番目のスパイン・スイッチのケーブル接続(R5-U1)を示します。

表E-16 5つのラック・システムのラック5のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AからR5-U1-P3A

R5-IB3-P8BからR5-U1-P4A

3メートル

R5 IB3からラック1

R5-IB3-P9AからR1-U1-P5A

R5-IB3-P9BからR1-U1-P6A

10メートル

R5 IB3からラック2

R5-IB3-P10AからR2-U1-P7A

R5-IB3-P10BからR2-U1-P8A

10メートル

R5 IB3からラック3

R5-IB3-P11AからR3-U1-P9A

5メートル

R5 IB3からラック4

R5-IB3-P11BからR4-U1-P10A

5メートル

ラック5内のR5 IB2

R5-IB2-P8AからR5-U1-P3B

R5-IB2-P8BからR5-U1-P4B

3メートル

R5 IB2からラック1

R5-IB2-P9AからR1-U1-P5B

R5-IB2-P9BからR1-U1-P6B

10メートル

R5 IB2からラック2

R5-IB2-P10AからR2-U1-P7B

R5-IB3-P10BからR2-U1-P8B

10メートル

R5 IB2からラック3

R5-IB2-P11AからR3-U1-P9B

5メートル

R5 IB2からラック4

R5-IB2-P11BからR4-U1-P10B

5メートル

E.7 6つのラックの配線

表E-17に、6つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-17 6つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

3メートル

R1 IB3からラック2

R1-IB3-P9AからR2-U1-P5A

R1-IB3-P9BからR2-U1-P6A

5メートル

R1 IB3からラック3

R1-IB3-P10AからR3-U1-P7A

5メートル

R1 IB3からラック4

R1-IB3-P10BからR4-U1-P8A

10メートル

R1 IB3からラック5

R1-IB3-P11AからR5-U1-P9A

10メートル

R1 IB3からラック6

R1-IB3-P11BからR6-U1-P10A

10メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

3メートル

R1 IB2からラック2

R1-IB2-P9AからR2-U1-P5B

R1-IB2-P9BからR2-U1-P6B

5メートル

R1 IB2からラック3

R1-IB2-P10AからR3-U1-P7B

5メートル

R1 IB2からラック4

R1-IB2-P10BからR4-U1-P8B

10メートル

R1 IB2からラック5

R1-IB2-P11AからR5-U1-P9B

10メートル

R1 IB2からラック6

R1-IB2-P11BからR6-U1-P10B

10メートル

表E-18に、6つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-18 6つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

3メートル

R2 IB3からラック1

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P9AからR3-U1-P5A

R2-IB3-P9BからR3-U1-P6A

5メートル

R2 IB3からラック4

R2-IB3-P10AからR4-U1-P7A

5メートル

R2 IB3からラック5

R2-IB3-P10BからR5-U1-P8A

10メートル

R2 IB3からラック6

R2-IB3-P11AからR6-U1-P9A

10メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

3メートル

R2 IB2からラック1

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P9AからR3-U1-P5B

R2-IB2-P9BからR3-U1-P6B

5メートル

R2 IB2からラック4

R2-IB2-P10AからR4-U1-P7B

5メートル

R2 IB2からラック5

R2-IB2-P10BからR5-U1-P8B

10メートル

R2 IB2からラック6

R2-IB2-P11AからR6-U1-P9B

10メートル

表E-19に、6つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-19 6つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

R3-IB3-P8BからR3-U1-P4A

3メートル

R3 IB3からラック1

R3-IB3-P11AからR1-U1-P9A

5メートル

R3 IB3からラック2

R3-IB3-P11BからR2-U1-P10A

5メートル

R3 IB3からラック4

R3-IB3-P9AからR4-U1-P5A

R3-IB3-P9BからR4-U1-P6A

5メートル

R3 IB3からラック5

R3-IB3-P10AからR5-U1-P7A

5メートル

R3 IB3からラック6

R3-IB3-P10BからR6-U1-P8A

10メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

R3-IB2-P8BからR3-U1-P4B

3メートル

R3 IB2からラック1

R3-IB2-P11AからR1-U1-P9B

5メートル

R3 IB2からラック2

R3-IB2-P11BからR2-U1-P10B

5メートル

R3 IB2からラック4

R3-IB2-P9AからR4-U1-P5B

R3-IB2-P9BからR4-U1-P6B

5メートル

R3 IB2からラック5

R3-IB2-P10AからR5-U1-P7B

5メートル

R3 IB2からラック6

R3-IB2-P10BからR6-U1-P8B

10メートル

表E-20に、6つのフル・ラックを配線する場合の4番目のスパイン・スイッチのケーブル接続(R4-U1)を示します。

表E-20 6つのラック・システムのラック4のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AからR4-U1-P3A

R4-IB3-P8BからR4-U1-P4A

3メートル

R4 IB3からラック1

R4-IB3-P10BからR1-U1-P8A

10メートル

R4 IB3からラック2

R4-IB3-P11AからR2-U1-P9A

5メートル

R4 IB3からラック3

R4-IB3-P11BからR3-U1-P10A

5メートル

R4 IB3からラック5

R4-IB3-P9AからR5-U1-P5A

R4-IB3-P9BからR5-U1-P6A

5メートル

R4 IB3からラック6

R4-IB3-P10AからR6-U1-P7A

5メートル

ラック4内のR4 IB2

R4-IB2-P8AからR4-U1-P3B

R4-IB2-P8BからR4-U1-P4B

3メートル

R4 IB2からラック1

R4-IB2-P10BからR1-U1-P8B

10メートル

R4 IB2からラック2

R4-IB2-P11AからR2-U1-P9B

5メートル

R4 IB2からラック3

R4-IB2-P11BからR3-U1-P10B

5メートル

R4 IB2からラック5

R4-IB2-P9AからR5-U1-P5B

R4-IB2-P9BからR5-U1-P6B

5メートル

R4 IB2からラック6

R4-IB2-P10AからR6-U1-P7B

5メートル

表E-21に、6つのフル・ラックを配線する場合の5番目のスパイン・スイッチのケーブル接続(R5-U1)を示します。

表E-21 6つのラック・システムのラック5のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AからR5-U1-P3A

R5-IB3-P8BからR5-U1-P4A

3メートル

R5 IB3からラック1

R5-IB3-P10AからR1-U1-P7A

10メートル

R5 IB3からラック2

R5-IB3-P10BからR2-U1-P8A

10メートル

R5 IB3からラック3

R5-IB3-P11AからR3-U1-P9A

5メートル

R5 IB3からラック4

R5-IB3-P11BからR4-U1-P10A

5メートル

R5 IB3からラック6

R5-IB3-P9AからR6-U1-P5A

R5-IB3-P9BからR6-U1-P6A

5メートル

ラック5内のR5 IB2

R5-IB2-P8AからR5-U1-P3B

R5-IB2-P8BからR5-U1-P4B

3メートル

R5 IB2からラック1

R5-IB2-P10AからR1-U1-P7B

10メートル

R5 IB2からラック2

R5-IB3-P10BからR2-U1-P8B

10メートル

R5 IB2からラック3

R5-IB2-P11AからR3-U1-P9B

5メートル

R5 IB2からラック4

R5-IB2-P11BからR4-U1-P10B

5メートル

R5 IB2からラック6

R5-IB2-P9AからR6-U1-P5B

R5-IB2-P9BからR6-U1-P6B

5メートル

表E-22に、6つのフル・ラックを配線する場合の6番目のスパイン・スイッチのケーブル接続(R6-U1)を示します。

表E-22 6つのラック・システムのラック6のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AからR6-U1-P3A

R6-IB3-P8BからR6-U1-P4A

3メートル

R6 IB3からラック1

R6-IB3-P9AからR1-U1-P5A

R6-IB3-P9BからR1-U1-P6A

10メートル

R6 IB3からラック2

R6-IB3-P10AからR2-U1-P7A

10メートル

R6 IB3からラック3

R6-IB3-P10BからR3-U1-P8A

10メートル

R6 IB3からラック4

R6-IB3-P11AからR4-U1-P9A

5メートル

R6 IB3からラック5

R6-IB3-P11BからR5-U1-P10A

5メートル

ラック6内のR6 IB2

R6-IB2-P8AからR6-U1-P3B

R6-IB2-P8BからR6-U1-P4B

3メートル

R6 IB2からラック1

R6-IB2-P9AからR1-U1-P5B

R6-IB2-P9BからR1-U1-P6B

10メートル

R6 IB2からラック2

R6-IB3-P10AからR2-U1-P7B

10メートル

R6 IB2からラック3

R6-IB2-P10BからR3-U1-P8B

10メートル

R6 IB2からラック4

R6-IB2-P11AからR4-U1-P9B

5メートル

R6 IB2からラック5

R6-IB2-P11BからR5-U1-P10B

5メートル

E.8 7つのラックの配線

表E-23に、7つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-23 7つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

R1-IB3-P8BからR1-U1-P4A

3メートル

R1 IB3からラック2

R1-IB3-P9AからR2-U1-P5A

5メートル

R1 IB3からラック3

R1-IB3-P9BからR3-U1-P6A

5メートル

R1 IB3からラック4

R1-IB3-P10AからR4-U1-P7A

10メートル

R1 IB3からラック5

R1-IB3-P10BからR5-U1-P8A

10メートル

R1 IB3からラック6

R1-IB3-P11AからR6-U1-P9A

10メートル

R1 IB3からラック7

R1-IB3-P11BからR7-U1-P10A

10メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

R1-IB2-P8BからR1-U1-P4B

3メートル

R1 IB2からラック2

R1-IB2-P9AからR2-U1-P5B

5メートル

R1 IB2からラック3

R1-IB2-P9BからR3-U1-P6B

5メートル

R1 IB2からラック4

R1-IB2-P10AからR4-U1-P7B

10メートル

R1 IB2からラック5

R1-IB2-P10BからR5-U1-P8B

10メートル

R1 IB2からラック6

R1-IB2-P11AからR6-U1-P9B

10メートル

R1 IB2からラック7

R1-IB2-P11BからR7-U1-P10B

10メートル

表E-24に、7つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-24 7つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

R2-IB3-P8BからR2-U1-P4A

3メートル

R2 IB3からラック1

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P9AからR3-U1-P5A

5メートル

R2 IB3からラック4

R2-IB3-P9BからR4-U1-P6A

5メートル

R2 IB3からラック5

R2-IB3-P10AからR5-U1-P7A

10メートル

R2 IB3からラック6

R2-IB3-P10BからR6-U1-P8A

10メートル

R2 IB3からラック7

R2-IB3-P11AからR7-U1-P9A

10メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

R2-IB2-P8BからR2-U1-P4B

3メートル

R2 IB2からラック1

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P9AからR3-U1-P5B

5メートル

R2 IB2からラック4

R2-IB2-P9BからR4-U1-P6B

5メートル

R2 IB2からラック5

R2-IB2-P10AからR5-U1-P7B

10メートル

R2 IB2からラック6

R2-IB2-P10BからR6-U1-P8B

10メートル

R2 IB2からラック7

R2-IB2-P11AからR7-U1-P9B

10メートル

表E-25に、7つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-25 7つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

R3-IB3-P8BからR3-U1-P4A

3メートル

R3 IB3からラック1

R3-IB3-P11AからR1-U1-P9A

5メートル

R3 IB3からラック2

R3-IB3-P11BからR2-U1-P10A

5メートル

R3 IB3からラック4

R3-IB3-P9AからR4-U1-P5A

5メートル

R3 IB3からラック5

R3-IB3-P9BからR5-U1-P6A

5メートル

R3 IB3からラック6

R3-IB3-P10AからR6-U1-P7A

10メートル

R3 IB3からラック7

R3-IB3-P10BからR7-U1-P8A

10メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

R3-IB2-P8BからR3-U1-P4B

3メートル

R3 IB2からラック1

R3-IB2-P11AからR1-U1-P9B

5メートル

R3 IB2からラック2

R3-IB2-P11BからR2-U1-P10B

5メートル

R3 IB2からラック4

R3-IB2-P9AからR4-U1-P5B

5メートル

R3 IB2からラック5

R3-IB2-P9BからR5-U1-P6B

5メートル

R3 IB2からラック6

R3-IB2-P10AからR6-U1-P7B

10メートル

R3 IB2からラック7

R3-IB2-P10BからR7-U1-P8B

10メートル

表E-26に、7つのフル・ラックを配線する場合の4番目のスパイン・スイッチのケーブル接続(R4-U1)を示します。

表E-26 7つのラック・システムのラック4のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AからR4-U1-P3A

R4-IB3-P8BからR4-U1-P4A

3メートル

R4 IB3からラック1

R4-IB3-P10BからR1-U1-P8A

10メートル

R4 IB3からラック2

R4-IB3-P11AからR2-U1-P9A

5メートル

R4 IB3からラック3

R4-IB3-P11BからR3-U1-P10A

5メートル

R4 IB3からラック5

R4-IB3-P9AからR5-U1-P5A

5メートル

R4 IB3からラック6

R4-IB3-P9BからR6-U1-P6A

5メートル

R4 IB3からラック7

R4-IB3-P10AからR7-U1-P7A

10メートル

ラック4内のR4 IB2

R4-IB2-P8AからR4-U1-P3B

R4-IB2-P8BからR4-U1-P4B

3メートル

R4 IB2からラック1

R4-IB2-P10BからR1-U1-P8B

10メートル

R4 IB2からラック2

R4-IB2-P11AからR2-U1-P9B

5メートル

R4 IB2からラック3

R4-IB2-P11BからR3-U1-P10B

5メートル

R4 IB2からラック5

R4-IB2-P9AからR5-U1-P5B

5メートル

R4 IB2からラック6

R4-IB2-P9BからR6-U1-P6B

5メートル

R4 IB2からラック7

R4-IB2-P10AからR7-U1-P7B

10メートル

表E-27に、7つのフル・ラックを配線する場合の5番目のスパイン・スイッチのケーブル接続(R5-U1)を示します。

表E-27 7つのラック・システムのラック5のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AからR5-U1-P3A

R5-IB3-P8BからR5-U1-P4A

3メートル

R5 IB3からラック1

R5-IB3-P10AからR1-U1-P7A

10メートル

R5 IB3からラック2

R5-IB3-P10BからR2-U1-P8A

10メートル

R5 IB3からラック3

R5-IB3-P11AからR3-U1-P9A

5メートル

R5 IB3からラック4

R5-IB3-P11BからR4-U1-P10A

5メートル

R5 IB3からラック6

R5-IB3-P9AからR6-U1-P5A

5メートル

R5 IB3からラック7

R5-IB3-P9BからR7-U1-P6A

5メートル

ラック5内のR5 IB2

R5-IB2-P8AからR5-U1-P3B

R5-IB2-P8BからR5-U1-P4B

3メートル

R5 IB2からラック1

R5-IB2-P10AからR1-U1-P7B

10メートル

R5 IB2からラック2

R5-IB3-P10BからR2-U1-P8B

10メートル

R5 IB2からラック3

R5-IB2-P11AからR3-U1-P9B

5メートル

R5 IB2からラック4

R5-IB2-P11BからR4-U1-P10B

5メートル

R5 IB2からラック6

R5-IB2-P9AからR6-U1-P5B

5メートル

R5 IB2からラック7

R5-IB2-P9BからR7-U1-P6B

5メートル

表E-28に、7つのフル・ラックを配線する場合の6番目のスパイン・スイッチのケーブル接続(R6-U1)を示します。

表E-28 7つのラック・システムのラック6のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AからR6-U1-P3A

R6-IB3-P8BからR6-U1-P4A

3メートル

R6 IB3からラック1

R6-IB3-P9BからR1-U1-P6A

10メートル

R6 IB3からラック2

R6-IB3-P10AからR2-U1-P7A

10メートル

R6 IB3からラック3

R6-IB3-P10BからR3-U1-P8A

10メートル

R6 IB3からラック4

R6-IB3-P11AからR4-U1-P9A

5メートル

R6 IB3からラック5

R6-IB3-P11BからR5-U1-P10A

5メートル

R6 IB3からラック7

R6-IB3-P9AからR7-U1-P5A

5メートル

ラック6内のR6 IB2

R6-IB2-P8AからR6-U1-P3B

R6-IB2-P8BからR6-U1-P4B

3メートル

R6 IB2からラック1

R6-IB2-P9BからR1-U1-P6B

10メートル

R6 IB2からラック2

R6-IB3-P10AからR2-U1-P7B

10メートル

R6 IB2からラック3

R6-IB2-P10BからR3-U1-P8B

10メートル

R6 IB2からラック4

R6-IB2-P11AからR4-U1-P9B

5メートル

R6 IB2からラック5

R6-IB2-P11BからR5-U1-P10B

5メートル

R6 IB2からラック7

R6-IB3-P9AからR7-U1-P5B

5メートル

表E-29に、7つのフル・ラックを配線する場合の7番目のスパイン・スイッチのケーブル接続(R7-U1)を示します。

表E-29 7つのラック・システムのラック7のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック7内のR7 IB3

R7-IB3-P8AからR7-U1-P3A

R7-IB3-P8BからR7-U1-P4A

3メートル

R7 IB3からラック1

R7-IB3-P9AからR1-U1-P5A

10メートル

R7 IB3からラック2

R7-IB3-P9BからR2-U1-P6A

10メートル

R7 IB3からラック3

R7-IB3-P10AからR3-U1-P7A

10メートル

R7 IB3からラック4

R7-IB3-P10BからR4-U1-P8A

10メートル

R7 IB3からラック5

R7-IB3-P11AからR5-U1-P9A

5メートル

R7 IB3からラック6

R7-IB3-P11BからR6-U1-P10A

5メートル

ラック7内のR7 IB2

R7-IB2-P8AからR7-U1-P3B

R7-IB2-P8BからR7-U1-P4B

3メートル

R7 IB2からラック1

R7-IB2-P9AからR1-U1-P5B

10メートル

R7 IB2からラック2

R7-IB3-P9BからR2-U1-P6B

10メートル

R7 IB2からラック3

R7-IB2-P10AからR3-U1-P7B

10メートル

R7 IB2からラック4

R7-IB2-P10BからR4-U1-P8B

10メートル

R7 IB2からラック5

R7-IB2-P11AからR5-U1-P9B

5メートル

R7 IB2からラック6

R7-IB3-P11BからR6-U1-P10B

5メートル

E.9 8つのラックの配線

表E-30に、8つのフル・ラックを配線する場合の最初のスパイン・スイッチのケーブル接続(R1-U1)を示します。

表E-30 8つのラック・システムのラック1のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック1内のR1 IB3

R1-IB3-P8AからR1-U1-P3A

3メートル

R1 IB3からラック2

R1-IB3-P8BからR2-U1-P4A

5メートル

R1 IB3からラック3

R1-IB3-P9AからR3-U1-P5A

5メートル

R1 IB3からラック4

R1-IB3-P9BからR4-U1-P6A

10メートル

R1 IB3からラック5

R1-IB3-P10AからR5-U1-P7A

10メートル

R1 IB3からラック6

R1-IB3-P10BからR6-U1-P8A

10メートル

R1 IB3からラック7

R1-IB3-P11AからR7-U1-P9A

10メートル

R1 IB3からラック8

R1-IB3-P11BからR8-U1-P10A

10メートル

ラック1内のR1 IB2

R1-IB2-P8AからR1-U1-P3B

3メートル

R1 IB2からラック2

R1-IB2-P8BからR2-U1-P4B

5メートル

R1 IB2からラック3

R1-IB2-P9AからR3-U1-P5B

5メートル

R1 IB2からラック4

R1-IB2-P9BからR4-U1-P6B

10メートル

R1 IB2からラック5

R1-IB2-P10AからR5-U1-P7B

10メートル

R1 IB2からラック6

R1-IB2-P10BからR6-U1-P8B

10メートル

R1 IB2からラック7

R1-IB2-P11AからR7-U1-P9B

10メートル

R1 IB2からラック8

R1-IB2-P11BからR8-U1-P10B

10メートル

表E-31に、8つのフル・ラックを配線する場合の2番目のスパイン・スイッチのケーブル接続(R2-U1)を示します。

表E-31 8つのラック・システムのラック2のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック2内のR2 IB3

R2-IB3-P8AからR2-U1-P3A

3メートル

R2 IB3からラック1

R2-IB3-P11BからR1-U1-P10A

5メートル

R2 IB3からラック3

R2-IB3-P8BからR3-U1-P4A

5メートル

R2 IB3からラック4

R2-IB3-P9AからR4-U1-P5A

5メートル

R2 IB3からラック5

R2-IB3-P9BからR5-U1-P6A

10メートル

R2 IB3からラック6

R2-IB3-P10AからR6-U1-P7A

10メートル

R2 IB3からラック7

R2-IB3-P10BからR7-U1-P8A

10メートル

R2 IB3からラック8

R2-IB3-P11AからR8-U1-P9A

10メートル

ラック2内のR2 IB2

R2-IB2-P8AからR2-U1-P3B

3メートル

R2 IB2からラック1

R2-IB2-P11BからR1-U1-P10B

5メートル

R2 IB2からラック3

R2-IB2-P8BからR3-U1-P4B

5メートル

R2 IB2からラック4

R2-IB2-P9AからR4-U1-P5B

5メートル

R2 IB2からラック5

R2-IB2-P9BからR5-U1-P6B

10メートル

R2 IB2からラック6

R2-IB2-P10AからR6-U1-P7B

10メートル

R2 IB2からラック7

R2-IB2-P10BからR7-U1-P8B

10メートル

R2 IB2からラック8

R2-IB2-P11AからR8-U1-P9B

10メートル

表E-32に、8つのフル・ラックを配線する場合の3番目のスパイン・スイッチのケーブル接続(R3-U1)を示します。

表E-32 8つのラック・システムのラック3のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック3内のR3 IB3

R3-IB3-P8AからR3-U1-P3A

3メートル

R3 IB3からラック1

R3-IB3-P11AからR1-U1-P9A

5メートル

R3 IB3からラック2

R3-IB3-P11BからR2-U1-P10A

5メートル

R3 IB3からラック4

R3-IB3-P8BからR4-U1-P4A

5メートル

R3 IB3からラック5

R3-IB3-P9AからR5-U1-P5A

5メートル

R3 IB3からラック6

R3-IB3-P9BからR6-U1-P6A

10メートル

R3 IB3からラック7

R3-IB3-P10AからR7-U1-P7A

10メートル

R3 IB3からラック8

R3-IB3-P10BからR8-U1-P8A

10メートル

ラック3内のR3 IB2

R3-IB2-P8AからR3-U1-P3B

3メートル

R3 IB2からラック1

R3-IB2-P11AからR1-U1-P9B

5メートル

R3 IB2からラック2

R3-IB2-P11BからR2-U1-P10B

5メートル

R3 IB2からラック4

R3-IB2-P8BからR4-U1-P4B

5メートル

R3 IB2からラック5

R3-IB2-P9AからR5-U1-P5B

5メートル

R3 IB2からラック6

R3-IB2-P9BからR6-U1-P6B

10メートル

R3 IB2からラック7

R3-IB2-P10AからR7-U1-P7B

10メートル

R3 IB2からラック8

R3-IB2-P10BからR8-U1-P8B

10メートル

表E-33に、8つのフル・ラックを配線する場合の4番目のスパイン・スイッチのケーブル接続(R4-U1)を示します。

表E-33 8つのラック・システムのラック4のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック4内のR4 IB3

R4-IB3-P8AからR4-U1-P3A

3メートル

R4 IB3からラック1

R4-IB3-P10BからR1-U1-P8A

10メートル

R4 IB3からラック2

R4-IB3-P11AからR2-U1-P9A

5メートル

R4 IB3からラック3

R4-IB3-P11BからR3-U1-P10A

5メートル

R4 IB3からラック5

R4-IB3-P8BからR5-U1-P4A

5メートル

R4 IB3からラック6

R4-IB3-P9AからR6-U1-P5A

5メートル

R4 IB3からラック7

R4-IB3-P9BからR7-U1-P6A

10メートル

R4 IB3からラック8

R4-IB3-P10AからR8-U1-P7A

10メートル

ラック4内のR4 IB2

R4-IB2-P8AからR4-U1-P3B

3メートル

R4 IB2からラック1

R4-IB2-P10BからR1-U1-P8B

10メートル

R4 IB2からラック2

R4-IB2-P11AからR2-U1-P9B

5メートル

R4 IB2からラック3

R4-IB2-P11BからR3-U1-P10B

5メートル

R4 IB2からラック5

R4-IB2-P8BからR5-U1-P4B

5メートル

R4 IB2からラック6

R4-IB2-P9AからR6-U1-P5B

5メートル

R4 IB2からラック7

R4-IB2-P9BからR7-U1-P6B

10メートル

R4 IB2からラック8

R4-IB2-P10AからR8-U1-P7B

10メートル

表E-34に、8つのフル・ラックを配線する場合の5番目のスパイン・スイッチのケーブル接続(R5-U1)を示します。

表E-34 8つのラック・システムのラック5のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック5内のR5 IB3

R5-IB3-P8AからR5-U1-P3A

3メートル

R5 IB3からラック1

R5-IB3-P10AからR1-U1-P7A

10メートル

R5 IB3からラック2

R5-IB3-P10BからR2-U1-P8A

10メートル

R5 IB3からラック3

R5-IB3-P11AからR3-U1-P9A

5メートル

R5 IB3からラック4

R5-IB3-P11BからR4-U1-P10A

5メートル

R5 IB3からラック6

R5-IB3-P8BからR6-U1-P4A

5メートル

R5 IB3からラック7

R5-IB3-P9AからR7-U1-P5A

5メートル

R5 IB3からラック8

R5-IB3-P9BからR8-U1-P6A

10メートル

ラック5内のR5 IB2

R5-IB2-P8AからR5-U1-P3B

3メートル

R5 IB2からラック1

R5-IB2-P10AからR1-U1-P7B

10メートル

R5 IB2からラック2

R5-IB3-P10BからR2-U1-P8B

10メートル

R5 IB2からラック3

R5-IB2-P11AからR3-U1-P9B

5メートル

R5 IB2からラック4

R5-IB2-P11BからR4-U1-P10B

5メートル

R5 IB2からラック6

R5-IB2-P8BからR6-U1-P4B

5メートル

R5 IB2からラック7

R5-IB2-P9AからR7-U1-P5B

5メートル

R5 IB2からラック8

R5-IB2-P9BからR8-U1-P6B

10メートル

表E-35に、8つのフル・ラックを配線する場合の6番目のスパイン・スイッチのケーブル接続(R6-U1)を示します。

表E-35 8つのラック・システムのラック6のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック6内のR6 IB3

R6-IB3-P8AからR6-U1-P3A

3メートル

R6 IB3からラック1

R6-IB3-P9BからR1-U1-P6A

10メートル

R6 IB3からラック2

R6-IB3-P10AからR2-U1-P7A

10メートル

R6 IB3からラック3

R6-IB3-P10BからR3-U1-P8A

10メートル

R6 IB3からラック4

R6-IB3-P11AからR4-U1-P9A

5メートル

R6 IB3からラック5

R6-IB3-P11BからR5-U1-P10A

5メートル

R6 IB3からラック7

R6-IB3-P8BからR7-U1-P4A

5メートル

R6 IB3からラック8

R6-IB3-P9AからR8-U1-P5A

5メートル

ラック6内のR6 IB2

R6-IB2-P8AからR6-U1-P3B

3メートル

R6 IB2からラック1

R6-IB2-P9BからR1-U1-P6B

10メートル

R6 IB2からラック2

R6-IB3-P10AからR2-U1-P7B

10メートル

R6 IB2からラック3

R6-IB2-P10BからR3-U1-P8B

10メートル

R6 IB2からラック4

R6-IB2-P11AからR4-U1-P9B

5メートル

R6 IB2からラック5

R6-IB2-P11BからR5-U1-P10B

5メートル

R6 IB2からラック7

R6-IB3-P8BからR7-U1-P4B

5メートル

R6 IB2からラック8

R6-IB2-P9AからR8-U1-P5B

5メートル

表E-36に、8つのフル・ラックを配線する場合の7番目のスパイン・スイッチのケーブル接続(R7-U1)を示します。

表E-36 8つのラック・システムのラック7のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック7内のR7 IB3

R7-IB3-P8AからR7-U1-P3A

3メートル

R7 IB3からラック1

R7-IB3-P9AからR1-U1-P5A

10メートル

R7 IB3からラック2

R7-IB3-P9BからR2-U1-P6A

10メートル

R7 IB3からラック3

R7-IB3-P10AからR3-U1-P7A

10メートル

R7 IB3からラック4

R7-IB3-P10BからR4-U1-P8A

10メートル

R7 IB3からラック5

R7-IB3-P11AからR5-U1-P9A

5メートル

R7 IB3からラック6

R7-IB3-P11BからR6-U1-P10A

5メートル

R7 IB3からラック8

R7-IB3-P8BからR8-U1-P4A

5メートル

ラック7内のR7 IB2

R7-IB2-P8AからR7-U1-P3B

3メートル

R7 IB2からラック1

R7-IB2-P9AからR1-U1-P5B

10メートル

R7 IB2からラック2

R7-IB3-P9BからR2-U1-P6B

10メートル

R7 IB2からラック3

R7-IB2-P10AからR3-U1-P7B

10メートル

R7 IB2からラック4

R7-IB2-P10BからR4-U1-P8B

10メートル

R7 IB2からラック5

R7-IB2-P11AからR5-U1-P9B

5メートル

R7 IB2からラック6

R7-IB3-P11BからR6-U1-P10B

5メートル

R7 IB2からラック8

R7-IB3-P8BからR8-U1-P4B

5メートル

表E-37に、8つのフル・ラックを配線する場合の8番目のスパイン・スイッチのケーブル接続(R8-U1)を示します。

表E-37 8つのラック・システムのラック8のリーフ・スイッチ接続

リーフ・スイッチ

接続

ケーブル長

ラック8内のR8 IB3

R8-IB3-P8AからR8-U1-P3A

3メートル

R8 IB3からラック1

R8-IB3-P8BからR1-U1-P4A

10メートル

R8 IB3からラック2

R8-IB3-P9AからR2-U1-P5A

10メートル

R8 IB3からラック3

R8-IB3-P9BからR3-U1-P6A

10メートル

R8 IB3からラック4

R8-IB3-P10AからR4-U1-P7A

10メートル

R8 IB3からラック5

R8-IB3-P10BからR5-U1-P8A

10メートル

R8 IB3からラック6

R8-IB3-P11AからR6-U1-P9A

5メートル

R8 IB3からラック7

R8-IB3-P11BからR7-U1-P10A

5メートル

ラック8内のR8 IB2

R8-IB2-P8AからR8-U1-P3B

3メートル

R8 IB2からラック1

R8-IB2-P8BからR1-U1-P4B

10メートル

R8 IB2からラック2

R8-IB3-P9AからR2-U1-P5B

10メートル

R8 IB2からラック3

R8-IB2-P9BからR3-U1-P6B

10メートル

R8 IB2からラック4

R8-IB2-P10AからR4-U1-P7B

10メートル

R8 IB2からラック5

R8-IB2-P10BからR5-U1-P8B

10メートル

R8 IB2からラック6

R8-IB3-P11AからR6-U1-P9B

5メートル

R8 IB2からラック7

R8-IB3-P11BからR7-U1-P10B

5メートル

E.10 9つのラックの配線

表E-38に、9つのフル・ラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-38 ラック9のリーフ・スイッチ接続

リーフ・スイッチ

接続

R9 IB3からラック1

R9-IB3-P8BからR1-U1-P11A

R9 IB3からラック2

R9-IB3-P9AからR2-U1-P11A

R9 IB3からラック3

R9-IB3-P9BからR3-U1-P11A

R9 IB3からラック4

R9-IB3-P10AからR4-U1-P11A

R9 IB3からラック5

R9-IB3-P10BからR5-U1-P11A

R9 IB3からラック6

R9-IB3-P11AからR6-U1-P11A

R9 IB3からラック7

R9-IB3-P11BからR7-U1-P11A

R9 IB3からラック8

R9-IB3-P9AからR8-U1-P11A

R9 IB2からラック1

R9-IB2-P8BからR1-U1-P11B

R9 IB2からラック2

R9-IB2-P9AからR2-U1-P11B

R9 IB2からラック3

R9-IB2-P9BからR3-U1-P11B

R9 IB2からラック4

R9-IB2-P10AからR4-U1-P11B

R9 IB2からラック5

R9-IB2-P10BからR5-U1-P11B

R9 IB2からラック6

R9-IB2-P11AからR6-U1-P11B

R9 IB2からラック7

R9-IB2-P11BからR7-U1-P11B

R9 IB2からラック8

R9-IB2-P8AからR8-U1-P11B

E.11 10個のラックの配線

表E-39に、10個のフル・ラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-39 ラック10のリーフ・スイッチ接続

リーフ・スイッチ

接続

R10 IB3からラック1

R10-IB3-P8BからR1-U1-P12A

R10 IB3からラック2

R10-IB3-P9AからR2-U1-P12A

R10 IB3からラック3

R10-IB3-P9BからR3-U1-P12A

R10 IB3からラック4

R10-IB3-P10AからR4-U1-P12A

R10 IB3からラック5

R10-IB3-P10BからR5-U1-P12A

R10 IB3からラック6

R10-IB3-P12AからR6-U1-P12A

R10 IB3からラック7

R10-IB3-P12BからR7-U1-P12A

R10 IB3からラック8

R10-IB3-P8AからR8-U1-P12A

R10 IB2からラック1

R10-IB2-P8BからR1-U1-P12B

R10 IB2からラック2

R10-IB2-P9AからR2-U1-P12B

R10 IB2からラック3

R10-IB2-P9BからR3-U1-P12B

R10 IB2からラック4

R10-IB2-P10AからR4-U1-P12B

R10 IB2からラック5

R10-IB2-P10BからR5-U1-P12B

R10 IB2からラック6

R10-IB2-P12AからR6-U1-P12B

R10 IB2からラック7

R10-IB2-P12BからR7-U1-P12B

R10 IB2からラック8

R10-IB2-P8AからR8-U1-P12B

E.12 11個のラックの配線

表E-40に、11個のフル・ラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-40 ラック11のリーフ・スイッチ接続

リーフ・スイッチ

接続

R11 IB3からラック1

R11-IB3-P8BからR1-U1-P13A

R11 IB3からラック2

R11-IB3-P9AからR2-U1-P13A

R11 IB3からラック3

R11-IB3-P9BからR3-U1-P13A

R11 IB3からラック4

R11-IB3-P10AからR4-U1-P13A

R11 IB3からラック5

R11-IB3-P10BからR5-U1-P13A

R11 IB3からラック6

R11-IB3-P13AからR6-U1-P13A

R11 IB3からラック7

R11-IB3-P13BからR7-U1-P13A

R11 IB3からラック8

R11-IB3-P8AからR8-U1-P13A

R11 IB2からラック1

R11-IB2-P8BからR1-U1-P13B

R11 IB2からラック2

R11-IB2-P9AからR2-U1-P13B

R11 IB2からラック3

R11-IB2-P9BからR3-U1-P13B

R11 IB2からラック4

R11-IB2-P10AからR4-U1-P13B

R11 IB2からラック5

R11-IB2-P10BからR5-U1-P13B

R11 IB2からラック6

R11-IB2-P13AからR6-U1-P13B

R11 IB2からラック7

R11-IB2-P13BからR7-U1-P13B

R11 IB2からラック8

R11-IB2-P8AからR8-U1-P13B

E.13 12個のラックの配線

表E-41に、12個のフル・ラックを配線する場合のスイッチのケーブル接続を示します。1から8までのラック間の配線は変わりません。

表E-41 ラック12のリーフ・スイッチ接続

リーフ・スイッチ

接続

R12 IB3からラック1

R12-IB3-P8BからR1-U1-P14A

R12 IB3からラック2

R12-IB3-P9AからR2-U1-P14A

R12 IB3からラック3

R12-IB3-P9BからR3-U1-P14A

R12 IB3からラック4

R12-IB3-P10AからR4-U1-P14A

R12 IB3からラック5

R12-IB3-P10BからR5-U1-P14A

R12 IB3からラック6

R12-IB3-P14AからR6-U1-P14A

R12 IB3からラック7

R12-IB3-P14BからR7-U1-P14A

R12 IB3からラック8

R12-IB3-P8AからR8-U1-P14A

R12 IB2からラック1

R12-IB2-P8BからR1-U1-P14B

R12 IB2からラック2

R12-IB2-P9AからR2-U1-P14B

R12 IB2からラック3

R12-IB2-P9BからR3-U1-P14B

R12 IB2からラック4

R12-IB2-P10AからR4-U1-P14B

R12 IB2からラック5

R12-IB2-P10BからR5-U1-P14B

R12 IB2からラック6

R12-IB2-P14AからR6-U1-P14B

R12 IB2からラック7

R12-IB2-P14BからR7-U1-P14B

R12 IB2からラック8

R12-IB2-P8AからR8-U1-P14B

E.14 13個のラックの配線

表E-42に、13個のフル・ラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-42 ラック13のリーフ・スイッチ接続

リーフ・スイッチ

接続

R13 IB3からラック1

R13-IB3-P8BからR1-U1-P15A

R13 IB3からラック2

R13-IB3-P9AからR2-U1-P15A

R13 IB3からラック3

R13-IB3-P9BからR3-U1-P15A

R13 IB3からラック4

R13-IB3-P10AからR4-U1-P15A

R13 IB3からラック5

R13-IB3-P10BからR5-U1-P15A

R13 IB3からラック6

R13-IB3-P15AからR6-U1-P15A

R13 IB3からラック7

R13-IB3-P15BからR7-U1-P15A

R13 IB3からラック8

R13-IB3-P8AからR8-U1-P15A

R13 IB2からラック1

R13-IB2-P8BからR1-U1-P15B

R13 IB2からラック2

R13-IB2-P9AからR2-U1-P15B

R13 IB2からラック3

R13-IB2-P9BからR3-U1-P15B

R13 IB2からラック4

R13-IB2-P10AからR4-U1-P15B

R13 IB2からラック5

R13-IB2-P10BからR5-U1-P15B

R13 IB2からラック6

R13-IB2-P15AからR6-U1-P15B

R13 IB2からラック7

R13-IB2-P15BからR7-U1-P15B

R13 IB2からラック8

R13-IB2-P8AからR8-U1-P15B

E.15 14個のラックの配線

表E-43に、14個のラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-43 ラック14のリーフ・スイッチ接続

リーフ・スイッチ

接続

R14 IB3からラック1

R14-IB3-P8BからR1-U1-P16A

R14 IB3からラック2

R14-IB3-P9AからR2-U1-P16A

R14 IB3からラック3

R14-IB3-P9BからR3-U1-P16A

R14 IB3からラック4

R14-IB3-P10AからR4-U1-P16A

R14 IB3からラック5

R14-IB3-P10BからR5-U1-P16A

R14 IB3からラック6

R14-IB3-P16AからR6-U1-P16A

R14 IB3からラック7

R14-IB3-P16BからR7-U1-P16A

R14 IB3からラック8

R14-IB3-P8AからR8-U1-P16A

R14 IB2からラック1

R14-IB2-P8BからR1-U1-P16B

R14 IB2からラック2

R14-IB2-P9AからR2-U1-P16B

R14 IB2からラック3

R14-IB2-P9BからR3-U1-P16B

R14 IB2からラック4

R14-IB2-P10AからR4-U1-P16B

R14 IB2からラック5

R14-IB2-P10BからR5-U1-P16B

R14 IB2からラック6

R14-IB2-P16AからR6-U1-P16B

R14 IB2からラック7

R14-IB2-P16BからR7-U1-P16B

R14 IB2からラック8

R14-IB2-P8AからR8-U1-P16B

E.16 15個のラックの配線

表E-44に、15個のラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-44 ラック15のリーフ・スイッチ接続

リーフ・スイッチ

接続

R15 IB3からラック1

R15-IB3-P8BからR1-U1-P17A

R15 IB3からラック2

R15-IB3-P9AからR2-U1-P17A

R15 IB3からラック3

R15-IB3-P9BからR3-U1-P17A

R15 IB3からラック4

R15-IB3-P10AからR4-U1-P17A

R15 IB3からラック5

R15-IB3-P10BからR5-U1-P17A

R15 IB3からラック6

R15-IB3-P17AからR6-U1-P17A

R15 IB3からラック7

R15-IB3-P17BからR7-U1-P17A

R15 IB3からラック8

R15-IB3-P8AからR8-U1-P17A

R15 IB2からラック1

R15-IB2-P8BからR1-U1-P17B

R15 IB2からラック2

R15-IB2-P9AからR2-U1-P17B

R15 IB2からラック3

R15-IB2-P9BからR3-U1-P17B

R15 IB2からラック4

R15-IB2-P10AからR4-U1-P17B

R15 IB2からラック5

R15-IB2-P10BからR5-U1-P17B

R15 IB2からラック6

R15-IB2-P17AからR6-U1-P17B

R15 IB2からラック7

R15-IB2-P17BからR7-U1-P17B

R15 IB2からラック8

R15-IB2-P8AからR8-U1-P17B

E.17 16個のラックの配線

表E-45に、16個のフル・ラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-45 ラック16のリーフ・スイッチ接続

リーフ・スイッチ

接続

R16 IB3からラック1

R16-IB3-P8BからR1-U1-P0A

R16 IB3からラック2

R16-IB3-P9AからR2-U1-P0A

R16 IB3からラック3

R16-IB3-P9BからR3-U1-P0A

R16 IB3からラック4

R16-IB3-P10AからR4-U1-P0A

R16 IB3からラック5

R16-IB3-P10BからR5-U1-P0A

R16 IB3からラック6

R16-IB3-P0AからR6-U1-P0A

R16 IB3からラック7

R16-IB3-P0BからR7-U1-P0A

R16 IB3からラック8

R16-IB3-P8AからR8-U1-P0A

R16 IB2からラック1

R16-IB2-P8BからR1-U1-P0B

R16 IB2からラック2

R16-IB2-P9AからR2-U1-P0B

R16 IB2からラック3

R16-IB2-P9BからR3-U1-P0B

R16 IB2からラック4

R16-IB2-P10AからR4-U1-P0B

R16 IB2からラック5

R16-IB2-P10BからR5-U1-P0B

R16 IB2からラック6

R16-IB2-P0AからR6-U1-P0B

R16 IB2からラック7

R16-IB2-P0BからR7-U1-P0B

R16 IB2からラック8

R16-IB2-P8AからR8-U1-P0B

E.18 17個のラックの配線

表E-46に、17個のラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-46 ラック17のリーフ・スイッチ接続

リーフ・スイッチ

接続

R17 IB3からラック1

R17-IB3-P8BからR1-U1-P1A

R17 IB3からラック2

R17-IB3-P9AからR2-U1-P1A

R17 IB3からラック3

R17-IB3-P9BからR3-U1-P1A

R17 IB3からラック4

R17-IB3-P10AからR4-U1-P1A

R17 IB3からラック5

R17-IB3-P10BからR5-U1-P1A

R17 IB3からラック6

R17-IB3-P1AからR6-U1-P1A

R17 IB3からラック7

R17-IB3-P1BからR7-U1-P1A

R17 IB3からラック8

R17-IB3-P8AからR8-U1-P1A

R17 IB2からラック1

R17-IB2-P8BからR1-U1-P1B

R17 IB2からラック2

R17-IB2-P9AからR2-U1-P1B

R17 IB2からラック3

R17-IB2-P9BからR3-U1-P1B

R17 IB2からラック4

R17-IB2-P10AからR4-U1-P1B

R17 IB2からラック5

R17-IB2-P10BからR5-U1-P1B

R17 IB2からラック6

R17-IB2-P1AからR6-U1-P1B

R17 IB2からラック7

R17-IB2-P1BからR7-U1-P1B

R17 IB2からラック8

R17-IB2-P8AからR8-U1-P1B

E.19 18個のラックの配線

表E-47に、18個のラックを配線する場合のスイッチのケーブル接続を示します。ラック1から8までの間の配線は変わりません。

表E-47 ラック18のリーフ・スイッチ接続

リーフ・スイッチ

接続

R18 IB3からラック1

R18-IB3-P8BからR1-U1-P2A

R18 IB3からラック2

R18-IB3-P9AからR2-U1-P2A

R18 IB3からラック3

R18-IB3-P9BからR3-U1-P2A

R18 IB3からラック4

R18-IB3-P10AからR4-U1-P2A

R18 IB3からラック5

R18-IB3-P10BからR5-U1-P2A

R18 IB3からラック6

R18-IB3-P2AからR6-U1-P2A

R18 IB3からラック7

R18-IB3-P2BからR7-U1-P2A

R18 IB3からラック8

R18-IB3-P8AからR8-U1-P2A

R18 IB2からラック1

R18-IB2-P8BからR1-U1-P2B

R18 IB2からラック2

R18-IB2-P9AからR2-U1-P2B

R18 IB2からラック3

R18-IB2-P9BからR3-U1-P2B

R18 IB2からラック4

R18-IB2-P10AからR4-U1-P2B

R18 IB2からラック5

R18-IB2-P10BからR5-U1-P2B

R18 IB2からラック6

R18-IB2-P2AからR6-U1-P2B

R18 IB2からラック7

R18-IB2-P2BからR7-U1-P2B

R18 IB2からラック8

R18-IB2-P8AからR8-U1-P2B

索引

A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  Q  R  S  T  U  V  W

A

- 搬入経路要件 1

- 音響レベル 1

- ACSLSサーバー 1

- 追加

- Sun Datacenter InfiniBand Switch 36スイッチ 1

- 管理ネットワーク構成 1

- アフリカの電力要件 1

- 通気 1 , 2

- アラート・メッセージ

- バッテリ学習サイクル 1

- HALRT-00002 - HALRT-00500 1

- HALRT-00513 - HALRT-00600 1

- HALRT-00616 - HALRT-00700 1

- HALRT-00717 - HALRT-00800 1

- HALRT-00912 - HALRT-01000 1

- HALRT-01015 - HALRT-01100 1

- HALRT-01209 - HALRT-01300 1

- HALRT-01301 - HALRT-01400 1

- HALRT-02001 - HALRT-02008 1

- HALRT-02101 - HALRT-02200 1

- HALRT-10001 - HALRT-10500 1

- HALRT-10503 - HALRT-11000 1

- HALRT-11001 - HALRT-11100 1

- ハードウェア 1

- 高度の要件 1

- 周囲条件 1

- 周囲相対湿度の範囲 1

- 周囲温度範囲 1

- アジア太平洋の電力要件 1

- ASR

- 概要 1

- 構成 1

- トラブルシューティング 1

- ASRマネージャ

- 構成 1

- インストール 1

- ASRネットワーク接続 1

- ASRトラップ送信先 1

- 自動サービス・リクエスト

- 構成 1

B

- バッテリ

- 学習サイクル 1

- 寿命 1

- モニタリング 1

- 交換 1

- ディスク・コントローラBBUの交換 1

- 曲げ半径要件 1

- BONDIB0 1

- ボタン, Deployment Assistant 1

C

- ケーブル管理アーム 1

- ケーブル管理アーム

- 交換部品 1

- ケーブル

- 色分け 1 , 2

- 交換 1

- 配線

- 曲げ半径 1

- InfiniBandの結束 1

- ケーブル長の見積り 1

- InfiniBandの注意 1

- マルチラック 1 , 2

- 新規ストレージ・サーバー 1

- 配線の要件

- マルチラック 1

- セル・アラート構成 1

- CELLBOOT USBフラッシュ・ドライブ 1

- チャネル・アダプタ 1

- 確認

- セル構成 1

- セル・ディスク構成 1

- ファームウェア・バージョン 1

- フラッシュ・ログ 1

- HugePagesメモリー構成 1

- イメージ履歴 1

- InfiniBandスイッチの情報 1

- IORM計画 1

- IPアドレス 1

- checkipスクリプト 1 , 2 , 3

- チェックリスト(インストール後) 1

- ブレーカ 1

- PDUのブレーカ 1

- Ciscoスイッチ

- デフォルトのゲートウェイの構成 1

- ホスト名の構成 1

- デフォルトのポート速度 1

- モデル 1

- 交換部品 1

- パスワードの設定 1 , 2

- Oracle Databaseホームのクローニング

- Linuxベースのサーバー 1

- Oracle Grid Infrastructureのクローニング

- Linuxベースのサーバー 1

- Cloud Controlエージェント 1

- Cloud Controlによる検出 1

- クラスタ構成 1

- クラスタ検証ユーティリティ 1

- CMAガイドライン 1

- 計算サーバー

- コンポーネント 1

- モデル 1

- 交換部品 1 , 2

- 構成 1

- 構成ファイル

- 説明 1

- 生成 1

- 改訂 1

- Configuration Manager構成 1

- 構成

- セル・アラート 1

- InfiniBandインタフェース 1

- PDU 1

- ASRの構成 1

- 電源コードの接続 1

- 冷却 1

- コードの接続, 電力 1

- CSI 1

- カスタマ・サポートID 1

D

- データベース構成

- Oracle Database

- ユーザーとグループ 1

- デフォルトのIPアドレス 1

- デフォルトのシリアル・ポート速度

- Ciscoスイッチ 1

- DELTAディスク・グループ 1

- Deployment Assistant 1

- ディメンション 1

- ディスク・コントローラのバッテリBBU 1

- ディスク・コントローラ 1

- ディスク・ドライブ

- サーバーのステータス・インジケータ 1

- ディスク障害

- 投票ディスクの交換 1

- ディスク・グループ 1

- DNS 1

- ドメイン・ネーム・システム 1

E

- 接地ケーブル 1

- 静電放電 1

- 電子メール・アカウント, My Oracle Support (ASR) 1

- Enterprise Managerエージェント 1

- 環境要件 1

- エラー・メッセージ

- Oracleサポート・サービスへの連絡 1

- イーサネットのケーブル接続 1

- イーサネット・カードの構成 1

- イーサネット・スイッチ

- モデル 1

- 交換部品 1

- exachkユーティリティ 1

- Exadata Deployment Assistant

- 起動 1

- Exadataソフトウェアのインストール 1

F

- ファン・モジュール

- サーバーのステータス・インジケータ 1

- スイッチのステータス・インジケータ 1

- FDOM 1

- ファイバ・チャネル・アダプタ

- インストール 1

- ファイバ・チャネル・ネットワーク 1

- ファイアウォール

- ポートの割当て 1

- ファームウェアのレベル 1 , 2

- フラッシュ・ディスク 1

- 柔軟な構成 1

- 床荷重要件 1

G

- ゲートウェイの構成 1 , 2

- Grid Controlエージェント 1

- 接地ケーブル 1

- 接地 1

- グループ

- データベース 1

H

- HALRT-00002 - HALRT-00500アラート・メッセージ 1

- HALRT-00513 - HALRT-00600アラート・メッセージ 1

- HALRT-00616 - HALRT-00700アラート・メッセージ 1

- HALRT-00717 - HALRT-00800アラート・メッセージ 1

- HALRT-00912 - HALRT-01000アラート・メッセージ 1

- HALRT-01015 - HALRT-01100アラート・メッセージ 1

- HALRT-01209 - HALRT-01300アラート・メッセージ 1

- HALRT-01301 - HALRT-01400アラート・メッセージ 1

- HALRT-02001 - HALRT-02008アラート・メッセージ 1

- HALRT-02101 - HALRT-02200アラート・メッセージ 1

- HALRT-10001 - HALRT-10500アラート・メッセージ 1

- HALRT-10503 - HALRT-11000アラート・メッセージ 1

- HALRT-11001 - HALRT-11100アラート・メッセージ 1

- ハードウェア・アラート・メッセージ 1

- ハードウェア・コンポーネント 1

- ハードウェア構成 1

- ハードウェア障害, 自動レポート 1

- ハードウェアのインストール 1

- ハードウェアの変更 1

- 高電圧PDU, 欧州の電力要件 1

- 湿度の範囲 1

- 湿度の要件 1

I

- 識別

- 予測障害フラッシュ・ディスク 1

- ILOMケーブル接続 1

- ILOM構成 1

- InfiniBand

- プライベート・ネットワーク 1

- スイッチのタイムゾーン 1

- 収集の場合の使用 1

- InfiniBandケーブル

- 予備 1

- InfiniBandのケーブル接続 1

- InfiniBandネットワーク構成 1

- InfiniBandスイッチのケーブル接続 1 , 2

- InfiniBandスイッチ

- LED 1

- モデル 1

- 収集ネットワーク 1

- 収集ネットワーク構成 1 , 2

- InfiniBandを使用した収集 1

- ラックの点検 1

- インストール

- 安全ガイドライン 1

- インストール・ディレクトリ 1

- インストール・テンプレート・ファイル 1

- ソフトウェアのインストール 1

- Sun Datacenter InfiniBand Switch 36スイッチの設置 1

- インストール・ユーティリティ

- 手順の説明 1

- 構文 1

- IPアドレスの構成 1 , 2 , 3 , 4 , 5

- IPアドレス

- 工場出荷時のデフォルトのIPアドレス 1

- Recovery Applianceの合計 1

- ipconfユーティリティ 1

- IPMItool

- サービス・プロセッサのリセット 1

J

- 日本の電力要件 1

L

- 言語サポート 1

- リーフ・スイッチ 1

- LEDカラー・コード 1 , 2

- LEDステータス 1

- LEDの検証 1

- 水平調整脚 1

- ライセンスの制限 1

- PCIスロット番号の一覧 1

- 検索

- PDUブレーカ 1

- 低電圧PDU 1

M

- 保守搬入要件 1

- 管理ネットワーク 1

- メディア・マネージャ

- サードパーティのインストール 1

- 中東の電力要件 1

- モデル番号 1

- 取付け金具 1 , 2

- ドライブの移動 1

- マルチラック配線

- ケーブル要件 1

- My Oracle Support電子メール・アカウント 1

N

- 名前の接頭辞 1

- 名前のフォーマット・マスク 1

- 名前のフォーマット・マスク 1 , 2 , 3

- NET0 1

- ネットワーク・ケーブル 1

- ネットワーク・コンポーネント 1

- ネットワーク構成

- 管理 1

- ネットワーク接続

- ASR 1

- ネットワーク図 1

- ネットワークの準備 1

- ネットワーク

- ファイバ・チャネルSAN 1

- InfiniBand 1

- 収集 1

- 管理 1

- レプリケーション 1

- ネットワーク・タイム・プロトコル 1

- 非稼働時の要件 1

- 北米の電力要件 1

- NTPサーバー 1

O

- OneCommandダウンロード 1

- OneCommandプラットフォーム 1

- 稼働時の要件 1

- Oracle Configuration Managerの構成 1

- Oracle Enterprise Manager Cloud Controlによる検出 1

- Oracle Enterprise Managerのインストール 1

- Oracle Management Server 1 , 2

- Oracle Maximum Availability Architecture 1

- Oracle Secure Backup 1

- Oracle Server X5-2

- 交換部品 1

- Oracle Server X5-2L

- 交換部品 1

- Oracle Server X6-2

- 交換部品 1

- Oracle Server X6-2L

- 交換部品 1

- Oracleサポート・サービス

- 連絡 1

P

- パスワード

- 変更

- Ciscoイーサネットのパスワード 1

- データベース・サーバーのパスワード 1

- ILOMパスワード 1

- InfiniBandスイッチのパスワード 1

- PDUパスワード 1

- ストレージ・サーバーのパスワード 1

- PCIeカード 1

- PCIスロット番号 1

- PDUのケーブル接続 1 , 2 , 3 , 4

- PDU

- ブレーカ 1

- 構成 1

- ハードウェアの接続 1 , 2 , 3 , 4

- PDU-Aの場所 1

- PDU-Bの場所 1

- 交換部品 1

- 単相 1

- 3相 1 , 2

- 穴の開いたタイル 1

- 物理ディスク

- エラーによる取外し 1

- 交換 1

- ステータス 1

- platinum.csv 1

- ポートの割当て 1

- インストール後のチェックリスト 1

- 電源コードの接続 1

- 電源コード配線 1

- システムへの電源投入 1

- 電源切断

- 緊急 1

- スイッチ 1

- 電源投入

- サーバーの手順 1

- ILOMの使用 1

- 電力要件 1 , 2

- 電源

- サーバーのステータス・インジケータ 1

- スイッチのステータス・インジケータ 1

- preconf_rack_n.csv 1

- 問題のレポート 1

- プロキシ構成

- ASR 1

- Oracle Configuration Manager 1

Q

- QLogicカード 1

- QLogicファイバ・チャネル・アダプタ 1

R

- ra_installユーティリティ

- 手順の説明 1

- 構文 1

- ラック・コンポーネントの接頭辞 1

- ラック・コンポーネント 1

- ラック構成 1

- ラックの寸法 1

- ラックの設置 1

- ラックのレイアウト

- X4のフル・ラック 1

- X4の最小構成 1

- X6またはX5のフル・ラック 1

- X6またはX5の最小構成 1

- ラック重量 1

- Recovery Applianceソフトウェアのインストール 1

- 再作成

- CELLBOOT USBフラッシュ・ドライブ 1

- 拒否されたディスクの再有効化 1

- 相対湿度 1 , 2

- 投票ディスクの移動

- Linuxベースのサーバー 1

- エラーのあるディスクの取外し 1

- 修理カテゴリ 1

- 交換部品 1

- 置換

- ディスク・コントローラBBU 1

- 物理ディスク 1

- レプリケーション・ネットワーク

- SCAN構成 1

- VIP構成 1

- レプリケーション・ネットワーク構成 1 , 2

- フラッシュ・ドライブのレスキュー 1

- リセット

- ILOM 1

S

- 安全ガイドライン 1

- SANネットワーク 1

- SCANアドレス 1 , 2

- SCAN構成

- レプリケーション 1

- サーバー名の接頭辞 1

- サーバー

- LEDカラー・コード 1 , 2

- 設定

- バッテリ学習サイクル 1

- Ciscoスイッチのタイムゾーン 1

- InfiniBand

- スイッチの日付 1

- スイッチのタイムゾーン 1

- 出荷用キット 1

- 発送時の重量 1

- 単相PDU 1 , 2

- SMTPアラート 1

- SNMPアラート 1

- ソフトウェアのインストール 1

- ソフトウェアの変更 1

- 南米の電力要件 1

- スペア・キット 1

- スパイン・スイッチ

- ラックの場所 1

- ラックの固定 1 , 2

- 状態

- コンポーネントLED 1

- 物理ディスク 1

- ストレージ・サーバー

- ラックへの追加 1

- コンポーネント 1

- モデル 1

- 交換部品 1 , 2

- サブネット・マネージャ・マスター 1

- Sun Datacenter InfiniBand Switch 36

- LED 1

- 交換部品 1

- Sun Server X4-2

- 交換部品 1

- Sun Server X4-2L

- 交換部品 1

- サポート・アカウント 1

- Support Hub 1

- サポート・ポリシー 1

- スイッチ名の接頭辞 1

- スイッチとサーバーのケーブル接続 1 , 2

- スイッチ間のケーブル接続 1

T

- 台湾の電力要件 1

- テープ・バックアップ

- ネットワーク接続数 1

- オラクル社の推奨スタック 1

- サードパーティの制限 1

- テープ・ライブラリ

- オラクル社の推奨スタックの構成 1

- テープ・ネットワーク 1

- 温度範囲 1

- 温度要件 1

- temporary_config.xml 1

- 3相PDU 1 , 2

- タイルの床 1

- タイムゾーン 1

- トラップ送信先(ASR) 1

U

- 床下換気 1

- USBデバイス 1

- USBフラッシュ・ドライブ 1

- ユーザー

- データベース 1

- ユーティリティ

- クラスタ検証 1

- exachk 1

- ipconf 1

- トポロジ検証 1

V

- 換気 1

- 確認

- データベース・サーバーの構成 1

- ファームウェア 1 , 2 , 3 , 5 , 6 , 8

- ハードウェア 1 , 3 , 4 , 6

- InfiniBandトポロジ 1

- 仮想ドライブ構成 1

- トポロジ検証ユーティリティ 1

- VIPアドレス 1 , 2

- VIPネットワーク構成 1

- 仮想ローカル・エリア・ネットワーク 1

- VLAN 1 , 2

- VLANタグ付け 1

W

- 保証制限 1

- 重み 1

- WorkDirサブディレクトリ 1

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。