Oracle® Exadata Storage Server Software

ユーザーズ・ガイド

12cリリース1 (12.1)

E52920-09(原本部品番号:E50471-21)

2016年5月

Oracle Exadata Storage Server Softwareユーザーズ・ガイド, 12cリリース1 (12.1)

E52920-09

Copyright © 2008, 2016, Oracle and/or its affiliatesAll rights reserved.

原本協力者: Ravikiran Akkayajhula、Andrew Babb、Bharat Baddepudi、Mingmin Chen、Nilesh Choudhury、Ravindra Dani、Boris Erlikhman、Gurmeet Goindi、Cecilia Gervasio Grant、Roger Hansen、Iori Honda、Kevin Jernigan、Yiliang Jin、Caroline Johnston、Sarat Karkarla、Rakesh Kashyap、Kishy Kumar、Poojan Kumar、Sue Lee、Yang Liu、Ye Liu、Juan Loaiza、Krishnan Meiyyappan、Valarie Moore、Adrian Ng、Chien Nguyen、Michael Nowak、Umesh Panchaksharaiah、Sugam Pandey、Dmitry Potapov、Ashish Ray、Akshay Shah、Vivek Sharma、Kesavan Srinivasan、Mahesh Subramaniam、Alex Tsukerman、Shreyas Udgaonkar、Kothanda Umamageswaran、Doug Utzig、Zhongyi Xie、Zheren Zhang

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

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

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

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およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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

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

目次

例一覧

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Exadata Storage Server Softwareの概要

- Oracle Exadata Storage Server Softwareの概要

- Oracle Exadata Storage Server Softwareの主な機能

- 信頼性、モジュール方式、およびコスト効率

- Oracle Databaseとの互換性

- スマート・フラッシュ・テクノロジ

- フラッシュ・キャッシュ

- フラッシュ・ロギング

- 集中型ストレージ

- I/Oリソース管理

- データ検索およびデータ取得処理のオフロード

- 増分バックアップ処理のオフロード

- データ破損の防止

- 高速ファイル作成

- ストレージ索引

- Oracle Exadata Storage Server Softwareのコンポーネント

- Oracle Exadata Storage Server Softwareについて

- Oracle Automatic Storage Managementについて

- Automatic Storage Managementディスク・グループ

- Automatic Storage Management障害グループ

- 最大可用性を実現するOracle ASMの概要

- グリッドRAIDについて

- セルのセキュリティについて

- iDBプロトコルについて

- セル・ソフトウェア・プロセスについて

- セル管理について

- データベース・サーバー・ソフトウェアについて

- 「Oracle Enterprise Manager for Oracle Exadata Database Machineについて」

2 Oracle Exadata Storage Server Softwareの構成

- 『Oracle Exadata Storage Server Softwareのリリース番号付けの理解』

- Oracle Exadata Storage Serverの構成の理解

- 推奨されるネットワーク構成およびIPアドレス

- Oracle Exadata Storage Server SoftwareのIPアドレスの割当て

- 使用するロケーションに合せたOracle Exadata Storage Server Softwareの構成

- Oracle Exadata Storage Serverの静的IPを使用したLOリモート管理の構成

- Oracle Exadata Storage ServerでのLOリモート管理の構成

- サーバーの準備

- CellCLIを使用したセル、セル・ディスクおよびグリッド・ディスクの構成

- フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成

- データベース・サーバー・ホストの構成ファイルの設定

- 自動セル・メンテナンスの理解

3 Oracle Exadata Storage ServerでのOracle ASMディスク・グループの管理

- Oracle Exadata Storage Serverを使用したOracle ASMディスク・グループの管理

- Oracle Exadata Storage ServerのOracle ASMディスク・グループの理解

- 標準冗長性を使用する場合のOracle ASMコンテンツ・タイプの設定

- Oracle ASMディスク・グループの作成

- Oracle ASMディスク・グループへのディスクの追加

- Oracle ASMディスク・グループのマウントおよびディスマウント

- ディスクのオフラインとオンラインの切替え

- Oracle ASMディスク・グループからのディスクの削除

- Oracle ASMディスク・グループの削除

- Oracle ASM appliance.mode属性の有効化

- Oracle ASMを使用したOracle Exadata Storage Serverのグリッド・ディスクの管理

- Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則

- Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの変更

- Oracle Exadata Storage Serverのグリッド・ディスク名の変更

- Oracle Exadata Storage Serverのグリッド・ディスクの削除

- Oracle ASMディスク・グループに含まれるOracle Exadata Storage Serverのグリッド・ディスクの特定

- Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの特定

- ディスク交換の処理

4 Oracle Exadata Storage Server Softwareのセキュリティの構成

- Oracle Exadata Storage Server Softwareのデータ・セキュリティの理解

- オープン・セキュリティ・モードについて

- Oracle ASMを有効範囲にしたセキュリティ・モードについて

- データベースを有効範囲にしたセキュリティ・モードについて

- Oracle Exadata Storage Serverのオペレーティング・システムのセキュリティの理解

- Oracle Exadata Storage Serverのセキュリティ・ポリシー

- パスワードの変更

- セキュリティ・ポリシーの有効化

- 失敗したパスワード試行の表示

- ロックされたユーザー・アカウントのリセット

- データベース・サーバーのパスワード・ポリシーの変更

- Oracle Exadata Storage Serverへのネットワーク・アクセス

- Oracle Exadata Storage Server上でのオペレーティング・システム・アクティビティの監視

- cellkey.oraファイルの理解

- セキュリティ・キーについて

- Oracle Exadata Storage ServerのOracle ASMを有効範囲にしたセキュリティの設定

- Oracle Exadata Storage Serverのデータベースを有効範囲にしたセキュリティの設定

- クライアント・コンピュータのcellkey.oraファイルの設定

- セキュリティの削除

- データベースを有効範囲にしたセキュリティの削除

- Oracle ASMを有効範囲にしたセキュリティの削除

- ユーザーおよびロールの作成

- ロールの作成およびロールに関する情報の取得

- 権限の付与および取消し

- ユーザーの作成

- ロールの付与と取消し

- ストレージ・サーバーでのSSHの無効化

- セルのロック

- セルの一時的なロック解除

- 現在のアクセス・レベルのチェック

- 管理サーバーからのアラート

5 Oracle Exadata Storage Server Softwareのメンテナンス

- ipconfユーティリティの使用

- Oracle Exadata Storage Server Softwareの検証テストおよびユーティリティ

- Oracle Exadata Storage Serverのソフトウェアおよびファームウェア・コンポーネントの概要

- Oracle Exadata Storage Serverのイメージ履歴

- システムの稼働状態の検証

- システム・コンポーネントのシリアル番号

- 診断および修復ユーティリティ

- CheckHWnFWProfileユーティリティ

- diagnostics.isoユーティリティ

- ibdiagtoolsユーティリティ

- make_cellboot_usbユーティリティ

- sosreportおよびOracle ExaWatcherによるシステム診断データの収集

- シリアル・コンソールのサポート

- Linuxカーネル・クラッシュ・コア・ファイル

6 I/Oリソースの管理

- リソース管理の概要

- I/Oリソース管理の理解

- データベース・リソース管理について

- データベース間のリソース管理について

- I/Oリソース管理プロファイルについて

- カテゴリ・リソース管理について

- コンシューマ・グループおよびリソース・プランについて

- DSS_PLANリソース・プラン

- ETL_CRITCAL_PLANリソース・プラン

- CDBプランおよびプラガブル・データベースについて

- IORMの管理

- レイテンシに優先順位を付けるためのIORMの有効化

- データベース・リソース管理の管理

- コンシューマ・グループおよびカテゴリの設定

- コンシューマ・グループへのセッションの割当て

- CDBプランの作成

- データベース・プランの作成

- データベース・リソース・プランの有効化

- 高速ファイル作成の管理

- データのインポート管理

- Oracle Recovery Managerのバックアップおよびコピーの管理

- データベース間のリソース管理の管理

- I/Oリソース管理プランの表示

- I/Oリソース管理の構成の確認

- プランの使用例

- 割当てを使用したリソースの指定

- 共有を使用したリソースの指定

- フラッシュ・キャッシュおよびフラッシュ・ログの管理

- データベースおよびPDBのためのフラッシュ・キャッシュ割当て制限の管理

7 Oracle Exadata Storage Server Softwareの監視およびチューニング

- メトリックとアラートの理解

- メトリックについて

- アラートについて

- メトリックを使用したOracle Exadata Storage Serverの監視

- メトリックの表示

- メトリック定義の表示

- 現在のメトリックの表示

- メトリック履歴の表示

- セルのメトリックの監視

- セル・ディスクのメトリックの監視

- フラッシュ・キャッシュのメトリックの監視

- メトリックを使用したOracle Exadataスマート・フラッシュ・ログの監視

- グリッド・ディスクのメトリックの監視

- ホストのインターコネクトのメトリックの監視

- スマートI/Oメトリックの監視

- メトリックを使用したIORMの監視

- カテゴリ・メトリックを使用したIORMの監視

- プラガブル・データベース・メトリックを使用したIORMの監視

- データベース・メトリックを使用したIORMの監視

- コンシューマ・グループ・メトリックを使用したIORMの監視

- 「IORM使用率の監視」

- メトリックを使用したデータベース間プランのチューニング

- Oracle Exadata Storage Serverのリクエストおよびアラートの監視

- アクティブ・リクエストの表示

- アラート定義の表示

- アラート通知の受信

- syslogメッセージのリモート監視

- アラート履歴の表示

- アラート履歴の変更

- ビューを使用したOracle Exadata Storage Serverの監視

- V$CELLビューおよびGV$CELLビューを使用したOracle Exadata Storage Serverの識別情報の表示

- Oracle Exadata Storage ServerでのV$BACKUP_DATAFILEの使用

- Oracle Exadata Storage Server SoftwareでのV$SYSSTATの使用

- 書込み統計の監視

- Oracle Exadata Storage Server SoftwareでのV$SEGMENT_STATISTICSの使用

- Oracle Exadata Storage Server SoftwareでのV$SQLの使用

- V$CELL_STATEを使用したOracle Exadata Storage Server Softwareのパフォーマンス統計の表示

- V$CELL_THREAD_HISTORYを使用したOracle Exadata Storage Server Softwareのスレッドの表示

- Oracle Exadata Storage Server SoftwareでのV$CELL_REQUEST_TOTALSの使用

- V$ASM_DISK_SPARSE and V$ASM_DISKGROUP_SPARSEを使用したスパース・ディスクの監視

- Oracle Exadata Storage Server Softwareの待機イベントの理解

- Oracle Exadata Storage Server Softwareの待機イベントの監視

- V$SESSION_WAITを使用したセッションの監視

- V$SYSTEM_EVENTを使用した待機イベントの監視

- V$SESSION_EVENTを使用したセッション別のイベントの監視

- パフォーマンスの最適化

- Exadataハイブリッド列圧縮について

- 表が圧縮されているかどうかの確認

- 圧縮されている行の確認

- 圧縮レベルの変更

- Exadataハイブリッド列圧縮表のインポートおよびエクスポート

- Exadataハイブリッド列圧縮表のリストア

- SQL処理のオフロードについて

- CELL_OFFLOAD_PROCESSING

- CELL_OFFLOAD_PLAN_DISPLAY

- CELL_OFFLOAD_DECRYPTION

- SQLチューニング・アドバイザについて

- SQLモニターについて

- サービス管理の品質について

- 障害分離について

- 高速ディスク・スキャン率について

- 索引およびスキャン率について

- 自動エクステント管理について

- 最小エクステント・サイズについて

- パラレル・モードでのSQL*Loaderについて

- フラグメンテーションについて

- ディスク・グループのバランスについて

- Oracle ASMディスク修復タイマーについて

- Oracle Exadata Storage Server SoftwareでのSQL EXPLAIN PLANコマンドの使用

- Exadataスマート・フラッシュ・キャッシュ用のSQL STORAGE句のCELL_FLASH_CACHE

- Oracle Exadata Storage Server SoftwareでサポートされるSQL演算子および関数の確認

8 CellCLIユーティリティの使用

- CellCLIユーティリティの概要

- CellCLIの起動

- CellCLIのコマンド構文およびオプションの理解

- 予約語

- CellCLIのコマンドライン編集

- CellCLIの入力および出力オプション

- CellCLIスクリプトのコメント

- CellCLIコマンドの行継続文字

- CellCLI管理コマンド

- EXIT

- HELP

- QUIT

- SET

- SPOOL

- STARTおよび@

- CellCLIのオブジェクト・コマンドについて

- CellCLIのオブジェクト・タイプについて

- オブジェクト名の先頭のゼロについて

- CellCLIのオブジェクト属性について

- 共通の属性値の制限

- LISTコマンドの属性リスト

- LISTコマンドの属性フィルタ

- ALTER

- ALTER ALERTHISTORY

- ALTER CELL

- ALTER CELLDISK

- ALTER FLASHCACHE

- ALTER GRIDDISK

- ALTER IBPORT

- ALTER IORMPLAN

- ALTER LUN

- ALTER OFFLOADGROUP

- ALTER PHYSICALDISK

- ALTER QUARANTINE

- ALTER THRESHOLD

- ALTER USER

- ASSIGN KEY

- CALIBRATE

- CREATE

- CREATE CELL

- CREATE CELLDISK

- CREATE DIAGPACK

- CREATE FLASHCACHE

- CREATE FLASHLOG

- CREATE GRIDDISK

- CREATE KEY

- CREATE QUARANTINE

- CREATE ROLE

- CREATE THRESHOLD

- CREATE USER

- DESCRIBE

- DESCRIBE ACTIVEREQUEST

- DESCRIBE ALERTDEFINITION

- DESCRIBE ALERTHISTORY

- DESCRIBE CELL

- DESCRIBE CELLDISK

- DESCRIBE DATABASE

- DESCRIBE DISKMAP

- DESCRIBE FLASHCACHE

- DESCRIBE FLASHCACHECONTENT

- DESCRIBE FLASHLOG

- DESCRIBE GRIDDISK

- DESCRIBE IBPORT

- DESCRIBE IORMPLAN

- DESCRIBE KEY

- DESCRIBE LUN

- DESCRIBE METRICCURRENT

- DESCRIBE METRICDEFINITION

- DESCRIBE METRICHISTORY

- DESCRIBE PHYSICALDISK

- DESCRIBE QUARANTINE

- DESCRIBE ROLE

- DESCRIBE THRESHOLD

- DESCRIBE USER

- DROP

- DROP ALERTHISTORY

- DROP CELL

- DROP CELLDISK

- DROP FLASHCACHE

- DROP FLASHLOG

- DROP GRIDDISK

- DROP QUARANTINE

- DROP ROLE

- DROP THRESHOLD

- DROP USER

- EXPORT CELLDISK

- GRANT

- GRANT PRIVILEGE

- GRANT ROLE

- IMPORT CELLDISK

- LIST

- LIST ACTIVEREQUEST

- LIST ALERTDEFINITION

- LIST ALERTHISTORY

- LIST CELL

- LIST CELLDISK

- LIST DATABASE

- LIST DIAGPACK

- LIST DISKMAP

- LIST FLASHCACHE

- LIST FLASHCACHECONTENT

- LIST FLASHLOG

- LIST GRIDDISK

- LIST IBPORT

- LIST IORMPLAN

- LIST IORMPROFILE

- LIST KEY

- LIST LUN

- LIST METRICCURRENT

- LIST METRICDEFINITION

- LIST METRICHISTORY

- LIST OFFLOADGROUP

- LIST PHYSICALDISK

- LIST QUARANTINE

- LIST ROLE

- LIST THRESHOLD

- LIST USER

- REVOKE

- REVOKE PRIVILEGE

- REVOKE ROLE

9 dcliユーティリティの使用

- dcliユーティリティの概要

- dcliの構文

- dcliの例

- Oracle Exadata Storage ServerでのSSHのユーザー等価の設定

10 ExaCLIユーティリティの使用

- ExaCLIの概要

- ExaCLIの起動

- 認証

- ユーザー管理

- ExaCLIとCellCLIでのコマンドの違い

- 証明書

- デフォルトの自己署名証明書の使用

- CA認証済セキュリティ証明書の使用

11 exadcliユーティリティの使用

- exadcliの概要

- exadcliの構文

- exadcliの例

12 Oracle Exadata Storageスナップショットの設定

- Exadataスナップショットの概要

- Exadata機能のサポート

- テスト/開発環境と本番環境の分離

- Exadataスナップショットのタイプ

- Exadataスナップショットの前提条件

- 概念

- スパース・データベースおよびスパース・ファイル

- スパース・グリッド・ディスク

- スパース・ディスク・グループ

- スパース・ディスクのサイズ変更および割当てメソドロジ

- サイズ変更手順

- リフレッシュの考慮事項(Exadataスナップショットのライフサイクル)

- テスト・マスターとしてのOracle Data Guardスタンバイ・データベースの使用

- Exadataスナップショットの管理

- スパース・グリッド・ディスクの作成

- グリッド・ディスクの物理サイズの計算

- グリッド・ディスクの仮想サイズの計算

- スパース・グリッド・ディスクの作成

- スパース・グリッド・ディスク用のASMディスク・グループの作成

- テスト・マスターの設定

- 新しいテスト・マスターの作成 - ASM ACLが有効化されたディスク・グループでのフル・クローン

- 既存のフル・クローンまたはスタンバイ・データベースのテスト・マスターへの変換

- テスト・マスター・データ・ファイルの所有権の設定

- スナップショット・データベースの作成

- プラガブル・データベースのスナップショットの作成

- フル・データベースのスナップショットの作成

- テスト・マスター・データベースのリフレッシュ

- グリッド・ディスクのサイズ変更

- 仮想領域のサイズ変更

- 物理領域のサイズ変更

- スパース・ディスク・グループ・アクティビティの監視

A Oracle Exadata Storage Server Softwareのアップグレード

B エラーおよびアラート・メッセージ

- アラート、インシデントおよびトレース・ファイルの理解

- アラート・ファイルについて

- インシデント・パッケージについて

- トレース・ファイルについて

- 自動診断リポジトリについて

- 自動診断リポジトリ・インシデント

- 自動診断リポジトリ・パッケージ

- 診断ファイルの場所

- 診断ファイルの管理

- Oracle Exadata Storage Server Softwareのエラー・メッセージ

- エラー・メッセージ: CELL-00001からCELL-00500

- エラー・メッセージ: CELL-00501からCELL-01000

- エラー・メッセージ: CELL-01001からCELL-01500

- エラー・メッセージ: CELL-01501からCELL-02000

- エラー・メッセージ: CELL-02001からCELL-02500

- エラー・メッセージ: CELL-02501からCELL-03000

- エラー・メッセージ: CELL-03001からCELL-03500

- エラー・メッセージ: CELL-03501からCELL-04000

- エラー・メッセージ: CELL-04501からCELL-05000

- エラー・メッセージ: CELL-05001からCELL-05500

- エラー・メッセージ: CELL-05501からCELL-06000

- エラー・メッセージ: CELL-06001からCELL-06200

- EXA-xxxxxエラー・メッセージ

- アラート・メッセージ

- 電子メール通知用のアラート・メッセージの書式

- SNMP通知用のアラート・メッセージの書式

- しきい値アラート・メッセージ

- ADRアラート・メッセージ

- ソフトウェアのアラート・メッセージ

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

C インストール情報

- Oracle Exadata Storage Serverのインストール

- Oracle Exadata Storage Serverハードウェアのインストール

- セルへのOracle Exadata Storage Server Softwareのインストール

- インストール中に実行される更新

- オンライン・ドキュメント

- Oracle Exadata Storage Server環境のバックグラウンド・プロセス

- diskmonプロセス

- XDMGプロセス

- XDWKプロセス

D Oracle Exadata Storage Server Softwareの自動ワークロード・リポジトリ・ビュー

- DBA_HIST_ASM_BAD_DISK

- DBA_HIST_ASM_DISKGROUP

- DBA_HIST_ASM_DISKGROUP_STAT

- DBA_HIST_CELL_CONFIG

- DBA_HIST_CELL_CONFIG_DETAIL

- DBA_HIST_CELL_DB

- DBA_HIST_CELL_DISKTYPE

- DBA_HIST_CELL_DISK_NAME

- DBA_HIST_CELL_DISK_SUMMARY

- DBA_HIST_CELL_GLOBAL

- DBA_HIST_CELL_GLOBAL_SUMMARY

- DBA_HIST_CELL_IOREASON

- DBA_HIST_CELL_IOREASON_NAME

- DBA_HIST_CELL_METRIC_DESC

- DBA_HIST_CELL_NAME

- DBA_HIST_CELL_OPEN_ALERTS

E Oracle Exadata Storage Server Softwareのアクセシビリティに関する推奨事項

- スクリーン・リーダーおよびブライユ・ディスプレイの使用に関するヒント

- 拡大鏡の使用に関するヒント

- WindowsでのOracle Exadata Deployment Assistantの実行

用語集

索引

例一覧

- 1-1 ストレージ索引を使用したディスクI/Oの回避

- 1-2 ストレージ索引から得られるパーティション・プルーニングのような効果

- 1-3 ストレージ索引による結合パフォーマンスの向上

- 2-1 新規セルの構成

- 2-2 ストレージ・セルの詳細表示

- 2-3 セル・ディスクの作成

- 2-4 グリッド・ディスクの作成

- 2-5 スパース・グリッド・ディスクの作成

- 2-6 ヘルプ情報の表示

- 2-7 CREATE FLASHCACHEコマンドの使用

- 2-8 フラッシュ・グリッド・ディスクを作成するためのCREATE GRIDDISKコマンドの使用

- 2-9 セルのフラッシュ・キャッシュ構成の表示

- 2-10 セルからのフラッシュ・キャッシュの削除

- 3-1 Oracle Exadata Storage Serverのグリッド・ディスク名の変更

- 3-2 グリッド・ディスクの削除

- 3-3 Oracle ASMディスク・グループのグリッド・ディスクの特定

- 3-4 Oracle ASMディスク・グループ名の表示

- 3-5 名前によるグリッド・ディスクの検索

- 4-1 cellkey.oraファイルのエントリ

- 4-2 Oracle ASMを有効範囲にしたセキュリティのセキュリティ・キーの作成

- 4-3 データベース・クライアントへのキーの割当て

- 4-4 データベースを有効範囲にしたセキュリティを使用したグリッド・ディスクの作成

- 4-5 データベースを有効範囲にしたセキュリティへのグリッド・ディスクのセキュリティ構成の変更

- 4-6 グリッド・ディスクからのデータベース・クライアントの削除

- 4-7 グリッド・ディスクからのOracle ASMクラスタ・クライアントの削除

- 5-1 ipconfユーティリティを使用したSun ILOMインタフェースの設定

- 6-1 データベースのPL/SQLを使用したコンシューマ・グループおよびカテゴリの設定

- 6-2 Oracle Databaseのコンシューマ・グループおよびカテゴリ

- 6-3 サービスおよびユーザー名に基づいたコンシューマ・グループのマッピング・ルールの作成

- 6-4 CDBプランを使用したPDB間でのリソースの配分

- 6-5 アプリケーション間でのリソースの共有

- 6-6 ワークロード間でのリソースの共有

- 6-7 高速ファイル作成の管理

- 6-8 ETL_GROUPコンシューマ・グループへのプログラムのマップ

- 6-9 コンシューマ・グループを使用したリソースの管理

- 6-10 割当てを使用したデータベース間プランの構成

- 6-11 共有を使用したデータベース間プランの構成

- 6-12 データベース間プランのデフォルト値へのリセット

- 6-13 フラッシュ・キャッシュ・グループのデータベース間プランの構成

- 6-14 Data Guardのデータベース間プランの構成

- 6-15 データベース間プランの詳細の表示

- 6-16 割当てのALTER IORMPLAN構文

- 6-17 共有のALTER IORMPLAN構文

- 6-18 フラッシュ・キャッシュおよびフラッシュ・ログを管理するためのALTER IORMPLAN構文

- 7-1 メトリック定義の表示

- 7-2 現在のメトリック値の表示

- 7-3 メトリック履歴の値の表示

- 7-4 セルのメトリックの表示

- 7-5 アクティブ・リクエスト属性の表示

- 7-6 アラート定義属性の表示

- 7-7 アラート定義名および説明の属性の表示

- 7-8 アラート履歴属性の表示

- 7-9 アラート履歴属性の変更

- 7-10 V$SYSSTATビューでのセル統計の問合せ

- 7-11 V$SEGMENT_STATISTICSビューの使用

- 7-12 V$SQLビューの問合せ

- 7-13 V$CELL_STATEビューからの統計の表示

- 7-14 V$SESSION_WAITビューの使用

- 7-15 V$SYSTEM_EVENTビューの使用

- 7-16 V$SESSION_EVENTビューの使用

- 7-17 EXPLAIN PLANコマンドの使用

- 7-18 UTLXPLPを使用したEXPLAIN PLANコマンドの表示

- 7-19 CELL_FLASH_CACHEと組み合せたCREATE TABLEの使用

- 7-20 CELL_FLASH_CACHEと組み合せたALTER TABLEの使用

- 7-21 ビューを使用したCELL_FLASH_CACHE STORAGE句属性の問合せ

- 8-1 HELPコマンドを使用したヘルプ・テキストの表示

- 8-2 SETコマンドを使用した日付形式の設定

- 8-3 特定の属性でのMETRICHISTORYの表示

- 8-4 ALERTHISTORY属性の変更

- 8-5 セル名、IPブロックおよびセル番号の属性の変更

- 8-6 セルの電子メール通知の構成

- 8-7 InfiniBandインターコネクトの設定

- 8-8 セルの電子メールの検証

- 8-9 セルの自動サービス・リクエストの電子メールの検証

- 8-10 電子メールのメッセージの形式の変更

- 8-11 セルのSNMPの検証

- 8-12 電子メール・アラートのタイプの指定

- 8-13 SNMPユーザーの変更

- 8-14 電子メール・アラートのサブスクライブ解除

- 8-15 セルの構成の検証

- 8-16 セルの不適切な構成のチェック

- 8-17 セル・サービスの起動およびシャットダウン

- 8-18 セルのLEDの消灯/点灯の設定

- 8-19 syslogconf属性の使用

- 8-20 ルールの追加および検証

- 8-21 すべてのsyslog.confルールの削除

- 8-22 フラッシュ・キャッシュのモードの設定

- 8-23 オープン・アラートのサマリー電子メール・メッセージの頻度の設定

- 8-24 オープン・アラートのメッセージ配信時間の設定

- 8-25 バッテリ学習サイクルの設定

- 8-26 フラッシュ・キャッシュ圧縮の有効化

- 8-27 潜在的な不良セクターの事前復元の開始時間の設定

- 8-28 潜在的な不良セクターの事前復元の間隔の設定 - 週1回にする場合

- 8-29 notificationPolicy属性のデフォルト値の設定

- 8-30 traceLevel値をデフォルト値に設定

- 8-31 iotimeoutthreshold値を5秒に設定

- 8-32 セル・ディスク属性の変更

- 8-33 フラッシュ・セル・ディスクからのダーティ・ブロックのフラッシュ

- 8-34 グリッド・ディスク属性の変更

- 8-35 NOWAITオプションの使用

- 8-36 IBPORT属性の変更

- 8-37 IORMPLAN属性の変更

- 8-38 shareディレクティブを使用したデータベース・プランの設定

- 8-39 defaultディレクティブを使用したデータベース・プランの設定

- 8-40 IORMPLAN属性を使ったフラッシュ・キャッシュの使用の設定

- 8-41 IORMPLAN属性を使用したフラッシュ・キャッシュ割当て制限の指定

- 8-42 IORMPLAN属性のリセット

- 8-43 IORMPLAN属性のリセット

- 8-44 LUNの再有効化

- 8-45 "Comment"属性の更新

- 8-46 "offloadgroup1"という名前のオフロード・グループの起動

- 8-47 正常に機能している物理ディスクの削除

- 8-48 物理ディスクの再有効化

- 8-49 検疫の変更

- 8-50 しきい値の属性の変更

- 8-51 ALTER USERコマンドの使用

- 8-52 クライアントに対するキーの割当ておよび削除

- 8-53 Oracle Exadata Storage ServerでのFORCEオプションを指定したCALIBRATEコマンドによる出力

- 8-54 名前によるLUNの測定

- 8-55 セルの作成

- 8-56 エイス・ラック構成の作成

- 8-57 セル・ディスクの作成

- 8-58 packStartTimeでの「now」の使用

- 8-59 継続時間の指定

- 8-60 Exadataスマート・フラッシュ・キャッシュの作成

- 8-61 Oracle Exadataスマート・フラッシュ・ログの作成

- 8-62 グリッド・ディスクの作成

- 8-63 SPARSEディスク・グループの作成

- 8-64 キーの作成

- 8-65 検疫の作成

- 8-66 ロールの作成

- 8-67 しきい値の作成

- 8-68 ユーザーの作成

- 8-69 ACTIVEREQUESTオブジェクトの説明

- 8-70 ALERTDEFINITIONオブジェクトの説明

- 8-71 ALERTHISTORYオブジェクトの説明

- 8-72 CELLオブジェクトの説明

- 8-73 CELLDISKオブジェクトの説明

- 8-74 DATABASEオブジェクトの説明

- 8-75 DISKMAPオブジェクトの説明

- 8-76 FLASHCACHEオブジェクトの説明

- 8-77 FLASHCACHECONTENTオブジェクトの説明

- 8-78 FLASHLOGオブジェクトの説明

- 8-79 GRIDDISKオブジェクトの説明

- 8-80 IBPORTオブジェクトの説明

- 8-81 IORMPLANオブジェクトの説明

- 8-82 KEYオブジェクトの説明

- 8-83 LUNオブジェクトの説明

- 8-84 METRICCURRENTオブジェクトの説明

- 8-85 METRICDEFINITIONオブジェクトの説明

- 8-86 METRICHISTORYオブジェクトの説明

- 8-87 Oracle Exadata Storage Serverのハード・ドライブのPHYSICALDISKオブジェクトの説明

- 8-88 Oracle Exadata Storage Serverのフラッシュ・ドライブのPHYSICALDISKオブジェクトの説明

- 8-89 QUARANTINEオブジェクトの説明

- 8-90 ROLEオブジェクトの説明

- 8-91 THRESHOLDオブジェクトの説明

- 8-92 USERオブジェクトの説明

- 8-93 セルのアラート履歴の削除

- 8-94 セルの削除

- 8-95 セル・ディスクの削除

- 8-96 Exadataスマート・フラッシュ・キャッシュの削除

- 8-97 セルからのOracle Exadataスマート・フラッシュ・ログの削除

- 8-98 グリッド・ディスクの削除

- 8-99 検疫の削除

- 8-100 ロールの削除

- 8-101 しきい値の削除

- 8-102 ユーザーの削除

- 8-103 セル・ディスクのエクスポート

- 8-104 ロールへの権限の付与

- 8-105 すべての属性とオプションのロールへの付与

- 8-106 指定のアクション、オブジェクトおよび属性のすべてのオプションの付与

- 8-107 指定のアクション、オブジェクトおよびオプションのすべての属性の付与

- 8-108 ユーザーへのロールの付与

- 8-109 セル・ディスクのインポート

- 8-110 ACTIVEREQUESTの属性の表示

- 8-111 ALERTDEFINITIONの属性の表示

- 8-112 ALERTHISTORYの属性の表示

- 8-113 オープン・ステートフル・アラートおよびオープン・ステートレス・アラートの表示

- 8-114 オープン・ステートフル・アラートの表示

- 8-115 クリアされていないアラートの表示

- 8-116 セルの属性の表示

- 8-117 セル・コンポーネントのステータスの確認

- 8-118 snmpSubscriber属性の表示

- 8-119 電子メールの形式の表示

- 8-120 locateLEDStatusの表示

- 8-121 bbuLearnCycleTimeの属性の表示

- 8-122 セル・ディスクの属性の表示

- 8-123 データベースの属性の表示

- 8-124 「list diagpack」コマンドの出力

- 8-125 DETAILオプション付きの「list diagpack」コマンドの出力

- 8-126 物理ディスクのグリッド・ディスク属性の表示

- 8-127 Exadataスマート・フラッシュ・キャッシュの属性の表示

- 8-128 Exadataスマート・フラッシュ・キャッシュ・コンテンツの属性の表示

- 8-129 データベース・オブジェクト別Exadataスマート・フラッシュ・キャッシュ・コンテンツの表示

- 8-130 Oracle Exadataスマート・フラッシュ・キャッシュの属性の表示

- 8-131 グリッド・ディスクの属性の表示

- 8-132 グリッド・ディスクを非アクティブにできるかどうかの確認

- 8-133 グリッド・ディスクの現在の使用状況の表示

- 8-134 LIST GRIDDISKコマンドを使用したステータスのチェック

- 8-135 安全な消去のステータスのチェック

- 8-136 ORDER BYおよびLIMITを使用したグリッド・ディスク属性の表示

- 8-137 IBPORTの属性の表示

- 8-138 IORMPLANの属性の表示

- 8-139 LIST IORMPROFILE

- 8-140 KEYの属性の表示

- 8-141 LUNの属性の表示

- 8-142 METRICCURRENTの属性の表示

- 8-143 ORDER BYおよびLIMITを使用したMETRICCURRENT属性の表示

- 8-144 METRICDEFINITIONの属性の表示

- 8-145 METRICHISTORYの属性の表示

- 8-146 OVERおよびMEMORY属性を使用したMETRICHISTORYの表示

- 8-147 ORDER BYおよびLIMITを使用したMETRICHISTORY属性の表示

- 8-148 すべてのオフロード・グループの詳細表示

- 8-149 オフロード・グループの属性の表示

- 8-150 特定の属性の表示

- 8-151 物理ディスクの属性の表示

- 8-152 QUARANTINEの属性の表示

- 8-153 ロールの表示

- 8-154 しきい値の属性の表示

- 8-155 LIST USERコマンドの使用

- 8-156 権限の取消し

- 8-157 ユーザーからのロールの取消し

- 9-1 現在のユーザーのSSHユーザー等価の設定

- 9-2 -nオプションの使用

- 9-3 -rオプションの使用

- 9-4 -vオプションの使用

- 9-5 -tオプションの使用

- 9-6 -fオプションの使用

- 9-7 --vmstatオプションの使用

- 9-8 --hidestderrオプションの使用

- 9-9 --showbannerオプションの使用

- 9-10 dcliを使用したIORMプランの変更

- 9-11 スクリプトでのdcliの使用

- 9-12 dcliを使用したグリッド・ディスクのステータス表示

- 9-13 dcliを使用したアラート履歴情報の表示

- 9-14 dcliを使用したアラート履歴(調査担当者が設定されていない)の表示

- 9-15 dcliを使用した現在のメトリックのアラート状態の表示

- 9-16 dcliを使用したグループ内の現在のオブジェクトの特定のメトリックの表示

- 9-17 dcliを使用した現在のオブジェクトの特定メトリックの表示

- 9-18 dcliを使用した物理ディスクの表示

- 9-19 dcliを使用したセル・ディスクの空き領域の表示

- 9-20 dcliを使用したアラート履歴の表示

- B-1 アラート、インシデントおよびトレース・ファイルの表示

表一覧

- 3-1 物理ディスクのステータス

- 4-1 accessLevelTempのプロパティ

- 5-1 ipconfのオプション

- 5-2 imageinfoコマンド出力の説明

- 5-3 CheckHWnFWProfileユーティリティのコマンド

- 5-4 Oracle ExaWatcherのコレクタ名と説明

- 6-1 サンプルのカテゴリ・プラン

- 6-2 データ・ウェアハウス用のDSS_PLANリソース・プラン

- 6-3 データ・ウェアハウス用のETL_CRITICAL_PLANリソース・プラン

- 6-4 割当てを使用したデータベース間プラン

- 6-5 ケース1: データベース間プランがない場合のPDBの制限

- 6-6 ケース2: データベース間プランがある場合のPDBの制限

- 7-1 セルのメトリックおよび説明

- 7-2 セル・ディスクのメトリックおよび説明

- 7-3 フラッシュ・キャッシュのメトリックおよび説明

- 7-4 Oracle Exadataスマート・フラッシュ・ログのメトリックおよび説明

- 7-5 グリッド・ディスクのメトリックおよび説明

- 7-6 ホストのインターコネクトのメトリックおよび説明

- 7-7 スマートI/Oのメトリックおよび説明

- 7-8 カテゴリのメトリックおよび説明

- 7-9 プラガブル・データベースのメトリックおよび説明

- 7-10 データベースのメトリックおよび説明

- 7-11 コンシューマ・グループのメトリックおよび説明

- 7-12 V$CELLビュー列および説明

- 7-13 V$BACKUP_DATAFILE列および説明

- 7-14 V$SYSSTATビューのキー統計

- 7-15 セルの監視用の書込み統計

- 7-16 V$CELL_STATE列および説明

- 7-17 V$CELL_THREAD_HISTORY列および説明

- 7-18 V$CELL_REQUEST_TOTALS列および説明

- 7-19 V$ASM_DISK_SPARSE列および説明

- 7-20 V$ASM_DISKGROUP_SPARSE列および説明

- 7-21 セルの監視に役立つ待機イベント

- 7-22 サンプル表daily_sales

- 7-23 表の圧縮方法

- 7-24 表の圧縮の特徴

- 8-1 SPOOLオプション

- 8-2 Oracle Exadata Storage Server Softwareのオブジェクト・タイプ

- 8-3 属性フィルタでサポートされる演算子

- 8-4 DESCRIBE ACTIVEREQUESTの属性

- 8-5 DESCRIBE ALERTDEFINITIONの属性

- 8-6 DESCRIBE ALERTHISTORYの属性

- 8-7 DESCRIBE CELLの属性

- 8-8 DESCRIBE CELLDISKの属性

- 8-9 DESCRIBE DATABASEの属性

- 8-10 DESCRIBE DISKMAPの属性

- 8-11 DESCRIBE FLASHCACHEの属性

- 8-12 DESCRIBE FLASHCACHECONTENTの属性

- 8-13 DESCRIBE FLASHLOGの属性

- 8-14 DESCRIBE GRIDDISKの属性

- 8-15 DESCRIBE IBPORTの属性

- 8-16 DESCRIBE IORMPLANの属性

- 8-17 DESCRIBE KEYの属性

- 8-18 DESCRIBE LUNの属性

- 8-19 DESCRIBE METRICCURRENTの属性

- 8-20 DESCRIBE METRICDEFINITIONの属性

- 8-21 DESCRIBE METRICHISTORYの属性

- 8-22 DESCRIBE PHYSICALDISKの属性

- 8-23 DESCRIBE QUARANTINEの属性

- 8-24 DESCRIBE ROLEの属性

- 8-25 DESCRIBE THRESHOLDの属性

- 8-26 DESCRIBE ROLEの属性

- 9-1 dcliのオプション

- 10-1 ExaCLIのオプション

- 11-1 exadcliのオプション

- 12-1 V$ASM_DISK_SPARSE

- 12-2 V$ASM_DISKGROUP_SPARSE

- B-1 セルのアラートSNMP変数の定義

はじめに

『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』では、Oracle Exadata Storage Server Softwareの初期化および管理方法について説明します。このガイドでは、Oracle Exadata Storage Server Software製品およびそのコンポーネント、ならびにOracle Exadata Storage Server Softwareの管理およびデプロイメント手順について説明します。この章の内容は次のとおりです。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』は、次のタスクを実行するOracle Databaseおよびストレージ管理者を対象としています。

- Oracle Exadata Storage Server Softwareの構成

- Oracle Exadata Storage Server Softwareの管理

- Oracle Exadata Storage Server Softwareのトラブルシューティング

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

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

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 (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のOracleリソースを参照してください。

- 『Oracle Exadata Storage Server Softwareリリース・ノート』

- 『Oracle Exadata Database Machineシステム概要』

- 『Oracle Exadata Database Machineインストレーションおよび構成ガイド』

- 『Oracle Exadata Database Machineメンテナンス・ガイド』

- 『Oracle Exadata Database Machine拡張およびマルチラック・ケーブリング・ガイド』

- 『Oracle Exadata Database Machineセキュリティ・ガイド』

- 『Oracle Database 2日でデータベース管理者』

- 『Oracle Database管理者ガイド』

- 『Oracle Database概要』

- 『Oracle Automatic Storage Management管理者ガイド』

- 『Oracle Databaseエラー・メッセージ』

- 『Oracle Database 2日でReal Application Clustersガイド』

- 『Oracle Clusterware管理およびデプロイメント・ガイド』

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

- Oracle Database、Oracle Clusterware、およびOracle Real Application Clustersのインストレーション・ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

$プロンプト

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

#プロンプト

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

1 Oracle Exadata Storage Server Softwareの概要

この章では、Oracle Exadata Storage Server Softwareの概要について説明します。この章の内容は次のとおりです。

- Oracle Exadata Storage Server Softwareの概要

- Oracle Exadata Storage Server Softwareの主な機能

- Oracle Exadata Storage Server Softwareのコンポーネント

Oracle Exadata Storage Server Softwareの概要

Oracle Exadata Storage Serverは、Oracle Databaseデータを格納してそのデータにアクセスするために、Oracle Exadata Storage Server Softwareを実行する高度に最適化されたストレージ・サーバーです。従来型のストレージでは、データはデータベース・サーバーに転送されて処理されていました。これに対し、Oracle Exadata Storage Server Softwareでは、SQLや他のデータベース処理をデータベース・サーバーからオフロードする機能など、データベース認識型ストレージ・サービスを利用できます。このサービスは、SQL処理とデータベース・アプリケーションに対して透過的に実行されます。Oracle Exadata Storage Serverは、ストレージ・レベルでデータを処理し、データベース・サーバーに必要な内容のみを渡します。

Oracle Exadata Storage Server Softwareによって、SQL処理がデータベース・サーバーからOracle Exadata Storage Serverにオフロードされます。Oracle Exadata Storage Server Softwareでは、従来型のデータ移動に加えて、データベース・インスタンスから基礎となるストレージへ機能を移動することが可能です。機能の移動により、データベース・サーバーで必要なデータ処理の量が大幅に軽減されます。データ転送とデータベース・サーバー・ワークロードの削減は、帯域幅によって制約されることが多かった問合せ操作に非常に大きな効果をもたらします。データ転送の削減は、大規模なバッチ処理とレポート処理の操作を実行することが多いオンライン・トランザクション処理(OLTP)システムでもきわめて有効です。

Oracle Exadata Storage Serverのハードウェア・コンポーネントは、高いパフォーマンスの処理に対応できるように慎重に選択されています。セル・ソフトウェアは、ハードウェア・コンポーネントを最大限に活用できるように最適化されています。各セルでは、ディスク上の格納データに対する処理で非常に高い帯域幅が提供され、従来の方法よりも数倍優れています。

Oracle Exadata Storage Serverでは、サーバーとストレージの間で最先端のInfiniBandインターコネクトが使用されます。各InfiniBandリンクにより、従来型のストレージまたはサーバー・ネットワークよりもはるかに高速な40ギガビット/秒の帯域幅が提供されます。さらに、Oracleのインターコネクト・プロトコルでは、ダイレクト・メモリー・アクセス(DMA)とも呼ばれる直接データ配置を使用して、余分なデータ・コピーを作成せずにデータを回線からデータ・バッファに直接移動することで、CPUのオーバーヘッドを大幅に削減しています。InfiniBandネットワークは、LANネットワークの柔軟性とともに、ストレージ・エリア・ネットワーク(SAN)の効率性を備えています。Oracleでは、InfiniBandネットワークを使用することによって、ネットワークがパフォーマンスのボトルネックにならないようにしています。このInfiniBandネットワークでは、Oracle Real Application Clusters (Oracle RAC)サーバー用の高いパフォーマンスのクラスタ・インターコネクトも提供されます。

Oracle Exadata Storage Serverアーキテクチャは、パフォーマンスを任意のレベルにスケールアウトできるように設計されています。より高いパフォーマンスとより大きなストレージ容量を達成するには、構成にストレージ・セルを追加します。セルの数に比例して容量が増加し、パフォーマンスも向上します。データは複数のセルにミラー化されるため、1つのセルで障害が発生しても、データが失われたり、データへのアクセスが妨げられたりすることはありません。スケールアウト・アーキテクチャによってほぼ無限のスケーラビリティが実現し、必要に応じてストレージを増設できるためコスト削減も可能になります。

注意:
Oracle Exadata Storage Server SoftwareはOracle Exadata Storage Serverハードウェアと併用する必要があり、 Oracle Exadata Database Machineのデータベース・サーバー上のデータベースのみをサポートしています。情報は次のMy Oracle Support、
http://support.oracle.com

また、Oracle Technology Networkの製品ページでも確認できます。

http://www.oracle.com/technetwork/index.html

Oracle Exadata Storage Server Softwareの主な機能

Oracle Exadata Storage Server Softwareの主な機能は次のとおりです。

- 信頼性、モジュール方式、およびコスト効率

- Oracle Databaseとの互換性

- スマート・フラッシュ・テクノロジ

- 集中型ストレージ

- I/Oリソース管理

- データ検索およびデータ取得処理のオフロード

- 増分バックアップ処理のオフロード

- データ破損の防止

- 高速ファイル作成

- ストレージ索引

信頼性、モジュール方式、およびコスト効率

Oracle Exadata Storage Server Softwareでは、コスト効率の高いモジュール方式のストレージ・ハードウェアをスケールアウト・アーキテクチャで使用できるため、高いレベルの可用性と信頼性が実現します。Oracle Exadata Storage Serverのアーキテクチャでは、データのミラー化、障害分離テクノロジ、およびディスクや他のストレージ・ハードウェアの障害からの保護により、すべてのシングル・ポイント障害が排除されます。

Oracle Exadata Storage Serverのアーキテクチャでは、1つ以上のストレージ・セルで1つ以上のデータベースをサポートできます。データの配置は、データベース・ユーザーとアプリケーションに対して透過的に実行されます。ストレージ・セルでは、Oracle Automatic Storage Management(Oracle ASM)を使用してデータをセル間で均等に配分します。Oracle Exadata Storage Serverでは、動的なディスク挿入および削除をサポートしているため、Oracle ASMのオンライン動的データ再配分機能により、データベース処理を中断することなく、新規追加されたディスクまたは既存のディスク間でデータを適切に配分できます。Oracle Exadata Storage Serverでは、ディスクおよびセルの障害に対するデータ保護も提供されます。

Oracle Databaseとの互換性

Oracle Exadata Storage Server Software 12c リリース1 (12.1)では、Oracle DatabaseおよびOracle ASM 12c リリース1 (12.1)が必要です。Oracle Exadata Storage Server Softwareでは、Oracle Databaseのすべての機能が完全にサポートされています。Oracle Exadata Storage Server Softwareは、Oracle Databaseの単一インスタンスまたはOracle RACデプロイメントで同等に機能します。Oracle Data Guard、Oracle Recovery Manager(RMAN)、Oracle Streams、および他のデータベース機能は、従来型のストレージと同様にOracle Exadata Storage Serverで管理されます。これにより、データベース管理者は使い慣れたツールをそのまま利用できます。

スマート・フラッシュ・テクノロジ

フラッシュ・キャッシュ

Oracle Exadata Storage Serverには、スマート・フラッシュ・キャッシュが直接実装されています。Oracle Exadataスマート・フラッシュ・キャッシュでは、頻繁にアクセスされるデータを非常に高速のフラッシュ・ストレージに保存しますが、ほとんどのデータはコスト効率に優れたディスク・ストレージに保存されます。これは自動的に実行され、ユーザーの操作は不要です。Oracle Exadataスマート・フラッシュ・キャッシュは、再利用されないデータやキャッシュに適さないデータをキャッシュしないようにするタイミングを認識できるため、優れています。Oracle DatabaseおよびOracle Exadata Storage Server Softwareでは、データベース表、索引およびセグメントのレベルでディレクティブを提供し、特定のデータがフラッシュに保存されるようにできます。表は簡単なコマンドでフラッシュから出し入れ可能で、フラッシュ・ディスクを使用する従来のストレージのように、異なる表領域、ファイルまたはLUNに移動する必要はありません。

フラッシュ・ロギング

Oracle Exadataスマート・フラッシュ・テクノロジは、データベース・ロギングにより発生する可能性のあるパフォーマンスのボトルネックを解消して、ログ書込みI/O操作のレイテンシを減らすのにも使用されます。ユーザー・トランザクションをコミットする時間は、ログ書込み操作のレイテンシの影響を大きく受けます。また、領域管理や索引分割などのパフォーマンス・クリティカルな多くのデータベース・アルゴリズムも、ログ書込みのレイテンシにより大きな影響を受けます。

ディスク・コントローラには、高速の書込みに対応した大きなバッテリ・バックアップDRAMキャッシュが備わっていますが、高いI/O時には、ディスクに対する一部の書込み操作が低速になることがあります。REDO書込み操作の遅延が比較的少ない場合でも、パフォーマンスの問題が発生することがあります。このような状況を解決するために、Oracle Exadataスマート・フラッシュ・ログが設計されています。

Oracle Exadataスマート・フラッシュ・ログの目標は、REDO書込み操作をフラッシュ・メモリーとディスクの両方に同時に実行し、2つのうちいずれか一方の操作が最初に完了した時点で、書込み操作を完了することです。これにより、どちらのタイプのメディアでレイテンシ・スパイクが発生しても、それによる問題を回避することにより、Oracle Exadataは両者で最適なパフォーマンスを発揮します。スマート・フラッシュ・ロギングは、ディスクに書き込まれていないブロックでディスク・コントローラが一杯になり、ディスク・キャッシュのパフォーマンスに対して実際のディスク・パフォーマンスが低下してビジー状態になった場合に最も有効です。重要な点は、スマート・フラッシュ・ロギングにより、ログ書込み操作のレイテンシは改善するが、ディスクの全体のスループットは向上しないことです。アプリケーションがディスクのスループットのボトルネックになっている場合は、スマート・フラッシュ・ロギングによる利点はほとんどありません。ログの応答時間はパフォーマンスを低下させる要因ではないためです。

また、スマート・フラッシュ・ロギングは、フラッシュを使用してディスク・コントローラのパフォーマンスを確実に向上させることを目的としているわけではないことに留意してください。これは、ディスクが低速になった場合にレイテンシを短縮するための補助の宛先として使用されます。結果として、データベースのパフォーマンス低下を回避できます。

Oracle Exadataスマート・フラッシュ・ログでは、パフォーマンス・クリティカルなデータベース・アルゴリズムを高速化することによって、ユーザー・トランザクションの応答時間を短縮し、I/O集中型のワークロードに対するデータベースの全体的なスループットを向上させることができます。

関連項目:
フラッシュ・キャッシュのライト・バックおよびライト・スルーの詳細は、ALTER CELLに関する説明を参照してください。

集中型ストレージ

Oracle Exadata Storage Serverを使用すると、複数のデータベースで使用可能な中央のプールに各自のストレージ要件を統合できます。Oracle Exadata Storage Server SoftwareとOracle ASMを併用することにより、ストレージ・プールで利用可能なディスク間で、すべてのデータベースのデータおよびI/O負荷を均等に配分できます。利用可能なすべてのディスクをすべてのデータベースで使用できるため、優れたI/Oレートが実現します。Oracle Exadata Storage Serverでは、低コストで高い効率とパフォーマンスを実現できるだけでなく、ストレージ管理のオーバーヘッドも低減できます。

I/Oリソース管理

I/Oリソース管理(IORM)およびデータベース・リソース・マネージャでは、複数のデータベースおよびプラガブル・データベース間で同じストレージを共有できるのみならず、様々なデータベースにI/Oリソースを割り当てることができます。Oracle Exadata Storage Server Softwareは、IORMおよびデータベース・リソース・マネージャと連動することにより、複数のデータベース間でグリッドを共有する場合でも、顧客定義のポリシーを満たすことができます。その結果、1つのデータベースでI/O帯域幅を占有して他のデータベースのパフォーマンスが低下することがなくなります。

IORMでは、管理者が設定した共有および優先順位のレベルに従って、すべてのデータベースの複数のアプリケーションおよびユーザー間で、ストレージ・セルのI/Oリソースを管理できます。これにより、スループットに依存するバッチ・アプリケーションよりもレイテンシに依存するオンライン・トランザクション処理(OLTP)アプリケーションにディスクおよびフラッシュI/O帯域幅を多く割り当てることができるため、OLTPとレポート処理のワークロードのバランスが改善します。データベース・リソース・マネージャを使用することにより、管理者はデータベース・ホストでのプロセッサの使用率をアプリケーション単位で制御できます。IORMとデータベース・リソース・マネージャを組み合せることにより、管理者はより正確なポリシーを設定できます。

IORMではまた、Exadataスマート・フラッシュ・キャッシュの領域使用率も管理されます。クリティカルなOLTPワークロードには、Exadataスマート・フラッシュ・キャッシュ内の領域を保証することで、安定したパフォーマンスを提供できます。

データベース用のIORMまたはプラガブル・データベースは、データベース・リソース・マネージャから実装および管理されます。データベース・インスタンスのデータベース・リソース・マネージャは、ストレージ・セル内のIORMソフトウェアと通信して、ユーザー定義のサービス・レベルのターゲットを管理します。データベース・リソース・プランはデータベースから管理されますが、データベース間のプランはストレージ・セル上で管理されます。

関連項目:
IORMの詳細は、第6章「I/Oリソースの管理」を参照してください。

データ検索およびデータ取得処理のオフロード

Oracle Exadata Storage Server Softwareの最も強力な機能の1つは、データ検索および取得処理をストレージ・セルにオフロードする機能です。Oracle Exadata Storage Server Softwareでは、条件のフィルタ処理を実行することでこの機能を実行します。条件のフィルタ処理では、データベース条件の評価を実行して、一括データ処理の特定のクラスのパフォーマンスを最適化します。

Oracle Databaseでは、表および索引スキャンを実行してOracle Exadata Storage Serverの選択条件を評価する問合せのパフォーマンスを最適化できます。これらの問合せは、データベース評価式をストレージ・セルに送信することにより、データベースで高速に実行できます。これらの式には、amount > 200などの単純なSQLコマンド条件や、SELECT customer_nameなどの列条件があります。例:

SQL> SELECT customer_name FROM calls WHERE amount > 200;

この例では、条件を満たす行、指定された列、および条件付けられた列のみがデータベース・サーバーに返されるため、データベース・サーバーに対する不要なデータ転送が削減されます。

Oracle Exadata Storage Server Softwareでは、表および索引スキャンの条件評価操作を簡略化してストレージ・セルに転送するストレージ側の条件評価を使用します。これにより、表スキャンがディスクの近くで実行されるため帯域幅が効率化し、一致しない行をホストに送信する必要がなくなります。

図1-1は、この問合せプロセスの例を示しています。

図1-1 データ検索および取得のオフロード

増分バックアップ処理のオフロード

増分バックアップのパフォーマンスを最適化するために、ブロックのフィルタ処理をデータベースからOracle Exadata Storage Serverにオフロードできます。この最適化は、Oracle Recovery Manager(RMAN)を使用してバックアップを実行する場合にのみ可能です。オフロード処理は、ユーザー操作なしで透過的に実行されます。オフロード処理では、実行中の増分バックアップで不要なブロックがOracle Exadata Storage Server Softwareによってフィルタ処理されます。このため、バックアップに必要なブロックのみがデータベースに送信されるため、バックアップ時間が大幅に短縮します。

関連項目:

- 「Oracle Exadata Storage ServerでのV$BACKUP_DATAFILEの使用」

- 『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』

データ破損の防止

データ破損が起こるのは非常にまれですが、発生した場合は、データベース、さらには業務に壊滅的な影響を与える可能性があります。Oracle Exadata Storage Server Softwareでは、物理ビットだけでなくビジネス・データも保護することにより、高いレベルのデータ保護を実現します。

破損データを検出および防止するための主な方法は、ストレージ・サブシステムがOracleブロック・コンテンツを検証するブロック・チェックです。Oracle Databaseでは、データベース・ブロックを検証して保護情報を追加しますが、Oracle Exadata Storage Server Softwareでは、データベースおよびストレージ間のI/Oパスに送信される破損データを検出します。Exadataセルは、破損データがディスクに書き込まれる前に停止し、ディスクの読取り時にデータを検証します。これにより、従来型のデータベース製品では防止できなかった大規模な障害を回避できます。

他の破損チェックの実装と異なり、Oracle Exadata Storage Server Softwareによるチェックは、完全に透過的に動作します。データベースやストレージ層にパラメータを設定する必要はありません。これらのチェックでは、Oracle ASMディスク・リバランス操作やディスク障害など、すべてのケースを透過的に処理します。

高速ファイル作成

ファイル作成操作はOracle Exadata Storage Serverにオフロードされます。ファイル作成のオフロードにより、1つ以上のファイル作成を可能にするCREATE TABLESPACEなどの操作が大幅に高速化します。

ストレージ索引

Oracle Exadata Storage Serverはディスク上のデータ分散のサマリーを含むストレージ索引を管理します。ストレージ索引は自動的に管理され、Oracle Databaseに対して透過的です。インメモリー領域の索引を収集したもので、各領域索引には最大8列のサマリーが格納されています。ディスク上の各1MBの領域に領域索引が1つあります。ストレージ索引は、すべての非言語データ型で動作し、非言語索引に似た言語データ型でも動作します。

各領域索引では、表の列の最小値および最大値を管理します。最小値および最大値は、不要なI/Oの回避に使用されます。これは、I/Oフィルタリングとも呼ばれます。V$SYS_STATビューにあるストレージ索引統計別に保存されたセルの物理的なI/Oバイト数は、ストレージ索引を使用して保存されたI/Oのバイト数を示したものです。1つの領域索引に格納されているコンテンツは、その他の領域索引とは無関係です。これにより高スケーラブルとなり、ラッチの競合が回避されます。

次の比較を使用した問合せは、ストレージ索引によって改善されています。

- 等価 (=)

- 不等価(<、!=、または>)

- 以下(<=)

- 以上(>=)

- IS NULL

- IS NOT NULL

Oracle Exadata Storage Server Softwareでは、領域内の列の最大値より大きいか、最小値より小さいという比較述語が指定された問合せを受け取ったときに、ストレージ索引が存在すると効果があるとみなされる場合に、ストレージ索引が自動的に作成されます。Oracle Exadata Storage Server Softwareでは、どのストレージ索引が問合せに効果があったかを自動的に学習し、その情報に基づいてストレージ索引を自動的に作成するため、似たような問合せを今後受け取った場合に効果的です。

注意:
問合せのWHERE句に頻繁に出現する列に基づいて行を順序付けると、ストレージ索引の効果が上がります。

例1-1 ストレージ索引を使用したディスクI/Oの回避

次の図は、表および領域索引を示しています。表内の値の範囲は1から8までです。一方の領域索引には最小値として1、最大値として5が格納されています。もう一方の領域索引には、最小値として3、最大値として8が格納されています。

SELECT * FROM TABLE WHERE B<2などの問合せの場合、最初の行セットのみが一致します。2番目の行セットの最小値と最大値は問合せのWHERE句と一致しないため、ディスクI/Oが回避されます。

例1-2 ストレージ索引から得られるパーティション・プルーニングのような効果

次の図には、Order_Number、Order_Date、Ship_DateおよびOrder_Item列があるOrdersという表があります。表はOrder_Date列によってレンジ・パーティションされています。

次の問合せは2012年1月1日以降のオーダーを検索します。

SELECT count (*) FROM Orders WHERE Order_Date >= to_date ('2012-01-01', \
'YYY-MM-DD')

表はOrder_Date列でパーティション化されているため、この問合せは表の不要なパーティションのスキャンを回避します。Order_Dateのパーティション化はShip_Dateに対する問合せに効果があるわけではありませんが、Ship_DateとOrder_NumberはOrder_Dateと密に相関しています。ストレージ索引では、パーティション化またはソート・ロードによって作成された順序付けを利用し、それを表内の他の列で使用できます。これにより、Ship_Date列およびOrder_Number列に対する問合せでパーティション・プルーニングのようなパフォーマンスが実現されます。

例1-3 ストレージ索引による結合パフォーマンスの向上

ストレージ索引を使用すると、表の結合で不要なI/O操作をスキップできます。たとえば、次の問合せでは、I/O操作を実行し、ファクト表の最初のブロックにのみブルーム・フィルタを適用しています。

SELECT count(*) from fact, dim where fact.m=dim.m and dim.product="Hard drive"

ファクト表の2番目のブロックに対するI/Oは、最小値/最大値の範囲(5,8)がブルーム・フィルタに存在しないため、ストレージ索引によって完全に回避されます。

注意:
ストレージ索引は、圧縮されていないブロックおよびOLTPの圧縮されたブロックへの書込み操作中に管理されます。Exadataハイブリッド列圧縮によって圧縮されたブロックまたは暗号化された表領域への書込み操作は領域索引を無効化しますが、ストレージ索引は無効化しません。Exadataハイブリッド列圧縮用のストレージ索引は、後続のスキャンで再構築されます。

関連項目:
「Oracle Exadata Storage Server SoftwareでのV$SYSSTATの使用」

Oracle Exadata Storage Server Softwareのコンポーネント

この項では、次のOracle Exadata Storage Server Softwareコンポーネントのサマリーを示します。

- Oracle Exadata Storage Server Softwareについて

- Oracle Automatic Storage Managementについて

- グリッドRAIDについて

- セルのセキュリティについて

- iDBプロトコルについて

- セル・ソフトウェア・プロセスについて

- セル管理について

- データベース・サーバー・ソフトウェアについて

- 「Oracle Enterprise Manager for Oracle Exadata Database Machineについて」

Oracle Exadata Storage Server Softwareについて

Oracle Exadata Storage Serverは、Oracle Exadata Storage Server Softwareをインストールしたネットワーク・アクセス可能なストレージ・デバイスです。このソフトウェアは、専用のiDBプロトコルを使用してデータベースと通信し、ブロック指向の読取りおよび書込みなどの単純なI/O機能と、条件のオフロードやI/Oリソース管理などの高度なI/O機能の両方を提供します。各ストレージ・セルには、物理ディスクが含まれます。物理ディスクは、単一のディスク・ドライブ・スピンドルを構成するストレージ・セル内の実際のデバイスです。

ストレージ・セル内では、論理ユニット番号(LUN)は論理ストレージ・リソースを定義し、そこから単一のセル・ディスクを作成できます。LUNは、基礎となるハードウェアによって上位のソフトウェア・レイヤーに提示されるストレージ・リソースのアクセス・ポイントを示します。LUNの正確な属性は構成に固有です。たとえば、LUNはストライプ化、ミラー化、またはストライプ化とミラー化の両方が可能です。

セル・ディスクは、Oracle Exadata Storage Server Softwareを抽象化したもので、LUN上に構築されます。セル・ディスクは、LUNから作成された後にOracle Exadata Storage Server Softwareによって管理され、グリッド・ディスクにさらに分割できます。グリッド・ディスクは、データベースおよびOracle ASMインスタンスに直接公開されます。各グリッド・ディスクは、Oracle ASMに直接公開されるセル・ディスクのパーティションで、Oracle ASMディスク・グループの作成および拡張に使用されます。グリッド・ディスクは不連続なパーティションになる場合があります。

このようなレベルの仮想化により、複数のOracle ASMクラスタおよびデータベース間で同じ物理ディスクを共有できます。この共有により、ディスク容量および帯域幅を最適に使用できます。セル・ディスクのレベルで収集される様々なメトリックと統計により、Oracle Exadata Storage Serverのパフォーマンスと容量を評価できます。I/Oリソース管理では、ユーザー定義のポリシーに従ってセル・ディスクのアクセスをスケジュール管理します。

図1-2は、セルのコンポーネントがグリッド・ディスクにどのように関連するかを示しています。

- LUNは、物理ディスクから作成されます。

- セル・ディスクは、LUNで作成されます。セル・ディスク・ストレージのセグメントは、セル・システム領域と呼ばれるOracle Exadata Storage Server Softwareシステムで使用されます。

- 複数のグリッド・ディスクを1つのセル・ディスク上に作成できます。

図1-2 Oracle Exadata Storage Serverのコンポーネント

図1-3は、Oracle Exadata Storage Server環境のソフトウェア・コンポーネントを示しています。

図1-3 Oracle Exadata Storage Server環境のソフトウェア・コンポーネント

この図に示されている環境は、次のとおりです。

- 単一インスタンスまたはOracle RACデータベースでは、iDBプロトコルを使用し、InfiniBandネットワークを介してストレージ・セルにアクセスします。

- データベース・サーバー・ソフトウェアには、Oracle Exadata Storage Server Softwareの機能が含まれます。

- ストレージ・セルには、セル・ベースのソフトウェアが含まれます。

- ストレージ・セルは、ネットワーク上で構成され、Oracle Exadata Storage Server SoftwareのCellCLIユーティリティで管理されます。

Oracle Automatic Storage Managementについて

Oracle Automatic Storage Management (Oracle ASM)は、Oracle Exadata Storage Serverのリソース管理に使用されるクラスタ・ボリューム・マネージャおよびファイル・システムです。Oracle ASMでは、次の処理を実行してストレージ管理を拡張します。

- 最適なパフォーマンスが得られるように、利用可能なすべてのストレージ・セルおよびディスク間でデータベース・ファイルを均等にストライプ化。

- ミラー化および障害グループを使用してシングル・ポイント障害を回避。

- 動的追加および削除機能により、セルおよびディスクの割当て、割当て解除および再割当てを透過的に実行。

- 複数のデータベース間でストレージ・セルおよびディスクを共有。

関連項目:
Oracle ASMの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Automatic Storage Managementディスク・グループ

Oracle ASMディスク・グループは、Oracle ASM内で抽象化されたプライマリ・ストレージで、1つ以上のグリッド・ディスクで構成されます。Oracle Exadata Storage Serverのグリッド・ディスクは、Oracle ASMディスク・グループのメンバーシップに使用可能な個々のディスクとして、Oracle ASMに認識されます。グリッド・ディスク名とOracle ASMディスク・グループ名は、Oracle ASMとOracle Exadata Storage Server Software間で問題が発生した場合に容易に診断できるように、できるだけ関連性のある名前にすることをお薦めします。

Oracle ASMディスク・グループは、次のとおりです。

DATAはデータ・ディスク・グループです。

RECOはリカバリ・ディスク・グループです。

DBFS (Oracle Database File System)は、ファイル・システム・ディスク・グループです。

SPARSEは、スナップショット・ファイルを保持するためのスパース・ディスク・グループです。

条件処理のオフロードなどのOracle Exadata Storage Server Softwareの機能を利用するには、ディスク・グループにOracle Exadata Storage Serverのグリッド・ディスクのみが含まれており、表がこれらのディスク・グループ内に完全に収まっている必要があります。

注意:
スパース・グリッド・ディスクを使用する場合は、データベースおよびグリッド・インフラストラクチャはリリース12.1.0.2.0 BP3以上である必要があります。

関連項目:
Oracle ASMの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Automatic Storage Management障害グループ

Oracle ASM障害グループは、同じハードウェアを共有するために同時に停止する可能性があるOracle ASMディスク・グループのディスクのサブセットです。Oracle ASMでは、冗長性について決定する場合に障害グループを考慮します。

Oracle Exadata Storage Serverでは、ストレージ・セルに障害が発生すると、Oracle ASMディスク・グループのメンバーおよび候補で構成されるすべてのグリッド・ディスクが同時に停止する可能性があります。このようなシナリオのため、ストレージ・セルが関連するすべてのOracle ASMグリッド・ディスクには、そのセルを表す障害グループを1つ割り当てる必要があります。

たとえば、2つのストレージ・セル(AおよびB)が関連するすべてのグリッド・ディスクが「標準」の冗長性で1つのOracle ASMディスク・グループに追加されている場合、ストレージ・セルAのすべてのグリッド・ディスクとストレージ・セルBのすべてのグリッド・ディスクには、それぞれ別の障害グループが指定されます。これにより、いずれかのストレージ・セルで障害が発生しても、Oracle Exadata Storage Server SoftwareおよびOracle ASMでフォルト・トレランスが実行されるようになります。

Oracle Exadata Storage Serverのグリッド・ディスクの障害グループは、単一のセル上のディスクが同じ障害グループに属するようにデフォルトで設定されているため、Oracle Exadata Storage Serverに関する正しい障害グループ構成は簡単になっています。

Oracle ASMディスク・グループの冗長性レベルは、ディスク・グループの作成時に定義できます。Oracle ASMディスク・グループは、「標準」または「高」の冗長性で指定できます。「標準」の冗長性では、エクステントを二重にミラー化し、「高」の冗長性では、エクステントを三重にミラー化します。Oracle ASMの「標準」の冗長性では、1つのセルまたはそのセル内のディスク・セットに障害が発生した場合にフォルト・トレランスが実行されます。Oracle ASMの「高」の冗長性では、2つのセルまたはそのセル内のディスク・セットに障害が発生した場合にフォルト・トレランスが実行されます。冗長性の設定基準は、必要とする保護レベルです。冗長性レベルを選択する場合は、障害後のI/O容量が冗長性の要件およびパフォーマンス・サービス・レベルを十分に満たすようにします。「標準」の冗長性で3つのセルを使用することをお薦めします。これにより、セルに障害が発生しても完全な冗長性でリストアが可能になります。次の点を考慮してください。

- セルまたはディスクに障害が発生した場合、セルまたはディスクの内容はOracle ASMによってディスク・グループの残りのディスクに自動的に再配分されます(データを格納する十分な領域があることが条件)。Oracle ASMの冗長性を使用する既存のディスク・グループでは、V$ASM_DISGKROUPビューのUSABLE_FILE_MB列に使用可能領域の容量が表示され、REQUIRED_FREE_MIRROR_MB列に冗長性のための領域の容量が表示されます。

- セルまたはディスクに障害が発生した場合は、パフォーマンス・サービス・レベル合意を満たすために必要なIOPSを残りのディスクで生成できるようにしてください。

ディスク・グループを作成した後は、ディスク・グループの冗長性レベルを変更することはできません。ディスク・グループの冗長性を変更するには、別のディスク・グループを作成して冗長性を指定し、ファイルを移動する必要があります。

各Exadataセルは、障害グループです。「標準」の冗長性のディスク・グループは、最低2つ以上の障害グループを含む必要があります。Oracle ASMでは、異なる障害グループに配置されたミラー化されたエクステントを使用して、ファイル・エクステントの2つのコピーを自動的に格納します。「高」の冗長性のディスク・グループは、最低3つ以上の障害グループを含む必要があります。Oracle ASMでは、個別の障害グループの各ファイル・エクステントを使用して、ファイル・エクステントの3つのコピーを自動的に格納します。

環境内の障害グループの数が十分でないと、システムの信頼性が低下する場合があります。障害グループの数が少ない場合や、障害グループの容量が均等でない場合は、利用可能なすべてのストレージを十分に活用できない割当ての問題につながる場合があります。

関連項目:
「Oracle Exadata Storage Serverを使用したOracle ASMディスク・グループの管理」

最大可用性を実現するOracle ASMの概要

高冗長性のOracle ASMディスク・グループと、Oracle Exadata Deployment Assistantを使用して自動的にデプロイ可能なファイルの配置構成をお薦めします。少なくともストレージ・セルが3つあるDATA、RECOまたは他の任意のOracle ASMグループに対して高冗長性を構成できます。Exadata Softwareリリース12.1.2.3.0以降では、投票ディスクを高冗長性ディスク・グループに含め、Exadataストレージ・セルが5つ未満の場合にはquorumディスクを(実質的に投票ディスクと同じ)をデータベース・サーバーに追加できます。

最大可用性アーキテクチャ(MAA)のベスト・プラクティスでは、DATA、RECOおよびDBFSという3つのOracle ASMディスク・グループを使用します。ディスク・グループ次のように配置されます。

- I/O帯域幅とパフォーマンスを最大化し、管理を簡素化するため、ディスク・グループはすべてのディスクおよびOracle Exadata Storage Server全体でストライプ化されます。

- DATAディスク・グループは、すべてのディスクの外側の領域に配置されます。これは物理デプロイメントの場合にのみ該当します。OVMデプロイメントには該当しません。

- RECOディスク・グループは、すべてのディスクの外側または内側の領域に配置されます。これは物理デプロイメントの場合にのみ該当します。OVMデプロイメントには該当しません。

- DBFSディスク・グループは、すべてのディスクの内側の領域に配置されます。

- DATAおよびRECOのディスク・グループは、高冗長性で構成されます。

この属性では、Oracle ASMディスク・グループごとに最適なファイル配置が確保されます。また、すべての操作で全I/O帯域幅にアクセスできます(必要な場合)。リソースの過剰な消費を防止するには、 I/Oリソース管理、Oracle Database Resource Managerおよびインスタンス・ケージングを使用します。

高い冗長性のディスク・グループの利点については、次の停止シナリオに示します。

- 二重パートナ・ディスク障害: ディスク障害に続く、2番目のパートナ・ディスクの障害による、データベースおよびOracle ASMディスク・グループの損失防止。

- Oracle Exadata Storage Serverのオフライン時のディスク障害: ストレージ・サーバーがオフラインであり、そのいずれかのストレージ・サーバーのパートナ・ディスク障害が発生した場合の、データベースおよびOracle ASMディスク・グループの損失防止。ストレージ・サーバーは、Exadataローリング・ストレージ・サーバーのパッチ適用など、Exadataストレージの計画メンテナンスによってオフラインになる場合があります。

- ディスクのセクター破損によるディスク障害: 潜在的なディスク・セクター破損が存在し、計画メンテナンスまたはディスク障害のいずれかが原因でパートナ・ストレージ・ディスクを使用できない場合の、データの損失およびI/Oエラーの防止。

デフォルトのExadata高冗長性デプロイメントの一部である高冗長性ディスク・グループに投票ディスクが含まれている場合、前述の障害シナリオでもクラスタおよびデータベースの可用性は失われません。投票ディスクが標準冗長性ディスク・グループに含まれている場合は、データベース・クラスタで障害が発生します。データベースを再起動する必要があります。このようなリスクは、投票ディスクを高冗長性ディスク・グループに移動し、データベース・サーバーに追加のquorumディスクを作成することで排除できます。

ストレージ障害に対する最大のアプリケーションの可用性を提供し、ストレージ停止時の運用を簡素化するために、すべて(DATAおよびRECO)を高冗長性ディスク・グループにすることをお薦めします。対照的に、すべてのディスク・グループが標準冗長性で構成されている場合に2つのパートナ・ディスクで障害が発生すると、Exadata上のすべてのクラスタとデータベースで障害が発生し、すべてのデータが失われます(標準冗長性では二重パートナ・ディスク障害の際に存続できません)。ストレージ保護が向上する以外に、高冗長性と標準冗長性との主な違いは、使用可能なストレージ容量と書込みI/Oにあります。高冗長性ではより多くの領域が必要で、2つではなく3つの書込みI/Oが発生します。追加で発生する書込みI/OがExadataスマート・ライトバック・フラッシュ・キャッシュに与える影響はごくわずかです。

次の表では、冗長性オプション、その他のオプション、および相対的な高可用性のトレードオフについて説明します。次の表は、投票ディスクが高冗長性ディスク・グループに含まれていることを前提としています。既存の高冗長性ディスク・グループ構成の高冗長性グループに投票ディスクを移行するには、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

冗長性のオプション

可用性の意味

推奨事項

すべて(DATAおよびRECO)を高冗長性にする

投票ディスクが高冗長性ディスク・グループに存在している場合、前述のストレージ停止のシナリオでは、アプリケーションのダウンタイムおよびデータ損失はゼロです。
現在投票ディスクが標準冗長性ディスク・グループに含まれている場合、それらを高冗長性ディスク・グループに移行するには『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

ミッション・クリティカルなアプリケーションのための最高のストレージ保護および運用の簡素化のために、このオプションを使用します。冗長性を高めるには、より多くの領域が必要です。

DATAのみを高冗長性にする

前述のストレージ停止のシナリオでは、アプリケーションのダウンタイムおよびデータ損失はゼロです。このオプションでは、別のアーカイブ先が必要です。

8TBのディスクによる新しいデフォルトのデプロイメント構成。
運用の複雑性が若干高いDATAのための最高のストレージ保護には、このオプションを使用します。すべてを高冗長化する場合よりも使用可能な領域が増えます。

詳細は、My Oracle Supportノート2059780.1「RECOディスク・グループまたは高速リカバリ領域の失敗での高可用性のための構成の前提条件および操作手順」を参照してください。

RECOのみを高冗長性にする

前述のストレージ停止のシナリオでは、データ損失はゼロです。

前述のストレージ停止のシナリオで長時間のリカバリが許容される場合は、このオプションを使用します。リカバリ・オプションは次のとおりです。

- リストアとリカバリ:
- DATAディスク・グループの再作成

- RECOからのリストアおよびテープ・ベースのバックアップ(必要な場合)

- データベースのリカバリ

- スイッチとリカバリ:
- RMANスイッチを使用してコピー

データベースのリカバリ

すべて(DATAおよびRECO)を標準冗長性にする
注意: ASMディスク・グループのコンテンツ・タイプを使用したディスク間ミラー分離では、物理ディスクとストレージ・サーバーを共有する標準冗長性グループの2つのディスク・パートナが失われたとき、1つのディスク・グループに停止が制限されます。

前述のストレージ停止のシナリオでは、すべてのOracle ASMディスク・グループに障害が発生しました。ただし、ディスク間ミラー分離を使用すると、停止対象は1つのディスク・グループに制限されます。
注意: このオプションは、エイスまたはクオータ・ラックには使用できません。

最低でもDATAのみを高冗長性にすることをお薦めします。
すべてを標準冗長性にするオプションは、別のOracle Exadata Database MachineにデプロイされたOracle Data Guardのスタンバイ・データベースによってプライマリ・データベースが保護されているか、Oracle Exadata Database Machineが開発またはテスト・データベースにのみサービスを提供している場合に使用します。Oracle Data Guardでは、ストレージ障害に対してリアルタイムのデータ保護および高速のフェイルオーバーを提供します。

Oracle Data Guardが使用できず、DATAまたはRECOディスク・グループが失われている場合は、My Oracle Supportノート1339373.1に記載されているリカバリ・オプションを利用してください。

次の表では、MAAの設定の最適なファイル配置について説明します。

ファイル・タイプ

場所

Oracle Databaseファイル

DATAディスク・グループ。

フラッシュバック・ログ・ファイル、アーカイブREDOファイルおよびバックアップ・ファイル

RECOディスク・グループ。

REDOログ・ファイル

最初の高冗長性ディスク・グループ。高冗長性のディスク・グループが存在しない場合は、REDOログファイルがDATAおよびRECOディスク・グループ間に配置されます。

制御ファイル

最初の高冗長性ディスク・グループ。高冗長性のディスク・グループが存在しない場合は、DATAディスク・グループで1つの制御ファイルを使用します。バックアップ制御ファイルがRECOディスク・グループ内に存在するようにし、RMAN CONFIGURE CONTROLFILE AUTOBACKUP ONを設定する必要があります。

サーバー・パラメータ・ファイル(SPFILE)

最初の高冗長性ディスク・グループ。高冗長性のディスク・グループが存在しない場合は、SPFILEがDATAディスク・グループ内に存在するようにします。SPFILEバックアップがRECOディスク・グループ内に存在するようにします。

Oracle Exadata Database Machineフル・ラックおよびOracle Exadata Database Machineハーフ・ラック用のOracle Cluster Registry(OCR)および投票ディスク

最初の高冗長性ディスク・グループ。高冗長性のディスク・グループが存在しない場合は、ファイルがDATAディスク・グループ内に存在するようにします。

Oracle Exadata Database Machineクオータ・ラックまたはエイス・ラック用の投票ディスク

最初の高冗長性ディスク・グループ。そうでなければ、標準冗長性ディスク・グループ。高冗長性ディスク・グループのExadataストレージ・セルが5つ未満である場合は、OEDAデプロイメント中にquorumディスクをExadataデータベース・サーバーに追加できます。
既存の高冗長性ディスク・グループ構成の高冗長性グループに投票ディスクを移行するには、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

一時ファイル

最初の標準冗長性ディスク・グループ。すべてを高冗長性にするオプションを使用する場合は、最初の高冗長性ディスク・グループを使用します。

ステージングおよび非データベース・ファイル

DBFSディスク・グループ

関連項目:
『Oracle Exadata Database Machineインストレーションおよび構成ガイド』

グリッドRAIDについて

グリッドのRedundant Array of Independent Disks(RAID)構成では、Oracle ASMミラー化機能を使用します。グリッドRAIDを使用するには、「標準」または「高」の冗長性レベルでグリッド・ディスクをOracle ASMディスク・グループに配置し、すべてのグリッド・ディスクを同じセルに設定して、同じOracle ASM障害グループにします。これにより、Oracle ASMがセル内のディスクを使用してデータ・エクステントをミラー化することがなくなります。様々なセルからディスクを使用するため、個々のセルで障害が発生してもデータが利用できなくなることはありません。

グリッドRAIDでは、セル・ディスクを簡単に作成することもできます。Oracleソフトウェアでは必要なLUNが自動的に作成されるため、グリッドRAIDを使用することにより、利用可能な物理ディスクからLUNが自動的に作成されます。

セルのセキュリティについて

Exadataセルのセキュリティは、各セルおよびグリッド・ディスクのアクセス権限を設定したクライアントを指定することにより設定されます。クライアントには、Oracle ASMインスタンス、データベース・インスタンスおよびクラスタがあります。グリッド・ディスクを作成または変更する場合は、グリッド・ディスクの使用権限を設定したOracle ASM所有者およびデータベース・クライアントを構成できます。

iDBプロトコルについて

iDBプロトコルは、Oracle ASM、データベース・インスタンスおよびストレージ・セル間の通信プロトコルとして機能するOracle固有のデータ転送プロトコルです。汎用のデータ転送プロトコルは、下位レベルのディスク・ブロックでのみ動作します。これに対し、iDBプロトコルは、Oracleの内部データ表現を認識し、条件処理のオフロードなど、Exadataセル固有の機能に必要な補助機能です。

また、iDBプロトコルでは、インターコネクト帯域幅の集約とフェイルオーバーを提供します。

セル・ソフトウェア・プロセスについて

Oracle Exadata Storage Server Softwareには、次のソフトウェア・プロセスが含まれます。

- セル・サーバー(CELLSRV)サービスは、条件処理のオフロードなど、iDBによるディスクI/OリクエストやExadataセルの拡張サービスを実行します。CELLSRVは、マルチスレッド・プロセスとして実行され、ストレージ・セルのプロセッサ・サイクルの大部分を使用するように設計されています。

- 管理サーバー(MS)は、スタンドアロンのストレージ・セル管理および構成機能です。

- 再起動サーバー(RS)は、セル・サーバーおよび管理サーバーのプロセスを監視し、必要に応じて再起動します。

セル管理について

Oracle Exadata Storage Serverグリッドの各セルは、セル・コントロール・コマンドライン・インタフェース(CellCLI)で個別に管理されます。CellCLIユーティリティには、セルの初期構成、セル・ディスクおよびグリッド・ディスクの作成、パフォーマンスの監視など、セル管理機能のためのコマンドライン・インタフェースが用意されています。CellCLIユーティリティはセル上で実行され、ストレージ・セルにネットワーク・アクセスするクライアント・コンピュータまたは直接セルに接続されるクライアント・コンピュータからアクセスできます。CellCLIユーティリティは、管理サーバーと通信してストレージ・セルを管理します。

セルにアクセスするには、Secure Shell(SSH)アクセス、またはKVMスイッチ(キーボード、ビデオ、視覚的表示装置、マウス用スイッチ)などを介したローカル・アクセスのいずれかを使用する必要があります。SSHではリモート・アクセスが可能ですが、セルがネットワークにまだ構成されていない場合は、初期構成でローカル・アクセスが必要になる場合があります。ローカル・アクセスを使用すると、セルのオペレーティング・システムのシェル・プロンプトにアクセスできるため、CellCLIユーティリティなどの各種ツールを使用してセルを管理できます。

dcliユーティリティを使用すると、複数のセルで同じCellCLIコマンドをリモートで実行できます。

セルを計算ノードからリモートで管理するために、ExaCLIユーティリティを使用できます。ExaCLIにより、ほとんどのCellCLIコマンドをセルで実行できます。これが必要になるのは、セルに直接アクセスしてCellCLIを実行できない場合、またはセルでSSHサービスが無効になっている場合です。複数のセルでリモートでコマンドを実行するために、exadcliユーティリティを使用できます。

関連項目:

- CellCLIコマンドの詳細は、第8章「CellCLIユーティリティの使用」,を参照してください。

- 集中管理ツールを使用した複数セルの管理の詳細は、第9章「dcliユーティリティの使用」,を参照してください。

- セルをリモートで管理する方法の詳細は、第10章「ExaCLIユーティリティの使用」を参照してください

- 複数のセルをリモートで管理する方法の詳細は、第11章「exadcliユーティリティの使用」を参照してください

データベース・サーバー・ソフトウェアについて

Oracle Exadata Storage Server Softwareは、Oracle Databaseとシームレスに連携します。データベース・サーバー上のソフトウェアは次のとおりです。

- Oracle Databaseインスタンス。格納データ上で動作するOracle Databaseバックグラウンド・プロセスおよびそのプロセスで使用される共有割当てメモリーのセットが含まれます。

- Oracle Automatic Storage Management (Oracle ASM)。データベースおよびOracle Exadata Storage Server用に最適化されたストレージ管理を提供します。Oracle ASMは、Oracle Grid Infrastructureに含まれます。
Oracle ASMインスタンスでは、ディスク上のデータ・ファイルの配置を処理し、メタデータ・マネージャとして動作します。Oracle ASMインスタンスがアクティブになるのは、主にファイルの作成および拡張中、または構成変更後のディスクのリバランス中です。ランタイムI/O操作は、Oracle ASMインスタンスを介して渡されずに、データベースからストレージ・セルに直接送信されます。

- データベース・リソース・マネージャ(DBRM)。I/Oリソースがデータベース内で適切に割り当てられるようにします。

- iDBプロトコル。セルとの通信にデータベース・インスタンスで使用され、データベース・サーバーに静的に関連付けられるOracle提供のライブラリに実装されます。

関連項目:

- DBRMの詳細は、第6章「I/Oリソースの管理」を参照してください。

- iDBプロトコルの詳細は、「iDBプロトコルについて」を参照してください。

Oracle Enterprise Manager for Oracle Exadata Database Machineについて

Oracle Enterprise Manager 12cには、構成やパフォーマンスを含む、Oracle Exadata Database Machineをグラフィカル・ユーザー・インタフェース(GUI)で監視できる完全なターゲットが用意されています。

図1-4は、Oracle Exadata Storage Serverホームページを示しています。このページを表示すると、ストレージ・セルの状態、セルの主要なパフォーマンス特性、およびストレージのリソース使用率をデータベース別に迅速に表示できます。

図1-4 Oracle Enterprise ManagerのOracle Exadata Storage Serverホームページ

Oracle Exadata Storage Server用のOracle Enterprise Managerでは、レポートに加えて、アラートのメトリックしきい値を設定したり、ストレージ・セルの状態を判断するためのメトリック値を監視することもできます。

関連項目:
Oracle Enterprise Manager Exadataターゲットの詳細は、『Oracle Enterprise Manager Exadata管理スタート・ガイド』を参照してください。

2 Oracle Exadata Storage Server Softwareの構成

この章では、Oracle Exadata Storage Server Softwareで小規模なグリッドを構成するための主な手順について説明します。この手順は、大規模なグリッドでも同じです。グリッドで必要なディスクおよびセルの数は、容量、パフォーマンスおよび冗長性の要件に基づいて決定します。

セルにはハードウェアおよびソフトウェアがすでにインストールされています。この章の手順では、Oracle DatabaseおよびOracle Automatic Storage Management(Oracle ASM)のインスタンスで使用するストレージ・セルの構成方法について説明します。

注意:
Oracle Exadata Storage Serverのハードウェアまたはソフトウェアに対する変更は、サポートされていません。管理およびストレージ・トラフィックを含むすべての接続に、Oracle Exadata Storage Serverの実証済のネットワーク・インタフェースのみを使用する必要があります。それ以外のネットワーク・インタフェースは、使用しないでください。

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

- 『Oracle Exadata Storage Server Softwareのリリース番号付けの理解』

- Oracle Exadata Storage Serverの構成の理解

- 推奨されるネットワーク構成およびIPアドレス

- Oracle Exadata Storage Server SoftwareのIPアドレスの割当て

- 使用するロケーションに合せたOracle Exadata Storage Server Softwareの構成

- CellCLIを使用したセル、セル・ディスクおよびグリッド・ディスクの構成

- フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成

- データベース・サーバー・ホストの構成ファイルの設定

- 自動セル・メンテナンスの理解

関連項目:

- インストールおよび構成の最新情報は、『Oracle Exadata Storage Server Softwareリリース・ノート』を参照してください。

- Oracle Exadata Database Machine Deployment Assistantの詳細は、『Oracle Exadata Database Machineインストレーションおよび構成ガイド』を参照してください。

- パフォーマンスの構成の詳細は、「パフォーマンスの最適化」を参照してください。

- Oracle Exadata Storage Serverハードウェアおよびソフトウェアをインストールする方法の詳細は、付録C「インストール情報」を参照してください。

『Oracle Exadata Storage Server Softwareのリリース番号付けの理解』

Oracle Exadata Storage Server Software のリリース番号は、次のようにOracle Databaseのリリース番号に関連しています。

- Oracle Exadata Storage Server Softwareのリリース番号の最初の2桁は、Oracle Database 12cリリース1(12.1)のように、Oracle Databaseのメジャー・リリース番号を表します。Oracle Exadata Storage Server Softwareリリース12.1は、Oracle Database 12cリリース1(12.1)のすべてのリリースと互換性があります。

- 3番目の桁は、通常はコンポーネント固有のOracle Databaseのリリース番号を表します。この桁は、通常はOracle Databaseの現在のリリースの12.1.0.1.0のように、完全なリリース番号の4桁目と一致します。

- 最後の2桁は、Oracle Exadata Storage Server Softwareのリリースを表します。

関連項目:
データベースのリリース番号の詳細は、『Oracle Database管理者ガイド』を参照してください。

Oracle Exadata Storage Serverの構成の理解

Oracle Exadata Storage Serverは、すべてのハードウェアおよびソフトウェアがプリインストールされた状態で出荷されますが、自分の環境に合わせてOracle Exadata Storage Server Softwareを構成する必要があります。この項では、構成タスクの概要について説明します。それ以降の項では、実際の手順について説明します。この項の内容は次のとおりです。

- タスク1「ストレージ・セルのIPアドレスの割当て」

- タスク2「使用するロケーションに合せたストレージ・セルの構成」

- タスク3「セルの構成」

- タスク4「セル属性の検証」

- タスク5「セル・ディスクの作成」

- タスク6「グリッド・ディスクの作成」

- タスク7「フラッシュ・ディスクおよびフラッシュ・キャッシュの作成」

- タスク8「自動サービス・リクエストの構成」

タスク1: ストレージ・セルのIPアドレスの割当て

ストレージ・セルのIPアドレスを次のポートに割り当てます。

- ネットワーク・アクセス・ポート

- リモート管理ポート

- InfiniBandポート

タスク2: 使用するロケーションに合せたストレージ・セルの構成

ストレージ・セルの電源をオンにし、タイムゾーンやパスワードの設定など、使用するロケーションに合せてストレージ・セルを構成します。

タスク3: セルの構成

セルを構成するには、ALTER CELLコマンドを使用します。例2-1は、新規セルの構成の例を示しています。

例2-1 新規セルの構成

CellCLI> ALTER CELL                                                       -
smtpServer='my_mail.example.com',                                -
smtpFromAddr='john.doe@example.com',                             -
smtpPwd=email_address_password,                                  -
smtpToAddr='jane.smith@example.com',                             -
notificationPolicy='clear',                                      -
notificationMethod='mail,snmp'

例2-1では、ストレージ・セルの管理者に電子メール・メッセージを送信するように電子メール通知が構成されます。ALTER CELLコマンドの各行の最後にあるハイフン(-)により、[Enter]を押す前にコマンドを次の行に続けることができます。テキスト・ファイルを使用してコマンドを実行することもできます。

タスク4: セル属性の検証

セル属性を検証するには、LIST CELL DETAILコマンドを使用します。例2-2は、セル属性の表示の例を示しています。

例2-2 ストレージ・セルの詳細表示

CellCLI> LIST CELL DETAIL
name:                   cell01
bmcType:                IPMI
cellVersion:            OSS_11.2.1.1.0_LINUX.X64_090815
cpuCount:               16
diagHistoryDays:        7
fanCount:               12/12
fanStatus:              normal
id:                     c2b389e2-2c88-4313-bf88-d6fb748881f7
interconnectCount:      3
iormBoost               0.0
ipaddress1:             192.168.50.27/24
kernelVersion:          2.6.18-128.1.16.0.1.el5
makeModel:              SUN MICROSYSTEMS SUN FIRE X4275 SERVER SAS
metricHistoryDays:      7
offloadEfficiency:      1.0
powerCount:             2/2
powerStatus:            normal
status:                 online
smtpFrom:               "John Doe"
smtpFromAddr:           john.doe@example.com
smtpServer:             my_mail.example.com
smtpToAddr:             jane.smith@example.com
snmpSubscriber:         host=host1,port=162,community=public
host=host2,port=162,community=public
temperatureReading:     24.0
temperatureStatus:      normal
upTime:                 0 days, 11:14
cellsrvStatus:          running
rsStatus:               running
msStatus:               running

タスク5: セル・ディスクの作成

セル・ディスクを作成するには、CREATE CELLDISKコマンドを使用します。例2-3では、ALLオプションにより、デフォルト名を使用してすべてのセル・ディスクを作成しています。

例2-3 セル・ディスクの作成

CellCLI> CREATE CELLDISK ALL
CellDisk CD_00_cell01 successfully created
CellDisk CD_01_cell01 successfully created
CellDisk CD_02_cell01 successfully created
...
CellDisk CD_10_cell01 successfully created
CellDisk CD_11_cell01 successfully created

セル・ディスクは、CD_lunID_cellnameの書式で名前が設定されて作成されます。lunIDおよびセル名の値は、LUNのid属性およびセルのname属性にそれぞれ対応します。単一のセル・ディスクを作成する場合は、他のディスク名を指定できます。

フラッシュ・ディスク付きのOracle Exadata Storage Serverでは、CREATE CELLDISK ALLコマンドによって次のようにフラッシュ・ディスクにもセル・ディスクが作成されます。

CellCLI> CREATE CELLDISK ALL
CellDisk FD_01_cell01 successfully created
CellDisk FD_02_cell01 successfully created
CellDisk FD_03_cell01 successfully created
CellDisk FD_04_cell01 successfully created
CellDisk FD_05_cell01 successfully created
CellDisk FD_06_cell01 successfully created
CellDisk FD_07_cell01 successfully created
CellDisk FD_08_cell01 successfully created
CellDisk FD_09_cell01 successfully created
CellDisk FD_10_cell01 successfully created
CellDisk FD_11_cell01 successfully created
CellDisk FD_12_cell01 successfully created
CellDisk FD_13_cell01 successfully created
CellDisk FD_14_cell01 successfully created
CellDisk FD_15_cell01 successfully created

注意:
CREATE CELLDISKコマンドでは、フラッシュ・ディスクにセル・ディスクが作成されます(存在しない場合)。フラッシュ・ディスクにセル・ディスクがある場合は、再度作成されません。

タスク6: グリッド・ディスクの作成

グリッド・ディスクを作成するには、CREATE GRIDDISKコマンドを使用します。次の例のALL HARDDISK PREFIXオプションでは、ストレージ・セルの各セル・ディスクにグリッド・ディスクが1つずつ作成されます。Oracle ASMディスク・グループ名には、ディスク・グループに属するグリッド・ディスクを識別するためのPREFIXが使用されます。例2-4は、グリッド・ディスクの作成の例を示しています。ディスクのサイズはお客様の要件によって異なります。

例2-4 グリッド・ディスクの作成

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=data, size=300G
GridDisk data_CD_00_cell01 successfully created
GridDisk data_CD_01_cell01 successfully created
GridDisk data_CD_02_cell01 successfully created
...
GridDisk data_CD_11_cell01 successfully created

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=reco, size=600G
GridDisk reco_CD_00_cell01 successfully created
GridDisk reco_CD_01_cell01 successfully created
GridDisk reco_CD_02_cell01 successfully created
...
GridDisk reco_CD_11_cell01 successfully created

CellCLI> LIST GRIDDISK
data_CD_00_cell01       active
data_CD_01_cell01       active
data_CD_02_cell01       active
...
data_CD_11_cell01       active

reco_CD_00_cell01      active
reco_CD_01_cell01      active
reco_CD_02_cell01      active
...
reco_CD_11_cell01      active

例2-4では、接頭辞の値のdataおよびrecoが、作成されるOracle ASMディスク・グループの名前になります。LIST GRIDDISKコマンドでは、作成されるグリッド・ディスクが表示されます。ALL PREFIXオプションを使用すると、生成されるグリッド・ディスク名はグリッド・ディスクの接頭辞の後にアンダースコア(_)、セル・ディスク名を続ける書式で構成されます。

グリッド・ディスク名は、単一のデプロイメント内のすべてのセルで一意にする必要があります。グリッド・ディスクおよびセル・ディスクで推奨されるネーミング規則に従うことにより、自動的に一意の名前が生成されます。グリッド・ディスクの作成時にデフォルトの生成名を使用しない場合は、すべてのストレージ・セルでグリッド・ディスク名を一意にする必要があります。ディスク名が一意でない場合は、グリッド・ディスクをOracle ASMディスク・グループに追加できないことがあります。

グリッド・ディスクを作成する場合は、次の点に注意してください。

- size属性を指定する必要はありません。size属性を省略すると、利用可能な最大サイズが自動的に選択されます。

- オフセットにより、グリッド・ディスクが割り当てられるディスク上の位置が指定されます。最も外側のトラックは、小さいオフセット値を持ちます。これらのトラックは、高速で動作し、帯域幅も広くなっています。オフセットを明示的に指定すると、他のグリッド・ディスクと比較して高速に動作するグリッド・ディスクを作成できます。オフセットを指定しない場合、利用可能な最適な(ウォーム)オフセットは、グリッド・ディスクの作成順に自動的に選択されます。最も頻繁にアクセスされる(ホット)データが含まれることが予想されるグリッド・ディスクを最初に作成し、アクセス頻度が低い(コールド)データを含むグリッド・ディスクを次に作成するようにしてください。
normal_redundancyインターリーブ・オプションを使用して、オフセット付きでグリッド・ディスクを作成すると、指定したオフセットの最も外側にあるトラックの開始部分にグリッド・ディスクの半分が作成され、最も内側にあるトラックの開始部分から同じだけオフセットした部分にグリッド・ディスクの残りの半分が作成されます。

high_redundancyインターリーブ・オプションを使用すると、グリッド・ディスクは同じサイズの3つのセクション(最も外側から3つのトラック、次の3つのトラック、最も内側から3つのトラック)に分割されます。

- スナップショットを使用するときはスパース・グリッド・ディスクのみ作成する必要があります。スナップショットによって生成されるファイルがスパース・ディスクに格納されます。スパース・グリッド・ディスクでは、標準グリッド・ディスク操作すべてがサポートされます。スパース・グリッド・ディスクにはvirtualsizeという追加の属性があります。この属性は、グリッド・ディスクで提供する必要がある最大仮想領域を構成します。構成でスパース・グリッド・ディスク上の仮想領域が不足したときに物理領域が使用可能な場合には、この属性のサイズを変更できます。
スパース・ディスクに設定できる最大サイズは、セル・ディスクの空き領域のサイズです。最大仮想サイズは100TBです。例2-5では、スパース・グリッド・ディスクは物理セル・ディスク・サイズから最大で300GBを使用し、Oracle ASMファイル用として20000GBの仮想領域を公開します。

例2-5 スパース・グリッド・ディスクの作成

CellCLI> CREATE GRIDDISK ALL HARDDISK PREFIX=sp, size=300G, virtualsize=20000G
GridDisk sp_CD_00_cell01 successfully created
GridDisk sp_CD_01_cell01 successfully created
GridDisk sp_CD_02_cell01 successfully created
...
GridDisk sp_CD_11_cell01 successfully created

Oracle Exadata Storage Server Softwareは、スパース・グリッド・ディスクによって使用される物理領域を監視し、ほとんどの領域が使用されるとアラートを生成します。領域不足エラーを回避するには、ALTER GRIDDISKコマンドを使用してグリッド・ディスクに物理領域を追加するか、Oracle ASMファイルをいくつか削除してグリッド・ディスクの領域を解放します。

タスク7: フラッシュ・ディスクおよびフラッシュ・キャッシュの作成

CREATE GRIDDISK ALL FLASHDISK PREFIX='FLASH'コマンドとCREATE FLASHCACHEコマンドを使用して、フラッシュ・ディスクおよびフラッシュ・キャッシュを作成します。

デフォルトでは、CREATE CELLコマンドによってすべてのフラッシュ・ディスクにフラッシュ・セル・ディスクが作成され、次にそのフラッシュ・セル・ディスクにExadataスマート・フラッシュ・キャッシュが作成されます。Exadataスマート・フラッシュ・キャッシュのサイズ変更や、フラッシュ・グリッド・ディスクの作成を行うには、フラッシュ・キャッシュを一度削除してから、異なるサイズでフラッシュ・キャッシュを作成するか、フラッシュ・グリッド・ディスクを作成する必要があります。

タスク8: 自動サービス・リクエストの構成

Oracle Exadata Database Machineでサポートされている自動サービス・リクエスト(ASR)では、一般的なハードウェア障害を検出して、サービス・リクエストを自動的に作成します。このサポートには、Oracle Exadata Storage ServerやOracle Databaseサーバーのディスクやフラッシュ・カードなどの選択したコンポーネントが含まれます。

関連項目:
ASRの構成の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

推奨されるネットワーク構成およびIPアドレス

ネットワーク構成およびIPアドレスの推奨設定は次のとおりです。

- ネットワークがまだ構成されていない場合は、スイッチがシングル・ポイント障害となるのを回避するために、Oracle Exadata Storage Server、データベース・サーバー・ホストおよび複数のスイッチからなるフォルト・トレラントなプライベート・ネットワーク・サブネットを設定します。Exadataセルのネットワークのすべてのインターコネクトが単一のスイッチで接続されていると、そのスイッチがシングル・ポイント障害になる可能性があります。
管理スイッチを使用している場合は、スイッチのVLAN構成でExadataセルのネットワーク・トラフィックを他のすべてのネットワーク・トラフィックから分離します。

- Oracle Exadata Storage Serverの一般管理インタフェースおよびLights Out(LO)リモート管理インタフェース用のIPアドレスのブロックを割り当てます。通常、これらのインタフェースは、同じサブネット上に存在します(他のホストとサブネットを共有することもできます)。たとえば、Oracle Exadata Storage Serverの一般管理インタフェースおよびLOリモート管理インタフェース用として、192.168.200.0/24サブネット上で192.168.200.31から192.168.200.100のIPアドレスのブロックを割り当てることができます。サブネットを共有する他のホストには、ブロックの範囲外のIPアドレスを割り当てます。一般管理インタフェースおよびLOリモート管理インタフェースは、個別のサブネットに配置できますが、その必要はありません。
.0、.1または.255で終了するアドレスや、選択した特定のネットマスクのブロードキャスト・アドレスとして使用されるアドレスを割り当てないようにします。たとえば、192.168.200.0、192.168.200.1、192.168.200.255などのアドレスは使用しないようにします。

次のサンプルは、オーバーラップしていない4つのアドレス・ブロックです。最初のアドレス・セットは、セルの通常のギガビット・イーサネット・インタフェース/ポートに割り当てる必要があります。2番目のアドレス・セットは、セルのLOリモート管理ポートに割り当てることができます。3番目のセットはデータベース・サーバーのギガビット・イーサネット・ポート、4番目のセットはデータベース・サーバーのLOリモート管理ポートに使用できます。

192.168.200.0/21 (netmask 255.255.248.0)
192.168.208.0/21 (netmask 255.255.248.0)
192.168.216.0/21 (netmask 255.255.248.0)
192.168.224.0/21 (netmask 255.255.248.0)

InfiniBandネットワークは、データベース・サーバー・ホストおよびOracle Exadata Storage Serverで使用されるプライベート・ネットワークにし、プライベート・ローカル・ネットワーク・アドレスを持つことができます。また、これらのアドレスは、オーバーラップしていないブロックに割り当てる必要があります。

次の例は、ローカルInfiniBandアドレスの2つのブロックです。データベース・サーバーのInfiniBandとセルのInfiniBandは、相互に通信できるように両方とも同じサブネット上にする必要があります。ボンディングを使用すると、InfiniBandアドレスで必要なサブネットが1つで済みます。

192.168.50.0/24 (netmask 255.255.255.0)
192.168.51.0/24 (netmask 255.255.255.0)

これらのサブネット・ブロックは互いに競合することはなく、ホストの現在の割当てとも競合しません。サブネット・ブロックが同じネットマスクを持つように割り当てることお薦めします。これにより、ネットワーク管理が簡素化します。

注意:
Oracle Exadata Storage Server Softwareにおいて、InfiniBandネットワークで許可されるホストの最大数は、4096です。そのため、InfiniBandネットワークのネットワーク接頭辞の値は、20以上である必要があります。つまり、ネットマスクは、255.255.240.0から255.255.255.254(両端の値を含む)である必要があります。
特定のホストIPアドレスとそのネットマスクのネットワーク接頭辞の値は、任意のLinuxマシンで次のようにipcalcユーティリティを使用して指定できます。

ipcalc <host ip address such as 192.168.50.10> -m
<netmask for the host ip address such as 255.255.240.0>  -p

ネットワークが追加の拡張に対応できることを確認してください。たとえば、255.255.255.254は有効なネットワーク(接頭辞/31)ですが、使用できるのは1つのホストのみです。

- ドメイン・ネーム・システム(DNS)が必要な場合は、セルおよびインターコネクトを参照できるようにDNSを設定します。Oracle Exadata Storage ServerではDNSは不要です。ただし、DNSが必要な場合は、Oracle Exadata Storage Serverの適切なIPアドレスおよびホスト名でDNSを設定します。

- InfiniBandネットワークは、Oracle Clusterwareを使用する場合のネットワークおよびストレージの通信に使用してください。Oracle Clusterware通信のプライベート・ネットワークでInfiniBandが使用されていることを確認するには、次のコマンドを使用します。

oifcfg getif -type cluster_interconnect

- Reliable Data Socket(RDS)プロトコルは、InfiniBandネットワークでデータベース・サーバーとセルおよびOracle Real Application Clusters(Oracle RAC)の通信に使用してください。Oracle RACのプライベート・ネットワークがInfiniBandネットワークでRDSプロトコルを実行していることを確認するには、アラート・ログをチェックします。次のメッセージがログにあります。

cluster interconnect IPC version: Oracle RDS/IP (generic)

RDSプロトコルがInfiniBandネットワークで使用されていない場合は、次の手順を実行します。

1. Oracleバイナリを使用しているすべてのプロセスを停止します。

2. ORACLE_HOME/rdbms/libディレクトリに変更します。

3. 次のコマンドを実行します。

make -f ins_rdbms.mk ipc_rds ioracle

注意:
Oracle ASMとデータベースで別のOracleホームが使用されている場合は、RDSを両方のOracleホームで有効にしてください。

Oracle Exadata Storage Server SoftwareのIPアドレスの割当て

この項では、新規のストレージ・セルをインストールする前のOracle Exadata Storage Server Softwareネットワークの準備の概要について説明します。

各ストレージ・セルは、次のネットワーク・ポートで構成されます。

- デュアルポートのInfiniBandカード
Oracle Exadata Storage Serverは、高可用性を実現するために、2つのInfiniBandスイッチに個別に接続するように設計されています。デュアルポート・カードは、可用性目的でのみ使用されています。InfiniBandカードの各ポートにより、ストレージ・セルで生成される帯域幅での完全なデータ転送が可能になります。ネットワーク接続の1つが失われてもストレージ・セルのパフォーマンスに影響を与えることはありません。

- 通常のネットワーク・アクセス用のギガビット・イーサネット・ポート(プラットフォームに依存)

- Oracle Exadata Storage Serverには、4つのギガビット・イーサネット・ポートが付属しています。ただし、スイッチには1つのポートのみを接続して、ネットワーク・アクセス用に構成します。

- ベースボード管理コントローラ(BMC)またはOracle Exadata Storage Serverの管理コントローラ(MC)によって公開されるギガビット・イーサネット・ポート。このポートは、Lights Out(LO)リモート管理で使用されます。

- Oracle Exadata Storage Serverでは、リモート管理用にOracle Integrated Lights Out Manager(ILOM)を使用します。

注意:
ILOMへのアクセス用にWebインタフェースを使用する場合は、有効なSecure Socket Layer(SSL)証明書をインストールできます。
Oracle ILOMの証明書の詳細は、次の場所にあるOracle Integrated Light Out Manager(ILOM)3.0の日次管理 - Webプロシージャ・ガイドを参照してください。

http://docs.oracle.com/cd/E19860-01/E21549/index.html">>http://docs.oracle.com/cd/E19860-01/E21549/index.html

Exadataセルのネットワークを準備するには、次の手順を実行します。

1. ボンディングされたInfiniBandポートにアドレスを1つ割り当てます。セルを最初に設定すると、BONDIB0構成情報を指定するように求められます。この情報は初期起動時のCREATE CELLコマンド実行中に自動的に使用され、セル・サーバーとデータベース・サーバー間の通信用のデータ・パスが提供されます。

注意:
初期構成後にBONDIB0アドレスを変更する場合は、次のコマンドを使用します。

CREATE CELL interconnect1=BONDIB0

このInfiniBandネットワークをプライベート・ネットワークにすることをお薦めします。

2. IPアドレスをネットワーク・アクセス用のセルに割り当てます。

3. IPアドレスをLOリモート管理用のセルに割り当てます。
Javaを有効にしたWebブラウザを使用して、割り当てられたIPアドレスでリモート管理機能にアクセスできます。

関連項目:

- ILOMの詳細は、http://docs.oracle.com/cd/E19860-01を参照してください。

使用するロケーションに合せたOracle Exadata Storage Server Softwareの構成

この項では、ストレージ・セルの構成について説明します。この項の内容は次のとおりです。

- Oracle Exadata Storage Serverの静的IPを使用したLOリモート管理の構成

- サーバーの準備

Oracle Exadata Storage Serverの静的IPを使用したLOリモート管理の構成

この項では、Oracle Exadata Storage Server用に静的IPによるLights Out (LO)リモート管理を構成する方法について説明します。この項の内容は次のとおりです。

- Oracle Exadata Storage ServerでのLOリモート管理の構成

Oracle Exadata Storage ServerでのLOリモート管理の構成

基本的なLOリモート管理の構成は、最初の起動時に行われます。LOリモート管理の構成の詳細は、「サーバーの準備」を参照してください。

注意:
ILOMではサイドバンド管理を有効にしないでください。そのようにすると、そのサーバーのSNMPエージェントのレポートおよび監視機能がすべて無効になります。

サーバーの準備

次の手順では、使用するデータベース・サーバーとOracle Exadata Storage Serverを準備する方法について説明します。

1. 「Oracle Exadata Storage Serverの静的IPを使用したLOリモート管理の構成」の説明に従って、LOリモート管理を構成します。

2. ストレージ・セルの電源をオンにし、オペレーティング・システムを起動します。

3. ストレージ・セルが起動すると、システム構成を求められるので応答します。
構成手順でyesまたはnoと応答するように求められたら、確認する場合はyを押し、再試行または終了する場合はnを押します。yesまたはnoのプロンプトのデフォルトの選択は、大カッコ内に表示されます。応答を入力せずに[Enter]を押すと、デフォルトの選択項目が選択されます。

4. ネットワーク接続をチェックします。
検出されたすべてのインタフェースのリストが表示され、アクティブなネットワーク・ケーブルが接続されていないインタフェースのケーブルをチェックするように求められます。ケーブルを接続したら構成手順を再試行できますが、接続されていないインタフェースを無視することもできます。構成できるのは接続されているインタフェースのみです。

5. 必要に応じてDNSサーバーのIPアドレスを入力します。スタンドアロンのプライベート・ストレージ環境の場合、DNSは必要ありません。

6. 時間プリファレンスを入力します。

- 利用可能なタイム・リージョンのリストが表示されたら、ローカルのタイム・リージョン番号を選択します。

- 表示されるロケーションのリストから、タイム・リージョン番号内のロケーションを選択します。

7. ネットワーク・タイム・プロトコル(NTP)サーバーを入力します。
これらのサーバーは、システムの時間を正しく維持するのに必要で、ローカルの時間ソースと同期されます。

8. イーサネットのアドレスと、InfiniBandのIPアドレスおよびインタフェースを入力します。ネットワーク接続されているすべてのイーサネットおよびInfiniBandのインタフェースは、最も左側にインタフェースの名前とともに表示されます。InfiniBandインタフェースにはBONDIB0という名前が付けられ、物理InfiniBandインタフェースのib0とib1の間でボンディングが使用されます。ボンディングにより、ib0またはib1との接続が失われた場合に、ib0からib1、またはib1からib0に透過的にフェイルオーバーできます。
構成するイーサネットおよびInfiniBandの各インタフェースに、次の設定を適用するように求められます。

- IPアドレス

- ネットマスク

- ゲートウェイのIPアドレス

- 完全修飾ドメイン名

リスト内の各インタフェースを設定しないように選択した場合、そのインタフェースは構成されず、システムの起動時に起動しません。IPアドレスを構成すると、システムの起動プロセスが完了します。プロセスの終了時に、追加のパッケージがインストールされ、Oracle Exadata Storage Serverのインストールが完了します。

9. リストから正規の完全修飾ドメイン名を選択します。このホスト名は、サーバーのプライマリ・パブリック・ホスト名になり、/etc/sysconfig/networkファイルに含まれます。
ゲートウェイで複数のイーサネット・インタフェースを構成した場合、デフォルト・ゲートウェイの行番号を選択します。このゲートウェイは、/etc/sysconfig/networkファイルに含まれ、デフォルト・ゲートウェイとして使用されます。

10. 要求されたら、次の情報を入力します。

- ILOMのドメイン修飾ホスト名

- ILOMのIPアドレス

- ILOMのネットマスク

- ILOMのゲートウェイ

- ILOMのNTPサーバー

- (オプション)ILOMのDNSサーバー

関連項目:
例5-1「ipconfユーティリティを使用したSun ILOMインタフェースの設定」

11. (Oracle Exadata Storage Serverのみ)rootユーザー、celladminユーザーおよびcellmonitorユーザーの初期パスワードをより安全なパスワードに変更します。

注意:
rootユーザーのパスワードがない場合は、Oracleサポート・サービスに連絡してください。

パスワードを変更するには、rootユーザーとしてログインし、passwdコマンドを使用してパスワードを次のように変更します。

# passwd
# passwd celladmin
# passwd cellmonitor

変更したパスワードを確認するには、各ユーザー名でログインおよびログアウトします。

注意:
cellmonitorユーザーは、Exadataセルのオブジェクトのみを表示できる権限で設定されます。管理タスクを実行するには、celladminユーザーとしてログインする必要があります。

12. 最初の起動時の構成後に、/var/log/cellos/vldrun.first_boot.logファイルにレポートされている障害を確認します。失敗している検証ごとに、次の手順を実行します。

1. /var/log/cellos/validations/failed_validation_name.SuggestedRemedyファイルを検索します。このファイルは、検証プロセスによってなんらかの修正処理が識別された場合にのみ作成されます。ファイルの推奨事項に従って障害の原因を修正します。

2. SuggestedRemedyファイルが存在しない場合、/var/log/cellos/validationsにあるログ・ファイルで失敗している検証を確認し、原因を調査して必要であれば修正します。

13. (Oracle Exadata Storage Serverのみ)次のコマンドを使用して、許容可能なパフォーマンス・レベルを確認します。

cellcli -e "alter cell shutdown services cellsrv"
cellcli -e "calibrate"

CellCLIを使用したセル、セル・ディスクおよびグリッド・ディスクの構成

「サーバーの準備」の説明に従ってタスクを完了したら、新規の各ストレージ・セルにセル、セル・ディスクおよびグリッド・ディスクを構成する必要があります。

各手順の実行中に、HELPコマンドを使用してヘルプを表示できます。オブジェクトの属性を表示するには、DESCRIBEコマンドを使用します。例2-6は、Exadataセルのオブジェクトのヘルプおよび属性リストを表示する方法を示しています。

例2-6 ヘルプ情報の表示

CellCLI> HELP
CellCLI> HELP CREATE CELL
CellCLI> HELP ALTER CELL
CellCLI> DESCRIBE CELL

Oracle Exadata Storage Serverのセル、セル・ディスクおよびグリッド・ディスクを作成するには、次の手順を実行します。

1. celladminユーザーとしてログインします。

2. cellcliコマンドを使用して、セル・コントロール・コマンドライン・インタフェース(CellCLI)を起動し、ストレージ・セルに接続します。
バイナリがインストールされると、必要なセル・サービスの再起動サーバー(RS)および管理サーバー(MS)が実行されている状態になります。これらのサービスが実行されていない場合は、CellCLIユーティリティの使用時にエラー・メッセージが表示されます。エラー・メッセージが表示されたら、次のコマンドを実行してOracle Exadata Storage Server SoftwareのRSおよびMSサービスを起動します。

CellCLI> ALTER CELL STARTUP SERVICES RS
CellCLI> ALTER CELL STARTUP SERVICES MS

3. CellCLIのALTER CELLコマンドを使用してセルを構成します。最初の起動時に、セルが作成され、フラッシュ・セル・ディスクとフラッシュ・キャッシュが自動的に定義されます。

CellCLI> ALTER CELL name=cell_name,                                      -
smtpServer='my_mail.example.com',                             -
smtpFromAddr='john.doe@example.com',                          -
smtpPwd=email_address_password,                               -
smtpToAddr='jane.smith@example.com',                          -
notificationPolicy='clear',                                   -
notificationMethod='mail,snmp'

関連項目:

- 「ALTER CELL」

- 「フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成」

4. 次のコマンドを使用し、ストレージ・セルの属性をチェックして現在の構成を検証します。

CellCLI> LIST CELL DETAIL

5. CREATE CELLDISKコマンドを使用してセル・ディスクを作成します。ほとんどの場合は、デフォルトのセル・ディスク名とLUN IDを使用できます。デフォルト値でセル・ディスクとLUN IDを作成するには、次のコマンドを使用します。

CellCLI> CREATE CELLDISK ALL

6. CREATE GRIDDISKコマンドを使用して、ストレージ・セルの各セル・ディスクにグリッド・ディスクを作成します。

関連項目:
「CREATE GRIDDISK」

7. ストレージ・セルを設定したら、次のコマンドを使用してCellCLIユーティリティを終了します。

CellCLI> EXIT

8. 新規の各ストレージ・セルで構成プロセスを繰り返します。この手順は、Exadataセルのレルム、データベース・サーバー・ホスト、またはデータベースおよびOracle ASMインスタンスを構成する前に新規の各セルで実行する必要があります。

セルの構成が完了したら、ストレージ・セルで次のオプションの手順を実行できます。

- ストレージ・セルをExadataセルのレルムに追加します。

- 第4章「Oracle Exadata Storage Server Softwareのセキュリティ構成」の説明に従って、Oracle Exadata Storage Serverのグリッド・ディスクのセキュリティを構成します。

- 第6章「I/Oリソースの管理」の説明に従って、デフォルトのプランではなくセル用のデータベース間プランを構成します。

Oracle Exadata Database Machine以外のデータベース・サーバー・ホストの場合は、リリース・ノートのOracle Exadata Storage Serverでの使用に関する項を参照してください。

フラッシュ・キャッシュおよびフラッシュ・グリッド・ディスクの作成

Oracle Exadata Storage Serverには、フラッシュ・ディスクが搭載されています。これらのフラッシュ・ディスクを使用して、フラッシュ・グリッド・ディスクを作成し、頻繁にアクセスされるデータを格納できます。または、フラッシュ・ディスク領域の一部または全部をExadataスマート・フラッシュ・キャッシュに提供できます。この場合、最も頻繁にアクセスされるデータがExadataスマート・フラッシュ・キャッシュにキャッシュされます。

デフォルトでは、CREATE CELLコマンドによってすべてのフラッシュ・ディスクにフラッシュ・セル・ディスクが作成され、次にそのフラッシュ・セル・ディスクにExadataスマート・フラッシュ・キャッシュが作成されます。Exadataスマート・フラッシュ・キャッシュのサイズ変更や、フラッシュ・グリッド・ディスクの作成を行うには、フラッシュ・キャッシュを一度削除してから、異なるサイズでフラッシュ・キャッシュを作成するか、フラッシュ・グリッド・ディスクを作成する必要があります。

割り当てるフラッシュ・キャッシュの容量は、CREATE CELLコマンドのflashcache属性を使用して設定できます。flashcache属性を指定しない場合、使用可能なすべてのフラッシュ領域がフラッシュ・キャッシュ用として割り当てられます。

フラッシュ・キャッシュは、CREATE FLASHCACHEコマンドを使用して明示的に作成することもできます。このコマンドでは、celldisk属性を使用して、キャッシュを格納するフラッシュ・セル・ディスクを指定します。または、ALLを指定して、すべてのフラッシュ・セル・ディスクを使用するように設定できます。size属性を使用すると、割り当てるフラッシュ・キャッシュの合計サイズを指定できます。この割当ては、すべてのフラッシュ・セル・ディスク全体に均等に配分されます。

例2-7は、フラッシュ・キャッシュの作成方法を示しています。この例では、size属性が設定されているため、フラッシュ・セル・ディスクのすべてのサイズは使用されません。

例2-7 CREATE FLASHCACHEコマンドの使用

CellCLI> CREATE FLASHCACHE ALL size=100g
Flash cache cell01_FLASHCACHE successfully created

例2-8は、フラッシュ・セル・ディスクの残りの領域を使用してフラッシュ・グリッド・ディスクを作成する方法を示しています。

例2-8 フラッシュ・グリッド・ディスクを作成するためのCREATE GRIDDISKコマンドの使用

CellCLI> CREATE GRIDDISK ALL FLASHDISK PREFIX='FLASH'
GridDisk FLASH_FD_00_cell01 successfully created
GridDisk FLASH_FD_01_cell01 successfully created
GridDisk FLASH_FD_02_cell01 successfully created
GridDisk FLASH_FD_03_cell01 successfully created
GridDisk FLASH_FD_04_cell01 successfully created
GridDisk FLASH_FD_05_cell01 successfully created
GridDisk FLASH_FD_06_cell01 successfully created
GridDisk FLASH_FD_07_cell01 successfully created
GridDisk FLASH_FD_08_cell01 successfully created
GridDisk FLASH_FD_09_cell01 successfully created
GridDisk FLASH_FD_10_cell01 successfully created
GridDisk FLASH_FD_11_cell01 successfully created
GridDisk FLASH_FD_12_cell01 successfully created
GridDisk FLASH_FD_13_cell01 successfully created
GridDisk FLASH_FD_14_cell01 successfully created
GridDisk FLASH_FD_15_cell01 successfully created

CellCLI> LIST GRIDDISK
FLASH_FD_00_cell01      active
FLASH_FD_01_cell01      active
FLASH_FD_02_cell01      active
FLASH_FD_03_cell01      active
FLASH_FD_04_cell01      active
FLASH_FD_05_cell01      active
FLASH_FD_06_cell01      active
FLASH_FD_07_cell01      active
FLASH_FD_08_cell01      active
FLASH_FD_09_cell01      active
FLASH_FD_10_cell01      active
FLASH_FD_11_cell01      active
FLASH_FD_12_cell01      active
FLASH_FD_13_cell01      active
FLASH_FD_14_cell01      active
FLASH_FD_15_cell01      active

LIST FLASHCACHEコマンドを使用すると、例2-9に示すように、セルのフラッシュ・キャッシュ構成を表示できます。

例2-9 セルのフラッシュ・キャッシュ構成の表示

CellCLI> LIST FLASHCACHE DETAIL
name:                   cell01_FLASHCACHE
cellDisk:               FD_00_cell01, FD_01_cell01,FD_02_cell01,
FD_03_cell01, FD_04_cell01, FD_05_cell01,
FD_06_cell01, FD_07_cell01, FD_08_cell01,
FD_09_cell01, FD_10_cell01, FD_11_cell01,
FD_12_cell01, FD_13_cell01, FD_14_cell01,
FD_15_cell01
creationTime:           2009-10-19T17:18:35-07:00
id:                     b79b3376-7b89-4de8-8051-6eefc442c2fa
size:                   365.25G
status:                 normal

セルからフラッシュ・キャッシュを削除するには、例2-10に示すように、DROP FLASHCACHEコマンドを使用します。

例2-10 セルからのフラッシュ・キャッシュの削除

CellCLI> DROP FLASHCACHE
Flash cache cell01_FLASHCACHE successfully dropped

注意:
ディスクと同期されないデータ(ダーティ・データ)がグリッド・ディスクのフラッシュ・キャッシュからフラッシュされるようにするには、セル・ディスクをエクスポートする前にALTER CELLDISK ... FLUSHコマンドを実行する必要があります。

関連項目:

- 「CREATE CELL」

- 「CREATE GRIDDISK」

- 「LIST GRIDDISK」

- 「LIST FLASHCACHE」

- 「DROP FLASHCACHE」

データベース・サーバー・ホストの構成ファイルの設定

Oracle Exadata Storage Serverの構成が終了したら、セルを使用するようにcellinit.oraおよびcellip.oraファイルでデータベース・サーバー・ホストを構成する必要があります。ファイルは、/etc/oracle/cell/network-configディレクトリにあります。

- cellinit.oraファイルには、データベースのIPアドレスが指定されています。

- cellip.oraファイルには、ストレージ・セルのIPアドレスが指定されています。

両方のファイルはデータベース・サーバー・ホストにあります。これらの構成ファイルには、ホスト名ではなくIPアドレスが指定されています。

cellinit.oraファイルはホスト固有で、Oracle Exadata Storage Serverで使用されるストレージ・ネットワークに接続するすべてのデータベースのIPアドレスが含まれます。このファイルは、Oracle Exadata Storage Serverに接続するデータベースごとに必要です。IPアドレスは、クラスレス・ドメイン間ルーティング(CIDR)形式で指定する必要があります。最初のIPアドレスはipaddress1、次のIPアドレスはipaddress2、というように指定する必要があります。

次に、Oracle Exadata Database Machineでの単一データベース・サーバーのIPアドレス・エントリの例を示します。

Oracle Exadata Database Machine X4-2のデータベース・サーバー

Oracle Exadata Database Machine X3-2またはOracle Exadata Database Machine X2-2のデータベース・サーバー

Oracle Exadata Database Machine X3-8またはOracle Exadata Database Machine X2-8のデータベース・サーバー

ipaddress1=192.168.10.1/22
ipaddress2=192.168.10.2/22

ipaddress1=192.168.50.23/24

ipaddress1=192.168.41.111/21
ipaddress2=192.168.41.112/21
ipaddress3=192.168.41.113/21
ipaddress4=192.168.41.114/21

このファイルを作成した後は、これらのIPアドレスは変更しないでください。

注意:
8ソケット・システムのブート時に、各データベース・サーバーではcellaffinity.ora構成ファイルを生成します。cellaffinity.oraファイルが/etc/oracle/cell/network-configディレクトリに存在し、Oracleデータベースによって読込み可能である必要があります。
このファイルには、各サーバーに最も近いネットワーク・インタフェース・カードのIPアドレスとNUMAノード番号とのマッピングが含まれます。Oracle DatabaseはOracle Exadata Storage Serverと通信する際、このファイルを使用して最も近いネットワーク・インタフェース・カードを選択し、パフォーマンスを最適化します。

このファイルは、8ソケット・システム上でのみ生成および使用されます。2ソケット・システムでは、この方法で得られる効果はなく、cellaffinity.oraファイルは生成されません。このファイルをテキスト・エディタで直接編集しないでください。

セルで使用するデータベース・サーバー・ホストを構成するには、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

自動セル・メンテナンスの理解

管理サーバー(MS)には、日付に基づくファイルの削除ポリシーが含まれます。MSでは1時間ごとに次のファイルが削除されます。

- 7日より古い自動診断リポジトリ(ADR)ベース・ディレクトリ内のすべてのファイル。

- 7日より古いLOG_HOMEディレクトリ内のすべてのファイル。

- 7日より古いすべてのメトリックの履歴ファイル。

さらに、alert.logファイルが10MBを超える場合は名前が変更され、7日より古いファイルのバージョンの合計サイズが50MBを超える場合は削除されます。

注意:
保存期間は7日間がデフォルトです。保存期間を変更するには、metricHistoryDaysおよびdiagHistoryDays属性を使用してALTER CELLコマンドを実行します。diagHistoryDays属性ではADRファイルを制御し、metricHistoryDays属性では、その他のファイルを制御します。

MSには、ファイル・システムの使用率が高い場合にトリガーされるファイルの削除ポリシーが含まれます。ファイルの使用率が80パーセントに達すると、/ (ルート)ディレクトリおよび/var/log/oracleディレクトリでのファイルの削除がトリガーされます。ファイル使用率が90パーセントに達すると/opt/oracleファイル・システムでのファイルの削除がトリガーされ、使用率が85パーセントを下回るとアラートはクリアされます。削除が開始される前にアラートが送信されます。アラートには、ディレクトリの名前と、サブディレクトリの領域の使用率が含まれます。削除ポリシーは次のとおりです。

- /var/log/oracleファイル・システムの場合は、ADRベース・ディレクトリ、メトリックの履歴ディレクトリ、LOG_HOMEディレクトリ内のファイルは、ファイル変更タイムスタンプに基づくポリシーを使用して削除されます。metricHistoryDays属性によって設定された日数より古いファイルが最初に削除され、続けて古いファイルから変更タイムスタンプが10分以前のファイル、またはファイル・システムの使用率が75パーセントまでのファイルが削除されます。5MBを超え、連続する短い時間間隔より古い、名前が変更されたalert.logファイルおよびms-odl生成ファイルも削除されます。5MBを超え、1日より古い/var/log/oracle/crashfilesディレクトリ内のクラッシュ・ファイルは削除されます。

- /opt/oracleファイル・システムの場合、削除ポリシーは前述の設定と似ています。ただし、ファイルのしきい値は90パーセントであり、ファイル・システムの使用率が85パーセントを下回るまでファイルは削除されます。

- ファイル・システムの使用率が一杯になると、同じパージ・ポリシーを使用してdiagHistoryDaysおよびmetricHistoryDays属性で制御されるファイルが消去されます。

- /ファイル・システムの場合は、5MBを超え、1日より古いホーム・ディレクトリ(cellmonitorおよびcelladmin)、/tmp、/var/crashおよび/var/spoolディレクトリのファイルは削除されます。

1時間ごとに、次の基準を使用してMSが対象のアラートをアラート履歴から削除します。アラートがステートレスになるか、解決済のステートフル・アラートになると、そのアラートは対象とみなされます。

- アラートが500未満の場合、100日より古いアラートが削除されます。

- アラートが500から999の場合、7日より古いアラートが削除されます。

- アラートが1,000を超える場合、対象のすべてのアラートが5分ごとに削除されます。

注意:
名前にSAVEを含むディレクトリまたはファイルは削除されません。

関連項目:

- metricHistoryDays属性の詳細は、「ALTER CELL」および「DESCRIBE CELL」を参照してください。

- ADRファイルおよびアラート・ファイルの詳細は、付録B「エラーおよびアラート・メッセージ」を参照してください。

3 Oracle Exadata Storage ServerでのOracle ASMディスク・グループの管理

この章では、Oracle Exadata Storage Serverのグリッド・ディスクを使用してOracle Automatic Storage Management(Oracle ASM)のディスク・グループを管理する方法について説明します。図3-1は、Oracle Exadata Storage Serverのグリッド・ディスクで構成されるOracle ASMディスク・グループを示しています。この図は一般的なもので構成を簡略化していますが、ストレージ・セルとディスクを追加して大規模なOracle Exadata Storage Serverのグリッドを構築する場合のモデルとして使用できます。

図3-1 Oracle Exadata Storage Serverのサンプル・グリッド

このOracle Exadata Storage Serverグリッドの内容は次のとおりです。

- グリッド内のストレージ・セルは、InfiniBandネットワークを介して、単一インスタンスのデータベースおよびOracle Real Application Clusters(Oracle RAC)データベースのインストールを含むデータベース・サーバーに接続されます。

- 各ストレージ・セルは、物理ディスクで構成されます。

- 各セル・ディスクは、物理ディスクおよびLUNを表します。

- 各セル・ディスクは、グリッド・ディスクにパーティション化されます。

- Oracle ASMディスク・グループは、グリッド・ディスクで構成されるように設定されます。

Oracle ASM障害グループは、1つのストレージ・セルで障害が発生してもフォルト・トレランスを実行できるように、同じストレージ・セルでファイルがミラー化されないように作成されます。障害グループの数はExadataセルの数に一致します。各障害グループは、1つのストレージ・セルに属するOracle ASMディスク・グループのグリッド・ディスクのサブセットで構成されます。

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

- Oracle Exadata Storage Serverを使用したOracle ASMディスク・グループの管理

- Oracle ASMを使用したOracle Exadata Storage Serverのグリッド・ディスクの管理

関連項目:

- 『Oracle Exadata Database Machineメンテナンス・ガイド』

- 『Oracle Database 2日でデータベース管理者』

- 『Oracle Database管理者ガイド』

- 『Oracle Databaseパフォーマンス・チューニング・ガイド』

Oracle Exadata Storage Serverを使用したOracle ASMディスク・グループの管理

この項では、Oracle Exadata Storage Serverを使用するために必要となる基本的なOracle ASMタスクについて説明します。この項の内容は次のとおりです。

- Oracle Exadata Storage ServerのOracle ASMディスク・グループの理解

- Oracle ASMディスク・グループへのディスクの追加

- Oracle ASMディスク・グループのマウントおよびディスマウント

- ディスクのオフラインとオンラインの切替え

- Oracle ASMディスク・グループからのディスクの削除

- Oracle ASMディスク・グループの削除

- Oracle ASM appliance.mode属性の有効化

関連項目:

- 次の詳細は、『Oracle Automatic Storage Managementストレージ管理者ガイド』を参照してください。
- Oracle ASMの機能および動作

- Oracle ASMインスタンスの起動および接続

- CREATE DISKGROUPおよびALTER DISKGROUPなどのSQLディスク・グループ・コマンドの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Oracle Exadata Storage ServerのOracle ASMディスク・グループの理解

この項では、Oracle ASMディスク・グループについて説明し、CREATE DISKGROUP SQLコマンドを使用してOracle Exadata Storage Server SoftwareのOracle ASMディスク・グループを作成する方法を紹介します。Oracle ASMディスク・グループを作成する前に、Oracle ASMディスク・グループに追加するグリッド・ディスクを決定します。Oracle ASMディスク・グループおよびそのグリッド・ディスクの名前は、可能であれば同様の名前を選択することをお薦めします。

Oracle Exadata Storage Serverのグリッド・ディスクは、次のパターンで指定します。

o/cell_IPaddress/griddisk_name

この構文において、cell_IPaddressはOracle Exadata Storage ServerのIPアドレスを示し、griddisk_nameはグリッド・ディスクの名前を示します。

セルの検出文字列はo/接頭辞で始まります。

グリッド・ディスクをディスク・グループに追加するように指定する場合は、次の点を考慮します。

- デフォルトのOracle ASMディスク名はグリッド・ディスク名です。デフォルトの設定を使用することをお薦めします。

- デフォルトの障害グループ名はセル名です。デフォルトの設定を使用することをお薦めします。

障害グループが指定されていない場合は、Oracle ASM独自の障害グループ内に各ディスクが追加されます。ただし、ディスクがOracle Exadata Storage Serverに格納されており、障害グループが指定されていない場合は、Oracle ASMによってそのセルの障害グループにディスクが追加されます。障害グループ名はセル名になります。

注意:
セルの名前が変更され、そのセルのディスクが属する既存のディスク・グループにセルのディスクが追加されると、Oracle ASMによって新しいディスクは障害グループに追加され、新しいセル名が使用されます。セルのすべてのディスクが1つの障害グループに含まれるようにするには、ディスクをディスク・グループに追加して、元の障害グループ名を指定します。

スマート・スキャンの条件のオフロード処理を有効にするには、ディスク・グループのすべてのディスクをOracle Exadata Storage Serverのグリッド・ディスクにする必要があります。Oracle Exadata Storage Serverのグリッド・ディスクには従来型のディスクを含めることはできません。

関連項目:

- 「Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則」

- Oracle ASMおよびOracle Exadata Storage Server Softwareの詳細は、「Automatic Storage Management障害グループ」を参照してください。

標準冗長性を使用する場合のOracle ASMコンテンツ・タイプの設定

Oracle Grid Infrastructureリリース11.2.0.3以上で標準冗長性を使用しており、compatible.asm値が11.2.0.3以上の場合は、DATA、RECOおよびDBFS_DGディスク・グループのcontent.type属性を設定します。

content.type属性を設定すると、リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPOまたはデータ損失の許容範囲)が改善します。DATAおよびSPARSEディスク・グループのcontent.type値はdata、RECOディスク・グループのcontent.type値はrecovery、DBFS_DGのcontent.type値はsystemです。

注意:

- 特定のサービスをサポートするために作成されるディスク・グループなど、異なる目的に使用されるディスク・グループの可用性の特性を区別するには、content.type属性を使用しないでください。

- スパース・グリッド・ディスクを使用する場合は、データベースおよびグリッド・インフラストラクチャはリリース12.1.0.2.0 BP5以上である必要があります。

次の例では、ディスク・グループの作成中にコンテンツ・タイプを追加します。リリース11.2.0.2およびリリース11.2.0.3の両方のデータベースを統合環境でサポートするために、compatible.rdbms属性は11.2.0.2に設定されます。

CREATE DISKGROUP data NORMAL REDUNDANCY
DISK
'o/*/DATA*'
ATTRIBUTE 'content.type' = 'DATA',
'content.type' = 'DATA',
'AU_SIZE' = '4M',
'cell.smart_scan_capable'='TRUE',
'compatible.rdbms'='11.2.0.2',
'compatible.asm'='11.2.0.3';

既存のディスク・グループにcontent.type属性を設定するには、ALTER DISKGROUPコマンドを使用して、ディスク・グループをリバランスします。コマンドの例を次に示します。

ALTER DISKGROUP reco SET ATTRIBUTE 'content.type'='recovery';
ALTER DISKGROUP reco REBALANCE POWER preferred_power_setting ;

リバランス操作には時間がかかる場合がありますが、この操作によりディスク・グループのデータの冗長性が完全になります。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時に電子メール・メッセージを送信します。

content.type属性をチェックするには、次の問合せを使用します。

SQL> select dg.name,a.value from v$asm_diskgroup dg,        \
v$asm_attribute a where dg.group_number=a.group_number \
and a.name='content.type' and (dg.name like 'DATA%'    \
or dg.name like 'RECO%' or dg.name like 'DBFS_DG%');

NAME                 VALUE
-------------------- --------------------
DATA                 data
RECO                 recovery
DBFS_DG              system

Oracle ASMディスク・グループの作成

Oracle Exadata Storage Serverのグリッド・ディスクを使用するためにOracle ASMディスク・グループを作成するには、次の手順を実行します。

1. Oracle ASMインスタンスに接続します。

2. 次のようなコマンドを使用して、ORACLE_SID環境変数をOracle ASMインスタンスに設定します。

$ setenv ORACLE_SID ASM_instance_SID

3. Oracle ASMインスタンスでSQL*Plusを起動し、SYSASM管理権限を持つユーザーとしてログインします。

$ sqlplus / AS SYSASM

4. 次の構文を使用してOracle ASMインスタンスでV$ASM_DISKビュー問合せを実行し、使用可能なOracle Exadata Storage Serverのグリッド・ディスクを特定します。

SQL> SELECT PATH, header_status STATUS FROM V$ASM_DISK WHERE path LIKE 'o/%';

5. セルのディスクを格納するOracle ASMディスク・グループを作成します。
これらのコマンドでは、インストール中に作成されたディスク・グループのcompatible.rdbmsを変更してOCRおよび投票ディスクを保持するために、ALTERコマンドが必要です。リリース11.2.0.2およびリリース11.2.0.3の両方のデータベースを統合環境でサポートするために、compatible.rdbms属性は11.2.0.2に設定されます。

SQL> CREATE DISKGROUP data HIGH REDUNDANCY
DISK 'o/*/DATA*'
ATTRIBUTE 'AU_SIZE' = '4M',
'content.type' = 'data',
'cell.smart_scan_capable'='TRUE',
'compatible.rdbms'='11.2.0.2',
'compatible.asm'='11.2.0.3';

SQL> CREATE DISKGROUP reco HIGH REDUNDANCY
DISK 'o/*/RECO*'
ATTRIBUTE 'AU_SIZE' = '4M',
'content.type' = 'recovery',
'cell.smart_scan_capable'='TRUE',
'compatible.rdbms'='11.2.0.2',
'compatible.asm'='11.2.0.3';

SQL> ALTER DISKGROUP dbfs_dg SET ATTRIBUTE
'content.type' = 'system',
'compatible.rdbms' = '11.2.0.2';

次の例は、CREATE DISKGROUPコマンドを使用してディスク・グループを作成する例を示しています。ディスク・グループの名前は、太字で示されています。リリース11.2.0.2およびリリース11.2.0.3の両方のデータベースを統合環境でサポートするために、compatible.rdbms属性は11.2.0.2に設定されます。

SQL> CREATE DISKGROUP data HIGH REDUNDANCY

-- These grid disks are on cell01
DISK
'o/*/data_CD_00_cell01',
'o/*/data_CD_01_cell01',
'o/*/data_CD_02_cell01',

-- These grid disks are on cell02
DISK
'o/*/data_CD_00_cell02',
'o/*/data_CD_01_cell02',
'o/*/data_CD_02_cell02',

-- These disk group attributes must be set for cell access
-- Note that this disk group is set for cell only
ATTRIBUTE 'compatible.rdbms' = '11.2.0.2',
'content.type' = 'data',
'compatible.asm' = '11.2.0.3',
'au_size' = '4M',
'cell.smart_scan_capable' = 'TRUE';

SQL> CREATE DISKGROUP reco HIGH REDUNDANCY

-- These grid disks are on cell01
DISK
'o/*/reco_CD_00_cell01',
'o/*/reco_CD_01_cell01',
'o/*/reco_CD_02_cell01'

-- These grid disks are on cell02
DISK
'o/*/reco_CD_00_cell02',
'o/*/reco_CD_01_cell02',
'o/*/reco_CD_02_cell02'

-- These disk group attributes must be set for cell access
-- Note that this disk group is set for cell only
ATTRIBUTE 'compatible.rdbms' = '11.2.0.2',
'content.type' = 'recovery',
'compatible.asm' = '11.2.0.3',
'au_size' = '4M',
'cell.smart_scan_capable' = 'TRUE';

スパース・ディスク・グループを作成する場合、次のようなコマンドを使用します。

SQL> CREATE DISKGROUP sparsedg NORMAL REDUNDANCY
DISK 'o.*/sparse_*'
ATTRIBUTE 'AU_SIZE' = '4M',
'content.type' = 'data',
'cell.smart_scan_capable'='TRUE',
'compatible.rdbms' = '12.1.0.2',
'compatible.asm' = '12.1.0.2',
'cell.sparse_dg' = "allsparse';

前述のコマンドでは、cell.sparse_dg属性によってディスク・グループをスパース・ディスク・グループとして定義しています。ディスク・グループがスパース・ディスク・グループでない場合は、この属性を含める必要はありません。

注意:

- スパース・グリッド・ディスクを定義する場合、compatible.asmおよびcompatible.rdbms属性は少なくとも12.1.0.2.0である必要があります。

- Oracle ASMディスク・グループのcompatible属性は、Oracle ASMインスタンスのCOMPATIBLE初期化パラメータよりも優先されます。

- スパース・グリッド・ディスクを使用する場合は、データベースおよびグリッド・インフラストラクチャはリリース12.1.0.2.0 BP5以上である必要があります。

6. V$ASM動的ビューでSQL問合せを実行して、Oracle ASMディスク・グループおよび関連する属性を表示します。たとえば、次のSQLコマンドでは、Oracle ASMディスク・グループと属性が表示されます。

SQL> SELECT dg.name AS diskgroup, SUBSTR(a.name,1,24) AS name,
SUBSTR(a.value,1,24) AS value FROM V$ASM_DISKGROUP dg, V$ASM_ATTRIBUTE a
WHERE dg.group_number = a.group_number;

DISKGROUP                    NAME                       VALUE
---------------------------- ------------------------ ------------------------
DATA                         compatible.rdbms           11.2.0.2
DATA                         compatible.asm             11.2.0.3
DATA                         au_size                    4194304
DATA                         disk_repair_time           3.6h
DATA                         cell.smart_scan_capable    TRUE
...

7. オフロード処理などのOracle Exadata Storage Server Software機能を利用できるように、ディスク・グループに表領域を作成します。この表領域には、オフロード処理で問合せを実行する表を含める必要があります。この構文の例を次に示します。

SQL> CREATE TABLESPACE tablespace_name DATAFILE '+DATA';

このコマンドの+DATAは、Oracle ASMディスク・グループの名前です。

8. 表領域がOracle Exadata Storage Serverのディスク・グループにあることを確認します。DBA_TABLESPACESビューのPREDICATE_EVALUATION列は、条件がホスト(HOST)またはストレージ(STORAGE)のどちらで評価されるかを示しています。たとえば、次のSQLコマンドでは、表領域がセル内にすべてあるかどうかを確認します。

SQL> SELECT tablespace_name, predicate_evaluation FROM dba_tablespaces
WHERE tablespace_name = 'DATA_TB';

TABLESPACE_NAME                PREDICA
------------------------------ -------
DATA_TB                        STORAGE

関連項目:

- 次の詳細は、『Oracle Automatic Storage Managementストレージ管理者ガイド』を参照してください。
- Oracle ASMの機能および動作

- Oracle ASMディスク・グループの管理

- CREATE DISKGROUP、ALTER DISKGROUP、CREATE TABLESPACEなどのSQLディスク・グループ・コマンドの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Oracle ASMディスク・グループへのディスクの追加

Oracle ASMディスク・グループにディスクを追加するには、次の手順を実行します。

1. Oracle ASMインスタンスでV$ASM_DISKビュー問合せを実行し、使用可能なディスクを特定します。ヘッダーのステータスがCANDIDATEに設定されている場合、ディスクはディスク・グループの候補になっています。
Oracle Exadata Storage Server ASMディスク・グループ以外にOracle Exadata Storage Serverのグリッド・ディスクを追加するのは、そのディスク・グループをOracle Exadata Storage Serverディスク・グループに移行する予定がある場合のみにしてください。

2. SQL ALTER DISKGROUPコマンドを使用してADD DISK句を指定し、次の構文を使用してOracle ASMディスク・グループにディスクを追加します。

SQL> ALTER DISKGROUP disk_group_name ADD DISK 'o/cell_IPaddress/data*';

ディスクが追加されると、Oracle ASMによってディスク・グループがリバランスされます。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時に電子メール・メッセージを送信します。リバランス操作のステータスは、V$ASM_OPERATIONビュー問合せで確認できます。

関連項目:
「Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則」

Oracle ASMディスク・グループのマウントおよびディスマウント

ディスク・グループ内のファイルにデータベース・インスタンスでアクセスできるようにするには、ディスク・グループをOracle ASMインスタンスでマウントする必要があります。ディスク・グループをマウントするには、すべてのディスクを検出し、マウントされるディスク・グループのファイルを特定する必要があります。

ディスク・グループをマウントするにはMOUNTオプションを指定し、ディスマウントするにはDISMOUNTオプションを指定して、SQL ALTER DISKGROUPコマンドを使用します。

MOUNT句を指定したALTER DISKGROUPコマンドでFORCEオプションを使用すると、ディスク・グループのコンポーネントが使用できない状態で十分な冗長性が確保できない場合でも、ディスク・グループをマウントできます。

関連項目:
ディスク・グループのマウント方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

ディスクのオフラインとオンラインの切替え

Oracle ASMディスクのINACTIVEとACTIVEを切り替えるには、次の手順を実行します。

1. Oracle ASMインスタンスでV$ASM_DISKビュー問合せおよびV$ASM_DISKGROUPビュー問合せを実行し、Oracle ASMディスク・グループでオフラインとオンラインを切り替えるディスクを特定します。

2. 次のコマンドのいずれかを使用します。

- ディスクを非アクティブにするには、次のコマンドを使用します。

CellCLI> ALTER GRIDDISK gdisk_name INACTIVE

- ディスクをアクティブにするには、次のコマンドを使用します。

CellCLI> ALTER GRIDDISK gdisk_name ACTIVE

ディスクがオンラインになると、ディスク・グループがリバランスされます。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時に電子メール・メッセージを送信します。リバランス操作のステータスは、V$ASM_OPERATIONビュー問合せで確認できます。

関連項目:

- 例3-3「Oracle ASMディスク・グループのグリッド・ディスクの特定」

- グリッド・ディスクのアクティブまたは非アクティブのモードの詳細は、「ALTER GRIDDISK」を参照してください。

Oracle ASMディスク・グループからのディスクの削除

ディスク・グループからディスクを削除するには、次の手順を実行します。

1. Oracle ASMインスタンスでV$ASM_DISKビュー問合せおよびV$ASM_DISKGROUPビュー問合せを実行し、Oracle ASMディスク・グループから削除するディスクを特定します。
Oracle Exadata Storage Serverのグリッド・ディスクを削除する場合は、各Oracle ASMディスク・グループにマップされているグリッド・ディスクを特定できるようにします。

2. SQL ALTER DISKGROUPコマンドを使用してDROP DISK句を指定し、Oracle ASMディスク・グループからディスクを削除します。例:

SQL> ALTER DISKGROUP disk_group_name DROP DISK data_CD_11_cell01;

Oracle ASMディスク・グループからディスクが削除されると、Oracle ASMによってディスク・グループがリバランスされます。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時に電子メール・メッセージを送信します。リバランス操作のステータスは、V$ASM_OPERATIONビュー問合せで確認できます。

Oracle Exadata Storage Serverのグリッド・ディスクがOracle ASMディスク・グループから削除されたら、セルからグリッド・ディスクを削除できます。

関連項目:

- 例3-3「Oracle ASMディスク・グループのグリッド・ディスクの特定」

- 「Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの特定」

- 「Oracle Exadata Storage Serverのグリッド・ディスクが含まれるOracle ASMディスク・グループの特定」

- 「Oracle Exadata Storage Serverのグリッド・ディスクの削除」

Oracle ASMディスク・グループの削除

Oracle ASMディスク・グループを削除するには、次の手順を実行します。

1. Oracle ASMインスタンスでV$ASM_DISKGROUPビュー問合せを実行し、削除するディスク・グループを特定します。

2. SQL DROP DISKGROUPコマンドを使用して、Oracle ASMディスク・グループを削除します。

ディスク・グループをマウントできないが削除する必要がある場合は、DROP DISKGROUPコマンドのFORCEオプションを使用してください。

Oracle ASM appliance.mode属性の有効化

Oracle ASM appliance.mode属性を使用すると、1つ以上のOracle ASMディスクを削除するときにディスクのリバランス完了時間が改善されます。つまり、障害が発生した後、冗長性が迅速にリストアされます。

属性を有効化できるのは、次の要件を満たすディスク・グループのみです。

- Oracle ASMディスク・グループ属性compatible.asmがリリース11.2.0.4または12.1.0.2以上に設定されている。

- cell.smart_scan_capable属性がTRUEに設定されている。

- ディスク・グループ内のすべてのディスクが同じタイプである(すべてのディスクがハード・ディスクであるか、すべてのディスクがフラッシュ・ディスクであるなど)。

- ディスク・グループ内のすべてのディスクが同じサイズである。

- ディスク・グループのすべての障害グループのディスク数が等しい。

- エイス・ラック構成の場合、すべての障害グループに4ディスクが含まれるか、すべての障害グループに6ディスクが含まれる。

- それ以外のラック構成の場合、すべての障害グループに10ディスクが含まれるか、すべての障害グループに12ディスクが含まれる。

- ディスク・グループに少なくとも3つの障害グループが含まれている。

- ディスク・グループ内にオフラインのディスクがない。

属性は、新規ディスク・グループを作成するときに自動的に有効化されます。既存のディスク・グループでは、ALTER DISKGROUPコマンドを使用して属性を明示的に設定する必要があります。このコマンドの例を次に示します。

SQL> ALTER DISKGROUP disk_group SET ATTRIBUTE 'appliance.mode'='TRUE';

ディスク・グループの作成時にappliance.mode属性を無効化するには、属性をFALSEに設定します。次の例では、ディスク・グループの作成時にappliance.mode属性を無効化しています。

SQL> CREATE DISKGROUP data NORMAL REDUNDANCY
DISK
'o/*/DATA*'
ATTRIBUTE 'content.type' = 'data',
'au_size' = '4M',
'cell.smart_scan_capable'='TRUE',
'compatible.rdbms'='11.2.0.3',
'compatible.asm'='11.2.0.4',
'appliance.mode'='FALSE';

注意:
既存のディスク・グループに対してappliance.mode属性を有効化すると、次回のリバランス操作でデータ移動が増える可能性があります。

Oracle ASMを使用したOracle Exadata Storage Serverのグリッド・ディスクの管理

この項では次のタスクについて説明します。

- Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則

- Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの変更

- Oracle ASMディスク・グループに含まれるOracle Exadata Storage Serverのグリッド・ディスクの特定

- Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの特定

- ディスク交換の処理

Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則

セル・ディスクに属するグリッド・ディスクを容易に判別できるように、グリッド・ディスクの名前にはセル・ディスク名を含めるようにしてください。また、Oracle ASMディスク・グループに属するグリッド・ディスクを判別できるように、グリッド・ディスクが属するOracle ASMディスク・グループの名前とグリッド・ディスク名のサブセットをすべて同じにするか、一部を同じにしてください。

たとえば、グリッド・ディスクがセル・ディスクCD_03_cell01上で作成され、そのグリッド・ディスクがdata0の名前のOracle ASMディスク・グループに属する場合は、グリッド・ディスク名をdata0_CD_03_cell01にしてください。

CREATE GRIDDISKでALL PREFIXオプションを指定すると、接頭辞とセル名を含む一意のグリッド・ディスク名が自動的に生成されます。グリッド・ディスクの作成時にデフォルトの生成名を使用しない場合は、すべてのセルでグリッド・ディスク名を一意にする必要があります。ディスク名が一意でない場合は、グリッド・ディスクをOracle ASMディスク・グループに追加できないことがあります。

関連項目:

- 「Oracle Exadata Storage Serverのグリッド・ディスクが含まれるOracle ASMディスク・グループの特定」

- 「Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの特定」

- 例2-3「セル・ディスクの作成」

- 例2-4「グリッド・ディスクの作成」

Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの変更

Oracle ASMディスク・グループに属するグリッド・ディスクを変更する場合は、変更によりグリッド・ディスクが属するOracle ASMディスク・グループが受ける可能性がある影響を考慮する必要があります。

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

- Oracle Exadata Storage Serverのグリッド・ディスク名の変更

- Oracle Exadata Storage Serverのグリッド・ディスクの削除

Oracle Exadata Storage Serverのグリッド・ディスク名の変更

グリッド・ディスクの属性を変更するには、CellCLIのALTER GRIDDISKコマンドを使用します。変更可能なOracle Exadata Storage Serverのグリッド・ディスク属性を特定するには、DESCRIBE GRIDDISKコマンドを使用します。

注意:
Oracle ASMディスク・グループに属するグリッド・ディスクの名前を変更する前に、対応するOracle ASMディスクがオフラインになっていることを確認します。「ディスクのオフラインとオンラインの切替え」を参照してください。

例3-1は、グリッド・ディスクの名前を変更する方法を示しています。

例3-1 Oracle Exadata Storage Serverのグリッド・ディスク名の変更

CellCLI> ALTER GRIDDISK data011 name='data0_CD_03_cell04'

関連項目:
「ALTER GRIDDISK」

Oracle Exadata Storage Serverのグリッド・ディスクの削除

Oracle Exadata Storage Serverのグリッド・ディスクを削除するには、CellCLIのDROP GRIDDISKコマンドを使用します。グリッド・ディスクを削除する前にグリッド・ディスクを非アクティブにし、そのグリッド・ディスクが使用されていないことを確認します。FORCEオプションを使用すると、使用中のグリッド・ディスクを強制的に削除できます。

注意:

- Oracle ASMディスク・グループに属するグリッド・ディスクを削除する前に、対応するOracle ASMディスクがディスク・グループから削除されていることを確認します。

- FORCEオプションを使用してグリッド・ディスクを削除する前に、ディスク・グループからOracle ASMディスクが削除されていることを確認します。

グリッド・ディスクを削除するには、次の手順を実行します。

1. 次のコマンドを使用して、Oracle ASMディスクをディスク・グループから削除します。

SQL> ALTER DISKGROUP disk_group_name DROP DISK disk_name;

2. 次のコマンドを使用して、対応するグリッド・ディスクを非アクティブにします。

CellCLI> ALTER GRIDDISK disk_name INACTIVE

3. 次のコマンドを使用して、グリッド・ディスクを削除します。

CellCLI> DROP GRIDDISK disk_name

例3-2は、指定したグリッド・ディスクまたは複数のグリッド・ディスクを削除する方法を示しています。

例3-2 グリッド・ディスクの削除

CellCLI> ALTER GRIDDISK data0_CD_03_cell04 INACTIVE
CellCLI> DROP GRIDDISK data0_CD_03_cell04

CellCLI> ALTER GRIDDISK ALL INACTIVE
CellCLI> DROP GRIDDISK ALL PREFIX=data0

CellCLI> DROP GRIDDISK data02_CD_04_cell01 FORCE

関連項目:
「DROP GRIDDISK」

Oracle Exadata Storage Serverのグリッド・ディスクが含まれるOracle ASMディスク・グループの特定

グリッド・ディスク名がOracle ASMディスク名に一致しており、名前にOracle ASMディスク・グループ名が含まれている場合は、グリッド・ディスクが属するOracle ASMディスク・グループを特定できます。Oracle ASMインスタンスでSQLコマンドを使用して、特定のグリッド・ディスク名と部分一致するOracle ASMディスク・グループを検索することもできます。これにより、特定のグリッド・ディスクを含むOracle ASMディスク・グループを特定できます。

例3-3は、DATA0で始まるグリッド・ディスク(例: DATA0_CD_03_CELL04)を含むOracle ASMディスク・グループを見つける方法を示しています。

例3-3「Oracle ASMディスク・グループのグリッド・ディスクの特定」

SQL> SELECT d.label as asmdisk, dg.name as diskgroup
FROM V$ASM_DISK d, V$ASM_DISKGROUP dg
WHERE dg.name LIKE 'DATA0%'
AND d.group_number = dg.group_number;

ASMDISK                DISKGROUP
---------------------- -------------
DATA0_CD_00_CELL04      DATA0
DATA0_CD_01_CELL04      DATA0
DATA0_CD_02_CELL04      DATA0
DATA0_CD_03_CELL04      DATA0

Oracle ASMディスク・グループに属するOracle Exadata Storage Serverのグリッド・ディスクの特定

グリッド・ディスク名にOracle ASMディスク・グループ名が含まれている場合は、Oracle ASMインスタンスでSQLコマンドを使用してOracle ASMディスク・グループ名を表示し、CellCLIユーティリティを使用して特定のグリッド・ディスク名を検索できます。

例3-4は、SQLコマンドを使用して、Oracle ASMインスタンス上のOracle ASMディスク・グループ名を表示する方法を示しています。

例3-4 Oracle ASMディスク・グループ名の表示

SQL> SELECT name FROM V$ASM_DISKGROUP;

NAME
------------------------------
CONTROL
DATA0
DATA1
DATA2
LOG
STANDBY

例3-5は、dcliユーティリティを使用して、セル上の同様のグリッド・ディスク・グループ名を表示する方法を示しています。

例3-5 名前によるグリッド・ディスクの検索

$ ./dcli "cellcli -e list griddisk where -c cell04"

data0_CD_01_cell04
data0_CD_02_cell04
data0_CD_03_cell04
...

関連項目:
「Oracle Exadata Storage Serverのグリッド・ディスクのネーミング規則」

ディスク交換の処理

物理ディスクが取り外されると、ステータスはnot presentになります。物理ディスクのグリッド・ディスクにアクセスしようとした場合に、I/Oエラーが発生すると、Oracle ASMはグリッド・ディスクをオフラインにすることがあります。物理ディスクが交換されると、Oracle Exadata Storage Server Softwareでは、それぞれのOracle ASMディスク・グループで、その物理ディスクのグリッド・ディスクを自動的にオンラインにします。グリッド・ディスクがdisk_repair_time属性で指定した時間よりも長い時間オフラインの場合、Oracle ASMはそのグリッド・ディスクを強制的に削除し、リバランスを開始してデータの冗長性をリストアします。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時に電子メール・メッセージを送信します。

表3-1は、物理ディスクのステータスと、物理ディスクに問題が発生した場合にOracle ASMがグリッド・ディスクをどのように処理するかをまとめたものです。

表3-1 物理ディスクのステータス

物理ディスクのステータス

Oracle Exadata Storage Server Softwareの処理

normal

ディスクは正常に動作しています。

処理なし。

not present

ディスクが削除されています。

Oracle Exadata Storage Server Softwareはディスクをオフラインにし、disk_repair_timeの上限を超えた場合にDROP ... FORCEコマンドを使用します。リバランス操作が開始されます。

predictive failure

ディスクに問題が発生しており、障害が発生する可能性があります。

Oracle Exadata Storage Server Softwareでは、影響を受ける物理ディスク上のグリッド・ディスクをFORCEオプションを使用せずにOracle ASMから削除し、影響を受ける物理ディスク上のデータをリバランス操作で他のディスクにコピーします。

すべてのグリッド・ディスクがそれぞれのOracle ASMディスク・グループから正常に削除されたら、管理者はディスク交換に進むことができます。

critical

ディスクで障害が発生しました。

Oracle Exadata Storage Server Softwareでは、影響を受ける物理ディスク上のグリッド・ディスクをDROP ... FORCEコマンドを使用してOracle ASMから削除し、リバランス操作でデータの冗長性をリストアします。

管理者は、ディスク交換にすぐに進むことができます。

このステータスは、リリース11.2.3.1.1以上に対してのみ使用可能です。

poor performance

ディスクのパフォーマンスが低下しています。

Oracle Exadata Storage Server Softwareでは、影響を受ける物理ディスク上のグリッド・ディスクをFORCEオプションを使用してASMから削除しようとします。

DROP ... FORCEコマンドが成功すると、リバランス操作によりデータの冗長性のリストが開始され、管理者はすぐにディスク交換に進むことができます。

オフライン・パートナによりDROP ... FORCEコマンドが失敗すると、Oracle Exadata Storage Server Softwareでは、影響を受ける物理ディスク上のグリッド・ディスクをFORCEオプションを使用せずにOracle ASMから削除し、影響を受ける物理ディスク上のデータをリバランス操作で他のディスクにコピーします。

すべてのグリッド・ディスクがそれぞれのOracle ASMディスク・グループから正常に削除されたら、管理者はディスク交換に進むことができます。

物理ディスクが交換されると、Oracle Exadata Storage Server Softwareでは、交換用ディスク上にグリッド・ディスクを自動的に作成し、それぞれのOracle ASMディスク・グループに追加します。Oracle ASMのリバランス操作により、新しく追加されたグリッド・ディスクにデータが移動されます。Oracle ASMではリバランス操作を監視し、Oracle Exadata Storage Server Softwareでは操作の完了時、およびリバランス操作中にエラーが発生した場合に電子メール・メッセージを送信します。

関連項目:
物理ディスクのステータスの詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

4 Oracle Exadata Storage Server Softwareのセキュリティの構成

この章では、Oracle Exadata Storage Server Softwareのセキュリティを構成する方法について説明します。

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

- Oracle Exadata Storage Server Softwareのデータ・セキュリティの理解

- Oracle Exadata Storage Serverのオペレーティング・システムのセキュリティの理解

- cellkey.oraファイルの理解

- Oracle Exadata Storage ServerのOracle ASMを有効範囲にしたセキュリティの設定

- Oracle Exadata Storage Serverのデータベースを有効範囲にしたセキュリティの設定

- クライアント・コンピュータのcellkey.oraファイルの設定

- セキュリティの削除

- ユーザーおよびロールの作成

- ストレージ・サーバーでのSSHの無効化

Oracle Exadata Storage Server Softwareのデータ・セキュリティの理解

Oracle Exadata Storage Server Softwareデータのセキュリティは、ストレージ・セル上の特定のグリッド・ディスクにアクセスできるOracle Automatic Storage Management (Oracle ASM)クラスタおよびデータベース・クライアントを制御することにより実装されます。デフォルトでは、すべてのデータベースおよびOracle ASMインスタンスでストレージ・セルのすべてのグリッド・ディスクにアクセスできます。

- Oracle ASMクラスタのすべてのデータベース・クライアントで特定のグリッド・ディスクにアクセスできるようにセキュリティを設定するには、Oracle ASMを有効範囲にしたセキュリティを構成します。

- Oracle ASMクラスタの特定のデータベース・クライアントで特定のグリッド・ディスクにアクセスできるようにセキュリティを設定するには、データベースを有効範囲にしたセキュリティを構成します。

Oracle Exadata Storage Server Softwareで一貫性のあるセキュリティを設定するには、次の点を確認します。

- 混乱やエラーを回避するために、同じOracle ASMディスク・グループに属するすべてのグリッド・ディスクに、同じセル側のグリッド・ディスク・セキュリティが定義されていること。

- Oracle ASMクラスタ内のOracle Real Application Clusters(Oracle RAC)のすべてのサーバーに、Oracle ASMのcellkey.oraファイルの同じ内容、所有権およびセキュリティがあること。

- データベース・クラスタのすべてのRACサーバーに、データベースのcellkey.oraファイルの同じ内容、所有権およびセキュリティがあること。

- データベースを有効範囲にしたセキュリティが実装されている場合は、グリッド・ディスクにアクセスするすべてのデータベースに実装されていることを確認します。Oracle ASMを有効範囲にしたセキュリティとデータベースを有効範囲にしたセキュリティを混在しないようにしてください。

セキュリティを設定する場合は、セル間で同じ構成にする必要があります。dcliユーティリティを使用することにより、構成を変更した場合でもユーザーによるエラーの可能性を排除できるため、一貫性が確保されます。

Oracle Exadata Storage Server Softwareのセキュリティは、オープン・セキュリティ、Oracle ASMを有効範囲にしたセキュリティまたはデータベース・セキュリティに対応しています。以降の項では、それぞれのモードについて説明します。

- オープン・セキュリティ・モードについて

- Oracle ASMを有効範囲にしたセキュリティ・モードについて

- データベースを有効範囲にしたセキュリティ・モードについて

セキュリティを実装するには、セキュリティ・キーを設定する必要があります。

関連項目:
セキュリティ・キーの詳細は、「セキュリティ・キーについて」を参照してください。

オープン・セキュリティ・モードについて

オープン・セキュリティ・モードでは、すべてのデータベース・クライアントがグリッド・ディスクにアクセスできます。オープン・セキュリティ・モードは、セキュリティ要件がないテスト用または開発用のデータベースで便利です。このモードは、新規のストレージ・セルを作成した後のデフォルトのセキュリティ・モードです。

このセキュリティ・モードを使用するには、Oracle ASMクラスタまたはデータベース・クライアントのグリッド・ディスクにセキュリティ機能を設定しないようにします。セキュリティ・キー・ファイルも設定しないようにします。

Oracle ASMを有効範囲にしたセキュリティ・モードについて

Oracle ASMを有効範囲にしたセキュリティ・モードでは、Oracle ASMクラスタのすべてのデータベース・クライアントでセル上のグリッド・ディスクにアクセスできます。Oracle ASMを有効範囲にしたセキュリティは、Oracle ASMクラスタで管理されるOracle ASMディスク・グループを構成するセルのグリッド・ディスクに、ホスト・クラスタ上のすべてのデータベースでアクセスできるようにする場合に適しています。これは、Oracle ASMクラスタにデータベースが1つしかない場合にも適用されます。

Oracle ASMを有効範囲にしたセキュリティをOracle ASMクラスタまたはグリッド・ディスクに設定すると、グリッド・ディスクはOracle ASMクラスタ上のデータベースでのみ使用可能になります。

データベースを有効範囲にしたセキュリティ・モードについて

データベースを有効範囲にしたセキュリティ・モードでは、Oracle ASMクラスタの特定のデータベース・クライアントでセル上の特定のグリッド・ディスクにアクセスできるように構成します。このセキュリティ・モードは、複数のデータベースがセルにアクセスする場合で、Oracle ASMディスク・グループを構成する特定のグリッド・ディスクにアクセスできるデータベースを制御する場合に適しています。Oracle ASMを有効範囲にしたセキュリティを初期のセキュリティ・モードに設定し、次に、データベースを有効範囲にしたセキュリティを特定のデータベース・クライアントおよびグリッド・ディスクに設定します。データベースを有効範囲にしたセキュリティをデータベース・クライアントとグリッド・ディスク間に設定した場合は、指定したデータベース・クライアントで特定のグリッド・ディスクしか使用できなくなります。

データベースを有効範囲にしたセキュリティを使用する場合は、各ホストのデータベースごとにキー・ファイルが1つずつ設定され、各セルのデータベースごとにアクセス制御リスト(ACL)が1つずつ設定されます。

関連項目:

- 「Oracle Exadata Storage ServerのOracle ASMを有効範囲にしたセキュリティの設定」

- 「Oracle Exadata Storage Serverのデータベースを有効範囲にしたセキュリティの設定」

- 「cellkey.oraファイルの理解」

Oracle Exadata Storage Serverのオペレーティング・システムのセキュリティの理解

Oracle Exadata Storage Server上のオペレーティング・システムのセキュリティは次のとおりです。

- セキュリティ・ポリシーの強制

- セルへのネットワーク・アクセス・パスの保護

- オペレーティング・システム・レベルのアクティビティの監視

Oracle Exadata Storage Server Softwareには、オペレーティング・システムやOracle Exadata Storage Serversへのネットワーク・アクセスを安全にするための機能が含まれています。

Oracle Exadata Storage Serverのセキュリティ・ポリシー

オペレーティング・システムへのユーザー・アクセスは、安全で固定化されたパスワードの使用により安全を保証できます。Oracle Exadata Storage Server Softwareを管理するユーザーのパスワードは、次のセキュリティ・ガイドラインに従います。

- パスワードは90日ごとに変更する必要があります。

- パスワードは最後に変更してから24時間以内は変更できません。

- パスワードには少なくとも3つの文字クラスを使用する必要があります。パスワードの文字クラスとは、桁、小文字の文字、大文字の文字、その他の文字です。

- 3つの文字クラスを使用する場合の、最小パスワード長は12文字です。4つの文字クラスを使用する場合の、最小パスワード長は8文字です。

注意:
文字クラス数を計算する際、パスワードの最初の大文字とパスワードの最後の桁はカウントされません。

- パスフレーズを使用できます。パスフレーズの条件は、少なくとも3つの単語が含まれていること、16文字から40文字までの長さであること、および異なる文字クラスが含まれていることです。

- 最大パスワード長は40文字です。

- 新しいパスワードは既存のパスワードに類似したものにすることはできません。

- ユーザー・アカウントは、ログイン試行に1回失敗するたびに10分間一時的にロックされます。

- ユーザー・アカウントは、ログイン試行に5回失敗するとロックされます。

- ログイン・セッションは、14400秒間入力がなければ終了します。

- SSHセッションは、7200秒間アクティビティがなければ終了します。

パスワードの変更

パスワードの期限が切れる7日前に、ユーザーにはパスワードを変更する必要があることが通知されます。パスワードを変更するには、次のコマンドを使用します。

passwd username

このコマンドのusernameはユーザー名です。このコマンドの例を次に示します。

passwd celladmin

セキュリティ・ポリシーの有効化

/opt/oracle.cellos/RESECURED_NODEファイルによって、セキュリティ・ポリシーが有効化されます。ファイルが存在しない場合は、次のようにします。

1. すべてのデータベース・サーバー上のOracle Grid Infrastructureサービスをシャットダウンします。

2. 次のコマンド使用して、セル・サービスをシャットダウンします。

cellcli -e alter cell shutdown services all

3. 次のスクリプトを実行し、セキュリティ・ポリシーを設定します。

/opt/oracle.SupportTools/harden_passwords_reset_root_ssh

このコマンドはセルを再起動します。セルが立ち上がったら、新しいパスワードを設定する必要があります。

4. 新しいパスワードを設定します。

失敗したパスワード試行の表示

失敗したパスワード試行を表示するには、次のコマンドを使用します。

/sbin/pam_tally2

ロックされたユーザー・アカウントのリセット

ログイン試行に5回失敗したユーザー・アカウントはロックされます。

アカウントをリセットするには、次のコマンドを使用します。

/sbin/pam_tally2 --user username --reset

このコマンドでは、usernameはアカウントをロックしたユーザー名です。

データベース・サーバーのパスワード・ポリシーの変更

パスワード・ポリシーは、Oracle Exadata Storage Serverに対しては変更できません。データベース・サーバーに対して変更できます。次の手順では、データベース・サーバーのパスワード・ポリシーを変更する方法について説明します。

1. /etc/login.defsファイルの設定を変更して、経過ポリシーを変更します。ポリシーの例を次に示します。

PASS_MAX_DAYS 90
PASS_MIN_DAYS 1
PASS_MIN_LEN 8
PASS_WARN_AGE 7

2. /etc/pam.d/system-authファイルのminパラメータの値を変更することにより、文字クラスの制限を変更します。現在のminの値はmin=disabled,disabled,16,12,8です。これらの値は、/opt/oracle.SupportTools/harden_passwords_reset_root_sshスクリプトを実行した後に適用されます。5,5,5,5,5と設定すると、パスワードの最小文字数を5文字にすることができ、文字クラスの制限が削除されます。

3. データベース・サーバーを再起動します。

関連項目:
詳細は、login.defsおよびpasswdqc.confマニュアル・ページを参照してください。

Oracle Exadata Storage Serverへのネットワーク・アクセス

Oracle Exadata Storage Server Softwareには、各セルにファイアウォールを実装するセルウォール・サービスが含まれています。このサービスは/etc/init.d/cellwallディレクトリにあり、セル上にiptablesファイアウォールを実装します。さらに、SSHサーバーは管理ネットワーク(NET0)およびInfiniBandネットワーク(BONDIB0)上のみでの接続リクエストに応答するよう構成されています。

ファイアウォール・ルールを確認するには、次のコマンドをrootユーザーとして実行します。

iptables --list

注意:
データベース・サーバーに自動的に構成されるファイアウォールはありません。Oracle Exadata Database Machineの現在のネットワーク要件を満たすように、データベース・サーバー上にiptablesのセットを実装します。

Oracle Exadata Storage Server上でのオペレーティング・システム・アクティビティの監視

各Oracle Exadata Storage Serverは、システム・レベルのアクティビティを監査するようにauditidで構成されています。監査を管理してレポートを生成するには、auditctlコマンドを使用します。監査ルールは/etc/audit/audit.rulesファイルにあります。パッチ・セットを適用すると、変更は保持されません。

cellkey.oraファイルの理解

Oracle Exadata Storage Serverにアクセスするクライアントを含むホスト・コンピュータにセキュリティを設定するには、cellkey.oraファイルを設定し、そのファイルをすべてのコンピュータに配置する必要があります。

Oracle ASMを有効範囲にしたセキュリティにはcellkey.oraファイルが1つ必要で、データベースを有効範囲にしたセキュリティを使用している各データベース・クライアントに別のcellkey.oraファイルが1つずつ必要です。Oracle ASMを有効範囲にしたセキュリティのキー・ファイルの内容は、すべてのデータベース・サーバーで同じです。これに対し、データベースを有効範囲にしたセキュリティのキー・ファイルの内容は、データベース・クライアントごとに異なります。

cellkey.oraファイルには、Oracle ASM、データベース・クライアントおよびセル間のセキュリティを構成するエントリが含まれます。Oracle ASMおよびデータベースのホスト・コンピュータ上のcellkey.oraファイルのkeyおよびasmの値は、セル上のクライアントに割り当てられた値に一致する必要があります。

次の表は、cellkey.oraのフィールドを示しています。

フィールド

説明

key

- Oracle ASMを有効範囲にしたセキュリティの場合は、CellCLIのASSIGN KEYコマンドでOracle ASMクラスタに割り当てられたキーの値に、このキーを一致させる必要があります。

- データベースを有効範囲にしたセキュリティの場合は、CellCLIのASSIGN KEYコマンドでデータベース・クライアントに割り当てられたキーの値に、このキーを一致させる必要があります。例4-3を参照してください。

このフィールドは必須です。

asm

このフィールドは、ストレージ・グリッドのストレージ・サーバーにアクセスするすべてのクラスタで一意である必要があります。この値は、各セルで実行されるASSIGN KEYコマンドで使用されます。また、特定のOracle ASMクラスタのみからアクセスを許可するようにグリッド・ディスクを構成するために、ALTER GRIDDISKおよびCREATE GRIDDISKコマンドで使用されます。
このフィールドは必須です。

cellkey.oraファイルのエントリを例4-1に示します。

例4-1 cellkey.oraファイルのエントリ

key=66e12adb996805358bf82258587f5050
asm=cluster1

セキュリティ・キーについて

セキュリティ・キーは、セルとセルのクライアント間のメッセージの認証および保護に使用されます。CellCLIのCREATE KEYコマンドでは、セキュリティ・キーとして使用するランダムの16進文字列が生成されます。

例4-2 Oracle ASMを有効範囲にしたセキュリティのセキュリティ・キーの作成

CellCLI> CREATE KEY

66e12adb996805358bf82258587f5050

CREATE KEYコマンドは任意のセルで実行できますが、実行する必要があるのは、新規の一意キーを作成する必要がある場合のみです。

- Oracle ASMを有効範囲にしたセキュリティの場合は、CREATE KEYを1回のみ実行し、指定したセキュリティ・モードで必要なキーを1つ作成します。

- データベースを有効範囲にしたセキュリティの場合は、Oracle ASMにセキュリティ・キーを1つ作成し、データベースを有効範囲にしたセキュリティを使用する各データベースにセキュリティ・キーを1つずつ作成します。

関連項目:

- キーの生成の詳細は、「CREATE KEY」を参照してください。

- クライアントに割り当てるキーの表示の詳細は、「LIST KEY」を参照してください。

- cellkey.oraファイルの設定の詳細は、「cellkey.oraファイルの理解」を参照してください。

Oracle Exadata Storage ServerのOracle ASMを有効範囲にしたセキュリティの設定

この項では、Oracle ASMを有効範囲にしたセキュリティをOracle Exadata Storage Serverのグリッド・ディスクに構成する方法について説明します。

Oracle ASMを有効範囲にしたセキュリティを設定するには、次の手順を実行します。

1. セキュリティ構成を変更するデータベースおよびOracle ASMインスタンスをシャットダウンします。

2. CellCLIのCREATE KEYコマンドを使用して、ランダムの16進文字列を生成します。このコマンドは任意のセルで実行できます。このコマンドを実行すると、システムによって新規のキーが表示されます。

CellCLI> CREATE KEY

66e12adb996805358bf82258587f5050

このキーは、Oracle ASMクラスタのクライアントおよびcellkey.oraファイルのキー・エントリに使用されます。

関連項目:

- 「セキュリティ・キーについて」

- 「CREATE KEY」

3. 例4-1に示す書式を使用して、キーをcellkey.oraファイルにコピーします。

4. ASSIGN KEYコマンドを使用して、Oracle ASMクラスタでアクセスするすべてのセルのOracle ASMクラスタ・クライアントに、セキュリティ・キーを割り当てます。このコマンドの例を次に示します。

CellCLI> ASSIGN KEY FOR 'unique_name_across_all_clusters' -
='66e12adb996805358bf82258587f5050'

前のコマンドにおいて、unique_name_across_all_clustersは、セルとクラスタに関して一意で一貫性のある値です。Oracle Clusterwareのクラスタ名は、クラスタが一意名を持つ場合に使用できます。一意名は、キーの割当て時に使用する必要があります。

関連項目:

- 「ASSIGN KEY」

- 「LIST KEY」

5. CREATE GRIDDISKコマンドまたはALTER GRIDDISKコマンドを使用して、手順4と同じ名前をavailableTo属性に入力し、Oracle ASMクラスタでアクセスするすべてのセルのグリッド・ディスクにセキュリティを構成します。次のコマンドは、新規のグリッド・ディスクを作成してセキュリティを設定する例と既存のグリッド・ディスクのセキュリティを変更する例です。

- 新規のグリッド・ディスクを作成してセキュリティを設定する場合:

CellCLI> CREATE GRIDDISK ALL PREFIX=sales, size=75G, -
availableTo='unique_name_across_all_clusters'

- 既存のグリッド・ディスクのセキュリティを変更する場合:

CellCLI> ALTER GRIDDISK sales_CD_01_cell01, sales_CD_02_cell01,           -
sales_CD_03_cell01,  sales_CD_04_cell01, sales_CD_05_cell01,     -
sales_CD_06_cell01                                               -
availableTo='unique_name_across_all_clusters'

前のコマンドにおいて、unique_name_across_all_clustersは、セルとクラスタに関して一意で一貫性のある値です。availableToに値が入力されている場合、グリッド・ディスクにアクセスできるのは指定したクライアントのみです。値が入力されていない場合は、どのクライアントもアクセスできます。

関連項目:

- 「ALTER GRIDDISK」

- 「CREATE GRIDDISK」

- 「LIST CELLDISK」

- 「LIST GRIDDISK」

6. データベースおよびOracle ASMインスタンスを再起動します。

Oracle Exadata Storage Serverのデータベースを有効範囲にしたセキュリティの設定

この項では、Oracle Exadata Storage Serverに必要なデータベースを有効範囲にしたセキュリティ構成について説明します。

セルのセキュリティ設定を更新する前に、データベースおよびOracle ASMインスタンスをシャットダウンする必要があります。この項の手順を完了したら、「cellkey.oraファイルの理解」の手順に従ってキーを正しく書式設定する必要があります。cellkey.oraファイルの構成が完了したら、データベースおよびOracle ASMインスタンスを起動します。

データベースを有効範囲にしたセキュリティを設定するには、次の手順を実行します。

注意:
データベースを有効範囲にしたセキュリティの設定は、Oracle ASMを有効範囲にしたセキュリティを構成およびテストしてから行ってください。
Oracle ASMクラスタが1つしかない場合は、availableTo=+asmを使用できます。複数のクラスタがある場合は、一意のクラスタの設定方法を「Oracle Exadata Storage ServerのOracle ASMを有効範囲にしたセキュリティの設定」で確認してください。

1. 各データベースの一意のデータベース名(DB_UNIQUE_NAME)を取得します。この名前では大/小文字が区別されます。

2. セキュリティ構成を変更するデータベースおよびOracle ASMインスタンスをシャットダウンします。

3. CellCLIのCREATE KEYコマンドを使用して、特定のグリッド・ディスクにアクセスするデータベース・クライアントにセキュリティ・キーを作成します。このコマンドは任意のセルで実行できます。このコマンドを実行すると、システムによって新規のキーが表示されます。

CellCLI> CREATE KEY

66e12adb996805358bf82258587f5050

4. 例4-1に示す書式を使用して、キーをcellkey.oraファイルにコピーします。

5. 例4-3に示すように、ASSIGN KEYコマンドを使用して、グリッド・ディスクを含むセルのデータベース・クライアントにキーを割り当てます。

例4-3 データベース・クライアントへのキーの割当て

CellCLI> ASSIGN KEY FOR  'db1'='51a826646ebe1f29e33c6ed7c4965c9a',
'db2'='bd0843beeed5e18e6664576cf9805b69',
'db3'='6679ef9ec02fa664582c3464d4b0191f'

キーを割り当てる場合は、データベース・クライアントに一意で一貫性のある値を使用する必要があります。

6. CREATE GRIDDISKコマンドまたはALTER GRIDIDISKコマンドのavailableTo属性を使用し、グリッド・ディスクにセキュリティを構成します。availableTo属性の値を設定する場合は、データベース・クライアント名にOracle ASMクラスタ名を含める必要があります。名前は一意で一貫性のあるものにする必要がありますが、通常はOracle Clusterwareのクラスタ名です。
例4-4では、availableTo属性を使用してグリッド・ディスクが作成されるときに、データベースを有効範囲にしたセキュリティが構成されます。この属性では、グリッド・ディスクにアクセスするように構成される特定のクライアントが決定されます。

例4-4 データベースを有効範囲にしたセキュリティを使用したグリッド・ディスクの作成

CellCLI> CREATE GRIDDISK sales_CD_00_cell01, sales_CD_01_cell01 size=75G, -
availableTo='+asm,db1'

CellCLI> CREATE GRIDDISK sales_CD_02_cell01, sales_CD_03_cell01 size=75G, -
availableTo='+asm,db2'

CellCLI> CREATE GRIDDISK sales_CD_04_cell01, sales_CD_05_cell01 size=75G, -
availableTo='+asm,db3'

例4-5に示すように、ALTER GRIDDISKコマンドを使用すると、既存のグリッド・ディスクのセキュリティを変更できます。

例4-5 データベースを有効範囲にしたセキュリティへのグリッド・ディスクのセキュリティ構成の変更

CellCLI> ALTER GRIDDISK sales_CD_01_cell01, sales_CD_02_cell01 -
availableTo='+asm,db1'

CellCLI> ALTER GRIDDISK sales_CD_03_cell01, sales_CD_04_cell01 -
availableTo='+asm,db2'

CellCLI> ALTER GRIDDISK sales_CD_05_cell01, sales_CD_06_cell01 -
availableTo='+asm,db3'

注意:
availableTo='+asm'引数は必須です。

7. すべてのコンピュータのcellkey.oraファイルの構成が完了したら、データベースおよびOracle ASMインスタンスを再起動します。
クライアント・コンピュータでのcellkey.oraファイルの構成の詳細は、「クライアント・コンピュータのcellkey.oraファイルの設定」を参照してください。

関連項目:

- グリッド・ディスクの変更および作成の詳細は、「ALTER GRIDDISK」および「CREATE GRIDDISK」を参照してください。

- セル・ディスクおよびグリッド・ディスクの属性表示の詳細は、「LIST CELLDISK」および「LIST GRIDDISK」を参照してください。

クライアント・コンピュータのcellkey.oraファイルの設定

クライアント・コンピュータにcellkey.oraファイルを設定するには、次の手順を実行します。

注意:
cellkey.oraファイルに権限が正しく設定されていないと、ファイルへのアクセスが解放され、誰でも読み取ることできます。

1. ASMを有効範囲にしたセキュリティ用に、Oracle ASMクラスタ上でcellkey.oraファイルを設定するには、次の手順を実行します。

1. cellkey.oraファイルを/etc/oracle/cell/network-config/ディレクトリに配置します。

2. 次のコマンドを使用して、このファイルの権限を所有者の読取り専用に設定します。

chmod 600 /etc/oracle/cell/network-config/cellkey.ora

3. 次のコマンドを使用して、グループをOracle ASM管理グループに設定します。

chown grid:asmadmin /etc/oracle/cell/network-config/cellkey.ora

2. データベースを有効範囲にしたセキュリティ用に、cellkey.oraファイルを設定するには、次の手順を実行します。

1. cellkey.oraファイルをORACLE_HOME/admin/db_unique_name/pfileディレクトリに配置します。

2. ファイルの所有権をローカル・オペレーティング・システム・グループに設定します。oinstallグループやその他のグローバル・オペレーティング・システム・グループはファイルを所有できません。

3. データベースおよびOracle ASMインスタンスをシャットダウンします。

4. クライアント・コンピュータにcellkey.oraファイルを作成します。データベース・クライアントのcellkey.oraファイルは、アクセスを制限するデータベース・クライアントのORACLE_HOME/admin/db_unique_name/pfile/ディレクトリに配置する必要があります。
このファイルのキー値は、データベース・クライアントに割り当てられるキーの値と一致する必要があります。

cellkey.oraキー・ファイルは、Oracleホームを所有するデータベース・クライアントでのみ読取り可能にする必要があります。

5. cellkey.oraファイルを作成して編集したら、インスタンスを再起動します。

セキュリティの削除

この項では、Oracle Exadata Storage Serveからセキュリティを削除する方法について説明します。

- データベースを有効範囲にしたセキュリティの削除

- Oracle ASMを有効範囲にしたセキュリティの削除

注意:
Oracle ASMを有効範囲にしたセキュリティを削除する前に、グリッド・ディスクでデータベースを有効範囲にしたセキュリティを削除する必要があります。

セルのセキュリティを更新する前に、データベースおよびOracle ASMインスタンスをシャットダウンする必要があります。セキュリティ構成のすべての変更が完了したら、データベースおよびOracle ASMインスタンスを起動します。

データベースを有効範囲にしたセキュリティの削除

グリッド・ディスクでデータベースを有効範囲にしたセキュリティを削除するには、次の手順を実行します。

1. データベースおよびOracle ASMインスタンスをシャットダウンします。

2. データベースを有効範囲にしたセキュリティを削除するグリッド・ディスクのavailableTo属性に名前が指定されているデータベース・クライアントを削除します。例4-6は、グリッド・ディスクのグループでこの操作を行う方法を示しています。

例4-6 グリッド・ディスクからのデータベース・クライアントの削除

The following removes all database clients from a group of grid disks
CellCLI> ALTER GRIDDISK sales_CD_01_cell01, sales_CD_02_cell01,                  -
sales_CD_03_cell01, sales_CD_04_cell01, sales_CD_05_cell01,             -
sales_CD_06_cell01                                                      -
availableTo='+asm'

The following removes specific database clients from a group of grid disks
CellCLI> ALTER GRIDDISK sales_CD_04_cell01, sales_CD_05_cell01,                  -
sales_CD_06_cell01, sales_CD_07_cell01, sales_CD_08_cell01,             -
sales_CD_09_cell01,                                                     -
availableTo='+asm,db2,db3'

3. データベース・クライアントで他のグリッド・ディスクのセキュリティが設定されていない場合は、次のようにCellCLIのASSIGN KEYコマンドでデータベース・クライアントに割り当てられているキーを削除できます。

CellCLI> ASSIGN KEY FOR 'db_client'=''

このコマンドのdb_clientは、データベース・クライアントの名前です。等号の右側には、間にスペースのない2つの一重引用符文字があります。

4. データベース・クライアントのORACLE_HOME/admin/db_unique_name/pfile/ディレクトリにあるcellkey.oraファイルを削除します。

5. 次のコマンドを使用して、availableTo属性からデータベースを削除します。

ALTER GRIDDISK ALL availableTo='+asm'

6. データベースおよびOracle ASMインスタンスを再起動します。

注意:
グリッド・ディスクにオープン・セキュリティを設定する場合は、データベースを有効範囲にしたセキュリティを削除してから、Oracle ASMを有効範囲にしたセキュリティを削除する必要があります。

Oracle ASMを有効範囲にしたセキュリティの削除

セルのグリッド・ディスクにオープン・セキュリティを設定する場合は、データベースを有効範囲にしたセキュリティを削除してから、Oracle ASMを有効範囲にしたセキュリティを削除できます。ASMを有効範囲にしたセキュリティを削除するには、次の手順を実行します。

1. データベースおよびOracle ASMインスタンスをシャットダウンします。

2. 例4-7に示すように、セルのグリッド・ディスクのavailableTo属性に名前が指定されているOracle ASMクラスタ・クライアントを削除します。

例4-7 グリッド・ディスクからのOracle ASMクラスタ・クライアントの削除

The following removes the ASM cluster client from all grid disks on a cell
CellCLI> ALTER GRIDDISK ALL availableTo=''

The following removes the ASM cluster client from a group of grid disks
CellCLI> ALTER GRIDDISK sales_CD_01_cell01, sales_CD_02_cell01,                  -
sales_CD_03_cell01, sales_CD_04_cell01, sales_CD_05_cell01,             -
sales_CD_06_cell01                                                      -
availableTo=''

3. Oracle ASMクラスタ・クライアントで他のグリッド・ディスクのセキュリティが設定されていない場合は、次のようにCellCLIのASSIGN KEYコマンドでOracle ASMクラスタ・クライアントに割り当てられているキーを削除できます。

CellCLI> ASSIGN KEY FOR 'asm_cluster'=''

このコマンドのasm_clusterは、Oracle ASMクラスタ・クライアントの名前です。

4. Oracle ASMクラスタの各コンピュータ・ホストの/etc/oracle/cell/network-config/ディレクトリにあるcellkey.oraファイルを削除します。

5. 次のコマンドを使用して、availableTo属性からOracle ASMを削除します。

ALTER GRIDDISK ALL availableTo=''

6. データベースおよびOracle ASMインスタンスを再起動します。

関連項目:

- 「ALTER GRIDDISK」

- 「ASSIGN KEY」

ユーザーおよびロールの作成

ロールに権限を付与し、ユーザーにロールを付与することで、ユーザーが実行できるコマンドを制御できます。たとえば、ユーザーが「list griddisk」コマンドを実行でき、「alter griddisk」コマンドは実行できないように指定できます。このレベルの制御は、システムへの完全なアクセスをごく少数のユーザーにのみ許可するクラウド環境で役立ちます。

クラウド環境では、CellCLIを実行するため、ユーザーはユーザー名とパスワードでログインする必要があります。Exadataの管理システム(MS)により、ユーザーの資格証明が認証され、そのユーザーによって発行されるコマンドの許可チェックが実行されます。そのユーザーがコマンドを実行する適切な権限を持っていない場合、MSによりエラーが返されます。

ユーザーは、ExaCLIを実行するときに必要です。ExaCLIでは、計算ノードからリモートでセルを管理できます。計算ノード上でExaCLIを実行するときに、セル・ノードへの接続に使用するユーザー名を指定する必要があります。ExaCLIの詳細は、「ExaCLIユーティリティの使用」を参照してください。

パスワードのセキュリティ・キーは、HMAC-SHA1とパスワード・ベース鍵導出関数2(PBKDF2)を使用して暗号化されています。

ユーザーおよびロールを設定するには、次の手順を実行します。

1. 「CREATE ROLE」コマンドを使用してロールを作成します。

2. 「GRANT PRIVILEGE」コマンドを使用してロールに権限を付与します。

3. 「CREATE USER」コマンドを使用してユーザーを作成します。

4. 「GRANT ROLE」コマンドを使用してユーザーにロールを付与します。

ロールから権限を取り消すこともできます。これを行うには、「REVOKE PRIVILEGE」コマンドを使用します。ユーザーからロールを取り消すには、「REVOKE ROLE」コマンドを使用します。

ロールの作成およびロールに関する情報の取得

ロールを作成するには、「CREATE ROLE」コマンドを使用します。例:

CellCLI> CREATE ROLE admin

ロールに関する詳細情報を取得するには、「LIST ROLE」コマンドを使用します。たとえば、次のコマンドは「admin」ロールのすべての属性を返します。

CellCLI> LIST ROLE admin ALL DETAIL

権限の付与および取消し

ロールに権限を付与するには、「GRANT PRIVILEGE」コマンドを使用します。

次の例では、「admin」ロールを持つユーザーにすべての権限を付与します。

CellCLI> GRANT PRIVILEGE ALL ACTIONS ON ALL OBJECTS TO ROLE admin

「REVOKE PRIVILEGE」コマンドを使用して、ロールから権限を取り消すことができます。

ユーザーの作成

ユーザーを作成するには、「CREATE USER」コマンドを使用します。

次のコマンドは、パスワード「changeME123」で「fred」というユーザーを作成します。

CellCLI> CREATE USER fred PASSWORD = "changeME123"

新しく作成したユーザーは、何も権限を持っていません。任意の権限を持つようにユーザーにロールを付与する必要があります。

ロールの付与と取消し

ユーザーにロールを付与するには、「GRANT ROLE」コマンドを使用します。

次の例では、ユーザー「fred」に「admin」ロールを付与します。

CellCLI> GRANT ROLE admin TO USER fred

「REVOKE ROLE」コマンドを使用して、ユーザーからロールを取り消すことができます。

ストレージ・サーバーでのSSHの無効化

デフォルトでは、ストレージ・サーバーでSSHが有効化されています。必要に応じて、SSHアクセスをブロックするためにストレージ・サーバーを「lock」できます。その場合でも、計算ノード上で実行され、httpsおよびREST APIを使用してセル上で実行されているWebサービスと通信するexacliを使用して、セルの操作は実行できます。

セルへのログインを必要とする操作を実行するときは、一時的にセルのロックを解除できます。操作が完了したら、再びセルをロックできます。

次の2つの新しいセル属性によりセルのロックを制御します。

- accessLevelPerm : この属性は、セルがデフォルトで実行されるアクセス・レベルを指定します。それは、remoteLoginEnabledまたはremoteLoginDisabledのいずれかです。

- remoteLoginEnabled: SSHサービスは有効です。sshまたはexacliを使用してセルにアクセスできます。これが、accessLevelPermのデフォルト値です。

- remoteLoginDisabled: SSHサービスは無効です。exacliを介してのみ、セルにアクセスできます。

- accessLevelTemp: 指定された期間、一時的にアクセス・レベルを変更できます。期限が切れると、アクセス・レベルはaccessLevelPermの値に戻ります。通常、セルでソフトウェアの更新を必要とするときに、セルのアクセス・レベルを変更します。

このアクセス・レベルは、セルの再起動後も維持されます。

セルのロック

セルをロックするには、そのaccessLevelPerm属性をremoteLoginDisabledに設定します。これは、その属性を変更する権限を持つユーザーが行う必要があります。

1. ストレージ・サーバーで、次のコマンドを実行します。

cellcli> create role administrator
cellcli> grant privilege all actions on all objects all attributes with all options to role administrator
cellcli> create user celladministrator password='*'
cellcli> grant role administrator to user celladministrator

2. 「celladministrator」ユーザーでexacliを実行し、「alter cell」コマンドを実行します。

$ exacli -l celladministrator -c exam08cel01
Password=********

exacli> alter cell accessLevelPerm = remoteLoginDisabled

セルの一時的なロック解除

セルへのSSHログインを必要とするメンテナンスやアップグレードなどの操作を実行するため、短時間、ロックされたセルのロックを解除できます。この「一時的なアクセス・ウィンドウ」の開始時間および持続時間は、セルのaccessLevelTemp属性を設定することで指定できます。この属性には、次のプロパティがあります。

表4-1 accessLevelTempのプロパティ

プロパティ

説明

accessLevel

SSHの有効(remoteLoginEnabled)または無効(remoteLoginDisabled)のいずれかを指定します。

この値は、指定する必要があります。デフォルト値はありません。

startTime

指定されたアクセス・レベルの開始時間を指定します。この時間は、ISO 8601形式の「yyyy-MM-ddTHH:mm:ssZ」で指定します。

また、指定のアクセス・レベルをすぐに開始することを示すため、キーワード「now」を指定することもできます。

デフォルト値: now

duration

アクセス・レベルの継続時間を指定します。継続時間は、次の形式で指定します。

[任意の桁数の数字、それに続くd (日数)]

[任意の桁数の数字、それに続くh (時間数)]

[任意の桁数の数字、それに続くm (分数)]

例:

1時間を指定: 1h

90分を指定: 90m

1日を指定: 1d

1日と12時間を指定: 1d12h

デフォルト値: 2h (2時間)

reason

アクセス・レベルを変更する理由を指定します(たとえば、アップグレードを実行する)。

デフォルト値: "none"

例:

1. 次の例では、2015年6月20日午前1:01に開始される、2時間の一時的なアクセス・ウィンドウを作成します。

exacli> alter cell accessLevelTemp=((accessLevel="remoteLoginEnabled", -
startTime="2015-06-20T01:01:00-07:00",                         -
duration="2h",                                                 -
reason="Quarterly maintenance"))

2. 次の例では、即時に開始される、2時間の一時的なアクセス・ウィンドウを作成します。このコマンドは、開始時間および継続時間のデフォルト値を使用します。

exacli> alter cell accessLevelTemp=((accessLevel="remoteLoginEnabled", -
reason="Quarterly maintenance"))

3. 次の例では、即時に開始される、30分間の一時的なアクセス・ウィンドウを作成します

exacli> alter cell accessLevelTemp=((accessLevel="remoteLoginEnabled", -
startTime="now",                                               -
duration="30m",                                                -
reason="Quarterly maintenance"))

4. 次の例では、2015年6月20日午前1:01に開始される、2時間の一時的なアクセス・ウィンドウを作成します。このコマンドは、継続時間のデフォルト値を使用します。

exacli> alter cell accessLevelTemp=((accessLevel="remoteLoginEnabled", -
startTime="2015-06-20T01:01:00-07:00",                         -
reason="Quarterly maintenance"))

5. 次の例では、前述の例4で作成した一時的なアクセス・ウィンドウを5時間に拡張します。調整するウィンドウと開始時間が一致しなければならないことに注意してください。

exacli> alter cell accessLevelTemp=((accessLevel="remoteLoginEnabled", -
startTime="2015-06-20T01:01:00-07:00",                         -
duration="5h",                                                 -
reason="Quarterly maintenance window extended to 5 hrs - Joe"))

6. 次の例では、一時的なアクセス・ウィンドウを削除します。一時的なアクセス・ウィンドウが現在アクティブである場合は、ただちにそれが閉じられ、アクセス・レベルが永続的なアクセス・レベルに戻されます。一時的なアクセス・ウィンドウが予定されていて、まだアクティブでない場合は、キャンセルされます。

exacli> alter cell accessLevelTemp=''

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

- いつの時点でも、一時的なアクセス・ウィンドウは、1つのみ許可されます。すでに1つが有効であるときに、新しい一時的なアクセス・ウィンドウを作成しようとすると、エラー・メッセージが表示されます。
一時的なアクセス・ウィンドウがまだアクティブではなく、予定されている場合は、予定されているものが新しく作成された一時的なアクセス・ウィンドウで置き換えられます。

- 予定されていて、まだアクティブではない一時的なアクセス・ウィンドウを変更するには、単に新しい値で再び「alter cell」コマンドを実行します。

- すでに進行中の一時的なアクセス・ウィンドウを変更(たとえば、継続時間の延長や理由の変更)するには、更新した継続時間または理由(あるいはその両方)で、再び「alter cell」コマンドを実行します。このコマンドでは、変更する既存の一時的なアクセス・ウィンドウの正確な開始時間を指定する必要があります。(開始時間 + 継続時間)は、将来の時刻にする必要があります。

現在のアクセス・レベルのチェック

現在のアクセス・レベルが何かを確認するには、次のコマンドを実行します。

exacli> list cell detail

accessLevelPermおよびaccessLevelTemp属性の値を確認します。

また、次のコマンドを実行できます。

exacli> list cell attributes accessLevelPerm

exacli> list cell attributes accessLevelTemp

管理サーバーからのアラート

accessLevelPerm属性が変更されたときに、ステートレス・アラートが生成されます。

accessLevelTempウィンドウが作成されたときに、ステートフル・アラートが生成されます。accessLevelTempウィンドウがアクティブになったときに、アラート電子メールが送信されます。ウィンドウの有効期限が切れたときに、アラートがクリアされます。

5 Oracle Exadata Storage Server Softwareのメンテナンス

この章では、Oracle Exadata Storage Server Softwareの管理方法について説明します。IPアドレス、ホスト名、InfiniBandアドレスの変更など、セルの基本構成を変更する場合は、次の点に注意してください。

- セル構成を変更する前に、セルを使用するすべてのOracle Automatic Storage Management (Oracle ASM)、Oracle Real Application Clusters (Oracle RAC)およびデータベース・インスタンスが、IPアドレスの変更中にセルにアクセスしないようにします。

- セルの構成を変更したら、セル・サービスのコンシューマがセルの新しい接続情報を使用するように正しく再構成されていることを確認します。自動サービス・リクエストを使用中の場合は、ASR Managerから資産を無効化し、新規IPアドレスで資産を有効化します。

関連項目:
『Oracle Auto Service Request Exadata Database Machineクイック・インストレーション・ガイド』

- セルの構成を変更する場合は、変更中にOracle ASMおよびOracle RACが正しく動作するように、一度に1つのセルのみを変更します。

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

- ipconfユーティリティの使用

- Oracle Exadata Storage Server Softwareの検証テストおよびユーティリティ

注意:
この章のすべての操作を実行する際は最新の注意を払い、すべてのデータをバックアップしたことを確認してから操作を実行してください。バックアップしておかないと、データが失われた場合に復元できなくなる可能性があります。

ipconfユーティリティの使用

ipconfユーティリティは、Oracle Exadata Storage Serverの次のパラメータを設定および変更するために使用します。また、Oracle Exadata Database Machineの初期構成時に、データベース・サーバーも構成します。

- IPアドレス

- ホスト名

- NTPサーバー

- タイム・ゾーン

- DNSネーム・サーバー

- InfiniBandアドレス

ipconfユーティリティでは、変更されたファイルのバックアップ・コピーが作成されます。ユーティリティを再実行すると、既存のバックアップ・ファイルは上書きされます。ログ・ファイルには、実行したすべてのipconf操作の完全な履歴が記録されます。

表5-1は、ipconfユーティリティのオプションを示しています。

表5-1 ipconfのオプション

オプション

説明

オプションなし

ユーティリティはメイン編集モードで起動します。

-ignoremismatch

格納されているセルの構成と実行構成との間に不一致がある場合は、ユーティリティをメイン編集モードで起動します。

-ilom print

ILOMの基本設定を出力します。

-ilom set

ILOMの基本設定を設定します。

-verify [-verbose]

格納されているセルの構成と実行構成との整合性を検証します。-verboseオプションを使用すると、すべての詳細情報が表示されます。-verboseを使用しないと、エラーのみが表示されます。正常な場合、エラーは返されません。

-verify -semantic [-verbose]

整合性を検証し、すべてのDNSサーバーとNTPサーバーへのアクセスを確認します。-verboseオプションを使用すると、すべての詳細情報が表示されます。-verboseを使用しないと、エラーのみが表示されます。正常な場合、エラーは返されません。

-verify -semantic-min [-verbose]

整合性を検証し、それぞれ1台以上のNTPサーバーとDNSサーバーへのアクセスを確認します。-verboseオプションを使用すると、すべての詳細情報が表示されます。-verboseを使用しないと、エラーのみが表示されます。正常な場合、エラーは返されません。

例5-1は、Sun ILOMインタフェース設定時のipconfユーティリティによる表示を示しています。

例5-1 ipconfユーティリティを使用したSun ILOMインタフェースの設定

# ipconf
Logging started to /var/log/cellos/ipconf.log
Interface ib0 is Linked. hca: mxx4_0
Interface ib1 is Linked. mxx4_0
Interface eth0 is Linked. driver/mac: igb/00:00:00:01:cd:01
Interface eth1 is ... Unlinked. driver/mac: igb/00:00:00:01:cd:02
Interface eth2 is ... Unlinked. driver/mac: igb/00:00:00:01:cd:03
Interface eth3 is ... Unlinked. driver/mac: igb/00:00:00:01:cd:04

Network interfaces
Name  State      IP address      Netmask         Gateway         Hostname
ib0   Linked
ib1   Linked
eth0  Linked
eth1  Unlinked
eth2  Unlinked
eth3  Unlinked
Warning. Some network interface(s) are disconnected. Check cables and switches
and retry
Do you want to retry (y/n) [y]: n

The current nameserver(s): 192.0.2.10 192.0.2.12 192.0.2.13
Do you want to change it (y/n) [n]:
The current timezone: America/Los_Angeles
Do you want to change it (y/n) [n]:
The current NTP server(s): 192.0.2.06 192.0.2.12 1192.0.2.13
Do you want to change it (y/n) [n]:

Network interfaces
Name  State   IP address      Netmask       Gateway        Hostname
eth0  Linked  192.0.2.151  255.255.252.0 192.0.2.15  Managment myg.example.com
eth1  Unlinked
eth2  Unlinked
eth3  Unlinked
bond0 ib0,ib1    192.168.13.101  255.255.252.0        Private myg.example.com

Select interface name to configure or press Enter to continue:

Select canonical hostname from the list below
1: myg.example.com
2: myg-private.example.com
Canonical fully qualified domain name [1]:

Select default gateway interface from the list below
1: eth01
Default gateway interface [1]:

Canonical hostname: myg.example.com
Nameservers: 192.0.2.10 192.0.2.12 192.0.2.13
Timezone: America/Los_Angeles
NTP servers: 192.0.2.06 192.0.2.12 192.0.2.13
Network interfaces
Name  State  IP address      Netmask        Gateway        Hostname
eth0  Linked 192.0.2.151 255.255.252.0  192.0.2.15  myg.example.com
eth1  Unlinked
eth2  Unlinked
eth3  Unlinked
bond0 ib0,ib1  192.168.13.101 255.255.252.0 Private  myg-priv.example.com
Is this correct (y/n) [y]:

Do you want to configure basic ILOM settings (y/n) [y]: y
Loading configuration settings from ILOM ...
ILOM Fully qualified hostname [myg_ilom.example.com]:
ILOM IP discovery (static/dhcp) [static]:
ILOM IP address [192.0.2.201]:
ILOM Netmask [255.255.252.0]:
ILOM Gateway or none [192.0.2.15]:
ILOM Nameserver or none: [192.0.2.10]:
ILOM Use NTP Servers (enabled/disabled) [enabled]:
ILOM First NTP server. Fully qualified hostname or ip address or none [192.0.2.06]:
ILOM Second NTP server. Fully qualified hostname or ip address or none [none]:

Basic ILOM configuration settings:
Hostname             : myg.example.com
IP Discovery         : static
IP Address           : 192.0.2.10
Netmask              : 255.255.252.0
Gateway              : 192.0.2.15
DNS servers          : 192.0.2.10
Use NTP servers      : enabled
First NTP server     : 192.0.2.06
Second NTP server    : none
Timezone (read-only) : America/Los Angeles

Is this correct (y/n) [y]:

Oracle Exadata Storage Server Softwareの検証テストおよびユーティリティ

Oracle Exadata Storage Server Softwareには、起動時に実行される次の検証テストが含まれます。

- Oracle Exadata Storage Serverのソフトウェアおよびファームウェア・コンポーネントの概要

- Oracle Exadata Storage Serverのイメージ履歴

- システムの稼働状態の検証

- システム・コンポーネントのシリアル番号

- 診断および修復ユーティリティ

- sosreportおよびOracle ExaWatcherによるシステム診断データの収集

- シリアル・コンソールのサポート

- Linuxカーネル・クラッシュ・コア・ファイル

Oracle Exadata Storage Serverのソフトウェアおよびファームウェア・コンポーネントの概要

/usr/local/bin/ディレクトリにあるimageinfoコマンドは、Oracle Exadata Storage Server上のソフトウェアおよびファームウェア・コンポーネントのリリースとステータスの概要を提供します。ソフトウェアおよびファームウェア・コンポーネントによってセルのイメージが作成されます。Oracleサポート・サービスと連動する場合は、リリースおよびステータス情報が必要です。

表5-2は、imageinfoコマンドからの出力フィールドを示しています。

表5-2 imageinfoコマンド出力の説明

フィールド

説明

アクティブ化されたアクティブ・イメージ

セルのイメージが完了、成功または失敗と見なされた場合のUTC形式の日付スタンプ。セル・パッチはタイムスタンプを更新し、セルにパッチが適用された時間を示します。

アクティブ・イメージのステータス

総称して検証と呼ばれるセルフ・テストおよび構成アクションのセットの成功または失敗に基づくセル・イメージのステータス。検証については、「システムの稼働状態の検証」で説明します。このステータスが未定義、空、または失敗の場合は、/var/log/cellosディレクトリの別の検証ログを調べてステータスの原因を特定します。

アクティブ・イメージのバージョン

オペレーティング・システム、コアとなるOracle Exadata Storage Server Software(セルのrpm)、セルのほとんどのキー・コンポーネントのファームウェア・レベルのリリースの特定の組合せを示す全体的なセルのイメージのメイン・リリース・バージョン。通常、セル・パッチはこの情報を更新します。バージョンの最初の5つの区切られたフィールドは、Oracle製品のリリースが識別される標準的な方法と一致します。最後のフィールドは、リリースの正確なビルド番号です。ビルド日付のYYMMDD形式に対応しています。

デバイス上のアクティブ・システムのパーティション

セルのオペレーティング・システムのルート(/)・パーティション・デバイス。セルのパッチが正常に適用されると、セルはアクティブ・パーティションから非アクティブ・パーティションに切り替わります。正常にパッチが適用された各セルは、アクティブと非アクティブの各パーティション間でのセルの切替えを保持します。セル・パッチのパーティションが切替らない場合はごくわずかです。これはまれなケースで、パーティション内パッチと呼ばれます。

ブート領域にはバージョンのロールバック・アーカイブがあります。

パーティション内以外のセル・パッチを使用してセルをパッチした場合は、セルを非アクティブ・イメージのバージョンにロールバックする際に使用できる適切なバックアップ・アーカイブがあるかどうかを示します。このアーカイブは必要ですが、セル・イメージを非アクティブ・バージョンにロールバックするには不十分です。

セル起動usbパーティション

Oracle Exadata Storage Serverの起動およびレスキュー用USBパーティション。

セル起動usbバージョン

起動用USBのソフトウェアのバージョン。正常なセルでは、このリリースはアクティブ・イメージのバージョン行の値と同じである必要があります。

セルのrpmバージョン

CellCLIユーティリティによってレポートされたセルのソフトウェア・バージョンまたはセルのrpmバージョン。

セルのバージョン

CellCLIユーティリティによってレポートされたリリース・バージョン。

パーティション内のロールバック

セル・パッチにはパーティションを切替えないものがあります。これらがパーティション内パッチです。このフィールドはそのようなパッチをロールバックする情報があるかどうかを示します。

アクティブ化済非アクティブ・イメージ

非アクティブ・イメージのアクティブ化のタイムスタンプ。このフィールドはアクティブ化済アクティブ・イメージのフィールドに似ています。

非アクティブ・イメージのステータス

非アクティブ・イメージのステータス。このフィールドはアクティブ・イメージのステータスに似ています。

非アクティブ・イメージのバージョン

最新のパッチが適用される前のセルのバージョン。

デバイス上の非アクティブ・ソフトウェアのパーティション

非アクティブ・イメージのOracle Exadata Storage Server Softwareのファイル・システムのパーティション、/opt/oracle。

デバイス上の非アクティブ・システムのパーティション

非アクティブ・イメージのルート(/)ファイル・システムのパーティション。

カーネル・バージョン

セルのオペレーティング・システムのカーネル・バージョン。

非アクティブ・パーティションへのロールバック

セルでロールバックを実行してセル・イメージの非アクティブ・バージョンに戻せるかどうかを示す、パーティション内以外でパッチ適用されたセルの概要インジケータ。新規セルでは、このフィールドは空、または値がundefinedです。

imageinfoコマンドの出力例を次に示します。

Kernel version: 2.6.18-194.3.1.0.3.el5 #1 SMP Tue Aug 31 22:41:13 EDT 2010 x86_64
Cell version: OSS_MAIN_LINUX.X64_101105
Cell rpm version: cell-11.2.2.1.1_LINUX.X64_101105-1

Active image version: 11.2.2.1.1.101105
Active image activated: 2010-11-06 21:52:08 -0700
Active image status: success
Active system partition on device: /dev/md5
Active software partition on device: /dev/md7

In partition rollback: Impossible

Cell boot usb partition: /dev/sdm1
Cell boot usb version: 11.2.2.1.1.101105

Inactive image version: 11.2.1.3.1
Inactive image activated: 2010-08-28 20:01:30 -0700
Inactive image status: success
Inactive system partition on device: /dev/md6
Inactive software partition on device: /dev/md8

Boot area has rollback archive for the version: 11.2.1.3.1
Rollback to the inactive partitions: Possible

Oracle Exadata Storage Serverのイメージ履歴

imagehistoryコマンドは、Oracle Exadata Storage Serverのバージョン履歴を表示します。たとえば、セルがリリース11.2.1.2.6からリリース11.2.1.3.1、リリース11.2.1.2.3の順に更新された場合、imagehistoryコマンドはこの履歴を表示します。この出力例を次に示します。

# imagehistory
Version                  : 11.2.1.2.3
Image activation date    : 2012-12-03 06:06:46 -0700
Imaging mode             : fresh
Imaging status           : success

Version                  : 11.2.3.2.0.120713
Image activation date    : 2012-12-12 17:56:31 -0700
Imaging mode             : out of partition upgrade
Imaging status           : success

システムの稼働状態の検証

検証フレームワークは、rc.localレベルで起動時に実行される検証テストのセットです。テストのログは、/var/log/cellos/validationsディレクトリにあります。また、検証フレームワークでは、特定の条件下で異なるテストが実行されます。たとえば、CELLBOOT USBフラッシュ・ドライブのレスキューおよびリカバリ機能を使用してリカバリしたOracle Exadata Storage Serverをリカバリ後初めて起動する場合、またOracle Exadata Storage Serverにパッチを適用する場合などは、それぞれ異なるテストが実行されます。

また、ヘルス・チェック検証は、起動時に毎回行われるシステムのクイック・ヘルス・チェック(ディスクの基本状態などのチェック)のセットであり、ステータスがレポートされます。検証に失敗した場合、ログ・ファイルを調査して原因を見つける必要があります(ログ・ファイルには、注意が必要な潜在的な問題が示されています)。

パッチの適用後に1つ以上の検証チェックが失敗すると、自動パッチ・ロールバックが発生します。詳細は、特定のパッチのドキュメントを参照してください。

最初の起動時の構成後に、/var/log/cellos/vldrun.first_boot.logファイルにレポートされている障害を確認します。後続のすべての起動については、/var/log/cellos/validations.logファイルに失敗した検証に関する情報が含まれます。失敗している検証ごとに、次の手順を実行します。

1. /var/log/cellos/validations/failed_validation_name.SuggestedRemedyファイルを検索します。このファイルは、検証プロセスによってなんらかの修正処理が識別された場合にのみ作成されます。ファイルの推奨事項に従って障害の原因を修正します。

2. SuggestedRemedyファイルが存在しない場合、/var/log/cellos/validationsにあるログ・ファイルで失敗している検証を確認し、原因を調査して必要であれば修正します。

システム・コンポーネントのシリアル番号

Oracleサポート・サービスに問合せを行う場合、状況によってはシステム・コンポーネントのシリアル番号を提出する必要があります。システム・コンポーネントのシリアル番号は、次の手順を使用することで特定できます。

1. rootユーザーとしてログインします。

2. 次のコマンドを入力します。

/opt/oracle.SupportTools/CheckHWnFWProfile -action list -mode serial_numbers

シリアル番号は、システムが起動するたびに/var/log/cellos/validations/SerialNumbersファイルに書き込まれます。このファイルは、シリアル番号の履歴レコードとして使用できます。このファイルには、一部のコンポーネントの構成情報も含まれます。

診断および修復ユーティリティ

Oracle Exadata Storage Server Softwareには、Oracle Exadata Storage Serverを診断および修復するためのユーティリティが用意されています。これらのユーティリティにより、Oracle Exadata Storage Serverの通常のライフ・サイクル中に発生する可能性のある問題を診断および修復できます。各ユーティリティは、/opt/oracle.SupportToolsディレクトリにあります。

注意:
ユーティリティは、すべて/opt/oracle.SupportToolsディレクトリからrootユーザーとして実行する必要があります。

CheckHWnFWProfileユーティリティ

CheckHWnFWProfileユーティリティは、システムがハードウェアおよびファームウェアの必須仕様に準拠しているかどうかをチェックし、不一致があればそれをレポートします。

表5-3 CheckHWnFWProfileユーティリティのコマンド

コマンド

説明

./CheckHWnFWProfile

オプションを指定せずに実行すると、ユーティリティが既存のハードウェアおよびファームウェア・コンポーネントを予想される値でチェックします。

./CheckHWnFWProfile -action list

システムの既存のハードウェアおよびファームウェア・バージョンを表示します。

./CheckHWnFWProfile -action alter_config -property HWFW_Checker_Updater_Status -value Disabled

CheckHWnFWProfileユーティリティを無効化します。

./CheckHWnFWProfile -action alter_config -property HWFW_Checker_Updater_Status -value Enabled

CheckHWnFWProfileユーティリティを有効化します。

./CheckHWnFWProfile -action check -component list_of_components

指定したコンポーネントを、予想される値に照らしてチェックします。

./CheckHWnFWProfile -action list -component list_of_components

システム上の指定したコンポーネントのハードウェアおよびファームウェア・バージョンを表示します。

./CheckHWnFWProfile -action list -mode serial_numbers

シリアル番号のリストを表示します。このリストには、次のシリアル番号が含まれます。

- システム

- ディスク・コントローラ

- 各ディスク

- InfiniBand HCA

システムによっては、すべてのメモリー(RAM)モジュールのシリアル番号が表示されます。

./CheckHWnFWProfile -action list -mode supported_info

予期されるハードウェアおよびファームウェアを表示します。

./CheckHWnFWProfile -h

./CheckHWnFWProfile --help

ヘルプおよびユーティリティの使用方法を表示します。

diagnostics.isoユーティリティ

diagnostics.isoユーティリティは、システムおよびそのCELLBOOT USBフラッシュ・ドライブの障害のためにシステムを分析する他の方法が存在しない場合に、サーバーを起動して深刻な問題を診断するために使用できます。このユーティリティは、常にOracleサポート・サービスの指導の下に使用してください。状況によっては、Oracleサポート・サービスでrootのパスワードを使用できる必要があります。

ibdiagtoolsユーティリティ

verify-topology、checkbadlinks.plおよびinfinicheckユーティリティは、ibdiagtoolsユーティリティの中で最も便利なユーティリティです。verify-topologyユーティリティは、InfiniBand接続の正確性と稼働状態をチェックします。たとえば、このユーティリティにより、サーバーからの2つのケーブルがOracle Exadata Database Machineの同じスイッチに接続されているかどうかを判別できます。両方のケーブルが同じスイッチに接続されていると、最初のInfiniBandスイッチに障害が発生した場合に、サーバーではもう1つのスイッチにフェイルオーバーできなくなります。

checkbadlinks.plユーティリティは、5Gbpsで稼働しているリンクをレポートします。通常、これはケーブルが緩んでいることを示しており、固定しなおす必要があります。

infinicheckユーティリティは、Oracle Exadata Database Machineのサーバー間におけるInfiniBandのベース・パフォーマンスをレポートします(データベース・サーバーとセル、セルとセル、およびデータベース・サーバーと別のデータベース・サーバーの間の予想最小スループットなど)。このユーティリティは、InfiniBandファブリックの潜在的な問題の識別に役立ちます。

関連項目:

- ibdiagtoolsユーティリティの詳細は、/opt/oracle.SupportTools/ibdiagtools/ディレクトリのREADME.txtファイルを参照してください。

- 各ユーティリティによるサンプル出力は、/opt/oracle.SupportTools/ibdiagtools/SampleOutputs.txtファイルに含まれます。

make_cellboot_usbユーティリティ

make_cellboot_usbユーティリティでは、破損したCELLBOOT USBフラッシュ・ドライブを再構築できます。システムに2つ以上のUSBフラッシュ・ドライブが接続されている場合は、このユーティリティを実行しないでください。フラッシュ・ドライブは、システムで最初に検出されたUSBフラッシュ・ドライブ上に構築されます。

注意:
このユーティリティは、Oracle Exadata Storage Serverでのみ使用できます。

- USBフラッシュ・ドライブを再構築する前に、実行される処理を確認するには、次のコマンドを実行します。

cd /opt/oracle.SupportTools
./make_cellboot_usb -verbose

- USBフラッシュ・ドライブを再構築するには、-execute、-forceまたは-rebuildのいずれかのオプションを指定してコマンドを実行します。

./make_cellboot_usb -execute

または

./make_cellboot_usb -force

または

./make_cellboot_usb -rebuild

sosreportおよびOracle ExaWatcherによるシステム診断データの収集

サーバーを起動するたびに、システム全体の構成情報がsosreportユーティリティによって収集され、/var/log/cellos/sosreportsディレクトリに格納されます。この情報を使用すると、問題を診断する場合に役立ちます。新規sosreportを生成するには、rootユーザーとして次のコマンドを実行します。コマンドを入力してから30分後に、スクリプトによって情報の収集が開始されます。

/opt/oracle.cellos/vldrun -script sosreport

また、/opt/oracle.ExWatcherディレクトリには、Oracle ExaWatcherシステム・データ収集およびレポート・ユーティリティが含まれています。収集されたデータは、アーカイブ・サブディレクトリに格納されます。次のデータは、ユーティリティによって異なる間隔で収集されます。

表5-4 Oracle ExaWatcherのコレクタ名と説明

コレクタ名

説明

CellSrvStat

セル・サーバーのステータス。

Diskinfo

ディスクのI/O統計情報(正常に完了した読取り、マージされた読取り、読取りに要する時間など)。

FlashSpace

フラッシュ・カード領域のRAW値。

最小間隔許容値は300秒です。

IBCardInfo

InfiniBandカード情報およびInfiniBandポートのステータス。

最小間隔は300秒です。

IBprocs

InfiniBandステータスをチェックするコマンド。

最小間隔は600秒です。

Iostat

CPU統計情報、およびデバイスとパーティションのI/O統計情報。

Lsof

現在のプロセスによって開かれたファイル数。

最小間隔許容値は120秒です。

MegaRaidFW

MegaRaidファームウェア情報(バッテリ情報など)。

最小間隔は86400秒です。

Meminfo

カーネルによるメモリー管理。

Mpstat

マイクロプロセッサ統計情報。

Netstat

現在のネットワーク接続統計情報。

Ps

アクティブ・プロセス統計情報。

RDSinfo

セル・サーバーの可用性。

間隔許容値は30秒です。

Slabinfo

カーネルで頻繁に使用されるオブジェクト用のキャッシュ。

Top

システムの動的なリアルタイム表示。

Vmstat

仮想メモリーのステータス。

Oracle ExaWatcherを実行するには、次のコマンドを使用します。rootユーザーとしてコマンドを実行することをお薦めします。

/opt/oracle.ExaWatcher/ExaWatcher.sh [options]

次のオプションは、Oracle ExaWatcherユーティリティで使用できます。

オプション

説明

オプションの指定なし

ユーティリティはデフォルトのオプション値を使用して実行されます。

-c | --command 'collector_name ;; "default_command; ... " '

現在のグループで実行されているコア・コマンドを変更します。変更できるのは次のコア・コマンドのみです。
CellSrvStat

Iostat

Mpstat

Netstat

Ps

Top

Vmstat

例: --command 'Vmstat;; "vmstat -a"'

--createconf "config_file_to_create" | null

ユーティリティは、すべてのコマンドライン入力を解析して検証し、構成ファイルを作成します。ファイルのパスと名前を指定していない場合は、ユーティリティによりデフォルトの構成ファイルが上書きされます。

-d | --disable "collector_name"

ユーティリティで無効にするコレクタの名前。
例: --disable "Vmstat"

-e | --end "end_time"

現在のグループの終了時刻。デフォルト値は、現在の時刻から10年後です。
例: --end "11/06/2013 12:01:00"

--fromconf "configuration_file" | null

Oracle ExaWatcherユーティリティで使用する構成ファイル。デフォルトの構成ファイルは次のとおりです。
Oracle Linuxの場合: /opt/oracle.ExaWatcher/ExaWatcher.conf

Oracle Solarisの場合: /opt/oracle.ExaWatcher/ExaWatcher_SunOS.conf

-g | --group

データを収集するための新しいグループを起動します。その他のオプションは、groupオプションで指定できます。

-h | --help

ヘルプ情報を表示します。

-i | --interval "interval_length"

現在のグループのサンプリング間隔(秒)。デフォルト値は5秒です。
特定の収集モジュールについては、リソースを消費するため、毎秒実行することはできません。

例: --interval 10

-l | --spacelimit

ユーティリティが使用する領域の許容値を設定します。許容値はMB単位で指定します。デフォルト値は300GBです。
例: --spacelimit 600

--lastconf

ユーティリティで使用される最新の構成ファイル。
このオプションを指定すると、データは収集されません。

--listcmd "Full"|"Nameonly"|"Core"|"CMD"|"Enabled"|null

コマンド入力に関する情報。オプションは次のとおりです。
Full: コマンドおよびサンプラに関するすべての情報を表示します。

Nameonly: すべての名前および有効であるかどうかを表示します。

Core: コア・サンプラ情報のみを表示します。

CMD: 名前、有効であるかどうか、デフォルトのコマンドを表示します。

-m | --commandmode {"ALL" | "CORE" | "SELECTED"}

現在のグループで実行する収集モジュールのタイプ。オプションは次のとおりです。
ALL: すべての収集モジュールを実行します。

CORE: コア収集モジュールのみを実行します。

SELECTED: 指定した収集モジュールのみを実行します。

デフォルト値はALLです。

例: --commandmode "CORE"

-o | --count "archiving_count"

現在のグループのアーカイブ数。デフォルト値は720です。
例: --count 500

-r | --resultdir "result_directory "

データ収集の結果を格納するディレクトリのパス。
例: --r "/opt/oracle.ExaWatcher/archive"

--stop

ユーティリティとそのすべてのプロセスを停止し、データ・ファイルを圧縮します。

-t | --start "start_time"

現在のグループの開始時刻。デフォルト値は、現在の時刻から20秒後です。
例: --start "11/05/2013 12:00:00"

-u | --customcmd 'sample_name ;; "custom_command;... " '

現在のグループにカスタム収集モジュールを含めます。
例: --customcmd 'Lsl; "/bin/ls -l"'

-z | --zip "bzip2" "gzip"

収集データで使用する圧縮プログラム。デフォルトのプログラムはbzip2です。
例: --zip "gzip"

シリアル・コンソールのサポート

Oracle Exadata Database Machineのセルおよびデータベース・サーバーは、シリアル・コンソール・アクセスを提供するように構成されています。シリアル・コンソールは、Linuxカーネル・トレースの取得またはクラッシュ・ダンプ・ファイルの作成により深刻な障害を診断する場合に役立ちます。シリアル・コンソールにアクセスするには、次の手順を実行します。

- SSHを使用してILOMに接続し、ILOMの管理者としてログインします。そして、「start /SP/console」コマンドを実行します。コンソールの使用を停止するには、「stop /SP/console」コマンドを使用します。

Linuxカーネル・クラッシュ・コア・ファイル

Oracle Exadata Database Machineのセルおよびデータベース・サーバーは、Linuxがクラッシュした場合に、/var/crashディレクトリにLinuxカーネル・クラッシュ・コア・ファイルを生成するように構成されています。crashユーティリティを使用すると、クラッシュ・ファイルを分析できます。クラッシュ・ファイルは、その占有領域がファイル・システムの空きディスク領域の10%を超えないように、ExaWatcherユーティリティによって自動的に削除されます。より古いクラッシュ・ファイルから先に削除されます。

6 I/Oリソースの管理

I/Oリソース管理は、複数のデータベースおよびデータベース内のワークロード間でOracle Exadata Storage Server SoftwareのI/Oリソースをどのように共有するかを管理するためのツールです。データベース内のワークロードを管理するために、データベース・リソース・マネージャ(DBRM)がI/Oリソース管理と連動するように拡張されており、データベースのリソース管理が提供されます。

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

- リソース管理の概要

- I/Oリソース管理の理解

- コンシューマ・グループおよびリソース・プランについて

- CDBプランおよびプラガブル・データベースについて

- IORMの管理

関連項目:

- リソース割当ての管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 監視スクリプト、一般的なシナリオ、バグ修正などの詳細は、My Oracle Supportノート1339769.1を参照してください。

- IORMメトリックの収集の詳細は、My Oracle Supportノート1337265.1を参照してください。

リソース管理の概要

多くの場合、ストレージは複数のタイプのワークロードおよびデータベース間で共有されます。共有ストレージには、専用のストレージを超える利点があります。1つ目の利点は、メンテナンスが必要なストレージ・システムの数を減らすことができるため、管理コストが削減されることです。もう1つの利点は、領域および帯域幅の両方の観点からストレージの使用効率が大幅に向上することです。ストレージ・システムが単一のデータベース専用の場合、管理者は予想されるデータベースの最大負荷とサイズに基づいて、ストレージ・システムのサイズを設定する必要があります。この方法では、一部のデータベースで未使用のI/O帯域幅と領域が発生することになり、見積りが十分でない場合、他のデータベース用の帯域幅と領域が不十分になります。実際の環境ではワークロードが常に変化するため、複数のデータベース間でストレージ・リソースの適切なバランスを達成することはまれです。

一方、共有ストレージで複数のタイプのワークロードとデータベースを実行すると、多くの場合パフォーマンスの問題が発生します。たとえば、本番環境のデータ・ウェアハウスの1つで多数のパラレル問合せを実行すると、他の本番環境のデータ・ウェアハウスにおいてクリティカルな問合せのパフォーマンスに影響を与える場合があります。また、データ・ウェアハウスにデータ負荷が発生すると、そのデータ・ウェアハウスで実行中のクリティカルな問合せのパフォーマンスに影響を与える場合もあります。このような問題は、ストレージ・システムをオーバー・プロビジョニングすることにより軽減できますが、この方法では、共有ストレージのコスト削減の利点もなくなります。クリティカルでないタスクをピーク時以外に実行するようにスケジュール設定することもできますが、この手動処理には手間がかかります。この方法は、データベースに複数の管理者がおり、各管理者の作業の調整が行われない場合は不可能になります。

I/Oリソース管理を使用することにより、ユーザー定義のポリシーに従って、複数のワークロードおよびデータベース間でOracle Exadata Storage Serverを共有できます。データベース内のワークロードを管理する場合は、Oracle Exadata Storage ServerのI/Oリソースを管理できるように拡張されたデータベース・リソース・マネージャを使用して、データベース・リソースのプランを定義できます。コンテナ・データベース(CDB)のワークロードを管理するには、様々なプラガブル・データベースを管理できるCDBリソース・プランを定義します。複数のデータベースを管理する場合は、データベース間のプランを定義できます。

フラッシュI/Oリソース管理により、フラッシュ・キャッシュ内のクリティカルなOLTP I/Oリクエストのレイテンシを保護します。OLTP I/Oリクエストと同時にフラッシュで表スキャンが実行されている場合、OLTPのレイテンシに大きく影響します。フラッシュIORMでは、表スキャン、および他の優先度の低いI/Oリクエストがキューに入れられ、制限されます。クリティカルなOLTP I/Oリクエストはキューに入れられません。フラッシュ・ドライブがクリティカルなOLTP I/Oリクエストの処理のためにビジーでない場合、データベース間プランでのリソース割当てに基づいて、キューに入れられたI/Oリクエストが発行されます。

I/Oリソース管理の理解

I/Oリソース管理(IORM)では、Oracle Exadata Storage ServerのI/Oリソースをセル単位で管理します。I/Oリクエストによりセルの容量が飽和状態になり始めると、構成済のリソース・プランに従って、受信するI/OリクエストがIORMによってスケジュール調整されます。IORMでは、発行するI/Oリクエストとキューに入れるI/Oリクエストを迅速に振り分けることにより、I/Oをスケジュール調整します。すぐに発行されるI/Oリクエストは、リソース・プランに従ってワークロードがリソース割当てを超えていないリクエストです。キューに入れられるI/Oリクエストは、ワークロードがリソース割当てを超えているリクエストです。キューに入れられたI/Oリクエストは、そのワークロードがリソース割当て以下になった時点、またはセルが容量内で動作している時点で発行されます。セルが許容量を下回る状態で動作している場合、IORMはI/Oリクエストをキューに入れられません。また、システムの能力が最大限に達していないため、ワークロードがリソース割当てを超えることが許可されます。

たとえば、本番環境のデータベースとテスト用のデータベースでOracle Exadata Storage Serverを共有している場合は、本番環境のデータベースを優先するようにリソース・プランを構成できます。この場合、テスト用のデータベースの負荷が本番環境のデータベースのパフォーマンスに影響を与える場合は、本番環境のデータベースのI/Oパフォーマンスが影響を受けないように、IORMによってI/Oリクエストがスケジュール調整されます。つまり、テスト用のデータベースのI/Oリクエストは、本番環境のデータベースのI/Oリクエストのパフォーマンスに影響を与えずに発行可能になるまで、キューに入れられます。

IORMには、リソース割当てを管理するための多くの機能が用意されています。各機能は個別に使用できますが、他の機能と組み合せて使用することもできます。

データベース・リソース管理では、データベース内のワークロードを管理できます。データベース・リソース管理はデータベース・レベルで構成されます。この場合は、データベース・リソース・マネージャを使用してデータベース・リソース・プランを作成します。この機能は、1つのデータベース内に複数のタイプのワークロードがある場合や、これらのワークロード間でデータベースのリソース割当てをどのように共有するかを指定するためのポリシーを定義する必要がある場合に使用してください。1つのデータベースでのみOracle Exadata Storage Serverを使用している場合、必要なIORM機能はこれのみです。

データベース間のリソース管理では、複数のデータベースを管理できます。データベース間のリソース管理を構成する場合は、CellCLIユーティリティを使用してデータベース間のプランを作成します。データベース間のプランでは、データベースごとにリソース割当てを指定します。この機能は、Oracle Exadata Storage Serverを使用しているデータベースが複数ある場合に使用してください。

データベース間のプランが構成されている場合は、各データベースでデータベース・プランとリソース割当てを設定できます。データベース・リソース・プランでは、ワークロード(コンシューマ・グループ)間でデータベースのリソース割当てをどのように振り分けるかを指定します。データベースでデータベース・リソース・プランを有効にしていない場合は、データベースのリソース割当ては振り分けられず、データベースのすべてのI/Oリソースが単一のワークロードとして処理されます。

カテゴリ・リソース管理は拡張機能です。この機能は、Oracle Exadata Storage Serverが複数のデータベースをホストしており、主に実行中の処理のカテゴリ別にリソースを割り当てる場合に有効です。たとえば、すべてのデータベースにOLTP、レポート、メンテナンスの3つのカテゴリのワークロードがあるとします。これらのワークロード・カテゴリに基づいてI/Oリソースを割り当てるには、カテゴリ・リソース管理を使用します。

最大使用率制限の概要 (limit) はI/Oリソース管理でサポートされています。リソースの割当て値の指定のほかに、指定したデータベースの最大使用率を指定することもできます。このディレクティブにより、データベースが指定された制限を超えてI/Oリソースを使用できないようにすることができます。たとえば、本番とテスト環境用のデータベースがExtradaセルを共有している場合、テスト用データベースの最大使用率制限を設定し、テスト用データベースのI/O使用率を制限することができます。

最大使用率制限が指定されている場合、データベースが過剰な容量を使用することはありません。最大使用率制限を指定すると、ディスクをフル容量未満で実行できます。

IORMでは、フラッシュ・キャッシュおよびフラッシュ・ログの管理をサポートしています。ALTER IORMPLAN flashcache属性をoffに設定すると、データベースがフラッシュ・キャッシュを使用しないようにできます。同様に、ALTER IORMPLAN flashlog属性をoffに設定すると、データベースでフラッシュ・ログが使用されないようにできます。これらの属性により、特に統合環境において、フラッシュ・キャッシュおよびフラッシュ・ログをミッション・クリティカルなデータベース用に確保できます。

IORMでは、特定のデータベースのフラッシュ・キャッシュを単純にオフにすることに加えて、フラッシュ・キャッシュ・グループごとに割当てを指定することがサポートされています。フラッシュ・キャッシュ・グループは、データベースでもプラガブル・データベースでもかまいません。これらの割当て制限により、特定のクリティカル・グループに対するフラッシュ・キャッシュ内の領域の予約がサポートされるだけでなく、重要性の低い、または不正なデータベースやプラガブル・データベースがフラッシュ・キャッシュ全体をすべて使用することも防止されます。データベース間プランまたはCDBリソース・プランを使用して最小と最大の割当て制限を指定できます。

フラッシュ・キャッシュがフルでない場合は、グループがその割当てを超えて増加できる、弱い最大値を指定できます。また、フラッシュ・キャッシュがフルでない場合でも、データベースやPDBがその割当てを超えることができない、クラウドや「パフォーマンス・ベース課金」デプロイメントのためのフラッシュ・キャッシュの分割オプションもあります。

I/Oリソース管理(IORM)のデータベース間プランでは、数百ものデータベースのデータベース間プランの管理と構成を容易にするため、プロファイルがサポートされています。現在、ストレージ管理者がデータベース間プラン内のすべてのデータベースに対してリソースを指定する必要があります。また、この計画は新しいデータベースが作成されるたびに更新する必要があります。IORMプロファイルを使用すると、この問題を軽減できます。最初のステップでは、パフォーマンス要件に基づいて様々なプロファイル・タイプを定義できるプロファイル・ディレクティブを作成します。2番目のステップでは、データベース間プランに定義されているプロファイルの1つに新しいデータベースと既存のデータベースをマップします。これにより、データベースによってプロファイル・ディレクティブからすべての属性が自動的に継承されます。

データベース・リソース管理について

データベース・リソース・マネージャでは、各データベースで次のタスクを実行できます。

- リソース・コンシューマ・グループの作成
通常、データベースには多くのタイプのワークロードがあります。これらのワークロードは、パフォーマンス要件および発行されるI/Oの量が異なる場合があります。リソース・コンシューマ・グループを使用すると、特定のワークロードを構成するセッションをグループ化できます。たとえば、データベースで4つの異なるアプリケーションが実行されている場合、4つのコンシューマ・グループを作成して、各アプリケーションに1つずつ使用できます。データ・ウェアハウスにクリティカルな問合せ、通常の問合せおよびETL(抽出、変換およびロード)などの3つのタイプのワークロードがある場合、各タイプのワークロードにコンシューマ・グループを作成できます。

- コンシューマ・グループへのユーザー・セッションのマップ
コンシューマ・グループを作成したら、コンシューマ・グループにセッションをどのようにマップするかを指定するルールを作成する必要があります。データベース・リソース・マネージャでは、Oracleユーザー名、データベースとの接続にセッションで使用されたサービス、クライアント・マシン、クライアントのプログラム名、クライアントのユーザー名など、セッションの属性に基づいてマッピング・ルールを作成できます。各アプリケーションにコンシューマ・グループを作成しており、各アプリケーションに専用のサービスがある場合は、サービス名に基づいてマッピング・ルールを作成してください。コンシューマ・グループを特定のユーザー・セットに指定する場合は、そのユーザー名に基づいてマッピング・ルールを作成してください。コンシューマ・グループに明示的に割り当てられていないセッションは、OTHER_GROUPSコンシューマ・グループに配置されます。

- CDBリソース・プランの作成
コンテナ・データベース・リソース・プラン(CDBプラン)は、同一のコンテナを構成する様々なプラガブル・データベース間でCPUおよびI/Oリソースを割り当てる方法を指定します。CDBプランはデータベース・リソース・マネージャを使用して作成されます。CDBプランには、各プラガブル・データベースのディレクティブが含まれています。ディレクティブは、そのプラガブル・データベースに割り当てられている共有数を定義します。共有は、プランの他のプラガブル・データベースと比較したときの、そのプラガブル・データベースの相対的な優先度を定義します。

プラガブル・データベースの最大使用率制限を指定できます。

CDBリソース・プランでは、各PDBにmemory_minおよびmemory_limitも指定できます。これらのパラメータは、各PDB用のフラッシュ・キャッシュの最小および最大の割当て制限を指定します。

- リソース・プランの作成
データベースのリソース・プランはデータベース内リソース・プランとも呼ばれ、データベースのコンシューマ・グループ間でCPUとI/Oリソースをどのように割り当てるかを指定します。リソース・プランはデータベース・リソース・マネージャを使用して作成されます。これには、各コンシューマ・グループに対するリソース割当てディレクティブが含まれており、割合とレベルで構成されています。最大8つのレベルまで指定できます。レベル2のコンシューマ・グループでは、レベル1で割り当てられなかったリソースや、レベル1のコンシューマ・グループによって使用されなかったリソースが取得されます。同様に、レベル3のコンシューマ・グループには、レベル1および2の割当てが一部残っている場合にのみリソースが割り当てられます。リソース・プランには、各コンシューマ・グループのリソース割当てのディレクティブが含まれ、割合およびレベルで構成されます。複数のレベルで優先度付けできるだけでなく、プライマリおよび残りのすべてのリソースをどのように使用するかを明示的に指定することもできます。割合、優先度、または割合と優先度を組み合せてコンシューマ・グループ間でリソースを割り当てるリソース・プランを構成できます。

コンシューマ・グループの最大使用率制限を指定することもできます。これはデータベースの最大使用率制限と同じように動作し、コンシューマ・グループのI/O使用率を指定した値に制限します。

CDB計画以外にも、プラガブル・データベースごとにリソース計画を作成することにより、プラガブル・データベース内で実行されているワークロードを管理することもできます。プラガブル・データベースでサポートされるのは、最大8つのコンシューマ・グループが含まれる単一レベルの計画のみです。

- リソース・プランの有効化
データベース・リソース・プランは、RESOURCE_MANAGER_PLAN初期化パラメータを使用して手動で有効にできます。また、ジョブ・スケジューラ・ウィンドウで自動的に有効にすることもできます。

データベースでデータベース・リソース・プランを設定すると、プランの説明が各セルに自動的に送信されます。Oracle Real Applications Clusters (Oracle RAC)データベースでOracle Exadata Storage Serverを使用する場合は、Oracle RACクラスタのすべてのインスタンスを同じリソース・プランに設定する必要があります。新規セルの追加または既存のセルの再起動を行うと、データベースの現在のプランがセルに自動的に送信されます。リソース・プランは、データベース・サーバーおよびセルの両方のリソース管理に使用されます。

バックグラウンドのI/Oは、ユーザーI/Oに対する優先度に基づいてスケジュール設定されます。たとえば、REDO書込みおよび制御ファイルの読取りおよび書込みはパフォーマンスにとって重要なため、すべてのユーザーI/Oよりも常に優先されます。データベース・ライター・プロセス(DBWR)の書込みは、ユーザーI/Oと同じ優先度レベルでスケジュール設定されます。データベースでリソース・プランが有効になっていない場合、すべてのユーザーI/Oは同等に処理され、この段落の説明に従ってバックグラウンドのI/Oが処理されます。

Oracleでは、事前定義された複数のプランを用意しています。最も一般的に使用されるプランは、mixed_workload_plan、dss_planおよびdefault_maintenance_planです。

関連項目:
プラガブル・データベース、CDBプラン、コンシューマ・グループ、コンシューマ・グループへのユーザー・セッションの割当て、およびリソース・プランの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

データベース間のリソース管理について

データベース間のリソース管理は、データベース間のプランを使用して管理されます。データベース間のプランでは、複数のデータベース間でリソースを各セルにどのように割り当てるか(割合または共有別)を指定します。データベース間のプランのディレクティブでは、コンシューマ・グループではなくデータベースへの割当てを指定します。データベース間のプランは、各セルでCellCLIユーティリティを使用して構成および有効化されます。

データベース間のプランのディレクティブは、データベースのdb_unique_nameを識別子として使用して指定されます。IORMでは、ディレクティブでロール属性も指定される場合を除き、db_nameを使用したディレクティブの指定はサポートされません。これは、Oracle Data Guardデプロイメントにのみ適用されます。IORMロール属性の詳細は、例6-14を参照してください。

たとえば、データベースSALESにI/Oリソースの70%、HRに30%が割り当てられるように指定し、未使用の割当てがTEST_SALESデータベースに再割当てされるように指定するとします。データベース間のプランは、各ディレクティブが割当て量とレベル(1から8)で構成される点でデータベース・リソース・プランと同じです。各プランでは、任意のレベルの割当ての合計を100%以下にする必要があります。データベース間のプランとデータベース・リソース・プランの異なる点は、データベース間のプランにはサブプランを含めることができず、I/Oリソースのディレクティブしか含めることができないことです。所定の時間で1つのセルで有効にできるデータベース間プランの数は1つのみです。

共有ベースのプランでは、割合による割当ておよびレベルではなく、相対的な共有を使用します。このようなプランは実装は簡単ですが、割合による割当てと同様の効果があります。各データベースには、1から32の整数の共有値が割り当てられます。共有の合計が100を超える場合もあります。共有ベースのプランでは、データベース間プラン内で最大1024のディレクティブをサポートします。たとえば、クリティカルなデータベースのFINANCEに4つの共有があり、優先度の低いデータベースのREPORTINGに1つの共有がある場合、FINANCEデータベースのI/O発行の可能性はREPORTINGデータベースの4倍にります。

Oracle Exadata Storage Server Softwareでは、IORMおよびデータベース・リソース・プランを併用してI/Oリソースを割り当てます。

- 最初に、データベース間のプランによって各データベースにI/Oリソースが割り当てられます。未使用のリソースは、プランに従って他のデータベースに再割当てされます。このプロセスはデータベース・リソース・プランと同様です。

- 次に、各データベースのデータベース・リソース・プランによってコンシューマ・グループにI/Oリソースが割り当てられます。データベースにアクティブなデータベース・リソース・プランがない場合は、すべてのユーザーI/Oが同じように処理されます。バックグラウンドのI/Oは、重要度に基づいてユーザーI/Oに対して優先度が付けられます。

ベスト・プラクティスとしては、同じセル・ストレージを使用しているデータベースごとにディレクティブを作成することをお薦めします。これは、共有ベースのプランでは自動的に実行されますが、割合による割当てプランでは自動的に実行されません。共有ベースのプランで明示的にマッピングされない各データベースのデフォルトの共有は、それぞれ1です。明示的なディレクティブのないデータベースを割合による割当てプランで管理できるようにするには、OTHERという名前の割当てを作成します。明示的なディレクティブのないデータベースは、OTHERグループ・ディレクティブの割当てを使用して管理されます。

共有ベースのプランでは、DEFAULTディレクティブを使用して、プランで名前が明示的に指定されていないデータベース用の様々なIORM属性のデフォルト値を指定します。デフォルトの共有は1で、上限は100%に設定されます。フラッシュ・キャッシュおよびフラッシュ・ログはデフォルトで有効になっており、フラッシュ・キャッシュの割当て制限の最小または最大のデフォルトの設定はありません。

もう1つのデータベース間リソース管理の使用ケースは統合用です。たとえば、同じOracle Exadata Storage Serverにある4つの異なるアプリケーションを統合する場合です。すべてのアプリケーションが同じような優先度要件の場合は、I/Oリソースの25%を均等に割当てます。

ただし、別のアプリケーションの使用率がワークロードで突然上昇する場合は、各アプリケーションを分離できます。最大使用率制限を使用してアプリケーションを分離し、たとえば、各アプリケーションに40%の最大使用率制限を指定します。このようなシナリオの場合、各アプリケーションはI/Oリソースの最大40%を使用することができ、システムを完全に占有することはありません。最大使用率制限は、このような統合シナリオの場合に便利です。

特定のサービス・プロバイダには、パフォーマンス・ベースで課金されるモデルがあります。これらのプロバイダは、購入されたサービスのレベルに応じて顧客に対するパフォーマンスを保証することを求めています。ゴールド層のサービスを購入していない顧客は、ゴールド・レベルのパフォーマンスを享受できないようにする必要があります。これは、最大使用率制限が意味を持つもう1つの事例です。フラッシュ・キャッシュの最小および最大の割当て制限は、このモデルでも役に立ちます。

データベース間プランを使用して管理されるもう1つのリソースはフラッシュ・キャッシュ領域です。複数のデータベースが使用されており、プラガブル・データベースによって記憶域が共有されている場合、フラッシュ・キャッシュは管理が必要なクリティカルなリソースになります。I/Oリソース管理では、フラッシュ・キャッシュ内の領域を保証することにより、予測可能なパフォーマンスを実現できます。また、1つのデータベースまたはPDBがフラッシュ・キャッシュ全体を占有しないようにすることもできます。これを行うには、flashcacheminおよびflashcachelimit属性を使用します。flashcachemin属性は、ブロックがコールド状態であってもデータベースに対して保証される、フラッシュ・キャッシュ内の最小サイズを指定します。flashcachelimit属性は、フラッシュ・キャッシュの「弱い」最大サイズを指定します。フラッシュ・キャッシュがフルでない場合、データベースはこのflashcachelimitの値を超えることができます。

flashcachesize属性は、データベース用の領域を予約するためにフラッシュ・キャッシュを分割します。flashcachesizeを指定されたフラッシュ・キャッシュ・グループは、フラッシュ・キャッシュがフルでない場合も、その割当て制限を超えることはできません。

flashcacheminおよびflashcachesizeは保証付きの予約であるため、flashcacheminとflashcachesizeの合計は、各グループがそれぞれの割当てを取得できるように、すべてのディレクティブ全体でフラッシュ・キャッシュのサイズより小さくする必要があります。

リソース・プランを管理する場合は、次の点に注意してください。

- Oracle Exadata Storage Serverが1つのデータベースのみをホストする場合、データベース間プランは不要です。

- データベース間のプランが指定されていない場合は、すべてのデータベースで割当てが同じになります。

- OTHERディレクティブにマップされるデータベースが1つしかなく、その他のデータベースに明示的なディレクティブがある場合、Oracle Exadata Storage Serverでは、そのデータベースのデータベース・リソース・プランを使用して、そのデータベースのコンシューマ・グループ間でOTHERデータベースの割当てをどのように再配分するかを決定します。

- 複数のデータベースがOTHERディレクティブにマップされる場合、Oracle Exadata Storage Serverでは、それらのデータベースにデータベース・リソース管理を使用しません。この場合は、すべてのI/Oリクエストが同等に処理されます。

- 共有ベースのプランでは、プランで明示的に名前が指定されていない場合でも、各データベースがで独自のディレクティブを取得します。Oracle Exadata Storage Serverでは、データベースのデータベース・リソース・プランを使用して、データベースのコンシューマ・グループ間で割当てをどのように配分するかを決定します。

- CDBプランでmemory_minまたはmemory_limitを指定していて、データベース間プランでflashCacheSizeを指定している場合は、CDBプランのmemory_minは無視されます。

I/Oリソース管理プロファイルについて

I/Oリソース管理のデータベース間プランでは、数百ものデータベースのデータベース間プランの管理と構成を容易にするため、プロファイルがサポートされています。プロファイルにより、データベースに対してI/Oリソースを割り当てる方法が導入されます。これは、データベースのinit.oraパラメータdb_performance_profileを使用して実行されます。データベース管理者は、db_performance_profileパラメータを設定することにより、様々なデータベースをGOLD、SILVER、BRONZEとして分類できます。DBRM計画の場合のように、db_performance_profile情報はOracle Exadataストレージ・グリッド内のすべてのストレージ・セルに対して自動的にプッシュされます。次のSQLは、データベースにプロファイル・パラメータを設定する方法を示しています。

SQL> alter system set db_performance_profile=gold scope=spfile;

プロファイルは、データベース間プランのディレクティブとして指定され、CellCLIユーティリティを使用して構成されます。プロファイル・ディレクティブは、識別子(名前)と一連の属性で構成されています。データベース・ディレクティブとプロファイル・ディレクティブを区別するために、typeと呼ばれる修飾子属性が使用されます。type属性は、databaseまたはprofileに設定できます。次は、type属性の構文の例です。

CellCLI> ALTER IORMPLAN DBPLAN=((name=gold, share=10, limit=100, type=profile),  \
(name=silver, share=5, limit=60, type=profile), (name=bronze, share=1, limit=20, \
type=profile))

前述の例には、プロファイルの3つのディレクティブ(GOLD、SILVERおよびBRONZE)が含まれています。db_performance_profileがGOLDに設定されたすべてのデータベースは、セルに対して10の共有、および100%の制限を取得します。このことは、SILVERおよびBRONZEプロファイルにマップされているデータベースについても当てはまります。新しいデータベースを追加する場合、db_performance_profileを設定し、データベースを再起動します。データベース間プランを変更しなくても、データベースによってOracle Exadata Storage Server上のプロファイル属性が自動的に継承されます。また、プロファイル・ディレクティブとデータベース・ディレクティブが混在するデータベース間プランの作成もサポートされています。

データベース間プロファイル・プランを管理する場合、次の各事項に注意してください。

- db_performance_profileパラメータは動的パラメータでないため、データベースの再起動時にはプロファイルを更新する必要があります。

- type属性を指定しない場合、ディレクティブはdatabaseディレクティブにデフォルト設定されます。

- データベース間プランで指定できるのは、8つのプロファイル・ディレクティブと1024のデータベース・ディレクティブのみです。

- プロファイル・ディレクティブでは、レベル、割当ておよびロールを指定することはできません。

- OTHERとDEFAULTという単語は予約語です。プロファイル名をOTHERまたはDEFAULTにすることはできません。

- type属性は、カテゴリ・プランでは指定できません。

- プロファイルは、カテゴリ・プランととともに指定することはできません。

カテゴリ・リソース管理について

データベース・リソース・マネージャでは、すべてのコンシューマ・グループでカテゴリを指定できます。コンシューマ・グループはデータベース内のユーザーの集合を表しますが、カテゴリはすべてのデータベースのコンシューマ・グループの集合を表します。カテゴリ・プランを作成すると、カテゴリに基づいてI/Oリソースを管理できます。たとえば、Oracle Exadata Storage Serverを共有するすべてのデータベースで、batchカテゴリのコンシューマ・グループよりもinteractiveカテゴリのコンシューマ・グループを優先するように優先順位を指定できます。表6-1は、Oracle Databaseに用意されている事前定義済のカテゴリとサンプルの割合を説明したものです。

カテゴリの数の追加、または事前定義済のカテゴリの変更を行うことができます。同じセル・ストレージを使用するすべてのデータベースで、コンシューマ・グループを適切なカテゴリにマップしてください。明示的にカテゴリを指定されていないコンシューマ・グループは、デフォルトでOTHERカテゴリに設定されます。

カテゴリ・プランを有効にすると、カテゴリ・プランが最初に使用され、カテゴリ間でリソースが割り当てられます。選択したカテゴリごとにデータベース間のプランが使用され、選択したカテゴリのコンシューマ・グループを持つデータベースが選択されます。最後に、選択したデータベース・リソース・プランが使用され、コンシューマ・グループの1つが選択されます。

カテゴリ・プランは、CellCLIユーティリティを使用してセルで構成および有効化されます。一度に有効にできるカテゴリ・プランは1つのみです。サンプルのカテゴリ・プランを表6-1に示します。

表6-1 サンプルのカテゴリ・プラン

カテゴリ名

カテゴリの説明

レベル1(%)

レベル2(%)

レベル3(%)

ADMINISTRATIVE

緊急の管理タスクなど、優先度が非常に高い処理用。

このカテゴリは必須です。

80

INTERACTIVE

OLTPトランザクションなど、優先度が高くパフォーマンスに依存する処理用。

70

BATCH

クリティカルでないレポートやバックアップなど、優先度の低い処理用。

70

MAINTENANCE

自動化されたタスクなど、優先度が低い処理用。

10

OTHER

カテゴリ・ラベルがなく、現在のカテゴリ・プランにないカテゴリを参照するすべてのコンシューマ・グループ用。

このカテゴリは必須です。

20

表6-1に示すサンプル・プランでは、すべてのデータベースでadministrativeアクティビティが最も優先されます。interactiveアクティビティはbatch、maintenanceおよびその他のアクティビティよりも優先されます。このサンプル・プランのリソース割当ては次のとおりです。

- レベル1には、I/Oリソースの80%が割り当てられます。ADMINISTRATIVEカテゴリはレベル1の唯一のカテゴリです。

- レベル2には、レベル1で未割当てまたは未使用のすべてのリソースが割り当てられます。この例では、I/Oリソースの20%とADMINISTRATIVEカテゴリで使用されていないリソースがレベル2に割り当てられます。INTERACTIVEカテゴリでは、レベル2の量の70%が割り当てられます。

- レベル3のカテゴリには、INTERACTIVEカテゴリで使用されていないリソースを含む、残りのリソースが割り当てられます。BATCHカテゴリには、残りのリソースの70%、OTHERカテゴリには20%、MAINTENANCEカテゴリには10%が割り当てられます。

すべてのデータベースのすべての管理コンシューマ・グループは、ADMINISTRATIVEカテゴリにマップしてください。重要なOLTPトランザクションやタイムクリティカルなレポートなど、優先度の高いすべてのユーザー・アクティビティは、INTERACTIVEカテゴリにマップしてください。レポートやメンテナンス、優先度の低いOLTPトランザクションなど、優先度の低いすべてのユーザー・アクティビティは、BATCH、MAINTENANCEおよびOTHERのカテゴリにマップしてください。

関連項目:
「データベース・リソース管理の管理」。

コンシューマ・グループおよびリソース・プランについて

Oracleには、Oracle Exadata Storage Server Softwareを使用するデータ・ウェアハウス専用のデフォルトのコンシューマ・グループおよびリソース・プランが付属しています。これらのプランは、現在の環境の要件に合せて変更できます。

データ・ウェアハウス用のコンシューマ・グループは、次のとおりです。

- ETL_GROUP: ETL(抽出、変換およびロード)ジョブ用のコンシューマ・グループ。

- DSS_GROUP: クリティカルではない意思決定支援システム(DSS)の問合せ用のコンシューマ・グループ。

- DSS_CRITICAL_GROUP: クリティカルなDSS問合せ用のコンシューマ・グループ。

データ・ウェアハウス用のリソース・プランは、次のとおりです。

- DSS_PLANリソース・プラン

- ETL_CRITCAL_PLANリソース・プラン

DSS_PLANリソース・プラン

DSS_PLANリソース・プランは、クリティカルではないDSS問合せおよびETLジョブよりもクリティカルなDSS問合せを優先するデータ・ウェアハウス用に設計されています。このプランでは、SYS_GROUPが最高の優先度を持ち、次にDSS_CRITICAL_GROUP、DSS_GROUPが続き、その次にETL_GROUPとBATCH_GROUPの組合せが続きます。帯域幅のすべてを使用できるコンシューマ・グループはありません。

表6-2 データ・ウェアハウス用のDSS_PLANリソース・プラン

コンシューマ・グループ

レベル1(%)

レベル2(%)

レベル3(%)

レベル4(%)

SYS_GROUP

75

DSS_CRITICAL_GROUP

75

DSS_GROUP

75

ETL_GROUP

45

BATCH_GROUP

45

ORA$DIAGNOSTICS

5

ORA$AUTOTASK_SUB_PLAN

5

OTHER_GROUPS

10

表6-2に示したように、DSS_CRITICAL_GROUPグループには、レベル2で75%のみが割り当てられます。未使用の割当ては、同じレベルの他のコンシューマ・グループではなく、すべて次のレベルに付与されます。つまり、DSS_CRITICAL_GROUPグループで割当てが完全に使用されない場合、その割当ては同じレベルのORA$DIAGNOSTICSグループやORA$AUTOTASK_SUBPLANグループには付与されません。プラン定義に従って、割当てはレベル3のDSS_GROUPグループに付与されます。

ETL_CRITCAL_PLANリソース・プラン

ETL_CRITICAL_PLANでは、DSS問合せよりもETLが優先されます。このプランでは、SYS_GROUPグループに帯域幅の75%が割り当てられます。残りの帯域幅は、レベル2の割当てで指定される割合に基づいて、他のコンシューマ・グループ間で分割されます。ETL_GROUPおよびDSS_CRITICAL_GROUPグループの割当て(35%)は、DSS_GROUPおよびBATCH_GROUPグループの割当て(10%)より多くなっています。

表6-3 データ・ウェアハウス用のETL_CRITICAL_PLANリソース・プラン

コンシューマ・グループ

レベル1(%)

レベル2(%)

レベル3(%)

レベル4(%)

SYS_GROUP

75

DSS_CRITICAL_GROUP

35

DSS_GROUP

10

ETL_GROUP

35

BATCH_GROUP

10

ORA$DIAGNOSTICS

3

ORA$AUTOTASK_SUB_PLAN

3

OTHER_GROUPS

3

CDBプランおよびプラガブル・データベースについて

マルチテナント・コンテナ・データベースは、多数のユーザー定義のプラガブル・データベースをサポートしています。CDBでは、リソースについて競合する複数のPDB内に、複数のワークロードを使用することができます。CDBでは、リソースは次のレベルで管理されます。

- CDBレベル: リソース・マネージャを使用して、システム・リソースおよびCDBリソースについて競合する複数のプラガブル・データベース(PDB)のワークロードを管理します。管理者は、PDBへのリソースの割当て方法を指定し、特定のPDBのリソース使用率を制限できます。

- PDBレベル: リソース・マネージャを使用して、各PDB内のワークロードを管理します。

次のCDBプランには、SALES、SERVICESおよびHRという3つのPDBが含まれています。PDBは、そのCDBプラン内でそれぞれ異なる共有数および最大使用率制限が使用されます。

PDB名

共有のためのディレクティブ

使用率制限のためのディレクティブ

Memory_min

Memory_limit

SALES

3

無制限

20

SERVICES

3

無制限

20

HR

1

70

50

IORMの管理

この項では、I/Oリソース管理(IORM)のタスクについて説明します。このタスクを実行するには、DBMS_RESOURCE_MANAGERパッケージを使用して、データベース・ホスト上にデータベース・リソース・プランを定義し、CellCLIユーティリティを使用して、各セルのIORMおよびカテゴリを指定します。

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

- レイテンシに優先順位を付けるためのIORMの有効化

- データベース・リソース管理の管理

- データベース間のリソース管理の管理

- I/Oリソース管理プランの表示

- I/Oリソース管理の構成の確認

- プランの使用例

関連項目:
CellCLIユーティリティの詳細は、第8章「CellCLIユーティリティの使用」を参照してください。

レイテンシに優先順位を付けるためのIORMの有効化

IORMはデフォルトで有効です。デフォルトの状態において、IORMはフラッシュ・キャッシュとフラッシュ・ログを管理します。また、ログの書込み、バッファ・キャッシュの読取りおよびその他影響のあるI/Oにおいて、極端に長い待機時間が発生しないように監視します。ハード・ディスク上で非常に負荷の高いI/Oを実行すると、ディスクI/Oの待機時間が長くなります。IORMを使用せずに、ディスクI/Oのレイテンシを短くする唯一の方法は、スマート・スキャンやその他のディスクI/O集中型の操作を減らして、I/O全体のスループットを低くすることです。これらのI/O集中型操作を管理するには、IORMで最適化モードを指定するようにobjectiveオプションを設定します。デフォルトのobjectiveオプションはbasicです。

objectiveオプションをbasicに設定すると、データベース・リソース・プランの最大利用率が制限されません。データベース・リソース・プラン割当ては、極端に長い待機時間が発生しないように監視するためだけに使用され、プランへの適合は考慮されていません。

このモードでは、IORMはフラッシュ・デバイスに対するスマート・スキャンおよび優先度の低いI/Oをキューに入れられます。通常、クリティカルなI/Oによってディスクが常時ビジー状態になることはありません。これらのアイドル時間中、IORMはデータベース間プランの割当てを使用して、キューに入れられたスマート・スキャンおよび優先度の低いI/Oをフラッシュ・デバイスに対して発行します。これは、ハード・ディスクに対するI/Oの処理方法とは関係なく実行されます。

クリティカルなOLTP I/Oが発行されていないときも、IORMは異なるスキャンのワークロードの中で優先順位を付けます。フラッシュIORMは、フラッシュ・キャッシュとExadata Extreme Flashのハイブリッド・システムで有効になっています。フラッシュIORMのデバイス・キューの深さは、ハードウェアおよびフラッシュ・デバイスの種類によって異なります。

プランに厳密に適合させるために、最大利用率を制限する場合は、objectiveオプションをbasic以外の値に設定する必要があります。サポートされているIORMのobjective値は、auto、low_latency、balancedおよびhigh_throughputです。推奨されるobjectiveオプションはautoで、これを指定すると、IORMはワークロードを継続して監視し、現在セルでアクティブなワークロードに基づいて最適なモードを選択します。objectiveオプションがbasic以外の値に設定されている場合、IORMは次のいずれかの方法でI/Oリソースに優先順位を付けます。

1. データベースでデータベース・リソース・プランが設定されている場合に、IORMがディスクI/Oを管理します。

2. データベース間のプランまたはカテゴリ・プランが構成されている場合に、IORMがディスクI/Oを管理します。

I/Oの優先順位付けおよびスロットルを非アクティブ化するには、IORMのobjectiveの設定をbasicに戻します。

フラッシュIORMの動作は、Exadata Extreme Flashストレージを除き、IORMの目標の変更では制御できません。フラッシュIORMは、OLTPの待機時間を保護するように設計されており、クリティカルなI/Oを保護する際に目標を考慮に入れることはありません。

Exadata Extreme Flashストレージでは、IORMの目標によりフラッシュIORMの挙動をある程度制御できます。デフォルトの目標はbasicです。目標の値のautoとbalancedは、同じ動作になります。スキャンのスループットの低下度合いがあまりに高いと考えられる場合は、目標を、クリティカルなI/O待機時間を犠牲にしてスキャンのスループットを向上させるhigh_throughputに変更できます。クリティカルI/Oの待機時間は非常に良好だが、両方のワークロードを同時に実行するときにスキャンのスループットが大幅に劣化する、という場合には、目標をlow_latencyに変更することもできます。

データベース・リソース管理の管理

データベース・リソース管理を設定するには、データベース・リソース・マネージャを使用し、コンシューマ・グループを構成してセッションを割り当て、データベース・リソース・プランを作成して有効にする必要があります。

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

- コンシューマ・グループおよびカテゴリの設定

- コンシューマ・グループへのセッションの割当て

- CDBプランの作成

- データベース・プランの作成

- データベース・リソース・プランの有効化

- 高速ファイル作成の管理

- データのインポート管理

- Oracle Recovery Managerのバックアップおよびコピーの管理

コンシューマ・グループおよびカテゴリの設定

コンシューマ・グループおよびカテゴリは、PL/SQL DBMS_RESOURCE_MANAGERパッケージのプロシージャを使用して設定します。新規のコンシューマ・グループおよびカテゴリを作成するか、事前定義済のコンシューマ・グループまたはカテゴリのいずれかを使用することができます。カテゴリ・プランを使用する予定がない場合は、カテゴリを設定する必要はありません。

注意:
コンシューマ・グループおよびカテゴリはデータベースに作成されますが、セルに明示的に作成することはできません。

コンシューマ・グループおよびカテゴリを管理するためのDBMS_RESOURCE_MANAGERプロシージャを実行する前に、最初にペンディング・エリアを作成する必要があります。DBMS_RESOURCE_MANAGER PL/SQLパッケージのプロシージャを実行するには、システム権限のADMINISTER_RESOURCE_MANAGERが必要です。

次のPL/SQLコマンドは、コンシューマ・グループおよびカテゴリで使用されます。

- カテゴリを管理する場合: CREATE_CATEGORY()、DELETE_CATEGORY()およびUPDATE_CATEGORY()

- コンシューマ・グループを管理する場合: CREATE_CONSUMER_GROUP()およびUPDATE_CONSUMER_GROUP()

- カテゴリにコンシューマ・グループを割り当てる場合: CREATE_CONSUMER_GROUP()またはUPDATE_CONSUMER_GROUP()

例6-1は、データベースにコンシューマ・グループおよびカテゴリを設定する方法を示しています。この例では、MAINTENANCEカテゴリが事前定義されますが、作成されません。

例6-1 データベースのPL/SQLを使用したコンシューマ・グループおよびカテゴリの設定

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();

DBMS_RESOURCE_MANAGER.CREATE_CATEGORY(
CATEGORY => 'dss',
COMMENT => 'DSS consumer groups');

DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP(
CONSUMER_GROUP => 'critical_dss',
CATEGORY => 'dss',
COMMENT => 'performance-critical DSS queries');

DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP(
CONSUMER_GROUP => 'normal_dss',
CATEGORY => 'dss',
COMMENT => 'non performance-critical DSS queries');

DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP(
CONSUMER_GROUP => 'etl',
CATEGORY => 'maintenance',
COMMENT => 'data import operations');

DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

データベースには、各自で設定したコンシューマ・グループの他に、事前定義済のコンシューマ・グループも含まれています。DBA_RSRC_CONSUMER_GROUPSビューには、コンシューマ・グループに関する情報が表示され、DBA_RSRC_CATEGORIESビューには、データベース内のカテゴリに関する情報が表示されます。例6-2は、DBA_RSRC_CONSUMER_GROUPSビューに対する問合せを示しています。

例6-2 Oracle Databaseのコンシューマ・グループおよびカテゴリ

SQL> SELECT consumer_group, category FROM DBA_RSRC_CONSUMER_GROUPS where
consumer_group not like 'ORA%' ORDER BY category;

CONSUMER_GROUP                 CATEGORY
------------------------------ ------------------------------
SYS_GROUP                      ADMINISTRATIVE
ETL_GROUP                      BATCH
BATCH_GROUP                    BATCH
DSS_GROUP                      BATCH
CRITICAL_DSS                   DSS
NORMAL_DSS                     DSS
DSS_CRITICAL_GROUP             INTERACTIVE
INTERACTIVE_GROUP              INTERACTIVE
ETL                            MAINTENANCE
LOW_GROUP                      OTHER
OTHER_GROUPS                   OTHER
AUTO_TASK_CONSUMER_GROUP       OTHER
DEFAULT_CONSUMER_GROUP         OTHER

13 rows selected

関連項目:

- コンシューマ・グループおよびカテゴリの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- データベース・ビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

コンシューマ・グループへのセッションの割当て

リソースのコンシューマ・グループにセッションを手動で割り当てるか、コンシューマ・グループのマッピング・ルールを使用して自動的に割り当てることができます。どちらの方法でも、コンシューマ・グループを切り替えるための明示的な権限をユーザーに付与する必要があります。ユーザーが切替え可能なコンシューマ・グループを制御するには、PL/SQLプロシージャのDBMS_RESOURCE_MANAGER_PRIVS.GRANT_SWITCH_CONSUMER_GROUP()を使用します。

コンシューマ・グループのマッピング・ルールは、ユーザー名、データベースとの接続にセッションで使用されたサービス名、クライアント・プログラムの名前などのセッション属性に基づきます。コンシューマ・グループのマッピング・ルールを作成するには、例6-3に示すようにSET_CONSUMER_GROUP_MAPPINGプロシージャを使用します。SET_CONSUMER_GROUP_MAPPINGプロシージャを実行する前に、最初にペンディング・エリアを作成する必要があります。

例6-3 サービスおよびユーザー名に基づいたコンシューマ・グループのマッピング・ルールの作成

BEGIN
DBMS_SERVICE.CREATE_SERVICE('SALES', 'SALES');
DBMS_SERVICE.CREATE_SERVICE('AD_HOC', 'AD_HOC');

DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING
(DBMS_RESOURCE_MANAGER.ORACLE_USER, 'SYS', 'CRITICAL_DSS');
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING
(DBMS_RESOURCE_MANAGER.SERVICE_NAME, 'SALES', 'CRITICAL_DSS');
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING
(DBMS_RESOURCE_MANAGER.SERVICE_NAME, 'AD_HOC', 'NORMAL_DSS');

DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();

DBMS_RESOURCE_MANAGER_PRIVS.GRANT_SWITCH_CONSUMER_GROUP (
GRANTEE_NAME   => 'PUBLIC',
CONSUMER_GROUP => 'CRITICAL_DSS',
GRANT_OPTION   =>  FALSE);
DBMS_RESOURCE_MANAGER_PRIVS.GRANT_SWITCH_CONSUMER_GROUP (
GRANTEE_NAME   => 'PUBLIC',
CONSUMER_GROUP => 'NORMAL_DSS',
GRANT_OPTION   =>  FALSE);
END;
/

PL/SQLのDBMS_RESOURCE_MANAGER.SWITCH_CONSUMER_GROUP_FOR_USER()プロシージャまたはSWITCH_CONSUMER_GROUP_FOR_SESS()プロシージャを使用して、セッションを特定のコンシューマ・グループに手動で切り替えることもできます。

関連項目:
次の詳細は、『Oracle Database管理者ガイド』を参照してください。

- コンシューマ・グループへのセッションの割当て

- セッション属性の完全なリスト

CDBプランの作成

CDBプランは、PL/SQLのDBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN()プロシージャおよびCREATE_CDB_PLAN_DIRECTIVE()プロシージャを使用して作成されます。CDBプランは、ルートPDB以外から構成することはできません。CDBプランでは、データベース・インスタンスのCPUリソースおよびExadataセルのフラッシュ・キャッシュ領域やI/O帯域幅を管理します。

例6-4は、SALES、SERVICESおよびHRという3つのPDB間でのリソースの配分方法を示しています。SALESおよびSERVICESは優先度が高く、またHRの共有数が1つであるのに対し、SALESおよびSERVICESの共有数はそれぞれ3つあります。HR PDBでは、最大使用率制限が70%に設定されています。

例6-4 CDBプランを使用したPDB間でのリソースの配分

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();

DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN(
plan    => ''NEWCDB_PLAN ',
comment => 'CDB resource plan for newcdb');

DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => 'NEWCDB_PLAN',
pluggable_database    => 'SALESPDB',
shares                => 3,
memory_min            => 20,
utilization_limit     => 100);
DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => ' NEWCDB_PLAN ',
pluggable_database    => 'SERVICESPDB',
shares                => 3,
memory_min            => 20,
memory_limit          => 75);
DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => ' NEWCDB_PLAN ',
pluggable_database    => 'HRPDB',
shares                => 1,
memory_limit          => 50,
utilization_limit     => 70);

DBMS_RESOURCE_MANAGER.VALIDATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

データベース・プランの作成

データベース・リソース・プランはデータベース内プランとも呼ばれ、PL/SQLのDBMS_RESOURCE_MANAGER.CREATE_PLAN()プロシージャおよびCREATE_PLAN_DIRECTIVE()プロシージャを使用して作成されます。DBMS_RESOURCE_MANAGER PL/SQLパッケージのプロシージャを実行するには、システム権限のADMINISTER_RESOURCE_MANAGERが必要です。このリソース・プランでは、データベース・インスタンスのCPUリソースおよびセルのI/Oリソースの両方を管理します。

1つ目のシナリオでは、複数のアプリケーション間でデータベースを共有し、I/Oリソースを特定の比率で各アプリケーションに割り当てます。たとえば、SALES、FINANCE、MARKETINGという名前の3つのアプリケーションがあるとします。I/Oリソースを60%、25%、10%の割合でそれぞれ割り当て、これらのコンシューマ・グループにマップされないセッションに残りの5%を割り当てます。このシナリオでは、各アプリケーションにコンシューマ・グループを作成し、単一レベルのリソース・プランを作成して、各コンシューマ・グループに割り当てるI/Oリソースの割合を指定します。この割当ては、実際はコンシューマ・グループで使用可能な最小のI/Oリソースです。コンシューマ・グループで割当てが使用されなかった場合、その割当てはプランで指定した比率で他のコンシューマ・グループに再配分されます。MGMT_P1パラメータを使用すると、例6-5に示すように割当てを指定できます。

例6-5 アプリケーション間でのリソースの共有

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.CREATE_PLAN('DAYTIME_PLAN', 'Resource plan for managing all
applications between 9 am and 5 pm');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('SALES', 'Sales App');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('FINANCE', 'Finance App');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('MARKETING', 'Marketing App');
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'SALES', 'Allocation
for SALES', MGMT_P1 => 60);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'FINANCE', 'Allocation
for FINANCE', MGMT_P1 => 25);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'MARKETING',
'Allocation for MARKETING', MGMT_P1 => 10);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'OTHER_GROUPS',
'Allocation for default group', MGMT_P1 => 5);
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

2つ目のシナリオでは、ワークロードに優先順位を付けます。たとえば、問合せの実行中にデータをデータ・ウェアハウスにロードする場合に、データ・ロードよりも問合せを常に優先するとします。このシナリオでは、問合せ用にコンシューマ・グループを2つ作成し、データ・ロード用にコンシューマ・グループを1つ作成します。問合せ用の2つのコンシューマ・グループ間で、I/Oリソースを75:25の比率で共有するとします。また、これらのコンシューマ・グループで割当てをすべて使用しない場合にのみ、データ・ロードのI/Oを発行するとします。この場合は、例6-6に示すように、リソース・プランのレベルを使用して割当ての優先度を指定できます。

例6-6 ワークロード間でのリソースの共有

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.CREATE_PLAN('DAYTIME_PLAN', 'Resource plan for prioritizing
queries between 9 am and 5 pm');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('REPORT_QUERIES', 'Report Queries');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('AD-HOC_QUERIES', 'Ad-Hoc Queries');
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('DATA_LOAD', 'Data Load');

DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'REPORT_QUERIES',
'Allocation for REPORT_QUERIES', MGMT_P1 => 75);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'AD-HOC_QUERIES',
'Allocation for AD-HOC_QUERIES', MGMT_P1 => 25);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'DATA_LOAD',
'Allocation for DATA_LOAD', MGMT_P2 => 100);
DBMS_RESOURCE_MANAGER.CREATE_PLAN_DIRECTIVE('DAYTIME_PLAN', 'OTHER_GROUPS',
'Allocation for default group', MGMT_P3 => 100);
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

この例では、PL/SQLプロシージャのCREATE_PENDING_AREA()を使用してリソース・プランの作成または更新を開始し、PL/SQLプロシージャのSUBMIT_PENDING_AREA()を使用してそれらを完了する必要があります。また、OTHER_GROUPSのディレクティブを含める必要もあります。OTHER_GROUPSには、コンシューマ・グループに明示的にマップされないすべてのセッションが保持されます。

関連項目:
リソース・プランの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

データベース・リソース・プランの有効化

データベース・リソース・プランは、RESOURCE_MANAGER_PLANパラメータを設定することで手動で有効化できます。リソース・プランでスケジューラ・ウィンドウを定義すると、リソース・プランを自動的に有効化できます。スケジューラ・ウィンドウが開くと、リソース・プランが有効になります。スケジューラ・ウィンドウが閉じると、リソース・プランが無効になります。

リソース・プランが有効になると、このイベントに関してデータベースからすべてのセルにアラートが通知され、リソース・プランが提供されます。リソース・プランが無効になる場合も、すべてのセルにアラートが通知されます。データベースではリソース・プランを1つしかアクティブにできないため、データベースのすべてのインスタンスで同じリソース・プランを有効にする必要があります。データベースでデータベース・リソース・プランが有効になっていない場合は、すべてのI/Oリクエストが同等に処理されます。

関連項目:
リソース割当ての管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

高速ファイル作成の管理

Oracle Exadata Storage Server Softwareの高速ファイル作成機能では、データ・ファイルの初期化を高速化できます。この機能は、表領域を新規作成、既存の表領域にデータ・ファイルを追加、または既存の表領域を自動拡張すると自動的に実行されます。Oracle Exadata Storage Server Softwareでは、多数のI/Oリクエストを同時に発行するため、ファイルの初期化を非常に高速化できます。ただし、このような同時I/Oリクエストは高い負荷がかかり、パフォーマンスが重要となる問合せに影響を及ぼす可能性があります。

I/Oリソース管理を使用すると、新規の表領域を作成する場合や、既存の表領域にデータ・ファイルを追加する場合に高速ファイル作成の優先度を制御できます。これらの操作は、FASTFILECRE関数で実行されます。デフォルトでは、FASTFILECRE関数は、すべてのコンシューマ・グループおよびバックグラウンドI/Oより優先度の低い非表示のコンシューマ・グループにマップされます。ファイル作成の優先度を高くしてパフォーマンスを向上する場合、マッピング属性DBMS_RESOUCRE_MANAGER.ORACLE_FUNCTIONおよびマッピング値FASTFILECREに基づくマッピング・ルールを追加します。たとえば、MAINTENANCE_GROUPコンシューマ・グループで高速ファイル作成を実行するには、例6-7に示すコマンドを実行します。

例6-7 高速ファイル作成の管理

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP('MAINTENANCE_GROUP', 'Maintenance
activity');
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING(DBMS_RESOURCE_MANAGER.ORACLE_
FUNCTION, 'FASTFILECRE', 'MAINTENANCE_GROUP');
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

既存の表領域の自動拡張は簡単ですが、多くの場合はタイムクリティカルな操作のため、IORMを使用して優先度を変更することはできません。

データのインポート管理

データのインポート(ETL)は、データ・ウェアハウスのメンテナンスの重要な部分です。レポートや問合せはデータがロードされるまで実行できないため、ETLがパフォーマンスにとって非常に重要になる場合があります。このような場合は、ETLが他のすべての問合せよりも優先するようにします。また、特定の時間で完了しない場合にしか優先する必要がない場合など、ETLが優先度の低いバックグラウンドのアクティビティになる場合もあります。IORMを使用すると、ETLの優先度だけでなく、ETLで使用されるI/Oリソースの量も制御できます。

ETLを管理するには、ETL_GROUPコンシューマ・グループにETLセッションをマップして、リソース・プランにETL_GROUPグループを含める必要があります。ETLのマッピング・ルールは、通常はユーザー名またはクライアント・プログラム名に基づきます。データ・ポンプは、DATALOAD関数で実行されます。DATALOAD関数は、デフォルトでETL_GROUPコンシューマ・グループにマップされます。

例6-8は、ETL_GROUPコンシューマ・グループにプログラムをマップする方法を示しています。

例6-8 ETL_GROUPコンシューマ・グループへのプログラムのマップ

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING
(DBMS_RESOURCE_MANAGER.CLIENT_PROGRAM, 'SQLLDR', 'ETL_GROUP');
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

圧縮データとしての非圧縮データのインポート

デフォルトでExadataハイブリッド列圧縮表として新規表を作成するようにターゲット表領域が構成されている場合に、TRANSFORM:SEGMENT_ATTRIBUTES=nオプションを使用すると、非圧縮データを圧縮データとしてインポートできます。

関連項目:
TRANSFORMオプションの詳細は、『Oracle Databaseユーティリティ』を参照してください。

Oracle Recovery Managerのバックアップおよびコピーの管理

バックアップはI/O集中型の操作です。Oracle Recovery Manager(RMAN)のI/Oの比率は、チャネル数を設定して制御できます。IORMを使用すると、RMANのI/Oのリソース使用量と優先度を大幅に抑えることもできます。たとえば、RMANを優先度の低いコンシューマ・グループにマップできます。これにより、Oracle Exadata Storage Serverがビジーになっても、RMAN操作の実行速度が大幅に低下するため、他のデータベース操作に影響を及ぼすことがなくなります。ただし、Oracle Exadata Storage Serverが十分に使用されていない場合は、未使用の帯域幅をRMANのI/Oが使用できるようにIORMによってスケジュール調整されます。

RMANのバックアップはBACKUP関数で実行されます。RMANのコピーはCOPY関数で実行されます。デフォルトでは、BACKUP関数およびCOPY関数の両方ともBATCH_GROUPコンシューマ・グループにマップされます。これらの関数は、例6-9に示すように他のコンシューマ・グループに再マップできます。

例6-9 コンシューマ・グループを使用したリソースの管理

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING(DBMS_RESOURCE_MANAGER.ORACLE_
FUNCTION, 'BACKUP', 'BATCH_GROUP');
DBMS_RESOURCE_MANAGER.SET_CONSUMER_GROUP_MAPPING(DBMS_RESOURCE_MANAGER.ORACLE_
FUNCTION, 'COPY', 'MAINTENANCE_GROUP');
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

データベース間のリソース管理の管理

CellCLIのALTER IORMPLANコマンドを使用すると、Oracle Exadata Storage Server Softwareのデータベース間プランまたはカテゴリ・プランを構成できます。catPlanパラメータでは、カテゴリ・プランを指定します。dbPlanパラメータでは、データベース間のプランを指定します。カテゴリ・プラン、データベース間のプランまたはデータベース・リソース・プランを使用してI/Oリソースを管理するには、objectiveを設定します。

objectiveオプションのデフォルトはbasicで、IORMは、構成済のリソース・プランに基づいてI/Oリソースを管理します。objectiveオプションはauto、auto、low_latency、balancedまたはhigh_throughputに設定できます。objectiveオプションの詳細は、「ALTER IORMPLAN」を参照してください。

例6-10は、割当てを使用してセルのデータベース間プランを構成する方法を示しています。

例6-10 割当てを使用したデータベース間プランの構成

CellCLI> ALTER IORMPLAN                                                -
catPlan=((name=administrative, level=1, allocation=80),               -
(name=interactive,    level=2, allocation=90),               -
(name=batch,          level=3, allocation=80),               -
(name=maintenance,    level=4, allocation=50),               -
(name=other,          level=4, allocation=50)                -
),                                                           -
dbplan=((name=sales_prod, share=8, role=primary),                     -
(name=sales_prod, share=1, limit=50, role=standby),           -
(name=sales_test, share=1, limit=25),                         -
(name=default, share=2))

プラン名は、cellname_IORMPLANに自動的に設定されます。

dbplanディレクティブが有効であるためには、レベルおよび割当て、共有、最大使用率制限、またはフラッシュ・キャッシュ割当て制限ディレクティブを指定する必要があります。

割当て、共有または最大使用率制限を指定していないディレクティブは無効です。割当てと共有の両方を指定するディレクティブも無効です。

データベース間のプランを構成する場合、catPlanおよびdbPlanはオプションのパラメータになります。catPlanが指定されていない場合、カテゴリ間のI/Oリソース管理は有効になりません。同様に、dbPlanが指定されていない場合、データベース間のI/Oリソース管理は有効になりません。catPlanまたはdbPlanを指定する場合は、ディレクティブでname=otherを指定する必要があります。カテゴリ・プランの場合は、カテゴリがカテゴリ・プランで指定されていないアクティブなすべてのコンシューマ・グループの割当てがotherディレクティブで指定されます。データベース間のプランでは、Oracle Exadata Storage Server Softwareを使用しているがデータベース間のプランで明示的に指定されていないすべてのデータベースの割当てがotherディレクティブで指定されます。otherディレクティブが指定されていない場合は、CellCLIユーティリティによってエラーが返されます。

例6-11は、共有を使用してセルのデータベース間プランを構成する方法を示しています。

例6-11 共有を使用したデータベース間プランの構成

ALTER IORMPLAN                                                 -
(name=dev01, share=1, limit=50, flashLog=off),         -
(name=dev02, share=1, limit=25, flashCache=off)        -
(name=default, share=4))

データベース間プランの属性をデフォルト値にリセットするには、例6-12に示すように属性を空の文字列に設定します。プラン全体をリセットしたり、catPlanまたはdbPlanを個別にリセットしたりすることもできます。

例6-12 データベース間プランのデフォルト値へのリセット

CellCLI> ALTER IORMPLAN dbPlan="", catPlan=""
CellCLI> ALTER IORMPLAN dbPlan=""
CellCLI> ALTER IORMPLAN catPlan=""

alter_iormという名前のテキスト・ファイルに複数のALTER IORMPLANコマンドを入力し、START alter_iormコマンドとともにこのテキスト・ファイルを使用することで各コマンドを実行できます。

flashcacheminおよびflashcachelimit属性を使用して、フラッシュ・キャッシュ・グループに対して保証される最小と最大の割当て制限を指定します。これらの属性を使用すると、データベース間でフラッシュ・キャッシュ領域を配分する方法を制御できます。これらの属性は、データベース間プランでのみ指定でき、CellCLIユーティリティを使用して構成されます。

flashcachemin属性は、データベースに対して保証されるフラッシュ・キャッシュ内の最小領域を指定します。

flashcachelimit属性値は、データベースがフラッシュ・キャッシュ内で使用できる領域の最大値を指定します。flashcachelimitは「弱い」最大値であり、それは、フラッシュ・キャッシュがフルでない場合にフラッシュ・キャッシュ・グループがその割当て制限を超過できることを意味します。このモデルは、クラウドおよびパフォーマンス・ベース課金の環境では機能しません。flashcachesizeと呼ばれる別の属性が、この制限の緩和に役立ちます。flashcachesizeは、フラッシュ・キャッシュ内にグループのための領域を保証するために、フラッシュ・キャッシュを分割します。これは、クラウド環境向けに提供されているため、フラッシュ・キャッシュに空き領域がある場合でもflashcachesizeは超過されません。

CDBプランでプラガブル・データベースに対してmemory_minおよびmemory_limit属性が指定されている場合、これは、データベースまたはフラッシュ・キャッシュ・サイズ合計(何も指定されていない場合)に対するflashcachemin、flashcachelimitおよびflashcachesize値の割合として計算されます。

例6-13 フラッシュ・キャッシュ・グループのデータベース間プランの構成

ALTER IORMPLAN                                                           -
dbplan=((name=sales, share=8, flashCacheSize=10G),                      -
(name=finance, share=8, flashCacheLimit=10G, flashCacheMin=2G), -
(name=dev, share=2, flashCacheLimit=4G, flashCacheMin=1G),      -
(name=test, share=1, limit=10, flashCacheSize=1G))

role属性はOracle Data Guardで使用されます。この属性では、データベースのロール(primaryまたはstandby)に基づいて異なる割当てを指定できます。デフォルトでは、データベースがいずれかのロールの場合に、データベース間プランのすべての割当てが適用されます。データベースがprimaryロールの場合にのみ割当てを適用する場合は、role=primaryと設定します。同様に、データベースがstandbyロールの場合にのみ割当てを適用する場合は、role=standbyと設定します。

例6-14 Data Guardのデータベース間プランの構成

ALTER IORMPLAN                                          -
dbPlan=((name=prod, share=8, role=primary),             -
(name=prod, share=1, limit=25, role=standby)    -
(name=default, share=2))

関連項目:

- セルでデータベース間のプランを非アクティブ化する方法の詳細は、「レイテンシに優先順位を付けるためのIORMの有効化」を参照してください。

- ALTER IORMPLANの使用方法の詳細は、「ALTER IORMPLAN」を参照してください。

- IORMPLAN属性のリストは、例8-81「IORMPLANオブジェクトの説明」を参照してください。

- STARTの詳細は、「STARTおよび@」を参照してください。

- My Oracle Supportノート1930540.1「Oracle Active Data Guard用のリソース・マネージャの構成」

I/Oリソース管理プランの表示

セルでCellCLIのLIST IORMPLANコマンド使用すると、セルの現在のデータベース間プランを表示できます。例6-15は、データベース間プランの属性の詳細なリストを示しています。

例6-15 データベース間プランの詳細の表示

CellCLI> LIST IORMPLAN DETAIL
name:                   cell01_IORMPLAN
status:                 active
catPlan:                name=administrative,level=1,allocation=80
name=interactive,level=2,allocation=90
name=batch,level=3,allocation=80
name=maintenance,level=4,allocation=50
name=other,level=4,allocation=50
dbplan:                 name=sales_prod, share=8, role=primary
name=sales_prod, share=1, limit=50, role=standby
name=sales_test, share=1, limit=25
name=default, share=2
objective:              balanced

関連項目:
LIST IORMPLANの使用方法の詳細は、「LIST IORMPLAN」を参照してください。

I/Oリソース管理の構成の確認

次のチェックリストを使用して、IORMが適切に構成されているかどうかを確認できます。

- IORMを使用してデータベース内のI/Oリソースを管理する場合、次の基準が満たされている必要があります。

- リソース・プランが有効化されていること。

- すべてのデータベース・インスタンスで同じリソース・プランが有効化されていること。

注意:

- スケジューラ・ウィンドウを使用してデータベース・リソース・マネージャを有効化すると、すべてのデータベース・インスタンスで常に同じプランが有効化されます。

- RESOURCE_MANAGER_PLANパラメータを使用してデータベース・リソース・マネージャを有効化する場合、sid='*'を使用してすべてのデータベース・インスタンスにパラメータを設定します。

- リソース・プランのコンシューマ・グループごとに、リソース・プランにMGMT_P[1-8]ディレクティブが含まれていること。

次の問合せを使用して、前述の基準が満たされているかどうかを確認できます。

SELECT DECODE(count(*), 0, 'Intra-Instance IORM Plan Enabled',
'No Intra-Instance IORM Plan Enabled') status FROM gv$instance WHERE
inst_id not in (SELECT inst_id FROM gv$rsrc_plan WHERE cpu_managed = 'ON');

- IORMを使用して複数のデータベースのI/Oリソースを管理する場合、次のコマンドを使用してデータベース間プランが適切に構成されているかどうかを確認します。

CellCLI> LIST IORMPLAN DETAIL

データベース間プランが構成されていない場合、CellCLIのALTER IORMPLANコマンドを使用してプランを構成します。各アクティブ・データベースは、dbPlanパラメータに独自のディレクティブを保持している必要があります。

- 次の問合せを使用して、セッションが正しいコンシューマ・グループにマップされているかどうかを確認します。このコマンドは、ワークロードの処理中に実行する必要があります。

SELECT r.sid,
c.consumer_group current_consumer_group
FROM v$rsrc_session_info r, dba_rsrc_consumer_groups c
WHERE r.current_consumer_group_id = c.consumer_group_id
union
SELECT sid, 'OTHER_GROUPS' from v$rsrc_session_info
WHERE current_consumer_group_id = 0;

次の構成エラーが原因で、セッションが適切なコンシューマ・グループに存在していないことがあります。

- 権限の不足: セッションをいずれかのコンシューマ・グループに切り替えるには、そのコンシューマ・グループに切り替える権限がユーザーまたはロールに付与されている必要があります。次の問合せにより、すべてのコンシューマ・グループの権限が表示されます。

SELECT grantee, granted_group
FROM DBA_RSRC_CONSUMER_GROUP_PRIVS
ORDER BY granted_group;

次のコマンドは、任意のセッションをいずれかのコンシューマ・グループに切り替える権限を付与するSQLコマンドの例です。

EXEC dbms_resource_manager_privs.grant_switch_consumer_group -
('public', 'BATCH_GROUP', FALSE);

このコマンドで、コンシューマ・グループはBATCH_GROUPです。

- アクティブではないコンシューマ・グループ: 現在のリソース・プランに含まれていないコンシューマ・グループにセッションがマップされるか、手動で切り替えられると、そのセッションはデフォルトのコンシューマ・グループであるOTHER_GROUPSに切り替えられます。
セッションがマッピング・ルールを使用してコンシューマ・グループに割り当てられている場合、次の問合せを使用して、マッピング・ルールにより選択されたコンシューマ・グループ、使用されたマッピング属性、およびセッション開始時の本来のコンシューマ・グループを確認できます。

SELECT r.sid,
r.mapped_consumer_group,
r.mapping_attribute,
c.consumer_group original_consumer_group
FROM v$rsrc_session_info r, dba_rsrc_consumer_groups c
WHERE r.orig_consumer_group_id = c.consumer_group_id;

マップ済のコンシューマ・グループが元のコンシューマ・グループと異なる場合、マップ済のコンシューマ・グループはリソース・プランに含まれていなかったことになります。

- ワークロードの実行中に、I/O負荷が正しいコンシューマ・グループで管理されているかどうかを確認します。次のCellCLIコマンドでは、すべてのデータベースの各コンシューマ・グループで発行された大小のI/Oリクエストの数が表示されます。

CellCLI> LIST METRICCURRENT CG_IO_RQ_LG, CG_IO_RQ_SM   ATTRIBUTES name, -
metricObjectName, metricValue, collectionTime;

アクティブなI/Oワークロードを保持する各コンシューマ・グループは、これらのメトリックのとおりに大小のI/Oリクエストを生成しています。

- ワークロードを実行中は、各カテゴリ、データベース、およびコンシューマ・グループの実際のI/O使用率を問合せます。次のCellCLIコマンドは、Oracle Exadata Storage Serverで実行中の各データベースの大小I/O使用率のリストです。

CellCLI> LIST METRICCURRENT DB_IO_UTIL_LG, DB_IO_UTIL_SM ATTRIBUTES name, -
metricObjectName, metricValue, collectionTime;

出力はデータベースからの大小のリクエストによって使用されるディスク・リソースのパーセントを示したものです。

関連項目:
「IORM使用率の監視」

プランの使用例

同じストレージを共有する4つのデータベースの例を検討します。4つのデータベースは次のとおりです。

- PRODという名前のOLTP本番環境用データベース

- PROD_TESTという名前のテスト用データベース

- PROD_DEVという名前の開発用データベース

- DWという名前のデータ・ウェアハウス用データベース

OLTP本番環境用データベースでは、一般的に小さいI/Oリクエストが発行されます。これらのリクエストのレイテンシが短いことは重要な要件です。データ・ウェアハウスでは、多数の大きいI/Oリクエストが発行されるので、各I/OリクエストのレイテンシよりもI/Oスループットが重要になります。I/Oリソース管理を使用しないと、DWデータベースで発行されるI/Oリクエストの数がストレージ・サブシステムの容量を超えてしまい、OLTPデータベースで発行されるI/Oリクエストのレイテンシが増加します。また、テスト用データベース(PROD_TEST)および開発用データベース(PROD_DEV)で発行されるI/Oリクエストにより、OLTPデータベースおよびDWデータベースのパフォーマンスが影響を受ける可能性があります。

リソースは、次の例に示すとおり指定できます。

- 割当てを使用したリソースの指定

- 共有を使用したリソースの指定

- フラッシュ・キャッシュおよびフラッシュ・ログの管理

割当てを使用したリソースの指定

次のようにデータベース間のプランを指定することにより、これらの4つのデータベースのI/Oリクエストに優先度を設定できます。

- OLTPデータベースのPRODには、高い優先度レベルでI/Oリソースの80%を割り当てます。

- DWデータベースには、残りのI/Oリソースの20%とPRODデータベースの未使用の割当ての80%を割り当てます。

- PROD_TESTデータベース、PROD_DEVデータベースおよびOTHERデータベースには、未使用のI/Oの50%、40%、10%をそれぞれ割り当てます。

例6-16に示すように、CellCLIユーティリティを使用してセルでデータベース間のプランを指定できます。

例6-16 割当てのALTER IORMPLAN構文

CellCLI> ALTER IORMPLAN                                       -
dbPlan=(                                             -
(name=prod, level=1,allocation=80),          -
(name=dw, level=2, allocation=80),           -
(name=prod_test,  level=3, allocation=50),   -
(name=prod_dev, level=3, allocation=40),     -
(name=other, level=3, allocation=10))

データベース間のプランの例を表6-4に示します。

表6-4 割当てを使用したデータベース間プラン

データベース名

レベル1(%)

レベル2(%)

レベル3(%)

PROD

80

DW

80

PROD_TEST

50

PROD_DEV

40

OTHER

10

PROD_TESTデータベースおよびPROD_DEVデータベースで非常に高いI/O負荷が発生しても、PRODデータベースおよびDWデータベースのパフォーマンスは影響を受けません。また、DWデータベースで大量のI/Oが発行されても、PRODデータベースのパフォーマンスが影響を受けることはありません。

共有を使用したリソースの指定

OLTPデータベースのPRODは最も重要であるため、PRODデータベースには16の共有を指定できます。DWデータベースでは4つの共有、PROD_TESTでは2つの共有、PROD_DEVでは1つの共有を取得します。このプランでは、PRODデータベースのI/O発行の可能性がDWデータベースの4倍になります。発行するI/OがPRODにない場合は、共有に基づいて他のデータベースが使用されます。

例6-17 共有のALTER IORMPLAN構文

CellCLI> ALTER IORMPLAN                                   -
dbPlan=(                                         -
(name=prod, share=16),                    -
(name=dw, share=4),                       -
(name=prod_test, share=2),                -
(name=prod_dev, share=1))

フラッシュ・キャッシュおよびフラッシュ・ログの管理

データベースのI/Oリソースではなく、フラッシュ・キャッシュおよびフラッシュ・ログの管理にIORMを使用する場合があります。この場合は、次の例に示すように、ALTER IORMPLANコマンドを使用してI/Oの優先順位付けを無効にし、PROD_TESTおよびPROD_DEVデータベースでフラッシュ・キャッシュおよびフラッシュ・ログを無効にします。

例6-18 フラッシュ・キャッシュおよびフラッシュ・ログを管理するためのALTER IORMPLAN構文

CellCLI> ALTER IORMPLAN objective='basic';

CellCLI> ALTER IORMPLAN                                   -
dbPlan=(                                         -
(name=prod, flashcache=on, flashLog=on),         -
(name=dw, flashcache=on, flashLog=on),           -
(name=prod_test, flashcache=off, flashLog=off),  -
(name=prod_dev, flashcache=off, flashLog=off)    -
(name=other, flashcache=on, flashLog=on))

注意:
フラッシュ・キャッシュおよびフラッシュ・ログはデフォルトでオンになっているため、PRODおよびDWデータベースでフラッシュ・キャッシュおよびフラッシュ・ログを明示的に有効にする必要がありません。これらは、PROD_TESTおよびPROD_DEVデータベースでの設定と対比した例に示されています。

データベースおよびPDBのためのフラッシュ・キャッシュ割当て制限の管理

IORMにより、異なるデータベースとPDBの間でフラッシュ・キャッシュをどのように共有するかを制御できます。これは、CDBリソース・プランのみ、またはCDBプランとIORMデータベース間プランの両方を使用して行うことができます。

BEGIN
DBMS_RESOURCE_MANAGER.CREATE_PENDING_AREA();

DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN(
plan    => ''NEWCDB_PLAN ',
comment => 'CDB resource plan for newcdb');

DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => 'NEWCDB_PLAN',
pluggable_database    => 'SALESPDB',
memory_min            => 20);
DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => ' NEWCDB_PLAN ',
pluggable_database    => 'SERVICESPDB',
memory_min            => 20,
memory_limit          => 50);
DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE(
plan                  => ' NEWCDB_PLAN ',
pluggable_database    => 'HRPDB',
memory_limit          => 25);

DBMS_RESOURCE_MANAGER.VALIDATE_PENDING_AREA();
DBMS_RESOURCE_MANAGER.SUBMIT_PENDING_AREA();
END;
/

プランに記載されている3つのPDB用にmemory_minおよびmemory_limitを指定するCDBリソース・プランを考えてみましょう。これらの値は、0から100の範囲のパーセンテージで指定されます。オーバー・プロビジョニングがサポートされているため、パーセンテージの合計は100%には制限されません。合計が100%を超える場合、値は100%まで正規化されます。memory_minが指定されていない場合は、デフォルトで0に設定されます。memory_limitが指定されていない場合は、デフォルトで100に設定されます。CDB$ROOT用には、5%のmemory_limit値があります。この例では、memory_min値の合計は40%で、memory_limit値の合計は正規化する必要のある175%です。データベース間プランが指定されていない場合、これらのパーセンテージがフラッシュ・キャッシュのサイズ全体に適用されます。データベース間プランが指定されている場合、PDBの割当て制限は、データベース間プランのディレクティブで指定されたデータベース用の最小値と制限値のパーセンテージとして計算されます。

前述の例で、データベース間プランを指定せず、フラッシュ・キャッシュのサイズが10GBの場合の、memory_limitの値の合計が100%を超えた制限を正規化した後の割当て制限の内訳を次の表に示します。最小値がこの制限よりも大きくなった場合は、最小値を減らしてこの制限と等しくします。

表6-5 ケース1: データベース間プランがない場合のPDBの制限

フラッシュ・キャッシュの最小

FCの弱い制限

正規化済の弱い制限

FCの強い制限

SALESPDB

20% = 2GB

100(デフォルト)

100 / 175 = 5.7GB

該当なし

SERVICESPDB

20% = 2GB

50

50 / 175 = 2.85GB

該当なし

HRPDB

0

25

25 / 175 = 1.4GB

該当なし

フラッシュ・キャッシュ・サイズが50GBのシステムでは、次のようなデータベース間プランを検討してください。

ALTER IORMPLAN dbplan=                                            -
((name=newcdb,  share=8,  flashCacheSize=10G),                    -
(name=finance, share=8,  flashCacheLimit=10G, flashCacheMin=2G), -
(name=dev,     share=2,  flashCacheLimit=4G, flashCacheMin=1G),  -
(name=test,    share=1,  limit=10))

「newcdb」CDBに加え、その他の3つのデータベース(finance、devおよびtest)で同じストレージ・セルを共有します。フラッシュ・キャッシュの割当て制限は、ディレクティブにflashcachesize、flashcachelimitまたはflashcachemin属性が指定されている場合にのみ強制されます。flashcachesizeは、保証付きの強い制限であり、分離して指定する必要があります。つまり、同じディレクティブ内にflashcacheminまたはflashcachelimitとともに指定できません。データベース「test」にはフラッシュ・キャッシュのディレクティブが指定されていません。それ、およびそのPDB(もしあれば)では、フラッシュ・キャッシュの割当て制限は管理されません。

CDBにflashcachesizeが指定されている場合は、CDBリソース・プランのmemory_minの値は無視され、memory_limitの値が正規化されて、それぞれのPDBのフラッシュ・キャッシュ・サイズの計算に使用されます。「newcdb」CDBにはflashcachesizeが指定されているため、memory_minの値は無視されます。flachcachesizeは、前に見たように、memory_limitの値を正規化した後に計算されます。唯一の違いは、CDBにはflashcachesizeディレクティブが指定されているため、これが保証された強い制限になることです。

表6-6 ケース2: データベース間プランがある場合のPDBの制限

フラッシュ・キャッシュの最小

FCの強い制限

正規化済の強い制限

FCの弱い制限

SALESPDB

0

100(デフォルト)

100 / 175 = 5.71GB

該当なし

SERVICESPDB

0

50

50 / 175 = 2.86GB

該当なし

HRPDB

0

25

25 / 175 = 1.43GB

該当なし

非CDBデータベースでは、flashcachesize、flashcacheminおよびflashcachelimitの値は絶対的な値として指定され、追加の正規化は必要ありません。flashcachesizeおよびflashcacheminは保証付きの予約であるため、flashcachesizeとflashcacheminの合計は、すべてのディレクティブ全体でフラッシュ・キャッシュの合計サイズより小さくする必要があります。

7 Oracle Exadata Storage Server Softwareの監視およびチューニング

この章では、Oracle Exadata Storage Server Softwareの監視およびチューニングについて説明します。Oracleでは、Oracle Exadata Storage Server環境のほとんどの監視タスクに対応するユーティリティを提供しています。

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

- メトリックとアラートの理解

- メトリックを使用したOracle Exadata Storage Serverの監視

- メトリックを使用したIORMの監視

- Oracle Exadata Storage Serverのリクエストおよびアラートの監視

- ビューを使用したOracle Exadata Storage Serverの監視

- Oracle Exadata Storage Server Softwareの待機イベントの理解

- パフォーマンスの最適化

- Oracle Exadata Storage Server SoftwareでのSQL EXPLAIN PLANコマンドの使用

関連項目:

- 『Oracle Database 2日でデータベース管理者』

- 『Oracle Database管理者ガイド』

- 『Oracle Databaseパフォーマンス・チューニング・ガイド』

- 『Oracle Database Real Application Testingユーザーズ・ガイド』

- Oracle Enterprise Managerのドキュメント

メトリックとアラートの理解

メトリックとアラートを使用して、Oracle Exadata Storage Server Softwareを監視できます。メトリックは、セルやセル・ディスクなどのオブジェクトに関連付けられ、cumulative、rateまたはinstantaneousにできます。メトリックを確認してアラートのしきい値を設定することにより、リソース管理をチューニングして最適化できます。

メトリックについて

メトリックは、セル・ディスクやグリッド・ディスクなど、ストレージ・セルとそのコンポーネントの重要なランタイム・プロパティまたは内部のインスツルメンテーション値を観測して記録したものです。メトリックは、一定間隔で計算されてメモリーに保存される一連の測定値で、永続的な履歴としてディスクに格納されます。

通常、メトリック値では、特定の観測期間における累計カウンタの絶対値または累計カウンタの増減率を記録します。一部のメトリックは、状態遷移の時間の記録にも使用されます。

メトリック値としきい値を比較することにより、メトリック値がしきい値を超えた場合にアラートを送信できます。メトリックの極端な値が、管理者に注意を促す問題またはその他のイベントを示す場合、メトリックを警告およびクリティカルのしきい値に関連付けることができます。

関連項目:
「メトリックを使用したOracle Exadata Storage Serverの監視」

アラートについて

アラートは、ストレージ・セル内で発生した重要なイベントを表し、通常はストレージ・セルの機能が損なわれているか、または障害が発生する危険性があることを示します。これらのアラートが発生した場合は是正または予防措置が必要になる可能性があるため、管理者はこれらのアラートを調べる必要があります。

アラートには、情報、警告またはクリティカルの3つのタイプがあります。通常、アラートはOracle Enterprise Managerなどの監視インフラストラクチャに伝播され、ストレージ管理者に通知されます。考えられるアラートには、物理ディスクの障害、ディスクの読取り/書込みエラー、推奨値を超えるセル温度の上昇、Oracle Exadata Storage Server Softwareの障害、過度なI/Oレイテンシなどがあります。メトリックは、警告またはクリティカルのしきい値を使用したアラートの送信に使用できます。メトリック値がしきい値を超えた場合に、アラートを送信できます。

アラートは、ステートフルまたはステートレスのいずれかになります。ステートフル・アラートは観測可能なセルの状態を表し、後で再テストして状態が変化したかどうかを検出できます。これにより、前に観測したアラートの状態が問題なくなったかどうかを確認できます。ステートレス・アラートは、永続的な状態を表さないポイント・イン・タイムのイベントを表し、発生した内容を示すだけです。

注意:
環境の温度について、組込みのしきい値があります。温度が高すぎる、または低すぎる場合、アラートが自動的に送信されます。

関連項目:
「Oracle Exadata Storage Serverのリクエストおよびアラートの監視」

メトリックを使用したOracle Exadata Storage Serverの監視

Oracle Exadata Storage Serverのメトリックを表示することにより、セルを監視できます。メトリックには次のタイプがあります。

- cumulative: メトリックが作成されてからの統計。

- instantaneous: メトリックが収集される時点の値。

- rate: 特定の時間の統計を平均して計算される値。

表の説明では、「小さい」は128KB以下のサイズ、「大きい」は128KBより大きいサイズを意味します。

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

- メトリックの表示

- セルのメトリックの監視

- セル・ディスクのメトリックの監視

- フラッシュ・キャッシュのメトリックの監視

- メトリックを使用したOracle Exadataスマート・フラッシュ・ログの監視

- グリッド・ディスクのメトリックの監視

- ホストのインターコネクトのメトリックの監視

- スマートI/Oメトリックの監視

メトリックの表示

CellCLIのLISTコマンドを使用すると、セル・オブジェクトのメトリックを表示および監視できます。LISTコマンドを使用して、メトリック定義、現在のメトリック、およびメトリック履歴を表示できます。次の各項では、メトリックでLISTコマンドを使用する方法について説明します。

メトリック定義の表示

セルのメトリック定義を表示するには、LIST METRICDEFINITIONコマンドを使用します。メトリック定義のリストには、メトリックの構成が表示されます。例7-1は、METRICDEFINITIONオブジェクトの属性を表示する方法を示しています。

例7-1 メトリック定義の表示

CellCLI> LIST METRICDEFINITION CL_CPUT DETAIL

CellCLI> LIST METRICDEFINITION WHERE objectType = 'GRIDDISK'

CellCLI> LIST METRICDEFINITION WHERE name LIKE 'CD_IO_RQ.*' -
ATTRIBUTES name, metricType, description

関連項目:

- 「DESCRIBE METRICDEFINITION」

- 「LIST METRICDEFINITION」

現在のメトリックの表示

セルの現在のメトリック値を表示するには、LIST METRICCURRENTコマンドを使用します。現在のメトリックのリストには、各メトリックの現在値の観測データのセットが表示されます。例7-2は、METRICCURRENTオブジェクトの属性を表示する方法を示しています。

例7-2 現在のメトリック値の表示

CellCLI> LIST METRICCURRENT CL_TEMP DETAIL

name:                   CL_TEMP
alertState:             normal
collectionTime:         2009-12-17T15:32:25-08:00
metricObjectName:       abcd2x3
metricType:             Instantaneous
metricValue:            48.0 C
objectType:             CELL

CellCLI> LIST METRICCURRENT WHERE objectType = 'CELLDISK' AND                 -
metricValue != 0 ATTRIBUTES name, metricObjectName,                  -
metricValue, collectionTime

CD_IO_BY_R_LG   CD_00_abcd2x3    1.9 MB  2009-12-17T15:46:52-08:00
CD_IO_BY_R_LG   CD_01_abcd2x3    1.0 MB  2009-12-17T15:46:52-08:00
CD_IO_BY_R_LG   CD_02_abcd2x3    4.1 MB  2009-12-17T15:46:52-08:00
CD_IO_BY_R_LG   CD_03_abcd2x3    9.5 MB  2009-12-17T15:46:52-08:00
CD_IO_BY_R_LG   CD_04_abcd2x3    0.1 MB  2009-12-17T15:46:52-08:00
CD_IO_BY_R_LG   CD_05_abcd2x3    0.4 MB  2009-12-17T15:46:52-08:00
...

関連項目:

- 「DESCRIBE METRICCURRENT」

- 「LIST METRICCURRENT」

メトリック履歴の表示

セルのメトリック履歴を表示するには、LIST METRICHISTORYコマンドを使用します。メトリック履歴のリストは、すべてのメトリック値の過去の各観測データを収集したものです。例7-3は、METRICHISTORYオブジェクトの属性を表示する方法を示しています。

例7-3 メトリック履歴の値の表示

CellCLI> LIST METRICHISTORY CD_IO_RQ_R_LG WHERE alertState='critical' DETAIL

CellCLI> LIST METRICHISTORY WHERE objectType = 'CELLDISK' AND metricValue != 0   -
AND collectionTime > '2009-08-12T09:10:51-07:00' -ATTRIBUTES name,      -
metricObjectName, metricValue, collectionTime

メトリック履歴ファイルの保存期間は、metricHistoryDaysセル属性で指定されます。この設定は、CellCLIのALTER CELLコマンドで変更できます。

関連項目:

- 「DESCRIBE METRICHISTORY」

- 「LIST METRICHISTORY」

- 「ALTER CELL」

- 「DESCRIBE CELL」

セルのメトリックの監視

セルのメトリックでは、CPU使用率、メモリー、ネットワーク・インターコネクトなど、セルに関する情報が提供されます。セルのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでCELLと同等のオブジェクト・タイプ属性を使用します。例7-4は、セルのメトリックを表示する方法を示しています。

例7-4 セルのメトリックの表示

CellCLI> LIST METRICCURRENT CL_CPUT DETAIL

name:                   CL_CPUT
alertState:             normal
collectionTime:         2009-12-17T15:54:25-08:00
metricObjectName:       abcd2x3
metricType:             Instantaneous
metricValue:            4.3 %
objectType:             CELL

表7-1は、セルのメトリックのメトリック名および説明の一覧です。メトリックを表示するセルは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。

注意:
Oracle Exadata Storage Server Softwareでは、セルで利用可能なほとんどのメモリーを使用できます。Oracle Exadata Storage Server Softwareには、メモリーの過剰使用を避けるための内部コントロールが備わっています。スワップ領域が少なくなると、再起動サーバーによりアラートが生成され、Oracle Exadata Storage ServerのCELLSRVプロセスが再起動されます。これらのアラートは、Oracleサポート・サービスに報告する必要があります。Oracle Enterprise ManagerによるOracle Exadata Storage Serverのメモリー使用率の監視にその他のアラートを構成することはお薦めしません。

表7-1 セルのメトリックおよび説明

メトリック

説明

CL_BBU_CHARGE

ディスク・コントローラのバッテリ充電。

CL_BBU_TEMP

ディスク・コントローラのバッテリの温度。

CL_CPUT

セルのCPU使用率(システムCPUがアイドル状態でなくなる直前の1分間のCPU使用率(/proc/statで取得))。

CL_CPUT_CS

CELLSRVが使用しているCPU時間の割合(%)。

CL_CPUT_MS

MSが使用しているCPU時間の割合(%)。

CL_FANS

セルで動作中のファンの回転数。

CL_FSUT

現在使用中のファイル・システムで使用されている合計領域の割合。このメトリックは、セルの様々なファイル・システムの領域使用率を示します。

CL_IO_RQ_NODATA

データを返さなかったI/Oリクエストの数。

CL_IO_RQ_NODATA_SEC

データを返さなかったI/Oリクエストの1秒当たりの数。

CL_MEMUT

セルで使用されている合計物理メモリーの割合。

CL_MEMUT_CS

CELLSRVが使用している物理メモリーの割合(%)。

CL_MEMUT_MS

MSが使用している物理メモリーの割合(%)。

CL_RUNQ

running(実行中)またはuninterruptible(無停止)とマークされるLinuxの実行キューの(直前の1分間の)プロセスの平均数(/proc/loadavgで取得)。

CL_SWAP_IN_BY_SEC

1秒当たりの読み取られたスワップ・ぺージのKB数。

CL_SWAP_OUT_BY_SEC

1秒当たりの書き込まれたスワップ・ぺージのKB数。

CL_SWAP_USAGE

使用済のスワップ領域の割合(%)。

CL_TEMP

ベースボード管理コントローラ(BMC)で提供されるサーバーの瞬間温度(摂氏)。

CL_VIRTMEM_CS

CELLSRVが使用している仮想メモリー量(MB)。

CL_VIRTMEM_MS

MSで使用中の合計メモリー(常駐およびスワップ)(MB)。

IORM_MODE

セルのI/Oリソース管理目標。

N_HCA_MB_RCV_SEC

InfiniBandインタフェースが1秒当たりに受信したMB数。

N_HCA_MB_TRANS_SEC

InfiniBandインタフェースが1秒当たりに送信したMB数。

N_NIC_KB_RCV_SEC

イーサネット・インタフェースが1秒当たりに受信したKB数。

N_NIC_KB_TRANS_SEC

イーサネット・インタフェースが1秒当たりに送信したKB数。

N_NIC_RCV_SEC

インターコネクトによって受信されるI/Oパケットの1秒当たりの合計数。

N_NIC_TRANS_SEC

インターコネクトによって送信されるI/Oパケットの1秒当たりの合計数。

セル・ディスクのメトリックの監視

セル・ディスクのメトリックでは、セル・ディスクからの大きいブロック読取り数など、セル・ディスクのI/O負荷に関する情報が提供されます。セル・ディスクのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでCELLDISKと同等のオブジェクト・タイプ属性を使用します。

表7-2は、セル・ディスクのメトリックのメトリック名および説明の一覧です。メトリックを表示するセル・ディスクは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。

表7-2 セル・ディスクのメトリックおよび説明

メトリック

説明

CD_BY_FC_DIRTY

セル・ディスクと同期されないフラッシュ・キャッシュのMB数。

CD_IO_BY_R_LG

セル・ディスクから大きいブロックを読み取るときの読取りMB数の累計。

CD_IO_BY_R_LG_SEC

セル・ディスクから大きいブロックを読み取るときの1秒当たりの読取りMB数。

CD_IO_BY_R_SCRUB

修正ジョブによってセル・ディスクから読み取られたMB数。

CD_IO_BY_R_SCRUB_SEC

修正ジョブによってセル・ディスクから1秒当たりに読み取られたMB数。

CD_IO_BY_R_SM

セル・ディスクから小さいブロックを読み取るときの読取りMB数の累計。

CD_IO_BY_R_SM_SEC

セル・ディスクから小さいブロックを読み取るときの1秒当たりの読取りMB数。

CD_IO_BY_W_LG

セル・ディスクに大きいブロックを書き込むときの書込みMB数の累計。

CD_IO_BY_W_LG_SEC

セル・ディスクに大きいブロックを書き込むときの1秒当たりの書込みMB数。

CD_IO_BY_W_SM

セル・ディスクに小さいブロックを書き込むときの書込みMB数の累計。

CD_IO_BY_W_SM_SEC

セル・ディスクに小さいブロックを書き込むときの1秒当たりの書込みMB数。

CD_IO_ERRS

セル・ディスクでのI/Oエラーの累計。

CD_IO_ERRS_MIN

セル・ディスクでの1分当たりのI/Oエラー数。

CD_IO_ERRS_SCRUB

修正ジョブによってセル・ディスクで検出された不良1MBブロックの数。

CD_IO_LOAD

セル・ディスクからの平均I/O負荷。

I/O負荷によってディスク・キューの長さが決まります。これはiostatのavgqu-szに似ていますが、I/O負荷はディスクのタイプ応じて重みが付けられた値です。

- ハード・ディスクの場合、大きなI/Oの重みは小さなI/Oの3倍です。

- フラッシュ・ディスクの場合、大きなI/Oと小さなI/Oの重みは同じです。

このメトリックはIORMによって計算されるため、データベースまたはPDBごとに使用することもできます。

CD_IO_RQ_R_LG

セル・ディスクからの大きいブロックの読取りリクエストの累計。

CD_IO_RQ_R_LG_SEC

セル・ディスクからの大きいブロックの1秒当たりの読取りリクエスト数。

CD_IO_RQ_R_SCRUB

修正ジョブによってセル・ディスクから読み取られるリクエストの数。

CD_IO_RQ_R_SCRUB_SEC

修正ジョブによってセル・ディスクから1秒当たりに読み取られるリクエストの数。

CD_IO_RQ_R_SM

セル・ディスクからの小さいブロックの読取りリクエストの累計。

CD_IO_RQ_R_SM_SEC

セル・ディスクからの小さいブロックの1秒当たりの読取りリクエスト数。

CD_IO_RQ_W_LG

セル・ディスクへの大きいブロックの書込みリクエストの累計。

CD_IO_RQ_W_LG_SEC

セル・ディスクへの大きいブロックの1秒当たりの書込みリクエスト数。

CD_IO_RQ_W_SM

セル・ディスクへの小さいブロックの書込みリクエストの累計。

CD_IO_RQ_W_SM_SEC

セル・ディスクへの小さいブロックの1秒当たりの書込みリクエスト数。

CD_IO_ST_RQ

セル・ディスクへの小さなI/Oリクエストのリクエスト当たりの平均サービス時間。

CD_IO_TM_R_LG

セル・ディスクからの大きいブロック読取りのレイテンシの累計。単位はマイクロ秒/リクエストです。

CD_IO_TM_R_LG_RQ

セル・ディスクに対する大きいブロック読取りリクエストごとの平均レイテンシ。単位はマイクロ秒/リクエストです。

CD_IO_TM_R_SM

セル・ディスクからの小さいブロック読取りのレイテンシの累計。

CD_IO_TM_R_SM_RQ

セル・ディスクからの小さいブロック読取りリクエストごとの平均レイテンシ。単位はマイクロ秒/リクエストです。

CD_IO_TM_W_LG

セル・ディスクへの大きいブロック書込みのレイテンシの累計。単位はマイクロ秒/リクエストです。

CD_IO_TM_W_LG_RQ

セル・ディスクへの大きいブロック書込みリクエストごとの平均レイテンシ。単位はマイクロ秒/リクエストです。

CD_IO_TM_W_SM

セル・ディスクへの小さいブロック書込みのレイテンシの累計。単位はマイクロ秒/リクエストです。

CD_IO_TM_W_SM_RQ

セル・ディスクへの小さいブロック書込みリクエストごとの平均レイテンシ。単位はマイクロ秒/リクエストです。

CD_IO_UTIL

セル・ディスクに使用されているディスク・リソースの割合(%)。

CD_IO_UTIL_LG

セル・ディスクに対する大きいリクエストによって使用されているディスク・リソースの割合(%)。

CD_IO_UTIL_SM

セル・ディスクに対する小さいリクエストによって使用されているディスク・リソースの割合(%)。

フラッシュ・キャッシュのメトリックの監視

フラッシュ・キャッシュのメトリックでは、フラッシュ・キャッシュからの1秒当たりの読取りMB数など、フラッシュ・キャッシュの使用率に関する情報が提供されます。フラッシュ・キャッシュのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでFLASHCACHEと同等のオブジェクト・タイプ属性を使用します。

表7-3は、フラッシュ・キャッシュのメトリックのメトリック名および説明の一覧です。メトリックを表示するフラッシュ・キャッシュは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。

表7-3 フラッシュ・キャッシュのメトリックおよび説明

メトリック

説明

FC_BY_ALLOCATED

フラッシュ・キャッシュに割り当てられているMB数。

FC_BY_ALLOCATED_DIRTY

フラッシュ・キャッシュの未フラッシュ・データに割り当てられているMB数。

FC_BY_ALLOCATED_OLTP

フラッシュ・キャッシュのOLTPデータに割り当てられているMB数。

FC_BY_DIRTY

グリッド・ディスクと同期されないフラッシュ・キャッシュのMB数。

FC_BY_STALE_DIRTY

キャッシュされたディスクにアクセスできないため、同期できないフラッシュ・キャッシュのMB数。

FC_BY_USED

フラッシュ・キャッシュで使用されているMB数。

FC_BYKEEP_DIRTY

フラッシュ・キャッシュの未フラッシュkeepオブジェクトに割り当てられたMB数。

FC_BYKEEP_OLTP

フラッシュ・キャッシュのOLTP keepオブジェクトのMB数。

FC_BYKEEP_OVERWR

keepオブジェクトの領域制限のためにフラッシュ・キャッシュから除外されたMB数。

FC_BYKEEP_OVERWR_SEC

keepオブジェクトの領域制限のためにフラッシュ・キャッシュから1秒当たりに除外されたMB数。

FC_BYKEEP_USED

フラッシュ・キャッシュのkeepオブジェクトに使用されているMB数。

FC_COL_BY_USED

列フラッシュ・キャッシュで使用されているMB数。

FC_COL_BYKEEP_USED

列フラッシュ・キャッシュのkeepオブジェクトに使用されているMB数。

FC_COL_IO_BY_R

列フラッシュ・キャッシュから読み取られたMB数。

FC_COL_IO_BY_R_ELIGIBLE

列フラッシュ・キャッシュからの読取りに適格なMB数。

FC_COL_IO_BY_R_ELIGIBLE_SEC

列フラッシュ・キャッシュからの読取りに適格な1秒当たりのMB数。

FC_COL_IO_BY_R_SEC

列フラッシュ・キャッシュから読み取られた1秒当たりのMB数。

FC_COL_IO_BY_SAVED

列フラッシュ・キャッシュからの読取りによって保存されたMB数。

FC_COL_IO_BY_SAVED_SEC

列フラッシュ・キャッシュからの読取りによって1秒当たりに保存されたMB数。

FC_COL_IO_BY_W_POPULATE

読取りミスが原因で列フラッシュ・キャッシュに移入として書き込まれるMB数。

FC_COL_IO_BY_W_POPULATE_SEC

読取りミスが原因で列フラッシュ・キャッシュに移入として書き込まれる1秒当たりのMB数。

FC_COL_IO_BYKEEP_R

keepオブジェクトを対象として列フラッシュ・キャッシュから読み取られたMB数。

FC_COL_IO_BYKEEP_R_SEC

keepオブジェクトを対象として列フラッシュ・キャッシュから1秒当たりに読み取られたMB数。

FC_COL_IO_RQ_R

列フラッシュ・キャッシュから読み取られたリクエスト数。

FC_COL_IO_RQ_R_ELIGIBLE

列フラッシュ・キャッシュに適格な読取りリクエスト数。

FC_COL_IO_RQ_R_ELIGIBLE_SEC

列フラッシュ・キャッシュに適格な1秒当たりの読取りリクエスト数。

FC_COL_IO_RQ_R_SEC

列フラッシュ・キャッシュから読み取られた1秒当たりのリクエスト数。

FC_COL_IO_RQ_W_POPULATE

読取りミスが原因で列フラッシュ・キャッシュに移入として書き込まれるリクエスト数。

FC_COL_IO_RQ_W_POPULATE_SEC

読取りミスが原因で列フラッシュ・キャッシュに移入として1秒当たりに書き込まれるリクエスト数。

FC_COL_IO_RQKEEP_R

列フラッシュ・キャッシュからkeepオブジェクトに対して読み取られたリクエスト数。

FC_COL_IO_RQKEEP_R_SEC

列フラッシュ・キャッシュからkeepオブジェクトに対して1秒当たりに読み取られたリクエスト数。

FC_IO_BY_ALLOCATED_OLTP

フラッシュ・キャッシュのOLTPデータに割り当てられているMB数。

FC_IO_BY_DISK_WRITE

フラッシュ・キャッシュからハード・ディスクに書き込まれたMB数。

FC_IO_BY_DISK_WRITE_SEC

フラッシュ・キャッシュからハード・ディスクに1秒当たりに書き込まれたMB数。

FC_IO_BY_R

フラッシュ・キャッシュから読み取られたMB数。

FC_IO_BY_R_ACTIVE_SECONDARY

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できたMB数。

FC_IO_BY_R_ACTIVE_SECONDARY_MISS

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できなかったMB数。

FC_IO_BY_R_ACTIVE_SECONDARY_MISS_SEC

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できなかった1秒当たりのMB数。

FC_IO_BY_R_ACTIVE_SECONDARY_SEC

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できた1秒当たりのMB数。

FC_IO_BY_R_DISK_WRITER

ディスク・ライターによってフラッシュ・キャッシュから読み取られたMB数。

FC_IO_BY_R_DISK_WRITER_SEC

ディスク・ライターによってフラッシュ・キャッシュから1秒当たりに読み取られたMB数。

FC_IO_BY_R_DW

フラッシュ・キャッシュから読み取られたDWデータのMB数。

FC_IO_BY_R_MISS

リクエストされたデータの一部がフラッシュ・キャッシュに存在しなかったためにディスクから読み取られたMB数。

FC_IO_BY_R_MISS_DW

リクエストされたデータの一部がフラッシュ・キャッシュに存在しなかったためにディスクから読み取られたDWデータのMB数。

FC_IO_BY_R_MISS_SEC

リクエストされたデータの一部がフラッシュ・キャッシュに存在しなかったためにディスクから1秒当たりに読み取られたMB数。

FC_IO_BY_R_SEC

フラッシュ・キャッシュから1秒当たりに読み取られたMB数。

FC_IO_BY_R_SKIP

フラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから読み取られたMB数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_BY_R_SKIP_FC_THROTTLE

フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから読み取られたMB数。

FC_IO_BY_R_SKIP_FC_THROTTLE_SEC

フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから1秒当たりに読み取られたMB数。

FC_IO_BY_R_SKIP_LG

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから読み取られたMB数。

FC_IO_BY_R_SKIP_LG_SEC

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから1秒当たりに読み取られたMB数。

FC_IO_BY_R_SKIP_NCMIRROR

I/Oが非プライマリの非アクティブなセカンダリ・ミラーに対するものである場合にフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから読み取られたMB数。

FC_IO_BY_R_SKIP_SEC

フラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクから1秒当たりに読み取られたMB数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_BY_W

フラッシュ・キャッシュに書き込まれたMB数。

FC_IO_BY_W_DISK_WRITER

ディスク・ライターによってハード・ディスクに書き込まれたMB数。

FC_IO_BY_W_DISK_WRITER_SEC

ディスク・ライターによってハード・ディスクに1秒当たりに書き込まれたMB数。

FC_IO_BY_W_FIRST

フラッシュ・キャッシュへの初回書込みで書き込まれるMB数。

FC_IO_BY_W_FIRST_SEC

フラッシュ・キャッシュへの初回書込みで1秒当たりに書き込まれるMB数。

FC_IO_BY_W_OVERWRITE

フラッシュ・キャッシュへの上書きで書き込まれるMB数。

FC_IO_BY_W_OVERWRITE_SEC

フラッシュ・キャッシュへの上書きで1秒当たりに書き込まれるMB数。

FC_IO_BY_W_POPULATE

読取りミスが原因でフラッシュ・キャッシュに移入として書き込まれるMB数。

FC_IO_BY_W_POPULATE_SEC

フラッシュ・キャッシュへの読取りミスが原因でフラッシュ・キャッシュに移入として1秒当たりに書き込まれるMB数。

FC_IO_BY_W_SEC

フラッシュ・キャッシュに1秒当たりに書き込まれたMB数。

FC_IO_BY_W_SKIP

フラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに書き込まれたMB数。

FC_IO_BY_W_SKIP_FC_THROTTLE

フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに書き込まれたMB数。

FC_IO_BY_W_SKIP_FC_THROTTLE_SEC

フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに1秒当たりに書き込まれたMB数。

FC_IO_BY_W_SKIP_LG

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに書き込まれたMB数。

FC_IO_BY_W_SKIP_LG_SEC

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに1秒当たりに書き込まれたMB数。

FC_IO_BY_W_SKIP_NCMIRROR

I/Oが非プライマリの非アクティブなセカンダリ・ミラーに対するものである場合にフラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに書き込まれたMB数。

FC_IO_BY_W_SKIP_SEC

フラッシュ・キャッシュをバイパスするI/Oリクエストに対してディスクに1秒当たりに書き込まれたMB数。

FC_IO_BYKEEP_R

keepオブジェクトを対象としてフラッシュ・キャッシュから読み取られたMB数。

FC_IO_BYKEEP_R_SEC

keepオブジェクトを対象としてフラッシュ・キャッシュから1秒当たりに読み取られたMB数。

FC_IO_BYKEEP_W

keepオブジェクトを対象としてフラッシュ・キャッシュに書き込まれたMB数。

FC_IO_BYKEEP_W_SEC

keepオブジェクトを対象としてフラッシュ・キャッシュに1秒当たりに書き込まれたMB数。

FC_IO_ERRS

フラッシュ・キャッシュでのI/Oエラーの数。

FC_IO_RQ_DISK_WRITE

フラッシュ・キャッシュからハード・ディスクに書き込まれたリクエスト数。

FC_IO_RQ_DISK_WRITE_SEC

フラッシュ・キャッシュからハード・ディスクにデータを書き込むように要求する1秒当たりのリクエスト数。

FC_IO_RQ_R

フラッシュ・キャッシュで対応できた読取りI/Oリクエストの数。

FC_IO_RQ_R_ACTIVE_SECONDARY

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できたリクエスト数。

FC_IO_RQ_R_ACTIVE_SECONDARY_MISS

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できなかったリクエスト数。

FC_IO_RQ_R_ACTIVE_SECONDARY_MISS_SEC

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できなかった1秒当たりのリクエスト数。

FC_IO_RQ_R_ACTIVE_SECONDARY_SEC

アクティブなセカンダリの読取りについてフラッシュ・キャッシュで対応できた1秒当たりのリクエスト数。

FC_IO_RQ_R_DISK_WRITER

ディスク・ライターによってフラッシュ・キャッシュから読み取られたリクエスト数。

FC_IO_RQ_R_DISK_WRITER_SEC

ディスク・ライターによってフラッシュ・キャッシュから1秒当たりに読み取られたリクエスト数。

FC_IO_RQ_R_DW

フラッシュ・キャッシュから読み取られたDWデータの読取りI/Oリクエストの数。

FC_IO_RQ_R_MISS

フラッシュ・キャッシュで一部のデータを見つけることができなかった読取りI/Oリクエストの数。

FC_IO_RQ_R_MISS_DW

リクエストされたデータの一部がフラッシュ・キャッシュに存在しなかったためにディスクから読み取られたDWデータの読取りI/Oリクエストの数。

FC_IO_RQ_R_MISS_SEC

フラッシュ・キャッシュで一部のデータを見つけることができなかった1秒当たりの読取りI/Oリクエストの数。

FC_IO_RQ_R_SEC

フラッシュ・キャッシュで対応できた1秒当たりの読取りI/Oリクエストの数。

FC_IO_RQ_R_SKIP

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストの数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_RQ_R_SKIP_FC_THROTTLE

ディスクから読み取られたリクエストのうち、フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_R_SKIP_FC_THROTTLE_SEC

ディスクから1秒当たりに読み取られたリクエストのうち、フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスしたリクエストの数。

FC_IO_RQ_R_SKIP_LG

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスする読取りI/Oリクエストの数。

FC_IO_RQ_R_SKIP_LG_SEC

I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスする1秒当たりの読取りI/Oリクエストの数。

FC_IO_RQ_R_SKIP_NCMIRROR

ディスクから読み取られたリクエストのうち、I/Oが非プライマリの非アクティブなセカンダリ・ミラーに対するものである場合にフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_R_SKIP_SEC

フラッシュ・キャッシュをバイパスする1秒当たりの読取りI/Oリクエストの数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_RQ_REPLACEMENT_ATTEMPTED

フラッシュ・キャッシュ内の領域の検索を試みたリクエストの数。

FC_IO_RQ_REPLACEMENT_FAILED

フラッシュ・キャッシュ内の領域の検索に失敗したリクエストの数。

FC_IO_RQ_W

フラッシュ・キャッシュにデータを移入する結果となったI/Oリクエストの数。

FC_IO_RQ_W_DISK_WRITER

ディスク・ライターによってハード・ディスクに書き込まれたリクエスト数。

FC_IO_RQ_W_DISK_WRITER_SEC

ディスク・ライターによってハード・ディスクに1秒当たりに書き込まれたリクエスト数。

FC_IO_RQ_W_FIRST

フラッシュ・キャッシュへの初回書込みで書き込まれるリクエスト数。

FC_IO_RQ_W_FIRST_SEC

フラッシュ・キャッシュへの初回書込みで1秒当たりに書き込まれるリクエスト数。

FC_IO_RQ_W_OVERWRITE

フラッシュ・キャッシュへの上書きで書き込まれるリクエスト数。

FC_IO_RQ_W_OVERWRITE_SEC

フラッシュ・キャッシュへの上書きで1秒当たりに書き込まれるリクエスト数。

FC_IO_RQ_W_POPULATE

読取りミスが原因でフラッシュ・キャッシュに移入として書き込まれるリクエスト数。

FC_IO_RQ_W_POPULATE_SEC

読取りミスが原因でフラッシュ・キャッシュに移入として1秒当たりに書き込まれるリクエスト数。

FC_IO_RQ_W_SEC

フラッシュ・キャッシュにデータを移入する結果となった1秒当たりのI/Oリクエストの数。

FC_IO_RQ_W_SKIP

フラッシュ・キャッシュをバイパスする書込みI/Oリクエストの数。

FC_IO_RQ_W_SKIP_FC_THROTTLE

ディスクに書き込まれたリクエストのうち、フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_W_SKIP_FC_THROTTLE_SEC

ディスクに1秒当たりに書き込まれたリクエストのうち、フラッシュ・キャッシュの負荷が高いためにフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_W_SKIP_LG

ディスクに書き込まれたリクエストのうち、I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_W_SKIP_LG_SEC

ディスクに1秒当たりに書き込まれたリクエストのうち、I/Oサイズが大きいためにフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_W_SKIP_NCMIRROR

ディスクに書き込まれたリクエストのうち、I/Oが非プライマリの非アクティブなセカンダリ・ミラーに対するものである場合にフラッシュ・キャッシュをバイパスするリクエストの数。

FC_IO_RQ_W_SKIP_SEC

フラッシュ・キャッシュをバイパスする1秒当たりの書込みI/Oリクエストの数。

FC_IO_RQKEEP_R

フラッシュ・キャッシュのkeepオブジェクトを対象とする読取りI/Oリクエストの数。

FC_IO_RQKEEP_R_MISS

keepオブジェクトを対象とする読取りI/Oリクエストのうち、フラッシュ・キャッシュで一部のデータを見つけることができなかったリクエストの数。

FC_IO_RQKEEP_R_MISS_SEC

keepオブジェクトを対象とする1秒当たりの読取りI/Oリクエストのうち、フラッシュ・キャッシュで一部のデータを見つけることができなかったリクエストの数。

FC_IO_RQKEEP_R_SEC

keepオブジェクトを対象とする1秒当たりの読取りI/Oリクエストのうち、フラッシュ・キャッシュで対応できたリクエストの数。

FC_IO_RQKEEP_R_SKIP

フラッシュ・キャッシュをバイパスするkeepオブジェクトを対象とする読取りI/Oリクエストの数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_RQKEEP_R_SKIP_SEC

フラッシュキャッシュをバイパスするkeepオブジェクトを対象とする1秒当たりの読取りI/Oリクエストの数。

フラッシュ・キャッシュをバイパスする読取りI/Oリクエストは、直接ディスクに移動します。これらのリクエストでは、リクエストされたデータを読み取った後にフラッシュ・キャッシュに移入しません。たとえば、CELL_FLASH_CACHE=NONEを使用したデータベース・オブジェクトの読取りや、CELL_FLASH_CACHE=DEFAULTを使用したデータベース・オブジェクトのスマート・スキャンI/Oなどです。

FC_IO_RQKEEP_W

keepオブジェクトを対象とするI/Oリクエストのうち、フラッシュ・キャッシュにデータを移入する結果となったリクエストの数。

FC_IO_RQKEEP_W_SEC

keepオブジェクトを対象とする1秒当たりのI/Oリクエストのうち、フラッシュ・キャッシュにデータを移入する結果となったリクエストの数。

FC_PREFETCH_HIT

フラッシュ・キャッシュのプリフェッチ・ヒット数。ヒットは、ページがプリフェッチされ、後からクライアントによって読取りまたは書込みのために使用されたことを意味します。プリフェッチされたページがヒットすると、そのページはプリフェッチとしてマークされなくなります。

FC_PREFETCH_MISS

フラッシュ・キャッシュのプリフェッチ・ミス数。ミスは、ページがプリフェッチされたが、クライアントによってまったく使用されずに、解放または再使用されたことを意味します。

FC_PREFETCH_RQ

フラッシュ・キャッシュのプリフェッチ・リクエスト数。

FC_PREFETCH_SKIP

フラッシュ・キャッシュのスキップされたプリフェッチ・リクエスト数。エラーや抑制のため、またはバッファがないためにプリフェッチ・ディスクIOが発行されない場合、プリフェッチ・リクエストがスキップされることがあります。

FC_PREFETCH_USED

クライアントがまだ使用していないプリフェッチ・ページを保持する、フラッシュ・キャッシュ内のMB数。

次の表およびビューでもフラッシュ・キャッシュのメトリックを確認できます。

- 表7-2「セル・ディスクのメトリックおよび説明」

- 表7-5「グリッド・ディスクのメトリックおよび説明」

- 表7-8「カテゴリのメトリックおよび説明」

- 表7-10「データベースのメトリックおよび説明」

- 表7-14「V$SYSSTATビューのキー統計」

- V$SEGMENT_STATISTICS

- V$SQL

関連項目:

- Oracle Exadata Storage Server SoftwareでのV$SEGMENT_STATISTICSの使用

- Oracle Exadata Storage Server SoftwareでのV$SQLの使用

メトリックを使用したOracle Exadataスマート・フラッシュ・ログの監視

Oracle Exadataスマート・フラッシュ・ログのメトリックでは、1秒当たりの書込みMB数など、フラッシュ・ログの使用率に関する情報が提供されます。Oracle Exadataスマート・フラッシュ・ログのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでFLASHLOGと同等のオブジェクト・タイプ属性を使用します。

表7-4は、Oracle Exadataスマート・フラッシュ・ログのメトリックのメトリック名および説明の一覧です。メトリックを表示するフラッシュ・ログは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。

Oracle Exadataスマート・フラッシュ・ログのサイズを設定できます。サイズが小さすぎる場合は、FL_IO_W_SKIP_LARGEおよびFL_IO_W_SKIP_BUSY_MINメトリックの値を高くできます。

表7-4 Oracle Exadataスマート・フラッシュ・ログのメトリックおよび説明

メトリック

説明

FL_ACTUAL_OUTLIERS

外れしきい値を超えてフラッシュおよびディスクに書き込まれたREDO書込みの数。

FL_BY_KEEP

ディスクI/Oエラーによってフラッシュに保存されたREDOデータ・バイトの数。

FL_DISK_FIRST

最初にディスクに書き込まれたREDO書込みの数。

FL_DISK_IO_ERRS

Oracle Exadataスマート・フラッシュ・ログで発生したディスクI/Oエラーの数。

FL_EFFICIENCY_PERCENTAGE

パーセントで表したOracle Exadataスマート・フラッシュ・ログの効率。

FL_EFFICIENCY_PERCENTAGE_HOUR

パーセントで表した過去の時間のOracle Exadataスマート・フラッシュ・ログの効率。

FL_FLASH_FIRST

最初にフラッシュに書き込まれたREDO書込みの数。

FL_FLASH_IO_ERRS

Oracle Exadataスマート・フラッシュ・ログで発生したフラッシュI/Oエラーの数。

FL_FLASH_ONLY_OUTLIERS

外れしきい値を超えてフラッシュに書き込まれたREDO書込みの数。

FL_IO_DB_BY_W

Oracle Exadataスマート・フラッシュ・ログによってハード・ディスクに書き込まれたMB数。

FL_IO_DB_BY_W_SEC

Oracle Exadataスマート・フラッシュ・ログによってハード・ディスクに1秒当たりに書き込まれたMB数。

FL_IO_FL_BY_W

Oracle Exadataスマート・フラッシュ・ログによってフラッシュに書き込まれたMB数。

FL_IO_FL_BY_W_SEC

Oracle Exadataスマート・フラッシュ・ログによってフラッシュに1秒当たりに書き込まれたMB数。

FL_IO_W

Oracle Exadataスマート・フラッシュ・ログがサービスを提供した書込みの数。

FL_IO_W_SKIP_BUSY

フラッシュ・ログ・ディスクに含まれるアクティブ・データ(ディスクにまだ書き込まれていないデータ、またはフラッシュ・ログによってチェックポイントが実行されたデータ)が多すぎるために、Oracle Exadataスマート・フラッシュ・ログをバイパスしたREDO書込みの数。

REDO書込みがフラッシュ・ログをバイパスする場合、次のような要因があります。

- フラッシュ・ディスクが十分な速度で実行していません。つまり、書込みレイテンシが高くなっています。これを確認するには、関連するフラッシュ・ディスク・パフォーマンス・メトリックをチェックします。FL_FLASH_ONLY_OUTLIERSをチェックすることもできます。このメトリック値が高い場合は、フラッシュ・ディスクのパフォーマンスに問題があることを示しています。

- ログ・ファイル・データを含むハード・ディスクが十分な速度で実行していません。これを確認するには、関連するハード・ディスク・パフォーマンス・メトリックをチェックします。FL_PREVENTED_OUTLIERSをチェックすることもできます。このメトリック値が高い場合は、ハード・ディスクのパフォーマンスに問題があることを示しています。

- 大量のREDOログ・データが高速で生成されているため、フラッシュ・ロギングが対応できません。これを確認するには、FL_IO_DB_BY_W_SECをチェックします。このメトリック値が1秒当たり数MBの場合、REDOログ生成速度がフラッシュ・ログの処理能力を超えている可能性があります。この問題に対処するには、フラッシュ・ログのサイズを増やします。ただし、このためにはフラッシュ・キャッシュのサイズを再構成して小さくする必要があります。こうすることで、対応する領域をフラッシュ・ログに割り当てられるようになります。

通常、FL_IO_W_SKIP_BUSYは、ログ・ファイル並列書込みの待機時間(AWRで示される)やFL_ACTUAL_OUTLIERSなど、その他の要因ほど重要ではありません。

ログ・ファイル並列書込みの待機時間が長い(0.5秒超)か、FL_ACTUAL_OUTLIERSが多い場合、フラッシュ・ログ機能が効率よく実行していません。

FL_IO_W_SKIP_BUSY_MIN

ディスクへの書込み前のデータが多すぎるため、最後の1分間にOracle Exadataスマート・フラッシュ・ログがサービスを提供できなかったREDO書込みの数。

FL_IO_W_SKIP_LARGE

データ・サイズがフラッシュ・ディスクの使用可能領域より大きいため、Oracle Exadataスマート・フラッシュ・ログがサービスを提供できなかった大規模なREDO書込みの数。

FL_IO_W_SKIP_NO_BUFFER

使用可能なバッファがないため、Oracle Exadataスマート・フラッシュ・ログがサービスを提供できなかったREDO書込みの数。

FL_PREVENTED_OUTLIERS

外れしきい値を超えてディスクに書き込まれたREDO書込みの数。Oracle Exadataスマート・フラッシュ・ログでない場合、これらの書込みは外れ値になります。

注意:

- 外れ値は0.5秒を超えたREDOログ書込みです。

- フラッシュ前にディスクに対して最初に実行されるREDOログ書込み操作が増加する場合があります。FL_DISK_FIRSTの値は、FL_FLASH_FIRSTの値よりも大きくなります。これは、スマート・フラッシュ・ロギング機能が無効か不要であることを意味します。
スマート・フラッシュ・テクノロジの利点の詳細は、「スマート・フラッシュ・テクノロジ」を参照してください。

グリッド・ディスクのメトリックの監視

グリッド・ディスクのメトリックでは、グリッド・ディスクからの大きいブロック読取り数など、グリッド・ディスクのI/O負荷に関する情報が提供されます。グリッド・ディスクのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでGRIDDISKと同等のオブジェクト・タイプ属性を使用します。

表7-5は、グリッド・ディスクのメトリックのメトリック名および説明の一覧です。メトリックを表示するグリッド・ディスクは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。

表7-5 グリッド・ディスクのメトリックおよび説明

メトリック

説明

GD_BY_FC_DIRTY

グリッド・ディスクと同期されないフラッシュ・キャッシュにキャッシュされるMB数。

GD_IO_BY_R_LG

グリッド・ディスクから大きいブロックを読み取るときの読取りMB数の累計。

GD_IO_BY_R_LG_SEC

グリッド・ディスクから大きいブロックを読み取るときの1秒当たりの読取りMB数。

GD_IO_BY_R_SCRUB

修正ジョブによってグリッド・ディスクから読み取られたMB数。

GD_IO_BY_R_SCRUB_SEC

修正ジョブによってグリッド・ディスクから1秒当たりに読み取られたMB数。

GD_IO_BY_R_SM

グリッド・ディスクから小さいブロックを読み取るときの読取りMB数の累計。

GD_IO_BY_R_SM_SEC

グリッド・ディスクから小さいブロックを読み取るときの1秒当たりの読取りMB数。

GD_IO_BY_W_LG

グリッド・ディスクに大きいブロックを書き込むときの書込みMB数の累計。

GD_IO_BY_W_LG_SEC

グリッド・ディスクに大きいブロックを書き込むときの1秒当たりの書込みMB数。

GD_IO_BY_W_SM

グリッド・ディスクに小さいブロックを書き込むときの書込みMB数の累計。

GD_IO_BY_W_SM_SEC

グリッド・ディスクに小さいブロックを書き込むときの1秒当たりの書込みMB数。

GD_IO_ERRS

グリッド・ディスクでのI/Oエラーの累計。

GD_IO_ERRS_MIN

グリッド・ディスクでの1分当たりのI/Oエラー数。

GD_IO_ERRS_SCRUB

修正ジョブによってグリッド・ディスクで検出された不良1MBブロックの数。

GD_IO_RQ_R_LG

グリッド・ディスクからの大きいブロックの読取りリクエストの累計。

GD_IO_RQ_R_LG_SEC

グリッド・ディスクからの大きいブロックの1秒当たりの読取りリクエスト数。

GD_IO_RQ_R_SCRUB

修正ジョブによってグリッド・ディスクから読み取られるリクエストの数。

GD_IO_RQ_R_SCRUB_SEC

修正ジョブによってグリッド・ディスクから1秒当たりに読み取られるリクエストの数。

GD_IO_RQ_R_SM

グリッド・ディスクからの小さいブロックの読取りリクエストの累計。

GD_IO_RQ_R_SM_SEC

グリッド・ディスクからの小さいブロックの1秒当たりの読取りリクエスト数。

GD_IO_RQ_W_LG

グリッド・ディスクへの大きいブロックの書込みリクエストの累計。

GD_IO_RQ_W_LG_SEC

グリッド・ディスクへの大きいブロックの1秒当たりの書込みリクエスト数。

GD_IO_RQ_W_SM

グリッド・ディスクへの小さいブロックの書込みリクエストの累計。

GD_IO_RQ_W_SM_SEC

グリッド・ディスクへの小さいブロックの1秒当たりの書込みリクエスト数。

GD_SP_BY_ALLOCATED

グリッド・ディスクに割り当てられた物理領域のバイト数。

GD_SP_IO_BY_PARTIAL

部分I/Oによって返されたバイト数。

GD_SP_IO_BY_PARTIAL_SEC

部分I/Oによって返された1秒当たりのバイト数。

GD_SP_IO_BY_REDIRECTED

元のデータ・ブロックにリダイレクトされたスパースのバイト数。

GD_SP_IO_BY_REDIRECTED_SEC

元のデータ・ブロックにリダイレクトされたスパースの1秒当たりのバイト数。

GD_SP_IO_RQ_PARTIAL

部分データを返したI/Oリクエストの数。

GD_SP_IO_RQ_PARTIAL_SEC

部分データを返したI/Oリクエストの1秒当たりの数。

GD_SP_PRCT_ALLOCATED

グリッド・ディスクに割り当てられた物理領域の割合(%)。領域使用率が95%を超えると警告アラートが生成されます。領域使用率が99%に達するとクリティカル・アラートが生成されます。

アラートが発生した場合、スパース・グリッド・ディスクのサイズを大きくするか、一部のスナップショット・データベースを削除して領域を解放してください。

ホストのインターコネクトのメトリックの監視

ホストのインターコネクトのメトリックでは、セル・ストレージにアクセスするホストのI/O転送に関する情報が提供されます。ホストのインターコネクトのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでHOST_INTERCONNECTと同等のオブジェクト・タイプ属性を使用します。

表7-6は、ホストのインターコネクトのメトリックのメトリック名および説明の一覧です。メトリックを表示するホストのインターコネクトは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。

表7-6 ホストのインターコネクトのメトリックおよび説明

メトリック

説明

N_MB_DROP

特定のホストへの送信中に削除されたMB数の累計。

N_MB_DROP_SEC

特定のホストへの送信中に1秒当たりに削除されたMB数。

N_MB_RDMA_DROP

特定のホストへのリモート・ダイレクト・メモリー・アクセス(RDMA)送信中に削除されたMB数の累計。

N_MB_RDMA_DROP_SEC

特定のホストへのRDMA送信中に1秒当たりに削除されたMB数。

N_MB_RECEIVED

特定のホストから受信したMB数の累計。

N_MB_RECEIVED_SEC

特定のホストから1秒当たりに受信したMB数。

N_MB_RESENT

特定のホストに再送信されたMB数の累計。

N_MB_RESENT_SEC

特定のホストに1秒当たりに再送信されたMB数。

N_MB_SENT

特定のホストに送信されたMB数の累計。

N_MB_SENT_SEC

特定のホストに1秒当たりに送信されたMB数。

N_RDMA_RETRY_TM

特定のホストにRDMA送信中の再試行アクションの累積レイテンシ。

スマートI/Oのメトリックの監視

スマートI/Oのメトリックでは、スマートI/Oのパフォーマンスに関する情報が提供されます。スマートI/Oとは、Oracle Exadata Storage Serverのオフロード機能によって実行されるスマート・スキャンやスマート増分バックアップなどのI/O処理のことです。スマートI/Oのメトリックを表示するには、METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトでSMARTIOと同等のオブジェクト・タイプ属性を使用します。

表7-7は、スマートI/Oのメトリックのメトリック名および説明の一覧です。メトリックを表示するスマートI/Oは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。

表7-7 スマートI/Oのメトリックおよび説明

メトリック

説明

SIO_IO_EL_OF

スマートI/Oによるオフロードの対象となるMB数の累計。

SIO_IO_EL_OF_SEC

スマートI/Oによるオフロードの対象となる1秒当たりのMB数。

SIO_IO_OF_RE

スマートI/Oによって返されたインターコネクトMB数の累計。

SIO_IO_OF_RE_SEC

スマートI/Oによって返された1秒当たりのインターコネクトMB数。

SIO_IO_PA_TH

スマートI/OによるパススルーI/OのMB数の累計。

SIO_IO_PA_TH_SEC

スマートI/OによるパススルーI/Oの1秒当たりのMB数。

SIO_IO_RD_FC

スマートI/Oによってフラッシュ・キャッシュから読み取られたMB数の累計。

SIO_IO_RD_FC_HD

スマートI/Oによってフラッシュ・キャッシュとハード・ディスクの両方から読み取られたMB数の累計。

SIO_IO_RD_FC_HD_SEC

スマートI/Oによってフラッシュ・キャッシュとハード・ディスクの両方から1秒当たりに読み取られたMB数。

SIO_IO_RD_FC_SEC

スマートI/Oによってフラッシュ・キャッシュから1秒当たりに読み取られたMB数。

SIO_IO_RD_HD

スマートI/Oによってハード・ディスクから読み取られたMB数の累計。

SIO_IO_RD_HD_SEC

スマートI/Oによってハード・ディスクから1秒当たりに読み取られたMB数。

SIO_IO_RD_RQ_FC

スマートI/Oによるフラッシュ・キャッシュからの読取りI/Oリクエストの累計。

SIO_IO_RD_RQ_FC_HD

スマートI/Oによるフラッシュ・キャッシュとハード・ディスクの両方からの読取りI/Oリクエストの累計。

SIO_IO_RD_RQ_FC_HD_SEC

スマートI/Oによるフラッシュ・キャッシュとハード・ディスクの両方からの1秒当たりの読取りI/Oリクエストの数。

SIO_IO_RD_RQ_FC_SEC

スマートI/Oによるフラッシュ・キャッシュからの1秒当たりの読取りI/Oリクエストの数。

SIO_IO_RD_RQ_HD

スマートI/Oによるハード・ディスクからの読取りI/Oリクエストの累計。

SIO_IO_RD_RQ_HD_SEC

スマートI/Oによるハード・ディスクからの1秒当たりの読取りI/Oリクエストの数。

SIO_IO_RV_OF

スマートI/OによってCPUのバランス調整のためにデータベース・ノードに送信されたMB数の累計。

SIO_IO_RV_OF_SEC

スマートI/OによってCPUのバランス調整のためにデータベース・ノードに1秒当たりに送信されたMB数。

SIO_IO_SI_SV

ストレージ索引によって保存されたMB数の累計。

SIO_IO_SI_SV_SEC

ストレージ索引によって1秒当たりに保存されたMB数。

SIO_IO_WR_FC

スマートI/Oによってフラッシュ・キャッシュに移入として書き込まれるMB数の累計。

SIO_IO_WR_FC_SEC

スマートI/Oによってフラッシュ・キャッシュに移入として1秒当たりに書き込まれるMB数。

SIO_IO_WR_HD

スマートI/Oによってハード・ディスクに書き込まれたMB数の累計。

SIO_IO_WR_HD_SEC

スマートI/Oによってハード・ディスクに1秒当たりに書き込まれたMB数。

SIO_IO_WR_RQ_FC

スマートI/Oによってフラッシュ・キャッシュに移入として書き込まれるように要求するI/Oリクエストの累計。

SIO_IO_WR_RQ_FC_SEC

スマートI/Oによってフラッシュ・キャッシュに移入として書き込まれるように要求する1秒当たりのI/Oリクエストの数。

SIO_IO_WR_RQ_HD

スマートI/Oによるハード・ディスクに対する書込みI/Oリクエストの累計。

SIO_IO_WR_RQ_HD_SEC

スマートI/Oによるハード・ディスクに対する1秒当たりの書込みI/Oリクエストの数。

メトリックを使用したIORMの監視

I/Oリソース管理(IORM)は、Oracle Exadata Storage Server Softwareのメトリックを使用して監視できます。IORMではデータベース識別子ではなくデータベース名を使用して、統計を収集し、出力を表示します。この項では、次のトピックについて説明します。

- カテゴリ・メトリックを使用したIORMの監視

- プラガブル・データベース・メトリックを使用したIORMの監視

- データベース・メトリックを使用したIORMの監視

- コンシューマ・グループ・メトリックを使用したIORMの監視

- 「IORM使用率の監視」

- メトリックを使用したデータベース間プランのチューニング

カテゴリ・メトリックを使用したIORMの監視

カテゴリ・メトリックでは、現在のIORMカテゴリ・プランで指定した各カテゴリからのI/O負荷のサイズに関する情報が提供されます。METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトのobjectType属性は、カテゴリ・メトリックのIORM_CATEGORYと同等です。

表7-8は、カテゴリのメトリックのメトリック名および説明の一覧です。メトリックを表示するカテゴリは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。表の説明では、「小さい」は128KB以下のサイズ、「大きい」は128KBより大きいサイズを意味します。

表7-8 カテゴリのメトリックおよび説明

メトリック

説明

CT_FC_IO_BY_SEC

フラッシュ・キャッシュへのこのカテゴリの1秒当たりのI/OのMB数。

CT_FC_IO_RQ

IORMカテゴリがフラッシュ・キャッシュに発行するI/Oリクエストの数。

CT_FC_IO_RQ_LG

IORMカテゴリがフラッシュ・キャッシュに発行する大きいI/Oリクエストの数。

CT_FC_IO_RQ_LG_SEC

IORMカテゴリがフラッシュ・キャッシュに1秒当たりに発行する大きいI/Oリクエストの数。

CT_FC_IO_RQ_SEC

IORMカテゴリがフラッシュ・キャッシュに1秒当たりに発行するI/Oリクエストの数。

CT_FC_IO_RQ_SM

IORMカテゴリがフラッシュ・キャッシュに発行する小さいI/Oリクエストの数。

CT_FC_IO_RQ_SM_SEC

IORMカテゴリがフラッシュ・キャッシュに1秒当たりに発行する小さいI/Oリクエストの数。

CT_FD_IO_BY_SEC

フラッシュ・ディスクへのこのカテゴリの1秒当たりのI/OのMB数。

CT_FD_IO_LOAD

フラッシュ・ディスクへのこのカテゴリからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

CT_FD_IO_RQ_LG

IORMカテゴリがフラッシュ・ディスクに発行する大きいI/Oリクエストの数。

CT_FD_IO_RQ_LG_SEC

IORMカテゴリがフラッシュ・ディスクに1秒当たりに発行する大きいI/Oリクエストの数。

CT_FD_IO_RQ_SM

IORMカテゴリがフラッシュ・ディスクに発行する小さいI/Oリクエストの数。

CT_FD_IO_RQ_SM_SEC

IORMカテゴリがフラッシュ・ディスクに1秒当たりに発行する小さいI/Oリクエストの数。

CT_FD_IO_TM

フラッシュ・ディスクからのこのカテゴリのブロックの読取り/書込みの累積待機時間。

CT_FD_IO_TM_LG

フラッシュ・ディスクからのこのカテゴリの大きいブロックの読取り/書込みの累積待機時間。

CT_FD_IO_TM_LG_RQ

フラッシュ・ディスクからのこのカテゴリの大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CT_FD_IO_TM_RQ

フラッシュ・ディスクからのこのカテゴリのブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CT_FD_IO_TM_SM

フラッシュ・ディスクからのこのカテゴリの小さいブロックの読取り/書込みの累積待機時間。

CT_FD_IO_TM_SM_RQ

フラッシュ・ディスクからのこのカテゴリの小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CT_FD_IO_UTIL

このカテゴリから使用されているフラッシュ・リソースの割合(%)。

CT_FD_IO_UTIL_LG

このカテゴリからの大きいリクエストによって使用されているフラッシュ・リソースの割合(%)。

CT_FD_IO_UTIL_SM

このカテゴリからの小さいリクエストによって使用されているフラッシュ・リソースの割合(%)。

CT_FD_IO_WT_LG

IORMカテゴリがフラッシュ・ディスクに発行する大きいI/OリクエストのIORM待機時間。

CT_FD_IO_WT_LG_RQ

IORMカテゴリがフラッシュ・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CT_FD_IO_WT_SM

IORMカテゴリがフラッシュ・ディスクに発行する小さいI/OリクエストのIORM待機時間。

CT_FD_IO_WT_SM_RQ

IORMカテゴリがフラッシュ・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CT_IO_BY_SEC

ハード・ディスクへのこのカテゴリの1秒当たりのI/OのMB数。

CT_IO_LOAD

ハード・ディスクへのこのカテゴリからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

CT_IO_RQ_LG

ハード・ディスクに対するカテゴリによって発行された大きいI/Oリクエストの累積数。大きい値は、このカテゴリからのI/Oの処理負荷が高いことを示します。

CT_IO_RQ_LG_SEC

このメトリックはCT_IO_RQ_LGから導出されます。これはハード・ディスクに対するカテゴリによって発行された大きいI/Oリクエストの率を示します。この単位は1秒当たりのI/Oリクエスト数です。大きい値は、直前の1分間にこのカテゴリから発行されたI/Oの処理負荷が高いことを示します。

CT_IO_RQ_SM

ハード・ディスクに対するカテゴリによって発行された小さいI/Oリクエストの累積数。大きい値は、このカテゴリからのI/Oの処理負荷が高いことを示します。

CT_IO_RQ_SM_SEC

このメトリックはCT_IO_RQ_SMから導出されます。これはハード・ディスクに対するカテゴリによって発行された小さいI/Oリクエストの率を示します。この単位は1秒当たりのI/Oリクエスト数です。大きい値は、直前の1分間にこのカテゴリから発行されたI/Oの処理負荷が高いことを示します。

CT_IO_TM_LG

ハード・ディスクからのこのカテゴリの大きいブロックの読取り/書込みの累積待機時間。

CT_IO_TM_LG_RQ

ハード・ディスクからのこのカテゴリの大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CT_IO_TM_SM

ハード・ディスクからのこのカテゴリの小さいブロックの読取り/書込みの累積待機時間。

CT_IO_TM_SM_RQ

ハード・ディスクからのこのカテゴリの小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CT_IO_UTIL_LG

このカテゴリからの大きいリクエストによって使用されているディスク・リソースの割合(%)。

CT_IO_UTIL_SM

このカテゴリからの小さいリクエストによって使用されているディスク・リソースの割合(%)。

CT_IO_WT_LG

カテゴリがハード・ディスクに発行する大きいI/OリクエストがIORMでスケジュールされるまでの待機時間の累計(ミリ秒)。大きい値は、このカテゴリからのI/Oの処理負荷がカテゴリ・プランで指定した割当てを超えていることを示します。

CT_IO_WT_LG_RQ

IORMカテゴリがハード・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CT_IO_WT_SM

カテゴリがハード・ディスクに発行する小さいI/OリクエストがIORMでスケジュールされるまでの待機時間の累計(ミリ秒)。大きい値は、このカテゴリからのI/Oの処理負荷がカテゴリ・プランで指定した割当てを超えていることを示します。

CT_IO_WT_SM_RQ

IORMカテゴリがハード・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

すべてのカテゴリの累積メトリックは、カテゴリ、IORMまたはデータベース・リソースのプランが変更されるとゼロにリセットされます。データベース間のプランのカテゴリ・メトリックの履歴を表示するには、次のCellCLIコマンドを使用します。

CellCLI> LIST METRICHISTORY WHERE objectType = 'IORM_CATEGORY' AND            -
metricValue != 0 ATTRIBUTES name, metricObjectName, metricValue,     -
collectionTime

また、カテゴリ・メトリックは、内部生成または自動的に管理される次のカテゴリで提供されます。

- _ASM_: Oracle ASM関連のI/O

- _ORACLE_BG_CATEGORY_: Oracle Databaseバックグラウンド・プロセスで発行される優先度の高いI/O

- _ORACLE_MEDPRIBG_CATEGORY_: Oracle Databaseバックグラウンド・プロセスで発行される優先度が中位のI/O

- _ORACLE_LOWPRIBG_CATEGORY_: Oracle Databaseバックグラウンド・プロセスで発行される優先度の低いI/O

プラガブル・データベース・メトリックを使用したIORMの監視

プラガブル・データベース(PDB)メトリックは、コンテナ・データベース(CDB)プランで指定された各PDBのI/O負荷のサイズに関する情報を提供します。METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトのobjectType属性は、データベース・メトリックのIORM_PLUGGABLE_DATABASEと同等です。

表7-9は、データベースのメトリックのメトリック名および説明の一覧です。メトリックを表示するPDBは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。PDB名は、CDB名とPDB名を連結した名前です。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。表の説明では、「小さい」は128KB以下のサイズ、「大きい」は128KBより大きいサイズを意味します。

表7-9 プラガブル・データベースのメトリックおよび説明

メトリック

説明

PDB_FC_BY_ALLOCATED

このプラガブル・データベースに対してフラッシュ・キャッシュで割り当てられるMB数。

PDB_FC_IO_BY_SEC

フラッシュ・キャッシュへのプラガブル・データベースの1秒当たりのI/OのMB数。

PDB_FC_IO_RQ

このプラガブル・データベースがフラッシュ・キャッシュに発行するI/Oリクエストの数。

PDB_FC_IO_RQ_LG

このプラガブル・データベースがフラッシュ・キャッシュに発行する大きいI/Oリクエストの数。

PDB_FC_IO_RQ_LG_SEC

このプラガブル・データベースがフラッシュ・キャッシュに発行する大きいI/Oリクエストの1秒当たりの数。

PDB_FC_IO_RQ_SEC

このプラガブル・データベースがフラッシュ・キャッシュに発行する1秒当たりのI/Oリクエストの数。

PDB_FC_IO_RQ_SM

このプラガブル・データベースがフラッシュ・キャッシュに発行する小さいI/Oリクエストの数。

PDB_FC_IO_RQ_SM_SEC

このプラガブル・データベースがフラッシュ・キャッシュに発行する小さいI/Oリクエストの1秒当たりの数。

PDB_FD_IO_BY_SEC

フラッシュ・ディスクへのプラガブル・データベースの1秒当たりのI/OのMB数。

PDB_FD_IO_LOAD

フラッシュ・ディスクへのこのプラガブル・データベースからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

PDB_FD_IO_RQ_LG

プラガブル・データベースがフラッシュ・ディスクに発行する大きいI/Oリクエストの数。

PDB_FD_IO_RQ_LG_SEC

プラガブル・データベースがフラッシュ・ディスクに1秒当たりに発行する大きいI/Oリクエストの数。

PDB_FD_IO_RQ_SM

プラガブル・データベースがフラッシュ・ディスクに発行する小さいI/Oリクエストの数。

PDB_FD_IO_RQ_SM_SEC

プラガブル・データベースがフラッシュ・ディスクに1秒当たりに発行する小さいI/Oリクエストの数。

PDB_FD_IO_TM

フラッシュ・ディスクからのこのプラガブル・データベースによるブロックの読取り/書込みの累積待機時間。

PDB_FD_IO_TM_LG

フラッシュ・ディスクからのこのプラガブル・データベースによる大きいブロックの読取り/書込みの累積待機時間。

PDB_FD_IO_TM_LG_RQ

フラッシュ・ディスクからのこのプラガブル・データベースによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

PDB_FD_IO_TM_RQ

フラッシュ・ディスクからのこのプラガブル・データベースによるブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

PDB_FD_IO_TM_SM

フラッシュ・ディスクからのこのプラガブル・データベースによる小さいブロックの読取り/書込みの累積待機時間。

PDB_FD_IO_TM_SM_RQ

フラッシュ・ディスクからのこのプラガブル・データベースによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

PDB_FD_IO_UTIL

このプラガブル・データベースから使用されているフラッシュ・リソースの割合(%)。

PDB_FD_IO_UTIL_LG

このプラガブル・データベースからの大きいリクエストによって使用されているフラッシュ・リソースの割合(%)。

PDB_FD_IO_UTIL_SM

このプラガブル・データベースからの小さいリクエストによって使用されているフラッシュ・リソースの割合(%)。

PDB_FD_IO_WT_LG

このプラガブル・データベースがフラッシュ・ディスクに発行する大きいI/OリクエストのIORM待機時間。

PDB_FD_IO_WT_LG_RQ

このプラガブル・データベースがフラッシュ・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

PDB_FD_IO_WT_SM

このプラガブル・データベースがフラッシュ・ディスクに発行する小さいI/OリクエストのIORM待機時間。

PDB_FD_IO_WT_SM_RQ

このプラガブル・データベースがフラッシュ・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

PDB_IO_BY_SEC

ハード・ディスクへのプラガブル・データベースの1秒当たりのI/OのMB数。

PDB_IO_LOAD

ハード・ディスクへのこのプラガブル・データベースからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

PDB_IO_RQ_LG

プラガブル・データベースがハード・ディスクに発行する大きいI/Oリクエストの累積数。大きい値は、このプラガブル・データベースからの大きいI/Oの処理負荷が高いことを示します。

PDB_IO_RQ_LG_SEC

ハード・ディスクに対して直前の1分間にプラガブル・データベースが1秒当たりに発行した大きいI/Oリクエストの率。大きい値は、直前の1分間のこのプラガブル・データベースからの大きいI/Oの処理負荷が高いことを示します。

PDB_IO_RQ_SM

プラガブル・データベースがハード・ディスクに発行する小さいI/Oリクエストの累積数。大きい値は、このプラガブル・データベースからの小さいI/Oの処理負荷が高いことを示します。

PDB_IO_RQ_SM_SEC

ハード・ディスクに対して直前の1分間にプラガブル・データベースが1秒当たりに発行した小さいI/Oリクエストの率。大きい値は、直前の1分間にこのプラガブル・データベースが発行した小さいI/Oの処理負荷が高いことを示します。

PDB_IO_TM_LG

ハード・ディスクからのこのプラガブル・データベースによる大きいブロックの読取り/書込みの累積待機時間。

PDB_IO_TM_LG_RQ

ハード・ディスクからのこのプラガブル・データベースによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

PDB_IO_TM_SM

ハード・ディスクからのこのプラガブル・データベースによる小さいブロックの読取り/書込みの累積待機時間。

PDB_IO_TM_SM_RQ

ハード・ディスクからのこのプラガブル・データベースによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

PDB_IO_UTIL_LG

このプラガブル・データベースからの大きいリクエストによって使用されているディスク・リソースの割合(%)。

PDB_IO_UTIL_SM

このプラガブル・データベースからの小さいリクエストによって使用されているディスク・リソースの割合(%)。

PDB_IO_WT_LG

このプラガブル・データベースがハード・ディスクに発行する大きいI/OリクエストのIORM待機時間。

PDB_IO_WT_LG_RQ

このプラガブル・データベースがハード・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

PDB_IO_WT_SM

このプラガブル・データベースがハード・ディスクに発行する小さいI/OリクエストのIORM待機時間。

PDB_IO_WT_SM_RQ

このプラガブル・データベースがハード・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

データベース・メトリックを使用したIORMの監視

データベース・メトリックでは、データベース間のプランで指定した各データベースからのI/O負荷のサイズに関する情報が提供されます。METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトのobjectType属性は、データベース・メトリックのIORM_DATABASEと同等です。

表7-10は、データベースのメトリックのメトリック名および説明の一覧です。メトリックを表示するデータベースは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。表の説明では、「小さい」は128KB以下のサイズ、「大きい」は128KBより大きいサイズを意味します。

表7-10 データベースのメトリックおよび説明

メトリック

説明

DB_FC_BY_ALLOCATED

このデータベースに対してフラッシュ・キャッシュで割り当てられるMB数。

DB_FC_IO_BY_SEC

フラッシュ・キャッシュへのこのデータベースの1秒当たりのI/OのMB数。

DB_FC_IO_RQ

データベースがフラッシュ・キャッシュに発行するI/Oリクエストの数。

DB_FC_IO_RQ_LG

データベースがフラッシュ・キャッシュに発行する大きいI/Oリクエストの数。

DB_FC_IO_RQ_LG_SEC

データベースがフラッシュ・キャッシュに1秒当たりに発行する大きいI/Oリクエストの数。

DB_FC_IO_RQ_SEC

データベースがフラッシュ・キャッシュに1秒当たりに発行するI/Oリクエストの数。

DB_FC_IO_RQ_SM

データベースがフラッシュ・キャッシュに発行する小さいI/Oリクエストの数。

DB_FC_IO_RQ_SM_SEC

データベースがフラッシュ・キャッシュに1秒当たりに発行する小さいI/Oリクエストの数。

DB_FD_IO_BY_SEC

フラッシュ・ディスクへのこのデータベースの1秒当たりのI/OのMB数。

DB_FD_IO_LOAD

フラッシュ・ディスクへのこのデータベースからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

DB_FD_IO_RQ_LG

データベースがフラッシュ・ディスクに発行する大きいI/Oリクエストの数。

DB_FD_IO_RQ_LG_SEC

データベースがフラッシュ・ディスクに1秒当たりに発行する大きいI/Oリクエストの数。

DB_FD_IO_RQ_SM

データベースがフラッシュ・ディスクに発行する小さいI/Oリクエストの数。

DB_FD_IO_RQ_SM_SEC

データベースがフラッシュ・ディスクに1秒当たりに発行する小さいI/Oリクエストの数。

DB_FD_IO_TM

フラッシュ・ディスクからのデータベースによるブロックの読取り/書込みの累積待機時間。

DB_FD_IO_TM_LG

フラッシュ・ディスクからのデータベースによる大きいブロックの読取り/書込みの累積待機時間。

DB_FD_IO_TM_LG_RQ

フラッシュ・ディスクからのデータベースによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

DB_FD_IO_TM_RQ

フラッシュ・ディスクからのデータベースによるブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

DB_FD_IO_TM_SM

フラッシュ・ディスクからのデータベースによる小さいブロックの読取り/書込みの累積待機時間。

DB_FD_IO_TM_SM_RQ

フラッシュ・ディスクからのデータベースによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

DB_FD_IO_UTIL

このデータベースから使用されているフラッシュ・リソースの割合(%)。

DB_FD_IO_UTIL_LG

このデータベースからの大きいリクエストによって使用されているキャッシュ・リソースの割合(%)。

DB_FD_IO_UTIL_SM

このデータベースからの小さいリクエストによって使用されているフラッシュ・リソースの割合(%)。

DB_FD_IO_WT_LG

データベースがフラッシュ・ディスクに発行する大きいI/OリクエストのIORM待機時間。

DB_FD_IO_WT_LG_RQ

データベースがフラッシュ・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

DB_FD_IO_WT_SM

データベースがフラッシュ・ディスクに発行する小さいI/OリクエストのIORM待機時間。

DB_FD_IO_WT_SM_RQ

データベースがフラッシュ・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

DB_FL_IO_BY

Oracle Exadataスマート・フラッシュ・ログに書き込まれたMB数。

DB_FL_IO_BY_SEC

Oracle Exadataスマート・フラッシュ・ログに1秒当たりに書き込まれたMB数。

DB_FL_IO_RQ

Oracle Exadataスマート・フラッシュ・ログに発行されたI/Oリクエストの数。

DB_FL_IO_RQ_SEC

Oracle Exadataスマート・フラッシュ・ログに1秒当たりに発行されたI/Oリクエストの数。

DB_IO_BY_SEC

ハード・ディスクへのこのデータベースの1秒当たりのI/OのMB数。

DB_IO_LOAD

ハード・ディスクへのこのデータベースからの平均I/O負荷。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

DB_IO_RQ_LG

データベースによってハード・ディスクに発行された大きいI/Oリクエストの累積数。大きい値は、このデータベースからのI/Oの処理負荷が非常に高いことを示します。

DB_IO_RQ_LG_SEC

直前の1分間にデータベースがハード・ディスクに1秒当たりに発行した大きいI/Oリクエストの率。大きい値は、直前の1分間にこのデータベースから発行されたI/Oの処理負荷が非常に高いことを示します。

DB_IO_RQ_SM

データベースによってハード・ディスクに発行された小さいI/Oリクエストの累積数。大きい値は、このデータベースからのI/Oの処理負荷が非常に高いことを示します。

DB_IO_RQ_SM_SEC

直前の1分間にデータベースがハード・ディスクに1秒当たりに発行した小さいI/Oリクエストの率。大きい値は、直前の1分間にこのデータベースが発行する小さいI/Oの処理負荷が非常に高いことを示します。

DB_IO_TM_LG

ハード・ディスクからのデータベースによる大きいブロックの読取り/書込みの累積待機時間。

DB_IO_TM_LG_RQ

ハード・ディスクからのデータベースによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

DB_IO_TM_SM

ハード・ディスクからのデータベースによる小さいブロックの読取り/書込みの累積待機時間。

DB_IO_TM_SM_RQ

ハード・ディスクからのデータベースによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

DB_IO_UTIL_LG

このデータベースからの大きいリクエストによって使用されているハード・ディスク・リソースの割合(%)。

DB_IO_UTIL_SM

このデータベースからの小さいリクエストによって使用されているハード・ディスク・リソースの割合(%)。

DB_IO_WT_LG

データベースがハード・ディスクに発行する大きいI/OリクエストのIORM待機時間。

DB_IO_WT_LG_RQ

データベースがハード・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

DB_IO_WT_SM

データベースがハード・ディスクに発行する小さいI/OリクエストのIORM待機時間。

DB_IO_WT_SM_RQ

データベースがハード・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

すべてのデータベースの累積メトリックは、カテゴリ、IORMまたはデータベース・リソースのプランが変更されるとゼロにリセットされます。

データベース間のプランのデータベース・メトリックの履歴を表示するには、次のCellCLIコマンドを使用します。

CellCLI> LIST METRICHISTORY WHERE objectType = 'IORM_DATABASE' AND -
metricValue != 0 ATTRIBUTES name, metricObjectName, metricValue, collectionTime

また、データベース・メトリックは、Oracle ASMおよび_OTHER_DATABASE_という名前のメトリックのすべてのデータベースで提供されます。

コンシューマ・グループ・メトリックを使用したIORMの監視

コンシューマ・グループ・メトリックでは、データベース・リソース・プランで指定した各コンシューマ・グループからのI/O負荷のサイズに関する情報が提供されます。データベース間プランの各データベースには、そのコンシューマ・グループごとにメトリックが設定されます。METRICCURRENTオブジェクト、METRICDEFINITIONオブジェクトおよびMETRICHISTORYオブジェクトのobjectType属性は、コンシューマ・グループ・メトリックのIORM_CONSUMER_GROUPと同等です。

表7-11は、コンシューマ・グループのメトリックのメトリック名および説明の一覧です。メトリックを表示するコンシューマ・グループおよびデータベースは、METRICCURRENTオブジェクトおよびMETRICHISTORYオブジェクトのmetricObjectName属性で指定されます。名前の書式は、データベース名の後にピリオド(.)、コンシューマ・グループ名を続ける書式で指定します。たとえば、データベース名がPRODUCTIONDBでコンシューマ・グループ名がOLTPの場合、metricObjectNameはPRODUCTIONDB.OLTPになります。

cumulativeメトリックの場合は、様々なcollectionTime期間から値を減算することにより、特定の期間のメトリック値を算出できます。rateメトリックの場合は、メトリック値の期間は直前の1分間になります。表の説明では、「小さい」は128KB以下のサイズ、「大きい」は128KBより大きいサイズを意味します。

表7-11 コンシューマ・グループのメトリックおよび説明

メトリック

説明

CG_FC_IO_BY_SEC

フラッシュ・キャッシュへのこのコンシューマ・グループの1秒当たりのI/OのMB数。

CG_FC_IO_RQ

コンシューマ・グループがフラッシュ・キャッシュに発行するI/Oリクエストの数。

CG_FC_IO_RQ_LG

コンシューマ・グループがフラッシュ・キャッシュに発行する大きいI/Oリクエストの数。

CG_FC_IO_RQ_LG_SEC

コンシューマ・グループがフラッシュ・キャッシュに1秒当たりに発行する大きいI/Oリクエストの数。

CG_FC_IO_RQ_SEC

コンシューマ・グループがフラッシュ・キャッシュに1秒当たりに発行するI/Oリクエストの数。

CG_FC_IO_RQ_SM

コンシューマ・グループがフラッシュ・キャッシュに発行する小さいI/Oリクエストの数。

CG_FC_IO_RQ_SM_SEC

コンシューマ・グループがフラッシュ・キャッシュに1秒当たりに発行する小さいI/Oリクエストの数。

CG_FD_IO_BY_SEC

フラッシュ・ディスクへのこのコンシューマ・グループの1秒当たりのI/OのMB数。

CG_FD_IO_LOAD

このメトリックは、このコンシューマ・グループからフラッシュ・ディスクへの平均I/O負荷を示しています。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

CG_FD_IO_RQ_LG

コンシューマ・グループがフラッシュ・ディスクに発行する大きいI/Oリクエストの数。

CG_FD_IO_RQ_LG_SEC

コンシューマ・グループがフラッシュ・ディスクに1秒当たりに発行する大きいI/Oリクエストの数。

CG_FD_IO_RQ_SM

コンシューマ・グループがフラッシュ・ディスクに発行する小さいI/Oリクエストの数。

CG_FD_IO_RQ_SM_SEC

コンシューマ・グループがフラッシュ・ディスクに1秒当たりに発行する小さいI/Oリクエストの数。

CG_FD_IO_TM

フラッシュ・ディスクからのコンシューマ・グループによるブロックの読取り/書込みの累積待機時間。

CG_FD_IO_TM_LG

フラッシュ・ディスクからのコンシューマ・グループによる大きいブロックの読取り/書込みの累積待機時間。

CG_FD_IO_TM_LG_RQ

フラッシュ・ディスクからのコンシューマ・グループによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CG_FD_IO_TM_RQ

フラッシュ・ディスクからのコンシューマ・グループによるブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CG_FD_IO_TM_SM

フラッシュ・ディスクからのコンシューマ・グループによる小さいブロックの読取り/書込みの累積待機時間。

CG_FD_IO_TM_SM_RQ

フラッシュ・ディスクからのコンシューマ・グループによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CG_FD_IO_UTIL

このコンシューマ・グループから使用されているフラッシュ・リソースの割合(%)。

CG_FD_IO_UTIL_LG

このコンシューマ・グループからの大きいリクエストによって使用されているフラッシュ・リソースの割合(%)。

CG_FD_IO_UTIL_SM

このコンシューマ・グループからの小さいリクエストによって使用されているフラッシュ・リソースの割合(%)。

CG_FD_IO_WT_LG

コンシューマ・グループがフラッシュ・ディスクに発行する大きいI/OリクエストのIORM待機時間。

CG_FD_IO_WT_LG_RQ

コンシューマ・グループがフラッシュ・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CG_FD_IO_WT_SM

コンシューマ・グループがフラッシュ・ディスクに発行する小さいI/OリクエストのIORM待機時間。

CG_FD_IO_WT_SM_RQ

コンシューマ・グループがフラッシュ・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CG_IO_BY_SEC

ハード・ディスクへのこのコンシューマ・グループの1秒当たりのI/OのMB数。

CG_IO_LOAD

このメトリックは、このコンシューマ・グループからハードディスクへの平均I/O負荷を示しています。I/O負荷の詳細は、「CD_IO_LOAD」を参照してください。

CG_IO_RQ_LG

コンシューマ・グループによって発行された大きいI/Oリクエストの累積数。大きい値は、このコンシューマ・グループからのI/Oの処理負荷が高いことを示します。

CG_IO_RQ_LG_SEC

このメトリックはCG_IO_RQ_LGから導出されます。直前の1分間にコンシューマ・グループで発行された大きいI/Oリクエストの1秒当たりの数を示します。大きい値は、直前の1分間にこのコンシューマ・グループから発行されたI/Oの処理負荷が高いことを示します。

CG_IO_RQ_SM

コンシューマ・グループによって発行された小さいI/Oリクエストの累積数。大きい値は、このコンシューマ・グループからのI/Oの処理負荷が高いことを示します。

CG_IO_RQ_SM_SEC

このメトリックはCG_IO_RQ_SMから導出されます。直前の1分間にコンシューマ・グループで発行された小さいI/Oリクエストの1秒当たりの数を示します。大きい値は、直前の1分間にこのコンシューマ・グループから発行されたI/Oの処理負荷が高いことを示します。

CG_IO_TM_LG

ハード・ディスクからのコンシューマ・グループによる大きいブロックの読取り/書込みの累積待機時間。

CG_IO_TM_LG_RQ

ハード・ディスクからのコンシューマ・グループによる大きいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CG_IO_TM_SM

ハード・ディスクからのコンシューマ・グループによる小さいブロックの読取り/書込みの累積待機時間

CG_IO_TM_SM_RQ

ハード・ディスクからのコンシューマ・グループによる小さいブロックの読取り/書込みの1リクエスト当たりの平均待機時間。

CG_IO_UTIL_LG

このコンシューマ・グループからの大きいリクエストによって使用されているディスク・リソースの割合(%)。

CG_IO_UTIL_SM

このコンシューマ・グループからの小さいリクエストによって使用されているディスク・リソースの割合(%)。

CG_IO_WT_LG

コンシューマ・グループがハード・ディスクに発行する大きいI/OリクエストのIORM待機時間。

CG_IO_WT_LG_RQ

コンシューマ・グループがハード・ディスクに発行する大きいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

CG_IO_WT_SM

コンシューマ・グループがハード・ディスクに発行する小さいI/OリクエストのIORM待機時間。

CG_IO_WT_SM_RQ

コンシューマ・グループがハード・ディスクに発行する小さいI/Oリクエストのリクエスト当たりの平均IORM待機時間。

すべてのコンシューマ・グループの累積メトリックは、カテゴリ、IORMまたはデータベース・リソースのプランが変更されるとゼロにリセットされます。

コンシューマ・グループの現在のメトリックを表示するには、次のCellCLIコマンドを使用します。

CellCLI> LIST METRICCURRENT WHERE objectType = 'IORM_CONSUMER_GROUP' AND        -
metricValue != 0 ATTRIBUTES name, metricObjectName, metricValue,       -
collectionTime

Oracle ASMおよびそれ以外のすべてのデータベースでは、メトリックはBACKGROUNDおよびOTHERコンシューマ・グループで提供されます。BACKGROUNDコンシューマ・グループは次のとおりです。

- _ORACLE_BACKGROUND_GROUP_: Oracle Databaseバックグラウンド・プロセスからの優先度の高いI/Oリクエスト

- _ORACLE_MEDPRIBG_GROUP_: Oracle Databaseバックグラウンド・プロセスからの優先度が中位のI/Oリクエスト

- _ORACLE_LOWPRIBG_GROUP_: Oracle Databaseバックグラウンド・プロセスからの優先度の低いI/Oリクエスト

関連項目:

- 「LIST METRICHISTORY」

- 「LIST METRICCURRENT」

「IORM使用率の監視」

OLTPワークロードとDSSワークロードがOracle Exadata Storage Serverを共有する場合は、短いレイテンシまたは高スループットのいずれに対して最適化するかがIORMにより決定されます。短いレイテンシに対して最適化するには、ディスクの使用率がフルにならないように大きいI/Oリクエストを分散する必要があります。高いスループットに対して最適化するには、各Oracle Exadata Storage Serverで多くの大きい同時I/Oリクエストを処理し、最適化アルゴリズムを適用中にセルをフルに使用できるようにする必要があります。ただし、セルに多くの大きい同時I/Oリクエストがある場合は、各I/Oは他の多くのI/Oの後でキューに入れられるため、I/Oレイテンシは長くなります。

データベース、PDBおよびコンシューマ・グループからのI/Oリクエストの使用率メトリックは、データベース、PDBまたはコンシューマ・グループがセルを使用した時間に対応します。大きいI/Oリクエストは小さいI/Oリクエストよりセルを多く使用します。次は、IORM最適化を決定する使用率メトリックを示したものです。

- CG_IO_UTIL_LG

- CG_IO_UTIL_SM

- PDB_IO_UTIL_LG

- PDB_IO_UTIL_SM

- CT_IO_UTIL_LG

- CT_IO_UTIL_SM

- DB_IO_UTIL_LG

- DB_IO_UTIL_SM

I/Oリソース割当てで使用したI/Oリソース量を比較して、データベース管理者はIORMをレイテンシまたはスループットに切り替える必要があるかどうかを判断できます。IORMメトリックIORM_MODEは、IORMのモードを示しています。メトリック値は1から3の範囲内です。値の定義は次のとおりです。

- 1はセルのIORM目標がlow_latencyに設定されていたことを示します。

- 2はセルのIORM目標がbalancedに設定されていたことを示します。

- 3はセルのIORM目標がhigh_throughputに設定されていたことを示します。

1から2または2から3の間の値は、IORM目標がメトリック期間中同じでなかったことを示し、値は指定目標への近接度を示します。ワークロードの組合せが絶えず変化することも示しています。

関連項目:

- 「ALTER IORMPLAN」

- 「DESCRIBE IORMPLAN」

メトリックを使用したデータベース間プランのチューニング

I/Oリソース管理(IORM)に関連するOracle Exadata Storage Server Softwareのメトリックは複数の方法で使用できます。メトリックを使用すると、I/Oの処理負荷の全体のサイズおよび各カテゴリ、データベースまたはコンシューマ・グループのI/Oの処理負荷の割合を確認できます。たとえば、特定のデータベースが予想以上に高いI/Oの処理負荷を発行していることがメトリックからわかります。

また、カテゴリ、データベース、PDBまたはコンシューマ・グループの中で、リソース割当てを使用していないものや、リソース割当てを超えているものもメトリックから確認できます。例:

- 待機時間(DB_IO_WT_SM_RQ、DB_IO_WT_LG_RQ、PDB_IO_WT_SM_RQ、PDB_IO_WT_LG_RQおよびCG_IO_WT_SM_RQ)が短いまたはゼロになる場合は、プラン割当ては十分といえます。

- 待機時間が長い場合、プラン割当ては不十分です。

- 待機時間によりパフォーマンスが著しく低下する場合は、プランを調整して割当てを大きくするか、セルまたはディスクを追加して全体のI/Oリソースを増やしてください。

Oracle Exadata Storage Serverのリクエストおよびアラートの監視

アクティブ・リクエストでは、セルで処理中のクライアントI/Oリクエストのクライアント集中型またはアプリケーション集中型のビューが提供されます。アラートは、セル内で発生した重要なイベントを表します。通常、アラートはOracle Exadata Storage Serverの機能が損なわれているか、または障害が発生する危険性があることを示します。セルのアクティブ・リクエストおよびアラートを監視できます。また、アラートの電子メール通知を受信することもできます。通知を受信するには、ALTER CELLコマンドを使用します。

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

- アクティブ・リクエストの表示

- アラート定義の表示

- アラート通知の受信

- syslogメッセージのリモート監視

- アラート履歴の表示

- アラート履歴の変更

関連項目:

- アラートの電子メール通知の受信の詳細は、「ALTER CELL」を参照してください。

- アラートの概要は、「アラートについて」を参照してください。

アクティブ・リクエストの表示

セルのアクティブ・リクエストを表示するには、LIST ACTIVEREQUESTコマンドを使用します。例7-5は、指定したリクエストのI/Oタイプの属性の詳細リストを表示する方法を示しています。

例7-5 アクティブ・リクエスト属性の表示

CellCLI> LIST ACTIVEREQUEST WHERE IoType = 'predicate pushing' DETAIL

ACTIVEREQUEST属性を表示するには、DESCRIBE ACTIVEREQUESTコマンドを使用します。

関連項目:

- 「LIST ACTIVEREQUEST」

- 「DESCRIBE ACTIVEREQUEST」

アラート定義の表示

セルのアラート定義を表示するには、LIST ALERTDEFINITIONコマンドを使用します。アラート定義では、セルで生成可能なすべてのアラートの定義が提供されます。

例7-6は、アラート定義の属性の詳細リストを表示する方法を示しています。

例7-6 アラート定義属性の表示

CellCLI> LIST ALERTDEFINITION ADRAlert DETAIL
name:                   ADRAlert
alertShortName:         ADR
alertSource:            "Automatic Diagnostic Repository"
alertType:              Stateless
description:            "CELLSRV Incident Error"
metricName:

例7-7は、アラート定義の指定した属性のリストを表示する方法を示しています。

例7-7 アラート定義名および説明の属性の表示

CellCLI> LIST ALERTDEFINITION ATTRIBUTES name, metricName, description
ADRAlert                                        "Incident Alert"
HardwareAlert                                   "Hardware Alert"
StatefulAlert_CD_IO_ERRS_MIN    CD_IO_ERRS_MIN  "Threshold Alert"
StatefulAlert_CG_IO_RQ_LG       CG_IO_RQ_LG     "Threshold Alert"
StatefulAlert_CG_IO_RQ_LG_SEC   CG_IO_RQ_LG_SEC "Threshold Alert"
StatefulAlert_CG_IO_RQ_SM       CG_IO_RQ_SM     "Threshold Alert"
StatefulAlert_CG_IO_RQ_SM_SEC   CG_IO_RQ_SM_SEC "Threshold Alert"
StatefulAlert_CG_IO_WT_LG       CG_IO_WT_LG     "Threshold Alert"
StatefulAlert_CG_IO_WT_LG_RQ    CG_IO_WT_LG_RQ  "Threshold Alert"
StatefulAlert_CG_IO_WT_SM       CG_IO_WT_SM     "Threshold Alert"
StatefulAlert_CG_IO_WT_SM_RQ    CG_IO_WT_SM_RQ  "Threshold Alert"
StatefulAlert_CL_FSUT           CL_FSUT         "Threshold Alert"
StatefulAlert_CL_MEMUT          CL_MEMUT        "Threshold Alert"
StatefulAlert_CT_IO_RQ_LG       CT_IO_RQ_LG     "Threshold Alert"
StatefulAlert_CT_IO_RQ_LG_SEC   CT_IO_RQ_LG_SEC "Threshold Alert"
StatefulAlert_CT_IO_RQ_SM       CT_IO_RQ_SM     "Threshold Alert"
StatefulAlert_CT_IO_RQ_SM_SEC   CT_IO_RQ_SM_SEC "Threshold Alert"
StatefulAlert_CT_IO_WT_LG       CT_IO_WT_LG     "Threshold Alert"
StatefulAlert_CT_IO_WT_LG_RQ    CT_IO_WT_LG_RQ  "Threshold Alert"
StatefulAlert_CT_IO_WT_SM       CT_IO_WT_SM     "Threshold Alert"
StatefulAlert_CT_IO_WT_SM_RQ    CT_IO_WT_SM_RQ  "Threshold Alert"
StatefulAlert_DB_IO_RQ_LG       DB_IO_RQ_LG     "Threshold Alert"
StatefulAlert_DB_IO_RQ_LG_SEC   DB_IO_RQ_LG_SEC "Threshold Alert"
StatefulAlert_DB_IO_RQ_SM       DB_IO_RQ_SM     "Threshold Alert"
StatefulAlert_DB_IO_RQ_SM_SEC   DB_IO_RQ_SM_SEC "Threshold Alert"
StatefulAlert_DB_IO_WT_LG       DB_IO_WT_LG     "Threshold Alert"
StatefulAlert_DB_IO_WT_LG_RQ    DB_IO_WT_LG_RQ  "Threshold Alert"
StatefulAlert_DB_IO_WT_SM       DB_IO_WT_SM     "Threshold Alert"
StatefulAlert_DB_IO_WT_SM_RQ    DB_IO_WT_SM_RQ  "Threshold Alert"
StatefulAlert_GD_IO_ERRS_MIN    GD_IO_ERRS_MIN  "Threshold Alert"
Stateful_HardwareAlert                          "Hardware Stateful Alert"
Stateful_SoftwareAlert                          "Software Stateful Alert"

この例には、アラート名、メトリック名および説明が表示されます。メトリック名では、アラートの基準となるメトリックを識別します。ADRAlert、HardwareAlert、Stateful_HardwareAlertおよびStateful_SoftwareAlertはメトリックに基づいていないため、メトリック名はありません。

関連項目:

- メトリック名の詳細は、「メトリック定義の表示」を参照してください。

- 「DESCRIBE ALERTDEFINITION」

- 「LIST ALERTDEFINITION」

アラート通知の受信

Oracle Exadata Storage Server Softwareの管理者は、電子メールまたはSimple Network Management Protocol (SNMP) トラップ・アラートでアラート通知を受信できます。SNMPアラートを使用すると、Oracle Enterprise Managerなどの管理アプリケーションでOracle Exadata Storage Serverを監視できるようになります。電子メール・メッセージまたはSNMPトラップ・アラートを送信するようにOracle Exadata Storage Serverを構成するには、ALTER CELLコマンドを使用します。

注意:
SNMPアラートは、Oracle Exadata Storage Server Softwareの各インストールに含まれているMIB(管理情報ベース)に準拠しています。Oracle Exadata Storage ServerのMIBファイルは、/opt/oracle/cell/cellsrv/deploy/config/cell_alert.mibにあります。SNMPアラートとMIBはSNMPバージョン 1(SNMPv1)に準拠しています。

関連項目:
「SNMP通知用のアラート・メッセージの書式」

syslogメッセージのリモート監視

デフォルトで、ストレージ・サーバーのsyslogメッセージは論理ログ・ファイルに書き込まれます。loghostサーバーと呼ばれる独立した管理サーバーでは、Oracle Exadata Storage Serverからsyslogメッセージを受信できます。syslogメッセージをリモートで監視するには、loghostサーバーの/etc/sysconfig/syslogファイルでSYSLOGD_OPTIONS -rを設定し、loghostサーバーのsyslogサービスが着信syslogメッセージをリスニングするように構成します。また、ALTER CELLコマンドを使用して各Oracle Exadata Storage Serverを構成し、指定されたsyslogメッセージがloghostサーバーに転送されるようにします。Oracle Exadata Storage Serverの構成は、再起動や更新を行っても維持されます。ALTER CELL VALIDATE SYSLOGCONFコマンドを使用すると、セルが送信したメッセージをloghostサーバーが受信するかどうかをテストできます。

関連項目:
「ALTER CELL」(syslogメッセージの追加情報)

アラート履歴の表示

セルで発生したアラートの履歴を表示するには、LIST ALERTHISTORYコマンドを使用します。

例7-8は、severity属性がcriticalに設定され、examinedBy属性が設定されていないアラート履歴エントリの属性の詳細リストを表示する方法を示しています。

例7-8 アラート履歴属性の表示

CellCLI> LIST ALERTHISTORY WHERE severity = 'critical' AND examinedBy = '' DETAIL

アラート履歴エントリは、最大で100日間保持されます。アラート履歴エントリの数が500を超えると、アラート履歴エントリは7日間のみ保持されます。ステートフル・アラートがクリアされると(つまり、基礎となるメトリック、ハードウェアまたはソフトウェアの状態がnormalに戻ると)、そのステートフル・アラートは、アラート履歴エントリの数に応じて100日間または7日間保持されます。クリアされていないステートフル・アラートは、経過期間にかかわらず保持されます。

関連項目:

- 「DESCRIBE ALERTHISTORY」

- 「LIST ALERTHISTORY」

- 「ALTER CELL」

- 「DESCRIBE CELL」

アラート履歴の変更

セルのアラート履歴を更新するには、ALTER ALERTHISTORYコマンドを使用します。

例7-9は、アラートを確認した管理者のユーザーIDをexaminedBy属性に設定する方法を示しています。examinedBy属性は、変更可能な唯一のALERTHISTORY属性です。

例7-9 アラート履歴属性の変更

CellCLI> ALTER ALERTHISTORY 1671443714 examinedBy="jdoe"

関連項目:

- 「ALTER ALERTHISTORY」

- 「DESCRIBE ALERTHISTORY」

ビューを使用したOracle Exadata Storage Serverの監視

複数の動的V$ビューを使用して、Oracle Exadata Storage Server環境を監視できます。この項の内容は次のとおりです。

- V$CELLビューおよびGV$CELLビューを使用したOracle Exadata Storage Serverの識別情報の表示

- Oracle Exadata Storage ServerでのV$BACKUP_DATAFILEの使用

- Oracle Exadata Storage Server SoftwareでのV$SYSSTATの使用

- Oracle Exadata Storage Server SoftwareでのV$SEGMENT_STATISTICSの使用

- Oracle Exadata Storage Server SoftwareでのV$SQLの使用

- V$CELL_STATEを使用したOracle Exadata Storage Server Softwareのパフォーマンス統計の表示

- V$CELL_THREAD_HISTORYを使用したOracle Exadata Storage Server Softwareのスレッドの表示

- Oracle Exadata Storage Server SoftwareでのV$CELL_REQUEST_TOTALSの使用

- V$ASM_DISK_SPARSE and V$ASM_DISKGROUP_SPARSEを使用したスパース・ディスクの監視

V$CELLビューおよびGV$CELLビューを使用したOracle Exadata Storage Serverの識別情報の表示

V$CELLビューでは、セルの識別情報が提供されます。表7-12は、ビュー列の一覧です。

表7-12 V$CELLビュー列および説明

列

説明

CELL_HASHVAL

セルのハッシュ数値。例:

138889696

注意: P1引数は、多くの場合、V$SESSION_WAITビューとV$ACTIVE_SESSION_HISTORYビューにおけるセル関連の待機イベントのセル・ハッシュ名であるため、この値は便利です。この値を使用して、cell_hashに基づいてV$CELLビューと結合することで、対応するセル名を特定できます。

CELL_PATH

セルのIPアドレスを指定する文字列(最大400文字)。これらは、cellip.oraファイルで指定されるIPアドレスです。

CELL_TYPE

ストレージ・セルのタイプ。

GV$CELLビューには、V$CELLビューと同じ列およびINST_ID列が含まれます。INST_ID列にはインスタンス番号が表示され、この番号に基づいて関連するV$ビュー情報が取得されます。GV$ビュー問合せを実行すると、条件を満たすすべてのインスタンスからV$ビュー情報が取得されます。

Oracle Exadata Storage ServerでのV$BACKUP_DATAFILEの使用

V$BACKUP_DATAFILEビューには、Oracle Recovery Manager (RMAN)増分バックアップ時のOracle Exadata Storage Serverに関連する列が含まれます。表7-13は、ビュー列の一覧です。

表7-13 V$BACKUP_DATAFILE列および説明

列

説明

BLOCKS

バックアップのデータ・ファイルのブロック・サイズ。

BLOCKS_READ

このバックアップの実行中にスキャンされたブロック数。このバックアップが増分バックアップで、バックアップの最適化にブロック・チェンジ・トラッキングが使用された場合、この列の値はDATAFILE_BLOCKSより小さくなります。それ以外の場合、この列の値はDATAFILE_BLOCKSと同じになります。

BLOCKS_SKIPPED_IN_CELL

RMAN増分バックアップを最適化するために、Oracle Exadata Storage Serverで読み取られてフィルタ処理されたブロック数。

DATAFILE_BLOCKS

バックアップ時のデータ・ファイルのブロック・サイズ。この値は、このバックアップから再起動されたデータ・ファイルによって取得されたブロック数にもなります。

Oracle Exadata Storage Server Softwareでスキップされるブロックの割合は次のように計算されます。

(BLOCKS_SKIPPED_IN_CELL / BLOCKS_READ) * 100

この数は、ブロック・チェンジ・トラッキングに基づいて大幅に変化します。

高速の増分バックアップ用にブロック・チェンジ・トラッキングが使用されている場合、ほとんどのフィルタ処理は変更トラッキング・ファイルを使用してデータベースで実行され、ブロックはI/Oリクエストをセルに発行するまでスキップされます。ブロック・チェンジ・トラッキングが使用されていない場合は、すべてのブロックがセルでフィルタ処理されます。

関連項目:

- V$BACKUP_DATAFILEビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

- 増分バックアップの実行と更新、およびブロック・チェンジ・トラッキングの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

Oracle Exadata Storage Server SoftwareでのV$SYSSTATの使用

V$SYSSTATビュー問合せを実行すると、Oracle Exadata Storage Server Softwareの有効性の計算に使用できる統計を取得できます。表7-14は、統計の一覧です。

表7-14 V$SYSSTATビューのキー統計

統計

説明

cell flash cache read hits

Exadataフラッシュ・キャッシュでキャッシュ・ヒットした読取りリクエストの数。

cell IO uncompressed bytes

セルで処理された非圧縮データの合計サイズ。ハイブリッド列圧縮表に対するスキャンでは、この統計が解凍後のデータのサイズになります。

cell overwrites in flash

ディスクに書き込まれていなかったExadataスマート・フラッシュ・キャッシュの既存のミラーを上書きしたミラー書込みリクエストの合計数。この統計はミラー書込みが1回行われるたびに増分されます。

cell partial writes in flash

Exadataスマート・フラッシュ・キャッシュとディスクの両方に書き込まれたミラー書込みリクエストの合計数。データの一部はフラッシュに書き込まれ、残りはディスクに書き込まれました。この統計はミラー書込みが1回行われるたびに増分されます。

cell physical IO bytes eligible for predicate offload

処理がセルにオフロードされたときに物理ディスクで処理されたI/Oバイト数の合計。

cell physical IO bytes saved by storage index

ストレージ索引によって保存されたバイト数。

cell physical IO bytes saved during optimized file creation

ファイル作成操作をセルにオフロードして、データベース・ホストで保存されたI/Oバイト数。この統計は、最適化されたファイル作成操作がOracle Exadata Storage Server Softwareに有効であることを示します。

cell physical IO bytes saved during optimized RMAN file restore

RMANのファイル・リストア操作をセルにオフロードして、データベース・ホストで保存されたI/Oバイト数。この統計は、最適化されたRMANのファイル・リストア操作がOracle Exadata Storage Server Softwareに有効であることを示します。

cell physical IO bytes sent directly to DB node to balance CPU usage

Oracle Exadata Storage ServerでのCPU使用率が原因でデータベース・サーバーに処理のために戻されたI/Oバイト数。

cell physical IO interconnect bytes

インターコネクト(データベース・ホストとセル間)で交換されたI/Oバイト数。

cell physical IO interconnect bytes returned by smart scan

スマート・スキャンのみを対象にセルによって返されたバイト数。他のデータベースI/Oのバイト数は含まれません。

cell writes to flash

Exadataスマート・フラッシュ・キャッシュに完全に書き込まれたミラー書込みリクエストの合計数。この統計はミラー書込みが1回行われるたびに増分されます。

physical read partial requests

Exadataスマート・フラッシュ・キャッシュまたはハード・ディスクの両方で対応できた読取りリクエストの合計数。データの一部はフラッシュ上でダーティであり、残りはディスクから取得されます。

physical read requests optimized

Exadataスマート・フラッシュ・キャッシュまたはストレージ索引で対応できた読取りリクエストの合計数。

physical read snap IO requests no data

子ファイル・レベルで物理I/Oが行われない物理読取りI/Oリクエストの数。

physical read snap IO requests base

ベース・レベルでの物理I/Oの数。

physical read snap IO requests copy

任意のスナップショット階層での物理I/Oの数。

physical read snap bytes base

ベースからの読取りバイト数。

physical read snap bytes copy

スナップショットからの読取りバイト数。

physical write snap IO requests new allocation

スナップショットでの新規割当ての合計数。

physical read total bytes

物理ディスクで処理された読取りのI/Oバイト数の合計。処理がセルにオフロードされた場合とオフロードされなかった場合を含みます。

physical read total bytes optimized

Exadataスマート・フラッシュ・キャッシュまたはストレージ索引から読取られた合計バイト数。

physical read total IO requests

すべてのインスタンス・アクティビティ(アプリケーション、バックアップ、リカバリおよびその他のユーティリティを含む)で1つ以上のデータベース・ブロックを読み取る読取りリクエストの数。

physical write requests optimized

Exadataスマート・フラッシュ・キャッシュにすべてのミラーが書き込まれた書込みリクエストの合計数。

physical write total bytes

物理ディスクで処理された書込みのI/Oバイト数の合計。処理がセルにオフロードされた場合とオフロードされなかった場合を含みます。

physical write total bytes optimized

Exadataスマート・フラッシュ・キャッシュに最初に書き込まれる合計バイト数。これらのバイトはレイジー方式でディスクと同期され、フラッシュ・キャッシュに空き領域が作成されます。

physical write total IO requests

すべてのインスタンス・アクティビティ(アプリケーション・アクティビティ、バックアップ、リカバリおよびその他のユーティリティを含む)により1つ以上のデータベース・ブロックに書き込まれる書込みリクエストの数。

例7-10は、V$SYSSTATの統計を示しています。

例7-10 V$SYSSTATビューでのセル統計の問合せ

SQL> SELECT name, value/1024/1024 MB from v$sysstat a WHERE
a.name = 'physical read total bytes' OR
a.name = 'physical write total bytes' OR
a.name = 'cell physical IO interconnect bytes' OR
a.name = 'cell physical IO bytes eligible for predicate offload' OR
a.name = 'cell physical IO bytes saved during optimized file creation' OR
a.name = 'cell physical IO bytes saved during optimized RMAN file restore'
OR
a.name = 'cell IO uncompressed bytes' OR
a.name = 'cell physical IO interconnect bytes returned by smart scan' OR
a.name = 'cell physical IO bytes saved by storage index';

NAME                                                                          MB
----------------------------------------------------------------------------------
physical read total bytes                                                  5425.11
physical write total bytes                                                   26.24
cell physical IO interconnect bytes                                         550.94
cell physical IO bytes saved during optimized file creation                      0
cell physical IO bytes saved during optimized RMAN file restore                  0
cell physical IO bytes eligible for predicate offload                      5372.53
cell physical IO bytes saved by storage index                                    0
cell physical IO interconnect bytes returned by smart scan                  472.12
cell IO uncompressed bytes                                                 5372.53

9 rows selected.

次の計算を行うことで、実行されたディスクI/Oの量を特定できます。

physical read total bytes  + physical write total bytes - cell physical IO bytes
saved by storage index

関連項目:
V$SYSSTATの詳細は、『Oracle Databaseリファレンス』を参照してください。

書込み統計の監視

Exafusion Direct-to-Wireプロトコルを使用すると、Oracle Real Applications Cluster (Oracle RAC)インターコネクト全体にわたるキャッシュ・ブロックを読み取って処理するプロセスがInfiniBandネットワークを介してメッセージを直接送受信できるようになります。書込み統計は、V$SYSSTATビューを使用して監視できます。表7-15は、セルの書込み統計の一覧です。

表7-15 セルの監視用の書込み統計

統計

説明

cell physical write IO bytes eligible for offload

この書込みイベントは、高スループットの書込みオフロードに適格となった書込みI/Oバイトの合計数です。

cell physical write IO host network bytes written during offload

この書込みイベントは、高スループットの書込みオフロードに適格となり、論理書込みを作成したデータベース・サーバー・プロセスから直接書き込まれた書込みI/Oバイトの合計数です。

cell logical write IO requests

この書込みイベントは、プロセスによって発行された論理書込みリクエストの合計数です。

cell logical write IO requests eligible for offload

この書込みイベントは、高スループットの書込みオフロード・モードに適格となった論理書込みリクエストの合計数です。

Oracle Exadata Storage Server SoftwareでのV$SEGMENT_STATISTICSの使用

V$SEGMENT_STATISTICSビューは、セグメント・ベースの統計を示したものです。セグメント・レベルの統計は、セルから最適化読取りを実行中の表または索引などの固有のオブジェクトの検出に使用できます。optimized physical readセグメント統計は、Exadataスマート・フラッシュ・キャッシュまたはストレージ索引から読取られたオブジェクトの読取りリクエスト数を提供します。optimized physical read統計は、Exadataスマート・フラッシュ・キャッシュに最初に実行されたオブジェクトの書込みリクエスト数を提供します。これらの書込みリクエストは、後でレイジー方式でディスクと同期し、フラッシュに空き領域を作成できます。

例7-11は、セルから1000を超える最適化読取りを実行したすべてのオブジェクトを返す問合せを示しています。同様な問合せを使用して、ほとんど最適化読取りを実行しなかったオブジェクトを特定できます。

例7-11 V$SEGMENT_STATISTICSビューの使用

SELECT object_name, value FROM V$segment_statistics WHERE \
statistic_name='optimized physical reads' AND value>1000 ORDER BY value;

Oracle Exadata Storage Server SoftwareでのV$SQLの使用

V$SQLビューでは、共有SQL領域の統計が表示され、入力した元のSQLテキストの子が1行ずつ表示されます。V$SQLビューの次の列を問い合せて、physical I/O read disk bytes、physical I/O write disk bytes、cell physical I/O interconnect bytes、cell physical I/O bytes eligible for predicate offload、cell uncompressed bytes、cell interconnect bytes returned for Smart Scan、およびExadataスマート・フラッシュ・キャッシュまたはストレージ索引によって返された物理的な読取りリクエスト数を確認できます。

- PHYSICAL_READ_BYTES

- PHYSICAL_WRITE_BYTES

- IO_INTERCONNECT_BYTES

- IO_CELL_OFFLOAD_ELIGIBLE_BYTES

- IO_CELL_UNCOMPRESSED_BYTES

- IO_CELL_OFFLOAD_RETURNED_BYTES

- OPTIMIZED_PHY_READ_REQUESTS

ビューで返される値は、特定のインスタンスのパラレル問合せで読み取られるバイト数になります。

注意:
前述の列は、次のビューでも使用できます。

- V$SQLAREA

- V$SQLAREA_PLAN_HASH

- V$SQLSTATS

- V$SQLSTATS_PLAN_HASH

例7-12は、Oracle Exadata Storage Server Softwareのオフロード処理のパフォーマンス・データを返す問合せを示しています。WHERE条件は、対象のV$SQLコマンドのみを選択するために使用されています。この問合せでは、SALES表がスキャンされています。問合せでV$SQLに格納されるパフォーマンス・データは、SALES表のデータ(約5GB)がすべてオフロード処理に使用されていることを示しています。Oracle Exadata Storage Server Softwareのオフロード処理が有効なため、データベース・ホストにはネットワーク経由で417MBのデータしか配信されていません。

例7-12 V$SQLビューの問合せ

SELECT sql_text,
io_cell_offload_eligible_bytes/1024/1024 cell_offload_eligible_mb,
io_cell_uncompressed_bytes/1024/1024 io_uncompressed_mb,
io_interconnect_bytes/1024/1024 io_interconnect_mb,
io_cell_offload_returned_bytes/1024/1024 cell_return_bytes_mb,
(physical_read_bytes + physical_write_bytes)/1024/1024 io_disk_mb
FROM v$sql WHERE
sql_text LIKE '%from sales%';

SQL_TEXT CELL_OFFLOAD_ELIGIBLE_MB IO_UNCOMPRESSED_MB IO_INTERCONNECT_MB CELL_RETURN_BYTES_MB
IO_DISK_MB
---------------------------------------------------------------------------------------------
select count(*) from sales
5283.06   5283.06  520.34  417.65  5385.75

関連項目:

- 「Oracle Exadata Storage Server SoftwareでのV$SYSSTATの使用」

- V$SQLビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

V$CELL_STATEを使用したOracle Exadata Storage Server Softwareのパフォーマンス統計の表示

V$CELL_STATEビューでは、データベース・クライアントからアクセス可能なすべてのセルの状態を表示します。状態には、セル・サーバー(CELLSRV)のネットワーク・レイヤー情報、スケジューリング・レイヤー情報、セル・サーバーの構成情報などのキー・パフォーマンス統計が含まれます。このビューはOracleサポート・サービスで使用されます。表7-16は、ビュー列の一覧です。

表7-16 V$CELL_STATE列および説明

列

説明

CELL_NAME

セルのIPアドレスを指定する文字列(最大400文字)。これらは、cellip.oraファイルで指定されるIPアドレスです。

例:

172.16.50.28

STATISTICS_TYPE

統計タイプ(thread_statsなど)。

OBJECT_NAME

特定の統計タイプのキー(例: STATISTICS_TYPEがthread_statsの場合はスレッドID)。

STATISTICS_VALUE

XML文書の実際の統計値(属性と値のペア)。

例7-13は、読取り可能な形式のSTATISTICS_VALUE列の情報を取得する方法を示しています。

例7-13 V$CELL_STATEビューからの統計の表示

SQL> SPOOL /tmp/cell_state_080619.log
SQL> SET PAGESIZE 10000
SQL> SET LONG 500000
SQL> SELECT  statistics_type, XMLTYPE(statistics_value) FROM v$cell_state;
SQL> SPOOL OFF

V$CELL_THREAD_HISTORYを使用したOracle Exadata Storage Server Softwareのスレッドの表示

V$CELL_THREAD_HISTORYビューには、データベース・クライアントに表示されるセルのスレッドからセル・サーバーによって取得されるサンプルが含まれます。このビューはOracleサポート・サービスで使用されます。表7-17は、ビュー列の一覧です。

表7-17 V$CELL_THREAD_HISTORY列および説明

列

説明

CELL_NAME

セルのIPアドレスを指定する文字列(最大400文字)。これらは、cellip.oraファイルで指定されるIPアドレスです。

例:

172.16.50.28

SNAPSHOT_ID

スナップショットのID(NUMBER)。

SNAPSHOT_TIME

スナップショットの日時。

THREAD_ID

スレッドID(NUMBER)。

JOB_TYPE

スナップショットの取得時にスレッドで実行されていたジョブ。

WAIT_STATE

待機場所が存在する場合にその場所を示す一意の状態。

WAIT_OBJECT_NAME

待機対象のオブジェクト(存在する場合)。たとえば、mutex名があります。

SQL_ID

実行中のジョブでクライアントが処理していたSQLコマンドの識別子。

DATABASE_ID

データベースのID(NUMBER)。

INSTANCE_ID

インスタンスのID(NUMBER)。

SESSION_ID

セッションのID(NUMBER)。

SESSION_SERIAL_NUM

セッション・シリアル番号(NUMBER)。

Oracle Exadata Storage Server SoftwareでのV$CELL_REQUEST_TOTALSの使用

V$CELL_REQUEST_TOTALSビューには、セルで実行中のリクエストのタイプおよび頻度の履歴ビューが含まれています。セル・サーバーでは、これらのリクエストを定期的にサンプリングし、このビューで使用できるように格納します。このビューはOracleサポート・サービスで使用されます。表7-18は、ビュー列の一覧です。

表7-18 V$CELL_REQUEST_TOTALS列および説明

列

説明

CELL_NAME

セルのIPアドレスを指定する文字列(最大400文字)。これらは、cellip.oraファイルで指定されるIPアドレスです。

例:

172.16.51.28

SNAPSHOT_ID

スナップショットのID(NUMBER)。

SNAPSHOT_TIME

スナップショットの日時。

STATISTICS_NAME

統計の名前。

STATISTICS_VALUE

統計の値。

V$ASM_DISK_SPARSE and V$ASM_DISKGROUP_SPARSEを使用したスパース・ディスクの監視

V$ASM_DISK_SPARSEビューおよびV$ASM_DISKGROUP_SPARSEビューにはスパース・ディスクに関する情報が含まれます。表7-19は、V$ASM_DISK_SPARSEのビュー列の一覧です。

表7-19 V$ASM_DISK_SPARSE列および説明

列

説明

GROUP_NUMBER

ディスクを含むディスク・グループの番号。

DISK_NUMBER

このディスク・グループ内のディスクに割り当てられた番号。

INCARNATION

ディスクのインカネーション番号。

ALLOCATED_MAT_MB

ディスク上の使用済物理容量およびマテリアライズド容量の合計。

TOTAL_MAT_MB

ディスク上の物理容量の合計。

SPARSE_READS

ディスクの非マテリアライズド・リージョンのI/O読取りリクエストの合計。

SPARSE_BYTES_READ

ディスクの非マテリアライズド・リージョンから読み取ったバイト数の合計。

SPARSE_READ_TIME

スパース読取りI/O操作にかかった時間。

表7-20は、V$ASM_DISKGROUP_SPARSEのビュー列の一覧です。

表7-20 V$ASM_DISKGROUP_SPARSE列および説明

列

説明

GROUP_NUMBER

ディスク・グループに割り当てられたクラスタ全体の番号。

ALLOCATED_MAT_MB

ディスク・グループの使用済物理容量およびマテリアライズド容量の合計。

TOTAL_MAT_MB

ディスク・グループの物理容量の合計。

Oracle Exadata Storage Server Softwareの待機イベントの理解

Oracle Exadata Storage Server用に設計された待機イベントでは、アクセス中のセルおよびグリッド・ディスクが直接表示されるため、従来型のストレージに対するディスクI/Oではなく、Oracle Exadata Storage Serverに対するディスクI/Oの待機イベントのセットを使用します。この情報は、従来型のストレージの待機イベントで提供されるデータベースのfile#およびblock#の情報よりも、パフォーマンスおよび診断の用途に便利です。待機イベントに関する情報は、V$動的パフォーマンス・ビューに表示されます。

注意:
V$SESSION_ACTIVE_HISTORYビューは、待機イベントの分析に使用できます。このビューでは、発生したイベント、問合せの実行時期、および問合せの実行方法が表示されます。また、問合せが待機する必要のあったイベントも表示されます。

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

- Oracle Exadata Storage Server Softwareの待機イベントの監視

- V$SESSION_WAITを使用したセッションの監視

- V$SYSTEM_EVENTを使用した待機イベントの監視

- V$SESSION_EVENTを使用したセッション別のイベントの監視

関連項目:
V$SESSION_WAIT、V$SYSTEM_EVENTおよびV$SESSION_EVENTの詳細は、『Oracle Databaseリファレンス』を参照してください。

Oracle Exadata Storage Server Softwareの待機イベントの監視

表7-21は、セルの監視に役立つ待機イベントの一覧です。

表7-21 セルの監視に役立つ待機イベント

待機イベント

説明

cell interconnect retransmit during physical read

この待機イベントは、単一ブロック読取りまたはマルチブロック読取りのI/Oの再転送中に表示されます。V$SESSION_WAITビューのP1列のセル・ハッシュ番号は、cell single block physical readおよびcell multiblock physical readで識別されるセルと同じです。P2列には、セルに対するサブネット番号が格納され、P3列には、I/O読取り操作中に処理されたバイト数が格納されます。

cell list of blocks physical read

この待機イベントは、セルのdatabase file parallel readと同等です。このイベントのV$SESSION_WAITビューのP1列、P2列およびP3列は、セルのハッシュ番号、ディスクのハッシュ番号、I/O読取り操作中に処理されたブロック数をそれぞれ表します。

cell multiblock physical read

この待機イベントは、セルのdb file scattered readと同等です。このイベントのV$SESSION_WAITビューのP1列、P2列およびP3列は、セルのハッシュ番号、ディスクのハッシュ番号、I/O読取り操作中に処理された合計バイト数をそれぞれ表します。

cell single block physical read

この待機イベントは、セルのdb file sequential readと同等です。このイベントのV$SESSION_WAITビューのP1列、P2列およびP3列は、セルのハッシュ番号、ディスクのハッシュ番号、I/O読取り操作中に処理された合計バイト数をそれぞれ表します。

cell smart file creation

この待機イベントは、セルでファイル作成が完了するのをデータベースが待機しているときに表示されます。このイベントのV$SESSION_WAITビューのP1列のセル・ハッシュ番号では、他のセルに比べて遅いセルを識別できます。

cell smart incremental backup

この待機イベントは、セルで増分バックアップが完了するのをデータベースが待機しているときに表示されます。このイベントのV$SESSION_WAITビューのP1列のセル・ハッシュ番号では、他のセルに比べて遅いセルを識別できます。

cell smart index scan

この待機イベントは、索引または索引構成表(IOT)の高速全スキャンが完了するのをデータベースが待機しているときに表示されます。このイベントのV$SESSION_WAITビューのP1列のセル・ハッシュ番号では、他のセルに比べて遅いセルを識別できます。

cell smart restore from backup

この待機イベントは、セルでバックアップからのリストアのファイル初期化が完了するのをデータベースが待機しているときに表示されます。このイベントのV$SESSION_WAITビューのP1列のセル・ハッシュ番号では、他のセルに比べて遅いセルを識別できます。

cell smart table scan

この待機イベントは、セルで表スキャンが完了するのをデータベースが待機しているときに表示されます。このイベントのV$SESSION_WAITビューのP1列のセル・ハッシュ番号では、他のセルに比べて遅いセルを識別できます。

cell sparse block physical read

この待機イベントは、I/Oがデータを返さなかったときに表示されます。

cell statistics gather

この待機イベントは、V$CELL_STATE表、V$CELL_THREAD_HISTORY表またはV$CELL_REQUEST_TOTALS表で選択が実行されると表示されます。この待機イベントには、選択時のセルからのデータおよび待機イベントが表示されます。

これらの待機イベントにセルのハッシュ番号またはディスクのハッシュ番号が関連付けられている場合は、値をV$CELLのCELL_HASHVAL列およびV$ASM_DISKのHASH_VALUE列と結合することにより、遅いセルまたはディスクを識別できます。

V$SESSION_WAITを使用したセッションの監視

V$SESSION_WAITビューには、各セッションの現在または最新の待機イベントが表示されます。例7-14は、V$SESSION_WAITビュー問合せを実行する方法を示しています。2番目のSELECT問合せで、セルのパスおよびディスク名が表示されます。

例7-14 V$SESSION_WAITビューの使用

SELECT w.event, w.p1, w.p2, w.p3 FROM V$SESSION_WAIT w, V$EVENT_NAME e
WHERE e.name LIKE 'cell%' AND e.wait_class_id = w.wait_class_id;

SELECT w.event, c.cell_path, d.name, w.p3 FROM V$SESSION_WAIT w,
V$EVENT_NAME e, V$ASM_DISK d, V$CELL c
WHERE e.name LIKE 'cell%' AND e.wait_class_id = w.wait_class_id
AND w.p1 = c.cell_hashval AND w.p2 = d.hash_value;

V$SYSTEM_EVENTを使用した待機イベントの監視

V$SYSTEM_EVENTビューには、待機イベントの合計数に関する情報が表示されます。例7-15は、V$SYSTEM_EVENTビュー問合せを実行する方法を示しています。

例7-15 V$SYSTEM_EVENTビューの使用

SELECT s.event FROM V$SYSTEM_EVENT s, V$EVENT_NAME e WHERE e.name LIKE 'cell%'
AND e.event_id = s.event_id;

V$SESSION_EVENTを使用したセッション別のイベントの監視

V$SESSION_EVENTビューには、セッション別の待機イベントに関する情報が表示されます。例7-16は、V$SESSION_EVENTビュー問合せを実行する方法を示しています。

例7-16 V$SESSION_EVENTビューの使用

SELECT s.event FROM V$SESSION_EVENT s, V$EVENT_NAME e WHERE e.name LIKE 'cell%'
AND e.event_id = s.event_id;

パフォーマンスの最適化

この項では、Oracle Exadata Storage Server Softwareのパフォーマンスを最適化するための設定について説明します。この項の内容は次のとおりです。

- Exadataハイブリッド列圧縮について

- SQL処理のオフロードについて

- SQLチューニング・アドバイザについて

- SQLモニターについて

- サービス管理の品質について

- 障害分離について

- 高速ディスク・スキャン率について

- 索引およびスキャン率について

- 自動エクステント管理について

- 最小エクステント・サイズについて

- パラレル・モードでのSQL*Loaderについて

- フラグメンテーションについて

- ディスク・グループのバランスについて

- Oracle ASMディスク修復タイマーについて

関連項目:
次の場所でMy Oracle Supportのノート757552.1を参照してください。
http://support.oracle.com

Exadataハイブリッド列圧縮について

Exadataハイブリッド列圧縮では、行のグループの同じ列がまとめてデータベースに格納されます。データベースの列値をまとめて格納することで、圧縮アルゴリズムの効率性が向上します。行は、データ・ブロックに行優先形式で格納されません。データベースでは、任意のSQL操作によって処理されるデータを圧縮しますが、ダイレクト・パス・ロードでは圧縮レベルがより高くなります。

Exadataハイブリッド列圧縮により、サイズを大幅に削減できます。データベース操作は圧縮オブジェクトに対して透過的に実行されるため、アプリケーションを変更する必要はありません。

ユーザーの要件に応じて、次のタイプのExadataハイブリッド列圧縮を指定できます。

- ウェアハウス圧縮: このタイプの圧縮は、問合せパフォーマンス用に最適化されており、データ・ウェアハウス・アプリケーション向けです。

- アーカイブ圧縮: このタイプの圧縮は、最大の圧縮レベル用に最適化されており、履歴データおよび変更されないデータ向けです。

たとえば、Exadataハイブリッド列圧縮をdaily_sales表に適用するとします。1日の終わりに、品目と販売数が表に移入され、品目IDと日付がコンポジット主キーになります。表7-22は、行のサブセットを示しています。

表7-22 サンプル表daily_sales

Item_ID

Date

Num_Sold

Shipped_From

Restock

1000

01-JUN-07

2

WAREHOUSE1

Y

1001

01-JUN-07

0

WAREHOUSE3

N

1002

01-JUN-07

1

WAREHOUSE3

N

1003

01-JUN-07

0

WAREHOUSE2

N

1004

01-JUN-07

2

WAREHOUSE1

N

1005

01-JUN-07

1

WAREHOUSE2

N

データベースでは、圧縮ユニットと呼ばれる内部構造に行のセットを格納します。たとえば、表7-22の行が1つのユニットに格納されるとします。Exadataハイブリッド列圧縮では、値を行にマップするメタデータとともに、列4の一意の値をそれぞれ格納します。概念上は、圧縮値は次のように表現されます。

WAREHOUSE1WAREHOUSE3WAREHOUSE2

次に、データベースでは、この値で繰り返されているWAREHOUSEという語を圧縮するために、この語を1回だけ格納し、その各出現箇所を参照で置き換えます。参照のサイズが元の語より小さければ、データベースは圧縮に成功したことになります。圧縮の利点は、一意の値が1つのみ含まれるDate列で特に明らかです。

図7-1に示すように、各圧縮ユニットは、複数のデータ・ブロックにまたがることができます。特定の列の値は、複数のブロックにまたがる場合とまたがらない場合があります。

図7-1 圧縮ユニット

Exadataハイブリッド列圧縮では、暗黙的に行がロックされます。非圧縮のデータ・ブロックで行の更新が発生した場合、更新される行のみがロックされます。これに対して、更新が圧縮ユニットのいずれかの行で発生した場合、データベースではそのユニットのすべての行をロックする必要があります。Exadataハイブリッド列圧縮を使用して行を更新すると、ROWIDが変更されます。

注意:
表でExadataハイブリッド列圧縮を使用する場合、Oracle DMLでは、比較的大きなデータ・ブロック(圧縮ユニット)がロックされるため、同時実行性が低下する可能性があります。

Oracle Databaseでは、表の圧縮で4つの方法がサポートされます。表7-23は、各方法の概要を示しています。

表7-23 表の圧縮方法

表の圧縮方法

圧縮レベル

CPUオーバーヘッド

アプリケーション

基本圧縮

高い

最低

DSS

OLTP圧縮

高い

最低

OLTP、DSS

ウェアハウス圧縮

より高い脚注1

より高い脚注2

DSS

アーカイブ圧縮

最高脚注1

最高脚注2

アーカイブ

脚注1 圧縮レベルは、指定された圧縮レベル(LOWまたはHIGH)に応じて変化します。

脚注2 CPUオーバーヘッドは、指定された圧縮レベル(LOWまたはHIGH)に応じて変化します。

ウェアハウス圧縮とアーカイブ圧縮では、Exadataハイブリッド列圧縮テクノロジが使用されるため、最高の圧縮レベルが実現します。Exadataハイブリッド列圧縮テクノロジでは、行優先ストレージではなく、修正された形式の列指向ストレージが使用されます。これにより、データベースでは、同様のデータをまとめて格納できるため、圧縮アルゴリズムの効率性が向上します。Exadataハイブリッド列圧縮では、DMLでCPUオーバーヘッドが多く必要とされるため、更新頻度の低いデータにのみこの圧縮機能を使用してください。

より高い圧縮レベルのExadataハイブリッド列圧縮は、ダイレクト・パス・インサートが行われるデータでのみ実現されます。従来の挿入および更新もサポートされますが、その場合はより低い圧縮形式となり、圧縮レベルも低下します。

表7-24は、表の各圧縮方法の特徴を示しています。

表7-24 表の圧縮の特徴

表の圧縮方法

CREATE/ALTER TABLEの構文

ダイレクト・パス・インサート

DML

基本圧縮

COMPRESS [BASIC]脚注1

可

可脚注2

OLTP圧縮

COMPRESS FOR OLTP

可

可

ウェアハウス圧縮

COMPRESS FOR QUERY [LOW|HIGH]

可

可脚注4

アーカイブ圧縮

COMPRESS FOR ARCHIVE [LOW|HIGH]

可

可脚注4

脚注1 COMPRESSとCOMPRESS BASICは同等です。

脚注2 挿入および更新された行は圧縮されません。

脚注3 CPUオーバーヘッドが高くなります。

脚注4 挿入および更新された行は、より低い圧縮形式でブロックに配置されるため、圧縮レベルは低下します。

COMPRESS FOR QUERY HIGHオプションは、デフォルトのデータ・ウェアハウス圧縮モードです。これにより、適切な圧縮およびパフォーマンスが実現します。COMPRESS FOR QUERY LOWオプションは、ロード・パフォーマンスが非常に重要な環境で使用する必要があります。このオプションでは、COMPRESS FOR QUERY HIGHオプションで圧縮されたデータより高速にロードが行われます。

COMPRESS FOR ARCHIVE LOWオプションは、デフォルトのアーカイブ圧縮モードです。これにより、高い圧縮レベルと適切な問合せパフォーマンスが実現します。このオプションは、アクセス頻度の低いデータに適しています。めったにアクセスされないデータに対しては、COMPRESS FOR ARCHIVE HIGHオプションを使用する必要があります。

DBMS_COMPRESSIONパッケージで提供される圧縮アドバイザを使用すると、特定の表に特定の圧縮方法を適用したときに予想される圧縮レベルを確認できます。

表の圧縮は、CREATE TABLEコマンドのCOMPRESS句で指定します。既存の表で圧縮を有効にするには、ALTER TABLE文でこれらの句を使用します。この場合、圧縮の有効後に挿入または更新されたデータのみが圧縮されます。同様に、既存の圧縮表で表の圧縮を無効にするには、ALTER TABLE...NOCOMPRESSコマンドを使用します。この場合、すでに圧縮されているすべてのデータは圧縮されたままですが、新規データは圧縮されずに挿入されます。

表が圧縮されているかどうかの確認

*_TABLESデータ・ディクショナリ・ビューで、圧縮表にはCOMPRESSION列にENABLEDと表示されます。パーティション表では、この列はNULLですが、*_TAB_PARTITIONSビューのCOMPRESSION列に、圧縮されているパーティションが表示されます。また、COMPRESS_FOR列には、表またはパーティションで使用中の圧縮方法が表示されます。

SQL> SELECT table_name, compression, compress_for FROM user_tables;

TABLE_NAME       COMPRESSION   COMPRESS_FOR
---------------- ------------  -----------------
T1               DISABLED
T2               ENABLED       BASIC
T3               ENABLED       OLTP
T4               ENABLED       QUERY HIGH
T5               ENABLED       ARCHIVE LOW

SQL> SELECT table_name, partition_name, compression, compress_for
FROM user_tab_partitions;

TABLE_NAME  PARTITION_NAME   COMPRESSION   COMPRESS_FOR
----------- ---------------- -----------   ------------------------------
SALES       Q4_2004          ENABLED       ARCHIVE HIGH
...
SALES       Q3_2008          ENABLED       QUERY HIGH
SALES       Q4_2008          ENABLED       QUERY HIGH
SALES       Q1_2009          ENABLED       OLTP
SALES       Q2_2009          ENABLED       OLTP

圧縮されている行の確認

Exadataハイブリッド列圧縮表が更新されると、行はCOMP_FOR_QUERY_HIGHからCOMP_FOR_OLTPまたはCOMP_NOCOMPRESSなどの低レベルの圧縮に変更されます。行の圧縮レベルを確認するには、次の問合せを使用します。

DBMS_COMPRESSION.GET_COMPRESSION_TYPE (
ownname    IN    VARCHAR2,
tabname    IN    VARCHAR2,
row_id     IN    ROWID)
RETURN NUMBER;

表の行をサンプリングすることで、高レベルの圧縮ではなくなった行の割合を確認できます。ALTER TABLEまたはMOVE PARTITIONを使用すると、行をより高い圧縮レベルに設定できます。たとえば、行の10%が最高の圧縮レベルでなくなった場合、それらの行をより高い圧縮レベルに変更または移行できます。

関連項目:
GET_COMPRESSION_TYPEの詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

圧縮レベルの変更

パーティション、表または表領域の圧縮レベルは、変更できます。たとえば、ある企業でその売上データにウェアハウス圧縮を使用している一方で、6か月より古い売上データにはめったにアクセスしないとします。売上データがその経過時間に基づいてパーティション化された表に格納されている場合、古いデータの圧縮レベルをアーカイブ圧縮に変更して、ディスク領域を解放できます。

表がパーティション化されている場合、DBMS_REDEFINITIONパッケージを使用して表の圧縮レベルを変更できます。このパッケージでは、表の再定義をオンラインで実行するために、再定義中に表のデータを保持する一時コピーを作成します。再定義される表は、再定義中でも引き続き問合せやDML文に対応できます。オンラインでの表の再定義に使用される空き領域の容量は、既存の表と新しい表の相対的な圧縮レベルに応じて変化します。DBMS_REDEFINITIONパッケージを使用する前に、システム上に十分なハード・ディスク領域が存在することを確認してください。

表がパーティション化されていない場合、ALTER TABLE...MOVE...COMPRESS FOR...コマンドを使用して圧縮レベルを変更できます。ALTER TABLE...MOVEコマンドでは、コマンドの実行中に表に対するDML文は許可されません。

パーティションの圧縮レベルを変更するには、ALTER TABLE...MODIFY PARTITIONコマンドを使用します。表領域の圧縮レベルを変更するには、ALTER TABLESPACEコマンドを使用します。

関連項目:

- ALTER TABLEコマンドの詳細は、『Oracle Database管理者ガイド』を参照してください。

- DBMS_REDEFINITIONパッケージの詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

Exadataハイブリッド列圧縮表のインポートおよびエクスポート

Exadataハイブリッド列圧縮表は、データ・ポンプのインポート・ユーティリティのimpdpコマンドを使用してインポートできます。デフォルトでは、impdpコマンドは表プロパティを保存し、インポートされた表はExadataハイブリッド列圧縮表となります。表はexpdpコマンドでエクスポートすることもできます。

Exadataハイブリッド列圧縮をサポートしていない表領域では、impdpコマンドは失敗し、次のエラーが表示されます。

ORA-6430: hybrid columnar compression is only supported in tablespaces residing on
Exadata storage

Exadataハイブリッド列圧縮表は、 impdpコマンドのTRANSFORM:SEGMENT_ATTRIBUTES=nオプション句を使用して、非圧縮表としてインポートできます。

非圧縮表またはOLTP圧縮表は、インポート中にExadataハイブリッド列圧縮形式に変換できます。Exadata以外のハイブリッド列圧縮表をExadataハイブリッド列圧縮表に変換するには、次のようにします。

1. ALTER TABLESPACE ... SET DEFAULT COMPRESSコマンドを使用して、表領域のデフォルト圧縮を指定します。

2. インポート中にインポートされた表のSEGMENT_ATTRIBUTESオプションを上書きします。

関連項目:

- データ・ポンプのインポート・ユーティリティの詳細は、『Oracle Databaseユーティリティ』を参照してください。

- ALTER TABLESPACEコマンドの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Exadataハイブリッド列圧縮表のリストア

Exadataハイブリッド列圧縮表をバックアップからリストアする必要がある場合があります。表はExadataハイブリッド列圧縮をサポートしているシステム、またはExadataハイブリッド列圧縮をサポートしていないシステムにリストアできます。Exadataハイブリッド列圧縮が含まれる表をExadataハイブリッド列圧縮をサポートしているシステムにリストアする場合は、通常どおり、Oracle Recovery Manager (RMAN) を使用してファイルをリストアします。

Exadataハイブリッド列圧縮表がExadataハイブリッド列圧縮をサポートしていないシステムにリストアされている場合は、表をExadataハイブリッド列圧縮からOLTP圧縮形式または非圧縮形式に変換する必要があります。表をリストアするには、次のようにします。

1. Oracle Exadata Storage Server以外の環境に、非圧縮形式またはOLTP圧縮形式のデータを保存するのに十分なストレージがあることを確認します。

2. RMANを使用して、Exadataハイブリッド列圧縮表領域をリストアします。

3. 次のコマンドを使用して、データ圧縮をExadataハイブリッド列圧縮からNOCOMPRESSに変更します。

ALTER TABLE table_name MOVE NOCOMPRESS

4. 各パーティションを変更するには、次のコマンドを使用します。

ALTER TABLE table_name MOVE PARTITION partition_name NOCOMPRESS

各パーティションは個別に変更します。

5. 次のコマンドを使用して、データを並列で移動します。

ALTER TABLE table_name MOVE NOCOMPRESS PARALLEL

6. 次のコマンドを使用して、データ圧縮をExadataハイブリッド列圧縮からOLTP COMPRESSに変更します。

ALTER TABLE table_name MOVE COMPRESS for OLTP

関連項目:

- RMANの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- ALTER TABLEコマンドの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

SQL処理のオフロードについて

表スキャンおよび索引スキャンを実行する問合せのパフォーマンスを最適化するために、データベースではデータ検索および取得処理をストレージ・セルにオフロードできます。この機能は、初期化パラメータのCELL_OFFLOAD_PROCESSINGおよびCELL_OFFLOAD_PLAN_DISPLAYで管理されます。

- CELL_OFFLOAD_PROCESSING

- CELL_OFFLOAD_PLAN_DISPLAY

CELL_OFFLOAD_PROCESSING

CELL_OFFLOAD_PROCESSING初期化パラメータでは、SQL処理をOracle Exadata Storage Serverにオフロードできます。パラメータの値をTRUEに設定すると、条件評価をセルにオフロードできます。このパラメータのデフォルト値はTRUEです。セッション・レベルまたはシステム・レベルでパラメータの値をFALSEに設定すると、データベースでは、ブロックを使用するセルですべての条件評価が実行されます。SQLのALTER SYSTEMコマンドまたはALTER SESSIONコマンドを使用すると、CELL_OFFLOAD_PROCESSINGを動的に設定できます。例:

SQL> ALTER SESSION SET CELL_OFFLOAD_PROCESSING = TRUE;

OPT_PARAMオプティマイザ・ヒントを使用してCELL_OFFLOAD_PROCESSINGパラメータを設定することもできます。これにより、特定のSQLコマンドで条件のフィルタ処理の有効/無効を切り替えることができます。例:

-- to disable cell_offload_processing for a SQL command
SELECT /*+ OPT_PARAM('cell_offload_processing' 'false') */ COUNT(*) FROM EMPLOYEES;

-- to enable cell_offload_processing for a SQL command
SELECT /*+ OPT_PARAM('cell_offload_processing' 'true') */ COUNT(*) FROM EMPLOYEES;

注意:
CELL_OFFLOAD_PROCESSING初期化パラメータを使用して、Oracle Exadata Storage Serverと従来型のストレージのパフォーマンスを比較することはできません。CELL_OFFLOAD_PROCESSINGをFALSEに設定した場合でも、Oracle Exadata Storage Serverには従来型のストレージよりも多くの利点があります。Oracle Exadata Storage Serverは、サイズの大きい問合せを高速に処理できるように最適化されています。セル内にコントローラまたはその他のレベルのボトルネックが発生することはありません。Oracle Exadata Storage Server Softwareでは、最新のスケールアウト・アーキテクチャと、従来型のストレージ・ネットワークよりも非常に高いスループットを可能にするInfiniBandネットワークを使用しています。Oracle Exadata Storage Server SoftwareはOracle Databaseと密接に統合されており、設定、実行、監視、診断、リソース管理および破損防止のための独自の機能が用意されています。

関連項目:
ヒントの使用の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

CELL_OFFLOAD_PLAN_DISPLAY

データベース・パラメータのCELL_OFFLOAD_PLAN_DISPLAYでは、Oracle Exadata Storage Server Softwareで評価可能な条件を、SQLコマンドのSTORAGE条件としてSQL EXPLAIN PLANコマンドで表示するかどうかを指定します。

CELL_OFFLOAD_PLAN_DISPLAYパラメータの値は、AUTO、ALWAYS、NEVERです。デフォルト値はAUTOです。

- AUTOでは、SQL EXPLAIN PLANコマンドに、STORAGEとして評価できる条件を表示するように指示します(セルが存在する場合で、そのセルに表がある場合のみ)。

- ALWAYSでは、Oracle Exadata Storage Server Softwareが存在するかどうか、または表がセル上にあるかどうかに関係なく、Oracle Exadata Storage Server Softwareに基づいてSQL EXPLAIN PLANコマンドが変更されます。この設定を使用して、Oracle Exadata Storage Serverに移行する前にOracle Exadata Storage Serverにオフロード可能な内容を確認できます。

- NEVERでは、Oracle Exadata Storage Server Softwareに関してSQL EXPLAIN PLANコマンドは変更されません。

SQLのALTER SYSTEMコマンドまたはALTER SESSIONコマンドを使用すると、CELL_OFFLOAD_PLAN_DISPLAYパラメータを動的に設定できます。例:

SQL> ALTER SESSION SET CELL_OFFLOAD_PLAN_DISPLAY = ALWAYS;

関連項目:
EXPLAIN PLANコマンドの使用方法の詳細は、「Oracle Exadata Storage Server SoftwareでのSQL EXPLAIN PLANコマンドの使用」を参照してください。

CELL_OFFLOAD_DECRYPTION

CELL_OFFLOAD_DECRYPTION初期化パラメータでは、復号化をOracle Exadata Storage Serverにオフロードできます。この復号化は、暗号化された表領域と列の両方に適用されます。パラメータの値をTRUEに設定すると、復号化をセルにオフロードできます。このパラメータのデフォルト値はTRUEです。システム・レベルでパラメータの値をFALSEに設定すると、データベースでは、ブロックを使用するセルですべての復号化が実行されます。SQL ALTER SYSTEMコマンドを使用すると、CELL_OFFLOAD_DECRYPTIONを動的に設定できます。例:

SQL> ALTER SYSTEM SET CELL_OFFLOAD_DECRYPTION = FALSE;

SQLチューニング・アドバイザについて

SQLチューニング・アドバイザでは、1つ以上のSQL文を入力として使用し、自動チューニング・オプティマイザを使用してSQL文のチューニングを実行します。SQLチューニング・アドバイザの実行結果は、アドバイスまたは推奨事項の形式で出力され、推奨事項ごとに論理的根拠および予想される利点が示されます。SQLチューニング・アドバイザでは、次の情報が提供されます。

- データ不足の統計や古い統計

- 最適な実行プラン

- 最適なアクセス・パスおよびオブジェクト

- 最適なSQL文

Oracle Exadata Storage Server Software固有の統計を収集すると、オプティマイザでOracle Exadataスキャン速度を認識できます。スキャン操作の速度を正確に把握することで、オプティマイザでOracle Exadata環境の最適なプランを選択できるようになります。

Oracle Exadata固有の統計を収集しているかどうかを確認するには、次のコマンドを使用します。

select pname, PVAL1  from aux_stats$ where pname='MBRC';

PVAL1がNULLまたは設定されていない場合、統計は収集されていません。Oracle Exadata固有のシステム統計を収集するには、次のコマンドを使用します。

exec dbms_stats.gather_system_stats('EXADATA');

注意:
Oracle Exadata Storage Server Softwareが最新のパッチ・バンドルを使用している必要があります。

関連項目:

- SQLチューニング・アドバイザの実行の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- SQLチューニング・アドバイザの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

SQLモニターについて

Oracle Databaseには、実行中のSQL文を監視できるSQLモニターがあります。SQLモニターでは、問合せに関する広範囲な統計が提供され、シリアルまたはパラレル問合せを処理できます。SQLモニターは、SQL文でパラレル問合せが実行された場合や、1回の実行でSQL文が5秒以上のCPUまたはI/O時間を消費した場合にデフォルトで起動します。短い問合せを監視するには、MONITORヒントを使用します。

REPORT_SQL_MONITOR関数では、SQL文の実行に関して収集した監視情報のレポートをテキスト、HTMLまたはXML形式で生成します。

関連項目:

- SQLモニターの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

- REPORT_SQL_MONITOR関数の詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

サービス管理の品質について

Oracle Exadata Quality of Service Management (QoS Management) を使用すると、システム管理者はOracle Exadata Database Machines上でホストされているアプリケーションのサービス・レベルを管理できます。QoS Managementはポリシー・ベースのアーキテクチャを使用して、正確なランタイム・パフォーマンスとリソース・メトリックを相互に関連付け、エキスパート・システムによってデータを分析してボトルネックを特定し、動的な負荷状態でパフォーマンス目標を満たして維持する推奨リソース調整を作成します。十分なリソースを使用できない場合、QoS Managementはあまりクリティカルではない目標を犠牲にして最も業務上クリティカルな目標を保持します。

QoS Management Memory GuardはOracle Clusterware Cluster Health Monitorと組み合せることで、メモリーのオーバーコミットにより障害の危険性があるサーバーを検出します。新しい接続を自動回避し、既存のワークロードを保持することで、そのような状態に対応します。QoS Managementは十分なメモリーを使用できるときに接続をリストアします。

関連項目:
『Oracle Database Quality of Service Managementユーザーズ・ガイド』

障害分離について

Oracle Exadata Storage Server Softwareには、過去のイベントから学習して潜在的な致命的エラーを回避する機能があります。たとえば、過去に不完全なSQL文によってサーバーがクラッシュした場合、Oracle Exadata Storage Server SoftwareはSQL文を検疫し、再度不完全なSQL文が発生した場合は、SQL文がスマート・スキャンを実行できないようにします。これによって、サーバー・ソフトウェアがクラッシュする可能性が減り、ストレージ機能が改善されます。使用できる検疫タイプは、次のとおりです。

- SQLプラン: SQL文にスマート・スキャンを実行中にOracle Exadata Storage Server Softwareがクラッシュすると作成されます。その結果、SQL文のSQLプランが検疫され、SQL文のスマート・スキャンは無効化されます。

- ディスク領域: ディスク領域のスマート・スキャンを実行中にOracle Exadata Storage Server Softwareがクラッシュすると作成されます。その結果、1 MBのディスク領域が検疫され、ディスク領域のスマート・スキャンは無効化されます。

- データベース: Oracle Exadata Storage Server Softwareが特定のデータベースがセルの不安定性を引き起こしていることを検出すると作成されます。不安定性検出は、データベースのSQLプラン検疫数に基づきます。データベースのスマート・スキャンは無効化されます。

- セル・オフロード: Oracle Exadata Storage Server Softwareが一部のオフロード機能がセルの不安定性を引き起こしたことを検出すると作成されます。不安定性検出はセルのデータベース検疫数に基づきます。すべてのデータベースのスマート・スキャンは無効化されます。

検疫が作成されると、何が検疫され、検疫が作成された理由、検疫を手動で削除できるタイミングと方法、検疫が自動で削除されるタイミングが管理者にアラートで通知されます。セルにパッチが適用またはアップグレードされると、検疫はすべて自動的に削除されます。

CellCLIコマンドは手動で検疫を処理する場合に使用します。たとえば、管理者は検疫を手動で作成、削除、検疫の属性を変更、検疫を表示できます。

関連項目:

- 第8章 「CellCLIユーティリティの使用」

- 「ADRアラート・メッセージ」

- 自動診断リポジトリ(ADR)の詳細は、『Oracle Database管理者ガイド』を参照してください。

高速ディスク・スキャン率について

高速ディスク・スキャン率を実現するには、最低4MBの連続領域でセグメントをレイアウトすることが重要です。これにより、ディスク・スキャンでは、ディスク上の異なる場所で別の検索を実行する前に、4MBのデータを読み取ることができます。4MBの連続領域でセグメントをレイアウトするには、Oracle ASMの割当て単位のサイズを4MBに設定し、データ・ファイルのエクステントも最低4MBにする必要があります。割当て単位は、ディスク・グループの作成時にディスク・グループ属性のAU_SIZEで設定できます。

次のSQLコマンドでは、割当て単位のサイズを4MBに設定してディスク・グループを作成します。リリース11.2.0.2およびリリース11.2.0.3の両方のデータベースを統合環境でサポートするために、compatible.rdbms属性は11.2.0.2に設定されます。

SQL> CREATE DISKGROUP data NORMAL REDUNDANCY
DISK 'o/*/data_CD*'
ATTRIBUTE 'compatible.rdbms' = '11.2.0.2',
'compatible.asm' = '11.2.0.3',
'content.type' = 'data',
'cell.smart_scan_capable' = 'TRUE',
'au_size' = '4M';

関連項目:
CREATE_DISKGROUPの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

索引およびスキャン率について

適切なパフォーマンスを得るには、従来はストレージに索引が必要でした。Oracle Exadata Storage Server Softwareでは、索引を使用しなくても高いスキャン率を実現できます。Oracle Exadata Storage Server Softwareのスキャンを使用して実行プランが高速になるかどうかを判断するには、索引を使用するアプリケーションの実行プランを確認します。索引がなくてもスキャンが高速になるかどうかを判断するには、オプティマイザで索引を認識できないようにします。認識されない索引はDML操作によって管理されますが、オプティマイザでは使用されません。索引が認識されないようにするには、次のコマンドを使用します。

ALTER INDEX index_name INVISIBLE;

このコマンドのndex_nameは、索引の名前です。

自動エクステント管理について

表のエクステント・サイズは、AUTOALLOCATEオプションを使用すると、ローカル管理の表領域で自動的に管理されます。このオプションを指定すると、セグメントのサイズ、表領域で使用可能な空き領域、およびその他の要因に応じてサイズが自動的に増加します。セグメントでのエクステントの開始サイズは64KBで、1MBまで増加します。セグメントのサイズが64MBを超えた場合は、エクステントを8MBまで増加できます。大きい表の場合、エクステントのサイズは、表のサイズまで自動的に増加します。

関連項目:
storage_clauseの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

最小エクステント・サイズについて

エクステントのサイズは、表ではなくセグメントのサイズに基づきます。多くのパーティションで構成される大きい表には、小さいセグメントを多く格納できます。たとえば、1000個のパーティションに分割された100GBの表の平均のセグメント・サイズは100MBです。このため、多くのパーティションで構成される大きい表では、大きいエクステントを使用するのが最適です。この場合は、表の作成時にデータベースにヒントを指定するか、インスタンス・レベルの初期化パラメータを使用できます。表で大きいエクステントを割り当てるようにデータベースにヒントを指定するには、次のオプションを使用できます。

- INITIALストレージ・パラメータでは、ローカル管理の表領域の表の開始エクステント・サイズを設定します。データベースでは、セグメントのすべてのエクステントのサイズが、INITIALストレージ・パラメータで定義したエクステント・サイズ以上になるように設定されます。大きい表の場合は、INITIALを8MBに設定します。このストレージ・パラメータは、新規作成されるセグメントに適用されます。作成済のオブジェクトでは、INITIALパラメータを変更することはできません。

関連項目:
storage_clauseの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

パラレル・モードでのSQL*Loaderについて

データのパラレル・ロードにSQL*Loaderを使用すると、サーバーではデータのロードに一時セグメントが使用され、トランザクションのコミット中にセグメントがベース・セグメントにマージされます。多くのパーティションに分割された表の場合は、データのロードにSQL*Loaderを使用しないでください。かわりに、データをフラット・ファイルに置き、パラレルのINSERTダイレクト・ロードを使用し、データベースの外部表の機能を使用してフラット・ファイルからロードします。

関連項目:
INSERTの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

フラグメンテーションについて

表のサイズに対して表に小さいエクステントの数が増えると、表は断片化したとみなされます。小さいエクステントの数が増えると、セグメント領域のマッピングに使用されるメタデータが増大し、ユーザー・データがディスク上に最適にレイアウトされなくなります。これにより、後続のロード、スキャン、DDL、DMLの操作を含むほとんどの操作でパフォーマンスが低下します。エクステントのサイズが8MBを大きく下回ると、セグメントの再編成が必要になります。大きいオブジェクトでは、エクステントのサイズが少なくとも8MB必要です。オブジェクトを再編成するには、複数の方法があります。再編成では、ターゲットのオブジェクトでストレージ・パラメータのINITIALを8MB以上に設定する必要があります。表がパーティション化されておらず、非常に大きい場合は、パーティション化することを検討してください。

関連項目:
次の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 領域の再利用

- 表領域の再定義

ディスク・グループのバランスについて

ファイルはすべてのディスクで均等になるようにしてください。次の問合せおよびスクリプトを使用すると、ディスク・グループのバランスをチェックできます。

- I/Oバランスをチェックするには、大きいSQL文の実行前後にV$ASM_DISK_IOSTATビュー問合せを実行します。たとえば、大きい問合せで読取り数が多い場合は、ディスク・グループのすべてのディスクでread列とread_bytes列をほぼ同じにしてください。

- マウントされたすべてのディスク・グループをチェックするには、My Oracle Supportのノート367445.1で入手可能なスクリプトを実行します。My Oracle Supportは、次の場所にあります。
http://support.oracle.com

Oracle ASMディスク修復タイマーについて

Oracle ASMディスク修復タイマーは、Oracle ASMで削除される前にディスクをオフラインのままにできる時間を表します。ディスクがオフラインの場合、オンラインに戻ったときにディスクを再同期できるように、変更されたエクステントがOracle ASMによって追跡されます。デフォルトのディスク修復時間は3.6時間です。デフォルト値では十分でない場合は、ASMで一時的なディスク障害を検出して修復するまでの最大時間まで属性値を変更できます。次のコマンドは、DATAディスク・グループのディスク修復タイマーの値を8.5時間に変更する例です。

ALTER DISKGROUP data SET ATTRIBUTE 'disk_repair_time' = '8.5h'

disk_repair_time属性では、オフライン中のディスクの修復タイマーは変更されません。このようなオフライン状態のディスクの修復タイマーは、デフォルトの修復タイマー、またはディスクが手動でオフラインに設定されたときにコマンドラインで指定した修復タイマーのいずれかになります。オフライン中のディスクの修復タイマーを変更するには、OFFLINEコマンドを使用して修復タイマーの値を指定します。次のコマンドは、オフラインのディスクのディスク修復タイマーの値を変更する例です。

ALTER DISKGROUP data OFFLINE DISK data_CD_06_cell11 DROP AFTER 20h;

注意:
ディスク修復時間の値を増やすと、二重障害の発生する危険性が高まります。

関連項目:
Oracle ASMディスク修復タイマーの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle Exadata Storage Server SoftwareでのSQL EXPLAIN PLANコマンドの使用

SQL EXPLAIN PLANコマンドは、Oracle Exadata Storage Serverで評価される条件を表示できるように拡張されています。Oracle Exadata Storage Serverに配置される条件をEXPLAIN PLANで表示するには、データベース・パラメータのCELL_OFFLOAD_PLAN_DISPLAYをAUTOまたはALWAYSに設定する必要があります。

次の場合、条件評価はOracle Exadata Storage Serverにオフロードされません。

- CELL_OFFLOAD_PROCESSINGパラメータがFALSEに設定されている場合。

- スキャンを実行中の表またはパーティションのサイズが小さい場合。

- オプティマイザがダイレクト・パス読取りを使用しない場合。

- クラスタ表でスキャンが実行される場合。

- 索引構成表でスキャンが実行される場合。

- 圧縮型索引で高速全スキャンが実行される場合。

- 逆キー索引で高速全スキャンが実行される場合。

- 表で行の依存性が有効になっている場合や、rowscnがフェッチされている場合。

- オプティマイザでスキャンを実行してROWIDの順で行を返す場合。

- オプティマイザがダイレクト・パス読取りを使用しない場合。

- コマンドがnosortを使用するCREATE INDEXである場合。

- LOB列またはLONG列を選択または問合せ中の場合。

- 表でSELECT ... VERSIONS問合せを実行する場合。

- 255を超える列が参照される問合せで、ヒープ表が圧縮されていないか、基本圧縮またはOLTP圧縮である場合。ただし、Exadataハイブリッド列圧縮で圧縮された表に対するこのような問合せは、オフロードされます。

- 表領域が暗号化されており、CELL_OFFLOAD_DECRYPTIONパラメータがFALSEに設定されている場合。Oracle Exadata Storage Server Softwareで復号化を実行するには、Oracle DatabaseからOracle Exadata Storage Serverに復号化キーを送信する必要があります。ネットワークを介してOracle Exadata Storage Serverにキーを送信することに関してセキュリティ上の懸念がある場合は、復号化機能を無効にしてください。

- 表領域がOracle Exadata Storage Serverに完全に格納されない場合。

- 条件評価が仮想列にある場合。

例7-17では、プラン出力のstorage条件はOracle Exadata Storage Server Softwareで評価される条件を示しています。storage条件は、太字で示されています。

例7-17 EXPLAIN PLANコマンドの使用

SQL> EXPLAIN PLAN FOR
SELECT t.prod_id, v.exp1, t2_prod_id, t2_amount_sold
FROM   sales t, v1 v
WHERE  t.prod_id = v.prod_id and t.cust_id = v.cust_id
AND  t.prod_id != 45
AND  v.amount_sold * v.quantity_sold > 10000;

Explained.

SQL>
SQL> SELECT PLAN_TABLE_OUTPUT FROM TABLE(DBMS_XPLAN.DISPLAY());

PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------------------
Plan hash value: 2267424675

--------------------------------------------------
| Id  | Operation                   | Name       |
--------------------------------------------------
|   0 | SELECT STATEMENT            |            |
|*  1 |  HASH JOIN                  |            |
|*  2 |   HASH JOIN                 |            |
|*  3 |    TABLE ACCESS STORAGE FULL| SALES      |
|*  4 |    TABLE ACCESS STORAGE FULL| SALES      |
|*  5 |   TABLE ACCESS STORAGE FULL | SALES      |
--------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

1 - access("T"."CUST_ID"="T2"."CUST_ID" AND
"T1"."PROD_ID"="T2"."PROD_ID" AND "T1"."CUST_ID"="T2"."CUST_ID")
2 - access("T"."PROD_ID"="T1"."PROD_ID")
3 - storage("T1"."PROD_ID"<200 AND
"T1"."AMOUNT_SOLD"*"T1"."QUANTITY_SOLD">10000 AND "T1"."PROD_ID"<>45)
filter("T1"."PROD_ID"<200 AND
"T1"."AMOUNT_SOLD"*"T1"."QUANTITY_SOLD">10000 AND "T1"."PROD_ID"<>45)
4 - storage("T"."PROD_ID"<200 AND "T"."PROD_ID"<>45)
filter("T"."PROD_ID"<200 AND "T"."PROD_ID"<>45)
5 - storage("T2"."PROD_ID"<200 AND "T2"."PROD_ID"<>45)
filter("T2"."PROD_ID"<200 AND "T2"."PROD_ID"<>45)

例7-18は、UTLXPLPを使用し、CELL_OFFLOAD_PLAN_DISPLAYを有効にしてEXPLAIN PLANコマンドを実行した場合の出力例を示しています。

例7-18 UTLXPLPを使用したEXPLAIN PLANコマンドの表示

SQL> ALTER SESSION SET CELL_OFFLOAD_PLAN_DISPLAY = ALWAYS;
Session altered.

SQL> EXPLAIN PLAN FOR SELECT COUNT(*),SUM(creditlim) FROM s_customer1, s_region1
WHERE s_customer1.zip = s_region1.zip AND region_code = 'NE' ;
Explained.

SQL> @?/rdbms/admin/utlxplp

...
Predicate Information (identified by operation id):
---------------------------------------------------

PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
5 - access("S_CUSTOMER1"."ZIP"="S_REGION1"."ZIP")
10 - storage("REGION_CODE"='NE')
filter("REGION_CODE"='NE')
15 - storage(SYS_OP_BLOOM_FILTER(:BF0000,"S_CUSTOMER1"."ZIP"))
filter(SYS_OP_BLOOM_FILTER(:BF0000,"S_CUSTOMER1"."ZIP"))

関連項目:

- EXPLAIN PLANコマンドの使用および解釈の詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

- SQL EXPLAIN PLANコマンドの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

- OPTIMZER_MODEの詳細は、『Oracle Databaseリファレンス』および『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

Exadataスマート・フラッシュ・キャッシュ用のSQL STORAGE句のCELL_FLASH_CACHE

CELL_FLASH_CACHE STORAGE句属性では、COMPATIBLEパラメータが11.2.0.2以上である場合に、自動キャッシュ・ポリシーを上書きできます。また、このSTORAGE句属性を使用して、Exadataスマート・フラッシュ・キャッシュに特定のデータベース・オブジェクトをキャッシュする方法を指定できます。CELL_FLASH_CACHE storage_clauseオプションでは、次の値がサポートされます。

- NONE: この値を指定すると、データベース・オブジェクト・バッファは、Exadataスマート・フラッシュ・キャッシュにキャッシュされません。これにより、頻繁にアクセスされる有益なオブジェクト用にフラッシュ・キャッシュ領域を確保できます。

- DEFAULT: この値を指定すると、データベース・オブジェクトは、Exadataスマート・フラッシュ・キャッシュのデフォルトのLRU(最低使用頻度)に基づいてキャッシュされます。これは、コマンドにSTORAGE句が指定されない場合のCELL_FLASH_CACHEのデフォルト値です。

- KEEP: この値を指定すると、データベース・オブジェクト・バッファは、フラッシュ・キャッシュが十分に大きいかぎり、フラッシュ・キャッシュにキャッシュされ続けます。

STORAGE句は、表または他のオブジェクトに対するCREATEおよびALTERコマンドの実行時に指定できます。例7-19は、STORAGE句でCELL_FLASH_CACHEを使用するCREATE TABLEコマンドの例を示しています。

例7-19 CELL_FLASH_CACHEと組み合せたCREATE TABLEの使用

CREATE TABLE ptable (c1 number, c2 clob) TABLESPACE TBS_1
PARTITION BY RANGE(c1) ( PARTITION p1 VALUES LESS THAN (100)
TABLESPACE TBS_2 STORAGE (CELL_FLASH_CACHE DEFAULT),
PARTITION p2 VALUES LESS THAN (200) TABLESPACE TBS_3
STORAGE (CELL_FLASH_CACHE KEEP));

CREATE TABLE tkbcsrbc (c1 number, l1 clob)
lob (l1) STORE AS securefile
(cache nologging STORAGE (CELL_FLASH_CACHE NONE))
PCTFREE 0 TABLESPACE tbs_93 STORAGE
(initial 128K next 128K pctincrease 0);

STORAGE句の変更が許可されるオブジェクトの場合、例7-20に示すように、CELL_FLASH_CACHEと組み合せてALTERコマンドを使用できます。

例7-20 CELL_FLASH_CACHEと組み合せたALTER TABLEの使用

ALTER TABLE tkbcsrbc STORAGE( CELL_FLASH_CACHE DEFAULT);

ALTER TABLE tkbcsrbc MODIFY LOB (l1) (STORAGE (CELL_FLASH_CACHE KEEP));

CELL_FLASH_CACHE STORAGE句属性は、例7-21に示すように、関連するオブジェクトに基づいたデータベース・ビューを使用して問い合せることができます。

例7-21 ビューを使用したCELL_FLASH_CACHE STORAGE句の問合せ

SELECT TABLESPACE_NAME, TABLE_NAME, CELL_FLASH_CACHE FROM user_tables WHERE table_name='TKBCSRBC';

SELECT CELL_FLASH_CACHE FROM ALL_INDEXES WHERE index_name='TKBCIDX';

関連項目:
storage_clauseの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

Oracle Exadata Storage Server SoftwareでサポートされるSQL演算子および関数の確認

Oracle Exadata Storage Server Softwareで条件評価が実行されるかどうかを判断する場合の主な要素の1つは、条件で参照されるSQL演算子または関数です。Oracle Exadata Storage Server Softwareでは、多くのSQL演算子および関数がサポートされます。ただし、サポートされない演算子もあります。動的パフォーマンス・ビューのV$SQLFN_METADATAは、特定のSQL演算子または関数がOracle Exadata Storage Server Softwareによってサポートされるかどうかを示すように拡張されています。この情報を提供するために、ビューにOFFLOADABLE列が追加されました。YESの値は演算子がサポートされることを示し、NOの値は演算子がサポートされないことを示します。

関連項目:
V$SQLFN_METADATAビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

8 CellCLIユーティリティの使用

この章では、Oracle Exadata Storage Server Softwareを管理するためのセル・コントロール・コマンドライン・インタフェース(CellCLI)ユーティリティについて説明します。CellCLIには、スクリプト・ファイルの使用を含む、SQL*Plusで提供される機能の多くが用意されています。この章の内容は次のとおりです。

- CellCLIユーティリティの概要

- CellCLI管理コマンド

- CellCLIのオブジェクト・コマンドについて

- CellCLIのオブジェクト・タイプについて

- オブジェクト名の先頭のゼロについて

- CellCLIのオブジェクト属性について

関連項目:
集中管理ツールを使用した複数セルの管理の詳細は、第9章「dcliユーティリティの使用」を参照してください。

CellCLIユーティリティの概要

CellCLIユーティリティは、Oracle Exadata Storage Server Software用のコマンドライン管理ツールです。個々のセルを管理できるように、CellCLIは各セル上で実行されます。CellCLIは、セルの起動と停止、セルの構成情報の管理、セルの有効化と無効化、およびセル環境のオブジェクトの管理に使用します。このコマンドライン・ユーティリティは、Oracle Exadata Storage Serverの出荷時にインストール済です。この項の内容は次のとおりです。

- CellCLIの起動

- CellCLIのコマンド構文およびオプションの理解

- 予約語

- CellCLIのコマンドライン編集

- CellCLIの入力および出力オプション

- CellCLIスクリプトのコメント

- CellCLIコマンドの行継続文字

CellCLIの起動

CellCLIは、管理するセルでオペレーティング・システムのコマンドラインから起動できますが、ネットワーク接続されたクライアントからSecure Shell(SSH)を使用してリモートで起動することもできます。コマンドライン構文は次のとおりです。

cellcli [port_number] [-n] [-m] [-xml] [-v | -vv | -vvv] [-x] [-e command]

このコマンドのport_numberでは、セルの管理サーバー(MS)のHTTPポート番号を指定します。port_number引数を省略した場合は、セルのcellinit.oraファイルのHTTP_PORT変数に割り当てられた値がCellCLIユーティリティで使用されます。cellinit.oraファイルにHTTP_PORT変数が設定されていない場合、ポート番号はデフォルトで8888に設定されます。

次の表に、CellCLIコマンドで使用できるオプションを示します。

オプション

説明

-n

CellCLIユーティリティを非対話型モードで実行します。このオプションでは、コマンド・プロンプトが非表示になり、コマンドライン編集機能が無効になります。

-m

CellCLIを監視モード(読取り専用)で実行します。

-xml

出力をOracle Enterprise Manager用のXML形式で表示します。

-v、-vvおよび-vvv

ログ・レベルを設定します。-vオプションは普通のレベル、-vvは詳細なレベル、-vvvは最も詳細なレベルになります。

-x

バナーを抑止します。

-e command

指定されたCellCLIコマンドを実行します。CellCLIはコマンドの実行後に終了します。例:

$ cellcli -e list cell detail
$ cellcli -e "list celldisk attributes name where name   -
like '.*cell01'"

CellCLIには、ログイン・パラメータや接続コマンドはありません。CellCLIでは、セルのオペレーティング・システム認証を使用します。CellCLIが起動されるディレクトリは、CellCLIのSPOOLおよびSTARTコマンドでのファイル・アクセスに制限がないデフォルト・ディレクトリです。

CellCLIを起動すると、セル効率比が示されたバナーが表示されます。セル効率比は、ストレージ・セルによってアクセスされるデータと、セルに対してデータベースで処理されるデータの比率です。値が大きいほど、セルへのオフロードが大きくなることを意味します。セル効率比は、CellCLIのLIST CELLコマンドのoffloadEfficiency属性で表示される値と同じです。

関連項目:
offloadEfficiency属性の詳細は、「DESCRIBE CELL」を参照してください。

CellCLIのコマンド構文およびオプションの理解

CellCLIの構文は次のとおりです。

{admin-command | object-command object} [options] ;

この構文では、次の引数が使用されます。

- admin-commandは管理アクションです。

- object-commandは、オブジェクトで実行されるアクションです。

- objectは、コマンドでアクションを実行するオブジェクトまたはターゲットです。

- optionsは、コマンドの追加パラメータを使用できるようにコマンドの組合せの使用範囲を拡大します。

CellCLIユーティリティを使用する場合は、次のルールが適用されます。

- コマンド、オブジェクトおよびオプションは、LIKE演算子のフィルタ文字列で使用される文字列パターンなど、明示的に指定されている場合を除き、大/小文字は区別されません。

- 空白または記号を含むオブジェクトの名前は、一重引用符または二重引用符で囲みます。引用符を使用する場合は、開始と終了の引用符を同じにします。たとえば、"this is incorrect'は、最初の引用符が二重引用符で2番目の引用符が一重引用符のため正しくありません。

- 現在のローカル・セルには、すべてのCellCLIコマンドが適用されます。

- CellCLIコマンドの最後のセミコロン(;)は省略可能です。

- 長いコマンドで次の行にまたがる場合は、行の最後でハイフン(-)を使用します。

関連項目:

- 「CellCLI管理コマンド」

- 「CellCLIのオブジェクト・コマンドについて」

- 「CellCLIのオブジェクト・タイプについて」

- 例8-141

- 例8-151

- コマンドの構文および使用方法の詳細は、「HELP」を参照してください。

- 各オブジェクト・タイプの属性の詳細は、「DESCRIBE」を参照してください。

予約語

CellCLIの予約語は次のとおりです。

ABORT

ACTIVE

ACTIVEREQUEST

ALERTDEFINITION

ALERTHISTORY

ALL

ALTER

ASSIGN

BBU

BMC

CALIBRATE

CATPLAN

CELL

CONFIGUREBMC

CREATE

DBPLAN

DESCRIBE

DETAIL

DROP

EXPORT

FLASHCACHE

FLASHCACHECONTENT

FOR REPLACEMENT

FORCE

GRIDDISK

IGNORE REDUNDANCY

IMPORT

INACTIVE

IORMPLAN

KEY

LED

LIST

LUN

MAIL

MEMORY

METRICDEFINITION

METRICCURRENT

METRICHISTORY

MS

NULL

OFF

ON

PHYSICALDISK

PRIVILEGE

REALM

RESTART

RS

RULE

SHUTDOWN

SNMP

STARTUP

THRESHOLD

USER

VALIDATE

これらのキーワードをコマンドの値として使用する場合は、引用符で囲む必要があります。

CellCLIのコマンドライン編集

CellCLIユーティリティでは、コマンドラインの履歴および編集をサポートしています。この機能は、BSD editlineおよびGNU readline機能に似ています。CellCLIのコマンド編集機能のほとんどは、bashやtcshなどの最新のシェルに似ています。

CellCLIの入力および出力オプション

Oracle Exadata Storage Server Softwareのコマンドライン・ユーティリティでは、標準入力からコマンドを読み取り、標準出力に出力を書き込みます。ホスト・オペレーティング・システムのオプションを使用すると、入力および出力をリダイレクトしてコマンド・スクリプトを構成および処理できます。たとえば、次のリダイレクションを実行できます。

$ cellcli < command-script-in  > results-out

この例では、command-script-inファイルのCellCLIコマンドからの出力がresults-outファイルに書き込まれます。

CellCLIスクリプトのコメント

複数の書式を使用して1行コメントをCellCLIスクリプトに追加できます。コメント行を開始するには、先頭にREMARK,REMまたは--(ハイフン2つ)を付けます。

たとえば、次の行はコメントとして有効な構文です。

REMARK This is a comment
REM This is a comment
-- This is a comment

CellCLIコマンドの行継続文字

コマンドが長く次の行にまたがる場合は、行の最後にハイフン(-)を挿入します。次に、[Enter]を押してコマンド入力を続行します。

例:

CellCLI> LIST CELLDISK WHERE name LIKE 'CD_04.*' -
ATTRIBUTES name, status, comment

CellCLI管理コマンド

この項では、次のCellCLI管理コマンドについて説明します。

- EXIT

- HELP

- QUIT

- SET

- SPOOL

- STARTおよび@

注意:
celladminユーザーは、セルですべてのサービスを実行する場合に使用します。cellmonitorユーザーは監視用です。cellmonitorユーザーが実行できるコマンドは次のとおりです。

- DESCRIBE

- EXIT

- HELP

- LIST

- REMARK

- SET

- START

EXIT

用途

EXITコマンドは、CellCLIユーティリティを終了してオペレーティング・システムのプロンプトに制御を戻します。

構文

EXIT

EXITの機能はQUITコマンドと同じです。

HELP

用途

HELPコマンドは、すべてのCellCLIコマンドの構文および使用方法に関する説明を表示します。

構文

HELP [help_topic]

HELPでトピック引数を指定しない場合は、用意されているすべてのトピックの名前が表示されます。トピックを指定した場合は、そのトピックの詳細なヘルプ・テキストが表示されます。

例8-1は、HELPコマンドの例を示しています。

例8-1 HELPコマンドを使用したヘルプ・テキストの表示

CellCLI> HELP
CellCLI> HELP ALTER
CellCLI> HELP ALTER CELL

QUIT

用途

QUITコマンドは、CellCLIユーティリティを終了してオペレーティング・システムのプロンプトに制御を戻します。

構文

QUIT

QUITの機能はEXITコマンドと同じです。

SET

用途

SETコマンドは、CellCLI環境のパラメータ・オプションを設定します。

構文

SET DATEFORMAT {LOCAL | STANDARD}
SET ECHO [ON | OFF]

SET DATEFORMATコマンドでは、表示される日付形式を制御します。日付を受け入れるコマンドでは、standardの日時形式をお薦めします。local形式も受け入れられます。スクリプトでstandard形式が推奨される理由は、この形式がスクリプトの実行時に発生する可能性があるタイムゾーン、地域およびロケールの変更に依存しないためです。

SET ECHOコマンドでは、@またはSTARTで実行されるスクリプトのコマンドにエコーを設定するかどうかを制御します。ONオプションを指定すると、コマンドが画面に表示されます。OFFオプションを指定すると非表示になります。対話的に入力したコマンドやオペレーティング・システムからリダイレクトされたコマンドの表示は、SET ECHOコマンドによって影響を受けません。

例8-2は、SETコマンドの例を示しています。

例8-2 SETコマンドを使用した日付形式の設定

SET DATEFORMAT STANDARD

SPOOL

用途

SPOOLコマンドは、コマンドの結果をセルのファイル・システム上の指定したファイルに書き込み(スプール)ます。

構文

SPO[OL] [file_name [ CRE[ATE] | REP[LACE] | APP[END] ] | OFF]

オプションを指定せずにSPOOL file_nameを発行すると、ファイルの有無に関係なく、指定したファイルに出力がスプールされます。デフォルトの動作はREPLACEオプションです。

表8-1で、SPOOLオプションについて説明します。

表8-1 SPOOLオプション

オプション

説明

APPEND

指定したファイルの最後に結果を追加します。

CREATE

指定した名前で新しいファイルを作成し、このファイルが存在する場合、エラーが発生します。

file_name

結果が書き込まれるファイルの名前です。この名前は、完全修飾のパス名で指定できますが、現行ディレクトリの相対パスになる部分修飾のパス名で指定することもできます。

オプションなし

現在のスプールのターゲット・ファイルがある場合は、その名前を表示します。

OFF

ファイルへの書込み(スプール)出力を停止します。

REPLACE

指定した既存のファイルの内容を置き換えます。ファイルが存在しない場合は、REPLACEによってファイルが作成されます。これはデフォルトの動作です。

STARTおよび@

用途

STARTコマンドまたは@コマンドは、指定したスクリプト・ファイルでCellCLIコマンドを実行します。

構文

STA[RT] file_name
@file_name

STARTおよび@のオプションはfile_nameです。このオプションは、CellCLIコマンドを含むスクリプト・ファイルの名前になります。ファイル名に完全修飾パスが含まれていない場合は、現行ディレクトリの相対パスが含まれるファイルがCellCLIユーティリティによって検索されます。

STARTコマンドまたは@コマンドは、長いCellCLIコマンドを入力する場合や、CellCLIコマンドを複数入力する場合に便利です。たとえば、alter_cellが現行ディレクトリにある場合は、alter_cellという名前のテキスト・ファイルに例8-5または例8-6のすべてのコマンドを入力して、START alter_cellで実行できます。

CellCLIのオブジェクト・コマンドについて

この項では、CellCLIのオブジェクト・コマンド、オブジェクト・タイプおよびオブジェクト属性について説明します。Oracle Exadata Storage Server Softwareのオブジェクトに作用するCellCLIコマンドは次のとおりです。

- ALTER

- ASSIGN KEY

- CALIBRATE

- CREATE

- DESCRIBE

- DROP

- EXPORT CELLDISK

- GRANT

- IMPORT CELLDISK

- LIST

- REVOKE

これらのコマンドの詳細は、この章で後述します。

CellCLIのオブジェクト・タイプについて

表8-2は、CellCLIオブジェクト・コマンドで扱うことができるOracle Exadata Storage Server Softwareのオブジェクト・タイプを示しています。

表8-2 Oracle Exadata Storage Server Softwareのオブジェクト・タイプ

オブジェクト・タイプ

説明

ACTIVEREQUEST

アクティブ・リクエストでは、セルで処理中のクライアントI/Oリクエストのクライアント集中型またはアプリケーション集中型のビューが提供されます。アクティブ・リクエストのオブジェクトは、LISTコマンドでしか使用できません。

ALERTDEFINITION

アラート定義では、セルで生成可能なすべてのアラートの定義が提供されます。アラートはメトリックおよびその他のアラートのソースで定義されます。

ALERTHISTORY

アラート履歴では、セルで発生したアラートのリストが提供されます。

CELL

セルは現在のセルまたはローカルのセルを示します。セルは、ディスクが接続され、CellCLIユーティリティが実行されるサーバーになります。

CELLDISK

各セル・ディスクは論理ユニット番号(LUN)に関連付けられます。各セル・ディスクには物理ディスクが1つずつ関連付けられます。

FLASHCACHE

キャッシュとして使用するために割り当てられたフラッシュ・ストレージの一部です。

FLASHCACHECONTENT

フラッシュ・キャッシュに現在キャッシュされているすべてのオブジェクトのリストです。

GRIDDISK

グリッド・ディスクは、セル・ディスクの論理パーティションです。グリッド・ディスクは、Oracle Exadata Storage Serverのネットワークでデータベース・ホストに表示され、Oracle ASMディスク・グループの作成に使用可能なOracle ASMディスクになります。

IBPORT

Oracle Exadata Storage ServerのInfiniBandポート。

IORMPLAN

データベース間のプランは、データベース・クライアントに対するI/Oリソースの割当てを決定するディレクティブのセットです。セルに用意されるプランは1つです。

KEY

キーは、セキュリティ用にクライアントを識別する一意の16進文字列です。

LUN

論理ユニット番号(LUN)は、各物理ディスク・デバイスのアドレス(単一ディスクLUN)です。

LUNは、セルの起動時に自動的に検出されます。LUNは、セル・ディスクを最初に作成した際、またはシステムの再起動後にセル・ディスクが検出された際に、対応するセル・ディスクに割り当てられます。セル・ディスクにまだ割り当てられていないLUNは、cellDisk属性の値がNULLになります。

METRICCURRENT

現在のメトリックは、各メトリックの現在値の観測データのセットです。

METRICDEFINITION

メトリック定義は、メトリックの構成です。

METRICHISTORY

メトリック履歴は、すべてのメトリック値の過去の各観測データを収集したものです。

PHYSICALDISK

ディスクは、セル上の物理ディスクと呼ばれます。物理ディスクは表示できますが、CellCLIでは直接管理されません。物理ディスクは、セル・ディスクを最初に作成した際、またはシステムの再起動後にセル・ディスクが検出された際に自動的に検出され、対応するセル・ディスクに割り当てられます。

PRIVILEGE

ロールに割り当てられた権利または権限。

ROLE

関連する権限の名前付きグループ。

QUARANTINE

隔離では、不完全なSQL文がスマート・スキャンを実行できないようにします。これにより、ソフトウェアのクラッシュが減り、ストレージの可用性が向上します。

THRESHOLD

しきい値は、特定のメトリックに基づいてステートフル・アラートを生成するためのルールです。このルールでは、境界値(しきい値)が設定され、メトリック値がこれらの境界値を超えた場合にアラートが生成されるまでの時間が設定されます。

USER

ストレージ・サーバーへのアクセスが許可された個人。

コマンド・オブジェクトには、組み合せることができないものがあります。コマンド・オブジェクトの有効な組合せについては、それぞれのオブジェクト・コマンドの構文を確認してください。

関連項目:

- 「アラートについて」

- 「Oracle Exadata Storage Server Softwareについて」

- 「I/Oリソース管理」

- 「メトリックを使用したOracle Exadata Storage Serverの監視」

- 有効な組合せの詳細は、「CellCLIのオブジェクト・コマンドについて」を参照してください。

- Exadataセルのコンポーネントとなるオブジェクトの詳細は、「Oracle Exadata Storage Server Softwareのコンポーネント」を参照してください。

オブジェクト名の先頭のゼロについて

次のような形式のコマンドの場合:

<verb> <object_type> <object_name>

オブジェクト名は、数値または文字列にすることができます。たとえば、次のコマンドの場合

list physicaldisk 0929M00Q8H

listは動詞、physicaldiskはオブジェクト・タイプ、0929M00Q8Hはオブジェクト名です。

コマンド・パーサーは、コマンドを解析するときにオブジェクト名を文字列または数値として解析できます。先頭がゼロで始まるオブジェクト名では、パーサーによりオブジェクト名が文字列として処理されるように、一重または二重引用符でオブジェクト名を囲む必要があります。そうでない場合、オブジェクト名は数値として処理され、オブジェクト名の先頭のゼロが削除されます。

たとえば、次のコマンドでは、ゼロで始まるオブジェクト名が引用符で囲まれていないので、エラーが発生しました。

CellCLI> list physicaldisk 0929M00Q8H detail
CELL-04524: Physicaldisk object cannot be obtained for physical disk: 929M00Q8H

パーサーが0929M00Q8Hから先頭のゼロを削除し、コマンドがオブジェクト名を929M00Q8Hとして処理しました。これがエラーの原因となりました。

この変換を避けるには、一重または二重引用符のいずれかでオブジェクト名を囲みます。

CellCLI> list physicaldisk "0929M00Q8H" detail

CellCLIのオブジェクト属性について

CellCLIの各オブジェクトには、オブジェクトの作成時または変更時に割り当てられる属性のセットがあります。属性フィルタおよびリストは、LISTコマンドの出力に表示される属性およびオブジェクトの指定に使用されます。

属性はすべて表示できますが、ユーザー側で直接変更できるのは一部の属性のみです。属性のリストを表示して、変更可能な属性を確認するには、DESCRIBEコマンドを使用します。

関連項目:

- LISTコマンドの詳細は、「LIST」を参照してください。

- DESCRIBEコマンドの詳細は、「DESCRIBE」を参照してください。

共通の属性値の制限

CellCLIの複数のオブジェクトに共通する属性の値には、次の制限が適用されます。

- name属性の値は256文字未満にし、次のASCII文字(英数字およびアンダースコア)のみで構成する必要があります。

- 小文字の英字(aからz)

- 大文字の英字(AからZ)

- 数字(0から9)

- アンダースコア(_)

- comment属性の値は256文字未満にする必要があります。

属性値の追加の制限については、CellCLIの各コマンドの構文を参照してください。

LISTコマンドの属性リスト

LISTコマンドで表示する属性は、次のオプション句で指定できます。

ATTRIBUTES { ALL | attribute1 [, attribute2] ... }

ALLを指定すると、LISTオブジェクトで組合せ可能なすべてのオブジェクト属性が表示されます。

例8-3は、LIST METRICHISTORYコマンドにname属性およびmetrictype属性を指定した場合とその出力を示しています。

例8-3 特定の属性でのMETRICHISTORYの表示

LIST METRICHISTORY ATTRIBUTES name, metrictype
CL_CPUT           Instantaneous
CL_FANS           Instantaneous
CL_RUNQ           Instantaneous
CL_TEMP           Instantaneous
N_NIC_RCV_SEC     Rate
N_NIC_TRANS_SEC   Rate
...

LISTコマンドの属性フィルタ

LISTコマンドで表示するオブジェクトは、次のオプション句を使用して指定できます。

WHERE attribute-filter1 [AND attribute-filter2] ...

各attribute-filterNには、次の構文が含まれます。

attribute [ NOT | !] operator comparison_value

この構文では、次の引数が使用されます。

- operator: サポートされる演算子を表8-3に示します。これらの演算子は、NOTまたは!と組合せ可能です。

表8-3 属性フィルタでサポートされる演算子

演算子

説明

=

文字列、ステータスまたは数値の属性間の等号をテストします。例:

status NOT = normal

>

数値属性より大きい値かどうかをテストします。例:

size > 139920M

<

数値属性より小さい値かどうかをテストします。例:

freeSpace !< 100M

LIKE

大/小文字を区別する一致を使用して、正規表現が文字列属性に一致するかどうかをテストします。例:

LIKE 'GD_IO_RQ.*'

- comparison_value: サポートされる演算子で使用される場合、comparison_valueは次の値タイプのいずれかです。

- 数値

- リテラル: activeやnormalなどの値

- 日時: ALERTHISTORYでのみサポートされる時間値

- 文字列: 一重引用符('')または二重引用符(" ")で区切られる値

- NULL: 未割当ての文字列または空のリスト

ALTER

用途

ALTERコマンドは、単一のセル・オブジェクトまたは複数のOracle Exadata Storage Server Softwareのオブジェクトに対してアクションを実行したり、それらのオブジェクトの属性を変更します。ALTERコマンドは、オブジェクトに対して属性を変更したり、アクションを実行するために使用できます。

構文

ALTER { object_type object_name [, object_name]... operation
| attribute_name = attribute_value
[, attribute_name = attribute_value]...
}

使用方法

このコマンドでは、次の引数を使用できます。

- object_typeは次のとおりです。

- ALERTHISTORY

- CELL

- CELLDISK

- FLASHCACHE

- GRIDDISK

- IBPORT

- IORMPLAN

- LUN

- PHYSICALDISK

- QUARANTINE

- THRESHOLD

- USER

- object_nameは、アラート履歴、セル、セル・ディスク、グリッド・ディスク、データベース間プラン、LUNまたはしきい値の名前または識別子です。

- operationは、指定したobject_typeの有効なアクションです。

複数のオブジェクトがALTERコマンドのターゲットである場合は、正常に実行されない場合があります。エラーが発生するとコマンドが中断され、残りのオブジェクトは変更されません。

関連項目:

- 「ALTER ALERTHISTORY」

- 「ALTER CELL」

- 「ALTER CELLDISK」

- 「ALTER FLASHCACHE」

- 「ALTER GRIDDISK」

- 「ALTER IBPORT」

- 「ALTER IORMPLAN」

- 「ALTER LUN」

- 「ALTER OFFLOADGROUP」

- 「ALTER PHYSICALDISK」

- 「ALTER QUARANTINE」

- 「ALTER THRESHOLD」

- 「ALTER USER」

- オブジェクト・タイプの詳細は、「CellCLIのオブジェクト・タイプについて」を参照してください。

ALTER ALERTHISTORY

用途

ALTER ALERTHISTORYコマンドは、すべてのアラート履歴または指定したアラート履歴の属性を変更します。

構文

ALTER ALERTHISTORY { ALL | alertid1  [,alertid2 ...]}
examinedBy=user_name

使用方法

このコマンドでは、次の引数を使用できます。

- alertidn: 変更するアラートの識別子です。

- user_name: アラートを確認したユーザーの名前です。

例

例8-4は、examinedBy属性を更新するためにALERTHISTORYオブジェクトで使用したALTERコマンドを示しています。examinedBy属性は、変更可能な唯一のALERTHISTORY属性です。

例8-4 ALERTHISTORY属性の変更

CellCLI> ALTER ALERTHISTORY 1671443714 -
examinedBy="jdoe"

CellCLI> ALTER ALERTHISTORY ALL examinedBy="jdoe"

ALTER CELL

用途

ALTER CELLコマンドは、セルの属性を変更します。

構文

ALTER CELL  {
| SHUTDOWN SERVICES { RS | MS | CELLSRV | ALL } [IGNORE REDUNDANCY]
| RESTART SERVICES  { RS | MS | CELLSRV | ALL } [IGNORE REDUNDANCY]
| RESTART BMC
| STARTUP SERVICES  { RS | MS | CELLSRV | ALL }
| LED {ON | OFF}
| VALIDATE { ASR | MAIL | SNMP | CONFIGURATION }
| VALIDATE SYSLOGCONF selector.node
| CONFIGUREBMC
| BBU { DROP FOR REPLACEMENT | REENABLE }
| attribute_name = attribute_value
[, attribute_name = attribute_value]...
}

使用方法

次の表は、ALTER CELLコマンドの引数およびオプションを示しています。

引数

オプション

説明

SHUTDOWN SERVICES

RS(再起動サーバー(RS))
MS(管理サーバー(MS))

CELLSRV [IGNORE REDUNDANCY] (セル・サーバー(CELLSRV)

ALL [IGNORE REDUNDANCY]

すべてのサービスまたは指定したサービスがシャットダウンされます。
SHUTDOWN SERVICES ALLオプションまたはSHUTDOWN SERVICES CELLSRVオプションを指定すると、次の処理が発生します。

- すべてのグリッド・ディスクが非アクティブになり、ユーザーI/Oの受入れが停止します。

- Oracle ASMによってディスクがオフラインになります。

セル、データベース・インスタンスおよびOracle ASMインスタンス間の通信は、中断されます。

RESTART SERVICES

RS
MS

CELLSRV [IGNORE REDUNDANCY]

ALL [IGNORE REDUNDANCY]

再起動サーバーは、各サービスを再起動する前に実行されている必要があります。再起動サーバーが実行されていない場合、使用できるコマンドはSTARTUP SERVICES {RS | ALL}またはRESTART SERVICES {RS | ALL}のみです。

RESTART BMC

なし

ベースボード管理コントローラ(BMC)を再起動します。

STARTUP SERVICES

RS
MS

CELLSRV

ALL

コマンドのすべてのサービスまたは指定したサービスが開始されます。
他の各サービスを開始するには、RSを実行している必要があります。RSが実行されていない場合、使用できるコマンドはSTARTUP SERVICES {RS | ALL}またはRESTART SERVICES {RS | ALL}のみです。

LED

ON
OFF

LED ON操作ではシャーシのLEDを点灯し、LED OFF操作ではシャーシのLEDを消灯します。
セルでメンテナンスが必要になった場合にLEDを点灯するように手動で設定できます。コンポーネントに障害が発生した場合にLEDが自動的に点灯するように設定することもできます。

VALIDATE

ASR
MAIL

SNMP

CONFIGURATION

VALIDATE ASR操作では、ストレージ・サーバーのホストからAuto Service Request Managerにテストを送信します。
VALIDATE MAIL操作では、セルに設定した電子メール属性を使用して、テスト・メッセージを送信します。

VALIDATE SNMP操作では、セルに設定したSNMP属性を使用して、テスト・メッセージを送信します。VALIDATE SNMP TYPE=ASR操作では、Oracle Exadata Storage ServerでASRを検証します。

VALIDATE CONFIGURATION操作では、構成を検証します。検証が完了して問題なければ、システムからCell cell_name successfully alteredという応答が戻ります。問題がある場合、システムからエラー・メッセージが戻ります。

VALIDATE SYSLOGCONF

facility.priority

VALIDATE SYSLOGCONF facility.priorityでは、指定したfacility(機能)とpriority(重要度)のテスト・メッセージを送信します。

CONFIGUREBMC

なし

管理サーバーでアラートを検出できるように、ローカル・セルにハードウェア・アラートを設定するようBMCを構成します。

BBU

DROP FOR REPLACEMENT
ENABLE

BBU DROP FOR REPLACEMENTでは、ハード・ディスク・コントローラのバッテリ・バックアップ・ユニット(BBU)を削除します。
BBU REENABLEでは、BBUを再有効化します。

属性

ALTER CELLコマンドで変更可能な属性は、例8-72「CELLオブジェクトの説明」でmodifiableとして示されます。

ALTER CELLコマンドについて、その他の使用方法は次のとおりです。

- セルの再起動、シャットダウンまたは起動が必要になる場合がありますが、その理由は次のとおりです。

- ソフトウェアのアップグレード

- サービス停止(セルがサービス・リクエストに応答していない状態を含む)

- サービスをシャットダウンする前に、コマンドに応じて、次のようにシステムがグリッド・ディスクのステータスをチェックします。

- ALTER CELL SHUTDOWN SERVICES CELLSRVコマンドが発行されると、システムはグリッド・ディスクをチェックして、CELLSRVサービスを安全にシャットダウンできるかどうかを判別します。asmDeactivationOutcome属性により、すべてのグリッド・ディスクでyesが返されると、システムがセル上のグリッド・ディスクを非アクティブ化し、Oracle ASMがディスクをオフラインにします。オフライン・プロセスが完了すると、CELLSRVはシャットダウンされます。どのグリッド・ディスクもシャットダウンできない場合は、エラー・メッセージCELL-01548が表示され、CELLSRVの実行が続行されます。

- ALTER CELL SHUTDOWN SERVICES ALLコマンドは、ALTER CELL SHUTDOWN SERVICES CELLSRVコマンドに関する前述の箇条書き部分の説明に従って、同じチェックを実行します。グリッド・ディスクがnoを返すと、エラー・メッセージが表示され、MS、RSおよびCELLSRVの最新の状態が表示されます。

- ALTER CELL RESTART SERVICES CELLSRVおよびALTER CELL RESTART SERVICES ALLコマンドは、同じチェックを実行して、すべてのディスクをOracle ASMから安全に非アクティブ化できることを確認します。asmDeactivationOutcome属性により、すべてのグリッド・ディスクでyesが返されると、CELLSRVサービスがすぐに再起動され、続いてMSおよびRSサービスが再起動されます(該当する場合)。

- ALTER CELLコマンドのIGNORE REDUNDANCYオプションは、次の場合にのみ有効です。

- ALTER CELL SHUTDOWN SERVICES CELLSRV IGNORE REDUNDANCY

- ALTER CELL SHUTDOWN SERVICES ALL IGNORE REDUNDANCY

- ALTER CELL RESTART SERVICES CELLSRV IGNORE REDUNDANCY

- ALTER CELL RESTART SERVICES ALL IGNORE REDUNDANCY

注意:
IGNORE REDUNDANCYオプションを指定すると、asmDeactivationOutcome属性のチェックが省略されます。IGNORE REDUNDANCYオプションを使用すると、コマンドがすぐに実行されます。その結果、一部のOracle ASMディスク・グループがディスマウントされる場合があります。

- アラートに関する通知をセルが送信するように設定するには、次のセル属性を構成します。

- smtpServer

- smtpPort

- smtpUser

- smtpPwd

- smtpUseSSL

- smtpFrom

- smtpFromAddr

- smtpToAddr

- snmpSubscriber

- snmpUser

- snmpEngineID

- notificationMethod

- notificationPolicy

- emailSubscriber

smtpToAddr属性は、アラート通知の受信先のカンマ区切りの電子メール・アドレス・リストを設定するために使用できます。このリストは引用符で囲む必要があります。

snmpSubscriber属性は、SNMPアラート通知を送信するSNMPターゲットのリストに設定できます。これらのターゲットは次のように指定されます。

snmpSubscriber=(
(host=host[,port=port][,community=community][,type=user_type][,fromIP="ip"])
[,(host=host[,port=port][,community=community][,type=user_type][,fromIP="ip"])] ...)

注意:

- ALTER CELL ... smnpSubscriberコマンドでは、smnpSubscriberに設定されている既存の値を置き換えます。SNMPターゲットのリストを追加するには、既存の値がコマンドに含まれるようにします。コマンドを実行すると、次のメッセージが表示されます。

snmpSubscriber <old_value> has been replaced with <new_value>

例:

snmpSubscriber ((host=hosta)) has been replaced with ((host=hostb))

- snmpSubscriber属性は自動サービス・リクエスト(ASR)の構成に使用します。

- SNMPアラートは、Oracle Exadata Storage Server Softwareの各インストールに含まれているMIB (管理情報ベース)に準拠しています。Oracle Exadata Storage ServerのMIBファイルは、/opt/oracle/cell/cellsrv/deploy/config/にあります。
タイプASRおよびv3ASRのアラートは、SUB-HW-TRAP-MIB.mibファイルにあるSUN-HW-TRAP-MIBに準拠しています。

その他のアラート・タイプは、cell_alert.mibファイルにあるcell_alert MIBに準拠しています。

SNMPアラートとMIBはSNMPバージョン 1(SNMPv1)に準拠しています。ただし、自動サービス・リクエストのアラートはSNMPバージョン2c(SNMPv2c)に準拠しています。

portのデフォルト値は162です。communityのデフォルト値はpublicです。

snmpSubscriberタイプは、ASR、v3およびv3ASRです。v3およびv3ASRタイプの場合、snmpUserを定義する必要があり、communityのかわりにユーザー名を指定します。

v3ASRタイプの場合、authProtocol = SHAおよびprivProtocol = AESを使用してユーザーを定義する必要があります。ASR Managerによってサポートされるプロトコルはこれらのみです。snmpSubscriberをv3ASRタイプとして設定すると、ILOMによって送信されるトラップのILOMプロパティおよびルールも設定されます。

タイプが指定されない場合、デフォルトはバージョン1、cell_alert trapsです。このタイプを指定する文字列はありません。このタイプを使用するにはタイプ・フィールドを省略してください。

fromIPフィールドで、トラップが送信されるIPアドレスを指定できます。このフィールドが指定されていない場合、デフォルトで、eth0に関連付けられているIPアドレスが設定されます。ASR ManagerにデフォルトのIPアドレスが登録されていない場合は、このフィールドが使用されます。ASR Managerでは、認識しているIPアドレスから送信されたSNMPトラップのみを処理します。

fromIPフィールドは、そのタイプがASRまたはv3ASRのいずれかのsnmpSubscribersにのみ許可されています。

例:

CellCLI> alter cell snmpSubscriber=((host=asrhost,port=162,community=public,fromIP="1.1.1.1",type=ASR))

次の例では、タイプがASRまたはv3ASRではないため、エラーが返されます。

CellCLI> alter cell snmpSubscriber=((host=localhost,port=162,community=public,fromIP="1.1.1.1"))
CELL-00068: The fromIP field is only supported for ASR SNMP subscribers.

snmpUser属性では、SNMPアラートを受信するユーザーを定義します。属性の構文は次のとおりです。

((name=user1, authProtocol=auth_type, authPassword=*,                   \
privProtocol=priv_type, privPassword=*) ,                               \
(name=user2, authProtocol=auth_type, authPassword=*,                    \
privProtocol=priv_type, privPassword=*, ), ...)

- nameはユーザー名です。

- authProtocolは認証プロトコルです。オプションはMD5またはSHAです。

- privProtocolは暗号化プロトコルです。オプションはnone、AESまたはDESです。privProtocol属性が指定されていない場合、デフォルト値はnoneです。

- snmpUser属性にはauthProtocolを指定する必要があります。

- コマンド内のパスワード値には*のみが使用可能です。

- 認証パスワードの入力が求められます。認証パスワードは、8から12文字の英数字にする必要があります。

- 暗号化プロトコルが指定されている場合、暗号化パスワードの入力が求められます。パスワードは正確に8文字の英数字であり、大文字小文字が区別されます。

- パスワードは格納または表示されません。セキュア・ハッシュ・キーが計算され、トラップの認証および暗号化用として使用されます。

- このコマンドは、対話型モードでのみ実行できます。

notificationMethod属性の値は、mail、snmp、none、またはmailとsnmpの組合せ(notificationMethod='mail,snmp'など)が可能です。デフォルト値はmailです。

smtpUseSSL属性では、属性をtrueに設定すると、電子メール通知でSecure Socket Layer(SSL)暗号化が有効になります。

notificationPolicy属性の値は、none、またはcritical、warning、clearの組合せ(notificationPolicy='warning,clear'など)が可能です。

- critical値は、ハードウェア生成のアラートか、自動診断リポジトリ(ADR)またはBMCで生成されるアラートを示します。また、critical値は、メトリック定義で指定したcriticalのしきい値を超えた場合のメトリック・アラートも示します。

- warning値は、メトリック定義で指定したwarningのしきい値を超えた場合のメトリック・アラートを示します。

- clear値は、値がwarningまたはcriticalのしきい値を超えた後に、そのしきい値の境界を下回った場合のメトリック・アラートを示します。

- maintenance値は、ハードウェア関連のすべてのエラーを示します。ハードウェア・エラーは、電子メール・メッセージの件名の行に"Maintenance"としてレポートされます。

- ALTER CELL snmpSubscriber...type=asrコマンドは、Oracle Exadata Storage ServerとそのILOMの自動サービス・リクエストの宛先を設定します。SNMPサブスクライバのリストからtype=asrのすべてのsnmpSubscriberのエントリを削除すると、Oracle Exadata Storage ServerとそのILOMのトラップ・メカニズムが無効になります。

- 各サブスクライバのホストは、ドメイン名またはIPアドレスとして指定する必要があります。英数字以外の文字が含まれる場合は、ホスト名またはIPアドレスは引用符で囲みます。ポート値およびコミュニティ値はオプションです。ポート値のデフォルトは162です。コミュニティのデフォルト値はpublicです。タイプ値はオプションです。タイプのデフォルト値はNULLです。サポートされているNULL以外の値は、ASR、V3およびv3ASRタイプのみです。

- Management Server(MS)を起動すると、type=asrのsnmpSubscriberリストのエントリはセルのILOMに追加されます。これにより、ILOMが置き換えられると、エントリは新規ILOMに設定されます。エントリがILOMから削除される場合、ALTER CELL ... snmpUser=コマンドを使用してこれらをILOMに手動で追加する必要があります。

- type=asrまたはtype=v3ASRのsnmpSubscriberはASR Managerの指定のみに構成する必要があります。

- セル・アラートまたはイベントの電子メール・メッセージが正常に送信されるかどうかを検証するには、ALTERコマンドにVALIDATE MAILオプションを指定します。検証プロセスにより、設定した受信先にテスト用の電子メール・メッセージが送信されます。テスト用の電子メール・メッセージが受信されない場合は、電子メール構成の設定が有効になっていません。

- emailFormat属性はhtmlまたはtextです。デフォルトでは、電子メール通知はHTML形式で送信されます。プレーン・テキストの電子メール通知を受信するには、値をtextに変更します。

- ストレージ・セルからのアラートをサブスクライブするためにSNMPマネージャによってALTER CELL snmpEngineIDコマンドが使用されます。snmpEngineIDパラメータは、最大20文字まで設定できます。これは、データ・センター内のターゲットごとに一意である必要があります。デフォルト値はセル名です。SNMPユーザーが定義される前にsnmpEngineID属性が設定されていない場合、このデフォルト値が使用されます。
SNMPユーザーが定義された後は、エンジン識別子を変更しないでください。エンジン識別子を変更すると、ユーザー・キーが再計算されるため、ユーザーのパスワードを再入力する必要があります。

- ALTER CELL emailSubscriberコマンドは、特定のアラート・タイプのアラート通知の受信先であるカンマ区切りの電子メール・アドレスのリストを設定します。この構文の例を次に示します。

ALTER CELL emailSubscriber = ((email="email_address1",                \
alertType="alert_type")                               \
[, (email="email_address2",alertType="alert_type"), ...])

電子メール・アドレスは有効な電子メール・アドレスである必要があります。emailパラメータは必須です。alertTypeパラメータは、アラートのタイプを指定します。このパラメータはオプションです。アラート・タイプは、HARDWARE、SOFTWARE、METRICまたはADRです。アラート・タイプを指定しない場合、すべてのアラート・タイプがサブスクリプションの対象になります。

入力文字列を空にすると、現在の一連のサブスクライバが削除されます。

アラート通知を受信するには、通知ポリシーを設定する必要があります。ポリシーは、すべての電子メール・サブスクライバに適用されます。これらのアラートの通知ポリシーは、snmpSubscriberアラートの場合と同じです。

- セル名を変更する場合は、一意のセル名を選択する必要があります。

- bbuLearnCycleTime属性を使用して、バッテリ学習サイクルの開始時間を設定します。学習サイクルが終了すると、属性はデフォルトの四半期ごとのサイクルに戻ります。

- bbuLearnSchedule属性を使用して、次回のバッテリ学習サイクルを設定します。bbuLearnSchedule属性では、次のパラメータを使用します。

- month: 値は1から12までの範囲です。現在の月から次の3か月までの月を入力する必要があります。たとえば、bbuLearnSchedule属性を2月に設定した場合、月は2月、3月、4月または5月になります。

- week: 値は1から5までの範囲です。値1は月の第1週を表し、2は第2週を表し、それ以降も同様です。monthおよびdayを指定する場合、week値の指定は必須です。

- day: 値は1から7までの範囲です。値1は日曜日を表し、2は月曜日を表し、それ以降も同様です。monthおよびweekを指定する場合、day値の指定は必須です。

- date: 値は1から31までの範囲です。値は月の日を表します。デフォルトの日付は17です。

- hour: 値は0から23までの範囲です。値0は12:00 a.m.を表し、1は1:00 a.m.を表し、それ以降も同様です。

- minute: 値は0から59までの範囲です。値は1時間における分を表します。

- second: 値は0から59までの範囲です。値は1分間における秒を表します。

- ALTER CELL BBU DROP FOR REPLACEMENTコマンドは、ハード・ディスク・コントローラのバッテリを交換する前に実行します。このコマンドでは、キャッシング・ポリシーをwritebackからwritethroughに変更し、ロケータLEDをオンにします。新規バッテリは自動的に有効化されます。

- ALTER CELL BBU REENABLEコマンドは、バッテリを取り外してから同じバッテリを再度挿入する際に実行します。このコマンドでは、キャッシング・ポリシーをwritethroughからwritebackに変更し、ロケータLEDをオフにします。

- ALTER CELL interconnectN=""コマンドは、interconnectNシステムに関する情報を削除します。

- InfiniBandインタフェースのIPアドレスが変更されている場合は、service network restartコマンドを実行する前に、rootユーザーとしてservice openibd restartコマンドを実行する必要があります。

- IPアドレスを変更したら、ALTER CELL RESTART SERVICES ALLコマンドを使用してすべてのサービスを再起動する必要があります。

- syslogconf属性によってセルのsyslogルールが拡張されます。この属性を使用すると、指定した管理サーバーに対象のsyslogメッセージが転送されるように指定できます。管理サーバーでは、管理サーバーのsyslog構成に応じて、転送されたメッセージがファイル、コンソールまたは管理アプリケーションに渡されます。この属性の構文を次に示します。

syslogconf = ('selector @node' [, 'selector @node']... )

この構文のselectorはメッセージ・タイプで、nodeは指定したサーバーです。どちらの変数もsyslog.confの標準構文規則に準拠します。

- syslogconf属性のfacilityオプションは、auth、authpriv、cron、daemon、ftp、kern、lpr、mail、mark、news、security、syslog、user、uucp、local0、local1、local2、local3、local4、local5、local6、local7、noneおよび*のいずれかである必要があります。

- syslogconf属性のpriorityオプションは、alert、crit、debug、emerg、err、error、info、notice、panic、warn、warning、noneおよび* (アスタリスク)のいずれかである必要があります。

- ALTER CELL VALIDATE syslogconf selectorコマンドでは、テスト・ログ・メッセージを送信します。テスト・メッセージの送信先は、/etc/syslog.confファイルのルールによって指定されます。syslogconfの割当てによりsyslogのルールが拡張される場合は、指定の管理サーバーにテスト・メッセージが転送されます。

- flashCacheMode属性は、フラッシュ・キャッシュの現在値の表示と設定に使用されます。値はwritethrough(デフォルト)またはwritebackです。flashCacheMode属性については、次の点に注意してください。

- 属性がwritebackからwritethroughに変更され、既存のフラッシュ・キャッシュが存在する場合は、エラーが表示されます。属性をwritethroughに変更する前に、フラッシュ・キャッシュをフラッシュして削除する必要があります。

- 属性をwritethroughからwritebackに変更する場合は、属性を変更する前にフラッシュ・キャッシュを削除する必要があります。

- RECOディスク・グループのグリッド・ディスクなど、キャッシングが不要なグリッド・ディスクでライトバック・キャッシュを無効にできます。これにより、他のオブジェクトでキャッシュ領域を使用できます。

関連項目:

- グリッド・ディスクでのキャッシングの無効化の詳細は、「ALTER GRIDDISK」を参照してください。

- フラッシュ・キャッシュの有効化および無効化の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

- ALTER CELL alertSummaryIntervalコマンドでは、オープン・アラートのサマリー電子メール・メッセージの頻度を設定します。オープン・アラートの電子メール・メッセージは、セルにアクセスしなくても、セルに関するオープン状態のすべての問題の簡潔な概要を提供するHTMLドキュメントです。有効なオプションは、daily、weekly、biweeklyおよびnoneです。デフォルト値はweeklyです。

- ALTER CELL alertSummaryStartTimeコマンドでは、オープン・アラートのサマリー電子メール・メッセージの配信時間を設定します。このコマンドには、有効なタイム・スタンプを渡します。

- ALTER CELL eighthRackコマンドでは、Oracle Exadata Database Machine X3-2クオータ・ラック以上でエイス・ラック構成を有効化または無効化します。オプションは、エイス・ラック構成を有効化するtrueおよびエイス・ラック構成を無効化するfalseです。ALTER CELL eighthRack=trueコマンドを使用するには、セル・ディスクが存在しないことが条件となります。エイス・ラックを有効化する場合、ハード・ディスク容量とフラッシュ容量の半分しか構成に使用されないためです。

- Oracle Exadata Database Machine X4-2上、およびExadata Storage Server X4-2 (Sun Server X4-2Lサーバー)を搭載したOracle Exadata Database Machine X3-8上でOracle Exadata Storage Server Softwareリリース11.2.3.3.0以上を使用している場合、フラッシュ・キャッシュ圧縮を利用できます。

- ALTER CELL flashCacheCompressコマンドでは、フラッシュ・キャッシュ圧縮を有効化または無効化します。オプションは、フラッシュ・キャッシュ圧縮を有効化するtrueおよびフラッシュ・キャッシュ圧縮を無効化するfalseです。Oracle Exadata Database Machine X4-2、Oracle Exadata Database Machine x3-2、Exadata Storage Server X3-2 (Sun Server X3-2Lサーバー)を搭載したOracle Exadata Database Machine X3-8およびExadata Storage Server X4-2 (Sun Server X4-2Lサーバー)を搭載したOracle Exadata Database Machine X3-8上でフラッシュ・キャッシュ圧縮を有効化するには、次のコマンドを使用します。

CellCLI> ALTER CELL flashCacheCompress=true

注意:
フラッシュ・キャッシュ圧縮を有効化するには、Oracle拡張圧縮オプションが必要です。

関連項目:
フラッシュ・キャッシュ圧縮を有効化する方法の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

- ストレージ・サーバーを以前のリリースにダウングレードする場合は、事前にフラッシュ・キャッシュ圧縮を無効化してください。

- ALTER CELL hardDiskScrubStartTimeコマンドでは、潜在的な不良セクターの事前復元の開始時間を設定します。有効なオプションは、date/timeの組合せまたはnowです。次の表は、1つのアイドル・ハード・ディスクを修正するために必要な概算時間を示しています。

ディスク・タイプ

ハード・ディスク容量

修正の概算時間

高パフォーマンス

600GB

1時間

高パフォーマンス

1.2TB

2時間

大容量

2TB

4時間40分

大容量

3TB

6時間30分

大容量

4TB

8時間

大容量

8TB

13時間

- ALTER CELL hardDiskScrubIntervalコマンドでは、潜在的な不良セクターの事前復元の間隔を設定します。有効なオプションは、daily、weekly、biweeklyおよびnoneです。noneオプションを使用すると、すべてのディスク修正が停止されます。

- アラート・ログでは、「セル・ディスクのスクラブの開始」や「セル・ディスクのスクラブの終了」などのメッセージが表示されます。これらの情報メッセージは予想どおりのもので、アクションは不要です。

- システムがアイドル状態の場合には、ディスク・スクラブによりディスク使用率が100%になります。これは期待どおりです。ディスク・スクラブは、ディスク・アクティビティに基づいてIORMを使用して自分自身を調整します。リクエストを受け取ると、ディスク・スクラブのアクティビティは減少します。顧客のワークロードがディスク・スクラブの影響を受けることはありません。

- 次の属性のセル属性値をデフォルトに設定するには、値として2セットの引用符文字を使用します。

- alertSummaryInterval

- bbuLearnSchedule

- hardDiskScrubInterval

- notificationMethod

- notificationPolicy

- smtpPort

- traceLevel

- ALTER CELL iotimeoutthresholdコマンドは、タイムアウトしきい値を変更します。セルのI/O時間が定義されたしきい値より長くなった場合、I/Oは取り消され、Oracle ASMはI/Oをデータの別のミラー・コピーにリダイレクトします。データの最後の有効なミラー・コピーに対して発行されたI/Oは、タイムアウトしきい値を超えた場合でも取り消されません。
このコマンドは、1つの値(5など)と1つの単位を受け取ります。有効な単位はsです(秒の場合)。

注意:
タイムアウトしきい値を低く設定しすぎると、システムのパフォーマンスに悪い影響を与えることがあります。ピークI/Oロードに関する自動ワークロード・リポジトリ(AWR)レポートを確認し、しきい値をピークI/Oレイテンシより大きな値に、十分なセーフティ・マージンを空けて設定することをお薦めします。

- ExaCLIで使用するためにセル上にCA認証のセキュリティ証明書を設定するには、次の属性を使用します。

注意:
次の属性は、ExaCLIからALTER CELLコマンドを実行する場合にのみ使用できます。

- securityPubKey - 公開鍵ファイルのURLを指定します。

- securityPrivKey - 秘密鍵ファイルのURLを指定します。

- securityPrivKeyPW - 秘密鍵ファイルが暗号化されている場合に使用するパスワードを指定します。

例:

exacli> alter cell securityPubKey="http://www.acme.com/security/newkey.crt",  -
securityPrivKey="http://www.acme.com/security/newkey.key", -
securityPrivKeyPW=*

password=****************

関連項目:
「CA認証のセキュリティ証明書の使用」

例

例8-5は、CELLオブジェクトを指定したALTERコマンドを示しています。

例8-5 セル名、IPブロックおよびセル番号の属性の変更

CellCLI> ALTER CELL name=cell02, cellNumber=2

例8-6は、セルの電子メール通知を設定する方法を示しています。

例8-6 セルの電子メール通知の構成

CellCLI> ALTER CELL smtpServer='my_mail.example.com',            -
smtpFromAddr='john.doe@example.com',         -
smtpFrom='John Doe',                         -
smtpToAddr='jane.smith@example.com',         -
snmpSubscriber=((host=host1),(host=host2)),  -
notificationPolicy='clear',                  -
notificationMethod='mail,snmp'

例8-7は、InfiniBandインターコネクトを設定する方法を示しています。

例8-7 InfiniBandインターコネクトの設定

CellCLI> ALTER CELL interconnect1='ib0', interconnect2='ib1'

例8-8は、セルの電子メール設定の検証方法を示しています。

例8-8 セルの電子メールの検証

CellCLI> ALTER CELL VALIDATE MAIL

例8-9は、セルの自動サービス・リクエストの電子メール設定の検証方法を示しています。

例8-9 セルの自動サービス・リクエストの電子メールの検証

CellCLI> ALTER CELL VALIDATE SNMP type=asr

例8-10は、電子メールのメッセージの形式の変更方法を示しています。

例8-10 電子メールのメッセージの形式の変更

CellCLI> ALTER CELL emailFormat='text'
CellCLI> ALTER CELL emailFormat='html'

例8-11は、セルのSNMP設定の検証方法を示しています。

例8-11 セルのSNMPの検証

CellCLI> ALTER CELL VALIDATE SNMP

例8-12は、電子メール・アラートのタイプの指定方法を示しています。この例では、1つのサブスクライバがハードウェア・アラートとソフトウェア・アラートを取得し、他のサブスクライバがADRアラートを取得しています。

例8-12 電子メール・アラートのタイプの指定

ALTER CELL emailSubscriber=                                             \
((email="email1@example.com",alertType="HARDWARE,SOFTWARE"), \
(email="email2@example.com",alertType="ADR"))

例8-13は、SNMPユーザーを変更する方法を示しています。

例8-13 SNMPユーザーの変更

CellCLI> ALTER CELL snmpuser = ((name=ASR, authprotocol=md5, authpassword=*,   \
privprotocol=AES, privpassword=*))
snmpUser ASR authpassword: password
Confirm snmpUser ASR authpassword: password
snmpUser ASR privpassword: password
Confirm snmpUser ASR privpassword: password

例8-14は、電子メール・アラートのサブスクライブ解除方法を示しています。

例8-14 電子メール・アラートのサブスクライブ解除

ALTER CELL emailSubscriber=""

例8-15は、セルの構成の検証方法を示しています。

例8-15 セルの構成の検証

CellCLI> ALTER CELL VALIDATE CONFIGURATION

Cell CD_01_cell01 successfully altered

例8-16は、セルの構成が不適切な場合のサンプルのエラー・メッセージを示しています。

例8-16 セルの不適切な構成のチェック

CellCLI> ALTER CELL VALIDATE CONFIGURATION

CELL-02827: Cell configuration check for hardware and firmware encountered the
following issues:

ILOM check has detected the following issue(s):
Attribute Name : ILOMVersion
Required       : 3.0.6.10.a r49240
Found          : 3.0.6.10.a r49385

例8-17は、セル・サービスの起動およびシャットダウンの方法を示しています。

例8-17 セル・サービスの起動およびシャットダウン

CellCLI> ALTER CELL STARTUP SERVICES CELLSRV
CellCLI> ALTER CELL STARTUP SERVICES ALL

CellCLI> ALTER CELL SHUTDOWN SERVICES MS
CellCLI> ALTER CELL SHUTDOWN SERVICES CELLSRV
CellCLI> ALTER CELL SHUTDOWN SERVICES CELLSRV IGNORE REDUNDANCY
CellCLI> ALTER CELL SHUTDOWN SERVICES ALL
CellCLI> ALTER CELL SHUTDOWN SERVICES ALL IGNORE REDUNDANCY

CellCLI> ALTER CELL RESTART SERVICES CELLSRV
CellCLI> ALTER CELL RESTART SERVICES ALL
CellCLI> ALTER CELL RESTART SERVICES ALL IGNORE REDUNDANCY

例8-18は、セルのLEDの設定方法を示しています。

例8-18 セルのLEDの消灯/点灯の設定

CellCLI> ALTER CELL LED OFF
CellCLI> ALTER CELL LED ON

例8-19は、syslogconf属性を使用してルールを追加する方法を示しています。

例8-19 syslogconf属性の使用

CellCLI> ALTER CELL syslogconf=('*.err;authpriv.none @loghost', -
'*.emerg @loghost')

例8-20は、テスト・メッセージを使用してルールを追加および検証する方法を示しています。

例8-20 ルールの追加および検証

CellCLI> ALTER CELL syslogconf=('kern.crit @loghost')
CellCLI> ALTER CELL VALIDATE syslogconf   'kern.crit'

例8-21は、syslog.confのルールを削除する方法を示しています。

例8-21 すべてのsyslog.confルールの削除

CellCLI> ALTER CELL syslogconf=''

例8-22は、フラッシュ・キャッシュ・モードの設定方法を示しています。

例8-22 フラッシュ・キャッシュのモードの設定

CellCLI> ALTER CELL flashcachemode = writeback

例8-23は、オープン・アラートのサマリー電子メール・メッセージの頻度を週1回に設定する方法を示しています。

例8-23 オープン・アラートのサマリー電子メール・メッセージの頻度の設定

CellCLI> ALTER CELL alertSummaryInterval=weekly

例8-24は、オープン・アラートのサマリー電子メール・メッセージの配信時間を設定する方法を示しています。

例8-24 オープン・アラートのメッセージ配信時間の設定

CellCLI> ALTER CELL alertSummaryStartTime="2013-04-23T12:57:00-06:00"

例8-25は、バッテリ学習サイクルを設定する方法を示しています。この例では、バッテリ学習サイクルを1月17日3:00:59に実行するように設定しています。それ以降の学習サイクルは、4月17日3:00:59、7月17日3:00:59および10月17日3:00:59になります。デフォルト設定は"MONTH 1 DATE 17 HOUR 2 MINUTE 0"です。

例8-25 バッテリ学習サイクルの設定

CellCLI> ALTER CELL bbuLearnSchedule = "MONTH 1 HOUR 3 SECOND 59"

例8-26は、Oracle Exadata Database Machine X4-2でセルに対してフラッシュ・キャッシュ圧縮を有効化する方法を示しています。

例8-26 フラッシュ・キャッシュ圧縮の有効化

CellCLI> ALTER CELL flashCacheCompress=true

例8-27は、ディスク修正の開始時間を設定する方法を示しています。

例8-27 潜在的な不良セクターの事前復元の開始時間の設定

CellCLI> ALTER CELL hardDiskScrubStartTime='2013-08-07T21:19:22-07:00'

例8-28は、ディスク修正の間隔を設定する方法を示しています。

例8-28 潜在的な不良セクターの事前復元の間隔の設定 - 週1回にする場合

CellCLI> ALTER CELL hardDiskScrubInterval=weekly

例8-29は、notificationPolicy属性のデフォルト値を設定する方法を示しています。

例8-29 notificationPolicy属性のデフォルト値の設定

CellCLI> alter cell notificationPolicy=""

関連項目:

- セル属性の設定の詳細は、「CREATE CELL」を参照してください。

- セルのname属性値およびcomment属性値の制限の詳細は、「共通の属性値の制限」を参照してください。

- CPU容量を要求に応じて有効化または無効化する方法の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

例8-30は、traceLevel値をデフォルト値に設定する方法を示しています。

例8-30 traceLevel値をデフォルト値に設定

CellCLI> ALTER CELL traceLevel=""

例8-31は、iotimeoutthreshold値を設定する方法を示しています。

例8-31 iotimeoutthreshold値を5秒に設定

CellCLI> ALTER CELL iotimeoutthreshold = '5s'

ALTER CELLDISK

用途

ALTER CELLDISKコマンドは、すべてのセル・ディスクまたは指定したセル・ディスクの属性を変更します。

構文

ALTER CELLDISK { ALL [FLASHDISK | HARDDISK] | cdisk_name [, cdisk_name]... }
{{FLUSH | CANCEL FLUSH} [NOWAIT]} |
{ attribute_name = attribute_value
[, attribute_name = attribute_value]...
}

使用方法

ALTERコマンドで変更可能な属性は、例8-73「CELLDISKオブジェクトの説明」でmodifiableとして示されます。

- FLASHDISKオプションでは、ALTER CELLDISKコマンドの対象をフラッシュ・ディスクであるセル・ディスクに制限します。

- HARDDISKオプションでは、ALTER CELLDISKコマンドの対象をハード・ディスクであるセル・ディスクに制限します。

- FLUSHオプションでは、フラッシュ・キャッシュのダーティ・データとグリッド・ディスクを同期します。ダーティ・データとは、グリッド・ディスクと同期されていないデータです。ダーティ・データの同期プロセスは、同期するバイト数に応じて時間がかかる場合があります。進捗状況をチェックするには、次のコマンドを使用します。

LIST CELLDISK ATTRIBUTES name, flushstatus, flusherror

- ダーティ・データがフラッシュ・キャッシュからグリッド・ディスクにフラッシュされるようにするには、セル・ディスクをエクスポートする前にALTER CELLDISK ... FLUSHコマンドを実行する必要があります。

- FLUSHオプションでは、CELLSRVが再起動するか、フラッシュ操作が取り消されるまで、新しいデータがフラッシュ・キャッシュにキャッシュされないようにします。

- CANCEL FLUSHオプションでは、前のフラッシュ操作を終了し、キャッシングを復元します。

- ALTER CELLDISK ... FLUSHコマンドをフラッシュ・セル・ディスクに対して実行すると、指定したFDOMにあるフラッシュ・キャッシュのダーティ・データとキャッシュ済グリッド・ディスクが同期されます。ハード・セル・ディスクに対してコマンドを実行すると、すべてのFDOMにあるフラッシュ・キャッシュのダーティ・データと指定したセル・ディスクにあるグリッド・ディスクが同期されます。

例

例8-32は、セル・ディスク属性の変更方法を示しています。

例8-32 セル・ディスク属性の変更

CellCLI> ALTER CELLDISK cdiska name = CD_01_cell01, -
comment = 'cdiska is now CD_01_cell01'

CellCLI> ALTER CELLDISK ALL -
comment = 'This cell disk is on cell cell01'

CellCLI> ALTER CELLDISK ALL HARDDISK FLUSH NOWAIT

CellCLI > ALTER CELLDISK c9datafile1 CANCEL FLUSH

関連項目:

- name属性値またはcomment属性値の制限の詳細は、「共通の属性値の制限」を参照してください。

- セル・ディスク属性の設定の詳細は、「CREATE CELLDISK」を参照してください。

ALTER FLASHCACHE

用途

ALTER FLASHCACHEコマンドは、指定したディスクのフラッシュ・キャッシュから、グリッド・ディスクと同期されていないデータ(ダーティ・データ)をフラッシュします。

構文

ALTER FLASHCACHE { ALL | CELLDISK="cdisk1 [,cdisk2] ..."}
{SIZE} {FLUSH | CANCEL FLUSH} [NOWAIT] }

使用方法

- ALLオプションは、使用可能なすべてのフラッシュ・セル・ディスクに適用されます。

- CELLDISKオプションでは、特定のセル・ディスクをフラッシュできます。

- ALLオプションと一緒にSIZEオプションを指定した場合、サイズが検証されます。サイズが有効な場合は、すべてのセル・ディスクが削除され、指定したサイズのフラッシュ・キャッシュが作成されます。

- CELLDISKオプションと一緒にSIZEオプションを指定した場合、サイズが検証されます。サイズが有効な場合は、指定したセル・ディスクが削除され、指定したセル・ディスク上に指定したサイズのフラッシュ・キャッシュが作成されます。

- FLUSHオプションでは、フラッシュ・キャッシュのダーティ・データとグリッド・ディスクを同期します。ダーティ・データとは、グリッド・ディスクと同期されていないデータです。ダーティ・データの同期プロセスは、同期するバイト数に応じて時間がかかる場合があります。進捗状況をチェックするには、次のコマンドを使用します。

LIST CELLDISK ATTRIBUTES name, flushstatus, flusherror

- FLUSHオプションでは、CELLSRVが再起動するか、フラッシュ操作が取り消されるまで、新しいデータがフラッシュ・キャッシュにキャッシュされないようにします。

- ALTER FLASHCACHE CELLDISK= ... FLUSHコマンドでは、データをフラッシュ・キャッシュから読み取れない場合、またはデータをディスクに書き込めない場合、ダーティ・データをフラッシュしません。ダーティ・データをフラッシュ・ディスクからグリッド・ディスクにフラッシュするには、ALTER GRIDDISK ... FLUSHコマンドを使用します。

- CANCEL FLUSHオプションでは、前のフラッシュ操作を終了し、キャッシングを復元します。

- NOWAITオプションでは、フラッシュ操作の進行中にALTERコマンドを完了できます。

- デフォルトでは、フラッシュ・キャッシュをライトバックするためにExtreme Flash Exadata X5-2ストレージ・サーバー上の領域の5パーセントが使用されます。この値を変更するには、DROP FLASHCACHEおよびCREATE FLASHCACHEコマンドを使用します。

例

例8-33は、すべてのフラッシュ・セル・ディスクからダーティ・ブロックをフラッシュする方法を示しています。

例8-33 フラッシュ・セル・ディスクからのダーティ・ブロックのフラッシュ

CellCLI> ALTER FLASHCACHE ALL FLUSH
Flash cache on FD_00_scac01cel07 successfully altered
Flash cache on FD_01_scac01cel07 successfully altered
Flash cache on FD_02_scac01cel07 successfully altered
...
Flash cache on FD_14_scac01cel07 successfully altered
Flash cache on FD_15_scac01cel07 fsuccessfully altered

ALTER GRIDDISK

用途

ALTER GRIDDISKコマンドは、すべてのグリッド・ディスクまたは指定したグリッド・ディスクの属性を変更します。

注意:
Oracle ASMディスク・グループに属するグリッド・ディスクの名前を変更する前に、Oracle ASMディスク・グループがオフラインになっていることを確認します。

構文

ALTER GRIDDISK { ALL  [FLASHDISK | HARDDISK] |gdisk_name1 [, gdisk_name2]... }
{ ACTIVE    |INACTIVE | {FLUSH [NOWAIT] | CANCEL FLUSH} |
attribute_name = attribute_value
[, attribute_name = attribute_value]...
[NOWAIT]

使用方法

ALTER GRIDDISKコマンドで変更可能な属性は、例8-79「GRIDDISKオブジェクトの説明」でmodifiableとして示されます。

- FLASHDISKオプションでは、ALTER GRIDDISKコマンドの対象をフラッシュ・ディスクであるグリッド・ディスクに制限します。

- HARDDISKオプションでは、ALTER GRIDDISKコマンドの対象をハード・ディスクであるグリッド・ディスクに制限します。

- ACTIVEオプションでは、指定したグリッド・ディスクで通常どおりにI/Oを受信するようにセル・サーバーに通知します。グリッド・ディスクはデータベース・クライアントに表示されます。

- INACTIVEオプションでは、グリッド・ディスクがセル管理者に表示されますが、データベース・クライアントには表示されません。CELLSRVでは、グリッド・ディスクがオフラインであるかのように処理します。このモードでは、グリッド・ディスクでの管理操作が可能です。グリッド・ディスクをデータベース・ユーザーに表示する前に、グリッド・ディスクでアップグレードとテストを実行できます。この機能は、RESTRICTEDモードでのデータベースの起動と似ています。

注意:
データベース・クライアントで使用中のグリッド・ディスクがINACTIVEになっている場合、ディスクとのI/Oに障害が発生すると、対応するOracle ASMディスクがOracle ASMによってオフラインにされます。ディスクを再度使用可能にするには、セルのグリッド・ディスクをACTIVEにし、対応するOracle ASMディスクをOracle ASMでオンラインに戻します。

- FLUSHオプションでは、フラッシュ・キャッシュのダーティ・データとグリッド・ディスクを同期します。ダーティ・データとは、グリッド・ディスクと同期されていないデータです。ダーティ・データの同期プロセスは、同期するバイト数に応じて時間がかかる場合があります。進捗状況をチェックするには、次のコマンドを使用します。

LIST GRIDDISK ATTRIBUTES name, flushstatus, flusherror

- FLUSHオプションでは、CELLSRVが再起動するか、フラッシュ操作が取り消されるまで、指定したグリッド・ディスクで新しいデータがキャッシュされないようにします。

- FLUSHオプションは、ライトスルー・ディスクではなく、ライトバック・ディスクで有効です。

- CANCEL FLUSHオプションでは、前のdフラッシュ操作を終了し、キャッシングを復元します。

- NOWAITオプションでは、サイズ変更またはフラッシュ操作の続行中にALTERコマンドを完了できます。

- グリッド・ディスク名の長さの制限は30文字です。

- size属性を指定すると、グリッド・ディスクに割り当てる領域を増減できます。対応するOracle ASMディスクのサイズ変更は個別に行う必要があります。
接尾辞M(MB)またはG(GB)が数値に含まれている場合を除き、size属性はバイト数で指定されます。グリッド・ディスクの領域は、割当て単位と呼ばれる16MB単位で割り当てられます。実際の割当てサイズは、指定したサイズ以下の割当て単位の倍数の中で最も大きいサイズになります。最小値は16MBです。16MB未満の値は16MBに繰り上げられます。

- アクセス中のグリッド・ディスクの名前は変更しないでください。アクセス中のグリッド・ディスクの名前を変更しようとすると、操作が失敗します。名前を変更する場合は、事前にグリッド・ディスクを非アクティブにするか、Oracle ASMディスク・グループをディスマウントして、グリッド・ディスクへのアクセスを停止してください。

- インターリーブ・グリッド・ディスクのサイズを変更すると、セル・ディスク全体にインターリーブ領域の割当てを行うようにグリッド・ディスクの内容が移動されます。サイズ変更操作には、数分間かかることがあります。NOWAITオプションを使用して、データ移動操作をバックグラウンド・プロセスとして実行することもできます。ステータスをチェックする場合は、LIST GRIDDISKコマンドを使用してください。

- cachingPolicy属性は、グリッド・ディスクのフラッシュ・キャッシング・ポリシーを変更する場合に使用します。キャッシング・ポリシーをdefaultからnoneに変更する前に、ALTER GRIDDISK ... FLUSHコマンドを使用して、グリッド・ディスクのフラッシュ・キャッシュにキャッシュ・データがないことを確認します。
フラッシュ・キャッシュは、cachingPolicyがnoneに設定されたグリッド・ディスクで構成されたディスク・グループに配置されたデータ・ファイルでは使用されません。

OEDAは、グリッド・ディスクのcachingPolicyがnoneに設定されているRECOディスク・グループを構成します。そのため、RECOに配置されたデータ・ファイルではフラッシュ・キャッシュは使用されません。

RECOディスク・グループのグリッド・ディスクなど、キャッシングが不要なグリッド・ディスクでライトバック・キャッシュを無効にできます。これにより、他のオブジェクトでキャッシュ領域を使用できます。次のコマンドを使用してキャッシュをフラッシュし、cachingPolicy属性をnoneに設定します。

ALTER GRIDDISK grid_disk_name FLUSH
ALTER GRIDDISK grid_disk_name CACHINGPOLICY="none"

グリッド・ディスクのキャッシングを再有効化するには、次のようにします。

ALTER GRIDDISK grid_disk_name CANCEL FLUSH
ALTER GRIDDISK grid_disk_name CACHINGPOLICY="default"

grid_disk_nameは、グリッド・ディスクの名前です。

関連項目:
flashCacheMode属性の設定の詳細は、「ALTER CELL」を参照してください。

例

例8-34は、GRIDDISKオブジェクトを指定したALTERコマンドを示しています。

例8-34 グリッド・ディスク属性の変更

CellCLI> ALTER GRIDDISK data1_CD_01_cell01, data2_CD_01_cell01
comment = "This grid disk is on cell01"

CellCLI> ALTER GRIDDISK ALL INACTIVE

例8-35は、データ移動をバックグラウンド・プロセスとして実行するためのNOWAITオプションを示しています。

例8-35 NOWAITオプションの使用

CellCLI> ALTER GRIDDISK gd0 SIZE=40M NOWAIT
GridDisk gd0 alter in progress

関連項目:

- name属性値またはcomment属性値の制限の詳細は、「共通の属性値の制限」を参照してください。

- セル・ディスク属性の表示の詳細は、「LIST CELLDISK」を参照してください。

- グリッド・ディスク属性の詳細は、「CREATE GRIDDISK」を参照してください。

- フラッシュ・キャッシュのフラッシュの詳細は、「ALTER FLASHCACHE」を参照してください。

- Exadataセルのグリッド・ディスクのセキュリティの詳細は、第4章「Oracle Exadata Storage Server Softwareのセキュリティ構成」を参照してください。

ALTER IBPORT

用途

ALTER IBPORTコマンドでは、すべてのInfiniBandポートまたは指定したInfiniBandポート上でアクションを実行します。

構文

ALTER IBPORT {ALL | ibport_name [, ibport_name] ...} RESET COUNTERS

使用方法

RESET COUNTERSオプションを使用すると、InfiniBandポート上のすべてのカウンタがリセットされます。

例

例8-36は、IBPORTオブジェクトを指定したALTERコマンドを示しています。

例8-36 IBPORT属性の変更

CellCLI> ALTER IBPORT ALL RESET COUNTERS

InfiniBand Port HCA-1:1 successfully altered.
InfiniBand Port HCA-1:2 successfully altered.

CellCLI> ALTER IBPORT "HCA-1:1" RESET COUNTERS

InfiniBand Port HCA-1:1 successfully altered.

ALTER IORMPLAN

用途

ALTER IORMPLANコマンドは、セルのデータベース間プランおよびカテゴリ・プランを更新します。ディレクティブでは、データベース・クライアントに割り当てるI/Oリソースを設定します。ALTER IORMPLANコマンドは、データベースによるディスクおよびフラッシュのI/Oの制御に使用します。

構文

ALTER IORMPLAN [dbPlan=(directive1[, directive2]...),]
[catPlan=( directive1[, directive2]...)]}
[objective='iorm_objective']

使用方法

ALTERコマンドで変更可能な属性は、例8-81「IORMPLANオブジェクトの説明」でmodifiableとして示されます。

- dbplan属性を設定することにより、データベース間プランをアクティブ化できます。データベース間プランを非アクティブにするには、dbplan属性をクリアします。

- データベース・プラン(dbPlan)のdirectiveNの書式は、次のとおりです。

( name=db_or_category_name, [share=number] [,level=number, allocation=number]
[,limit=number] [, role={ primary | standby }] [, flashcache={on|off}]
[, flashLog={on|off}] [, flashcachemin=number] [, flashcachelimit=number]
[, flashcachesize=number] [, type={ database | profile }] )

- flashcachemin、flashcachesizeおよびflashcachelimitディレクティブは、データベース間プランにのみ適用可能です。たとえば、300M、150Gまたは1Tのように、接尾辞M (MB)、G (GB)またはT (TB)を指定する場合以外は、バイト単位でディレクティブの値を指定します。flashcachemin、flashcachelimitまたはflashcachesizeディレクティブを指定する場合、flashcacheディレクティブをOFFには設定できません。

- データベース・プランは、次のいずれかの構成を使用して定義できます。

- データベースの共有の相対数を指定するには、share属性を使用します。share属性では、IORMで最大1024のデータベースを管理できます。

- 各データベースのI/O配分の割合を指定するには、allocation属性を使用します。allocation属性では、IORMで最大32のデータベースを管理できます。

- name値をアンダースコア(_)で開始することはできません。

- name値ごとに、少なくとも1つの属性を指定する必要があります。たとえば、nameおよびlimit、nameおよびshare、またはnameおよびflashcacheなどです。

- ディスクI/O管理を有効にするには、share、levelおよびallocation、またはlimitを指定します。

- role属性では、データベースが該当のデータベース・ロールになった場合にのみディレクティブが適用されるように指定します。role属性が指定されていない場合は、データベース・ロールに関係なくディレクティブが適用されます。role属性は、dbPlan otherディレクティブでは使用できません。role属性は、ディレクティブで最後に指定された属性にする必要があります。

- limit属性では、データベースのディスクI/O使用率の制限を指定します。ゼロより大きく、100以下の値です。

注意:
MAX_UTILIZATION_LIMIT属性では、コンシューマ・グループのディスクI/O使用率の制限を指定します。この属性の詳細は、『Oracle Database管理者ガイド』および『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

- flashcache属性では、データベースがフラッシュ・キャッシュを使用しないようにします。これにより、フラッシュ・キャッシュ領域をミッション・クリティカルなデータベース用に確保できます。

注意:
データベースでflashcache属性が特にoffに設定されていない場合、データベースではフラッシュ・キャッシュがデフォルトで使用されます。

- flashLog属性では、データベースがフラッシュ・ログを使用しないようにします。

注意:
データベースでflashLog属性が特にoffに設定されていない場合、データベースではフラッシュ・ログがデフォルトで使用されます。

- 各dbPlanには、最大1024個のディレクティブを指定できます。これらのディレクティブには、必須のotherカテゴリのディレクティブが含まれます。

注意:
levelおよびallocation属性を使用する場合、許可されるディレクティブは32のみです。

- level値は1から8です。

- allocation値の合計は、各levelおよび各roleで100を超えることはできません。

- other値は、データベースおよびカテゴリの識別名です。この値は、他のディレクティブで名前が指定されていないすべてのクライアントを示します。allocation属性またはCellCLIユーティリティを使用してエラーが返される場合は、name=otherのディレクティブがdbPlanに少なくとも1つ必要です。

- default値はデータベースの識別名です。これは、データベースごとにディレクティブを追加しないようにするために、共有ベースの同じプランのデータベースを示します。明示的なディレクティブのないデータベースでは、defaultディレクティブに指定した属性値を使用します。

- dbPlanディレクティブが設定されていない場合は、デフォルトで各データベース間でリソースが共有され、割り当てられるリソースの割合は同じになります。

- defaultディレクティブでは、明示的に指定した名前のdbPlanではなく、すべてのデータベースのデフォルト値を提供します。

- otherディレクティブは、levelおよびallocation、またはlimit属性でのみ使用できます。

- share値は1から32(1は最下位の共有、32は最上位の共有)です。

- flashcachesize属性は、データベースのフラッシュ・キャッシュ内における保証付きの強い制限領域を指定します。フラッシュ・キャッシュ内のこの領域は予約されますが、これは強い制限であるため、フラッシュ・キャッシュがフルでない場合も、データベースはその割当て容量を超えることはできません。
ディレクティブ全体でのflashcacheminとflashcachesizeの合計は、フラッシュ・キャッシュのサイズより小さくする必要があります。

- flashcachemin属性値は、データベースのフラッシュ・キャッシュ内で最低限保証される領域を指定します。

- flashcachelimit属性値は、データベースがフラッシュ・キャッシュ内で使用できる最大領域を指定します。flashcachelimit属性は、データベースがフラッシュ・キャッシュ内で使用できる最大領域を指定する弱い制限です。フラッシュ・キャッシュがフルでない場合、データベースはそれに割り当てられている容量を超えることができます。

- flashcachemin、flashcachelimitおよびflashcachesize属性は、カテゴリ・プランには指定できません。

- type属性は、databaseまたはprofileに設定する必要があります。typeを指定しない場合、ディレクティブはdatabaseディレクティブにデフォルト設定されます。

- カテゴリ・プラン(catPlan)のdirectiveNの書式は、次のとおりです。

( name=db_or_category_name, [,level=number, allocation=number]

- name値をアンダースコア(_)で開始することはできません。

- レベル、割当て、または制限の属性を少なくとも1つ名前値で指定する必要があります。たとえば、名前と制限または名前とレベルです。

- 各catPlanには、最大28個のディレクティブを指定できます。これらのディレクティブには、必須のotherカテゴリのディレクティブが含まれます。

- レベル値は1から8です。

- allocation値の合計は、各レベルおよび各ロールで100を超えることはできません。

- other値は、データベースおよびカテゴリの識別名です。この値は、他のディレクティブで名前が指定されていないすべてのクライアントを示します。catPlanで、name=otherのディレクティブが少なくとも1つ必要です(このディレクティブがないと、CellCLIユーティリティによってエラーが返されます)。

- catPlanディレクティブが設定されていない場合、カテゴリ・プランはデフォルトで使用されません。リソースはデータベース間で分割されます。

- objectiveオプションは、IORMの最適化モードを指定します。objectiveオプションは次のとおりです。

- low_latency: この設定は非常に適切なレイテンシが要求されるクリティカルなOLTPワークロードに使用します。この設定により、ディスク使用率が大幅に制限されてレイテンシは可能最短となります。

- balanced: この設定はクリティカルなOLTPワークロードおよびDSSワークロードに使用します。この設定により、短いディスク・レイテンシと高いスループットが均等になります。この設定により、大きいI/Oのディスク使用率がlow_latencyより小さい範囲に制限され、適切なレイテンシとスループットがバランスします。

- high_throughput: この設定は高いスループットが要求されるクリティカルなDSSのワークロードに使用します。

- auto: この設定はIORMで最適化のobjectiveを判断する場合に使用します。IORMでは、監視対象のワークロードおよび有効なリソース・プランに基づいて、継続的かつ動的に最適化のobjectiveを判断します。

- basic: この設定は、I/Oの優先順位付けを無効にして、小さいI/Oの最大レイテンシを制限する場合に使用します。

- データベース間のプランの属性をデフォルト値にリセットするには、属性を空の文字列に設定します。空の文字列を設定するには、一重引用符または二重引用符を使用します。2つの引用符は同じである必要があります。たとえば、""は正しい指定ですが、"'は間違っています。

- コマンドが長い場合は、ALTER IORMPLANコマンドをスクリプトとして実行することを検討します。

- プランを実装する前に、次の項目をチェックしてください。

- catPlanには、otherセットのディレクティブが少なくとも1つ必要です。

- allocation属性を使用している場合は、dbPlanにotherのディレクティブが少なくとも1つ必要です。

- share属性を使用している場合、dbPlanではotherディレクティブを使用しません。

- 各レベルで割当てが100を超えることはありません。

- allocation属性を使用するdbPlanでは、ディレクティブが32を超えることはありません。

- share属性を使用するdbPlanでは、ディレクティブが1023を超えることはありません。

- catPlanでは、ディレクティブが28を超えることはありません。

- roleディレクティブはdbPlanでのみ使用されます。

- roleディレクティブはprimaryまたはstandbyである必要があります。

- otherディレクティブには、role、flashcachemin、flashcachelimitまたはflashcachesize属性は指定できません。

- flashcache、flashlog、flashcachemin、flashcachelimitおよびflashcachesize属性はdbPlan専用です。

- limitディレクティブはdbPlan専用です。

- 割当てディレクティブの合計が100を超えることはありません。

- 共有ディレクティブの値が32を超えることはありません。

- 共有ディレクティブの合計が32768を超えることはありません。

- defaultディレクティブには、level、allocationまたはroleディレクティブは含まれません。

- type属性は、データベース間のプランに対してのみ指定できます。

- type属性は、databaseまたはprofileにする必要があります。

- プロファイル・ディレクティブは、share、limit、flashcache、flashlog、flashcachemin、flashcachelimitおよびflashcachesize属性をサポートしています。

- プロファイル名をOTHERまたはDEFAULTにすることはできません。これらの名前は予約語です。

- flashcachemin、flashcachelimitまたはflashcachesize属性が設定されている場合、flashcache属性をオフには設定できません。

- flashcachelimit属性を0に設定することはできません。

例

例8-37は、IORMPLANオブジェクトを指定したALTERコマンドを示しています。

例8-37 IORMPLAN属性の変更

CellCLI> ALTER IORMPLAN                                        -
catPlan=(                                              -
(name=administrative, level=1, allocation=80),-
(name=interactive, level=2, allocation=90),   -
(name=batch, level=3, allocation=80),         -
(name=maintenance, level=4, allocation=50),   -
(name=other, level=4, allocation=50)          -
),                                             -
dbPlan=((name=sales_prod, level=1, allocation=80),     -
(name=finance_prod, level=1, allocation=20),   -
(name=sales_dev, level=2, allocation=100),     -
(name=sales_test, level=3, allocation=50),     -
(name=other, level=3, allocation=50))

CellCLI> ALTER IORMPLAN                                                        -
dbPlan=((name='sales1,sales2', level=1, allocation=30, role=primary), -
(name=sales1, level=1, allocation=20, role=standby),          -
(name=sales2, level=1, allocation=20, role=standby),          -
(name=other, level=3, allocation = 50))

ALTER IORMPLAN                                             -
dbPlan=((name=salesprod, share=4, role=primary),           -
(name=salesprod, share=1, limit=50, role=standby)  -
(name=finance, share=4)                            -
(name=hr, share=2))

CellCLI> ALTER IORMPLAN                                         -
catPlan=((name=interactive, level=1, allocation=90),   -
(name=batch, level=2, allocation=80),         -
(name=maintenance, level=3, allocation=50),   -
(name=other, level=3, allocation=50)          -

CellCLI> ALTER IORMPLAN objective='low_latency'

CellCLI> ALTER IORMPLAN objective='auto'

CellCLI> ALTER IORMPLAN                                        -
dbplan=((name=db1, limit=50),                         -
(name=db2, limit=50),                         -
(name=other, level=1, allocation=25))

例8-38および例8-39は、shareディレクティブを使用してdbPlanを設定する方法を示しています。両方の例で、同じリソース割当てを設定します。

例8-38 shareディレクティブを使用したデータベース・プランの設定

ALTER IORMPLAN                                                 -
dbplan=((name=sales01, share=4),                               -
(name=sales02, share=4),                               -
(name=sales03, share=4),                               -
(name=fin01, share=4),                                 -
(name=fin02, share=4),                                 -
(name=fin03, share=4),                                 -
(name=dev01, share=1, limit=50, flashLog=off),         -
(name=dev02, share=1, limit=25, flashCache=off))

例8-39では、defaultディレクティブを使用して、データベースsales01、sales02などで共有割当てを設定します。

例8-39 defaultディレクティブを使用したデータベース・プランの設定

ALTER IORMPLAN                                                 -
(name=dev01, share=1, limit=50, flashLog=off),         -
(name=dev02, share=1, limit=25, flashCache=off)        -
(name=default, share=4))

例8-40は、IORMPLAN属性を使ってフラッシュ・キャッシュの使用を設定する方法を示しています。

例8-40 IORMPLAN属性を使ったフラッシュ・キャッシュの使用の設定

CellCLI> ALTER IORMPLAN                                        -
dbPlan=((name=sales_prod, flashCache=on),             -
(name=sales_dev, flashCache=on),              -
(name=sales_test, flashCache=off),            -
(name=other, flashCache=off))

CellCLI> ALTER IORMPLAN                                                          -
dbPlan=((name=oltp, level=1, allocation=80, flashCache=on),             -
(name=dss, level=1, allocation=20, limit=50, flashCache=off),   -
(name=other, level=2, allocation=100, flashCache=off))

例8-41は、IORMPLAN属性を使用してフラッシュ・キャッシュ割当て制限を指定する方法を示しています。

例8-41 IORMPLAN属性を使用したフラッシュ・キャッシュ割当て制限の指定

CellCLI> ALTER IORMPLAN                                                      -
dbPlan=((name=prod, share=8, flashCacheMin=4096),                   -
(name=dev,  share=2, flashCacheMin=1G, flashCacheLimit=4G), -
(name=test, share=1, limit=40, flashCacheLimit=2048))

例8-42は、IORMPLAN属性をリセットする方法を示しています。

例8-42 IORMPLAN属性のリセット

CellCLI> ALTER IORMPLAN dbPlan="", catPlan=""
CellCLI> ALTER IORMPLAN dbPlan=""
CellCLI> ALTER IORMPLAN catPlan=""

例8-43は、IORMPLAN属性をリセットする方法を示しています。

例8-43 IORMPLAN属性のリセット

CellCLI> ALTER IORMPLAN dbPlan="", catPlan=""
CellCLI> ALTER IORMPLAN dbPlan=""
CellCLI> ALTER IORMPLAN catPlan=""

関連項目:

- IORMの詳細は、第6章「I/Oリソースの管理」を参照してください。

- データベース間プランの管理の詳細は、「IORMの管理」を参照してください。

- コマンドをスクリプトとして実行する方法の詳細は、「STARTおよび@」を参照してください。

ALTER LUN

用途

ALTER LUNコマンドは、すべてのLUNまたは指定したLUNを再有効化します。

構文

ALTER LUN { ALL  | lun1 [ , lun2] ...  }
REENABLE FORCE

使用方法

このコマンドでは、交換用ディスクにセル・ディスクおよびグリッド・ディスクのメタデータを作成します。

このコマンドは、システムLUNが正常な状態であっても、システム・ディスクのシステム領域の冗長性を再構築します。

注意:
このコマンドを使用するとデータが失われる場合があります。

例

例8-44は、LUNオブジェクトを指定したALTERコマンドを示しています。

例8-44 LUNの再有効化

CellCLI> ALTER LUN 'x:7' REENABLE FORCE

CellCLI> ALTER LUN ALL REENABLE FORCE

ALTER OFFLOADGROUP

用途

ALTER OFFLOADGROUPコマンドを使用して、オフロード・グループの変更可能な属性の変更と、サービスの再起動、起動および停止を実行できます。

構文

ALTER OFFLOADGROUP { offloadgroup1 [,offloadgroup2, ...] }
{attribute_name = attribute_value [, attribute_name = attribute_value ...]]
| STARTUP | RESTART | SHUTDOWN }

使用方法

- offloadgroupN(Nは数値)パラメータで、属性を変更するオフロード・グループの名前を指定するか、起動、停止または再起動するオフロード・グループの名前を指定します。

- attribute_nameおよびattribute_valueパラメータで、変更する属性の名前と値を指定します。

- STARTUPパラメータは、オフロード・グループを起動することを指定します。

- RESTARTパラメータは、オフロード・グループを停止して、再起動することを指定します。

- SHUTDOWNパラメータは、オフロード・グループを停止することを指定します。

関連項目:

- LIST OFFLOADGROUP

例

例8-45 "Comment"属性の更新

ALTER OFFLOADGROUP offloadgroup1 comment='System group'

例8-46 "offloadgroup1"という名前のオフロード・グループの起動

ALTER OFFLOADGROUP offloadgroup1 startup

ALTER PHYSICALDISK

用途

ALTER PHYSICALDISKコマンドは、置換のためにディスクを準備します。

構文

ALTER PHYSICALDISK { ALL [harddisk]  | disk_id1 [,disk_id2]  ...  }
{ DROP FOR REPLACEMENT [FORCE] | REENABLE }

使用方法

データを損失することなく、正常に機能している物理ディスクを安全に取り外すことができるかをチェックするには、DROP FOR REPLACEMENTオプションを使用します。ディスクを削除できる場合は、コマンドにより物理ディスクが無効化され、ディスクが削除されます。

交換のために削除された標準の物理ディスクを再有効化するには、REENABLEオプションを使用します。

SERVICELEDオプションは非推奨です。このオプションを使用すると、CELL-04591エラー・メッセージを受け取ります。

関連項目:

- 物理ディスクのステータスの詳細は、「LIST PHYSICALDISK」を参照してください

- コマンドでのdisk_idへの引用符の付加の詳細は、「オブジェクト名の先頭のゼロについて」を参照してください

例

例8-47は、物理ディスクを削除する方法を示しています。

例8-47 正常に機能している物理ディスクの削除

CellCLI> ALTER PHYSICALDISK 12:3 DROP FOR REPLACEMENT

例8-48は、物理ディスクを再有効化する方法を示しています。

例8-48 物理ディスクの再有効化

CellCLI> ALTER PHYSICALDISK 12:3 REENABLE

ALTER QUARANTINE

用途

ALTER QUARANTINEコマンドは、検疫の属性を変更します。

構文

ALTER QUARANTINE { ALL  | quarantine1 [,quarantine2]  ...  }
attribute_name = attribute_value
[, attribute_name = attribute_value]...

使用方法

変更可能フィールドのみを変更できます。

例

例8-49は、QUARANTINEオブジェクトを指定したALTERコマンドを示しています。

例 8-49 検疫の変更

CELLCLI> ALTER QUARANTINE 12 comment='bugX'

ALTER THRESHOLD

用途

ALTER THRESHOLDコマンドは、すべてのしきい値または指定したしきい値の属性値を更新します。

構文

ALTER THRESHOLD { ALL |threshold_name [, threshold_name ...] }
attribute_name = attribute_value
[, attribute_name = attribute_value]...

使用方法

ALTERコマンドで変更可能な属性は、例8-91「THRESHOLDオブジェクトの説明」でmodifiableとして示されます。

例

例8-50は、しきい値の属性を変更する方法を示しています。

例8-50 しきい値の属性の変更

CellCLI> ALTER THRESHOLD ct_io_wt_rq.interactive warning=10, critical=20, -
comparison='=', occurrences=2, observation=10

CellCLI> ALTER THRESHOLD ALL occurrences=3

関連項目:
しきい値の属性の設定の詳細は、「CREATE THRESHOLD」を参照してください。

ALTER USER

用途

ALTER USERコマンドは、ユーザー・ロールの属性を変更します。

構文

ALTER USER user1 attribute_name1 = attribute_value1      \
[, attribute_name2 = attribute_value2, ...]

使用方法

- ユーザー名をroot、celladminまたはcellmonitorにすることはできません。これらは予約されています。

- ユーザー名は一意である必要があります。

例

例8-51に、ユーザーのパスワードを変更する方法を示します。

例8-51 ALTER USERコマンドの使用

CellCLI> ALTER USER sjones password=TOPsecret2345

ASSIGN KEY

用途

ASSIGN KEYコマンドは、クライアントに対してセキュリティ・キーの割当てまたは削除を実行します。

構文

ASSIGN KEY FOR 'client1' = 'key-value1' [, 'client2' = 'key-value2']...

使用方法

- clientNは、クライアントの一意の名前(DB_UNIQUE_NAME)です。

- key-valueNは、セキュリティ・キーとしてクライアントに割り当てられる16進文字列のキーです。

- キー値は複数のクライアントで同じにできます。

- key-valueNを空の文字列にすると、前に割り当てたキーが削除されます。

データベースを有効範囲にしたセキュリティの場合は、クライアントをGRIDDISKオブジェクトのavailableTo属性に入力する必要があります。

キー値は、CREATE KEYコマンドで生成します。

ASSIGNコマンドで割り当てられるキー値は、Oracle ASMおよびデータベース・ホストのコンピュータのcellkey.oraファイルのキーと一致している必要があります。

例

例8-52は、ASSIGN KEYコマンドを示しています。

例8-52 クライアントに対するキーの割当ておよび削除

CellCLI> ASSIGN KEY FOR 'db0' ='b67d5587fe728118af47c57ab8da650a'

CellCLI> ASSIGN KEY FOR '+asm'='7c57ab8da650ab118587feaf467d5728'

CellCLI> ASSIGN KEY FOR  '+asm'='ed63f41779c262ddd34a00c0d83590b8',
'db1' ='118af47c57ab8da650ab67d5587fe728',
'db2' ='8a65313e8de6cd8bcbab7f4bdddb0498',
'db3' ='9140c767bd92d1b45783e7fe6520e6d'

CellCLI> ASSIGN KEY FOR 'db1'='', 'db2'='', 'db3'='', '+asm'=''

関連項目:

- 「CREATE GRIDDISK」

- 「CREATE KEY」

- Exadataセルのセキュリティの詳細は、第4章「Oracle Exadata Storage Server Softwareのセキュリティ構成」を参照してください。

- クライアントのキー値の表示の詳細は、「LIST KEY」を参照してください。

CALIBRATE

用途

CALIBRATEコマンドは、セル・ディスクでRAWパフォーマンス・テストを実行し、セルをオンラインにする前にディスク・パフォーマンスを検証できます。

構文

CALIBRATE [FLASHDISK | HARDDISK | LUN1 [, LUN2]] [FORCE]

使用方法

CALIBRATEを実行するには、rootユーザーとしてセルにログオンしている必要があります。

FORCEオプションを指定すると、セル・サーバーの実行中にテストを実行できます。FORCEオプションを使用しない場合は、セル・サーバーをシャットダウンする必要があります。CALIBRATEをセル・サーバー・プロセスと同時に実行すると、パフォーマンスに影響を与えます。

FLASHDISKオプションを使用すると、フラッシュのLUNのみを測定するよう指定できます。

HARDDISKオプションを使用すると、ハード・ディスクのLUNのみを測定するよう指定できます。

LUNnオプションを使用すると、LUNのリストを名前別に測定するように指定できます。

例

例8-53は、Oracle Exadata Storage ServerでFORCEオプションを指定してCALIBRATEを使用した場合の出力を示しています。

例8-53 Oracle Exadata Storage ServerでのFORCEオプションを指定したCALIBRATEコマンドによる出力

CellCLI> CALIBRATE FORCE
Calibration will take a few minutes...
Aggregate random read throughput across all hard disk luns: 1604 MBPS
Aggregate random read throughput across all flash disk luns: 4242.9 MBPS
Aggregate random read IOs per second (IOPS) across all hard disk luns: 4927
Aggregate random read IOs per second (IOPS) across all flash disk luns: 148695
Controller read throughput: 1608.05 MBPS
Calibrating hard disks (read only) ...
Lun 0_0  on drive [20:0      ] random read throughput: 153.41 MBPS, and 412 IOPS
Lun 0_1  on drive [20:1      ] random read throughput: 155.38 MBPS, and 407 IOPS
Lun 0_10 on drive [20:10     ] random read throughput: 155.32 MBPS, and 423 IOPS
Lun 0_11 on drive [20:11     ] random read throughput: 151.24 MBPS, and 427 IOPS
Lun 0_2  on drive [20:2      ] random read throughput: 152.70 MBPS, and 422 IOPS
Lun 0_3  on drive [20:3      ] random read throughput: 155.42 MBPS, and 423 IOPS
Lun 0_4  on drive [20:4      ] random read throughput: 153.14 MBPS, and 428 IOPS
Lun 0_5  on drive [20:5      ] random read throughput: 154.06 MBPS, and 424 IOPS
Lun 0_6  on drive [20:6      ] random read throughput: 150.82 MBPS, and 409 IOPS
Lun 0_7  on drive [20:7      ] random read throughput: 154.61 MBPS, and 426 IOPS
Lun 0_8  on drive [20:8      ] random read throughput: 154.46 MBPS, and 424 IOPS
Lun 0_9  on drive [20:9      ] random read throughput: 154.63 MBPS, and 426 IOPS
Calibrating flash disks (read only, note that writes will be significantly slower) ...
Lun 1_0  on drive [[10:0:0:0]] random read throughput: 269.11 MBPS, and 19635 IOPS
Lun 1_1  on drive [[10:0:1:0]] random read throughput: 268.86 MBPS, and 19648 IOPS
Lun 1_2  on drive [[10:0:2:0]] random read throughput: 268.68 MBPS, and 19645 IOPS
Lun 1_3  on drive [[10:0:3:0]] random read throughput: 268.92 MBPS, and 19640 IOPS
Lun 2_0  on drive [[12:0:0:0]] random read throughput: 269.78 MBPS, and 20436 IOPS
Lun 2_1  on drive [[12:0:1:0]] random read throughput: 269.69 MBPS, and 20394 IOPS
Lun 2_2  on drive [[12:0:2:0]] random read throughput: 269.04 MBPS, and 20439 IOPS
Lun 2_3  on drive [[12:0:3:0]] random read throughput: 269.51 MBPS, and 20420 IOPS
Lun 4_0  on drive [[9:0:0:0] ] random read throughput: 269.07 MBPS, and 19668 IOPS
Lun 4_1  on drive [[9:0:1:0] ] random read throughput: 269.24 MBPS, and 19697 IOPS
Lun 4_2  on drive [[9:0:2:0] ] random read throughput: 269.09 MBPS, and 19676 IOPS
Lun 4_3  on drive [[9:0:3:0] ] random read throughput: 269.03 MBPS, and 19681 IOPS
Lun 5_0  on drive [[11:0:0:0]] random read throughput: 268.06 MBPS, and 19714 IOPS
Lun 5_1  on drive [[11:0:1:0]] random read throughput: 268.24 MBPS, and 19696 IOPS
Lun 5_2  on drive [[11:0:2:0]] random read throughput: 268.33 MBPS, and 19717 IOPS
Lun 5_3  on drive [[11:0:3:0]] random read throughput: 268.14 MBPS, and 19693 IOPS
CALIBRATE results are within an acceptable range.

CALIBRATE stress test is now running...
Calibration has finished.

例8-54 名前によるLUNの測定

CALIBRATE '2_1', '2_3' FORCE

関連項目:
セル・サービスのシャットダウンの詳細は、「ALTER CELL」を参照してください。

CREATE

用途

CREATEコマンドは、新規のオブジェクトを作成し、初期属性をオブジェクトに割り当てます。

構文

CREATE object_type [name] ...
[attribute_name = attribute_value [, attribute_name = attribute_value]...]

使用方法

- object_typeは次のとおりです。

- CELL

- CELLDISK

- FLASHCACHE

- FLASHLOG

- GRIDDISK

- KEY

- QUARANTINE

- ROLE

- THRESHOLD

- USER

- nameは、新規オブジェクトの名前です。

- attribute_nameは、object_typeの変更可能な属性の名前です。

- attribute_valueは、属性の初期設定です。

- 複数のオブジェクトがCREATEコマンドのターゲットとして有効な場合は、正常に実行されない場合があります。エラーが発生するとコマンドが中断され、残りのオブジェクトは作成されません。

関連項目:

- 「CREATE CELL」

- 「CREATE CELLDISK」

- 「CREATE FLASHCACHE」

- 「CREATE FLASHLOG」

- 「CREATE GRIDDISK」

- 「CREATE KEY」

- 「CREATE QUARANTINE」

- 「CREATE ROLE」

- 「CREATE THRESHOLD」

- 「CREATE USER」

- オブジェクト・タイプおよびその説明の詳細は、「CellCLIのオブジェクト・タイプについて」を参照してください。

CREATE CELL

用途

CREATE CELLコマンドは、セル・オブジェクトを作成し、初期属性をオブジェクトに割り当てます。

構文

CREATE CELL [name]
interconnect1=intValue1 [, interconnect2=intValue2 ...]
[, attributeName = attributeValue  ...]

使用方法

設定可能な属性は、例8-72「CELLオブジェクトの説明」でmodifiableとして示されます。

- このコマンドを使用すると、ASR値をsnmpSubscriber属性に割当てできます。詳細は、「ALTER CELL」を参照してください。

- デフォルトのセル名は、ネットワーク名のハイフンをアンダースコアで置換したセルのネットワーク・ホスト名に設定されます。ネットワーク名は、uname -nコマンドで表示できます。セル名を変更する場合は、一意のセル名を選択する必要があります。

- 1から4つのインターコネクトを指定できます。interconnect2属性が指定されている場合は、interconnect1属性を指定する必要があります。interconnect3が指定されている場合は、interconnect1属性とinterconnect2属性を指定する必要があります。

- インターコネクトはInfiniBand(ibN)です。

- デフォルトでは、CREATE CELLコマンドによってすべてのフラッシュのLUNにスマート・フラッシュ・キャッシュのセル・ディスクが作成され、そのセル・ディスクにExadataスマート・フラッシュ・キャッシュが作成されます。FLASHCACHE=0を指定すると、フラッシュ・セル・ディスクの作成と、セル・ディスクに対するExadataスマート・フラッシュ・キャッシュの作成を省略できます。Exadataスマート・フラッシュ・キャッシュに0(ゼロ)以外の値を指定すると、Exadataスマート・フラッシュ・キャッシュを作成する際の合計サイズとみなされます。サイズは、フラッシュの各LUNで均等に分割されます。

- CREATE CELLコマンドは、Oracle Exadataスマート・フラッシュ・ログをセル・ディスクに作成します。FLASHLOG=0を指定すると、セル・ディスク上でのフラッシュ・ログの作成を省略できます。OracleExadataスマート・フラッシュ・ログに0(ゼロ)以外の値を指定すると、Oracle Exadataスマート・フラッシュ・ログ・ファイルを作成する際の合計サイズとみなされます。サイズは、フラッシュの各LUNで均等に分割されます。

- CREATE CELL eighthRackコマンドでは、Oracle Exadata Database Machine X3-2クオータ・ラック以上でエイス・ラック構成を有効化または無効化します。オプションは、エイス・ラック構成を有効化するtrueおよびエイス・ラック構成を無効化するfalseです。CREATE CELL eighthRack=trueコマンドを使用するには、セル・ディスクが存在しないことが条件となります。エイス・ラックを有効化する場合、ハード・ディスク容量とフラッシュ容量の半分しか構成に使用されないためです。

- CREATE CELL flashCacheCompressコマンドでは、フラッシュ・キャッシュ圧縮ありまたはフラッシュ・キャッシュ圧縮なしでセルを作成します。フラッシュ・キャッシュ圧縮を使用すると、キャッシュ内のデータ量が最大限に増え、キャッシュ・ヒット率が向上します。オプションは、フラッシュ・キャッシュ圧縮を有効化してセルを作成するtrue、およびフラッシュ・キャッシュ圧縮を無効化してセルを作成するfalseです。フラッシュ・キャッシュ圧縮を変更するには、システムの再起動が必要です。

注意:
Oracle Exadata Database Machine X2-2ラックまたはOracle Exadata Database Machine X2-8ラックでは、フラッシュ・キャッシュ圧縮を使用できません。

例

例8-55は、セルを作成する方法を示しています。この例では、インターコネクトが既存のInfiniBand接続に設定されます。

例8-55 セルの作成

CellCLI> CREATE CELL cell22 interconnect1=bond0

CellCLI> CREATE CELL cell22          -
interconnect1=bond0, -

例8-56は、クオータ・ラックにエイス・ラック構成を作成する方法を示しています。

例8-56 エイス・ラック構成の作成

CellCLI> CREATE CELL interconnect1=bondib0, eighthRack=true

関連項目:

- 属性の変更の詳細は、「ALTER CELL」を参照してください。

- セルの制限の詳細は、「共通の属性値の制限」を参照してください。

- 例2-1「新規セルの構成」

- CPU容量を要求に応じて有効化または無効化する方法の詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

CREATE CELLDISK

用途

CREATE CELLDISKコマンドは、セル・ディスク・オブジェクトを作成し、初期属性をオブジェクトに割り当てます。ALLオプションを使用すると、セル・ディスクが自動的に作成されます。

構文

CREATE CELLDISK  {
ALL [FLASHDISK | HARDDISK]
|cdisk1 attribute_name=value,[attribute_name=value]... [FORCE]
|((name=cdisk2,attribute_name=value,[attribute_name=value]...)
[,(name=cdisk3,attributename=value,[attributename=value]...)]...)
}

使用方法

作成時に指定できる属性は、セル・ディスク名(cdiskN)、comment、lunおよびphysicalDiskです。

- 名前が指定されたセル・ディスクを追加する場合は、lunまたはphysicalDiskのいずれかが必要です。

- 物理ディスクが指定されている場合は、単一ディスクLUNが作成され、そのLUNがセル・ディスクの作成に使用されます。LUNには、automatically-createdのフラグが付きます。

- LUNが指定されている場合は、そのデバイスがセル・ディスクの作成に使用されます。

- CREATE CELLDISK ALLは、セルのすべての候補セル・ディスクを作成するためのショートカット・コマンドです。この操作は、次の2つの手順で実行されます。

- LUNとしてまだ構成されていないすべての物理ディスクは、単一ディスクLUN(SDL)として構成されます。これらのLUNには、自動的に作成されたLUNのフラグが付きます。

- セル・ディスクとして構成されていないすべてのLUNは、セル・ディスクの作成に使用されます。これらのセル・ディスクは、テンプレートCD_lunname_cellnameに従って最初に名前が付けられます。この名前は、ALTER CELLDISKコマンドを使用して後で変更できます。

注意:
2番目または3番目の拡張ファイルシステム(ext2/ext3)のLUNは、CREATE CELLDISK ALL操作で無視されます。

- FLASHDISKオプションでは、CREATE CELLDISKコマンドの対象をフラッシュ・ディスクであるセル・ディスクに制限します。

- HARDDISKオプションでは、CREATE CELLDISKコマンドの対象をハード・ディスクであるセル・ディスクに制限します。

- CREATE CELLDISKのリスト形式により、単一コマンドで一連のセル・ディスクを追加できます。

- FORCEキーワードを使用すると、次のエラー条件が無視されます。

- 指定された物理ディスクが既存のLUNの一部である場合。

- 指定されたLUNがセル・ディスクに関連付けられている場合。

FORCEを使用すると、新規のセル・ディスクの作成にLUNが再利用されます。既存の構成は失われます。FORCEは、CREATE CELLDISK ALLやCREATE CELLDISKのリスト形式のオプションではありません。

- INTERLEAVINGオプションは、インターリーブ・グリッド・ディスクを使用する場合に指定する必要があります。このパラメータをnormal_redundancyまたはhigh_redundancyに設定すると、セル・ディスクのセクターをグリッド・ディスクに割り当てる方法が変更されます。
normal_redundancyインターリーブ・オプションを使用して、オフセット付きでグリッド・ディスクを作成すると、指定したオフセットの最も外側にあるトラックの開始部分にグリッド・ディスクの半分が作成され、最も内側にあるトラックの開始部分から同じだけオフセットした部分にグリッド・ディスクの残りの半分が作成されます。

high_redundancyインターリーブ・オプションを使用すると、グリッド・ディスクは同じサイズの3つのセクション(最も外側から3つのトラック、次の3つのトラック、最も内側から3つのトラック)に分割されます。

セル・ディスクは、CREATE CELLDISK ALLコマンドを使用して自動的に作成されます。このコマンドでは、使用可能なすべての物理ディスクから単一ディスクLUNが作成され、使用可能なすべてのLUNからセル・ディスクが作成されます。

セル・ディスクが作成されると、セル・ディスクを記述するメタデータがセル・ディスク自身とセルの構成ファイルに書き込まれます。約48MBのセル・ディスクが、セル・ディスクのメタデータのパーティションに割り当てられます。後で再起動したときに、セル・サーバーはディスク上の構成データを読み取り、作成されたセル・ディスクの再検出を試みます。セルのハードウェアに変更がある場合は、セル・ディスクのLUNとデバイス名が変更される場合があります。セルの再起動プロセス中に実行される再検出メカニズムにより、セル・ディスクの構成も変更されます。

例

例8-57は、セル・ディスクを作成する方法を示しています。

例8-57 セル・ディスクの作成

CellCLI> CREATE CELLDISK ALL

CellCLI> CREATE CELLDISK cdisk03 lun=03

CellCLI> CREATE CELLDISK cdisk04 physicalDisk='I2:1:2'

CellCLI> CREATE CELLDISK CD_03_cell04 lun=03

CellCLI> CREATE CELLDISK CD_05_cell09 physicalDisk='2I:1:2'

CellCLI> CREATE CELLDISK CD_06_cell10 INTERLEAVING='normal_redundancy'

CellCLI> CREATE CELLDISK CD_07_cell11 INTERLEAVING='high_redundancy'

関連項目:

- 属性の変更の詳細は、「ALTER CELLDISK」を参照してください。

- 制限の詳細は、「共通の属性値の制限」を参照してください。

- 例2-3「セル・ディスクの作成」

CREATE DIAGPACK

用途

CREATE DIAGPACKコマンドは、診断パッケージを作成し、これにはシステムの問題のトラブルシューティングに使用できるログおよびトレースが含まれます。必要に応じて、このパッケージをOracleサポートに送信することもできます。

構文

CREATE DIAGPACK packStartTime=time, [durationInHrs=duration]

または

CREATE DIAGPACK alertName=alertName

使用方法

アラートが発生した場合、診断パッケージは自動的に作成されます。このパッケージには、アラートに関連するログおよびトレースが含まれます。詳細は、「自動診断リポジトリについて」を参照してください。

CREATE DIAGPACKコマンドを使用して、手動で診断パッケージを生成できます。

- packStartTimeパラメータは、ログおよびトレースの収集を開始する時間を指定します。packStartTimeの書式は次のとおりです。
yyyy_MM_ddTHH_mm_ss

例: 2015_07_07T09_00_00

packStartTimeにキーワード「now」を指定することもできます。

packStartTimeには、将来の時間および7日より前の時間は指定できません。

packStartTimeの値は、診断パッケージの名前の一部として使用されます。

- durationInHrsパラメータは、診断パッケージに含めるログおよびトレースの時間数を指定します。有効な値は、1(デフォルト)から6です。
すべての診断パッケージには、packStartTimeの1時間前および1時間後のログが含まれます。たとえば、時間として12_00_00を指定した場合、終了時間が将来でなければ、11_00_00から13_00_00のログが収集されます。

- alertNameパラメータで、診断パッケージを作成するアラート名を指定します。"LIST ALERTHISTORY"コマンドを実行して、アラート名を表示できます。

診断パッケージの名前

診断パッケージの名前は、次の形式になります。

ホスト名 + packStartTime + 一意のパッケージID

例: scab01cel11_diag_2015_07_07T09_00_00_3

アラートの場合、診断パッケージの名前は次の形式になります。

ホスト名 + パッケージの作成日のタイムスタンプ + アラートID

例: scab01cel11_2015_09_30T13_13_00_2_1

診断パッケージの場所

診断パッケージの場所は、$LOG_HOMEです。

診断パッケージのステータス

「LIST DIAGPACK」コマンドを実行し、システム内の診断パッケージのリストおよびそのステータスを取得できます。

診断パッケージの作成、リストおよびダウンロードに必要な権限

ユーザーには、次の権限を持つ付与されたロールが必要です。

- 診断パッケージを作成する権限:

grant privilege CREATE ON DIAGPACK to ROLE role

- 診断パッケージをリストし、そのステータスをチェックする権限:

grant privilege LIST ON DIAGPACK to ROLE role

- 診断パッケージをダウンロードする権限:

grant privilege DOWNLOAD ON DIAGPACK to ROLE role

その後、このロールをユーザーに付与できます。たとえば、ロールに「diagpack_role」という名前を付けた場合、次のコマンドで「fred」にロールを付与します。

CellCLI> GRANT ROLE diagpack_role TO USER fred

デプロイ中、Oracle Exadata Deployment Assistant (OEDA)によってCELLDIAGという名前のExadataストレージ・ソフトウェア・ユーザーが作成されます。このユーザーを使用して、ExaCLIまたはREST API経由でリモートからセルに接続できます。このユーザーには診断パッケージの作成、表示およびダウンロードの権限があります。

診断パッケージのダウンロード

次のいずれかの方法で診断パッケージをダウンロードできます。診断パッケージをダウンロードする前に、「DOWNLOAD ON DIAGPACK」権限が必要であることに注意してください。

- REST APIを使用する

- 名前で診断パッケージをダウンロードするには、次のURLを使用します。
https://hostname/diagpack/download?name=diagpackname

hostnameには、セルのホスト名を指定します。

diagpacknameには、診断パッケージの名前を指定します。

ユーザーがまだログインしていない場合、このURLでは、ユーザー名とパスワードの入力を求めるプロンプトが表示されます。

診断パッケージには、次のようにアクセスすることもできます

https://hostname/diagpack

例:

https://cell1.example.com/diagpack

このページでは、次のようにログインするユーザー名を要求されます。

User: fred

Password: Welcome1234

ユーザーの権限に基づいて、このページの異なるセクションが非表示になります。

ユーザーが「CREATE ON DIAGPACK」権限を持っていない場合は、新しいdiagpackを作成するためのフォームが表示されません。

同様に、ユーザーが「LIST ON DIAGPACK」権限を持っていない場合は、アラートおよびその診断パッケージのリストが表示されません。

- 診断パッケージをアラート名でダウンロードするには、次のURLを使用します。
https://hostname/diagpack/download?alert=alertName

hostnameには、セルのホスト名を指定します。

alertNameには、診断パッケージのアラート名を指定します。これは、AlertHistoryで使用されるものと同じアラート名です。ステートレス・アラートでは1、2、3、ステートフル・アラートでは1_1、2_1、3_1、3_2のようになります。

- ExaCLIのdownloadコマンドを使用する
ExaCLIにより、計算ノードからリモートでストレージ・ノード上のCellCLIコマンドを実行できます。詳細は、「ExaCLIユーティリティの使用」を参照してください。

ダウンロード・コマンドを実行するには、計算ノードで次のコマンドを実行します。

1. ExaCLIを起動し、診断パックが含まれるセルに接続します。例:

exacli -l celladministrator -c hostname
Password=********

このhostnameには、セルのホスト名を指定します。

2. ダウンロード・コマンドを次のように実行します。

exacli> download diagpack name destinationFolder

説明:

nameには、ダウンロードする診断パッケージの名前を指定します。

destinationFolderには、ダウンロードされる診断パッケージを保存するディレクトリを指定します。

- アラートの電子メールから診断パッケージを取得する
アラートの電子メールには、INFO、CLEARおよびWARNINGを除く、すべてのアラートの診断パッケージが含まれています。診断パッケージは、クリティカル・アラートのみに生成されます。

Webページからのパッケージ作成の再トリガー

次のURLを使用して、パッケージの作成を再トリガーできます。

https://hostname/diagpack

アラートの診断パッケージがディスクに存在しない場合は、「ダウンロード」リンクのかわりに「パッケージの作成」リンクがWebページに表示されます。

「パッケージの作成」リンクをクリックして、診断パッケージを作成するためのリストにアラートを追加します。診断パッケージが作成されるとWebページがリフレッシュされ「ダウンロード」リンクが表示されるため、これを使用して新しく作成された診断パッケージをダウンロードできます。

例

例8-58 packStartTimeでの「now」の使用

この例では、開始時間として「now」を使用し、デフォルトの継続時間の1時間で診断パッケージを作成します。

出力は、$LOG_HOMEの下の1つの圧縮ファイルです。

CellCLI> create diagpack packStartTime="now"
Processing: scab01cel11_diag_2015_07_08T17_53_58_1
Use 'list diagPack' to check its status.

例8-59 継続時間の指定

この例では、$LOG_HOMEの下に3つの診断パッケージが作成されます。

最初のパッケージの開始時間は2015_07_07T09_00_00です。

第2のパッケージの開始時間は2015_07_07T10_00_00です。

第3のパッケージの開始時間は2015_07_07T11_00_00です。

CellCLI> create diagpack packStartTime="2015_07_07T09_00_00", durationInHrs=3
Processing: scab01cel11_diag_2015_07_07T09_00_00_1
scab01cel11_diag_2015_07_07T10_00_00_1 (In queue...)
scab01cel11_diag_2015_07_07T11_00_00_1 (In queue...)
Use 'list diagPack' to check its status.

CREATE FLASHCACHE

用途

CREATE FLASHCACHEコマンドは、I/Oリクエスト用としてセル上にExadataスマート・フラッシュ・キャッシュを作成します。

構文

CREATE FLASHCACHE {[ALL [size = fc_size] | CELLDISK = 'cdisk1 [,cdisk2],,,'    \
[, size=fc_size]} [attribute_name = attribute_value
[, attribute_name = attribute_value] ...]

使用方法

Exadataスマート・フラッシュ・キャッシュで定義されたセル・ディスクは、エクスポートできません。

ALL引数は、すべてのフラッシュ・セル・ディスク上にExadataスマート・フラッシュ・キャッシュを作成します。ALL引数を指定しない場合は、CELLDISK引数を指定する必要があります。

CELLDISK引数を使用して、フラッシュ・キャッシュに使用されるフラッシュ・セル・ディスクのリストを指定できます。フラッシュ・セル・ディスクの名前はカンマで区切ります。FLASHDISK引数は省略可能です。

size引数では、フラッシュ・キャッシュに使用する合計領域を指定します。グリッド・ディスクやフラッシュ・ログ内の領域と同様に、フラッシュ・キャッシュの領域は割当て単位と呼ばれる16MB単位で割り当てられます。フラッシュ・キャッシュの作成時にsize属性を指定した場合は、指定したサイズ以下の割当て単位の倍数の中で、最も大きいサイズが割当てサイズになります。たとえば、size属性に300Mが指定されている場合、16の倍数で300以下の最も大きい値は288になるため、288MB(16×18)が割り当てられます。

最低でも1割当て単位が常に割り当てられるため、フラッシュ・キャッシュの最小サイズは16MBになります。16MB未満のサイズ値は16MBに繰り上げられます。

size属性を指定する前に、まずLIST FLASHCACHEコマンドを使用して、各ターゲットのフラッシュ・セル・ディスクで使用可能な空き領域を確認しておいてください。たとえば、LIST FLASHCACHE ATTRIBUTES freespace。size属性が指定されていない場合は、最大サイズが割り当てられます。

size属性を指定しない場合、リスト内の各セル・ディスク上の使用可能なすべての領域が、Exadataスマート・フラッシュ・キャッシュに使用されます。

デフォルトでは、フラッシュ・キャッシュ用としてExtreme Flash Exadata X5-2ストレージ・サーバー上の領域の5パーセントが使用されます。領域の量を変更するには、フラッシュ・キャッシュを削除してから、CREATE FLASHCACHE SIZE =コマンドを使用して作成する必要があります。

関連項目:
「ALTER FLASHCACHE」

例

例8-60は、セル上にExadataスマート・フラッシュ・キャッシュを作成する方法を示しています。

例8-60 Exadataスマート・フラッシュ・キャッシュの作成

CellCLI> CREATE FLASHCACHE ALL

CellCLI> CREATE FLASHCACHE ALL SIZE=250g

CellCLI> CREATE FLASHCACHE CELLDISK='fd_01,fd_02,fd_03,fd_04'

CellCLI> CREATE FLASHCACHE CELLDISK='fd_01_mycell,fd_02_mycell', size = 64G

CREATE FLASHLOG

用途

CREATE FLASHLOGコマンドは、REDOログのI/Oリクエスト用として、セル上にOracle Exadataスマート・フラッシュ・ログを作成します。

構文

CREATE FLASHLOG [ALL [FLASHDISK]] [attribute_name = attribute_valuename
[, attribute_name = attribute_value] ...]

使用方法

CREATE FLASHLOGコマンドでは、カンマ区切りのフラッシュ・セル・ディスクのリストを使用できます。コマンドでサイズを指定する場合、サイズはセル・ディスク全体で均等に分割され、その合計が指定したサイズに等しくなります。サイズが指定されていない場合は、デフォルトのサイズ512MBが使用されます。

各フラッシュ・ディスク上のOracle Exadataスマート・フラッシュ・ログ領域のサイズは4GB未満に設定する必要があります。使用可能なフラッシュ・ディスクが全部で16の場合は、Oracle Exadataスマート・フラッシュ・ログの合計サイズを64GB未満にする必要があります。

ALL FLASHDISK引数では、すべてのフラッシュ・セル・ディスク上にOracle Exadataスマート・フラッシュ・ログを作成します。ALL引数を指定しない場合は、CELLDISK引数を指定する必要があります。FLASHDISK引数は省略可能です。

CREATE FLASHCACHEコマンドでは、各フラッシュ・ディスク上の使用可能なすべての領域がデフォルトで使用されます。このため、フラッシュ・キャッシュを作成する前にCREATE FLASHLOGコマンドを使用して、両方のオブジェクトによるフラッシュ・ディスク領域の使用量が正しいことを確認します。

フラッシュ・ログのサイズを変更するには、DROP FLASHLOGコマンドを使用してフラッシュ・ログを削除し、次にCREATE FLASHLOGコマンドで新しいサイズのフラッシュ・ログを作成します。

例

例8-61は、セル上にOracle Exadataスマート・フラッシュ・ログを作成する方法を示しています。

例8-61 Oracle Exadataスマート・フラッシュ・ログの作成

CellCLI> CREATE FLASHLOG ALL

CellCLI> CREATE FLASHLOG ALL SIZE=1g

CellCLI> CREATE FLASHLOG ALL FLASHDISK

CellCLI> CREATE FLASHLOG CELLDISK='fd1,fd2,fd3,fd4'

CREATE GRIDDISK

用途

CREATE GRIDDISKコマンドは、指定したセル・ディスクにグリッド・ディスク・オブジェクトを作成したり、セルの各セル・ディスクにグリッド・ディスクを1つずつ作成します。また、このコマンドでは、新規のグリッド・ディスクに初期属性を割り当てます。

構文

CREATE GRIDDISK  {  ALL [FLASHDISK | HARDDISK] PREFIX=gdisk_name_prefix
| gdisk CELLDISK = attribute_value  }
[, attribute_name = attribute_value]...

使用方法

指定できる属性は、グリッド・ディスク名(gdisk)、CELLDISK、sizeおよびcommentです。CELLDISK引数は、単一のグリッド・ディスクを作成する場合に必要です。

- このコマンドで個別の名前を入力すると、CELLDISK引数で指定したセル・ディスクにグリッド・ディスクが作成されます。グリッド・ディスク名は、すべてのセルで一意にする必要があります。ディスク名が一意でない場合は、グリッド・ディスクをOracle ASMディスク・グループに追加できないことがあります。

- グリッド・ディスク名の長さの制限は30文字です。

- FLASHDISKオプションでは、CREATE GRIDDISKコマンドの対象をフラッシュ・ディスクであるセル・ディスクに制限します。

- HARDDISKオプションでは、CREATE GRIDDISKコマンドの対象をハード・ディスクであるセル・ディスクに制限します。

- このコマンドでALL PREFIXオプションを入力すると、セルの各セル・ディスクにグリッド・ディスクが1つずつ作成されます。ALLを使用する場合は、PREFIXが必要です。
PREFIXオプションでは、作成されるグリッド・ディスクの名前に割り当てる接頭辞を指定します。生成されるグリッド・ディスク名は、グリッド・ディスクの接頭辞の後にアンダースコア(_)、セル・ディスク名を続ける次の書式で構成されます。

gdisk_name_prefix_cdisk_name

グリッド・ディスク名の接頭辞は、ディスク・グループに属するディスクを容易に識別できるように、グリッド・ディスクが属するOracle ASMディスク・グループと一致するものを選択します。生成されるグリッド・ディスク(gdisk_name_prefix_cdisk_name)は、name値の制限に従う必要があります。

たとえば、Oracle ASMディスク・グループ名がdata01の場合、data01はグリッド・ディスク名の接頭辞として使用されます。CD_01_cell01、CD_02_cell01およびCD_03_cell01のセル・ディスクで構成されるセルでCREATE GRIDDISK ALL PREFIX=data01が実行される場合、各セル・ディスクには、data01_CD_01_cell01、data01_CD_02_cell01およびdata01_CD_03_cell01という名前のグリッド・ディスクがそれぞれ作成されます。

- CREATE GRIDDISK ALLコマンドでは、最小のグリッド・ディスクを作成するのに十分な空き領域を持たないディスクはスキップされます。十分な空き領域を持たないディスクを示したメッセージが表示され、コマンドが続行されます。

- sizeおよびoffset属性は、size=300Mまたはsize=150Gなどのように、数値に接尾辞M (MB)、G (GB)またはT (TB)を付加する場合を除き、バイト単位の数値として指定するオプションの属性です。
グリッド・ディスクの領域は、割当て単位と呼ばれる16MB単位で割り当てられます。グリッド・ディスクの作成時にsize属性を指定した場合は、指定したサイズ以下の割当て単位の倍数の中で、最も大きいサイズが割当てサイズになります。たとえば、size属性に300Mが指定されている場合、16の倍数で300以下の最も大きい値は288になるため、288MB(16×18)が割り当てられます。

最低でも1割当て単位が常に割り当てられるため、グリッド・ディスクの最小サイズは16MBになります。16MB未満のサイズ値は16MBに繰り上げられます。

size属性を指定する前に、LIST CELLDISKコマンドを使用して、各ターゲット・セル・ディスクで使用可能な空き領域を最初に確認しておいてください。たとえば、LIST CELLDISK cdisk ATTRIBUTES freespaceです。size属性が指定されていない場合は、最大サイズが割り当てられます。

オフセットにより、グリッド・ディスクが割り当てられるディスク上の位置が指定されます。最も外側のトラックは、小さいオフセット値を持ちます。これらのトラックは、高速で動作し、帯域幅も広くなっています。オフセットを明示的に指定すると、他のグリッド・ディスクと比較して高速に動作するグリッド・ディスクを作成できます。オフセットを指定しない場合、利用可能な最適な(ウォーム)オフセットは、グリッド・ディスクの作成順に自動的に選択されます。最も頻繁にアクセスされる(ホット)データが含まれることが予想されるグリッド・ディスクを最初に作成し、アクセス頻度が低い(コールド)データを含むグリッド・ディスクを次に作成するようにしてください。

- availableTo属性の値は、データベースを有効範囲にしたセキュリティを設定するクライアントの名前に設定されます。これらのクライアントには、ホストの構成ファイルのキーと一致するセキュリティ・キーが割り当てられています。
クライアント名に入力した値は一意の名前(DB_UNIQUE_NAME)です。指定したクライアントは、グリッド・ディスクにアクセスできます。availableToに値が入力されている場合、グリッド・ディスクにアクセスできるのは指定したクライアントのみです。値が入力されていない場合は、どのクライアントもアクセスできます。

ASMを有効範囲にしたセキュリティを使用する場合、最大63のデータベースをavailableTo属性に表示できます。

- idp.typeまたはidp.boundaryの値を編集する必要はありません。Oracle Exadata Storage Server Softwareでは、「標準」の冗長性と「高」の冗長性のいずれかのインターリーブ・グリッド・ディスクのタイプについてのヒントをOracle ASMに渡します。Oracle ASMでは、idp.typeのデフォルト値はstaticに設定され、idp.boundaryのデフォルト値は基礎となるグリッド・ディスクで使用される冗長性のタイプに設定されます。インターリーブ・グリッド・ディスク上に作成されたOracle Exadata Storage Serverディスク・グループについては、idp.type属性のデフォルト値はstaticです。

- cachingPolicy属性はdefaultまたはnoneに設定できます。defaultオプションでは、グリッド・ディスクのフラッシュ・キャッシュにデータをキャッシュできます。noneオプションは、フラッシュ・キャッシュがグリッド・ディスクのデータに使用されないことを示します。
フラッシュ・キャッシュは、cachingPolicyがnoneに設定されたグリッド・ディスクで構成されたディスク・グループに配置されたデータ・ファイルでは使用されません。

OEDAは、グリッド・ディスクのcachingPolicyがnoneに設定されているRECOディスク・グループを構成します。そのため、RECOに配置されたデータ・ファイルではフラッシュ・キャッシュは使用されません。

- virtualSize属性は、SPARSEディスク・グループを作成するために使用されます。スパース・グリッド・ディスクの最大仮想サイズは、約100TBです。スパース・グリッド・ディスクは、Oracle Exadata Database Machine X3-n以上に対して使用できます。

注意:
スパース・グリッド・ディスクを使用する場合は、データベースおよびグリッド・インフラストラクチャはリリース12.1.0.2.0 BP5以上である必要があります。

例

例8-62は、グリッド・ディスクを作成する方法を示しています。

例8-62 グリッド・ディスクの作成

CellCLI> CREATE GRIDDISK data1_CD_01_cell01 CELLDISK=CD_01_cell01, size=200G

CellCLI> CREATE GRIDDISK data2_CD_02_cell01 CELLDISK=CD_02_cell01, size=200G

CellCLI> CREATE GRIDDISK data3_CD_03_cell01 CELLDISK=CD_03_cell01

CellCLI> CREATE GRIDDISK ALL PREFIX=data01, -
availableTo='+asm,db1,db2'

CellCLI> CREATE GRIDDISK hr7_CD_07_cell01 CELLDISK=CD_07_cell01, -
availableTo='asm_hr,hrdb0'

CellCLI> CREATE GRIDDISK GD123 CELLDISK=RECO_CD123, size=100G, cachingPolicy=none

例8-63

例8-63 SPARSEディスク・グループの作成

CellCLI> CREATE GRIDDISK spar01 celldisk=CD_01_cel01, size=10G, virtualsize=100G.

関連項目:

- グリッド・ディスク名の制限の詳細は、「共通の属性値の制限」を参照してください。

- 属性の変更の詳細は、「ALTER GRIDDISK」を参照してください。

CREATE KEY

用途

CREATE KEYコマンドは、ランダムの16進文字列を作成して表示し、クライアント・キーを割り当てます。CREATE KEYを使用すると、セキュリティ・キーの書式が正しく指定されます。このコマンドでは、正しい書式でキーを生成してセルで実行できます。

構文

CREATE KEY

使用方法

セキュリティ・キーは、セルへのアクセス認証が必要なクライアントを含むコンピュータ・ホストのcellkey.ora構成ファイルに入力する必要があります。

キーは、グリッド・ディスク・ストレージにアクセスするクライアントにも割り当てられます。

キーは、ホストとセルに手動でコピーする必要があります。

例

例8-64は、KEYオブジェクトを指定したCREATEコマンドを示しています。

例8-64 キーの作成

CellCLI> CREATE KEY
3452c64fec9a5800bbe48d4093269400

関連項目:

- Exadataセルのセキュリティの詳細は、第4章「Oracle Exadata Storage Server Softwareのセキュリティ構成」を参照してください。

- ASSIGN KEY

CREATE QUARANTINE

用途

CREATE QUARANTINEコマンドでは、検疫を手動で作成できます。

構文

CREATE QUARANTINE quarantineType=value quarantinePlan="SYSTEM",
dbUniqueName=value[, attributename=value]...

使用方法

検疫の手動作成は、Oracleサポート・サービスに従って行う必要があります。通常、手動隔離は問題を引き起こすことが分かっているSQL文を事前に分離する場合に作成します。

- quarantineTypeは、SQLIDおよびSQL_PLANなど、作成する隔離のタイプを指定します。

- quarantinePlanはSYSTEMに設定する必要があります。Oracleサポート・サービスは、他の値を指定する場合があります。

- dbUniqueNameは、隔離を含むデータベースの名前を指定します。

例

例8-65は、QUARANTINEオブジェクトを指定したCREATEコマンドを示しています。

例8-65 検疫の作成

CELLCLI> CREATE QUARANTINE  DBUG comment='For debugging quarantines"

CellCLI> CREATE QUARANTINE quarantineType="SQLID", quarantinePlan="SYSTEM", \
dbUniqueName="DB1", sqlid="5xnjp4cutc1s7";

関連項目:
「DESCRIBE QUARANTINE」

CREATE ROLE

用途

CREATE ROLEコマンドは、セルにアクセスするユーザーのロールを作成します。

構文

CREATE ROLE  role_name1 [, role_name2, ...]

使用方法

ロールは一意である必要があります。

例

例8-66は、ロールの作成方法を示しています。

例8-66 ロールの作成

CellCLI>CREATE ROLE gd_monitor

CREATE THRESHOLD

用途

CREATE THRESHOLDコマンドは、メトリック・アラートの生成条件を指定するしきい値オブジェクトを作成します。

構文

CREATE THRESHOLD name attributename=value [, attributename=value]...

使用方法

指定可能な属性は、comparison、critical、occurrences、observationおよびwarningです。

- name引数は必須です。名前はメトリック名とオブジェクト名で構成され、書式はmetricName.objectName(db_io_rq_sm_sec.db123やct_io_wt_rq.interactiveなど)になります。LIST METRICCURRENT metricコマンドを使用して、メトリックの使用可能なオブジェクト名を表示します。オブジェクト名はオプションです。

- オブジェクト名が指定されない場合、指定のメトリックのすべてのメトリック・オブジェクトにしきい値が適用されます。

- comparison属性は必須で、条件値が付きます。値は、'<'、'<='、'='、'>='または'>'にする必要があります。

- occurrences属性では、状態変更をトリガーするしきい値を超える測定値の連続する数を指定します。

- observation属性は、測定値の平均を計算するために使用される測定値の数です。

- warningまたはcriticalに設定される値の状態変更により、ステートフル・アラートが生成されます。

- CL_TEMP、CL_FSUTおよびGD_SP_PRCT_ALLOCATEDメトリックには組込みのしきい値があり、自動的にアラートを送信します。他のメトリックのアラートを受け取るには、そのメトリックのしきい値を作成します。

例

例8-67は、しきい値を作成する方法を示しています。

例8-67 しきい値の作成

CellCLI> CREATE THRESHOLD db_io_rq_sm_sec.db123 comparison='>', critical=120

CellCLI> CREATE THRESHOLD ct_io_wt_sm.interactive warning=10, critical=20, -
comparison='=', occurrences=2, observation=5

発生および観測件数を指定する場合は、サンプル平均数の連続する発生数を、アラートの原因となった観測件数より多く指定する必要があります。たとえば、次の5つの観測(observations=5)がセル上で発生した場合、連続する発生件数(occurrences=2)の値が5および15のため、平均サンプル数は10になります。

Observation 1: 0
Observation 2: 30
Observation 3: 0
Observation 4: 5
Observation 5: 15

関連項目:

- メトリックの詳細は、第7章「Oracle Exadata Storage Server Softwareの監視およびチューニング」を参照してください。

- 属性の詳細は、「DESCRIBE THRESHOLD」を参照してください。

- name属性の詳細は、「DESCRIBE METRICDEFINITION」を参照してください。

- メトリックおよびしきい値の詳細は、「LIST ALERTDEFINITION」を参照してください。

- カテゴリの詳細は、『Oracle Database管理者ガイド』を参照してください。

CREATE USER

用途

CREATE USERコマンドは、ユーザーを作成します。

構文

CREATE USER name PASSWORD = *

使用方法

- ユーザー名は一意である必要があります。

- celladmin、cellmonitorおよびrootは予約済のユーザー名で、CREATE USERコマンドでは使用できません。

- 新しいユーザーのパスワードの入力が求められます。パスワードには、少なくとも1つの数字、1つの小文字および1つの大文字を使用した、12から40文字の英数字である必要があります。新しいパスワードは既存のパスワードと同じにできません。

例

例8-68は、ユーザーの作成方法を示しています。

例8-68 ユーザーの作成

CellCLI>CREATE USER agarcia PASSWORD = *
password:
Confirm password: password
User agarcia successfully created.

DESCRIBE

用途

DESCRIBEコマンドは、引数として指定されるオブジェクト・タイプの属性のリストを表示します。属性のリストには、各属性が変更可能かどうか示されます。

構文

DESCRIBE object_type

使用方法

- object_typeは、サポートされるオブジェクト・タイプ(「CellCLIのオブジェクト・タイプについて」を参照)の1つです。

- 属性のリストは、LISTコマンドで引数として使用できます。

- DESCRIBEでは、オブジェクトのすべての属性は表示されません。

関連項目:

- 「DESCRIBE ACTIVEREQUEST」

- 「DESCRIBE ALERTDEFINITION」

- 「DESCRIBE ALERTHISTORY」

- 「DESCRIBE CELL」

- 「DESCRIBE CELLDISK」

- 「DESCRIBE DATABASE」

- 「DESCRIBE DISKMAP」

- 「DESCRIBE FLASHCACHE」

- 「DESCRIBE FLASHCACHECONTENT」

- 「DESCRIBE FLASHLOG」

- 「DESCRIBE GRIDDISK」

- 「DESCRIBE IBPORT」

- 「DESCRIBE IORMPLAN」

- 「DESCRIBE KEY」

- 「DESCRIBE LUN」

- 「DESCRIBE METRICCURRENT」

- 「DESCRIBE METRICDEFINITION」

- 「DESCRIBE METRICHISTORY」

- 「DESCRIBE PHYSICALDISK」

- 「DESCRIBE QUARANTINE」

- 「DESCRIBE ROLE」

- 「DESCRIBE THRESHOLD」

- 「DESCRIBE USER」

- 「LIST」

DESCRIBE ACTIVEREQUEST

用途

DESCRIBE ACTIVEREQUESTコマンドは、ACTIVEREQUESTオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE ACTIVEREQUEST

使用方法

表8-4は、DESCRIBE ACTIVEREQUESTコマンドの属性を示しています。

表8-4 DESCRIBE ACTIVEREQUESTの属性

属性

説明

asmDiskGroupNumber

Oracle ASMディスク・グループの数。

asmFileIncarnation

Oracle ASMファイルのインカネーション番号。

asmFileNumber

Oracle ASMファイルの数。

consumerGroupID

コンシューマ・グループの識別子。

consumerGroupName

コンシューマ・グループの名前。

dbID

一意のデータベース名。

dbName

データベース名。

dbRequestID

データベース・リクエストの識別子。

fileType

リクエストに関連付けられるファイル・タイプ。

id

アクティブ・リクエストの一意の識別子。

instanceNumber

リクエストに関連付けられるインスタンス番号。

ioBytes

現行セッションのグリッド・ディスクに対するI/Oのバイト数。

ioBytesSoFar

I/Oの合計バイト数。

ioGridDisk

リクエストで使用されるグリッド・ディスク。

ioOffset

グリッド・ディスクのオフセットの測定値。

ioReason

I/Oアクティビティの理由(制御ファイル読取りなど)。

ioType

アクティブ・リクエストのタイプ(file initialization、read、write、predicate pushing、filtered backup read、predicate push readなど)。

name

アクティブ・リクエストの一意の名前。

objectNumber

リクエストに関連付けられるオブジェクト番号。

parentID

親リクエストの識別子。

requestState

アクティブ・リクエストの状態。次のものがあります。

- ディスク・アクセス中

- 結果計算中

- ネットワーク受信

- ネットワーク送信

- 待機中のエクステント

- ディスク待機中

- ファイルの初期化を待機中

- フィルタ済バックアップの読取りを待機中

- ネットワーク送信を待機中

- 述語のプッシュを待機中

- 読取り待機中

- 書込み待機中

- リソース・マネージャで待機中

sessionID

セッションの識別子。

sessionSerNumber

データベース・セッションのシリアル番号。

sqlID

リクエストに関連付けられるSQLコマンドの識別子。

tableSpaceNumber

リクエストに関連付けられる表領域番号。

例

例8-69は、ACTIVEREQUESTオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-69 ACTIVEREQUESTオブジェクトの説明

CellCLI> DESCRIBE ACTIVEREQUEST

name
asmDiskGroupNumber
asmFileIncarnation
asmFileNumber
consumerGroupID
consumerGroupName
dbID
dbName
dbRequestID
fileType
id
instanceNumber
ioBytes
ioBytesSofar
ioGridDisk
ioOffset
ioReason
ioType
objectNumber
parentID
requestState
sessionID
sessionSerNumber
sqlID
tableSpaceNumber

DESCRIBE ALERTDEFINITION

用途

DESCRIBE ALERTDEFINITIONコマンドは、ALERTDEFINITIONオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE ALERTDEFINITION

使用方法

表8-5は、DESCRIBE ALERTDEFINITIONコマンドの属性を示しています。

表8-5 DESCRIBE ALERTDEFINITIONの属性

属性

説明

alertShortName

アラートの省略名。アラートの基準がメトリックの場合、省略名は対応するメトリックのname属性と同じになります。

alertSource

アラートのソース(BMCやADRなど)。

description

アラートの説明。

name

アラートの識別子。

例

例8-70は、ALERTDEFINITIONオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-70 ALERTDEFINITIONオブジェクトの説明

CellCLI> DESCRIBE ALERTDEFINITION

name
alertSource
alertType
description

関連項目:
アラートの詳細は、「アラート定義の表示」を参照してください。

DESCRIBE ALERTHISTORY

用途

DESCRIBE ALERTHISTORYコマンドは、ALERTHISTORYオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE ALERTHISTORY

使用方法

表8-6は、DESCRIBE ALERTHISTORYコマンドの属性を示しています。

表8-6 DESCRIBE ALERTHISTORYの属性

属性

説明

alertAction

このアラートで実行する推奨操作。

alertMessage

アラートの簡単な説明。

alertSequenceID

アラートの一意の順序ID。warningからcritical、またはcriticalからclearなど、アラートにより状態が変更されると、同じ順序番号と遷移時点のタイム・スタンプで別のアラート発生が作成されます。

alertShortName

アラートの省略名。アラートの基準がメトリックの場合、省略名は対応するメトリックのname属性と同じになります。

alertType

アラートのタイプ。値はステートフルまたはステートレスです。

- ステートフル・アラートは、normalに遷移すると自動的にクリアされます。

- ステートレス・アラートはクリアされません。アラートは、examinedBy属性を設定して変更できます。

beginTime

アラートによる状態変更が開始された時点のタイム・スタンプ。

endTime

アラートによる状態変更が終了した時点のタイプ・スタンプ。

examinedBy

アラートを確認した管理者。

failedMail

通知が失敗した場合に送信する電子メールの受信者。

failedSNMP

通知が失敗した場合に送信するSNMPサブスクライバ。

metricObjectName

メトリックのしきい値によりアラートを生成するオブジェクト(セル・ディスクやグリッド・ディスクなど)。

metricValue

アラートを生成するメトリックの値。

name

アラートの一意の識別子。

notificationState

サブスクライバにアラート・メッセージを通知する場合の状況を示す番号。

- 0: 試行されなかった

- 1: 送信に成功

- 2: 再試行中(最大5回)

- 3: 5回の再試行に失敗

- 4: このアラートの診断パッケージの作成とアラート電子メールの送信が保留されています。未処理または処理中のアラートを追跡するためにMSによって使用されます。これによりMSは、再起動された場合でも状態4のアラートから処理を再開し、アラート電子メールを送信できます。

sequenceBeginTime

アラートの順序IDが最初に作成された時点のタイム・スタンプ。

severity

重大度のレベル。値はclear、info、warningまたはcriticalです。

例

例8-71は、ALERTHISTORYオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-71 ALERTHISTORYオブジェクトの説明

CellCLI> DESCRIBE ALERTHISTORY

name
alertAction
alertMessage
alertSequenceID
alertShortName
alertType
beginTime
endTime
examinedBy              modifiable
failedMail
failedSNMP
metricObjectName
metricValue
notificationState
sequenceBeginTime
severity

関連項目:
「DESCRIBE METRICDEFINITION」

DESCRIBE CELL

用途

DESCRIBE CELLコマンドは、CELLオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE CELL

使用方法

表8-7は、DESCRIBE CELLコマンドの属性を示しています。

表8-7 DESCRIBE CELLの属性

属性

説明

bbuStatus

ハード・ディスク・コントローラのバッテリ・バックアップ・ユニット(BBU)のステータス。

bmcType

BMCの名前およびバージョン。

cellsrvStatus

セル・サーバーのステータス。

cellVersion

セル・ソフトウェアのリリース番号。

comment

ユーザー指定のテキスト文字列。

cpuCount

セルのCPU数。

diagHistoryDays

ADRファイルの保存日数。デフォルト値は7日間です。

emailFormat

電子メール・メッセージのファイル形式。値はhtmlまたはtextです。

emailSubscriber

アラート通知にサブスクライブする名前のリスト。

events

デバッグおよび情報のトレース用にセル・サーバーに渡されるevents++の文字列。

fanCount

動作中のファンの数およびファンの合計数。working/totalとして表示されます。

fanStatus

ファンのステータス。値はnormal、warning、criticalです。

flashCacheCompress

フラッシュ・キャッシュ圧縮の設定。値はtrueまたはfalseです。

flashCacheMode

フラッシュ・キャッシュの設定。値はwritethroughまたはwritebackです。デフォルトはwritethroughです。

id

ハードウェア・ベンダーによって提供されるグローバル一意識別子(GUID)。

interconnect1-4

セルのインターコネクト(1から4)。たとえば、bondeth0です。

interconnectCount

アクティブなInfiniBandネットワーク・インターコネクトの数。

iorm_mode

セルのI/Oリソース管理目標。

iormBoost

IORMスケジューリングによりスキップされるI/Oキューの位置の累計数とスケジュールされるI/O数の比率。この比率は、2つの数の変化を1分ごとにサンプリングして計算されます。

kernelVersion

ホスト・カーネル・ソフトウェアのバージョン。

locatorLEDStatus

セルLOCATE LEDのステータス。値はonまたはoffです。

location

ユーザーが指定するセル・ハードウェアの物理ロケーション。

makeModel

ベンダーにより提供されるセル・ハードウェアの型およびモデル。

metricCollection

管理サーバーがメトリック収集を実行するかどうかを示すインジケータ。値はTRUEまたはFALSEです。FALSEに設定すると、すべてのメトリック収集およびアラート・マイニングが停止します。デフォルトの設定はTRUEです。

metricHistoryDays

メトリック履歴ファイルの保存日数。デフォルト値は7日間です。

msStatus

管理サーバーのステータス。

name

セルの一意の名前。

notificationMethod

アラートの通知メソッド。値はmail、snmp、none、またはmailとsnmpの両方です。

notificationPolicy

サブスクライバに送信する重大度アラートのインジケータ。notificationPolicyの値は、none、またはcritical、warningおよびclearの任意の組合せです。

offloadEfficiency

ストレージ・セルによってアクセスされるデータとデータベースによって処理されるデータの比率。値が大きいほど、セルへのオフロードが大きくなることを意味します。セル効率比とも呼ばれます。

セル効率比は1で始まり、セル・サーバー(CELLSRV)が実行されディスクにアクセス中の状態になるまで変更されません。セルでアクセスされるMBの合計と(セル用の)ホストでアクセスされるMBの比率は、管理サーバー(MS)によりCELLSRVがアクティブになるたびに(1分ごと)計算されます。比率は過去24時間の値を平均して計算されます。MSの実行時間が24時間未満の場合は、その時間の平均で計算されます。MSおよびCELLSRVの停止中に値が失われないようにするために、1時間ごとの平均値が格納されます。

powerCount

電源数。working/totalとして表示されます。

powerStatus

電源のステータス。値はnormal、warning、criticalです。

releaseImageStatus

イメージングが成功したかどうかを判断するためのインジケータ。

releaseTrackingBug

セル・ソフトウェアのパッチ番号(11223344など)。

releaseVersion

セル・ソフトウェアのリリース番号(11.2.2.3.0など)。

rsStatus

再起動サーバーのステータス。

smtpFrom

アラート通知に表示されるSMTP電子メールのユーザー名。

smtpFromAddr

アラート通知の送信元のSMTP電子メール・アドレス。

smtpPort

アラート通知の送信に使用されるSMTP電子メール・サーバーのポート。

smtpPwd

アラート通知の送信元のSMTP電子メール・ユーザーのパスワード。

smtpServer

アラート通知の送信に使用されるSMTP電子メール・サーバー。

smtpToAddr

電子メールの送信先のアドレス。電子メール・アドレスは、複数のサブスクライバにアラートを通知できるように、引用符で囲んだカンマ区切りのリストにできます。

smtpUser

アラート通知に表示されるSMTP電子メールのユーザー名。

smtpUseSSL

Secure Socket Layer(SSL)認証を使用するための仕様。

snmpSubscriber

SNMPアラート通知をサブスクライブするホストのリスト。

status

セルのステータス。

temperatureReading

BMCから取得されるセルの現在の温度(摂氏)。

temperatureStatus

温度のステータス。値はnormal、warning、criticalです。

traceLevel

トレース・メッセージの書込みレベル。このレベルは、有効なJavaロギング・レベル(SEVERE、WARNING、INFO、CONFIG、FINE、FINER、FINEST)または有効なOracle Diagnostic Logging(ODL)のロギング・レベル(INCIDENT_ERROR:1、ERROR:1、WARNING:1、NOTIFICATION:1、NOTIFICATION:16、TRACE:1、TRACE:16、TRACE:32)にできます。デフォルトはINFOです。

upTime

システムが再起動してからの時間(days, hours:minutes)。

例

例8-72は、CELLオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-72 CELLオブジェクトの説明

CellCLI> DESCRIBE CELL

name                    modifiable
bbuStatus
bmcType
cellVersion
comment                 modifiable
cpuCount
diagHistoryDays         modifiable
emailFormat             modifiable
emailSubscriber         modifiable
events                  modifiable
fanCount
fanStatus
flashCacheCompress      modifiable
flashCacheMode          modifiable
id
interconnectCount
interconnect1           modifiable
interconnect2           modifiable
interconnect3           modifiable
interconnect4           modifiable
iormBoost
kernelVersion
locatorLEDStatus
location                modifiable
makeModel
metricCollection        modifiable
metricHistoryDays       modifiable
notificationMethod      modifiable
notificationPolicy      modifiable
offloadEfficiency       modifiable
powerCount
powerStatus
releaseTrackingBug
releaseVersion
smtpFrom                modifiable
smtpFromAddr            modifiable
smtpPort                modifiable
smtpPwd                 modifiable
smtpServer              modifiable
smtpToAddr              modifiable
smtpUser                modifiable
smtpUseSSL              modifiable
snmpSubscriber          modifiable
status
temperatureReading
temperatureStatus
traceLevel              modifiable
upTime
cellsrvStatus
msStatus
rsStatus

関連項目:

変更可能な属性の詳細は、「ALTER CELL」および「CREATE CELL」を参照してください。

DESCRIBE CELLDISK

用途

DESCRIBE CELLDISKコマンドは、CELLDISKオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE CELLDISK

使用方法

表8-8は、DESCRIBE CELLDISKコマンドの属性を示しています。

表8-8 DESCRIBE CELLDISKの属性

属性

説明

comment

セル・ディスクのユーザー・コメント。

creationTime

セル・ディスクが作成された時点のタイプ・スタンプ。

deviceName

セル・ディスクで使用されるLUNのオペレーティング・システム・デバイス名。

devicePartition

セル・ディスクで使用されるパーティションのオペレーティング・システム・デバイス名。

diskType

ディスクのタイプ。

errorCount

セル・ディスクで発生したエラーの数。

freeSpace

セル・ディスクで使用可能な未使用領域。

freeSpaceMap

セル・ディスクの未使用領域の場所とサイズ。

id

セル・ディスクの作成時に生成されるグローバル一意識別子(GUID)。

interleaving

normal_redundancyまたはhigh_redundancyに設定されている場合、グリッド・ディスクがインターリーブ・ポリシーを使用して割り当てられることを示します。

lun

セル・ディスクがあるLUNの識別子。

name

セル・ディスクの一意の名前。

physicalDisk

セル・ディスクがある物理ディスクの名前。

raidLevel

LUNで使用中のRAIDレベルの値。たとえば、RAID 0です。

size

セル・ディスクの合計サイズ。

status

セル・ディスクの現在のステータス(normal、importRequiredなど)。

例

例8-73は、CELLDISKオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-73 CELLDISKオブジェクトの説明

CellCLI> DESCRIBE CELLDISK

name                    modifiable
comment                 modifiable
creationTime
deviceName
devicePartition
diskType
errorCount
freeSpace
freeSpaceMap
id
interleaving
lun
physicalDisk
raidLevel
size
status

関連項目:
変更可能な属性の詳細は、「ALTER CELLDISK」および「CREATE CELLDISK」を参照してください。

DESCRIBE DATABASE

用途

アクティブ・データベースを対象として、指定した属性を表示します。

構文

DESCRIBE DATABASE

使用方法

表8-9は、DESCRIBE DATABASEコマンドの属性を示しています。

表8-9 DESCRIBE DATABASEの属性

属性

説明

databaseID

データベースの一意の識別子。

lastRequestTime

データベースに対する前回のリクエストのタイム・スタンプ。

name

データベース名。

profile

データベースに関連付けられているIORMプロファイル。例についてはLIST DATABASE、IORMプロファイルの詳細はLIST IORMPROFILEを参照してください。

例

例8-74は、DATABASEオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-74 DATABASEオブジェクトの説明

CellCLI> DESCRIBE DATABASE
name
databaseID
lastRequestTime
profile

DESCRIBE DISKMAP

用途

物理ディスクのグリッド・ディスク属性を表示します。

構文

DESCRIBE DISKMAP

使用方法

表8-10は、DESCRIBE DISKMAPコマンドの属性を示しています。

表8-10 DESCRIBE DISKMAPの属性

属性

説明

databaseID

データベースの一意の識別子。

lastRequestTime

データベースに対する前回のリクエストのタイム・スタンプ。

name

データベース名。

例

例8-75は、DISKMAPオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-75 DISKMAPオブジェクトの説明

CellCLI> DESCRIBE DISKMAP

physicaldisk name
physicaldisk serial number
physicaldisk slotNumber
physicaldisk status
physicaldisk size
device partition
celldisk assiciated to each pd
all griddisk names present in ecah pd.
flashcache (if any)
flashlog (if any)

DESCRIBE FLASHCACHE

用途

DESCRIBE FLASHCACHEコマンドは、FLASHCACHEオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE FLASHCACHE

使用方法

表8-11は、DESCRIBE FLASHCACHEコマンドの属性を示しています。

表8-11 DESCRIBE FLASHCACHEの属性

属性

説明

cellDisk

Exadataスマート・フラッシュ・キャッシュを含むセル・ディスクの名前。

creationTime

Exadataスマート・フラッシュ・キャッシュが作成された時点のタイム・スタンプ。

degradedCelldisks

キャッシュに構成されているが現在使用できないセル・ディスクのリスト。

effectiveCacheSize

使用不可のセル・ディスク上の領域を削減後の使用可能キャッシュ・サイズ。

id

Exadataスマート・フラッシュ・キャッシュの作成時に生成されるグローバル一意識別子(GUID)。

name

Exadataスマート・フラッシュ・キャッシュの一意の名前。

size

Exadataスマート・フラッシュ・キャッシュの合計サイズ。

status

Exadataスマート・フラッシュ・キャッシュの現在のステータス(normal、warning、criticalなど)。

例

例8-76は、FLASHCACHEオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-76 FLASHCACHEオブジェクトの説明

CellCLI> DESCRIBE FLASHCACHE

name
cellDisk
creationTime
degradedCelldisks
effectiveCacheSize
id
size
status

DESCRIBE FLASHCACHECONTENT

用途

DESCRIBE FLASHCACHECONTENTコマンドは、FLASHCACHEオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE FLASHCACHECONTENT

使用方法

表8-12は、DESCRIBE FLASHCACHECONTENTコマンドの属性を示しています。

表8-12 DESCRIBE FLASHCACHECONTENTの属性

属性

説明

cachedSize

このオブジェクトに対してキャッシュされているサイズ(バイト単位)。

cacheKeepSize

このオブジェクトに対してkeepモードでキャッシュされているサイズ(バイト単位)。

dbID

一意のデータベース名識別子。

dbUniqueName

一意のデータベース名。

hitCount

このオブジェクトに対してフラッシュ・キャッシュからデータの読取りを行ったI/Oの数。

hoursToExpiration

このオブジェクトが、再度アクセスされない場合にkeepセクションから降格されるまでの時間。

missCount

このオブジェクトに対してディスクからデータの読取りを行ったI/Oの数。

objectNumber

データベースにオブジェクトを含むセグメントのディクショナリ・オブジェクト番号。

tableSpaceNumber

オブジェクト番号の表領域番号。

例

例8-77は、FLASHCACHECONTENTオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-77 FLASHCACHECONTENTオブジェクトの説明

CellCLI> DESCRIBE FLASHCACHECONTENT

cachedKeepSize
cachedSize
dbID
dbUniqueName
hitcount
hoursToExpiration
missCount
objectNumber
tableSpaceNumber

DESCRIBE FLASHLOG

用途

DESCRIBE FLASHLOGコマンドは、FLASHLOGオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE FLASHLOG

使用方法

表8-13は、DESCRIBE FLASHLOGコマンドの属性を示しています。

表8-13 DESCRIBE FLASHLOGの属性

属性

説明

cellDisk

Oracle Exadataスマート・フラッシュ・ログを含むセル・ディスクの名前。

creationTime

Oracle Exadataスマート・フラッシュ・ログが作成された時点のタイムスタンプ。

degradedCelldisks

Oracle Exadataスマート・フラッシュ・ログに構成されているが現在使用できないセル・ディスクのリスト。

effectiveSize

使用不可のセル・ディスク上の領域を削減後の使用可能Oracle Exadataスマート・フラッシュ・ログのサイズ。

efficiency

パーセントで示すOracle Exadataスマート・フラッシュ・ログの効率。

id

Oracle Exadataスマート・フラッシュ・ログの作成時に生成されるグローバル一意識別子(GUID)。

name

Oracle Exadataスマート・フラッシュ・ログの一意の名前。

size

Oracle Exadataスマート・フラッシュ・ログの合計サイズ。

status

Oracle Exadataスマート・フラッシュ・ログの現在のステータス(normal、warning、criticalなど)。ステータスnormalはすべてのフラッシュ・ディスクが使用可能であることを示します。ステータスwarningは一部のフラッシュ・ディスクが使用不可であることを示します。ステータスcriticalはすべてのフラッシュ・ディスクが使用不可であることを示します。

例

例8-78は、FLASHLOGオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-78 FLASHLOGオブジェクトの説明

CellCLI> DESCRIBE FLASHLOG

name
id
creationTime
status
size
cellDisk
degradedCelldisks
effectiveSize
efficiency

DESCRIBE GRIDDISK

用途

DESCRIBE GRIDDISKコマンドは、GRIDDISKオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE GRIDDISK

使用方法

表8-14は、DESCRIBE GRIDDISKコマンドの属性を示しています。

表8-14 DESCRIBE GRIDDISKの属性

属性

説明

asmDeactivationOutcome

データ損失なしでグリッド・ディスクを非アクティブにできるかどうかを示すインジケータ。値がYESの場合は、グリッド・ディスクがデータを失わずに非アクティブ化可能であることを示します。

asmDiskgroupName

Oracle ASMディスク・グループの名前。

asmDiskName

Oracle ASMディスクの名前。

asmDiskSize

Oracle ASMディスクのサイズ。

この属性はOracle Exadata Storage Server Softwareリリース12.1.2.3.0以降で使用できます。

asmFailGroupName

Oracle ASM障害グループの名前。

asmModeStatus

グリッド・ディスクのOracle ASMでの現在の使用状況を示すインジケータ。ステータスは、ONLINE、OFFLINE、DROPPED、UNUSED、SYNCINGまたはUNKNOWNです。

availableTo

このグリッド・ディスクにアクセスできるクライアントの名前。

cachingPolicy

このグリッド・ディスクのフラッシュ・キャッシング・ポリシー。値はdefaultまたはnoneです。

defaultは、このグリッド・ディスクのデータがフラッシュ・キャッシュを使用することを意味します。

noneは、このグリッド・ディスクのデータがフラッシュ・キャッシュを使用しないことを意味します。

グリッド・ディスクを作成する場合、またはALTER GRIDDISKコマンドを使用する場合は、キャッシング・ポリシーを設定できます。

cachingPolicyの詳細は、CREATE GRIDDISKおよびALTER GRIDDISKを参照してください。

cellDisk

グリッド・ディスクを含むセル・ディスクの名前。

comment

ユーザー指定のテキスト文字列。

creationTime

グリッド・ディスクが作成された時点のタイプ・スタンプ。

diskType

ディスクのタイプ。

errorCount

このグリッド・ディスクを含むセル・ディスクによって検出されたハードウェア・エラーの数。

id

グリッド・ディスクの作成時に生成されるグローバル一意識別子(GUID)。

name

グリッド・ディスクの一意の名前。

offset

物理ディスク上のグリッド・ディスクの最低位のバイト・オフセット。

size

グリッド・ディスクの合計サイズ。

status

グリッド・ディスクの現在のステータス(active、inactive、not present、importRequiredなど)。

注意:
asmDeactivationOutcomeおよびasmModeStatus属性は、LIST GRIDDISKコマンドの使用時に明示的に指定する必要があります。

例

例8-79は、GRIDDISKオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-79 GRIDDISKオブジェクトの説明

CellCLI> DESCRIBE GRIDDISK

name                      modifiable
asmDeactivationOutcome    hidden
asmDiskgroupName
asmDiskName
asmFailGroupName
asmModeStatus             hidden
availableTo               modifiable
cachingPolicy             modifiable
cellDisk
comment                   modifiable
creationTime
diskType
errorCount
id
offset
size                      modifiable
status

関連項目:
変更可能な属性の詳細は、「ALTER GRIDDISK」および「CREATE GRIDDISK」を参照してください。

DESCRIBE IBPORT

用途

DESCRIBE IBPORTコマンドは、IBPORTオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE IBPORT

使用方法

表8-15は、DESCRIBE IBPORTコマンドの属性を示しています。

表8-15 DESCRIBE IBPORTの属性

属性

説明

activeSlave

対象のポートが、ボンディングされたIPの現在アクティブなポートかどうかを示すインジケータ。

dataRate

InfiniBandポートのデータ・レート。

hcaFWVersion

ホスト・チャネル・アダプタのファームウェアのバージョン。

id

InfiniBandポートのグローバル一意識別子(GUID)。

lid

InfiniBandポートのローカルID。サブネット内で一意であり、スイッチによって16ビットの識別子がネットワーク内のルーティングに使用されます。

linkDowned

ポートのトレーニング・ステート・マシンがリンク・エラーのリカバリ処理に失敗し、リンクがダウンした回数。

linkIntegrityErrs

リンク完全性エラーの数。

linkRecovers

ポートのトレーニング・ステート・マシンがリンク・エラーのリカバリ処理を正常に完了した回数。

name

InfiniBandポート名。

physLinkState

物理リンクの状態。

portNumber

InfiniBandポートのポート番号。

rcvConstraintErrs

InfiniBandポートで発生した受信制約エラーの数。

rcvData

InfiniBandポートで受信した32ビット・データのワード数。

rcvErrs

InfiniBandポートで受信した、エラーを含むパケットの数。

rcvRemotePhysErrs

InfiniBandポートで発生した物理エラーの数。

status

リンクの状態。

symbolErrs

InfiniBandポートで発生した軽度なリンク・エラーの数。

vl15Dropped

リソースの制約(バッファ不足など)が原因で、InfiniBandポートによって廃棄された着信のVL15パケットの数。

xmtConstraintErrs

InfiniBandポートで発生した送信制約エラーの数。

xmtData

InfiniBandポート上で送信した32ビット・データのワード数。

xmtDiscards

ポートのダウンまたは輻輳によってInfiniBandポートで破棄されたアウトバンド・パケットの数。

例

例8-80は、IBPORTオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-80 IBPORTオブジェクトの説明

CellCLI> DESCRIBE IBPORT

name
activeSlave
dataRate
hcaFWVersion
id
lid
linkDowned
linkIntegrityErrs
linkRecovers
physLinkState
portNumber
rcvConstraintErrs
rcvData
rcvErrs
rcvRemotePhysErrs
status
symbolErrs
vl15Dropped
xmtConstraintErrs
xmtData
xmtDiscards

DESCRIBE IORMPLAN

用途

DESCRIBE IORMPLANコマンドは、IORMPLANオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE IORMPLAN

使用方法

表8-16は、DESCRIBE IORMPLANコマンドの属性を示しています。

表8-16 DESCRIBE IORMPLANの属性

属性

説明

catPlan

セルを使用するデータベースのカテゴリ設定の割当てプラン。

dbPlan

セルを使用するデータベースの割当てプラン。

name

データベース間プランの一意の名前。name値は、cellname_IORMPLANに自動的に設定されます。

objective

IORMの最適化モード。

status

データベース間のプランの現在のステータス(activeまたはinactive)。

例

例8-81は、IORMPLANオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-81 IORMPLANオブジェクトの説明

CellCLI> DESCRIBE IORMPLAN

name
catPlan                 modifiable
dbPlan                  modifiable
objective               modifiable
status

関連項目:
変更可能な属性の詳細は、「ALTER IORMPLAN」を参照してください。

DESCRIBE KEY

用途

DESCRIBE KEYコマンドは、KEYオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE KEY

使用方法

表8-17は、DESCRIBE KEYコマンドの属性を示しています。

表8-17 DESCRIBE KEYの属性

属性

説明

key

クライアント・キーの割当てに使用されるランダムの16進文字列。

name

キーの名前。このフィールドの値は、LISTでは表示されません。

例

例8-82は、KEYオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-82 KEYオブジェクトの説明

CellCLI> DESCRIBE KEY

name
key                     modifiable

関連項目:
「CREATE KEY」

DESCRIBE LUN

用途

DESCRIBE LUNコマンドは、LUNオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE LUN

使用方法

表8-18は、DESCRIBE LUNコマンドの属性を示しています。

表8-18 DESCRIBE LUNの属性

属性

説明

cellDisk

この属性は現在では非推奨です。かわりに、「LIST DISKMAP」コマンドを使用します。

deviceName

LUNのオペレーティング・システム・デバイス名。例: /dev/c1d5。

diskType

ディスクのタイプ。

errorCount

このLUNでのエラー数。

id

システムによって割り当てられる識別子。

isSystemLun

ディスクがシステム・ディスクであるかどうかを示すインジケータ。値がTRUEの場合、ディスクはシステム・ディスクです。値がFALSEの場合、ディスクはシステム・ディスクではなく、データを格納するのみです。

lunAutoCreate

LUNが自動的に作成されたかどうかを示すインジケータ。値はTRUEまたはFALSEです。単一ディスクLUNは、LUNのないディスクがセル・ディスクに変換されると自動的に作成されます。たとえば、CREATE DISK ALLでは、LUNのないすべての物理ディスクで単一ディスクLUNが作成されます。これらの単一ディスクLUNでは、この属性がTRUEに設定されます。

lunSize

セル・ディスクに変換される前のLUNのRAWサイズ。

lunUID

システムによって割り当てられる一意の識別子。

lunWriteCacheMode

LUN書込みキャッシュのステータス。ステータスはWrite Through ModeまたはWrite Back Modeです。

name

LUNに割り当てられる一意の名前。IDが一意でない場合は、異なる(拡張形式)LUN IDになる場合があります。

overProvisioning

フラッシュ・ストレージ内のブロックうち、特定のLUNで今後も使用できるようにオーバー・プロビジョニングされたブロックの割合を示すインジケータ。この属性は、フラッシュ・ディスク専用です。

physicalDrives

LUNを形成する物理ディスク名。

raidLevel

LUNで使用されるRAIDレベルの値。たとえば、RAID 0です。

status

LUNのステータス。値はnormal、warning、criticalです。

例

例8-83は、LUNオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-83 LUNオブジェクトの説明

CellCLI> DESCRIBE LUN

name
cellDisk
deviceName
diskType
errorCount
id
lunAutoCreate
isSystemLun
lunSize
lunUID
lunWriteCacheMode
overProvisioning
physicalDrives
raidLevel
status

DESCRIBE METRICCURRENT

用途

DESCRIBE METRICCURRENTコマンドは、METRICCURRENTオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE METRICCURRENT

使用方法

表8-19は、DESCRIBE METRICCURRENTコマンドの属性を示しています。

表8-19 DESCRIBE METRICCURRENTの属性

属性

説明

alertState

アラート状態のインジケータ。値はnormal、warning、criticalです。

collectionTime

メトリック値が収集された時点のタイム・スタンプ。

metricObjectName

測定対象のオブジェクト(セル・ディスク、グリッド・ディスク、コンシューマ・グループなど)の名前。

metricType

統計がどのように作成または定義されたかを示す仕様。

metricValue

メトリックが収集された時点の値。

name

現在のメトリックの一意の名前。

objectType

測定対象のオブジェクトのタイプ。値は、CELL、CELLDISK、FLASHCACHE、GRIDDISK、IORM_CATEGORY、IORM_DATABASE、IORM_CONSUMER_GROUP、HOST_INTERCONNECTです。

例

例8-84は、METRICCURRENTオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-84 METRICCURRENTオブジェクトの説明

CellCLI> DESCRIBE METRICCURRENT

name
alertState
collectionTime
metricObjectName
metricType
metricValue
objectType

関連項目:
属性の詳細は、「DESCRIBE METRICDEFINITION」を参照してください。

DESCRIBE METRICDEFINITION

用途

DESCRIBE METRICDEFINITIONコマンドは、METRICDEFINITIONオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE METRICDEFINITION

使用方法

表8-20は、DESCRIBE METRICDEFINITIONコマンドの属性を示しています。

表8-20 DESCRIBE METRICDEFINITIONの属性

属性

説明

description

メトリックの説明。

metricType

統計がどのように作成または定義されたかを示すインジケータ。オプションは次のとおりです。

- cumulative: メトリックが作成されてからの累積統計。

- instantaneous: メトリックが収集される時点の値。

- rate: 特定の期間の観測データの統計を平均して計算される率。

- transition: 遷移メトリックは、その値が変更された時点で収集され、通常はハードウェアのステータスで重要な遷移があった場合に取得されます。

name

メトリック定義の一意の名前。name属性の値は、省略語を組み合せたものになります。属性値は、メトリックが定義されるオブジェクト・タイプの省略語で開始します。略語は次のとおりです。

- CL_ (セル)

- CD_ (セル・ディスク)

- GD_ (グリッド・ディスク)

- FC_ (フラッシュ・キャッシュ)

- DB_ (データベース・レベル)

- CG_(コンシューマ・グループ、データベース限定)

- CT_ (カテゴリ)

- N_ (ネットワーク)

ほとんどのname属性では、操作を識別できるように、次の省略語の組合せのいずれかをオブジェクト・タイプの省略語の後に付けます。

- IO_RQ(リクエストの数)

- IO_BY(MB数)

- IO_TM(I/Oレイテンシ)

- IO_WT(I/O待機時間)

次に、_R(読取り)または_W(書込み)を付けます。name属性値では、その後に_SM(小さいブロック)または_LG(大きいブロック)を付けます。名前の最後は、_SEC(毎秒)または_RQ(リクエストごと)になります。

コンシューマ・グループおよびカテゴリ・メトリックでは、読取りまたは書込みの詳細は省略されます。

例:

- CD_IO_RQ_R_SMは、セル・ディスクで小さいブロックを読み取るリクエスト数です。

- GD_IO_TM_W_LGは、グリッド・ディスクに大きいブロックを書き込むI/Oレイテンシ(マイクロ秒)です。

objectType

オプションは、CELL、CELLDISK、CELL_FILESYSTEM、GRIDDISK、IORM_CATEGORY、IORM_DATABASE、IORM_CONSUMER_GROUP、HOST_INTERCONNECTです。

persistencePolicy

時間メトリック値が格納されます。

unit

メトリックの単位。収集される次のメトリックに明示的に関連付けられます。

- 数値

- %(割合)

- F(華氏)

- C(摂氏)

例

例8-85は、METRICDEFINITIONオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-85 METRICDEFINITIONオブジェクトの説明

CellCLI> DESCRIBE METRICDEFINITION

name
description
metricType
objectType
persistencePolicy
unit

DESCRIBE METRICHISTORY

用途

DESCRIBE METRICHISTORYコマンドは、METRICHISTORYオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE METRICHISTORY

使用方法

表8-21は、DESCRIBE METRICHISTORYコマンドの属性を示しています。

表8-21 DESCRIBE METRICHISTORYの属性

属性

説明

alertState

アラート状態のインジケータ。値はnormal、warning、criticalです。

collectionTime

メトリック値が収集された時点のタイム・スタンプ。

memory

管理サーバー・メモリーのメトリック。この属性は、収集時間が1時間未満の場合に、collectionTime属性のかわりに使用できます。

metricObjectName

測定対象のオブジェクト(セル・ディスク、グリッド・ディスク、コンシューマ・グループなど)の名前。

metricType

統計がどのように作成または定義されたかを示す仕様。

metricValue

メトリックが収集された時点の値。

metricValueAvg

メトリックの平均値。

metricValueMax

メトリックの最大値。

metricValueMin

メトリックの最小値。

name

現在のメトリックの一意の名前。

objectType

測定対象のオブジェクトのタイプ。値は、CELL、CELLDISK、GRIDDISK、IORM_CATEGORY、IORM_DATABASE、IORM_CONSUMER_GROUP、HOST_INTERCONNECTです。

over

集計用の時間の指定(分単位)。この属性は、max、minおよびavgキーワードと組み合せることで機能します。

例

例8-86は、METRICHISTORYオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-86 METRICHISTORYオブジェクトの説明

CellCLI> DESCRIBE METRICHISTORY

name
alertState
collectionTime
memory
metricObjectName
metricType
metricValue
metricValueAvg
metricValueMax
metricValueMin
objectType
over

DESCRIBE PHYSICALDISK

用途

DESCRIBE PHYSICALDISKコマンドは、PHYSICALDISKオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE PHYSICALDISK

使用方法

表8-22は、DESCRIBE PHYSICALDISKコマンドの属性を示しています。

表8-22 DESCRIBE PHYSICALDISKの属性

属性

説明

diskType

ディスクのタイプ(HARDDISKまたはFLASHDISK)。

enclosureDeviceId

ハード・ディスク・エンクロージャの識別子。この属性は、Oracle Exadata Storage Server上のOracle Exadata Storage Server Softwareにのみ適用されます。

errMediaCount

ハード・ディスクでのメディア・エラーの数。この属性は、Oracle Exadata Storage Server上のOracle Exadata Storage Server Softwareにのみ適用されます。

luns

このディスクから変換されたLUNのリスト。

makeModel

システムによって提供されるモデルの説明。

name

物理ディスクの一意の名前。

physicalInsertTime

ディスクが挿入された時刻。

physicalInterface

ハード・ディスクで使用されているインタフェース・タイプ。たとえば、SASです。

physicalSerial

システム割当ての一意のID。

physicalSize

ディスクのサイズ(バイト単位)。

physicalUseType

ディスクの用途。例: Data Drive。

slotNumber

ディスクの物理的な場所。この属性は、Oracle Exadata Storage Server上のOracle Exadata Storage Server Softwareにのみ適用されます。

status

物理ディスクのステータス。値は次のとおりです。

- failed: ディスクで障害が発生しました。脚注Foot1

- normal: ディスクは正常に動作しています。

- not present: ディスクは取り外されました。

- peer failure: フラッシュ・ディスク障害のみです。

- poor performance: ディスクのパフォーマンスが低下しています。

- predictive failure: ディスク障害の発生が予想されます。

- write-through caching: フラッシュ・ディスク・キャッシングのみです。

脚注1 以前のリリースでは、障害が発生したディスクのステータスはcriticalでした。

例

例8-87は、Oracle Exadata Storage ServerにおいてPHYSICALDISKオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-87 Oracle Exadata Storage Serverのハード・ドライブのPHYSICALDISKオブジェクトの説明

cellcli> DESCRIBE PHYSICALDISK

name
diskType
enclosureDeviceId
luns
makeModel
physicalInsertTime
physicalInterface
physicalSerial
physicalSize
slotNumber
status

例8-88は、フラッシュ・ディスクのPHYSICALDISKオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-88 Oracle Exadata Storage Serverのフラッシュ・ドライブのPHYSICALDISKオブジェクトの説明

cellcli> DESCRIBE PHYSICALDISK

name
diskType
luns
makeModel
physicalInsertTime
physicalSerial
physicalSize
slotNumber
status

DESCRIBE QUARANTINE

用途

DESCRIBE QUARANTINEコマンドは、検疫のリストを表示します。

構文

DESCRIBE QUARANTINE

使用方法

表8-25は、DESCRIBE QUARANTINEコマンドの属性を示しています。

表8-23 DESCRIBE QUARANTINEの属性

属性

説明

name

検疫の識別子。

cellsrvChecksum

CELLSRVのバイナリのチェックサム。

clientPID

セルをクラッシュしたクライアント・プロセスのプロセス識別子。

comment

検疫のコメント。

crashReason

クラッシュの理由。

creationTime

検疫作成時間。

dbUniqueID

検疫のデータベースの一意ID。

dbUniqueName

検疫のデータベースの一意名。

incidentID

検疫を作成したクラッシュのインシデントの識別子。

ioBytes

検疫されたディスク・リージョンのバイト数。これはディスク・リージョンの検疫にのみ適用されます。

ioGridDisk

検疫されたディスク・リージョンのグリッド・ディスク名。これはディスク・リージョンの検疫にのみ適用されます。

ioOffset

検疫されたディスク・リージョンのI/Oオフセット。これはディスク・リージョンの検疫にのみ適用されます。

planLineID

SQLプラン・ラインの識別子。これはSQLプランの検疫にのみ適用されます。

quarantineReason

検疫作成の理由。

quarantineType

作成された検疫のタイプ。

remoteHostName

セルをクラッシュしたクライアント・プロセスを実行したリモート・ホストのホスト名。

rpmVersion

セルがクラッシュしたときに使用中であったセルのRPMバージョン。

sqlID

セルをクラッシュしたSQL文のSQLID。

sqlPlanHashValue

SQLプランのハッシュ値。これはSQLプランの検疫にのみ適用されます。

例

例8-89は、QUARANTINEオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-89 QUARANTINEオブジェクトの説明

CellCLI> DESCRIBE QUARANTINE
name
cellsrvChecksum
clientPID
comment                 modifiable
crashReason
creationTime
dbUniqueID
dbUniqueName
incidentID
ioBytes
ioGridDisk
ioOffset
planLineID
quarantineReason
quarantineType
remoteHostName
rpmVersion
sqlID
sqlPlanHashValue

DESCRIBE ROLE

用途

DESCRIBE ROLEコマンドは、ROLEオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE ROLE

使用方法

表8-25は、DESCRIBE ROLEコマンドの属性を示しています。

表8-24 DESCRIBE ROLEの属性

属性

説明

name

ロールを割り当てられたユーザーの一意の名前。

privilege

ロールに付与されている権限。

例

例8-91は、ROLEオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-90 ROLEオブジェクトの説明

CellCLI> DESCRIBE ROLE

name
privilege                 modifiable

DESCRIBE THRESHOLD

用途

DESCRIBE THRESHOLDコマンドは、THRESHOLDオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE THRESHOLD

使用方法

表8-25は、DESCRIBE THRESHOLDコマンドの属性を示しています。

表8-25 DESCRIBE THRESHOLDの属性

属性

説明

comparison

メトリック値としきい値を比較して、値がしきい値に違反しているかどうかを確認する演算子(>、>=、=、<、<=)。

critical

メトリック値がクリティカルの状態であるとみなされる上限値。この値を超えるとアラートが生成されます。

name

しきい値の一意の名前。

observation

測定値の数。この数の測定値で率メトリックを平均し、しきい値と比較されます。

occurrences

メトリック値がしきい値を連続して超えた場合の上限数。この上限数を超えると指定したアラートが発行されます。

warning

メトリック値が警告の状態であるとみなされる上限値。この値を超えるとアラートが生成されます。

例

例8-91は、THRESHOLDオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-91 THRESHOLDオブジェクトの説明

CellCLI> DESCRIBE THRESHOLD

name
comparison              modifiable
critical                modifiable
observation             modifiable
occurrences             modifiable
warning                 modifiable

DESCRIBE USER

用途

DESCRIBE USERコマンドは、USERオブジェクト・タイプの属性のリストを表示します。

構文

DESCRIBE USER

使用方法

表8-25は、DESCRIBE USERコマンドの属性を示しています。

表8-26 DESCRIBE ROLEの属性

属性

説明

name

ユーザーの一意の名前。

roles

ユーザーに割り当てられたロール。

例

例8-91は、USERオブジェクトを指定したDESCRIBEコマンドを示しています。

例8-92 USERオブジェクトの説明

CellCLI> DESCRIBE USER

name
roles                 modifiable

DROP

用途

DROPコマンドは、指定した名前のオブジェクトをセルから削除したり、セルをリセットしたりします。

構文

DROP object_type [object_name [, object_name]...] [options]

使用方法

- object_typeは次のいずれかです。

- ALTERHISTORY

- CELL

- CELLDISK

- FLASHCACHE

- GRIDDISK

- QUARANTINE

- ROLE

- THRESHOLD

- USER

- object_nameは、セル・ディスク、グリッド・ディスクまたはしきい値の名前です。

- 複数のオブジェクトがDROPコマンドのターゲットの場合は、正常に実行されない場合があります。エラーが発生するとコマンドが中断され、残りのオブジェクトは削除されません。

関連項目:

- 「DROP ALERTHISTORY」

- 「DROP CELL」

- 「DROP CELLDISK」

- 「DROP FLASHCACHE」

- 「DROP FLASHLOG」

- 「DROP GRIDDISK」

- 「DROP QUARANTINE」

- 「DROP ROLE」

- 「DROP THRESHOLD」

- 「DROP USER」

- オブジェクト・タイプの詳細は、「CellCLIのオブジェクト・タイプについて」を参照してください。

DROP ALERTHISTORY

用途

DROP ALERTHISTORYコマンドは、セルのアラート履歴からアラートを削除します。

構文

DROP ALERTHISTORY {ALL | alert1 {, alert2}, ...}

使用方法

- このコマンドのalertNは、履歴から削除されるアラートの名前です。

- ステートフル・アラートを削除する場合は、同時にアラートの順序のメンバーをすべて削除する必要があります。すべてのメンバーを削除しないと、システムによりエラーが発行されます。

例

例8-93は、DROP ALERTHISTORYコマンドを示しています。

例8-93 セルのアラート履歴の削除

CellCLI> DROP ALERTHISTORY 1, 2_1, 2_2

DROP CELL

用途

DROP CELLコマンドは、セルを元の状態にリセットします。

構文

DROP CELL [ERASE = value] [FORCE]

使用方法

- すべてのセル・ディスク、グリッド・ディスクおよびしきい値が削除されます。データベース間のプランは、デフォルトの状態にリセットされます。すべてのセル属性はデフォルト値に設定されます。

- このコマンドは、セル内から実行します。

- ERASEオプションでは、ディスクの内容を上書きして消去します。値を次に示します。

- 1pass: 1つのパスで、内容が0(ゼロ)で上書きされます。この値はフラッシュ・ドライブには使用できません。

- 3pass: 3つのパスで、内容が設定済のデータ・パターンで上書きされます。このオプションはNNSAの勧告に準拠します。この値はフラッシュ・ドライブには使用できません。

- 7pass: 7つのパスで、ディスクが設定済のデータ・パターンで上書きされます。このオプションはDODの勧告に準拠します。

- ドライブを安全に消去するには、事前にフラッシュ・キャッシュ圧縮を無効化してください。

関連項目:
フラッシュ・キャッシュ圧縮を無効化する方法の詳細は、「ALTER CELL」を参照してください。

- 1passまたは3passオプションですべてのセルを削除する場合は、最初に7passオプションを使用してフラッシュ・ディスクを削除してから、セルを削除する必要があります。コマンドの例を次に示します。

CellCLI> DROP CELLDISK ALL FLASHDISK ERASE=7pass
CellCLI> DROP CELL ERASE=1pass

- 次の表は、サポートされているアルゴリズムを使用してドライブを安全に消去するための所要時間を示しています。ERASEオプションを使用して複数のグリッド・ディスクまたはセル・ディスクを削除する場合、コマンドはすべてのディスクおよびフラッシュ・ドライブに対して並列に実行されます。

ドライブ・タイプ

1パス(1pass)

3パス(3pass)

7パス(7pass)

600GBドライブ

1時間

3時間

7時間

1.2TBドライブ

1.67時間

5時間

11.67時間

2TBドライブ

5時間

15時間

35時間

3TBドライブ

7時間

21時間

49時間

4TBドライブ

8時間

24時間

56時間

8TBドライブ

13.17時間

39.5時間

92.17時間

22.875GBフラッシュ・ドライブ

なし

なし

21分

93GBフラッシュ・ドライブ

なし

なし

32分

186GBフラッシュ・ドライブ

なし

なし

36分

1.6TBフラッシュ・ドライブ

なし

なし

5.5時間

- DROP CELLの発行時にセル・ディスクにグリッド・ディスクが構成されている場合は、FORCEオプションが必要です。指定しないとエラーがレポートされます。

例

例8-94は、FORCEオプションを指定したDROP CELLコマンドを示しています。

例8-94 セルの削除

CellCLI> DROP CELL FORCE

DROP CELLDISK

用途

DROP CELLDISKコマンドは、セルからすべてのセル・ディスクまたは指定した名前のセル・ディスクを削除します。

このコマンドは、セル・ディスクに障害が発生した場合や、新しいモデルに交換した場合に必要です。

セル・ディスクを削除する前に、そのグリッド・ディスクおよび対応するOracle ASMディスクをディスク・グループから削除してください。Oracle ASMディスクは、グリッド・ディスクを削除する前に削除してください。

構文

DROP CELLDISK { ALL [FLASHDISK | HARDDISK] | cdisk_name [, cdisk_name]... }
[ERASE = value [NOWAIT]] [FORCE]

使用方法

- セル・ディスクを個別に指定すると、指定した名前のセル・ディスク(cdisk_name)が削除されます。

- ALLオプションを指定すると、セル上のすべてのセル・ディスクが削除されます。

- FLASHDISKオプションでは、DROP CELLDISKコマンドの対象をフラッシュ・ディスクであるセル・ディスクに制限します。

- HARDDISKオプションでは、DROP CELLDISKコマンドの対象をハード・ディスクであるセル・ディスクに制限します。

- DROP CELLDISKの発行時にセル・ディスクにグリッド・ディスクが構成されている場合は、FORCEオプションを使用する必要があります。このオプションを指定しないとエラーがレポートされます。FORCEオプションを指定すると、グリッド・ディスクが最初に削除され、その後にセル・ディスクが削除されます。

- 指定したセル・ディスクにフラッシュ・キャッシュが含まれていて、そのフラッシュ・キャッシュがwritebackモードになっている場合は、セル・ディスクを削除できません。

- ERASEオプションでは、ディスクの内容を上書きして消去します。値を次に示します。

- 1pass: 1つのパスで、内容が0(ゼロ)で上書きされます。このオプションはフラッシュ・ドライブには適用できません。この値はフラッシュ・ドライブには使用できません。

- 3pass: 3つのパスで、内容が設定済のデータ・パターンで上書きされます。このオプションはNNSAの勧告に準拠します。このオプションはフラッシュ・ドライブには適用できません。この値はフラッシュ・ドライブには使用できません。

- 7pass: 7つのパスで、ディスクが設定済のデータ・パターンで上書きされます。このオプションはDODの勧告に準拠します。

関連項目:
ドライブを安全に消去するための推定所要時間は、「DROP CELL」を参照してください。

- 1passまたは3passオプションですべてのセル・ディスクを削除する場合は、最初に7passオプションを使用してフラッシュ・ディスクを削除してから、セル・ディスクを削除する必要があります。コマンドの例を次に示します。

CellCLI> DROP CELLDISK ALL FLASHDISK ERASE=7pass
CellCLI> DROP CELLDISK ALL ERASE=1pass

- NOWAITオプションとERASEオプションを組み合せて使用し、コマンドを非同期で実行します。

- CELLDISKに関連付けられているLUNに自動作成のフラグが付いている場合、LUNはセル・ディスクとともに削除されます。

例

例8-95は、DROP CELLDISKコマンドを示しています。

例8-95 セル・ディスクの削除

CellCLI> DROP CELLDISK CD_03_cell01

CellCLI> DROP CELLDISK CD_02_cell06 FORCE

CellCLI> DROP CELLDISK ALL

CellCLI> DROP CELLDISK CD_02_cell09 ERASE=1pass NOWAIT
CellDisk CD_02_cell09 erase is in progress

DROP FLASHCACHE

用途

DROP FLASHCACHEコマンドは、セルからExadataスマート・フラッシュ・キャッシュを削除します。

構文

DROP FLASHCACHE

使用方法

フラッシュ・キャッシュを削除する前に、グリッド・ディスクと同期されていないデータ(ダーティ・データ)をフラッシュ・キャッシュからグリッド・ディスクにフラッシュする必要があります。ダーティ・データをフラッシュしないと、データが失われる場合があります。

関連項目:
フラッシュ・キャッシュからダーティ・データをフラッシュする方法の詳細は、「ALTER FLASHCACHE」を参照してください。

例

例8-96は、セルからExadataスマート・フラッシュ・キャッシュを削除する方法を示しています。

例8-96 Exadataスマート・フラッシュ・キャッシュの削除

CellCLI> DROP FLASHCACHE

DROP FLASHLOG

用途

DROP FLASHLOGコマンドでは、Oracle Exadataスマート・フラッシュ・ログをセルから削除します。

構文

DROP FLASHLOG [FORCE]

使用方法

DROP FLASHLOGコマンドは、実行時に実行できますが、フラッシュ・ディスク上のすべてのREDOデータがハード・ディスクに書き込まれるまでコマンドは完了しません。

FORCEを指定しない場合、REDOが保存されているとDROP FLASHLOGコマンドが失敗します。FORCEを指定した場合、保存されているREDOはすべて消去され、Oracle Exadataスマート・フラッシュ・ログが削除されます。

注意:
REDOが保存されているためDROP FLASHLOGに失敗する場合、リカバリ用として保存されているすべてのREDOがデータベースで不要になったことを確認するまで、FORCEオプションは使用しないでください。詳細は、Oracleサポート・サービスに連絡してください。

例

例8-97は、セルからExadataスマート・フラッシュ・キャッシュを削除する方法を示しています。

例8-97 セルからのOracle Exadataスマート・フラッシュ・ログの削除

CellCLI> DROP FLASHLOG

CellCLI> DROP FLASHLOG FORCE

DROP GRIDDISK

用途

DROP GRIDDISKコマンドは、指定した名前のグリッド・ディスクをセルから削除するか、ALL PREFIXオプションを指定してすべてのグリッド・ディスクを削除します。

注意:
Oracle ASMディスク・グループに属するグリッド・ディスクを削除する前に、対応するディスクがOracle ASMディスク・グループから削除されていることを確認します。

構文

DROP GRIDDISK {ALL [FLASHDISK | HARDDISK ] PREFIX=gdisk_name_prefix , | gdisk_name
[, gdisk_name]... } [ERASE = value [NOWAIT]]  [FORCE]

使用方法

- gdisk_nameが入力されている場合、削除する各グリッド・ディスクは名前で識別されます。複数の名前を入力できます。

- ALL PREFIXオプションが入力されている場合、削除するグリッド・ディスクの名前に割り当てる接頭辞はgdisk_name_prefixオプションで指定されます。ALLが使用されている場合は、PREFIXオプションが必要です。

注意:
ERASEオプションを続けて指定する場合は、グリッド・ディスクの接頭辞の後にカンマを入力してください。

- FLASHDISKオプションでは、DROP GRIDDISKコマンドの対象をフラッシュ・ディスクであるグリッド・ディスクに制限します。

- HARDDISKオプションでは、DROP GRIDDISKコマンドの対象をハード・ディスクであるグリッド・ディスクに制限します。

- DROP GRIDDISKの発行時にグリッド・ディスクが使用されている場合は、エラーがレポートされます。INACTIVEオプションを指定してALTER GRIDDISKを使用すると、グリッド・ディスクを削除する前にグリッド・ディスクを非アクティブにできます。このアクションにより、グリッド・ディスクは使用されなくなります。

- FORCEオプションを使用すると、使用中のグリッド・ディスクを強制的に削除できます。

- 削除するグリッド・ディスクがFLASHDISKタイプのセル・ディスク上で作成されている場合は、その領域は再作成されないか、そのグリッド・ディスクまたはセル・ディスクのいかなる部分もFLASHCACHEとして自動的に作成されません。削除された領域の任意の部分をFLASHCACHEに再利用するには、CREATE FLASHCACHEコマンドを使用します。

- ERASEオプションでは、ディスクの内容を上書きして消去します。値を次に示します。

- 1pass: 1つのパスで、内容が0(ゼロ)で上書きされます。このオプションはフラッシュ・ドライブには適用できません。この値はフラッシュ・ドライブには使用できません。

- 3pass: 3つのパスで、内容が設定済のデータ・パターンで上書きされます。このオプションはNNSAの勧告に準拠します。このオプションはフラッシュ・ドライブには適用できません。この値はフラッシュ・ドライブには使用できません。

- 7pass: 7つのパスで、ディスクが設定済のデータ・パターンで上書きされます。このオプションはDODの勧告に準拠します。

関連項目:
ドライブを安全に消去するための推定所要時間は、「DROP CELL」を参照してください。

- 1passまたは3passオプションですべてのグリッド・ディスクを削除する場合は、最初に7passオプションを使用してフラッシュ・ディスクを削除してから、グリッド・ディスクを削除する必要があります。コマンドの例を次に示します。

CellCLI> DROP GRIDDISK ALL FLASHDISK PREFIX=data, ERASE=7pass
CellCLI> DROP GRIDDISK ALL PREFIX=data, ERASE=1pass

- NOWAITオプションとERASEオプションを組み合せて使用し、コマンドを非同期で実行します。

例

例8-98は、DROP GRIDDISKコマンドを示しています。

例8-98 グリッド・ディスクの削除

CellCLI> ALTER GRIDDISK data01_CD_03_cell01 INACTIVE

CellCLI> DROP GRIDDISK data01_CD_03_cell01

CellCLI> DROP GRIDDISK ALL PREFIX=data01

CellCLI> DROP GRIDDISK data02_CD_04_cell01 FORCE

CellCLI> DROP GRIDDISK data02_CD_04_cell01 ERASE=1pass
GridDisk data02_CD_04_cell01 successfully dropped

CellCLI> DROP GRIDDISK ALL FLASHDISK PREFIX=DATA, ERASE=7pass
CellCLI> DROP GRIDDISK ALL PREFIX=DATA, ERASE=3pass

関連項目:

- グリッド・ディスクの削除の詳細は、「Oracle ASMディスク・グループからのディスクの削除」を参照してください。

- ALTER GRIDDISKの詳細は、「ALTER GRIDDISK」を参照してください。

DROP QUARANTINE

用途

DROP QUARANTINEコマンドは、検疫を手動で削除します。

構文

DROP QUARANTINE { ALL | quarantine1 [, quarantine2]... }

使用方法

通常、検疫されたエンティティがCELLSRVにさらに問題を引き起こす可能性がない場合は、検疫を削除できます。たとえば、問題のSQL文のセルのオフロードが無効化されるか、Oracle Databaseパッチが適用されます。詳細は、検疫のアラート・メッセージを参照してください。

セルにパッチが適用されると、すべての検疫は自動的に削除されます。手動で削除する必要はありません。

例

例8-99は、DROP QUARANTINEコマンドを示しています。

例8-99 検疫の削除

CellCLI> DROP QUARANTINE 1

DROP ROLE

用途

DROP ROLEコマンドは、セルからユーザー・ロールを削除します。

構文

DROP ROLE  { ALL | role_name1 [, role_name2, ...]} [FORCE]

使用方法

FORCEオプションは、ユーザーにロールが付与されている場合にロールを削除します。

例

例8-100は、ロールの削除方法を示しています。

例8-100 ロールの削除

CellCLI>DROP ROLE gd_monitor

DROP THRESHOLD

用途

DROP THRESHOLDコマンドは、セルからすべてのしきい値または指定したしきい値を削除します。

構文

DROP THRESHOLD { ALL |threshold_name [, threshold_name ...] }

例

例8-101は、DROP THRESHOLDコマンドを示しています。

例8-101 しきい値の削除

CellCLI> DROP THRESHOLD ct_io_wt_rq.interactive

CellCLI> DROP THRESHOLD ALL

関連項目:
「DESCRIBE QUARANTINE」

DROP USER

用途

DROP USERコマンドは、セルからユーザーを削除します。

構文

DROP USER { ALL | user1 [, user2]... }

例

例8-102は、ユーザーの削除方法を示しています。

例8-102 ユーザーの削除

CellCLI>DROP USER agarcia

EXPORT CELLDISK

用途

EXPORT CELLDISKコマンドは、セル・ディスクを別のセルに移動(インポート)する前に、すべてのセル・ディスクまたは指定したセル・ディスクを準備します。

構文

EXPORT CELLDISK { ALL | cdisk_name }

使用方法

あるセルから別のセルにセル・ディスクを移動するには、EXPORT CELLDISKコマンドとIMPORT CELLDISKコマンドを使用します。現在のセルに障害が発生した場合、通常はすべてのディスクを新しいセルに移動します。最初に、任意のセルのセル・ディスクをエクスポートします。次に、CellCLIユーティリティを使用して、セル・ディスクを含む物理ドライブを移動したセルに、エクスポートしたセル・ディスクをインポートします。

EXPORT CELLDISKコマンドの実行時の考慮事項は、次のとおりです。

- ALLを指定すると、normalステータスのセル上のすべてのセル・ディスクがエクスポートされます。

- セル・ディスクに関連付けられているLUNに自動作成のフラグが付いている場合、そのLUNはエクスポートの一環として削除されます。

- エクスポートに成功したセル・ディスクのstatus属性は、ImportRequiredに設定され、エクスポートしたセル・ディスクはLIST CELLDISKコマンドの出力に表示されます。

- セル・ディスクをエクスポートしてインポートする前には(status='ImportRequired')、次のことが適用されます。

- nameおよびcomment属性を変更できます。

- セル・ディスクを削除できます。

- セル・ディスクに新規グリッド・ディスクを作成することはできません。

- ディスクをエクスポートすると、ディスク・コントローラ・キャッシュからのディスクに対する書込みはすべて消去され、ディスクにはエクスポート済であることを示すフラグが付けられます。ディスク上のグリッド・ディスクは、Oracle ASMに認識されなくなります。グリッド・ディスクに対するI/Oがあると、エラーが発生します。

セル・ディスクをエクスポートする前に、グリッド・ディスクと同期されていないデータ(ダーティ・データ)をフラッシュ・キャッシュからグリッド・ディスクにフラッシュする必要があります。ダーティ・データをフラッシュしないと、データが失われる場合があります。

関連項目:
「ALTER CELLDISK」

例

例8-103は、EXPORT CELLDISKコマンドを示しています。

例8-103 セル・ディスクのエクスポート

CellCLI> EXPORT CELLDISK CD_3_cell01

CellCLI> EXPORT CELLDISK ALL

GRANT

用途

GRANTコマンドは、権限およびロールの属性を設定します。

構文

GRANT object_type [name] TO sub_object_type [sub_object_name]

使用方法

- object_typeは次のとおりです。

- PRIVILEGE

- ROLE

- PRIVILEGEオブジェクト・タイプには次を使用できます。

- nameの書式は、次のとおりです。

{ ALL ACTIONS | action } ON { ALL OBJECTS | object }               \
[{ ALL ATTRIBUTES | ATTRIBUTES attribute1 [, attribute2, ...] }]   \
[{ WITH ALL OPTIONS | WITH OPTIONS option1 [, option2, ...] }]

- sub_object_typeはROLEである必要があります。

- sub_object_nameはロールの名前です。

- ROLEオブジェクト・タイプには次を使用できます。

- nameはユーザー名です。

- sub_object_typeはUSERである必要があります。

- sub_object_nameはユーザーの名前です。

関連項目:

- 「GRANT PRIVILEGE」

- 「GRANT ROLE」

GRANT PRIVILEGE

用途

GRANT PRIVILEGEコマンドは、ロールにセルのアクセス権限を設定します。

構文

GRANT PRIVILEGE { ALL ACTIONS | action } ON { ALL OBJECTS | object }   \
{ ALL ATTRIBUTES | ATTRIBUTES attribute1 [, attribute2, ...] }         \
{ WITH ALL OPTIONS | WITH OPTIONS option1 [, option2, ...] }           \
TO ROLE { ALL | role1 [, role2, ...] }

使用方法

- actionはコマンドです。例: alter、create、describe、drop、export、import、list。
注意:

- grantおよびrevokeコマンドは付与できません。

- create userおよびdrop userは付与できません。

- create roleおよびdrop roleは付与できません。

- objectはアクションのオブジェクト・タイプです。これは、任意のCellCLIオブジェクトを指定可能です。例: cell、celldisk、flashcache、flashlog、griddisk、role。

- attributeはオブジェクトの属性です。オブジェクトの属性リストを取得するには、「LIST objecttype」コマンドを実行します。

- optionはオブジェクトのオプションです。例: DETAIL、LIMIT、ORDER BY、WHERE。

- roleは、権限を付与するロールの名前です。

- ALL ACTIONS引数は、すべてのアクションの権限を付与します。

- ALL OBJECTS引数は、すべてのオブジェクトの権限を付与します。

- ALL ATTRIBUTES引数は、すべての属性の権限を付与します。

- WITH ALL OPTIONS引数は、すべてのオプションの権限を付与します。

- 属性とWITH OPTIONSの指定はオプションです。これらが指定されない場合、すべての属性とオプションの権限を付与します。

例

例8-104は、ロールに権限を付与する方法を示しています。

例8-104 ロールへの権限の付与

CellCLI> GRANT PRIVILEGE list on griddisk ATTRIBUTES name,size  \
WITH OPTIONS detail TO ROLE gd_monitor

例8-105は、指定されたアクションとオブジェクトのすべての属性およびオプションをロールに付与する方法を示します。

例8-105 すべての属性とオプションのロールへの付与

CellCLI> GRANT PRIVILEGE { ALL ACTIONS | action } ON { ALL OBJECTS | object } to ROLE r1

例8-106は、指定されたアクション、オブジェクトおよび属性のすべてのオプションをロールに付与する方法を示します。

例8-106 指定のアクション、オブジェクトおよび属性のすべてのオプションの付与

CellCLI> GRANT PRIVILEGE { ALL ACTIONS | action } ON { ALL OBJECTS | object }  \
ATTRIBUTES <attribute1> [, attribute2, ...] to ROLE r1

例8-107は、指定されたアクション、オブジェクトおよびオプションのすべての属性をロールに付与する方法を示します。

例8-107 指定のアクション、オブジェクトおよびオプションのすべての属性の付与

CellCLI> GRANT PRIVILEGE { ALL ACTIONS | action } ON { ALL OBJECTS | object }   \
WITH OPTIONS <option1> [, option2, ...] to ROLE r1

GRANT ROLE

用途

GRANT ROLEコマンドは、ユーザーにロールを設定します。

構文

GRANT ROLE { ALL | role1 [, role2, ...] } TO USER { ALL | user1 [, user2...] }

使用方法

- roleはロールの名前です。

- ALL引数は、ユーザーにすべてのロールを付与します。

- TO USER ALL引数は、すべてのユーザーにロールを付与します。

例

例8-108は、ユーザーにロールを付与する方法を示しています。

例8-108 ユーザーへのロールの付与

CellCLI> GRANT ROLE gd_monitor TO USER agarcia

IMPORT CELLDISK

用途

IMPORT CELLDISKコマンドは、すべてのエクスポート済セル・ディスク、またはセル・ディスクを含む物理ドライブを移動したセル上のエクスポート済セル・ディスクを復元します。

セル・ディスクは、通常、セル・ディスクのエクスポート元のセルとは異なるセルにインポートされます。たとえば、エクスポートしたセル・ディスクを含む物理ドライブが、異なるセルに移動された場合などです。

セル・ディスクやグリッド・ディスクが含まれるディスクをあるマシンから別のマシンに移動する場合、そのデータをASM障害グループに基づいて慎重にリバランスしてください。セルのすべてのディスクを別のセルに移動する場合は、障害グループ全体が移動されるため、ASMリバランスを実行する必要はありません。

構文

IMPORT CELLDISK  { ALL  |  cdisk_name  LUN=lun_id  | cdisk_name |  LUN=lun_id }
[, comment=comment_text] [FORCE]

使用方法

あるセルから別のセルにセル・ディスクを移動するには、EXPORT CELLDISKコマンドとIMPORT CELLDISKコマンドを使用します。現在のセルに障害が発生した場合、通常はすべてのディスクを新しいセルに移動します。最初に、任意のセルのセル・ディスクをエクスポートします。次に、CellCLIユーティリティを使用して、セル・ディスクを含む物理ドライブを移動したセルに、エクスポートしたセル・ディスクをインポートします。

IMPORT CELLDISKコマンドの実行時の考慮事項は、次のとおりです。

- ALL、セル・ディスク名、LUN ID、またはセル・ディスク名とLUN IDを指定する必要があります。

- ALLを指定すると、ImportRequiredステータスのセル・ディスクがインポートされます。

- セル・ディスク名を指定し、LUN IDを指定しない場合、管理サーバーでそのセル・ディスクが認識されていれば、指定した名前のセル・ディスクをインポートできます。認識されているセル・ディスクは、statusをImportRequiredに指定したLIST CELLDISKの出力で表示されます。

- LUN IDを指定し、セル・ディスク名を指定しない場合、LUNがスキャンされ、セル・ディスクがインポートされます。この別形式のコマンドは、新しく挿入されたために管理サーバーとセル・サーバーに認識されていないセル・ディスクをインポートする際に使用できます。

- LUN IDとセル・ディスク名の両方を指定すると、LUN IDはセル・ディスクのインポートに使用され、名前はインポートしたセル・ディスク名を変更する際に使用されます。

- comment属性に新しい値を入力して、セル・ディスクの既存のコメントを更新できます。

- セル・ディスク名は、セル内で一意の名前であるかどうかが検証されます。インポート前にセル・ディスク名を変更して、一意性を確保できます。

- セル内のグリッド・ディスク名は、一意である必要があります。EXPORTおよびIMPORTコマンドを使用してあるセル(cell_A)から別のセル(cell_B)に物理ディスクを移動すると、ターゲット・セル(cell_B)に同じ名前の2つのグリッド・ディスクが割り当てられる可能性があります。この場合、セル・ソフトウェアでは、グリッド・ディスクの一方の名前に一時的な接尾辞(_duplicate_name、_duplicate_name2、_duplicate_name3など)を追加することで、この名前の競合を自動的に解決します。この追加の接尾辞により、CellCLIコマンドで明確にグリッド・ディスクを指定できます。
セル(cell_B)で名前が重複しているグリッド・ディスクには、次のコマンドを使用して新しい永続的な一意名を付けることをお薦めします。

ALTER GRIDDISK gdname_duplicate_name NAME=new_unique_name

物理ディスクを元のセル(cell_A)に戻すか、ディスク名を変更せずに別のセルにディスクを移動すると、グリッド・ディスクは元の名前で表示されます。

- LIST CELLDISKコマンドにより、インポートが必要なセル・ディスクを把握できます。コマンドの出力は次のようになります。

CellCLI> list celldisk
CD_01_cell00     normal
CD_01_cell01     normal
CD_01_cell02     importRequired
CD_01_cell03     importForceRequired
CD_01_cell04     importRequired
CD_01_flash0     normal
CD_01_flash1     normal
CD_01_flash2     normal
CD_01_log00      normal
CD_01_log01      normal

- セル・ディスクのエクスポートとセル間での移動が正常に行われなかった場合は、IMPORTとともにFORCEオプションを指定する必要があり、そうしないとエラーが発生します。FORCEオプションを使用する場合は、事前にOracleサポート・サービスに問い合せることをお薦めします。

- IMPORTコマンドでは、ディスクがエクスポート済であるかどうかがチェックされます。エクスポート済である場合、IMPORTコマンドによってOracle ASMはグリッド・ディスクを認識できるようになります。ディスクがエクスポート済でない場合、IMPORTコマンドでFORCEオプションを使用してディスク上にグリッド・ディスクを再構築し、Oracle ASMで認識されるようにする必要があります。

例

例8-109は、IMPORT CELLDISKコマンドを示しています。

例8-109 セル・ディスクのインポート

CellCLI> IMPORT CELLDISK CD_7_cell04 lun=3

CellCLI> IMPORT CELLDISK ALL

例8-109では、IMPORTコマンドにLUN IDを指定してセル・ディスクを識別しています。セル・ディスク名は、インポート先のセル上のセル・ディスクの名前を変更するために使用されます。

LIST

用途

LISTコマンドは、Oracle Exadata Storage Server Softwareのオブジェクトの属性を表示します。表示されるオブジェクトは、名前またはフィルタで識別されます。表示される各オブジェクトの属性は、指定した属性リストで決定されます。

構文

LIST object_type  [ name |  attribute_filters] [attribute_list] [DETAIL]        \
[WHERE ...] ORDER BY attribute_1 [asc| desc], attribute_2 [asc| desc], ... \
attribute_n [asc| desc] LIMIT integer

使用方法

- object_typeは次のとおりです。

- ACTIVEREQUEST

- ALERTDEFINITION

- ALERTHISTORY

- CELL

- CELLDISK

- DATABASE

- DISKMAP

- FLASHCACHE

- FLASHCACHECONTENT

- FLASHLOG

- GRIDDISK

- IBPORT

- IORMPLAN

- IORMPROFILE

- KEY

- LUN

- METRICCURRRENT

- METRICDEFINITION

- METRICHISTORY

- PHYSICALDISK

- QUARANTINE

- ROLE

- THRESHOLD

- USER

- DETAILオプションまたは属性リストを指定せずにobject_typeのみを指定してLISTを使用すると、このタイプの既存のオブジェクトの名前または属性のデフォルト・リストが表示されます。

- status属性を持つオブジェクト・タイプの場合は、オブジェクト名およびステータスが表示されます。

- METRICHISTORYオブジェクト・タイプの場合は、収集時間、オブジェクト名および値が表示されます。

- PHYSICALDISKおよびLUNオブジェクト・タイプの場合は、ID属性が表示されます。

- ALERTHISTORYオブジェクト・タイプの場合は、時間およびアラート・メッセージが表示されます。

- KEYオブジェクト・タイプの場合は、キー値が表示されます。

- 表示される各オブジェクトの属性は、指定した属性リストで決定されます。空白またはタブを含む文字列である属性値は、引用符で囲む必要があります。

- 表示されるオブジェクトは、属性フィルタにより決定されます。メトリックの数は多いため、コマンドの出力を絞り込む場合はLIST METRICCURRENTまたはLIST METRICHISTORYコマンドの使用時にフィルタを使用してください。

- DETAILオプションのないデフォルトの書式では、各オブジェクトが個別の行に表示され、指定した属性リストの順にタブで区切られた属性値が続きます。

- DETAILを使用した書式の場合は、特定のオブジェクトの各属性が個別の行に表示され、属性名の後に値が表示されます。属性リストが指定されていない場合は、値を持つすべての属性が表示されます。表示される各オブジェクトは、空白行で区切られます。DETAILはATTRIBUTES ALLオプションに似ていますが、書式のみが異なります。

- 設定されていない属性は、DETAILオプションでは表示されません。これに対し、空の値に設定されている属性はDETAILオプションで表示されます。

- ORDER BYオプションは、昇順または降順で属性に順序を付けます。デフォルト値はdescendingです。

- LIMITオプションは、表示される属性の数を設定します。LIMITがORDER BYオプションとともに使用されている場合、最大値は100です。

関連項目:

- 「LIST ACTIVEREQUEST」

- 「LIST ALERTDEFINITION」

- 「LIST ALERTHISTORY」

- 「LIST CELL」

- 「LIST CELLDISK」

- 「LIST DATABASE」

- 「LIST FLASHCACHE」

- 「LIST FLASHCACHECONTENT」

- 「LIST FLASHLOG」

- 「LIST GRIDDISK」

- 「LIST IBPORT」

- 「LIST IORMPLAN」

- 「LIST KEY」

- 「LIST LUN」

- 「LIST METRICCURRENT」

- 「LIST METRICDEFINITION」

- 「LIST METRICHISTORY」

- 「LIST OFFLOADGROUP」

- 「LIST PHYSICALDISK」

- 「LIST QUARANTINE」

- 「LIST ROLE」

- 「LIST THRESHOLD」

- 「LIST USER」

- オブジェクト・タイプの詳細は、「CellCLIのオブジェクト・タイプについて」を参照してください。

- 属性リストの詳細は、「LISTコマンドの属性リスト」を参照してください。

- 属性フィルタの詳細は、「LISTコマンドの属性フィルタ」を参照してください。

LIST ACTIVEREQUEST

用途

LIST ACTIVEREQUESTコマンドは、セルの未処理のアクティブ・リクエストの指定した属性を表示します。

構文

LIST ACTIVEREQUEST  [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-69「ACTIVEREQUESTオブジェクトの説明」に示されています。

例

例8-110は、ACTIVEREQUESTオブジェクトを指定したLISTコマンドを示しています。

例8-110 ACTIVEREQUESTの属性の表示

CellCLI> LIST ACTIVEREQUEST 5 DETAIL

name:                5
ID:                  5
ParentID:            5
dbName:              "test DB"
InstNum:             5
ConsumerGrp:         "test group"
SessID:              5
SerialNum:           5
AsmFileNum:          5
AsmDGNum:            5
FileIncNum:          5
ObjNum:              5
TsNum:               5
SqlID:               5
FileType:            "Oracle db data file"
IoReason:            "test io"
IoType:              "test read"
State:               "Queued for Test"
GdList:              gdName=testGrid,gdOffset=0,gdSize=524288000

LIST ALERTDEFINITION

用途

LIST ALERTDEFINITIONコマンドは、セルにおけるアラートのすべての使用可能ソースを表示します。

構文

LIST ALERTDEFINITION [ name |  attribute_filters ]  [attribute_list]  [DETAIL]

使用方法

表示可能な属性のリストは、例8-70「ALERTDEFINITIONオブジェクトの説明」に示されています。

例

例8-111は、ALERTDEFINITIONオブジェクトを指定したLISTコマンドを示しています。

例8-111 ALERTDEFINITIONの属性の表示

CellCLI> LIST ALERTDEFINITION StatefulAlert_CG_IO_RQ_LG DETAIL

name:                   StatefulAlert_CG_IO_RQ_LG
alertShortName:         CG_IO_RQ_LG
alertSource:            Metric
alertType:              Stateful
description:            "Threshold Alert"
metricName:             CG_IO_RQ_LG

LIST ALERTHISTORY

用途

LIST ALERTHISTORYコマンドは、セルで発生したすべてのアラートを表示します。

構文

LIST ALERTHISTORY [ name |  attribute_filters ]  [attribute_list]  [DETAIL]

使用方法

表示可能な属性のリストは、例8-71「ALERTHISTORYオブジェクトの説明」に示されています。

WHERE句にageInMInutes属性を追加すると、経過時間が指定範囲内のアラートのみをリスト表示するように指定できます。たとえば、次のコマンドでは、直前の15分間に作成されたアラートが表示されます。

CellCLI> LIST ALERTHISTORY WHERE ageInMinutes < 15

alerthistory属性を使用して、ステートフル・アラートおよびステートレス・アラートをチェックできます。

例

例8-112は、ALERTHISTORYオブジェクトを指定したLISTコマンドを示しています。

例8-112 ALERTHISTORYの属性の表示

CellCLI>  LIST ALERTHISTORY 1671443714 DETAIL
name:                1671443714
alertSequenceID:     1671443714
sequenceBeginTime:   1179185707672
beginTime:           "Sat May 18 10:14:16 PDT 2009"
endTime:             "Sat May 25 10:14:16 PDT 2009"
severity:            critical
alertMessage:        "Errors in file svtrc_2840_10.trc (incident=13):"
alertShortName:      ADR
alertNotified:       0
examinedBy:          johndoe
alertType:           stateless

CellCLI> LIST ALERTHISTORY WHERE begintime > 'Jun 1, 2009 11:37:00 AM PDT'

39      2009-10-02T12:26:53-07:00       "ORA-07445: exception
encountered: core dump [__kerne l_vsyscall()+5] [6]
[0x408C] [] [] []"
40      2009-10-06T23:28:06-07:00       "RS-7445 [unknown_function]
[signum: 6] [] [] [] [] [ ] []"
41      2009-10-07T00:50:42-07:00       "RS-7445 [Serv MS not responding]
[It will be restart ed] [] [] [] [] [] []"
42      2009-10-07T02:21:19-07:00       "RS-7445 [unknown_function]
[signum: 6] [] [] [] [] [ ] []"

CellCLI> LIST ALERTHISTORY 7 DETAIL
name:                   7
alertMessage:           "Flash cache mode is set to WriteBack because
there is dirty data in the flash cache."
alertSequenceID:        7
alertShortName:         Software
alertType:              Stateless
beginTime:              2012-09-10T13:22:38-07:00
examinedBy:
metricObjectName:       FlashCache
notificationState:      0
sequenceBeginTime:      2012-09-10T13:22:38-07:00
severity:               info
alertAction:            "If the newly-assigned mode for flash cache is
not wanted, then change it using the ALTER CELL
command as described in the Oracle Exadata user's
guide."

例8-113は、オープン・ステートフル・アラートおよびオープン・ステートレス・アラートを示しています。

例8-113 オープン・ステートフル・アラートおよびオープン・ステートレス・アラートの表示

CellCLI> LIST ALERTHISTORY ATTRIBUTES alertsequenceid,name,alerttype    \
WHERE endtime=null

1       1       Stateless
3       3       Stateless
11      11_1    Stateful

例8-114は、オープン・ステートフル・アラートのみを示しています。クローズ済アラートはフィルタで除外されています。

例8-114 オープン・ステートフル・アラートの表示

CellCLI> LIST ALERTHISTORY WHERE endtime=null AND alerttype=stateful

例8-115は、クリアされていないアラートを示しています。

例8-115 クリアされていないアラートの表示

CellCLI> LIST ALERTHISTORY WHERE endtime=null

1       2014-11-11T11:08:15-08:00  info      "Factory defaults restored for
Adapter 0"
3       2014-11-11T11:27:06-08:00  critical   "RS-700 [No IP found in Exadata
config file] [Check cellinit.ora]
[] [] [] [] [] [] [] [] [] []"
11_1    2014-12-19T12:01:06-08:00  critical    "The HDD disk controller battery
has failed. All disk drives have been placed in WriteThrough caching mode. Disk
write performance may be reduced. The flash drives are not affected. Battery
Serial Number : 1142  Battery Type          : ibbu08  Battery Temperature   : 39
C  Full Charge Capacity  : 773 mAh  Relative Charge       : 83%  Ambient
Temperature   : 32 C"

LIST CELL

用途

LIST CELLコマンドは、セルの指定した属性を表示します。

構文

LIST CELL [attribute_list] [DETAIL]

使用方法

- 表示可能な属性のリストは、例8-72「CELLオブジェクトの説明」に示されています。

- LIST CELLでは、ローカル・セルしか表示されません。LIST CELLでは、名前およびフィルタ・オプションは不要です。

- セル・コンポーネントのステータスを監視するには、LISTコマンドを使用して、status、fanStatus、temperatureStatusおよびpowerStatusの値を確認します。

例

例8-116は、CELLオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-116 セルの属性の表示

CellCLI> LIST CELL ATTRIBUTES name, status, location

cell01        online        rack5:shelf1

例8-117は、セルの属性を表示する方法を示しています。

例8-117 セル・コンポーネントのステータスの確認

CellCLI> LIST CELL ATTRIBUTES name, status, location, -
fanStatus, temperatureStatus, powerStatus

stba2s3         online  dv-2ndFloor     normal  normal  normal

例8-118は、snmpSubscriber属性の値を表示する方法を示しています。

例 8-118 snmpSubscriber属性の表示

CellCLI> LIST CELL ATTRIBUTES snmpSubscriber

((host=server1.example.com,port=3873,community=public, type=asr))

例8-119は、emailFormat属性の値を表示する方法を示しています。

例8-119 電子メールの形式の表示

CellCLI> LIST CELL ATTRIBUTES emailFormat
html

例8-120は、locateLEDStatus属性の値を表示する方法を示しています。

例8-120 locateLEDStatusの表示

CellCLI> LIST CELL ATTRIBUTES locateLEDStatus
off

例8-121は、bbuLearnCycleTime属性の値を表示する方法を示しています。

例8-121 bbuLearnCycleTimeの属性の表示

CellCLI> LIST CELL ATTRIBUTES bbuLearnCycleTime

LIST CELLDISK

用途

LIST CELLDISKコマンドは、指定した属性およびフィルタで決定されるセル・ディスクの属性を表示します。

構文

LIST CELLDISK [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-73「CELLDISKオブジェクトの説明」に示されています。

例

例8-122は、CELLDISKオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-122 セル・ディスクの属性の表示

CellCLI> LIST CELLDISK CD_01_cell05 ATTRIBUTES size

136.640625G

CellCLI> LIST CELLDISK WHERE status!=normal ATTRIBUTES name

CD_01_1_abcd2x3

CellCLI> LIST CELLDISK WHERE DEVICENAME LIKE '/dev/c0d[2-5]' -
ATTRIBUTES name, size

CD_01_cell05             139664M

CellCLI> LIST CELLDISK CD_01_cell05 DETAIL

name:                   CD_01_cell05
status:                 normal
comment:
id:                     00000117-84d2-ed2c-0000-000000000000
size:                   139664M
lun:                    3_1
freespace:              129424M
devicepartition:        /dev/c1d0p2
Devicename:             /dev/c1d0
diskType:               HardDisk

CellCLI> LIST CELLDISK CD_00_sgsata1 DETAIL

name:                   CD_00_sgsata1
comment:
creationTime:           2009-07-26T15:31:02-07:00
deviceName:             /dev/sda
devicePartition:        /dev/sda3
diskType:               HardDisk
errorCount:             0
freeSpace:              286.96875G
freeSpaceMap:           offset=102.546875G,size=286.96875G
id:                     00000122-b930-3e2c-0000-000000000000
interleaving:           normal_redundancy
lun:                    0_0
raidLevel:              0
size:                   389.515625G
status:                 normal

LIST DATABASE

用途

アクティブ・データベースを対象として、指定した属性を表示します。

構文

LIST DATABASE [name | attribute_filters] [attribute_list]  [DETAIL]

使用方法

フィルタ・オプションは、コマンドでどのアクティブ・データベースを一覧表示するかを決める式です。

表示可能な属性のリストは、例8-74「DATABASEオブジェクトの説明」に示されています。

例

例8-123は、DATABASEオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-123 データベースの属性の表示

CellCLI> LIST DATABASE
DB01

CellCLI> LIST DATABASE DETAIL
name:                   DB01
databaseID:             1234567656
lastRequestTime:        2013-03-29T00:46:36-07:00
profile:                GOLD

CellCLI> LIST DATABASE DB01
DB01

CellCLI> LIST DATABASE ATTRIBUTES NAME, PROFILE
ASM
TEST50          GOLD
TEST100         GOLD
TEST150         SILVER
TEST20          GOLD
TEST200         BRONZE
TEST180         SILVER
TEST175         SILVER
TEST225         BRONZE
TEST230         BRONZE
TEST300
TEST280
TEST245         BRONZE

CellCLI> LIST DATABASE ATTRIBUTES NAME, DATABASEID WHERE PROFILE = 'GOLD'
TEST50          50
TEST100         100
TEST20          20

LIST DIAGPACK

用途

LIST DIAGPACKコマンドは、システムの診断パッケージをそのステータスとともにリストします。

構文

LIST DIAGPACK [DETAIL]

使用方法

診断パッケージの場所は、$LOG_HOMEです。

診断パッケージの作成方法の詳細は、「CREATE DIAGPACK」を参照してください。

例

例8-124 「list diagpack」コマンドの出力

この例は、LIST DIAGPACKコマンドの出力を示します。

CellCLI> LIST DIAGPACK
scab01cel04_diag_2015_09_30T13_29_06_1.tar.bz2 (7 minutes ago)
scab01cel04_2015_09_30T13_13_00_2_1.tar.bz2    (23 minutes ago for alert: 2_1)
scab01cel04_2015_09_30T13_07_10_1_1.tar.bz2    (28 minutes ago for alert: 1_1)

例8-125 DETAILオプション付きの「list diagpack」コマンドの出力

この例は、DETAILオプション付きのLIST DIAGPACKコマンドの出力を示します。

CellCLI> LIST DIAGPACK DETAIL
Name:               scab01cel04_diag_2015_09_30T13_29_06_1.tar.bz2
Time:               Wed, 30 Sep 2015 13:29:06 (7 minutes ago)
Type:               Custom package

Name:               scab01cel04_2015_09_30T13_13_00_2_1.tar.bz2
Time:               Wed, 30 Sep 2015 13:13:00 (23 minutes ago)
Alert ID:           2_1
Alert description:  InfiniBand Port HCA-1:2 indicates invalid state.

Name:               scab01cel04_2015_09_30T13_07_10_1_1.tar.bz2
Time:               Wed, 30 Sep 2015 13:07:10 (28 minutes ago)
Alert ID:           1_1
Alert description:  File system "/" is 84% full

LIST DISKMAP

用途

物理ディスクの指定済グリッド・ディスク属性を表示します。

構文

LIST DISKMAP

使用方法

表示可能な属性のリストは、例8-75「DISKMAPオブジェクトの説明」に示されています。

例

例8-126は、DISKMAPオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-126 物理ディスクのグリッド・ディスク属性の表示

CELLCLI> LIST DISKMAP

Name   PhysicalSerial  SlotNumber    Status  PhysicalSize  CellDisk  DevicePartition  GridDisks
27:0   E0XH34          0             normal   559G         CD_00_sgrcel2   /dev/sda3 "DATA_CD_00_sgrcel2, RECO_CD_00_sgrcel2"

27:1   E0XH2S          1             normal   559G         CD_01_sgrcel2   /dev/sdb3  "DATA_CD_01_sgrcel2, RECO_CD_01_sgrcel2"

27:2   E0Z0CS           2            normal   559G         CD_02_sgrcel2   /dev/sdc   "DATA_CD_02_sgrcel2, DBFS_CD_02_sgrcel2, RECO_CD_02_sgrcel2"
.
.
.

LIST FLASHCACHE

用途

LIST FLASHCACHEコマンドは、指定した属性で決定されるExadataスマート・フラッシュ・キャッシュの属性を表示します。

構文

LIST FLASHCACHE [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-76「FLASHCACHEオブジェクトの説明」に示されています。

例

例8-127は、FLASHCACHEオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-127 Exadataスマート・フラッシュ・キャッシュの属性の表示

CellCLI> LIST FLASHCACHE

raw_FLASHCACHE normal

CellCLI> LIST FLASHCACHE DETAIL

name:                   raw_FLASHCACHE
cellDisk:               c9FLASH0,FD_FLASH1_raw,FD_FLASH2_raw
creationTime:           2012-08-04T15:42:42-07:00
degradedCelldisks:
effectiveCacheSize:     192M
id:                     8a0adc84-9088-4c4e-8e1c-b6bcbd5cb1ba
size:                   192M
status:                 normal

LIST FLASHCACHECONTENT

用途

LIST FLASHCACHECONTENTコマンドは、指定した属性で決定されるExadataスマート・フラッシュ・キャッシュ・エントリの属性を表示します。

構文

LIST FLASHCACHECONTENT [attribute_filters] [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-77「FLASHCACHECONTENTオブジェクトの説明」に示されています。

例

例8-128は、FLASHCACHECONTENTオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-128 Exadataスマート・フラッシュ・キャッシュ・コンテンツの属性の表示

CellCLI> LIST FLASHCACHECONTENT DETAIL

cachedKeepSize:             8192
cachedSize:                16384
dbID:                 3557170052
dbUniqueName:              ACME1
hitCount:                      4
hoursToExpiration:            24
missCount:
objectNumber:                267
tableSpaceNumber:              1

cachedKeepSize:                0
cachedSize:                 8192
dbID:                 4325252357
dbUniqueName:              MYODB
hitCount:                      1
hoursToExpiration:            23
missCount:                     1
objectNumber:              65523
tableSpaceNumber:              4

例8-128は、パーティション化された表のオブジェクトのデータベース問合せと、同じオブジェクトのフラッシュ・キャッシュを示しています。この例では、パーティション化された表がデータベースに作成され、パーティションのデータ・オブジェクト番号を問い合せます。その後、Oracle Exadata Storage Serverのフラッシュ・キャッシュを問い合せます。

例8-129 データベース・オブジェクト別Exadataスマート・フラッシュ・キャッシュ・コンテンツの表示

CREATE TABLE parttabl (c1 number) PARTITION BY RANGE(c1)
(
PARTITION partt1 VALUES LESS THAN (100),
PARTITION partt2 VALUES LESS THAN (200)
);

SQL> SELECT SUBSTR(OBJECT_NAME, 0 , 10) OBJ_NAME, SUBOBJECT_NAME, DATA_OBJECT_ID
FROM user_objects WHERE OBJECT_NAME LIKE ('PARTT%');

OBJ_NAME   SUBOBJECT_NAME                 DATA_OBJECT_ID
---------- ------------------------------ --------------
PARTTABL
PARTTABL   PARTT1                                  63197
PARTTABL   PARTT2                                  63198

CellCLI> LIST FLASHCACHECONTENT WHERE objectNumber=63197 DETAIL
cachedKeepSize:         0
cachedSize:             24576
dbID:                   3722937438
dbUniqueName:           VIEW6
hitCount:               0
missCount:              4
objectNumber:           63197
tableSpaceNumber:       0

CellCLI> LIST FLASHCACHECONTENT WHERE objectNumber=63198 DETAIL
cachedKeepSize:         0
cachedSize:             16384
dbID:                   3722937438
dbUniqueName:           VIEW6
hitCount:               0
missCount:              2
objectNumber:           63198
tableSpaceNumber:       0

LIST FLASHLOG

用途

LIST FLASHLOGコマンドは、指定した属性で決定されるOracle Exadataスマート・フラッシュ・ログ・エントリの属性を表示します。

構文

LIST FLASHLOG

使用方法

表示可能な属性のリストは、例8-78「FLASHLOGオブジェクトの説明」に示されています。

例

例8-130は、FLASHLOGオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-130 Oracle Exadataスマート・フラッシュ・キャッシュの属性の表示

CellCLI> LIST FLASHLOG

raw_FLASHLOG normal

CellCLI> LIST FLASHLOG DETAIL

name:                   raw_FLASHLOG
id:                     8a0aadc84-908804c4e08e1c-b6bcbd5cb1ba
creationTime:           2011-01-23T12:34:56-05:00
status:                 normal
size:                   512M
cellDisk:               c9FLASH0,FD_FLASH1_raw,FD_FLASH2_raw
efficiency:             100

LIST GRIDDISK

用途

LIST GRIDDISKコマンドは、指定した属性およびフィルタで決定されるOracle Exadata Storage Serverの1つ以上のグリッド・ディスクの属性を表示します。

構文

LIST GRIDDISK [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-79「GRIDDISKオブジェクトの説明」に示されています。

asmDeactivationOutcome属性を使用して、データ損失なしでグリッド・ディスクを非アクティブにできるかどうかを確認できます。この属性は、DESCRIBE GRIDDISKコマンドで表示される属性のリストには含まれません。この属性を使用する場合、出力にYESと示されたら、グリッド・ディスクは非アクティブにできます。

asmModeStatus属性を使用して、グリッド・ディスクの現在の使用状況を確認できます。この属性は、DESCRIBE GRIDDISKコマンドで表示される属性のリストには含まれません。この属性に使用される値は、次のとおりです。

- ONLINE: Oracle ASMは、アクティブにこのグリッド・ディスクを使用しています。

- OFFLINE: Oracle ASMは、このグリッド・ディスクをオフラインにしました。

- DROPPED: Oracle ASMは、このグリッド・ディスクを削除しました。

- UNUSED: Oracle ASMインスタンスは、ストレージ・セルでこのグリッド・ディスクを使用していません。

- SYNCING: Oracle ASMは、このグリッド・ディスクをオンラインにする作業を開始しました。

- UNKNOWN: グリッド・ディスクを使用するOracle ASMインスタンスは、問合せに対応できません。または、現在マウントされているディスク・グループではないために、Oracle ASMは問合せを拒否しました。

cachingPolicy属性をnoneに設定する場合、関連するフラッシュ・キャッシュが書込みI/Oレイテンシのキャッピングおよびロギング用として使用されます。これはキャッシングには使用されません。

例

例8-131は、GRIDDISKオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-131 グリッド・ディスクの属性の表示

CellCLI> LIST GRIDDISK WHERE cellDisk = 'CD_01_cell05' -
ATTRIBUTES name, status

DATA_CD_01_cell05        active
RECO_CD_01_cell05        active

CellCLI> LIST GRIDDISK DATA_CD_01_cell05 DETAIL

name:                   DATA_CD_01_cell05
status:                 active
comment:
id:                     00000117-84d9-0096-0000-000000000000
creationTime:           2009-01-16T17:04:49-06:00
cellDisk:               CD_01_cell05
offset:                 0
availableTo:
size:                   10G
errorCount:             0
diskType:               HardDisk
cachedBy:               FD_01_FLASH, FD02_FLASH, FD03_FLASH
cachingPolicy:          default

CellCLI> LIST GRIDDISK DATA_CD_01_cell05 ATTRIBUTES size

136.640625G

CellCLI> LIST GRIDDISK WHERE status!=active ATTRIBUTES name

data_CD_01_1_abcd2x3

CellCLI> LIST GRIDDISK data4_CD_09_sgsata1 DETAIL

name:                   data4_CD_09_sgsata1
availableTo:
cellDisk:               CD_09_sgsata1
comment:
creationTime:           2009-07-26T17:09:46-07:00
diskType:               HardDisk
errorCount:             0
id:                     00000122-b98a-a47a-0000-000000000000
offset:                 27.546875G
size:                   75G
status:                 active

例8-132は、グリッド・ディスクを非アクティブにできるかどうかを確認するために使用されるasmDeactivationOutcome属性を示しています。

例8-132 グリッド・ディスクを非アクティブにできるかどうかの確認

CellCLI> LIST GRIDDISK ATTRIBUTES name, asmDeactivationOutcome

QUAL_CD_00_sgsas1       Yes
PROD_CD_02_sgsas1       Cannot de-activate due to other offline disks in
the diskgroup
TEST_CD_03_sgsas1       Yes
DATA_CD_04_sgsas1       Yes
DATA_CD_05_sgsas1       Yes
DATA_CD_06_sgsas1       Yes
RECO_CD_01_sgsas1       Cannot de-activate due to other offline disks in
the diskgroup
DATA_CD_08_sgsas1       Yes
DATA_CD_09_sgsas1       Yes
DATA_CD_10_sgsas1       Yes
DATA_CD_11_sgsas1       Yes

例8-133は、グリッド・ディスクの現在の使用状況を確認するために使用されるasmModeStatus属性を示しています。

例8-133 グリッド・ディスクの現在の使用状況の表示

CellCLI> LIST GRIDDISK ATTRIBUTES name, asmModeStatus

QUAL_CD_00_sgsas1        UNUSED
RECO_CD_01_sgsas1        OFFLINE
PROD_CD_02_sgsas1        SYNCING
TEST_CD_03_sgsas1        UNKNOWN
DATA_CD_04_sgsas1        ONLINE
DATA_CD_05_sgsas1        ONLINE
DATA_CD_06_sgsas1        ONLINE
DATA_CD_07_sgsas1        ONLINE
DATA_CD_08_sgsas1        ONLINE
DATA_CD_09_sgsas1        ONLINE
DATA_CD_10_sgsas1        ONLINE
DATA_CD_11_sgsas1        ONLINE

例8-134は、ALTER GRIDDISKコマンドでNOWAITオプションを使用するときに、サイズ変更プロセスのステータスを確認するために使用されるLIST GRIDDISKコマンドを示しています。

例8-134 LIST GRIDDISKコマンドを使用したステータスのチェック

CellCLI> LIST GRIDDISK DETAIL

name:                   gd0
availableTo:
cellDisk:               c9standby0
comment:
creationTime:           2009-07-09T09:07:36-07:00
diskType:               HardDisk
errorCount:             0
id:                     00000122-6045-173b-0000-000000000000
resizeStatus:           Resize in progress
offset:                 48M
size:                   48M
status:                 active

例8-135は、消去されるグリッド・ディスクのステータスを確認するために使用されるLIST GRIDDISKコマンドを示しています。

例8-135 安全な消去のステータスのチェック

CellCLI> LIST GRIDDISK
DATA_CD_00_sgsas1     active
DATA_CD_05_sgsas1     active
DATA_CD_06_sgsas1     erase in progress
DATA_CD_07_sgsas1     erase in progress

例8-136は、ORDER BYおよびLIMITオプションを使用したLIST GRIDDISKコマンドを示しています。

例8-136 ORDER BYおよびLIMITを使用したグリッド・ディスク属性の表示

CellCLI> LIST GRIDDISK attributes name, size ORDER BY size,name desc LIMIT 6
standby0        208M
controlfile0    304M
logfile1        800M
logfile0        800M
datafile4       1.453125G
datafile3       1.453125G

LIST IBPORT

用途

LIST IBPORTコマンドは、指定した属性およびフィルタで決定されるInfiniBandポートの属性を表示します。

構文

LIST IBPORT  [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-80「IBPORTオブジェクトの説明」に示されています。

サーバー上の両方のInfiniBandポートのactiveSlave属性が一覧表示されない場合は、アクティブ-アクティブ・ボンディングが使用されています。activeSlave属性がTRUEの場合は、アクティブ-パッシブ・ボンディングが使用されています。

例

例8-137は、IBPORTオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-137 IBPORTの属性の表示

CellCLI> LIST IBPORT
HCA-1:1         Active
HCA-1:2         Active

CellCLI> LIST IBPORT DETAIL
name:                   HCA-1:1
activeSlave:            TRUE
dataRate:               "40 Gbps"
hcaFWVersion:           2.7.0
id:                     0x00212800013e8c67
lid:                    20
linkDowned:             0
linkIntegrityErrs:      0
linkRecovers:           0
physLinkState:          LinkUp
portNumber:             1
rcvConstraintErrs:      0
rcvData:                84653709
rcvErrs:                0
rcvRemotePhysErrs:      0
status:                 Active
symbolErrs:             0
vl15Dropped:            0
xmtConstraintErrs:      0
xmtData:                84572496
xmtDiscards:            0

name:                   HCA-1:2
activeSlave:            FALSE
dataRate:               "40 Gbps"
hcaFWVersion:           2.7.0
id:                     0x00212800013e8c68
lid:                    21
linkDowned:             0
linkIntegrityErrs:      0
linkRecovers:           0
physLinkState:          LinkUp
portNumber:             2
rcvConstraintErrs:      0
rcvData:                79355427
rcvErrs:                0
rcvRemotePhysErrs:      0
status:                 Active
symbolErrs:             0
vl15Dropped:            0
xmtConstraintErrs:      0
xmtData:                79274016
xmtDiscards:            0

LIST IORMPLAN

用途

LIST IORMPLANコマンドは、ローカル・セルの現在のプランを表示します。

構文

LIST IORMPLAN [attribute_list]  [DETAIL]

使用方法

表示可能な属性のリストは、例8-81「IORMPLANオブジェクトの説明」に示されています。

例

例8-138は、IORMPLANオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-138 IORMPLANの属性の表示

CellCLI> LIST IORMPLAN ATTRIBUTES status

active

CellCLI> LIST IORMPLAN DETAIL

name:                cell01_IORMPLAN
catPlan:             name=administrative,level=1,allocation=80
name=interactive,level=2,allocation=90
name=batch,level=3,allocation=80
name=maintenance,level=4,allocation=50
name=other,level=4,allocation=50
dbPlan:              name=sales_prod,level=1,allocation=80
name=finance_prod,level=1,allocation=20
name=sales_dev,level=2,allocation=100
name=sales_test,level=3,allocation=50
name=other,level=3,allocation=50
objective:           balanced
status:              active

LIST IORMPROFILE

用途

LIST IORMPROFILEコマンドで、IORMプロファイルをリストできます。IORMプロファイルに関連付けられているデータベースを表示するには、新しい"PROFILE"属性でLIST DATABASEコマンドを使用します。

IORMプロファイルについては、「I/Oリソース管理プロファイルについて」を参照してください。

構文

LIST IORMPROFILE [name | filters]

使用方法

nameには、表示するIORMプロファイルを指定します。

filtersには、表示するIORMプロファイルを決定する式を指定します。

nameおよびfiltersを省略すると、すべてのIORMプロファイルが表示されます。

例

例8-139は、LIST IORMPROFILEコマンドおよび対応する出力を示しています。

例8-139 LIST IORMPROFILE

CellCLI> LIST IORMPROFILE
GOLD
SILVER
BRONZE

LIST KEY

用途

LIST KEYコマンドは、指定した属性およびフィルタで決定されるクライアントのキー値を表示します。

構文

LIST KEY [DETAIL]

使用方法

クライアントに割り当てられるキー値は、セルおよびOracle ASM/データベース・ホストのコンピュータにおけるcellkey.oraファイルのキーと一致している必要があります。

例

例8-140は、KEYオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-140 KEYの属性の表示

CellCLI>  LIST KEY db1 DETAIL

name:                   db1
key:                    b67d5587fe728118af47c57ab8da650a

CellCLI>  LIST KEY

db1     b67d5587fe728118af47c57ab8da650a
db456   118af47c57ab8da650ab67d5587fe728

関連項目:
Exadataセルのセキュリティの詳細は、第4章「Oracle Exadata Storage Server Softwareのセキュリティ構成」を参照してください。

LIST LUN

用途

LIST LUNコマンドは、指定した属性およびフィルタで決定されるLUNの属性を表示します。

構文

LIST LUN [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-83「LUNオブジェクトの説明」に示されています。

例

例8-141は、LUNオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-141 LUNの属性の表示

CellCLI> LIST LUN
0_0     0_0     normal
0_1     0_1     normal
0_2     0_2     normal
0_3     0_3     normal
0_4     0_4     normal
0_5     0_5     normal
0_6     0_6     normal
0_7     0_7     normal
0_8     0_8     normal
0_9     0_9     normal
0_10    0_10    normal
0_11    0_11    normal
1_0     1_0     normal
1_1     1_1     normal
1_2     1_2     normal
1_3     1_3     normal
2_0     2_0     normal
2_1     2_1     normal
2_2     2_2     normal
2_3     2_3     normal
4_0     4_0     normal
4_1     4_1     normal
4_2     4_2     normal
4_3     4_3     normal
5_0     5_0     normal
5_1     5_1     normal
5_2     5_2     normal
5_3     5_3     normal

CellCLI> LIST LUN 0_0 DETAIL
name:                   0_0
cellDisk:               CD_00_sgsas1
deviceName:             /dev/sda
diskType:               HardDisk
id:                     0_0
isSystemLun:            TRUE
lunAutoCreate:          TRUE
lunSize:                558.40625G
lunUID:                 0_0
physicalDrives:         20:0
raidLevel:              0
status:                 normal

CellCLI> LIST LUN 1_0 DETAIL
name:                   1_0
cellDisk:               FD_00_sgsas1
deviceName:             /dev/sdr
diskType:               FlashDisk
id:                     1_0
isSystemLun:            FALSE
lunAutoCreate:          FALSE
lunSize:                22.8880615234375G
overProvisioning:       100.0
physicalDrives:         [9:0:0:0]
status:                 normal

LIST METRICCURRENT

用途

LIST METRICCURRENTコマンドは、すべてのメトリックを収集したリストを表示します。

構文

LIST METRICCURRENT [ name |  attribute_filters ]  [attribute_list]  [DETAIL]

使用方法

- 表示可能な属性のリストは、例8-84「METRICCURRENTオブジェクトの説明」に示されています。

- LIST METRICCURRENTコマンドの実行時の出力サイズを減らすには、フィルタを使用します。

例

例8-142は、METRICCURRRENTオブジェクトの情報を表示するため、フィルタを指定したLISTコマンドおよび対応する出力を示しています。

例8-142 METRICCURRENTの属性の表示

CellCLI> LIST METRICCURRENT WHERE objectType = 'CELLDISK'

CD_IO_TM_W_SM_RQ        c9controlfile0  205.5 us/request
CD_IO_TM_W_SM_RQ        c9datafile0     93.3 us/request
CD_IO_TM_W_SM_RQ        c9datafile1     0.0 us/request
CD_IO_TM_W_SM_RQ        c9datafile2     110.5 us/request
CD_IO_TM_W_SM_RQ        c9datafile3     0.0 us/request
CD_IO_TM_W_SM_RQ        c9datafile4     541.5 us/request
CD_IO_TM_W_SM_RQ        c9logfile0      181.2 us/request
CD_IO_TM_W_SM_RQ        c9logfile1      0.0 us/request
CD_IO_TM_W_SM_RQ        c9standby0      130.4 us/request

CellCLI> LIST METRICCURRENT WHERE name = CD_IO_TM_W_SM_RQ   -
AND metricObjectName = c9datafile4 DETAIL

name:                   CD_IO_TM_W_SM_RQ
alertState:             normal
collectionTime:         2009-07-01T15:19:25-07:00
metricObjectName:       c9datafile4
metricType:             Rate
metricValue:            0.0 us/request
objectType:             CELLDISK

CellCLI> LIST METRICCURRENT CG_IO_UTIL_LG
CG_IO_UTIL_LG   RDB1.BATCH_GROUP                                0 %
CG_IO_UTIL_LG   RDB1.INTERACTIVE_GROUP                          0 %
CG_IO_UTIL_LG   RDB1.OTHER_GROUPS                               0 %
CG_IO_UTIL_LG   RDB2.BATCH_GROUP                               0 %
CG_IO_UTIL_LG   RDB2.INTERACTIVE_GROUP                         0 %
CG_IO_UTIL_LG   RDB2.OTHER_GROUPS                              0 %

例8-143は、ORDER BYおよびLIMITオプションを使用したLIST METRICCURRENTコマンドを示しています。

例8-143 ORDER BYおよびLIMITを使用したMETRICCURRENT属性の表示

CellCLI> LIST METRICCURRENT attributes name, metricObjectName, alertState,   \
metricValue ORDER BY metricValue desc, metricObjectName asc,        \
name desc LIMIT 3

CD_IO_TM_R_LG   c9FLASH0   normal    160,514,088   us
CD_IO_TM_R_LG   c9FLASH1   normal    156,659,463   us
DB_IO_TM_SM     ASM        normal    33,111,890    us

関連項目:
属性フィルタの詳細は、「LISTコマンドの属性フィルタ」を参照してください。

LIST METRICDEFINITION

用途

LIST METRICDEFINITIONコマンドは、セルのメトリック定義のリストを表示します。

構文

LIST METRICDEFINITION [ name |  attribute_filters ]  [attribute_list]  [DETAIL]

使用方法

表示可能な属性のリストは、例8-85「METRICDEFINITIONオブジェクトの説明」に示されています。

例

例8-144は、METRICDEFINITIONオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-144 METRICDEFINITIONの属性の表示

CellCLI> LIST METRICDEFINITION WHERE objectType ='CELL' DETAIL

name:                   CL_CPUT
description:            "Cell CPU Utilization is the percentage of time
over the previous minute that the system
CPUs were not idle (from /proc/stat)."
metricType:             Instantaneous
objectType:             CELL
unit:                   %
...

LIST METRICHISTORY

用途

LIST METRICHISTORYコマンドは、各メトリックのリストを表示します。

構文

LIST METRICHISTORY [ name | attribute_filters ]  [attribute_list]
{over_specification] [MEMORY] [DETAIL]

使用方法

- 表示可能な属性のリストは、例8-86「METRICHISTORYオブジェクトの説明」に示されています。

- メトリック履歴エントリ・ファイルの保存期間は、metricHistoryDaysセル属性で指定されます。この設定は、CellCLIのALTER CELLコマンドで変更できます。

- over_specificationの構文は次のとおりです。

OVER number [aggregation_type [aggregation_type]...]

この構文で、numberは集計のための時間(分単位)です。aggregation_typeには、max、minまたはavgを指定できます。

- WHERE句にageInMinutes属性を追加すると、経過時間が指定範囲内のメトリックのみをリスト表示するように指定できます。たとえば、次のコマンドでは、直前の15分間に作成されたメトリックが表示されます。

CellCLI> LIST METRICHISTORY WHERE ageInMinutes < 15

例

例8-145は、METRICHISTORYオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。LIST METRICHISTORYコマンドの実行時の出力サイズを減らすには、フィルタを使用します。

例8-145 METRICHISTORYの属性の表示

CellCLI> LIST METRICHISTORY WHERE name like 'CL_.*'           -
AND collectionTime > '2009-07-01T15:28:36-07:00'

CL_RUNQ         stbcr03_2       6.0     2009-07-01T15:28:37-07:00
CL_CPUT         stbcr03_2       47.6 %  2009-07-01T15:29:36-07:00
CL_FANS         stbcr03_2       1       2009-07-01T15:29:36-07:00
CL_TEMP         stbcr03_2       0.0 C   2009-07-01T15:29:36-07:00
CL_RUNQ         stbcr03_2       5.2     2009-07-01T15:29:37-07:00

例8-146は、overおよびmemory属性を指定したLIST METRICHISTORYコマンドを示しています。

例8-146 OVERおよびMEMORY属性を使用したMETRICHISTORYの表示

CellCLI> LIST METRICHISTORY cl_cput OVER 10 MIN MAX MEMORY
CL_CPUT         firstcell       55.0 %  2009-11-15T06:00:17-08:00      55.0 %   57.1 %
CL_CPUT         firstcell       54.7 %  2009-11-15T06:10:17-08:00      54.7 %   56.3 %
CL_CPUT         firstcell       54.8 %  2009-11-15T06:20:18-08:00      54.7 %   57.2 %
CL_CPUT         firstcell       55.0 %  2009-11-15T06:30:18-08:00      54.3 %   55.9 %
CL_CPUT         firstcell       55.0 %  2009-11-15T06:40:18-08:00      54.9 %   57.0 %
CL_CPUT         firstcell       55.1 %  2009-11-15T06:50:18-08:00      54.8 %   56.4 %
CL_CPUT         firstcell       58.0 %  2009-11-15T07:00:18-08:00      55.2 %   58.0 %
CL_CPUT         firstcell       55.5 %  2009-11-15T07:10:18-08:00      55.5 %   67.5 %

例8-147は、ORDER BYおよびLIMITオプションを使用したLIST METRICHISTORYコマンドを示しています。

例8-147 ORDER BYおよびLIMITを使用したMETRICHISTORY属性の表示

CellCLI> LIST METRICHISTORY WHERE name like '.*IO_RQ.*' DETAIL ORDER BY   \
metricValue desc, metricObjectName desc LIMIT 4

name:                   CT_FD_IO_RQ_SM
alertState:             normal
collectionTime:         2014-05-23T10:59:06-07:00
metricObjectName:       OTHER
metricType:             Cumulative
metricValue:            3,211,568 IO requests
objectType:             IORM_CATEGORY

name:                   CT_FD_IO_RQ_SM
alertState:             normal
collectionTime:         2014-05-23T10:58:06-07:00
metricObjectName:       OTHER
metricType:             Cumulative
metricValue:            3,211,568 IO requests
objectType:             IORM_CATEGORY

name:                   CT_FD_IO_RQ_SM
alertState:             normal
collectionTime:         2014-05-22T17:23:45-07:00
metricObjectName:       OTHER
metricType:             Cumulative
metricValue:            3,211,568 IO requests
objectType:             IORM_CATEGORY

name:                   CT_FD_IO_RQ_SM
alertState:             normal
collectionTime:         2014-05-22T17:21:41-07:00
metricObjectName:       OTHER
metricType:             Cumulative
metricValue:            3,211,568 IO requests
objectType:             IORM_CATEGORY

関連項目:

- メトリック履歴の変更の詳細は、「ALTER CELL」を参照してください。

- metricHistoryDaysセル属性の詳細は、「DESCRIBE CELL」を参照してください。

- 属性フィルタの詳細は、「LISTコマンドの属性フィルタ」を参照してください。

LIST OFFLOADGROUP

用途

LIST OFFLOADGROUPコマンドは、オフロード・グループの属性を表示します。

構文

LIST OFFLOADGROUP [name | filters] [attribute_list] [DETAIL]

使用方法

- nameおよびfiltersパラメータで、属性を表示するオフロード・グループを指定します。

- nameでオフロード・グループの名前を指定します。

- filtersで式を指定し、1つ以上のオフロード・グループに一致させます。

- nameとfiltersのいずれも指定しなかった場合、このコマンドはすべてのオフロード・グループの属性を表示します。

- attribute_listパラメータで、表示する属性を1つ以上指定します。attribute_listはATTRIBUTESキーワードで開始します。属性を1つ以上指定する場合は、属性をカンマで区切ります。

ATTRIBUTES { attr1 [, attr2]... }

attribute_listパラメータを省略した場合、すべての属性が表示されます。

- DETAILパラメータを使用すると、各属性の属性ディスクリプタが表示されます。

関連項目:

- ALTER OFFLOADGROUP

例

例8-148 すべてのオフロード・グループの詳細表示

次のコマンドは、すべてのオフロード・グループのすべての属性を表示します。

LIST OFFLOADGROUP DETAIL

例8-149 オフロード・グループの属性の表示

次のコマンドは、"offloadgroup1"という名前のオフロード・グループのすべての属性を表示します。

LIST OFFLOADGROUP offloadgroup1

例8-150 特定の属性の表示

次のコマンドは、すべてのオフロード・グループのname属性とpackage属性を表示します。

LIST OFFLOADGROUP ATTRIBUTES name, package

LIST PHYSICALDISK

用途

LIST PHYSICALDISKコマンドは、指定した属性およびフィルタで決定される1つ以上の物理ディスクの属性を表示します。

構文

LIST PHYSICALDISK [ name |  attribute_filters ]  [attribute_list]  [DETAIL]

使用方法

表示可能な属性のリストは、例8-87「Oracle Exadata Storage Serverのハード・ドライブ上でのPHYSICALDISKオブジェクトの説明」に示されています。

物理ディスクが電源の入れ直しを実行中である場合、ディスクのステータスが出力に含まれます。ステータスのオプションは、Normal-DiskPoweredOn、Normal-DiskPoweredOff、ProactiveFailure-DiskPoweredOnおよびProactiveFailure-DiskPoweredDownです。物理ディスクのステータスが障害発生になっている場合、ディスクに対して電源の入れ直しを実行し、物理ディスクのステータスを確認します。

関連項目:

- 物理ディスクの電源の入直しの詳細は、「ALTER PHYSICALDISK」を参照してください

- コマンドでのdisk_idへの引用符の付加の詳細は、「オブジェクト名の先頭のゼロについて」を参照してください

例

例8-151は、PHYSICALDISKオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-151 物理ディスクの属性の表示

CellCLI> LIST PHYSICALDISK
20:0            E01E4X                  normal
20:1            E01E92                  normal
20:2            E01F94                  normal
20:3            E01CS4                  normal
20:4            E01CYN                  normal
20:5            E01CSN                  normal
20:6            E01DST                  normal
20:7            E01EFF                  normal
20:8            E01EAP                  normal
20:9            E01CPY                  normal
20:10           E01E1T                  normal
20:11           E01CS2                  normal
[10:0:0:0]      50800200009189aFMOD0    normal
[10:0:1:0]      50800200009189aFMOD1    normal
[10:0:2:0]      50800200009189aFMOD2    normal
[10:0:3:0]      50800200009189aFMOD3    normal
[11:0:0:0]      508002000093210FMOD0    normal
[11:0:1:0]      508002000093210FMOD1    normal
[11:0:2:0]      508002000093210FMOD2    normal
[11:0:3:0]      508002000093210FMOD3    normal
[8:0:0:0]       508002000092e9aFMOD0    normal
[8:0:1:0]       508002000092e9aFMOD1    normal
[8:0:2:0]       508002000092e9aFMOD2    normal
[8:0:3:0]       508002000092e9aFMOD3    normal
[9:0:0:0]       508002000092f28FMOD0    normal
[9:0:1:0]       508002000092f28FMOD1    normal
[9:0:2:0]       508002000092f28FMOD2    normal
[9:0:3:0]       508002000092f28FMOD3    normal

CellCLI> LIST PHYSICALDISK 20:0 DETAIL
name:                   20:0
diskType:               HardDisk
enclosureDeviceId:      20
errMediaCount:          0
errOtherCount:          0
luns:                   0_0
makeModel:              "SEAGATE ST360057SSUN600G"
physicalFirmware:       0605
physicalInsertTime:     2009-10-22T18:40:26-07:00
physicalInterface:      sas
physicalSerial:         E01E4X
physicalSize:           558.9109999993816G
slotNumber:             0
status:                 normal

CellCLI> LIST PHYSICALDISK '[10:0:0:0]' DETAIL
name:                   [10:0:0:0]
diskType:               FlashDisk
luns:                   5_0
makeModel:              "MARVELL SD88SA02"
physicalFirmware:       D20R
physicalInsertTime:     2009-10-21T18:35:26-07:00
physicalSerial:         50800200009189aFMOD0
physicalSize:           22.8880615234375G
slotNumber:             "PCI Slot: 5; FDOM: 0"
status:                 normal

LIST QUARANTINE

用途

LIST QUARANTINEコマンドは、検疫に指定した属性を表示します。

構文

LIST QUARANTINE [ name |  attribute_filters ]  [attribute_list] [DETAIL]

例

例8-152は、QUARANTINEオブジェクトを指定したLISTコマンドを示しています。

例8-152 QUARANTINEの属性の表示

CellCLI> LIST QUARANTINE  DETAIL

CellCLI> LIST QUARANTINE where comment like 'added.*'

関連項目:
「DESCRIBE QUARANTINE」

LIST ROLE

用途

LIST ROLEコマンドは、ロールに指定した属性を表示します。

構文

LIST ROLE [name | filters] [attribute_list] [DETAIL]

使用方法

- nameはロールの名前です。

- filtersは、表示するロールを決定する式です。

- attribute_listは、表示する属性です。ALLオプションを使用して、すべての属性を表示できます。

- DETAILオプションは、各値の前に属性ディスクリプタを付けて、各行で出力を属性としてフォーマットします。

例

例8-153は、LIST ROLEコマンドを示しています。

例8-153 ロールの表示

CellCLI> LIST ROLE DETAIL

CellCLI> LIST ROLE where name like 'gd_*'

LIST THRESHOLD

用途

LIST THRESHOLDコマンドは、指定した属性およびフィルタで決定される1つ以上のしきい値の属性を表示します。

構文

LIST THRESHOLD [ name |  attribute_filters ]  [attribute_list] [DETAIL]

使用方法

表示可能な属性のリストは、例8-91「THRESHOLDオブジェクトの説明」に示されています。

例

例8-154は、THRESHOLDオブジェクトを指定したLISTコマンドおよび対応する出力を示しています。

例8-154 しきい値の属性の表示

CellCLI> LIST THRESHOLD

ct_io_wt_rq.interactive
db_io_rq_sm_sec.db123
....

CellCLI> LIST THRESHOLD ct_io_wt_rq.interactive DETAIL

comparison:             =
critical:               20.0
name:                   ct_io_wt_rq.interactive
observation:            5
occurences:             2
warning:                10.0

CellCLI> LIST THRESHOLD db_io_rq_sm_sec.db123 DETAIL

comparison:             >
name:                   db_io_rq_sm_sec.db123
critical:               120.0

LIST USER

用途

LIST USER コマンドは、ユーザーに指定した属性を表示します。

構文

LIST USER [name | filters] [attribute_list] [DETAIL]

使用方法

- nameはユーザー名です。

- filtersは、表示するユーザーを決定する式です。

- attribute_listは、表示する属性です。ALLオプションを使用して、すべての属性を表示できます。

- DETAILオプションは、各値の前に属性ディスクリプタを付けて、各行で出力を属性としてフォーマットします。

例

例8-155は、LIST USERコマンドを示しています。

例8-155 LIST USERコマンドの使用

CellCLI> LIST USER DETAIL

CellCLI> LIST USER where name like 'agarcia' DETAIL
name:                   agarcia
roles:                  role=gd_monitor
Privileges:             object=griddisk
verb=list
attributes=all attributes
options= all options

REVOKE

用途

REVOKEコマンドは、権限およびロールを削除します。

構文

REVOKE object_type [name] FROM sub_object_type [sub_object_name]

使用方法

- object_typeは次のとおりです。

- PRIVILEGE

- ROLE

- PRIVILEGEオブジェクト・タイプには次を使用できます。

- nameの書式は、次のとおりです。

{ ALL ACTIONS | action } ON { ALL OBJECTS | object }  { ALL ATTRIBUTES | \
ATTRIBUTES attribute1 [, attribute2, ...] }  { WITH ALL OPTIONS |        \
WITH OPTIONS option1 [, option2, ...] }

- sub_object_typeはROLEである必要があります。

- sub_object_nameはロールの名前です。

- ROLEオブジェクト・タイプには次を使用できます。

- nameはユーザー名です。

- sub_object_typeはUSERである必要があります。

- sub_object_nameはユーザーの名前です。

関連項目:

- 「REVOKE PRIVILEGE」

- 「REVOKE ROLE」

REVOKE PRIVILEGE

用途

REVOKE PRIVILEGEコマンドは、ロールから権限を取り消します。

構文

REVOKE PRIVILEGE { ALL ACTIONS | action } ON { ALL OBJECTS | object } { ALL ATTRIBUTES | ATTRIBUTES attribute1 [, attribute2...] } { WITH ALL OPTIONS | WITH OPTIONS option1 [, option2, ...] } FROM ROLE { ALL | role1 [, role2, ...] }

使用方法

- actionはコマンドです。

- objectはアクションのオブジェクト・タイプです。

- attributeはオブジェクトの属性です。

- optionはオブジェクトのオプションです。

- roleは、権限を付与するロールの名前です。

- ALL ACTIONS引数は、すべてのアクションの権限を取り消します。

- ALL OBJECTS引数は、すべてのオブジェクトの権限を取り消します。

- ALL ATTRIBUTES引数は、すべての属性の権限を取り消します。

- WITH ALL OPTIONS引数は、すべてのオプションの権限を取り消します。

例

例8-156は、REVOKE PRIVILEGEコマンドを示しています。

例8-156 権限の取消し

CellCLI> REVOKE PRIVILEGE ALL ACTIONS ON ALL OBJECTS ALL ATTRIBUTES \
WITH ALL OPTIONS FROM ROLE ALL

CellCLI> REVOKE PRIVILEGE list on griddisk ATTRIBUTES name,size     \
WITH OPTIONS detail FROM ROLE gd_monitor

REVOKE ROLE

用途

REVOKE ROLEコマンドは、ユーザーのロールを取り消します。

構文

REVOKE ROLE { ALL | role1 [, role2, ...] } FROM USER { ALL | user1 [, user2...] }

使用方法

- roleはロールの名前です。

- ALL引数は、ユーザーのすべてのロールを取り消します。

- FROM USER ALL引数は、すべてのユーザーのロールを取り消します。

例

例8-157は、ユーザーにロールを付与する方法を示しています。

例8-157 ユーザーのロールの取消し

CellCLI> REVOKE ROLE gd_monitor FROM USER agarcia

9 dcliユーティリティの使用

dcliユーティリティは、セルのセットでCellCLIコマンドを自動的に実行し、dcliユーティリティが実行された集中管理ロケーションに出力結果を返すことにより、Oracle Exadata Storage Server Softwareレルムの集中管理を容易にします。この章の内容は次のとおりです。

- dcliユーティリティの概要

- Oracle Exadata Storage ServerでのSSHのユーザー等価の設定

dcliユーティリティの概要

dcliユーティリティでは、複数のセルでコマンドをパラレル・スレッドで実行します。ただし、このユーティリティでは、セル上のリモート・アプリケーションとの対話型セッションをサポートしていません。

dcliユーティリティを使用するには、セルのbinディレクトリから、集中管理の実行が可能なホスト・コンピュータにユーティリティをコピーします。複数のセルで実行するようにコマンドを発行したり、セルにコピー可能なファイルを使用して実行できます。セルはホスト名またはIPアドレスで参照されます。

dcliユーティリティには、Pythonバージョン2.3以上が必要です。Pythonのバージョンは、python -Vコマンドを実行して確認できます。このツールを使用するには、SSHのユーザー等価をセルに事前設定していることも必要です。dcliユーティリティの最初のオプションに-kを指定すると、SSHのユーザー等価をセルに設定できます。「Oracle Exadata Storage ServerでのSSHのユーザー等価の設定」の指示に従って、SSHのユーザー等価をセルに手動で設定することもできます。

指定したセルでコピーおよびコマンド実行が終了すると、コマンド出力(stdoutおよびstderr)が収集されて表示されます。dcliのオプションを指定すると、コマンド出力をエラーなしの出力(通常のステータスを表示するメッセージなど)に簡略化できます。

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

- dcliの構文

- dcliの例

dcliの構文

dcliユーティリティの構文は次のとおりです。

dcli [options] [command]

このコマンドでは、次の引数が使用されます。

- options: 表9-1は、使用可能なオプションとその説明です。

表9-1 dcliのオプション

オプション

説明

-c cells

コマンドの送信先のターゲット・セルのカンマ区切りのリストを指定します。

-d destfile

-fオプションを使用してファイルまたはディレクトリをコピーする際に使用される、リモート・セル上のターゲットのコピー先ディレクトリまたはファイルを指定します。

-f file

セルにコピーするファイルまたはファイル・テンプレートを指定します。これらのファイルは実行されません。これらのファイルは、後で実行するスクリプト・ファイルにできます。ファイルはターゲット・セル上のユーザーのデフォルト・ホーム・ディレクトリにコピーされます。

-g groupFile

コマンドの送信先のターゲット・セルのリストを含むファイルを指定します。セルはセル名またはIPアドレスで識別できます。

-h, --help

ヘルプ・テキストを表示して終了します。

--hidestderr

SSHを使用してリモートで実行されるコマンドの標準エラー・メッセージ(STDERR)を非表示にします。

-k

公開鍵ファイルをセル上のauthorized_keysファイルに追加し、-cオプションまたは-gオプションで指定したセルに現在のユーザーのSSHユーザー等価を設定します。

-l userId

リモート・セルにログインしているユーザーを指定します。デフォルトはcelladminユーザーです。

-n

エラーなしの出力を簡略化します。通常の出力(0のコード)を返すセルには、セル名しか表示されません。

-nオプションと-rオプションを組み合せて使用することはできません。

-r regexp

正規表現に一致する出力行を簡略化します。該当するパターンを含むすべての出力行が出力から削除され、その出力行のセル名が1行で表示されます。

-rオプションと-nオプションを組み合せて使用することはできません。

-s sshOptions

オプションの文字列をSSHに渡します。

--scp= scpOptions

sshoptionsと異なる場合は、オプションの文字列をscpに渡します。

--serial

Oracle Exadata Storage Server上でプロセスをシリアライズします。

--showbanner、--sh

SSHの使用時にリモート・ノードのバナーを表示します。

-t

-cオプションで名前を指定したターゲット・セルまたは-gオプションで指定したgroupfile内のターゲット・セルを表示します。

--unkey

Oracle Exadata Storage Server上のターゲットauthorized_keysファイルから鍵を削除します。

-v

メッセージの冗長バージョンをstdoutに出力します。

--version

プログラムのバージョン番号を表示して終了します。

--vmstat=VMSTATOPS

スイッチに応じて、ビュー・プロセス、仮想メモリー、ディスク、トラップおよびCPUのアクティビティ情報を表示します。

-x execFile

コピーしてセルで実行するコマンド・ファイルを指定します。指定したファイルには、コマンドのリストが含まれます。.scl拡張子の付いたファイルは、CellCLIユーティリティによって実行されます。別の拡張子の付いたファイルは、オペレーティング・システムのシェルによってセルで実行されます。ファイルはターゲット・セル上のユーザーのデフォルト・ホーム・ディレクトリにコピーされます。

- command: オペレーティング・システムのプロンプトから実行可能なコマンドです。ローカルのシェルで解釈される記号が含まれるコマンドの場合は、コマンドを二重引用符で囲みます。コマンドに次の文字が含まれる場合は、外側の引用符とエスケープ文字が必要です。

- $(ドル記号)

- '(引用符)

- <(小なり)

- >(大なり)

- ( )(カッコ)

バックスラッシュ(\)は、リモート・シェルによる解釈なしでCellCLIユーティリティに文字を渡すことのできるエスケープ文字です。

エスケープ文字を必要とする記号のためにコマンドが複雑になる場合、状況によってはそのコマンドをスクリプトに配置して、-xオプション付きで実行する必要があります。スクリプト内では、エスケープ文字は必要ありません。

ローカルのdcliプロセスが終了してもリモートのコマンドが続行する場合がありますが、それらの出力とステータスを確認することはできません。

dcliユーティリティからの戻り値は次のとおりです。

- 0: ファイルまたはコマンドがコピーされ、セルで正常に実行されました。

- 1: 1つ以上のセルにアクセスできず、リモート実行により0以外のステータスが返されました。

- 2: ローカルのエラーによりコマンドを実行できませんでした。

いずれかのセルが停止し応答がない場合は、メッセージがstderrに書き込まれ、応答のないセルが表示されます。その他のセルは操作が続行され、完了後のリターン・コードは1になります。

dcliの例

この項では、dcliユーティリティの例について説明します。

例9-1は、-kオプションを使用して現在のユーザーのSSHユーザー等価を設定する方法を示しています。

例9-1 現在のユーザーのSSHユーザー等価の設定

$ ./dcli -k -g mycells

-kオプションは、SSHプロトコルのバージョン2でユーザーがデフォルトのキー・ファイル名を受け入れていることを前提とします。これらのファイル名はid_dsa.pubまたはid_rsa.pubで、~/.sshディレクトリにあります。

ユーザーはセル認証の確認を求められたり、リモート・ユーザーのパスワードを求められたりする場合があります。-kのキーの交換は、ユーザーがすべてのセルでパスワード入力を同時に求められないように、セル間で連続して実行されます。-kオプションが一度使用されると、同じセルに対する後続のコマンドでは-kオプションが不要になり、そのユーザーのパスワードをホストから取得する必要もありません。

例9-2は、CellCLIコマンドのALTER IORMPLAN OBJECTIVE='basic'を実行する方法を示しています。この例では、エラーなしの出力が簡略化されます。

例9-2 -nオプションの使用

$ ./dcli -g mycells -l celladmin -n "cellcli -e alter iormplan \
objective=\'basic\'"

簡略化された出力は次のようになります。

OK: ['abcd2x3']
stsd2s2:
stsd2s2: CELL-02619: Current IORMPLAN state is not 'active'.

例9-3は、CellCLIコマンドのLIST GRIDDISKを実行する方法を示しています。この例では、normalを含む出力の行が削除されます。このコマンドは、mycellsグループ・ファイルに表示されるターゲット・セルで実行されます。

例9-3 -rオプションの使用

$ ./dcli -l celladmin -r '.*normal' -g mycells "cellcli -e list celldisk"

出力は次のようになります。

.*normal: ['stsd2s2', 'abcd2x3']
abcd2x3: CD_06_abcd2x3    importRequired

例9-4は、冗長(-v)オプションをSSHに使用する方法を示しています。

例9-4 -vオプションの使用

$ ./dcli -s "-v" -c mycell date

例9-5は、-tオプションを使用してターゲット・セルを表示する方法を示しています。このオプションは、-cオプションまたは-gオプションと組み合せて使用してください。

例9-5 -tオプションの使用

$ ./dcli -t -c stsd2s1 date
Target cells: ['stsd2s1']
stsd2s1: Fri Jul 17 15:37:31 PDT 2009

例9-6は、-fオプションを使用する方法を示しています。この例では、一連のファイルがセルにコピーされます。

例9-6 -fオプションの使用

dcli -g mycells -f '*.bin'

例9-7は、--vmstatオプションを使用する方法を示しています。

例9-7 --vmstatオプションの使用

$ ./dcli -g 123 -l sage --vmstat="-a 3 5"

procs -----------memory---------- ---swap-- -----io----  --system-- ...
13:43:03: r  b   swpd   free  inact active   si   so    bi    bo    in    cs us
abcd2x1: 2  0      0  22656 178512 792272    0    0     1    21     7     2  2
abcd2x2: 0  0 452304  21432 108760 867712    0    0   178   269     2     0  2
abcd2x3: 0  0  49252 912164  70156  49996    1    1    74   249     2     2  1
Minimum: 0  0      0  21432  70156  49996    0    0     1    21     2     0  1
Maximum: 2  0 452304 912164 178512 867712    1    1   178   269     7     2  2
Average: 0  0 167185 318750 119142 569993    0    0    84   179     3     1  1

例9-8は、--hidestderrオプションを使用する方法を示しています。この例の最初のコマンドでは--hidestderrオプションを使用していないため、エラーが表示されます。2つ目のコマンドではオプションを使用しているため、エラーは表示されません。このオプションは、リモートで実行されるコマンドにSSHを使用している場合にのみ使用できます。

例9-8 --hidestderrオプションの使用

$ ./dcli -l root -g cell "ls -1 unknown_file; cellcli -e list cell"

exam08cel01: ls: unknown_file: No such file or directory
exam08cel01: exam08cel01         online
exam08cel02: ls: unknown_file: No such file or directory
exam08cel02: exam08cel02         online

$ ./dcli -l root -g cell --hidestderr -l root "ls -l unknown_file; cellcli \
-e list cell"

exam08cel01: exam08cel01         online
exam08cel02: exam08cel02         online

例9-9は、--showbannerオプションを使用する方法を示しています。例にある******BANNER******のかわりにリモート・セルのバナーが使用されます。

例9-9 --showbannerオプションの使用

$ ./dcli --showbanner -l root -g cell "cellcli -e list cell"
exam08cel01: ******BANNER******
exam08cel01:
exam08cel01: ******BANNER******
exam08cel01: exam08cel01         online
exam08cel02: ******BANNER******
exam08cel02:
exam08cel02: ******BANNER******
exam08cel02: exam08cel02         online

例9-10は、celladminユーザーのmycellsグループ・ファイルのターゲット・セルでアクティブにするためにIORMPLANを変更するCellCLIコマンドを示しています。-tオプションでは、mycellsグループ・ファイルのセルが表示されます。

例9-10 dcliを使用したIORMプランの変更

$ ./dcli -g mycells -l root -t "cellcli -e alter iormplan active"

例9-11は、デフォルトのcelladminユーザーでのmycellsグループ・ファイルのターゲット・セル上にあるreConfig.sclファイルのCellCLIコマンドを示しています。

例9-11 スクリプトでのdcliの使用

$ ./dcli -g mycells -x reConfig.scl

例9-12は、デフォルトのcelladminユーザーとしてmycellsグループ・ファイルのターゲット・セル上にあるグリッド・ディスクの名前およびステータスを表示するCellCLIコマンドを示しています。ステータスがactiveの出力行は削除されます。

例9-12 dcliを使用したグリッド・ディスクのステータス表示

$ ./dcli -r '.*active' -g mycells "cellcli -e list griddisk"

例9-13は、デフォルトのcelladminユーザーとしてmycellsグループ・ファイルのターゲット・セル上で、アラート履歴名、調査担当者、重大度を表示するCellCLIコマンドを示しています。重大度がclearの出力行は削除されます。

例9-13 dcliを使用したアラート履歴情報の表示

$ ./dcli -r '.*clear' -g mycells \
"cellcli -e list alerthistory attributes name, examinedby, severity"

例9-14は、celladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、調査担当者が設定されていないアラート履歴を表示するCellCLIコマンドを示しています。

例9-14 dcliを使用したアラート履歴(調査担当者が設定されていない)の表示

$ ./dcli -g allcells -l celladmin \
"cellcli -e list alerthistory where examinedby=\'\' "

例9-15は、celladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、現在のメトリックのアラート状態およびGD_IO_BY_R_LGのメトリック値を表示するCellCLIコマンドを示しています。この問合せでは、現在のオブジェクトのメトリック(グリッド・ディスクでの大きいブロック読取りの合計MB)を取得します。

例9-15 dcliを使用した現在のメトリックのアラート状態の表示

$ ./dcli -g mycells "cellcli -e list metriccurrent GD_IO_BY_R_LG \
attributes alertstate, metricvalue"

例9-16は、celladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、GD_IO_RQで始まる名前の現在のオブジェクトのメトリックを表示するCellCLIコマンドを示しています。この問合せでは、現在のオブジェクトのメトリック(グリッド・ディスクでのブロック読取りまたは書込みリクエストの数)を取得します。

例9-16 dcliを使用したグループ内の現在のオブジェクトの特定のメトリックの表示

$ ./dcli -g mycells "cellcli -e list metriccurrent where name like \'GD_IO_RQ.*\'"

例9-17は、デフォルトのcelladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、cl_put(セルCPU使用率)と同じ名前の現在のオブジェクトのメトリックを表示するCellCLIコマンドを示しています。

例9-17 dcliを使用した現在のオブジェクトの特定メトリックの表示

$ ./dcli -g mycells "cellcli -e list metriccurrent cl_cput"

例9-18は、デフォルトのcelladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、ステータスがnormalでない物理ディスクを表示するCellCLIコマンドを示しています。

例9-18 dcliを使用した物理ディスクの表示

$ ./dcli -g allcells "cellcli -e list physicaldisk where status not = normal"

例9-19は、デフォルトのcelladminユーザーとしてmycellsグループ・ファイルのターゲット・セルで、空き領域が100MB未満のセル・ディスクを表示するCellCLIコマンドを示しています。

例9-19 dcliを使用したセル・ディスクの空き領域の表示

$ ./dcli -g allcells "cellcli -e list celldisk where freespace \> 100M"

注意:
前述の例で、バックスラッシュ(\)は、リモート・シェルによる解釈なしでCellCLIユーティリティに大なり記号(>)を渡すことのできるエスケープ文字です。

例9-20は、特定の期間のアラート履歴を表示するCellCLIコマンドを示しています。

例9-20 dcliを使用したアラート履歴の表示

dcli -g lab.cells "cellcli -e  list alerthistory where begintime \> \'Aug 4, 2009 12:06:38 PM\'"

注意:
前述の例で、バックスラッシュ(\)は、リモート・シェルによる解釈なしでCellCLIユーティリティに大なり記号(>)と引用符を渡すことのできるエスケープ文字です。

Oracle Exadata Storage ServerでのSSHのユーザー等価の設定

dcliユーティリティで使用できるようにSSHのユーザー等価を設定するには、-kオプションを使用します。ユーザー等価を設定することにより、セルのパスワードを入力する必要なく、リモートのセルにコマンドを発行できます。

関連項目:
管理ホストおよびセル間でのSSHおよびSSHユーザー等価の設定の詳細は、Oracle Clusterwareのインストレーション・ガイドで、すべてのクラスタ・ノードでのSSHの構成に関する項を参照してください。

10 ExaCLIユーティリティの使用

この章では、計算ノードからリモートでセル・ノードを管理できるExaCLIユーティリティについて説明します。この章の内容は次のとおりです。

- ExaCLIの概要

- ExaCLIの起動

- 認証

- ユーザー管理

- ExaCLIとCellCLIでのコマンドの違い

- 証明書

ExaCLIの概要

ExaCLIユーティリティは、Oracle Exadata Storage Server Software用のコマンドライン管理ツールです。ExaCLIは計算ノード上で実行され、リモートでセルを管理できます。ExaCLIを使用し、セルの構成およびセル環境内のオブジェクトを管理できます。ExaCLIは、計算ノードのイメージ化の際にインストールされます。

ExaCLIでは、CellCLIと同じコマンド構文がサポートされます。主な違いは、CellCLIはセル上で直接実行されるのに対し、ExaCLIはリモート・ホスト(つまり、計算ノード)からセルを管理することです。

ExaCLIを使用する主な理由には、次の2つがあります。

- 多くの企業、特に政府機関では、コンプライアンス要件の一部としてセル上のrootアクセスまたはSSHサービスを無効にする必要があります。

- Exadataマシンをホストするサービス・プロバイダは、計算ノード上で実行中の仮想マシンへのアクセスを提供します。顧客は、CellCLIを使用してセルを管理するためにsshでセル内にアクセスすることは許可されません。

このようなユースケースでは、セルを管理する唯一の方法は、計算ノードで実行されるExaCLIを使用することです。

ExaCLIユーティリティには、Javaバージョン1.7.0_80以上が必要です。Javaのバージョンは、"java -version"コマンドを実行して確認できます。また、適切なJavaバージョンのインストール・ディレクトリを指すようにJAVA_HOME環境変数を設定する必要があります。

標準的なExaCLIの使用方法は、次のようになります。

1. CellCLIを使用してセル上のユーザーおよびロールを作成します。これは、ExaCLIを使用してリモートでセルに接続することを許可されるユーザーです。ロールを使用してユーザーに権限を割り当てます。
例:

cellcli> create role administrator
cellcli> grant privilege all actions on all objects all attributes with all options to role administrator
cellcli> create user celladministrator password=*
cellcli> grant role administrator to user celladministrator

2. ExaCLIを実行し、前の手順で作成したユーザーとしてセル・ノードに接続し、セル・ノード上でコマンドを実行します。
たとえば、次のexacliコマンドは、「exam08cel01」セルに「celladministrator」ユーザーとして接続して「list cell detail」コマンドを実行します。

ログインおよびパスワードは、認証のためセルに送信されます。認証に成功すると、セルにより、exacliが実行されているマシン上のCookie jarに格納されるログイン資格証明付きのCookieが返されます。

$ exacli -l celladministrator -c exam08cel01 --cookie-jar -e list cell detail
Password=*******

次のコマンドでは、Cookie jarに保存されたCookieを使用するため、ExaCLIからパスワードの入力は要求されません。

$ exacli -l celladministrator -c exam08cel01 -e list griddisk detail

ExaCLIの起動

ExaCLIは、計算ノード上のオペレーティング・システムのコマンドラインから実行します。コマンドラインの構文は、次のとおりです。

exacli -c [username@]cellname [-l username] [--xml] [--cookie-jar [filename]] [-e command]

表10-1 ExaCLIのオプション

オプション

説明

-c [username@]cellname

--connect [username@]cellname

接続するセルの名前を指定します。ユーザー名を省略した場合は、ExaCLIから入力を要求されます。

-l username

--login-name username

セルにログインするユーザー名を指定します。

--xml

出力をXML形式で表示します。

--cookie-jar [filename]

使用するCookie jarのファイル名を指定します。

ユーザー名およびパスワードは、認証のためセルに送信されます。認証に成功すると、セルにより、計算ノードのfilenameに格納されるCookie (ログイン資格証明)が発行されます。

filenameが指定されない場合、Cookieは、HOME/.exacli/cookiejarにあるデフォルトのCookie jarに格納されます(HOMEは、exacliコマンドを実行しているOSユーザーのホーム・ディレクトリです)。

Cookie jarファイルの権限は、rw------- (600)に設定されます。

exacliコマンドを実行しているOSユーザーがCookie-jarファイルの所有者です。

Cookie jarには、パラレル・セッションで複数のセル上の複数のユーザーからの複数のクッキーを格納できます。

Cookieは、24時間後に無効化されます。

有効なCookieが存在することで、exacliユーザーは、後続のExaCLIセッションでログインを要求されることなく、コマンドの実行が許可されます。

Cookieが見つからないかまたは有効期限切れの場合は、exacliによりパスワードの入力を求められます。新しいCookieがfilenameで識別されるCookie jar、またはfilenameが指定されていない場合はデフォルトのCookie jarに格納されます。

exacliでは、--cookie-jarオプションがない場合も、デフォルトのCookie jarからCookieがチェックされます。しかし、Cookieが存在しないかまたは有効期限切れの場合、--cookie-jarオプションが指定されていないと、新しいCookieがデフォルトのCookie jarに格納されません。

-e command[; command]

-e @batchFile

実行するExaCLIコマンドまたはバッチ・ファイルのいずれかを指定します。ExaCLIはコマンドの実行後に終了します。インタラクティブなExaCLIセッションを開始するには、このオプションを省略します。

実行する複数のコマンドを指定する場合、コマンドを一重引用符で囲んで、シェルがセミコロンを解釈しないようにします。

バッチ・ファイルは、実行する1つ以上のExaCLIコマンドが含まれているテキスト・ファイルです。

--cert-proxy proxy[:port]

証明書をダウンロードするときに使用するプロキシ・サーバーを指定します。ポートを省略した場合、デフォルトはポート80です。

-n

--no-prompt

ユーザー入力を求めるメッセージを抑制します。ExaCLIがユーザーから追加情報を必要とする場合、たとえばExaCLIがユーザーにパスワードの入力を求めたり(たとえば、Cookie-jarに有効なCookieがないため)、セルのIDを確認するよう求める必要がある場合、ExaCLIはエラー・メッセージを出力して終了します。

例1: セル「exam08cel01」に「celladministrator」ユーザーとして接続します。デフォルトのCookie jarに「celladministrator」ユーザーの有効なCookieが含まれない場合、ExaCLIによりパスワードの入力が求められます。--cookie-jarオプションが指定されていないため、CookieはCookie jarには格納されません。次のコマンドは同等です。

$ exacli -l celladministrator -c exam08cel01

$ exacli -c celladministrator@exam08cel01

例2: 認証のため、ユーザー「celladministrator」およびパスワードが「exam08cel01」に送信されます。認証に成功すると、セルにより、デフォルトのCookie jarに格納されるCookieが送り返されます。指定されたコマンドがセルで実行されます。複数のコマンドは一重引用符で囲む必要があります。

$ exacli -l celladministrator -c exam08cel01 --cookie-jar -e 'list cell; list celldisk'
Password=************

例3: デフォルトのCookie jarのCookieを使用するため、ExaCLIにより、「celladministrator」ユーザーの後続のExaCLIセッションにパスワードの入力を要求されることはありません。

$ exacli -l celladministrator -c exam08cel01 -e list griddisk detail

例4: ExaCLIは「exam08cel01」セルに「celladministrator」ユーザーとして接続し、認証に成功すると、commandFileでコマンドを実行します。

$ exacli -l celladministrator -c exam08cel01 -e @commandFile

認証

ExaCLIでは、リモートのセル・マシン上でCellCLIコマンドを実行するため、セル上でCellCLIコマンドを実行する前にユーザーが認証される必要があります。認証プロセスは、各ExaCLIセッションで実行されます。

有効なCookieが存在することで、ExaCLIユーザーは、各セッションでログインを要求されることなく、コマンドの実行が許可されます。Cookieは、セルにより発行され、ExaCLIが実行されているホスト・マシンに格納される、ログイン資格証明を含むトークンです。セルにより発行されたCookieは、24時間後に無効化されます。Cookieリポジトリは、Cookie jarと呼ばれます。

同じCookie jarを複数のセルに接続する複数の同時ExaCLIセッションで使用でき、異なるログイン名を使用している場合でも可能です。たとえば、exadcliでは複数のExaCLIセッションを使用して複数のセルに接続しますが、それらはすべて同じCookie jarを使用します。

Cookie jarは、OSユーザーの読取りおよび書込み権限付きで構成されています。その他の誰も、このファイルの読取り、書込みまたは実行ができません。

ユーザー管理

ExaCLIを使用するには、セル上でユーザーを作成する必要があり、そのユーザーに対してそのユーザーにふさわしい権限を持つロールを割り当てる必要があります。ユーザーおよびロールの作成は、CellCLIを使用して直接セル上でのみ実行できます。

次の例では、すべての権限を持つ「celladministrator」というユーザーを作成します。

cellcli> create role administrator
cellcli> grant privilege all actions on all objects all attributes with all options to role administrator
cellcli> create user celladministrator password=*
cellcli> grant role administrator to user celladministrator

次の例では、オブジェクトの詳細を表示する権限を持つ「cellmon」というユーザーを作成します。

cellcli> create role monitor
cellcli> grant privilege list on all objects all attributes with all options to role monitor
cellcli> create user cellmon password=*
cellcli> grant role monitor to user cellmon

ユーザーおよびロールの管理の詳細は、「ユーザーおよびロールの作成」セクションを参照してください。

ExaCLIとCellCLIでのコマンドの違い

ExaCliでは、CellCLIと完全に同じコマンド構文がサポートされます。

すべてCellCLIコマンドがExaCLIを介して実行できるわけではありません。ExaCLIでは、次のコマンドはサポートされていません。

- セル・サービスの再起動(ALTER CELLコマンドの「restart」オプション)

- セル・サービスの起動(ALTER CELLコマンドの「startup」オプション)

- セル・サービスの停止(ALTER CELLコマンドの「shutdown」オプション)

- ユーザー管理コマンド(CREATE USER、ALTER USER、DROP USER)

- ロール管理コマンド(CREATE ROLE、DROP ROLE、GRANT ROLE、REVOKE ROLE)

- 権限管理コマンド(GRANT PRIVILEGE、REVOKE PRIVILEGE)

- CALIBRATE

- DESCRIBE

- HELP

- 次のセル属性の取得: LIST CELLコマンドの使用によるrsStatus、cellsrvStatus、msStatus

- 「remark」を使用したスクリプト内のコメント。「CellCLIスクリプトのコメント」を参照してください。

- SET

- SPOOL

- STARTおよび@

証明書

ExaCLIとセル上で動作している管理サーバー(MS)間のすべての通信は、httpsを介して行われます。セキュリティ証明書により、セルはExaCLIに対して自身のアイデンティティを確認できます。管理サーバーは、httpsアクセス用のデフォルトの自己署名セキュリティ証明書とともにデプロイされます。オプションで、認証局(CA)により発行された別のセキュリティ証明書をアップロードできます。

信頼性のあるCA証明書は、ExaCLIが実行されているマシン、つまり計算ノード上で次のコマンドを実行することでリストできます。最初の$は、シェルのプロンプトです。

$ $JAVA_HOME/bin/keytool -list -v -keystore $JAVA_HOME/jre/lib/security/cacerts -storepass changeit

デフォルトの自己署名証明書の使用

ExaCLIが警告なしにセキュリティ証明書を受け入れるようにするには、それが信頼性のあるCAによって署名されている必要があります。ExaCLIが信頼性のあるCAによって署名されたセキュリティ証明書を持っていないセルに接続した場合、証明書を検証するようにユーザーに要求する警告メッセージが生成されます。検証されると、ExaCLIによりセキュリティ証明書が記憶され、後続のコマンドでユーザーが証明書の再検証を求められることはありません。

自己署名セキュリティ証明書(非CA証明書)を受け入れる例:

$ exacli -l celladministrator --cookie-jar -c exam08cel01
This connection is unsecure. You have asked ExaCLI to connect to cell exam08cel01 securely.
The identity of exam08cel01 cannot be verified.
Got certificate from server:
CN=exam08cel01,OU=Oracle Exadata,O=Oracle Corporation,L=Redwood City,ST=California,C=US
Do you want to accept and store this certificate? (Press y/n)

CA認証済セキュリティ証明書の使用

次Exacliコマンドは、CA認証済セキュリティ証明書をアップロードするために使用されます。

exacli> alter cell securityPubKey="http://www.acme.com/security/newkey.crt",  -
securityPrivKey="http://www.acme.com/security/newkey.key", -
securityPrivKeyPW=*

password=****************

securityPubKeyおよびsecurityPrivKeyは、セキュアな通信のための鍵ペアを形成します。securityPubKey属性には、公開鍵を含むURLを指定します。securityPrivKey属性には、秘密鍵を含むURLを指定します。

秘密鍵が暗号化されている場合は、securityPrivKeyPW属性を使用してそのパスワードを提供します。

11 exadcliユーティリティの使用

exadcliユーティリティは、セルのセットでExaCLIコマンドを自動的に実行し、exadcliユーティリティが実行された集中管理ロケーションに出力結果を返すことにより、Oracle Exadata Storage Server Softwareレルムの集中管理を容易にします。この章の内容は次のとおりです。

- exadcliの概要

- exadcliの構文

- exadcliの例

exadcliの概要

exadcliユーティリティでは、複数のセルでコマンドをパラレル・スレッドで実行します。ただし、このユーティリティでは、セル上のリモート・アプリケーションとの対話型セッションをサポートしていません。exadcliユーティリティは、計算ノードのイメージ化の際にインストールされます。

複数のセルで実行するExaCLIコマンドを発行できます。セルはホスト名またはIPアドレスで参照されます。dcliとは異なり、exadcliではexacliコマンドのみを実行できます。その他のコマンド、たとえばシェル・コマンドは、exadcliを使用して実行できません。

exadcliユーティリティを使用するには、すべてのセルにユーザーおよびロールを設定する必要があります。ユーザー、ロールおよび権限の詳細は、「ユーザーおよびロールの作成」を参照してください。exadcliは、セルに並列に接続し、ユーザーを認証します。

指定したセルでコピーおよびコマンド実行が終了すると、コマンド出力(stdoutおよびstderr)が収集されて表示されます。

exadcliの構文

exadcliは、次のように実行します。

exadcli [options] [command]

exadcliでは、次のオプションがサポートされます。

表11-1 exadcliのオプション

オプション

説明

-c host [,host]

--connect host [,host]

exacliコマンドの送信先となるターゲット・セルのカンマ区切りのリストを指定します。

-g filename

--group-file filename

コマンドの送信先のターゲット・セルのリストを含むファイルを指定します。セルはセル名またはIPアドレスで識別できます。

-l username

--login-user username

セル上でログインするユーザー名を指定します。これは、オペレーティング・システムのユーザーではなく、セルのユーザーです。

-t

--target

-cオプションで名前を指定したターゲット・セルまたは-gオプションで指定したグループ・ファイル内のターゲット・セルを表示します。

-x filename

--exec-file filename

セルで実行するコマンド・ファイルを指定します。このコマンド・ファイルには、exacliコマンドのリストが含まれています。

--cookie-jar [filename]

Cookie jarファイルを指定します。このオプションはExaCLIに渡されます。詳細は、「ExaCLIの起動」を参照してください。

--max-lines maxlines

セルからの最大出力行を制限します。デフォルトは100,000行です。

--xml

これにより、出力がXML形式で表示されます。このオプションはExaCLIに渡されます。

-h

--help

ヘルプ・メッセージを表示します。

コマンド - ExaCLIから実行できる任意のコマンドです。複数のコマンドを指定するには、コマンドをセミコロン文字「;」で区切ります。

exadcliからの戻り値は次のとおりです。

0: コマンドは、すべてのセルで正常に実行されました。

1: 1つ以上のセルにアクセスできず、リモート実行により0以外のステータスが返されました。

2: ローカルのエラーによりコマンドを実行できませんでした。

いずれかのセルが停止し応答がない場合は、メッセージがstderrに書き込まれ、応答のないセルが表示されます。その他のセルは操作が続行され、完了後の戻り値は1になります。

exadcliの例

例1: セル「exam08cel01-03」に「celladministrator」ユーザーで接続し、「list cell detail」コマンドを実行します。

$ exadcli -c exam08cel01,exam08cel02,exam08cel03 -l celladministrator list cell detail

例2: 「mycells」ファイルにリストされているセルに「celladministrator」ユーザーで接続し、「list cell detail」コマンドを実行します。

$ cat mycells
exam08cel01
exam08cel02
exam08cel03

$ exadcli -g mycells -l celladministrator list cell detail

例3: 「mycells」ファイルにリストされているセルに「celladminstrator」ユーザーで接続し、usercommands.txt内のexaCLIコマンドを実行します。

$ cat usercommands.txt
list cell

$ exadcli -g mycells -l celladministrator -x usercommands.txt
exam08cel01 : exam08cel01   online
exam08cel02 : exam08cel02   online
exam08cel03 : exam08cel03   online

例4: 「mycells」ファイルにリストされているセルに「celladminstrator」ユーザーで接続し、デフォルトのCookie jarにCookieを保存します。

$ exadcli -g mycells -l celladministrator --cookie-jar list cell
Password: ************
exam08cel01    online
exam08cel02    online
exam08cel03    online

例5: (例4からの続き)「mycells」ファイルにリストされているセルに「celladminstrator」ユーザーで接続します。例4でデフォルトのCookie jarに格納されたCookieを使用できるため、exadcliからパスワードの入力は要求されません。

$ exadcli -g mycells -l celladministrator list cell
exam08cel01    online
exam08cel02    online
exam08cel03    online

12 Oracle Exadata Storageスナップショットの設定

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

- Exadataスナップショットの概要

- Exadataスナップショットの前提条件

- 概念

- スパース・ディスクのサイズ変更および割当てメソドロジ

- リフレッシュの考慮事項(Exadataスナップショットのライフサイクル)

- テスト・マスターとしてのOracle Data Guardスタンバイ・データベースの使用

- Exadataスナップショットの管理

Exadataスナップショットの概要

従来は、本番システムのデータベースをクローニングするには、Exadata以外のシステムにテスト・マスターとスナップショット・データベースを作成しました(図12-1)。場合によっては、これらのデータベースはソースのフル・コピーで、ソースと同じ容量のストレージが消費されます(図12-2)。

図12-1 従来のExadata以外のシステムへのクローニング

図12-2 ソースのフル・コピーであるデータベース・クローン

クローンが本番データベースのフル・コピーである場合、消費されるストレージ容量およびクローンの作成にかかる時間に関してコストが高くなります。数TBのデータベースのクローンを10個作成するケースを想像してみると、このアプローチが発展しない理由をすぐに理解できます。

このアプローチのもう1つのデメリットは、Exadata以外のシステムでOracle Exadata Storage Server Softwareの機能(スマート・スキャン、スマート・ロギング、スマート・フラッシュなど)が使用できないことです。

このような問題を解決するために、Exadataスナップショットを使用できます。Exadataスナップショットは、Oracleデータベースに対してスペース効率に優れた読取り専用クローンまたは読取り/書込みクローンを作成する理想的な方法です。このようなクローンは、開発やテストまたはその他の本番以外の目的で使用できます。また、複数のクローンが必要な場合にディスク領域や時間を節約することができます。図12-3は、Exadataスナップショットで必要な領域を示します。

図12-3 Exadataスナップショット

Exadataスナップショットは、ソース・データベースのフル・クローンであるテスト・マスターに基づいています。テスト・マスターはソース・データベースをフル・コピーしたものです。1つのテスト・マスターから複数のExadataスナップショットを作成することができ、追加ストレージと作業は最小限に抑えられます。各Exadataスナップショットで使用されるのはテスト・マスター用に必要な小容量のディスク領域のみで、スナップショットの作成も削除も数秒で行うことができます。各Exadataスナップショットはテスト・マスターの論理コピーです。

テスト・マスターからExadataスナップショットを作成する前に、必要であればテスト・マスターのデータを変更できます。たとえば、テスト・マスターの機密データを削除またはマスクしてから、権限を持たないユーザーがテスト・マスターを使用できるようにします。

テスト・マスターからのExadataスナップショットの作成は、子ファイルのヘッダーに親ファイル名を記録することにより行えます。この操作は数秒で完了し、必要なディスク領域も最小限です。追加のディスク領域が消費されるのは、スナップショットのユーザーがデータの変更を開始したときのみです。新しいデータのみがデータ・ブロックに書き込まれますが、そのデータ・ブロックは書込み時にスナップショットに割り当てられるものです。変更されていないデータに対するリクエストはすべて、テスト・マスターのデータ・ブロックによって処理されます。

複数のユーザーが、同じテスト・マスターから別々のスナップショットを作成することもできます。これにより、複数の開発環境およびテスト環境が、各ユーザー用のデータベースを別々に維持しつつ、領域を共有することができます。図12-4は、同じテスト・マスターを使用する3つのExadataスナップショットがあるExadata環境です。現在、既存のExadataスナップショットに基づいて第2レベルのスナップショットを作成することはできません。

図12-4 同じテスト・マスターの3つのExadataスナップショットがあるExadata環境

Exadata機能のサポート

領域と時間の節約に加えて、Exadataスナップショットによって、Exadataでコスト効果の高い開発環境や品質が保証されたテスト環境が実現します。Exadataスナップショットは、完全に稼働するExadata環境(たとえば、Exadataスマート・フラッシュ、スマート・スキャン、ハイブリッド列圧縮など)において、機能の検証や保守および運用手順の実行を行う必要がある開発者およびテスト担当者が使用できます。

テスト/開発環境と本番環境の分離

テスト環境と開発環境は、本番データベースをホストするExadataラックとは別の物理Exadataラックでホストすることをお薦めします(図12-5および図12-6を参照)。開発とテスト専用のExadataシステムが理想です。テスト・マスターとそれに対応するExadataスナップショットをこのシステムでホストします。あるいは、容量が許す場合は、高可用性、障害時リカバリなどのためのData Guardスタンバイ・データベースをホストするExadataシステムを使用することもできます。テスト・マスターとそれに対応するスナップショットは、Exadataシステム上の物理マシンまたは仮想マシンに配置することができます。

Exadataスナップショットのタイプ

ご使用の環境の現在の設定に応じて、2種類のExadataスナップショットを作成できます。

- プラガブル・データベース(PDB)がある場合は、そのデータベースからテスト・マスターを作成することができます。
コンテナ・データベース(CDB)内の個々のPDBからExadataスナップショットPDBを作成できます。個々のPDBをクローニングしてテスト・マスターPDBを作成し、そこからExadataスナップショットPDBを生成できます。

同一のExadataクラスタ内で、あるCDBから別のCDBへExadataスナップショットPDBを移動できます。また、2つのCDBが同じExadataクラスタにある場合、1つのコンテナに存在するテスト・マスターPDBから、もう1つのコンテナにExadataスナップショットPDBを作成することもできます。

テスト・マスター・データベースと対応するExadataスナップショットは、同じASMクラスタ環境に存在する必要があります。

図12-5に、3つのPDBを含む本番CDBを示します。PDBのうち2つ(PDB1とPDB2)はクローニングされて、テスト・マスターPDBが作成されています。これらは、アンプラグされてからテストExadataシステムの別のCDBにプラグされました。この図では、6個のExadataスナップショットPDBがテスト・マスターPDBから作成されています。

図12-5 ExadataスナップショットPDB

- 1つのコンテナ・データベース(CDB)があり、すべてのPDBからテスト・マスターを作成します。または、コンテナではない単純なデータベースがあり、そのデータベースからテスト・マスターを作成します。
Exadataスナップショット・データベースは、非コンテナ・データベース(非CDB)またはコンテナ・データベース(CDB)のどちらにもすることができます。CDBのExadataスナップショット・データベースを作成すると、そのコンテナ内のすべてのプラガブル・データベースにアクセスできます。

図12-6は本番データベースのフル・クローンです。クローン(つまりテスト・マスター・データベース)は、別のテスト/開発環境でホストされ、6個のExadataスナップショットが関連付けられています。

テスト・マスター・データベースは、Data Guardスタンバイ・データベース(テスト・マスターを定期的にリフレッシュする場合に推奨)またはRMANを使用して作成されます。

テスト・マスター・データベースと対応するExadataスナップショットは、同じASMクラスタ環境に存在する必要があります。

図12-6 非マルチテナント環境でのExadataスナップショット・データベース

Exadataスナップショットの前提条件

Exadataスナップショットを作成する前に、ご使用の環境が次の要件を満たしていることを確認します。

- ストレージ・サーバーはExadata X3以降である必要があります

- Exadata Storage Server Software 12.1.2.1.0以上(Exadataストレージ・サーバーおよびデータベース・サーバー用)
セルにスパース・グリッド・ディスクがある状態では以前のバージョンにダウングレードできません。

- Oracle Grid Infrastructure 12.1.0.2.0 BP5以上
スパースASMグリッド・ディスクを含むASMディスク・グループでは、COMPATIBLE.RDBMSとCOMPATIBLE.ASMの両方を12.1.0.2以上に設定する必要があります。

親ディスク・グループは11.2と互換性を持つことができます。

- Oracle Databaseバージョン12.1.0.2.0 BP5以上
親データベースおよびスナップショット・データベースは12.1.0.2との互換性が必要です。

- スナップショット・データベースと親データベースのデータ・ファイルは、同一のASMクラスタに存在する必要があります。

- db_block_sizeは、4K以上で、4Kの倍数として指定する必要があります。

概念

この項では、Exadataスナップショットを作成して使用するために必要なオブジェクトについて説明します。内容は次のとおりです。

- スパース・データベースおよびスパース・ファイル

- スパース・グリッド・ディスク

- スパース・ディスク・グループ

スパース・データベースおよびスパース・ファイル

データベースは次のファイルで構成されます。

- 制御ファイル

- オンラインREDOログ

- 一時ファイル

- データ・ファイル

Exadataスナップショットのようなスパース・データベースでは、データ・ファイルはスパース・ファイルです。スパース・ファイルは、親ファイルのブロックに対する変更のみを含み(親ファイルは変更されません)、未変更データにアクセスするために親ファイルへのポインタを保持します。図12-3を参照してください。

Exadataスナップショットは、他のデータベース・ファイル(制御ファイル、オンラインREDOログおよび一時ファイル)のコピーを含みます。このような他のデータベース・ファイルはスパース・ファイルではありません。

スパース・グリッド・ディスク

スパースASMディスク・グループはスパース・グリッド・ディスクで構成されます。スパース・グリッド・ディスクには仮想サイズ属性と物理サイズ属性があります。

単一のセル・ディスクからスパース・グリッド・ディスクに割り当てることのできる最大物理サイズは4TBです。

最大仮想サイズは100TBです。

スパース・グリッド・ディスクを作成してからスパースASMディスク・グループを作成します。新しいシステムをデプロイしている場合、または既存のシステムを再デプロイしている場合は、他のディスク・グループのケースと同様に、各セル・ディスクの領域の一部をディスク・グループ用に確保します。

再イメージ化せずに既存のシステムを使用する場合は、既存のグリッド・ディスクのサイズ変更の方法について、My Oracle Supportノート1467056.1「Exadataでのグリッド・ディスクのサイズ変更: 例」を参照してください。

詳細は、「スパース・グリッド・ディスクの作成」を参照してください。

スパース・ディスク・グループ

Exadataスナップショットは、Oracle ASMスパース・ディスク・グループを利用します。つまり、スパース・データ・ファイルはOracle ASMスパース・ディスク・グループにしか作成できません。図12-7に、3つのExadataスナップショットを含むスパース・ディスク・グループを示します。

図12-7 Exadataスナップショットを含むスパース・ディスク・グループ

スパースASMディスク・グループは、スパース・ファイルと非スパース・ファイルを格納できます。スパースASMディスク・グループにすべてのデータベース・オブジェクトを作成できます。たとえば、Exadataスナップショットを含むスパースASMディスク・グループにテスト・マスター・データベースを作成できます。テスト・マスターはソース・データベースのフル・コピーであるため、領域は節約されないことに注意してください。

スパース・ディスク・グループには次の属性があります。

- compatible.asmは12.1.0.2以上に設定する必要があります。

- compatible.rdbmsは12.1.0.2以上に設定する必要があります。

- cell.sparse_dgはallsparseに設定する必要があります。これは、ディスク・グループがスパース・グリッド・ディスクで構成されていることをASMに示す新しい属性です。

- appliance.modeはtrueに設定する必要があります。

- スパース・ディスク・グループは、エクステントの16倍のサイズを使用します。4Mの割当て単位(AU)では、各エクステントは64Mになります。

- スパース・ディスク・グループは仮想割当てメタデータを使用します。

たとえば、次のSQLコマンドによってスパース・ディスク・グループが作成されます。

SQL> create diskgroup SPARSE
normal redundancy
disk 'o/*/SPARSE_*'
attribute
'compatible.asm'          = '12.1.0.2',
'compatible.rdbms'        = '12.1.0.2',
'cell.smart_scan_capable' = 'true',
'cell.sparse_dg'          = 'allsparse',
'au_size'                 = '4M';

スパース・ディスクのサイズ変更および割当てメソドロジ

Exadataスナップショットを作成するには、スパース・グリッド・ディスクをそれらのディスクに基づいて作成されたASMディスク・グループで作成する必要があります。既存のディスク・グループを直接変更してスパース・ディスク・グループに変換することはできません。スパース属性で新規のグリッド・ディスクを作成する必要があります。既存のディスク・グループを使用する場合、ディスク・グループおよび関連付けられているグリッド・ディスクを削除して再作成する必要があります。

新しいスパース・ディスク・グループを作成する際、すべての領域が現在既存のディスク・グループに割り当てられている場合、1つ以上の既存のディスク・グループをサイズ変更して領域を空ける必要があります。このプロセスを実行するには、次の手順を実行します。

サイズ変更手順

サイズ変更を行う場合、非スパース・データベースをスパース・ディスク・グループに入れることもできます。非スパース・データベースおよびファイルは、全部の物理領域を使い切ります。

単一のセル・ディスクからスパース・グリッド・ディスクに割り当てることのできる最大物理サイズは4TBです。

スパース・グリッド・ディスクごとに割り当てることのできる最大仮想サイズは100TBです。しかし、さらなるパフォーマンスへの影響を回避するために、本当に必要な場合を除き、大きな仮想サイズを作成することは推奨されません。

1. スナップショットの物理領域の容量を決定します。「グリッド・ディスクの物理サイズの計算」にある式を使用します。
スパース・グリッド・ディスクへの物理領域割当ての最大開始点として、合計領域の15%が適しています。これは将来の利用パターンおよびニーズに基づき、必要に応じて増減できます。

2. スナップショットに必要な仮想領域の容量を決定します。「グリッド・ディスクの仮想サイズの計算」にある式を使用します。
基となるグリッド・ディスクには変更を加えずに、ASMディスク・グループを変更するだけで、仮想サイズをオンラインで変更できます。

3. 一度に持つスナップショット数および行う予定の変更数を使用し、My Oracle Supportノート1464809.1のスクリプトを使用して、スパース・ディスク・グループに領域を空けるために縮小する既存のディスク・グループを決定します。このスクリプトの結果に基づき、複数のディスク・グループを縮小して、スパース・ディスク・グループに必要な領域を得ることができます。元のディスク・グループに最低15%の空き領域を残して、サイズ変更操作中にリバランスできるようにします。
現在のディスク・グループに、スパース・ディスク・グループに必要な領域を提供する十分な空き領域がない場合:

- この環境でのスパースの使用方法を再考し、それに応じて縮小します

- この環境から空き領域のある別の環境に、オブジェクトとデータベースを再配置します

- 記憶域を追加します

4. サイズ変更するディスク・グループを決定したら、My Oracle Supportノート1465230.1の手順に従ってディスクをサイズ変更します。このプロセスでは、ローリング方式でサイズ変更を行うことができます。サイズ変更するディスク・グループに、1つのセルをグループ外にリバランスするのに十分な空き領域があることが、主要な前提条件になります。

5. 「スパース・グリッド・ディスクの作成」に概説されているコマンドを使用して、解放したばかりの領域からスパース・グリッド・ディスクを作成します。

6. 「スパース・グリッド・ディスク用のASMディスク・グループの作成」に概説されているコマンドを使用して、スパースASMディスク・グループを作成します。

7. スパース・グリッド・ディスクのアクティビティを監視するには、「スパース・ディスク・グループ・アクティビティの監視」を参照してください。

8. スパース・グリッド・ディスクをサイズ変更する必要がある場合:

- より多くの物理領域が必要な場合は、この項の手順1から4に従って領域を解放した後、「グリッド・ディスクのサイズ変更」の手順に従います。単一のセル・ディスクからスパース・グリッド・ディスクに割り当てることのできる最大物理サイズは4TBです。

- より多くの仮想領域が必要な場合は、「仮想領域のサイズ変更」の手順に従います。単一のセル・ディスクからスパース・グリッド・ディスクに割り当てることのできる最大仮想サイズは100TBです。

リフレッシュの考慮事項(Exadataスナップショットのライフサイクル)

リフレッシュ・サイクルが、Exadataスナップショットの使用および作成方法に影響することがあります。テスト・マスターは、READONLY状態(オープンしている場合)か、スナップショットが関連付けられているときはクローズ状態になっている必要があります。テスト・マスターをリフレッシュする必要がある場合は、そのテスト・マスターに依存するすべてのスナップショットを削除して再作成する必要があります。

様々なグループのスナップショット・ユーザーのリフレッシュ・サイクル要件が異なる場合、複数のテスト・マスターを維持する必要が生じます。図12-8に、それぞれに独自のリフレッシュ・スケジュールがある3つのテスト・マスターを示します。

図12-8 PDB1の3つの開発者グループ(それぞれのリフレッシュ・サイクルが異なる)

テスト・マスターとしてのOracle Data Guardスタンバイ・データベースの使用

テスト・マスターが非コンテナ・データベースか、定期的にリフレッシュが必要なフルCDBである場合(つまり、テスト・マスターがPDBでない場合)、テスト・マスター・データベースを、その目的専用のData Guard物理スタンバイとして作成することをお薦めします。これによりいくつものメリットが得られます。

- 容易なリフレッシュ
Oracle Data Guardは、本番データベースの複数の物理レプリカ(障害時リカバリ、本番の読取り専用オフロード、バックアップ・オフロードおよびテストに使用される)を同期するソリューションとして実績があります。これと同じ機能を使用すると、本番データベースのコピーをテスト・マスター・データベース専用として維持でき、定期的なリフレッシュも容易に行うことができます。Data Guard物理スタンバイを使用するメリットは、テスト・マスター・データベースのサイズやリフレッシュが必要な回数に応じて増大します。Data Guardレプリカの作成は、RMANバックアップからデータベースを単純にクローニングすることに比べて細々とした手順が必要になりますが、利点の方が大きく上回ります。

- プライマリへの最小の影響
Data Guardレプリカがテスト・マスター・データベースとして使用されている間、Data Guard REDOのトランスポートおよび適用は無効になります。本番データベースの影響はまったくありません。リフレッシュする際には、Data Guardレプリカがテスト・マスター・データベースに変換されて以降に生成されたデルタのみが本番データベースから取得され、テスト・マスター・データベースの再同期に使用されます。詳細は、「テスト・マスター・データベースのリフレッシュ」を参照してください。

注意: このData Guardレプリカがテスト・マスターとして作動している間、トランスポートと適用は停止されるため、障害時リカバリなどテスト・マスター以外の目的には使用しないでください。すでに高可用性または障害保護の目的でData Guardを使用している場合は、Exadataスナップショット・データベース用のテスト・マスター・データベースとして使用するためにData Guardレプリカを作成することをお薦めします。

- スナップショット・クローン作成前の容易な修正
Data Guardでは、Exadataスナップショットの作成に使用する前に、テスト・マスター・データベースを簡単に変更できます。たとえば、Data Guardレプリカを読取り/書込みとして開き、マスクまたは修正してからExadataスナップショットを作成できます。その後、テストが完了したら、テスト・マスター・データベースをData Guardレプリカに再変換することができます。このときに、元のコピーに加えらえた変更が破棄され、本番データベースのデルタのみを使用してリフレッシュされます。

RMANバックアップ・データベースを使用しているときに、データをマスクまたは修正した場合は、テスト・マスターをリフレッシュする必要があるときに、別のバックアップをテスト・マスターとして作成し、それを再修正して最新状態にする必要があります。

Exadataスナップショットの管理

Exadataスナップショットを作成および管理するには、次の手順を実行する必要があります。

- スパース・グリッド・ディスクの作成

- スパース・グリッド・ディスク用のASMディスク・グループの作成

- テスト・マスターの設定

- スナップショット・データベースの作成

- テスト・マスター・データベースのリフレッシュ

- グリッド・ディスクのサイズ変更

- スパース・ディスク・グループ・アクティビティの監視

スパース・グリッド・ディスクの作成

スパース・グリッド・ディスクを作成するときは、物理サイズと仮想サイズを指定する必要があります。

グリッド・ディスクの物理サイズの計算

次の式を使用して、スパースASMディスク・グループ用に確保する物理領域の合計を推計できます。

Total physical space =
(SUM(size of all test masters in the sparse ASM disk group) +
SUM(approximate size of all updates to the snapshot databases))
* ASM Redundancy

この式では、ASM冗長性はエクステントのASMミラー化を考慮に入れています。Exadataでは、ASM冗長性を標準冗長性(エクステントを二重にミラー化)または高冗長性(エクステントを三重にミラー化)に設定する必要があります。スパースASMディスク・グループが標準冗長性を使用する場合は、2倍の領域が使用されると考えます。高冗長性を使用する場合は、3倍の領域が使用されると考えます。

たとえば、スパースASMディスク・グループ内に2つのテスト・マスターが必要で、このディスク・グループを合計容量500GB (それぞれ250GB)の標準冗長性で作成するとします。さらに、各テスト・マスターに対して5個のExadataスナップショットが生成され、各スナップショットがブロックの20%を変更すると推定した場合、必要となる合計物理領域は次のように計算されます。

Space for 2 test masters:   2 * 250 GB =                                500 GB
Space for 5 snapshots per test master, for a total of 10 snapshots:
10 * 250 GB * 20% =                                                 500 GB
Subtotal                                                               1000 GB
Normal redundancy: 2 * 1000 GB =                                       2000 GB

この値をディスク数で割って、各ディスクのsizeパラメータを決定します。ASMグリッド・ディスクは、16MBごとの境界で割り当てる必要があります。各グリッド・ディスクのMBのsizeパラメータが16で均等に分割できない場合は、16MB境界に合うように調整します。

複数のプロジェクトや複数の反復で使用するために余分な領域を確保しておく必要があることに注意してください。

グリッド・ディスクの仮想サイズの計算

次の式を使用して、スパースASMディスク・グループに割り当てる仮想サイズを推計できます。

Virtual size required for sparse disks =
(SUM(full virtual size of all Exadata snapshots) + Physical space allocated)
* ASM Redundancy

前の項の例を使用すると、10個のExadataスナップショットがあります。これらがテスト・マスターのフル・コピーである場合、それぞれ250GBになります。

次に、合計仮想領域の計算を示します。

Full size for 5 snapshots per test master, for a total of 10 snapshots:
10 * 250 GB =                                                      2500 GB
Size of the 2 test masters: 2 * 250 GB =                                500 GB
Subtotal                                                               3000 GB
Normal redundancy: 2 * 3000 GB =                                       6000 GB

この値をディスク数で割って、各ディスクのvirtualsizeパラメータを決定します。各グリッド・ディスクの仮想サイズは、16MBごとの境界で割り当てる必要があります。各グリッド・ディスクのMBのvirtualSizeパラメータが16で均等に分割できない場合は、16MB境界に合うように調整します。

複数のプロジェクトや複数の反復で使用するために余分な領域を確保しておく必要があることに注意してください。

スパース・グリッド・ディスクの作成

スパースASMグリッド・ディスクを作成するには、CellCLIで各セルにログインし(またはdcliを使用し)、次のようなコマンドを実行します。サイズの値は必要に応じて変更してください。

CellCLI> create griddisk all harddisk prefix=SPARSE, size=56G, virtualsize=560G

これによって、物理サイズが56GBのグリッド・ディスクが作成されますが、ASMに対しては560GBのグリッド・ディスクとして表されます。sizeパラメータは、ASMグリッド・ディスクの実際の物理サイズと一致する必要がありますが、virtualsizeパラメータはASMグリッド・ディスクの物理サイズ以上に設定してください。

ここで作成されらASMグリッド・ディスクの属性は、LIST GRIDDISK DETAILコマンドでは次のように表示されます。

CellCLI> LIST GRIDDISK DETAIL
size:        56G
sparse:      TRUE
virtualSize: 560G

sizeは、グリッド・ディスクの実際の物理サイズです。

sparseの値はTRUEです。

virtualSizeは、グリッド・ディスクの仮想サイズです。

スパース・グリッド・ディスク用のASMディスク・グループの作成

スパース・グリッド・ディスクを作成した後で、ASMディスク・グループを作成して、それらのディスクにクラスタ上のデータベースがアクセスできるようにします。ディスク・グループを作成するには、SQL*Plusをsysasmとして使用してASMインスタンスにログインし、次のようなコマンドを実行します。

SQL> create diskgroup SPARSE high redundancy disk 'o/*/SPARSE_*' attribute
'compatible.asm'='12.1.0.2',
'compatible.rdbms'='12.1.0.2',
'au_size'='4M',
'cell.smart_scan_capable'='true',
'cell.sparse_dg'='allsparse',
'appliance.mode' = 'TRUE';

compatible.asmは12.1.0.2以上に設定する必要があります。

compatible.rdbmsは12.1.0.2以上に設定する必要があります。

cell.sparse_dgはallsparseに設定する必要があります。これは、ディスク・グループがスパース・グリッド・ディスクで構成されていることをASMに示します。

appliance.modeはtrueに設定する必要があります。

テスト・マスターの設定

次のいずれかの方法を使用してテスト・マスターを作成できます。

- 新しいテスト・マスターの作成 - ASM ACLが有効化されたディスク・グループでのフル・クローン

- 既存のフル・クローンまたはスタンバイ・データベースのテスト・マスターへの変換

新しいテスト・マスターの作成 - ASM ACLが有効化されたディスク・グループでのフル・クローン

データベースのフル・クローンを作成するには、RMANバックアップ/リストアやデータ・ポンプなど、データベースのフル・クローンの作成に一般的に使用される方法を使用します。

フル・クローンを作成したら、すべてのデータ・ファイルの書込み権限を削除して、誤って上書きされることを防ぎます。

ファイル権限を読取り専用に設定できるのはASMインスタンスでのSQLコマンドのみです。SQLでは書込み権限を削除できません。

SQL> ALTER DISKGROUP DATA set permission owner=read ONLY, group=read ONLY, other=none for file 'FILENAME';

既存のフル・クローンまたはスタンバイ・データベースのテスト・マスターへの変換

すでに存在しているフル・クローンまたはスタンバイ・データベースをテスト・マスターとして利用したい場合は、次の手順を実行します。

スタンバイ・データベースは、テスト・マスターとして作動している間、REDO適用を実行できないことに注意してください。

1. スタンバイ・データベースを使用する場合:

1. Data Guardレプリカを初めて作成する場合は、My Oracle Supportノート1617946.1「RMAN複製を使用したスタンバイの作成(RACまたはRAC以外)」の手順を使用します。
Data Guardコピーを、READONLY状態で開くためには十分なREDOが適用されている必要があります。

注意:
Data Guardスナップショット・スタンバイはExadataスナップショットとは異なります。Data Guardスナップショット・スタンバイは、読取り/書込みで開いているソース・データベースの完全なコピーです。Data Guardスナップショット・スタンバイへの変換は1つのコマンドを使用する単純な操作です。Data Guardスナップショット・スタンバイでは、後の手順でのテストに備えて、テスト・マスターへの変更やリフレッシュを容易に行うことができます。Data Guardスナップショット・スタンバイ・データベースの詳細は、『Oracle Data Guard概要および管理』のスナップショット・スタンバイ・データベースの管理に関する項を参照してください。

2. スタンバイ・データベースが一貫性のある状態で、READONLYで開くことができる場合は、ログのトランスポートを停止してスタンバイでのREDOの適用を無効にする必要があります。

DGMGRL> edit database TESTMASTER set property logshipping=OFF;
Property "logshipping" updated
DGMGRL> edit database TESTMASTER set state=APPLY-OFF;
Succeeded

3. テスト・マスターに変更を行います。たとえば、必要な場合に機密データを削除します。

2. compatible.ASMとcompatible.RDBMSの両方が11.2.0.0以上であることを確認します。

3. テスト・マスターのデータ・ファイルが格納されるディスク・グループ上のアクセス・コントロールを有効にします。ディスク・グループはExadata上にあることが必要です。

SQL> ALTER DISKGROUP DATA SET ATTRIBUTE 'ACCESS_CONTROL.ENABLED' = 'TRUE';

4. すべてのデータ・ファイルに所有権を付与します。詳細は、「テスト・マスター・データ・ファイルの所有権の設定」を参照してください。

5. すべてのデータ・ファイルの書込み権限を削除して、誤って上書きされることを防ぎます。
ファイル権限を読取り専用に設定できるのはASMインスタンスでのSQLコマンドのみです。SQLでは書込み権限を削除できません。

SQL> ALTER DISKGROUP DATA set permission owner=read ONLY, group=read ONLY, other=none for file 'FILENAME';

これにより、スナップショットが作成され、ベース・ファイル所有者以外のユーザーによって所有されます。

テスト・マスター・データ・ファイルの所有権の設定

データベースをクローニングしてテスト・マスター・データベースを作成したら、オペレーティング・システム・ユーザーをディスク・グループの所有者として設定し、そのオペレーティング・システム・ユーザーをテスト・マスター・データ・ファイルの所有者にします。

これには、SQLコマンドをSQL*Plusで手動で実行するか、スクリプトを実行します。

- コマンドの手動実行

- スクリプトの実行

コマンドの手動実行

次のコマンドをSQL*Plusで実行します。

ディスク・グループの所有者としてオペレーティング・システム・ユーザーを指定します。

SQL> ALTER DISKGROUP DATA ADD USER 'scott';

このオペレーティング・システム・ユーザーをテスト・マスターのデータ・ファイルの所有者にします。

SQL> ALTER DISKGROUP DATA SET OWNERSHIP OWNER='scott' FOR FILE
'+DATA/TESTMASTER/DATAFILE/system.257.865863315';

SQL> ALTER DISKGROUP DATA SET OWNERSHIP OWNER='scott' FOR FILE
'+DATA/TESTMASTER/DATAFILE/sysaux.258.865863317';

SQL> ALTER DISKGROUP DATA SET OWNERSHIP OWNER='scott' FOR FILE
'+DATA/TESTMASTER/DATAFILE/sysext.259.865863317';

SQL> ALTER DISKGROUP DATA SET OWNERSHIP OWNER='scott' FOR FILE
'+DATA/TESTMASTER/DATAFILE/tbs_1.256.865863315';

スクリプトの実行

次の手順は、前のコマンドと同じ結果になりますが、ファイル名をv$datafileに問い合せる点が異なります。

1. ディスク・グループの所有者としてオペレーティング・システム・ユーザーを追加します。

SQL> ALTER DISKGROUP DATA ADD USER 'scott';

2. set_owner.sqlという名前のスクリプトを生成して、テスト・マスター・データ・ファイルの所有者を設定します。

- テスト・マスターがフル・データベースの場合は、テスト・マスター・データベースで次のコマンドを実行します。

set newpage 0
set linesize 999
set pagesize 0
set feedback off
set heading off
set echo off
set space 0
set tab off
set trimspool on
spool set_owner.sql
select 'ALTER DISKGROUP DATA set ownership owner='||''''||'scott'||''''||' for file '||''''||name||''''||';' from v$datafile;
exit

- テスト・マスターがPDBの場合は、テスト・マスターPDBのCDB$ROOTで次のコマンドを実行します。
次のselect文では、この例のテスト・マスターPDBのcon_idは10と想定しています。

set newpage 0
set linesize 999
set pagesize 0
set feedback off
set heading off
set echo off
set space 0
set tab off
set trimspool on
spool set_owner.sql
select 'ALTER DISKGROUP DATA set ownership owner='||''''||'scott'||''''||' for file '||''''||name||''''||';' from v$datafile where con_id=10;
exit

3. set_owner.sqlの余分な行を削除します。

sed -i '/SQL/d' set_owner.sql

4. このスクリプトをASMインスタンスで実行します。

SQL> @set_owner

スナップショット・データベースの作成

プラガブル・データベース(PDB)またはフル・データベースのExadataスナップショット・データベースを作成できます。

前者はExadataスナップショットPDB、後者はスナップショット・データベース(非CDBまたはCDB)です。

プラガブル・データベースのスナップショットの作成

プラガブル・データベース(PDB)のExadataスナップショットの作成は、手動の手順を加える必要がないため、スナップショットの作成の中で最も単純です。CREATE PLUGGABLE DATABASE文に、PDBをExadataスナップショットとして指定する2つの句が新たに追加されました。スナップショット作成プロセスにより、テスト・マスターPDBのファイルが修正されないように、ファイルに対する権限がREADONLYに変更されます。

個々のExadataスナップショットPDBの作成は、指定のCDB内のPDB数が少ない場合にスナップショットを作成するときに最適です。図12-9に、2つのPDBスナップショットがあるPDBの典型的なライフサイクルの概要を例として示します。

図12-9 PDBを使用するExadataスナップショットのライフサイクル

OracleのマルチテナントとPDBのメリットの1つは、既存のPDBのクローンを容易にクローニングしてテスト・マスターを作成し、あるCDBから別のCDBに移動できることです。ソースPDBをクローニングしてテスト・マスターを作成し、必要なデータ修正を実行できるテスト環境にテスト・マスターを移行することをお薦めします。これが完了したら、テスト・マスターPDBを使用してExadataスナップショットPDBをいくつでも作成できます。

注意: ExadataスナップショットPDBはCDB内のPDBとして作成されます。1つのCDB内のPDBの合計数は252に制限されます。CDB内のPDBはすべて(テスト・マスター、スナップショット、またはスナップショットに使用されていないPDBのいずれでも)、この制限に含まれます。1つのCDBの制限を超えてPDBを作成する必要がある場合は、同じクラスタ上の別のCDBにExadataスナップショットPDBを作成できます。

テスト・マスターPDBを作成した後で、次の手順を実行してExadataスナップショットPDBを作成します。

1. SQL*Plusでcdb$rootに接続します。

2. すべてのインスタンスでテスト・マスターPDBをクローズします。

SQL> alter pluggable database PDB1TM1 close instances=all;

3. ローカル・インスタンスでテスト・マスターPDBを読取り専用モードでオープンします。

SQL> alter pluggable database PDB1TM1 open read only;

4. このテスト・マスターのExadataスナップショットPDBを作成します。

SQL> create pluggable database PDB1S1 from PDB1TM1 tempfile reuse
create_file_dest='+SPARSE' snapshot copy;

create_file_destには、スパース・ディスク・グループの名前を指定する必要があります。こうすることで、Exadataスナップショットのファイルが正しいディスク・グループに作成されます。snapshot copy句によって、フルPDBクローンではなくスナップショットとしてPDBが作成されます。

注意: ExadataスナップショットPDBが作成されるとき、コマンドによって、テスト・マスターPDBに対するファイル権限が変更され、ファイルがASMでREADONLYとしてマークされます。

フル・データベースのスナップショットの作成

フル・データベースのExadataスナップショットを作成するのは、テスト・マスター・データベースが非CDBの場合、またはCDBであるが実質すべてのPDBがテストで使用される場合です。

テスト・マスター・データベースは、高可用性または障害時リカバリを提供するフェイルオーバー・ターゲットとして使用できないことに注意してください(Data Guard構成は、別の目的に使用される複数のレプリカを含むことができます)。テスト・マスターPDBと似ていますが、テスト・マスター・データベースは、対応するExadataスナップショットが存在している場合は変更できません。

テスト・マスター・データベースとして、リカバリ・モードの読取り専用スタンバイ・データベース(たとえばリアル・タイム適用のActive Data Guard)を使用することはできません。

テスト・マスター・データベースと対応するExadataスナップショットは、同じASMクラスタ環境に存在する必要があります。

図12-10に、Exadataテスト・マスター・データベースとスナップショット・データベースのライフサイクルを示します。

図12-10 テスト・マスター・データベースおよびスナップショット・データベースのライフサイクル

Exadataスナップショット・データベースを作成および管理するには、次の手順を実行します。

1. テスト・マスター・データベースで、トレースする既存の制御ファイルをバックアップすることにより、Exadataスナップショット・データベース用のサンプル制御ファイル・スクリプトを作成します。

sysdbaとしてSQL*Plusからテスト・マスター・データベースに接続し、次のコマンドを実行します。

1. セッションで生成されるすべてのトレース・ファイルの名前と場所を判別します。

SQL> select value from v$diag_info where name = 'Default Trace File';
VALUE
--------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/TESTMASTER/TESTMASTER1/trace/TESTMASTER1_ora_26756.trc

2. バックアップ制御ファイルを実行してコマンドをトレースし、create controlfileコマンドをトレース・ファイルに含めます。

SQL> alter database backup controlfile to trace;

3. デフォルト・トレース・ファイルとして示されるファイルを取得します。

2. テスト・マスター・データベースで、名前を変更する手順(手順9)のために既存のファイル名を判別します。sysdbaとしてSQL*Plusにログインし、次のコマンドを実行します。

set newpage 0
set linesize 999
set pagesize 0
set feedback off
set heading off
set echo off
set space 0
set tab off
set trimspool on
spool rename_files.sql
select 'EXECUTE dbms_dnfs.clonedb_renamefile
('||''''||name||''''||','||''''||replace(replace(replace(name,'.','_'),'TESTMASTER','JOHNTEST'),'DATA','SPARSE')||''''||');' from v$datafile;
exit

前述の問合せにより、次のような、各データ・ファイル用の文を含むrename_files.sqlというファイルが作成されます。

EXECUTE dbms_dnfs.clonedb_renamefile (
'+DATA/TESTMASTER/DATAFILE/system.257.865863315',
'+SPARSE/JOHNTEST/DATAFILE/system_257_865863315');

REPLACEは、問合せ内で次にように働きます。

- オリジナルのファイル名に含まれるピリオドをアンダースコアに置換

- オリジナルのデータベース名のTESTMASTERをJOHNTESTに置換

- オリジナルのディスク・グループ名のDATAをSPARSEに置換

3. テスト・マスターを停止します。

SQL> shutdown;

4. Exadataスナップショット・データベースのinit.oraファイルを作成します。テスト・マスターのinit.oraファイルをテンプレートとして使用できます。その場合は、db_nameと制御ファイルのエントリを必ず変更してください。この手順では、Exadataスナップショット・データベースのinit.oraファイルは、コマンドおよび例でsnap_init.oraとして参照されます。

$ cp init_TestMaster.ora snap_init.ora

たとえば、snap_init.oraを次のように新しいデータベース名と新しい制御ファイルで変更します。

db_name = JohnTest
control_files = '+DATA/JOHNTEST/control1.f'

5. 手順1で生成されたトレース・ファイルを編集して、Exadataスナップショット・データベースの制御ファイルを作成し、後から手順8で実行するcrt_ctlfile.sqlという名前の.sqlファイルを作成します。制御ファイルは、Exadataスナップショット・データベース名、新しいログ・ファイル名、およびテスト・マスターのデータ・ファイル名を使用して作成してください。

この後の例は、制御ファイル作成スクリプトです。JohnTestはExadataスナップショット・データベースです。LOGFILE行は新しいログ・ファイルの場所を指定し、DATAFILE行はテスト・マスター・データベースのデータ・ファイルの場所を指定します。新しいログ・ファイルは、十分な領域がある任意のディスク・グループに格納できますが、スパースASMディスク・グループ内に作成することはできません。

SQL> CREATE CONTROLFILE REUSE SET DATABASE JohnTest RESETLOGS
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXINSTANCES 1
MAXLOGHISTORY 908
LOGFILE
GROUP 1 '+DATA/JOHNTEST/t_log1.f' SIZE 100M BLOCKSIZE 512,
GROUP 2 '+DATA/JOHNTEST/t_log2.f' SIZE 100M BLOCKSIZE 512
DATAFILE
'+DATA/TESTMASTER/DATAFILE/system.257.865863315',
'+DATA/TESTMASTER/DATAFILE/sysaux.258.865863317',
'+DATA/TESTMASTER/DATAFILE/sysext.259.865863317',
'+DATA/TESTMASTER/DATAFILE/tbs_1.256.865863315'
CHARACTER SET WE8DEC;

6. audit_file_destディレクトリを作成します。

$ mkdir /u01/app/oracle/admin/johntest

7. 次のコマンドを使用し、Exadataスナップショット・データベースのinit.oraファイルを指定してデータベース・インスタンスを起動します。

SQL> sqlplus / as sysdba
SQL> startup nomount pfile=snap_init.ora

8. 手順5で作成されたスクリプトを使用してExadataスナップショット制御ファイルを作成します。次の例ではスクリプトの名前はcrt_ctlfile.sqlです。

SQL> @crt_ctlfile

9. 手順2で変更したスクリプトを実行します。Exadataスナップショット・データベースを開く前に、すべてのファイルの名前を変更する必要があります。SQL*Plusを使用してsysdbaとしてExadataスナップショット・データベースに接続して次のように実行します。

SQL> @rename_files

このスクリプトは、ASMでテスト・マスター・データベース・ファイルの権限を変更し、READONLYとしてマークします。

dbms_dnfs.clonedb_renamefileプロシージャ(rename_files.sqlによって呼び出される)は、テスト・マスター・データベースとスナップショット・データベースの間の親子関係を設定し、スナップショット・データベースの制御ファイル内のファイル名を変更します。

10. RESETLOGSオプションを指定してExadataスナップショット・データベースを開きます。

SQL> ALTER DATABASE OPEN RESETLOGS;

11. Exadataスナップショット・ファイルがテスト・マスター・データベースの子ファイルであることを確認します。SQL*Plusを使用してsysasmとしてExadataスナップショットに接続し、次のコマンドを実行します。

SQL> a.select filenumber num, CLONEFILENAME child, SNAPSHOTFILENAME parent
from x$ksfdsscloneinfo;

問い合わせの出力例を、次に示します。

NUM CHILD                                        PARENT
------------------------------------------------------------------
1   +SPARSE/JOHNTEST/DATAFILE/system_257_865863315
+DATA/TESTMASTER/DATAFILE/system.257.865863315

2   +SPARSE/JOHNTEST/DATAFILE/sysaux_258_865863317
+DATA/TESTMASTER/DATAFILE/sysaux.258.865863317

3   +SPARSE/JOHNTEST/DATAFILE/sysext_259_865863317
+DATA/TESTMASTER/DATAFILE/sysext.259.865863317

4   +SPARSE/JOHNTEST/DATAFILE/tbs_1_256_865863315
+DATA/TESTMASTER/DATAFILE/tbs_1.256.865863315

12. SQL*Plusを使用してExadataスナップショット・データベースにログインし、TEMP表領域に一時ファイルを追加します。これは、スパースではなく、フル・サイズの一時ファイルになります。

SQL> alter tablespace TEMP add tempfile '+DATA' size 10g;

テスト・マスター・データベースのリフレッシュ

テスト・マスター・データベースをリフレッシュするための主な手順は次のとおりです。

- 手順1「スナップショット・データベースの削除」

- 手順2「テスト・マスターの権限の読取り/書込みへの変更」

- 手順3「テスト・マスター・データベースのData Guardレプリカへの再変換」

- 手順4「テスト・マスター・データベースの更新」

- 手順5「テスト・マスターのクローズとすべてのテスト・マスター・データ・ファイルの読取り専用設定」

- 手順6「すべてのスナップショットの再作成」

手順1   スナップショット・データベースの削除

リフレッシュするテスト・マスター・データベースの子であるExadataスナップショット・データベースを削除します。

RMANを使用して削除できます。たとえば、ExadataスナップショットをターゲットとしたRMANを使用して、各Exadataスナップショット・データベースに接続し、次のコマンドを実行します。

RMAN> startup mount force;
RMAN> delete database;

注意: Exadataスナップショット・データベースの削除に失敗しても、テスト・マスター・データベースの状態には影響しません。ただし、テスト・マスター・データベースが削除またはリフレッシュされると、Exadataスナップショットで予期しない動作が発生することがあります。

手順2   テスト・マスターの権限の読取り/書込みへの変更

1. すべてのExadataスナップショット・データベースが削除されたら、テスト・マスター・データベースをマウント・モードで起動します。
テスト・マスターにSQL*Plusを使用して接続し、次のスクリプトを実行して、テスト・マスター・データベースに属するデータ・ファイルの権限をリセットするコマンドを含む新しいSQLスクリプトを作成します。

set newpage 0
set linesize 999
set pagesize 0
set feedback off
set heading off
set echo off
set space 0
set tab off
set trimspool on
spool change_perm.sql
select 'ALTER DISKGROUP DATA set permission owner=read write,
group=read write, other=none for file '||''''||name||''''||';' from v$datafile;
exit

2. 次のsedコマンドを実行し、前の手順で作成されたchange_perm.sqlスクリプトから余分な行を削除します。change_perm.sqlスクリプトを含むディレクトリで、このコマンドをシェルから実行します。

$ sed -i '/SQL/d' change_perm.sql

3. SQL*PlusからASMインスタンスにsysasmとして接続し、change_perm.sqlスクリプトを実行します。このスクリプトは、テスト・マスターのデータ・ファイルを書込み可能にするために権限を変更します。

SQL> @change_perm

手順3   テスト・マスター・データベースのData Guardレプリカへの再変換

最初にData Guardスナップショット・スタンバイを使用してテスト・マスター・データベースを用意していた場合は、Data Guard変換コマンドを使用して元の状態のData Guardレプリカに再変換します。これにより、レプリカをテスト・マスターとして準備するために加えられた変更は破棄されます。また、現在のバックアップを完全にリストアするかわりに、ソース・データベースの増分変更のみを使用してテスト・マスターをリフレッシュできるようになります。

手順4   テスト・マスター・データベースの更新

テスト・マスター・データベースのリフレッシュには2つのオプションがあります。

- Data Guardによりテスト・マスター・データベースをリフレッシュ
Data Guardレプリカがテスト・マスター・データベースとして使用されたのがごく短期間で、ソース・データベースでこの期間に生成されたすべてのREDOがディスク上のアーカイブ・ログにある場合、REDOの移動を有効にしてREDO適用を開始できます。テスト・マスター・データベースは標準のData Guardプロトコルを使用して、アーカイブ・ログを取得し、ログを適用して、プライマリ・データベースの状態に追い付きます。Data Guardレプリカが必要な状態までリフレッシュされたら、REDOの移動を無効化してREDOの適用を停止し、前に説明したテスト・マスター/スナップショットの作成サイクルを繰り返します。

このオプションのメリットは、テスト・マスター・データベースを最新状態にする前の段階でREDO適用を停止できることです。

Data Guardによってスタンバイをリフレッシュさせるには、スタンバイへのログの移動とスタンバイでのREDOの適用を有効にします。

DGMGRL> edit database TESTMASTER set property logshipping=ON;
Property "logshipping" updated
DGMGRL> edit database TESTMASTER set state=apply-on;
Succeeded

- RMAN RECOVER...FROM SERVICEを使用してテスト・マスター・データベースをロール・フォワード
Data Guardレプリカがテスト・マスター・データベースとして長期にわたって使用されている場合、またはData Guardによってテスト・マスター・データベースを自動的にリフレッシュするためのREDOがディスク上にない場合は、RMANを使用してネットワークを介したライブ増分適用を実行します。

この方法を使用する主なメリットは、追加のディスク領域が必要ないことです。RMANが、プライマリの変更済ブロックをネットワークを介してスタンバイに移し、直接適用します。また、RMANは、テスト・マスターのデータファイルのSCNに基づいて取得すべきブロックを判別することでプロセスを大幅に単純化します。この方法では中間の時点にリカバリすることはできません。リフレッシュによってテスト・マスター・データベースがプライマリと同じ状態になります。この方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』のRMANリカバリの実行の拡張シナリオに関する項を参照してください。

RMANネットワーク増分を使用してテスト・マスター・データベースをリフレッシュするには、次の手順を実行します。

1. RMANに接続するためにSQL*Netを準備します。このプロセスでこれらの手順を実行する必要があるのは初回のみです。

1. テスト・マスター・データベース(Data Guardレプリカ)のlistener.oraエントリを作成して、RMANがSIDに接続できるようにします。データベースがNOMOUNTモードでオープンしている場合、このサービスは起動されないためです。次に、このエントリの例を示します。

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = TESTMASTER1)
(ORACLE_HOME = /u01/app/oracle/product/12.1.0.2/dbhome_1)
)
)

2. listener.oraに対する変更を反映するためにリスナーをリロードします。

$ lsnrctl reload listener

3. ローカル・テスト・マスター・インスタンスのSIDを指すTNSエントリをテスト・マスター環境に作成します。このエントリでは、接続リクエストが正しいホストに送られるように、SCAN名ではなくローカル・ホスト名を使用する必要があります。

TESTMASTER1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = standbydb01.us.oracle.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SID = TESTMASTER1)
(UR=A)
)
)

2. RMAN経由でテスト・マスター・データベースに接続し、CURRENT_SCNを後で使用するために保存します。これを使用して、直前のリフレッシュ以降に新たに作成されたファイルをソース・データベースからリストアする必要があるかどうかを判別します。

RMAN> select current_scn from v$database;
CURRENT_SCN#
------------------
17081990

3. Data GuardレプリカのオンラインREDOログ・ファイル名およびスタンバイREDOログ・ファイル名をメモします。後の手順でこれらの名前が必要になる場合があります。

次のコマンドでは、REDOログ・ファイル名およびグループ識別子が表示されます。

RMAN> SELECT type, group#, member FROM v$logfile;

4. ソース・データベースに基づいてData Guardレプリカのスタンバイ制御ファイルをリフレッシュして、制御ファイルを最新状態にします。

1. RMANターゲットとしてData Guardレプリカに再接続します。

2. これをNOMOUNTモードで再起動します。

RMAN> startup nomount force;

3. ソース・データベース上の制御ファイルを使用して、スタンバイ制御ファイルをリストアします。
次のコマンド例では、SOURCEMASTER (ソース・データベース)のデータベース制御ファイルを使用して、Data Guardレプリカ上の制御ファイルがリストアされます。

RMAN> RESTORE STANDBY CONTROLFILE FROM SERVICE SOURCEMASTER;

4. 次のコマンドを使用してData Guardレプリカをマウントします。

RMAN> ALTER DATABASE MOUNT;

5. RMANカタログを使用していない場合、スタンバイ制御ファイル内のファイルの名前は、ソース・データベースで使用されていた名前になります。スタンバイ制御ファイル内のデータファイル名および一時ファイル名を更新する必要があります。

CATALOGコマンドおよびSWITCHコマンドを使用してすべてのデータ・ファイルの名前を更新します。SWITCHコマンドは、ソース・データベースの新たに作成されたファイルを手順7でリストアした後で使用されます。

RMAN> CATALOG START WITH '+DATA/TESTMASTER/DATAFILE/';

この例で、+DATA/TESTMASTER/DATAFILE/はData Guardレプリカのデータ・ファイルの場所です。すべてのデータファイルを、この場所に格納する必要があります。

6. 手順2のCURRENT_SCNを使用して、ソース・データベースからリストアする必要がある新しいファイルが追加されたかどうかを判別します。

RMAN> select file# from v$datafile where creation_change# >= 17081990;
FILE#
----------
9
10

7. 前の問合せでファイルが返された場合は、それらのデータファイルをソース・データベースからリストアします。前の手順で返されたFILE#のリストを使用して、次のようなRMAN RUNブロックを実行します。FILE#が返されなかった場合はこの手順をスキップします。

RMAN> run{
2> set newname for database to '+DATA';
3> restore datafile 9,10 from service SOURCEMASTER;
4> }

8. RMANカタログを使用しない場合は、手順5でカタログ化されたコピーに切り替えて、スタンバイ制御ファイルのデータファイル名を変更します。

RMAN> SWITCH DATABASE TO COPY;

9. 次の方法で、スタンバイ制御ファイル内のオンラインREDOログとスタンバイREDOログの名前を更新します。

- ALTER DATABASE CLEARコマンドを使用して、Data GuardレプリカのすべてのREDOログ・グループのログ・ファイルを消去します。RMANで、すべてのスタンバイREDOログおよびオンラインREDOログ・ファイルを再作成します。
注意: Data Guardレプリカに、ソース・データベースのオンラインREDOログ・ファイルおよびスタンバイREDOログ・ファイルへのアクセス権がない場合のみ、ログ・ファイルを消去することをお薦めします。Data Guardレプリカに、ソース・データベースのREDOログ・ファイルへのアクセス権があり、ソース・データベースのREDOログ・ファイル名がOMF名である場合は、ALTER DATABASEコマンドでソース・データベース上のログ・ファイルを削除します。また、ログ・ファイルの消去により新しいログ・ファイルが作成されます。既存のファイルは使用されません。制御ファイルはそのような既存のファイルを認識しません。領域を節約するため、ALTER DATABASE CLEARコマンドを実行する前に既存のログ・ファイルをASMから削除します。

手順5で問い合せたV$LOGFILEビューのGROUP#列に、消去する必要があるログ・グループのREDOログ・グループ識別子が示されます。個別にALTER DATABASE CLEARコマンドを使用して、各REDOログ・グループを消去します。

次のコマンドで、識別子2を持つREDOログ・グループを消去します。

SQL> ALTER DATABASE CLEAR LOGFILE GROUP 2;

- ALTER DATABASE RENAME FILEコマンドを使用して、REDOログ・ファイルの名前を変更します。個別のコマンドを使用して、手順5で示された各ログ・ファイルの名前を変更します。
ログ・ファイルの名前を変更するには、STANDBY_FILE_MANAGEMENT初期化パラメータをMANUALに設定する必要があります。ソース・データベースとData Guardレプリカで、オンラインREDOログ・ファイルとスタンバイREDOログ・ファイルの数が同じ場合、ログ・ファイルの名前を変更することをお薦めします。

10. RMAN RECOVER...FROM SERVICEを使用して、データ・ファイルを最新状態にロール・フォワードします。この操作には追加の領域は必要ありません。このプロセスではファイルは最新状態にしかリフレッシュできません。それよりも前の時点にファイルをリフレッシュすることはできません。手順3で作成したTNSエントリを使用して、RMAN経由でターゲットとしてData Guardレプリカに接続し、次のコマンドを発行します。指定されるサービスはプライマリを指す必要があります。

RMAN> recover database noredo from service SOURCEMASTER;

11. Data GuardレプリカへのREDOの移動を有効にし、REDOの適用を開始します。これは、手順10の中で適用したブロックで制御ファイルを更新するために必要です。

DGMGRL> edit database TESTMASTER set property logshipping=ON;
Property "logshipping" updated
DGMGRL> edit database TESTMASTER set state=apply-on;
Succeeded.

12. REDOが適用されたら、Data Guardレプリカをテスト・マスター・データベースに変換するために使用したプロセスを繰り返して、Exadataデータベース・スナップショットを作成します。忘れずにスタンバイでログの移動とREDOの適用を再び無効にしてください。

手順5   テスト・マスターのクローズとすべてのテスト・マスター・データ・ファイルの読取り専用設定

「テスト・マスター・データベースの設定」の項を参照してください。

手順6   すべてのスナップショットの再作成

「スナップショット・データベースの作成」の項を参照してください。

グリッド・ディスクのサイズ変更

仮想領域または物理領域(あるいは両方)を必要に応じて増減することができます。物理領域と仮想領域のサイズ変更は同時に行うことができます。

仮想領域のサイズ変更

V$ASM_DISKGROUP.FREE_MBまたはV$ASM_DISK.FREE_MBの値が低い場合、仮想アドレス領域を増やす必要があります。

1. セルで次のコマンドを実行します。

CellCLI> alter griddisk prefix=SPARSE, virtualSize=newSize

例:

CellCLI> alter griddisk prefix=SPARSE, virtualSize=12000G

2. ASMインスタンスで、ディスク・グループをこの新しいサイズに変更します。

SQL> alter diskgroup SPARSE resize disks in failgroup cel1 size newSize

例:

SQL> alter diskgroup SPARSE resize disks in failgroup cel1 size 12000G

詳細は、http://docs.oracle.com/cd/B28359_01/server.111/b31107/asmdiskgrps.htm#CHDFIHHCを参照してください。

仮想アドレス領域を減らす場合も同じ手順を実行できます。

物理領域のサイズ変更

グリッド・ディスクで物理領域が不足しているとき、つまりV$ASM_DISK_SPARSEのTOTAL_MAT_MB列とALLOCATED_MAT_MB列の値が近いときは、グリッド・ディスクの物理サイズを増やす必要があります。

セルで次のコマンドを実行します。

CellCLI> alter griddisk prefix=SPARSE, size=newPhysicalSize

例:

CellCLI> alter griddisk prefix=SPARSE, size=4000G

ASMインスタンスでは何もする必要はありません。

物理サイズを減らす場合も同じ手順を実行できます。

スパース・ディスク・グループ・アクティビティの監視

V$ASM_DISKビューおよびV$ASM_DISKGROUPビューには、仮想サイズとスパースASMディスク・グループの使用率に関する情報が含まれます。新しいビューV$ASM_DISK_SPARSEおよびV$ASM_DISKGROUP_SPARSEには、スパースASMディスク・グループの実際のサイズと使用率に関する情報が含まれます。V$ASM_DISK_SPARSEにもパフォーマンスと使用率のメトリックが含まれます。

表12-1に、V$ASM_DISK_SPARSEの列を示します。

表12-1 V$ASM_DISK_SPARSE

列

説明

GROUP_NUMBER

ディスクを含むディスク・グループの番号

DISK_NUMBER

このディスク・グループ内のディスクに割り当てられた番号

INCARNATION

ディスクのインカネーション番号

ALLOCATED_MAT_MB

このディスクの合計使用済物理容量

TOTAL_MAT_MB

このディスクの合計物理容量

SPARSE_READS

このディスクのスパース・リージョンの読取りリクエスト数

SPARSE_BYTES_READ

このディスクのスパース・リージョンの読取りバイト数

SPARSE_READ_TIME

スパース読取りI/Oにかかった時間

表12-2にV$ASM_DISKGROUP_SPARSEの列を示します。

表12-2 V$ASM_DISKGROUP_SPARSE

列

説明

GROUP_NUMBER

ディスク・グループに割り当てられたクラスタ全体の番号

ALLOCATED_MAT_MB

このディスク・グループの合計使用済物理容量

TOTAL_MAT_MB

このディスク・グループの合計物理容量

次の例は、いくつかのディスクの使用済領域と合計領域を示します。

SQL> select
DISK_NUMBER          dsk_num,
ALLOCATED_MAT_MB     alloc,
TOTAL_MAT_MB         total
from V$ASM_DISK_SPARSE
where GROUP_NUMBER = 5;

DSK_NUM    ALLOC      TOTAL
---------- ---------- ----------
0       5536      57336
1       5424      57336
2       5532      57336
3       5424      57336
4       5424      57336

次の例のスパースASMグリッド・ディスクは、実際のサイズが56GB、仮想サイズが560GBで作成されています。V$ASM_DISKのOS_MB列とTOTAL_MB列を問い合せると、仮想サイズが573440MB (573440MB / 1024 = 560GB) と表示されます。

SQL> select os_mb, total_mb from v$asm_disk where group_number=4;

OS_MB   TOTAL_MB
---------- ----------
573440     573440
573440     573440
573440     573440

V$ASM_DISK_SPARSEのTOTAL_MBを問い合せると、ASMグリッド・ディスクで使用可能な実際のサイズを確認できます。各ASMグリッド・ディスクには、スパースASMグリッド・ディスクに割り当てられている16GBごとに約2MBのメタデータ情報が格納されることに注意してください。この例ではグリッド・ディスク当たり56GBが割り当てられ、8MBの領域がスパース・ディスク・メタデータ用に確保されます(57336MB + 8MB = 57344MB / 1024 = 56GB)。

SQL> select total_mb from v$asm_disk_sparse where group_number=4;

TOTAL_MB
---------
57336
57336
57336

A Oracle Exadata Storage Server Softwareのアップグレード

Oracle Exadata Database Machineソフトウェア、オペレーティング・システムおよびコンポーネント・ファームウェアのアップグレードとパッチ適用には、Oracleユーティリティが使用されます。パッチには、必要なソフトウェア更新、オペレーティングシステム更新およびファームウェア更新がすべて含まれます。Oracle Exadata Database Machineのアップグレードとパッチ適用には、次のユーティリティを使用します。

- Oracle Exadata Storage Server SoftwareおよびInfiniBandスイッチには、patchmgrユーティリティを使用します。

- データベース・サーバーには、DBノードの更新ユーティリティ(dbnodeupdate.shユーティリティ)を使用します。

また、計画メンテナンスの実行の前後にはExachkユーティリティを実行することをお薦めします。

アップグレードおよびパッチ適用の情報は、My Oracle Supportノート888828.1から入手できます。追加情報は、パッチのreadmeおよび関連するサポート・ノートを参照してください。My Oracle Supportは、次の場所にあります。

http://support.oracle.com/

B エラーおよびアラート・メッセージ

この付録では、Oracle Exadata Storage Server Softwareの使用時に発生する可能性があるエラーおよびアラート・メッセージについて説明します。この付録の内容は次のとおりです。

- アラート、インシデントおよびトレース・ファイルの理解

- Oracle Exadata Storage Server Softwareのエラー・メッセージ

- EXA-xxxxxエラー・メッセージ

- アラート・メッセージ

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

関連項目:

- Oracle Databaseのエラー・メッセージの詳細は、『Oracle Databaseエラー・メッセージ』を参照してください。

- 診断データの収集および管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- Oracle Exadata Database Machineのハードウェア・アラートの詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

アラート、インシデントおよびトレース・ファイルの理解

アラート、インシデントおよびトレース・ファイルでは、役に立つ情報の診断記録が提供されます。アラート・ファイルには、内部エラーおよび管理タスクに関する情報が格納されます。インシデント・ファイルには、1回のエラー発生に関する情報が格納されます。トレース・ファイルには、サーバーおよびバックグラウンド・プロセスに関する情報を格納できます。この項の内容は次のとおりです。

- アラート・ファイルについて

- インシデント・パッケージについて

- トレース・ファイルについて

- 診断ファイルの場所

- 診断ファイルの管理

関連項目:
ファイルの削除ポリシーの詳細は、『自動セル・メンテナンスの理解』を参照してください。

アラート・ファイルについて

アラート・ファイルは、内部エラーおよび管理アクティビティ(バックアップなど)に関する情報を記録するログ・ファイルです。内部エラーが発生すると、メッセージが端末画面に送信され、アラート・ファイルに書き込まれます。アラート・ファイルには、エラーによって生成されたトレース・ファイルの場所や名前など、内部エラーに関する追加情報も書き込まれます。アラート・ファイルは、次のディレクトリにあります。

/opt/oracle/cell/log/diag/asm/cell/hostname/trace/alert.log

システムでオペレータ・コンソールを使用している場合は、Oracleからのメッセージがコンソールに表示される場合があります。重要なメッセージはすべてアラート・ファイルとオペレータ・コンソールに書き込まれます。このコンソールには、Oracleメッセージだけなく、すべてのメッセージが表示されるため、アラート・ファイルは、コンソール・ログよりもすべてのOracle管理アクティビティとエラーの追跡に適した記録です。

インシデント・パッケージについて

インシデントとは、1回発生した問題です。問題が複数回発生した場合は、発生ごとにインシデントが作成されます。インシデントは自動診断リポジトリ(ADR)で追跡されます。各インシデントは、ADR内で一意の数値のインシデントIDで識別されます。インシデントが発生すると、データベースによってアラート・ログにエントリが記録され、インシデント・アラートがOracle Enterprise Managerに送信されます。次に、インシデントに関する診断データがダンプ・ファイル(インシデント・ダンプ)に収集され、インシデント・ダンプにインシデントIDがタグ付けされます。最後に、そのインシデント用に作成されたADRサブディレクトリにインシデント・ダンプが格納されます。

通常、クリティカル・エラーの診断および解決策はインシデント・アラートで開始されます。ADRのすべてのインシデントのリストは、ADRコマンド・インタプリタ(ADRCI)コマンドを使用して取得できます。

各インシデントはそれぞれ1つの問題のみにマッピングされます。各インシデントは比較されるため、1つの問題で多数のインシデントおよびインシデント・ダンプが生成されることはありません。

関連項目:

次の詳細は、『Oracle Database管理者ガイド』を参照してください。

- インシデントのフラッド制御

- カスタムのインシデント・パッケージの作成、編集およびアップロード

トレース・ファイルについて

トレース・ファイルは、Oracleインスタンスが起動するか、ユーザー・プロセスまたはバックグラウンド・プロセスで予期しないイベントが発生するたびに作成されます。ファイル拡張子またはファイル・タイプは、通常は.trcです。拡張子またはファイル・タイプが異なる場合は、オペレーティング・システム別のOracleドキュメントに記載されています。トレース・ファイルの内容には、システム・グローバル領域、プロセス・グローバル領域、オペレーティング・コール・スタック、レジスタなどのダンプが含まれます。

注意:
traceLevel属性の設定を変更する場合は、管理サーバーを再起動して変更内容を適用する必要があります。管理サーバーを再起動しても、データベースやデータ・フローには影響はありません。

自動診断リポジトリについて

ADRは、Oracle DatabaseのOracle診断フレームワークのコア・コンポーネントです。これは、データベース、アプリケーション・サーバー、Oracle Exadata Storage Serverなどの主要なOracleソフトウェア・コンポーネントに関連する診断データのリポジトリとして機能します。リポジトリには、データベースの外部に、問題データ、インシデント・データ、パッケージ・メタデータ、トレース・ファイルおよびダンプ・ファイルが格納されます。

自動診断リポジトリ・インシデント

ADRインシデントは、クリティカルのソフトウェア・エラーが発生するとOracle診断フレームワークによって生成され、ADR内に格納されます。インシデントには、トレース・ファイルとダンプ・ファイルが関連付けられている場合があり、これらはOracleサポート・サービスに送信するためにパッケージ化できます。

自動診断リポジトリ・パッケージ

ADRパッケージとは、Oracleサポート・サービスに転送できるように、ADRインシデントと関連のトレース・ファイルおよびダンプ・ファイルを1つの(圧縮した)ファイルにまとめたものです。

診断ファイルの場所

アラート、インシデントおよびトレース・ファイルは、セルのADRホーム・ディレクトリ($ADR_BASE/diag/asm/cell/cell_name)のalertサブディレクトリ、incidentサブディレクトリおよびtraceサブディレクトリに書き込まれます。ADRホームはADRベース・ディレクトリ($ADR_BASE)にあります。ADRファイルの保存期間は、diagHistoryDaysセル属性で指定されます。この設定は、CellCLIのALTER CELLコマンドで変更できます。

Secure Shell(SSH)を使用してセルにアクセスする場合は、インストール時に設定した$ADR_BASEの値を表示できます。

関連項目:

- 「ALTER CELL」

- diagHistoryDaysセル属性の詳細は、「DESCRIBE CELL」を参照してください。

診断ファイルの管理

ADRコマンド・インタプリタ(ADRCI)は、診断データの管理に使用するコマンドライン・ツールです。ADRCIを使用すると、次の操作が実行可能です。

- ADR内の診断データの表示

- インシデントおよび問題の情報をZIPファイルに圧縮してOracleサポート・サービスに転送

Oracle Exadata Storage Server SoftwareでADRCIを使用するには、次のコマンドを使用してADRベースを設定します。

adrci> SET BASE /opt/oracle/cell/log

たとえば、ADRCIを使用すると、例B-1のようにセルのアラート、インシデントおよびトレース・ファイルを表示できます。

例B-1 アラート、インシデントおよびトレース・ファイルの表示

$ ADRCI
ADRCI: Release 11.2.0.1.0 - Production on Wed May 20 02:17:38 2009
Copyright (c) 1982, 2009, Oracle.  All rights reserved.

adrci> SET BASE /opt/oracle/cell/log

adrci> SHOW HOMES
ADR Homes:
diag/asm/cell/st-cell03-2
...

adrci> SET HOMEPATH diag/asm/cell/st-cell03-2

adrci> SHOW ALERT
...
adrci> SHOW INCIDENT
...
adrci> SHOW TRACEFILE
...

関連項目:
ADRCIの詳細は、『Oracle Databaseユーティリティ』を参照してください。

Oracle Exadata Storage Server Softwareのエラー・メッセージ

この項では、Oracle Exadata Storage Server Softwareのエラー・メッセージのカテゴリについて説明します。カテゴリは次のとおりです。

- エラー・メッセージ: CELL-00001からCELL-00500

- エラー・メッセージ: CELL-00501からCELL-01000

- エラー・メッセージ: CELL-01001からCELL-01500

- エラー・メッセージ: CELL-01501からCELL-02000

- エラー・メッセージ: CELL-02001からCELL-02500

- エラー・メッセージ: CELL-02501からCELL-03000

- エラー・メッセージ: CELL-03001からCELL-03500

- エラー・メッセージ: CELL-03501からCELL-04000

- エラー・メッセージ: CELL-04501からCELL-05000

- エラー・メッセージ: CELL-05001からCELL-05500

- エラー・メッセージ: CELL-05501からCELL-06000

- エラー・メッセージ: CELL-06001からCELL-06200

エラー・メッセージ: CELL-00001からCELL-00500

この項では、CELL-00001からCELL-00500のエラー・メッセージについて説明します。

CELL-00001: 日付/時刻の書式が無効です。{0}など、有効な書式を使用してください。

原因: 無効な日付/時間形式が入力されています。

処置: 有効な日付/時間形式('2009-09-01T15:28:36-07:00'など)を入力してください。

関連項目:

- LISTコマンドで日付/時間形式を使用する例は、例8-112を参照してください。

- デフォルトの日付/時間形式の設定の詳細は、「SET」を参照してください。

CELL-00002: IORMPLANコマンドに無効なレベル{0}が含まれています。

原因: IORMPLANプランに無効なレベルが入力されました。

処置: 1から8のレベル番号を入力してください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00003: IORMPLANコマンドに無効な割当て{0}が含まれています。

原因: IORMPLANプランに無効な割当て値が入力されました。

処置: 0から100の割当て値を入力してください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00004: IORMPLANコマンドに無効な名前{0}が含まれています。

原因: 予約語または多数の文字を含む名前値がIORMPLANプランに入力されました。

処置: 有効なデータベース名またはカテゴリ名を入力するか、名前にotherまたはemergencyを使用してください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00005: IORMPLANコマンドに含まれる{0}ディレクティブが多すぎます。

原因: 32個を超えるディレクティブがIORMPLANプランに入力されました。

処置: dbPlanまたはcatPlanの各カテゴリに入力するディレクティブの数をそれぞれ32個以内にしてください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00006: レベル{0}でIORMPLANコマンドに無効な割当て合計が含まれています。

原因: 指定したレベルの割当て値の合計が100を超えています。

処置: 指定したレベルの割当て値の合計が100を超えないように割当て値を入力してください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00007: IORMPLANコマンドにOTHERディレクティブが含まれていません。

原因: dbPlanカテゴリとcatPlanカテゴリの両方に、name=otherのディレクティブが少なくとも1つずつ必要です。

処置: dbPlanカテゴリとcatPlanカテゴリの両方に、name=otherのディレクティブを入力してください。

関連項目:

- 「データベース・リソース管理の管理」

- 「ALTER IORMPLAN」

CELL-00010: この属性には''true''または''false''の値が必要です:{0}

原因: smtpstarttlsセル属性などのブール属性に不正な値が入力されました。

処置: ブール属性の値にはtrueまたはfalseを入力してください。

関連項目:

- 属性の変更の詳細は、「ALTER」を参照してください。

- 各オブジェクト・タイプで変更可能な属性のリストは、「DESCRIBE」を参照してください。

CELL-00011: 属性の最大長を超えています: {0}

原因: 値が属性フィールドで許可されている長さを超えています。たとえば、nameまたはcommentの属性値に入力するテキストは256文字未満にする必要があります。

処置: 属性で許可されている最大長以内の値を入力してください。

関連項目:
属性の変更の詳細は、「ALTER」を参照してください。

CELL-00012: 名前の値が無効です。a-z、A-Z、_、0-9のASCII文字を使用してください。

原因: アスタリスク(*)やパーセント(%)などの無効な文字が名前属性値に入力されました。

処置: ASCII英数字およびアンダースコア文字のみを含むname値を入力してください。

関連項目:
「共通の属性値の制限」

CELL-00013: 属性は変更不可です: {0}

原因: 属性を変更できませんでした。

処置: 指定したオブジェクトで変更可能な属性のリストを表示するには、DESCRIBE object_typeを使用してください。

関連項目:
「DESCRIBE」

CELL-00014: オブジェクトがこの属性をサポートしていません: {0}

原因: 指定した属性はオブジェクト・タイプでサポートされていません。

処置: 指定したオブジェクトで有効な属性のリストを表示するには、DESCRIBE object_typeを使用してください。

関連項目:
「DESCRIBE」

CELL-00015: 属性{0}を設定する必要があります。

原因: ゼロ(0)以外の値が属性に設定されました。

処置: 属性をゼロに設定してください。

CELL-00016: IORMPLANディレクティブでは、allocationとlevelの両方の属性に値を指定する必要があります。

原因: IORMPLANディレクティブで割当ておよびレベルの両方の属性が指定されませんでした。

処置: 割当ておよびレベルの両方の属性をディレクティブに指定してください。

関連項目:
「ALTER IORMPLAN」

CELL-00018: IORMPLANディレクティブに無効な制限{0}が含まれています。

原因: IORMPLANディレクティブに無効な制限値が指定されました。

処置: 有効な制限を指定してください。

関連項目:
「ALTER IORMPLAN」

CELL-00019: 制限属性は、catplanディレクティブでは許可されていません。

原因: 制限属性がcatPlanディレクティブで使用されました。

処置: catPlanディレクティブから制限属性を削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-00020: IORMPLANディレクティブでは、allocation、share、limit、flashcache、flashlog、flashcachelimit、flashcacheminのいずれかの属性を1つ以上指定する必要があります。

原因: IORMPLANディレクティブで正しい値または属性が指定されませんでした。

処置: ディレクティブには次を指定してください。

- 割当て、共有または制限値

- フラッシュ・キャッシュまたはフラッシュ・ログ属性

- フラッシュ・キャッシュ制限またはフラッシュ・キャッシュ最小値

関連項目:
「ALTER IORMPLAN」

CELL-00021: IORMPLANコマンドでは、allocationとshareの両方の属性に値を指定することはできません。

原因: IORMPLANディレクティブで割当ておよび共有の両方の値が指定されました。

処置: ディレクティブには値を1つのみ指定してください。

関連項目:
「ALTER IORMPLAN」

CELL-00022: IORMPLANでOTHERディレクティブを共有ベースのプランに含めることができません。

原因: 共有ベースのプランにOTHERディレクティブが含まれています。

処置: 共有ベースのプランからOTHERディレクティブを削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-00023: IORMPLANに共有の無効な値{0}が含まれています。共有には1から32の整数を割り当てる必要があります。

原因: 共有の値に無効な値が指定されました。

処置: 共有の値には、1から32の整数のみが有効です。有効な値を入力してください。

関連項目:
「ALTER IORMPLAN」

CELL-00024: IORMPLANの合計共有値{0}が大きすぎます。すべての共有の合計は32768以下にする必要があります。

原因: 共有値の合計が32768の上限を超えています。

処置: 共有値を32768以下に変更してください。

関連項目:
「ALTER IORMPLAN」

CELL-00025: IORMPlanディレクティブDEFAULTは予約語のため、ロール、レベル、および割当てを指定できません。

原因: ロール、レベルまたは割当てでdefaultの語が使用されました。

処置: "default"の語が値に使用されないように、エントリを修正してください。

関連項目:
「ALTER IORMPLAN」

CELL-00026: IORMPlanコマンドでは、レベルおよび割当ての属性に32を超えるディレクティブを含めることができません。

原因: IORMPLANコマンドで、32を超えるディレクティブがレベルおよび割当ての属性に含まれました。

処置: IORMプランのディレクティブおよび属性の数を変更してください。

関連項目:
「ALTER IORMPLAN」

CELL-00027: IORMPLANコマンドのflashcacheminディレクティブの合計を現在のflashcacheサイズ: {0}より大きくすることはできません。

原因: flashcacheminディレクティブがフラッシュ・キャッシュの現在のサイズを超えていました。

処置: flashcacheminディレクティブのサイズをフラッシュ・キャッシュの合計サイズより小さく設定してください。

CELL-00028: IORMPLANコマンドでは、OTHERディレクティブのflashcacheminまたはflashcachelimit属性を使用できません。

原因: OTHERディレクティブにflashcacheminまたはflashcachelimitが含まれていました。

処置: flashcacheminまたはflashcachelimitをOTHERディレクティブから削除してください。

CELL-00029: 電子メールの値が無効です: {0}

原因: emailオプションに入力された値が無効でした。

処置: ALTER CELL emailSubscriberコマンドに有効な電子メール・アドレスを指定してください。

CELL-00030: alertTypeの値が無効です: {0}

原因: alterTypeオプションに入力された値が無効でした。

処置: ALTER CELL emailSubscriberコマンドに有効なオプションを指定してください。有効なオプションは、HARDWARE、SOFTWARE、METRICおよびADRです。

CELL-00031: ALTER IORMPLANコマンドにはデータベース{0}のプライマリおよびスタンバイ・ディレクティブが必要です。

原因: データベース・プランにプライマリ・ディレクティブとスタンバイ・ディレクティブが含まれていませんでした。

処置: ALTER IORMPLANコマンドを再入力し、データベース・プランで両方のディレクティブを指定してください。

CELL-00032: dbplanにプロファイル・タイプのディレクティブがある場合、catplanは設定できません。

原因: dbplanパラメータにプロファイル・タイプ・ディレクティブが含まれていたため、catPlanパラメータが設定されませんでした。

処置: このエラー・メッセージに対する処置は2つあります。これらのアクションは次のとおりです。

- dbPlanをクリアするかデータベース・プランからプロファイル・ディレクティブを削除してから、catPlanパラメータを設定します。

ALTER IORMPLAN dbPlan = ''
ALTER IORMPLAN catPlane = parameter_settings

- データベース・プランからプロファイル・ディレクティブを削除します。これにより、dbPlanパラメータとともにcatPlanパラメータを使用できるようになります。

CELL-00033: catplanがアクティブな場合、IORMPLAN dbplanでプロファイル・タイプのディレクティブを指定できません。

原因: dbPlanパラメータにプロファイル・タイプ・ディレクティブが含まれていましたが、catPlanパラメータがアクティブでした。

処置: catPlanをクリアしてから、データベース・プランにプロファイル・ディレクティブを設定してください。

ALTER IORMPLAN catPlan = ''
ALTER IORMPLAN dbPlan = parameter_settings

CELL-00034: IORMPLANコマンドに含まれる{0}ディレクティブが多すぎます。

原因: ALTER IORMPLANコマンドに含まれる指定ディレクティブの数が多すぎました。

処置: ディレクティブの数をtype= profileディレクティブの場合は8、データベース・ディレクティブの場合は1023に制限してください。

CELL-00051: SNMP V3ユーザー定義"{0}"にはauthProtocolおよびauthPasswordが含まれている必要があります。

原因: ユーザー定義にauthProtocolおよびauthPasswordが含まれていませんでした。

処置: SNMPユーザーを定義するコマンドを入力し、authProtocolおよびauthPasswordを指定してください。

CELL-00052: SNMP V3ユーザー定義"{0}"認証パスワードには、8から12文字の英数字を使用する必要があります。プライバシ・パスワードには8文字の英数字を使用する必要があります。

原因: パスワードに正しい文字数が含まれていませんでした。

処置: 正しい文字数が含まれるパスワードを入力してください。SNMP V3パスワードには、最小限8文字かつ最大限12文字の英数字が含まれる必要があります。暗号化パスワードには、正確に8文字の英数字が含まれる必要があります。

CELL-00053: SNMP V3ユーザー定義 "{0}"が複数回定義されています。

原因: ユーザー定義はすでに定義されていました。

処置: 新しいユーザーを定義してください。

CELL-00054: SNMP V3ユーザー定義 "{0}"にprivProtocolは含まれていますがprivPasswordが含まれていません。

原因: ユーザー定義にパスワードが含まれていませんでした。

処置: 定義を入力し、パスワードを含めてください。

CELL-00055: SNMP V3ユーザー定義"{0}"はSNMP v3サブスクリプションによって参照されているため、削除できません。

原因: 定義を削除できませんでした。

処置: サブスクリプションを削除した後、コマンドを再入力してください。

CELL-00056: SNMP V3 snmpUser定義は、タイプV3またはV3ASRのサブスクリプションにのみ使用できます。

原因: ユーザー定義にタイプが指定されていませんでした。

処置: 定義を入力し、サブスクリプション・タイプV3またはv3ASRを指定してください。

CELL-00057: {0}に無効なプロトコルが指定されました。このプロトコルの値は{1}または{2}にする必要があります。

原因: 無効なプロトコルが指定されました。

処置: 正しいプロトコル値を指定して、コマンドを再入力してください。

CELL-00058: 指定されたディレクティブに次の属性が何度も使用されています: {0}。各ディレクティブで1つの属性を使用できるのは一度です。

原因: ディレクティブ内で属性が繰り返されました。

処置: コマンドを入力し、各属性を1回のみ指定してください。

CELL-00059: snmpSubcriberディレクティブに無効なタイプが含まれています。タイプASR、V3およびV3ASRのみ許可されます。デフォルト・タイプはV1です。

原因: snmpSubscriberディレクティブに無効タイプが含まれていました。

処置: コマンドを入力し、有効なタイプを指定してください。有効なタイプは、ASR、V3およびv3ASRです。

CELL-00060: SNMP V3ユーザー定義 "{0}"にprivPasswordは含まれていますがprivProtocolが含まれていません。

原因: ユーザー定義にプロトコルが含まれていませんでした。

処置: コマンドを入力し、プロトコルを指定してください。

CELL-00061: SNMP V3サブスクリプションでは、SNMPユーザーが定義され、snmpSubscriber属性割当てでsnmpUserディレクティブを使用して名前によって参照される必要があります。

原因: snmpSubscriberにはV3またはv3ASRタイプが指定されていましたが、snmpUser属性が含まれていませんでした。

処置: コマンドを再入力し、定義内にsnmpUserを含めるか、V3を指定しないようsnmpSubscriberのタイプを変更してください。

CELL-00062: SNMPサブスクリプションはSNMPユーザー{0}を参照しますが、これが定義されていません。snmpUser属性割当てを使用して定義する必要があります。

原因: サブスクリプションで参照されているSNMPユーザーが定義されていません。

処置: サブスクリプションのユーザーを定義してください。

CELL-00063: SNMPユーザー名が無効です。1から32文字の英数字を指定する必要があります。

原因: 無効なユーザー名が入力されました。

処置: 1から32文字の英数字を使用してユーザー名を入力してください。

CELL-00064: ILOMでの起動アクティビティの競合により、現時点ではこの操作は実行できません。数分以内にこのコマンドを再入力してください。

原因: アクティビティが競合していました。

処置: 数分後にコマンドを再入力してください。

CELL-00065: このSNMPエンジンIDの変更により、既存のSNMPユーザー定義は無効になります。ALTERコマンドを使用してSNMPユーザーを削除してから、SNMPエンジンIDを変更してください。その後、SNMPユーザー定義を再作成する必要があります。

原因: エンジンIDの変更が既存のユーザー定義に起因せずに実行されました。

処置: SNMPユーザーを削除し、SNMPエンジンIDを変更してから、ユーザー定義を再作成してください。

CELL-00066: このコマンドではパスワードを入力する必要がありますが、CLIが、この入力を可能にする対話モードで実行されていません。

原因: CLIが対話型モードで実行されていなかったため、コマンドが失敗しました。

処置: CLIプログラムをローカル・シェルから実行してください。

CELL-00067: 2番目のパスワードが最初のパスワードと一致しません。

原因: 確認用パスワードが元のパスワードと一致しませんでした。

処置: 確認用パスワードを再入力してください。

エラー・メッセージ: CELL-00501からCELL-01000

この項では、CELL-00501からCELL-01000のエラー・メッセージについて説明します。

CELL-00501: powercount属性の構文が無効です。エラー: {0}

原因: 予期しない出力がIPMI/ILOで生成されています。

処置: Oracleサポート・サービスに連絡してください。

CELL-00502: temp制限を解析できません。エラー: {0}

原因: 予期しない出力がIPMI/ILOで生成されています。

処置: Oracleサポート・サービスに連絡してください。

CELL-00503: fancount属性の構文が無効です。エラー: {0}

原因: fanCount属性の構文が無効になっています。

処置: Oracleサポート・サービスに連絡してください。

CELL-00506: 最初にupdateHealthをコールしてください。

原因: プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-00507: HardwareImplをインスタンス化できませんでした: {0}

原因: 予期しない出力がIPMI/ILOで生成されています。

処置: Oracleサポート・サービスに連絡してください。

CELL-00508: LO100 BMCをリセットするには、Linuxを再起動する必要があります。

原因: BMCのリセット後にサーバーが再起動されないと、センサー読取りおよびしきい値に問題が発生するため、DL180 G5ハードウェアのLO100をリセットできません。

処置: BMCをリセットする場合、rootユーザーとして次のコマンドを実行してください。11gリリース2 (11.2)より前のOracle Exadata Storage Server Softwareでの再起動後、セルが起動したら、状況に応じてセルのOracle ASMディスクをonlineに設定する必要があります。

ipmitool mc reset cold
reboot

エラー・メッセージ: CELL-01001からCELL-01500

この項では、CELL-01001からCELL-01500のエラー・メッセージについて説明します。

CELL-01005: BMCアダプタ: {0}でエラーが発生しました

原因: BMCアダプタに問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-01501からCELL-02000

この項では、CELL-01501からCELL-02000のエラー・メッセージについて説明します。

CELL-01501: ファイル: {0}へのスプール中にエラーが発生しました。

原因: 指定したファイルにSPOOLコマンドで書き込むことができませんでした。

処置: ファイルとディレクトリへの書込み権限を設定してください。

関連項目:
「SPOOL」

CELL-01502: ファイル: {0}へのアクセス中にエラーが発生しました。

原因: ファイルが見つかりませんでした。

処置: 指定した場所にファイルが存在していることを確認してください。

関連項目:
「SPOOL」

CELL-01503: ファイル{0}はすでに存在します。

原因: スプール・ファイルがすでに存在しているため、作成できませんでした。

処置: SPOOLコマンドにREPLACEオプションを指定して既存のファイルを上書きするか、SPOOLコマンドにAPPENDオプションを指定して既存のファイルに追加してください。

関連項目:
「SPOOL」

CELL-01504: コマンド構文が無効です。

原因: コマンドに構文エラーがあります。

処置: 有効なコマンド構文については、ヘルプ・テキストを確認してください。キャレット(^)文字は、コマンド内でエラーが検出された場所を示します。

関連項目:
「HELP」

CELL-01505: 再起動サーバー(RS)が実行されていないため、管理サーバーまたはセル・サーバー(CELLSRV)の状態が不明です。

原因: 再起動サーバー(RS)が実行されていませんでした。

処置: ALTER CELLコマンドを使用して、再起動サーバーを起動または再起動してください。

関連項目:
「ALTER CELL」

CELL-01506: 再起動サーバー(RS)からレスポンスがありません。

原因: 再起動サーバー(RS)が使用できませんでした。

処置: ALTER CELLコマンドを使用して、再起動サーバーを起動または再起動してください。

関連項目:
「ALTER CELL」

CELL-01507: 再起動サーバー(RS)と通信できません。エラー: {0}

原因: 再起動サーバー(RS)が使用できませんでした。

処置: ALTER CELLコマンドを使用して、再起動サーバーを起動または再起動してください。

関連項目:
「ALTER CELL」

CELL-01508: 再起動サーバー(RS)が実行されていません。RSが他の「ALTER CELL SERVICE」コマンドのリクエストの前に実行されることを確認します。{0}

原因: 再起動サーバー(RS)が実行されていませんでした。

処置: ALTER CELLコマンドを使用して、再起動サーバーを起動または再起動してください。

関連項目:
「ALTER CELL」

CELL-01509: 再起動サーバー(RS)が応答しません。

原因: 再起動サーバー(RS)が使用できませんでした。

処置: ALTER CELLコマンドを使用して、再起動サーバーを起動または再起動してください。

関連項目:
「ALTER CELL」

CELL-01510: ポート番号: {0}で新しい再起動サーバー(RS)を起動できません。RSのインスタンスがすでに実行中である可能性があります。

原因: 指定したポート番号で再起動サーバー(RS)を起動できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01512: 新しい再起動サーバー(RS)を起動できません。例外を受け取りました: {0}

原因: 新しい再起動サーバー(RS)を起動できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01513: 再起動サーバー(RS)に対するCellCLIリクエストがタイムアウトになりました。

原因: タイムアウトしたため、再起動サーバーに対するCellCLIリクエストが失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01514: 接続エラーが発生しました。指定したHTTPポート: {0}で管理サーバーがリスニングしていることを確認してください。

原因: 管理サーバー(MS)との接続に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01515: CellCLIプロセスIDを取得できません。

原因: CellCLIユーティリティの実行中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01516: CLIの設定で例外が発生しました: {0}。

原因: CellCLIユーティリティの構成中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01517: 再起動サーバー(RS)を起動できません。操作がタイムアウトしました。

原因: 再起動サーバー(RS)を起動できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01518: CELLSRVを停止します。CELLSRV実行中はセル作成を続行できません。

原因: セル・サーバー(CELLSRV)の実行時にセルを作成できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01519: 管理サーバー(MS)と通信できません。エラー: {0}

原因: CellCLIユーティリティの構成中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01520: このコマンドは、監視モードでは許可されていません。

原因: CellCLIユーティリティがmonitorモードで実行されました。このモードは読取り専用のユーザー用です。LIST以外のコマンドは許可されていません。このエラーは、ALTERコマンド、CREATEコマンドまたはDROPコマンドが発行されていることを示します。

処置: CellCLIオブジェクトを更新するコマンドを発行するには、CellCLIユーティリティを通常モードで実行してください。

CELL-01521: CellCLIコマンドで使用できるのはASCIIテキストのみです。

原因: CellCLIコマンドでASCII以外のテキストが入力されました。

処置: ASCIIテキストのみを使用してコマンドを入力してください。

CELL-01522: CALIBRATEはrootユーザーIDで実行する必要があります。

原因: rootユーザーとしてセルにログインしていませんでした。

処置: CellCLIユーティリティを終了してください。セルからログアウトし、rootユーザーとしてログインして、CALIBRATEを実行してください。

CELL-01523: CELLSRVの実行中にCALIBRATEを実行しないでください。CELLSRVを停止するか、CALIBRATE FORCEを入力してください。

原因: Oracle Storage Serverがセルで実行されていました。

処置: ALTER CELL SHUTDOWN SERVICES CELLSRVを使用してOracle Storage Serverをシャットダウンし、CALIBRATEを再度実行してください。

関連項目:
「ALTER CELL」

CELL-01524: CALIBRATEテストの実行中にエラーが発生しました。

原因: 内部エラーが発生しました。

処置: $LOG_HOME/cellcli.lstログ・ファイルに記録されているエラーの詳細を確認し、Oracleサポート・サービスに連絡してください。

CELL-01525: LUN {0}でのCALIBRATEテストの実行中にエラーが発生しました

原因: 内部エラーが発生しました。

処置: $LOG_HOME/cellcli.lstログ・ファイルに記録されているエラーの詳細を確認し、Oracleサポート・サービスに連絡してください。

CELL-01526: ローカル・ホスト名のマッピングが矛盾しています。/etc/hostsファイルのセルの内容を検証します。

原因: ネットワーク構成エラーのため、セルがホスト名をpingできませんでした。

処置: /etc/hostsファイルを調べ、セルに有効なIPアドレスにセルのホスト名がマッピングされていることを確認してください。エラーを修正し、セル・サービスを起動する前にホスト名を正常にpingできることを確認してください。

CELL-01527: CALIBRATEにより、測定の対象となるLUNは検出されませんでした。

原因: 正常の動作状態で有効なサイズのLUNが見つかりませんでした。

処置: LIST LUN DETAILコマンドを使用してLUNに関するデータを取得し、LUNのステータスが無効である理由を特定してください。

関連項目:
「LIST LUN」

CELL-01528: ディレクトリ{0}にログ・ファイルを作成できません。エラー: {1}。

原因: ディレクトリまたはファイルの権限でCellCLIログ・ファイルの書込みが許可されていません。エラーを確認して問題を診断してください。デフォルトのロギング構成を使用すると、CellCLIユーティリティは動作を続行します。

処置: ディレクトリで発生したエラーを修正してください。

CELL-01529: 新しい再起動サーバー(RS)を起動できません。セル・ファイル・システムで使用可能な領域がありません。ファイルを削除して、'/'and '/opt/oracle'にマウントされているセル・ファイル・システムに領域を解放してください。

原因: セル・ファイル・システムに領域がありません。

処置: /および/opt/oracleディレクトリからファイルを削除し、領域を作成してください。

CELL-01530: WHERE句が使用されています。無効なWHEREはLISTコマンドでのみサポートされます。

原因: WHERE句がCellCLIコマンドで誤って使用されました。

処置: WHERE句は、LISTコマンドでの使用のみがサポートされています。WHERE句を現在のコマンドから削除してください。

CELL-01533: IPが停止しているか、間違った構成のため、IPファイルをcellinit.oraから検証できません。

原因: cellinit.oraファイルに無効なIPアドレスが含まれています。

処置: 問題を修正して、CELLSRVを再起動してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-01537: ファイルが欠落しているか、空の可能性があるため、IPが停止しているか、cell_disk_config.xmlファイルを読み取ることができません。

原因: cell_disk_config.xmlファイルを読み取ることができませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01544: $OSSCONF/flashlogディレクトリを作成できませんでした。

原因: $OSSCONF/flashlogディレクトリを作成できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01545: $OSSCONF/flashlog/savedredoディレクトリを作成できませんでした。

原因: $OSSCONF/flashlog/savedredoディレクトリを作成できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01547: 不明な理由により、CELLSRVの起動に失敗しました。

原因: CELLSRVの起動に失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01548: 冗長性が削減されて、ディスク・グループCONTROLFILE、DATAFILE、LOGFILEが強制的にディスマウントされたため、CELLSRVを停止できません。

原因: ディスク・グループがディスマウントされた可能性があるため、CELLSRVが停止されませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01549: Oracle ASMが応答していないため、CELLSRVの停止に失敗しました。

原因: Oracle ASMが応答しなかったため、CELLSRVが停止されませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01550: CELLSRVが応答していないため、CELLSRVの停止に失敗しました。

原因: CELLSRVが応答していませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01551: CELLSRVに接続できません。

原因: システムがCELLSRVに接続できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-01553: cellinit.oraのIPが無効です。IPが無効か、ネットマスクが間違っている/欠落しています。RSインシデント・ログを参照してください。

原因: cellinit.oraファイルのIPアドレスが間違っています。

処置: 問題を修正して、CELLSRVを再起動してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-01554: 不明な理由により、MSの起動に失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01555: 不明な理由により、RSの起動に失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01556: 不明な理由により、CELLSRVの停止に失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01557: 不明な理由により、MSの停止に失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01558: 不明な理由により、RSの停止に失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-01559: 不明な理由により失敗しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-02001からCELL-02500

この項では、CELL-CELL-02001からCELL-02500のエラー・メッセージについて説明します。

CELL-02001: オブジェクト名が必要です。

原因: コマンドでオブジェクト名が入力されていませんでした。

処置: CellCLIコマンドを使用してオブジェクト名を入力してください。

関連項目:
「LIST CELLDISK」

CELL-02002: LISTのリストに予期しないオブジェクトがあります。

原因: LISTコマンドで無効なオブジェクトが入力されました。

処置: 指定したオブジェクトで有効な属性のリストを表示するには、DESCRIBE object_typeを使用してください。有効なコマンド構文については、ヘルプ・テキストを確認してください。

関連項目:

- 「DESCRIBE」

- 「HELP」

CELL-02004: セル・オブジェクトのフィルタリングは、CellCLIコマンドではサポートされていません。

原因: セルでフィルタ処理を実行できませんでした。

処置: フィルタ句を指定せずにLIST CELLコマンドを入力してください。

関連項目:
「LIST CELLDISK」

CELL-02005: コマンドが無効です。

原因: DROP CELL、ALTER PHYSICALDISKなど、コマンドとオブジェクトの無効な組合せがあります。

処置: 有効なコマンド構文については、ヘルプ・テキストを確認してください。

関連項目:
「HELP」

CELL-02006: 物理ディスクが存在しません: {0}有効なディスク名を表示するには、'LIST PHYSICALDISK'を使用してください。

原因: 指定した名前が既存の物理ディスクに一致していませんでした。

処置: 既存の物理ディスクの名前を表示するには、LIST PHYSICALDISKコマンドを使用してください。

関連項目:
「LIST PHYSICALDISK」

CELL-02007: グリッド・ディスクが存在しません: {0}

原因: 指定した名前が既存のグリッド・ディスクに一致していませんでした。

処置: 既存のグリッド・ディスクの名前を表示するにはLIST GRIDDISKコマンドを使用してください。

関連項目:
「LIST GRIDDISK」

CELL-02008: LUNが存在しません: {0}。有効なLUN名を表示するには、'LIST LUN'を使用してください。

原因: 指定した名前が既存のLUNに一致していませんでした。

処置: 既存のLUNの名前を表示するには、LIST LUNコマンドを使用してください。

関連項目:
「LIST LUN」

CELL-02010: メトリック定義が存在しません: {0}

原因: 指定した名前が既存のメトリック定義に一致していませんでした。

処置: 既存のメトリック定義の名前を表示するには、LIST METRICDEFINITIONコマンドを使用してください。

関連項目:
「LIST METRICDEFINITION」

CELL-02011: クライアントにキーがありません: {0}

原因: クライアントにセキュリティ・キーが存在しませんでした。

処置: LIST KEYコマンドを使用して既知のクライアント名とキーを表示し、正しいクライアント名を使用してください。

CELL-02012: ACTIVEREQUESTが存在しません: <active_request>

原因: 指定した名前が既存のアクティブ・リクエストに一致していませんでした。

処置: 既存のアクティブ・リクエストの名前を表示するには、LIST ACTIVEREQUESTコマンドを使用してください。

関連項目:
「LIST ACTIVEREQUEST」

CELL-02013: アラート定義が存在しません: {0}

原因: 指定した名前が既存のアラート定義に一致していませんでした。

処置: 既存のアラート定義の名前を表示するには、LIST ALERTDEFINITIONコマンドを使用してください。

関連項目:
「LIST ALERTDEFINITION」

CELL-02014: オブジェクト・タイプが無効です。

原因: 無効なオブジェクト・タイプが指定されました。

処置: CellCLIコマンドを使用して有効なオブジェクト・タイプを入力してください。

CELL-02015: アラートが存在しません:{0}

原因: 指定したアラートがLIST ALERTHISTORYに存在しませんでした。

処置: 既存のアラートの名前を表示するには、LIST ALERTHISTORYコマンドを使用してください。

関連項目:
「LIST ALERTHISTORY」

CELL-02016: メトリックが存在しません:{0}

原因: 指定したメトリックがLIST METRICHISTORYに存在しませんでした。

処置: 既存のメトリックの名前を表示するには、LIST METRICDEFINITIONコマンドを使用してください。

関連項目:
「LIST METRICDEFINITION」

CELL-02018: 内部エラーが検出されました: {0}

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02019: 内部CLI/MSバージョン・エラー。MSでは{0}を予測していましたが、CLIから{1}が送信されました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02020: インフィニバンド・ポート{0}は存在しません。

原因: 指定した名前が既存のInfiniBandポートに一致していませんでした。

処置: InfiniBandポートの名前を表示するには、LIST IBPORTコマンドを使用してください。

CELL-02021: メトリック・データが見つかりません。

原因: LIST METRICCURRENTコマンドで指定されたメトリックが、現在のインメモリーの収集対象メトリックにありませんでした。

処置: このメッセージは情報提供用です。処理は不要です。

CELL-02023: LISTコマンドで指定されたデータベース {0} が存在しません。

原因: コマンドで指定されたデータベースが存在しませんでした。

処置: データベース名を確認して、コマンドを再試行してください。

CELL-02024: ORDER BYオプションを使用する場合、LIMIT値がLISTコマンドの{0}を超えることはできません。

原因: LIMIT値が長時間実行のコマンドに許可される値を超えました。

処置: LIMIT値に入力する値を小さくしてください。

CELL-02025: ORDER BYオプションを使用する場合、LIMITパラメータはLISTコマンドで必須です。

原因: コマンドにLIMITパラメータが含まれていませんでした。

処置: ORDER BYオプションを使用する場合、コマンドにLIMITパラメータを含めてください。

CELL-02026: LIMIT値は正の整数にする必要があります。

原因: LIMIT値が正の整数ではありませんでした。

処置: LIMIT値に正の整数を使用してコマンドを入力してください。

エラー・メッセージ: CELL-02501からCELL-03000

この項では、CELL-02501からCELL-03000のエラー・メッセージについて説明します。

CELL-02501: 既存のALERTDEFINITION: {0}

原因: 内部エラーが発生しました。アラート定義を追加または名前変更できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02503: 操作が無効です。

原因: この汎用エラー・メッセージは、DROP CELL、ALTER CELL INACTIVEなどの無効なコマンド構文が入力されている場合に表示されます。

処置: 有効なコマンド構文については、ヘルプ・テキストを確認してください。

関連項目:
「HELP」

CELL-02504: IPアドレスの書式が無効です。

原因: IPアドレス値に無効な文字列が入力されました。

処置: 有効なクラスレス・ドメイン間ルーティング(CIDR)形式(ip1.ip2.ip2.ip4/bitmask)でIPアドレスを入力してください。
例:

172.16.201.232/21

CELL-02505: 属性: {0}の数値が無効です

原因: 負数などの無効な数値が入力されました。

処置: 有効な数値を入力してください。たとえば、SMTPポート番号には正の整数を入力してください。

関連項目:
「ALTER CELL」

CELL-02507: cellnumber値が無効です。

原因: 負数などの無効な数値が入力されました。

処置: cellNumber属性に有効な正数を入力してください。

関連項目:
「ALTER CELL」

CELL-02508: 構成ファイルの書込み中にエラーが発生しました。エラー: {0}

原因: セルの構成ファイルに書き込むことができませんでした。

処置: 構成ファイルとディレクトリの書込み権限を確認してください。たとえば、セルのcellinit.oraファイルに書込み可能であることを確認してください。

CELL-02509: 'ALTER CELL ONLINE/OFFLINE'コマンド・オプションはサポートされていません。

原因: セルをオンラインまたはオフラインにできませんでした。

処置: 処理は不要です。セルはデフォルトでオンラインになっています。

CELL-02510: IPblockの書式が無効です: {0}

原因: IPBlock値に無効な文字列が入力されました。

処置: 有効なクラスレス・ドメイン間ルーティング(CIDR)形式(ipaddress/bitmask)でIPblockを入力してください。
例:

172.16.201/24

CELL-02512: イベントの設定中にエラーが発生しました: {0}

原因: 管理サーバー(MS)がセル・サーバー(CELLSRV)と正しく通信できなかったため、エラーが発生している可能性があります。

処置: ALTER CELLコマンドを使用してCELLSRVを再起動してください。

関連項目:
「ALTER CELL」

CELL-02513: イベントの取得中にMSとCELLSRV間で通信エラーが発生しました: {0}

原因: 管理サーバー(MS)がセル・サーバー(CELLSRV)と正しく通信できなかったため、エラーが発生した可能性があります。

処置: ALTER CELLコマンドを使用してCELLSRVを再起動してください。

関連項目:
「ALTER CELL」

CELL-02518: セル・ディスクの作成に必要なのはLUNとPHYSICALDISKの両方ではなく、いずれか一方です。

原因: セル・ディスクの作成時にlun属性値とphysicalDisk属性値の両方が指定されました。

処置: 指定した名前のセル・ディスクを作成する場合は、lun属性値またはphysicalDisk属性値のいずれかを指定してください。

関連項目:
「CREATE CELLDISK」

CELL-02522: Celldisk属性は必須です。

原因: CREATE GRIDDISKコマンドのcellDisk属性に値が入力されていませんでした。

処置: cellDisk属性に有効な名前を入力してください。

関連項目:
「CREATE GRIDDISK」

CELL-02523: Celldisk名が無効です。

原因: cellDisk属性に無効な名前が入力されました。

処置: cellDisk属性に有効な名前を入力してください。有効なセル・ディスク名を表示するには、LIST CELLDISKを使用してください。

関連項目:

- 「LIST CELLDISK」

- 「CREATE GRIDDISK」

CELL-02524: セル・サーバー(CELLSRV)は、正常にグリッド・ディスク: {0}を追加できません

原因: セル・サーバー(CELLSRV)に障害が発生しているか、その他の問題(エラー・メッセージに表示されます)が発生しています。

処置: ALTER CELLコマンドを使用してCELLSRVを再起動してください。

関連項目:
「ALTER CELL」

CELL-02525: 不明なセル・ディスク: {0}

原因: CellCLIコマンドで指定したセル・ディスクが存在しませんでした。

処置: LIST CELLDISKを使用して既存のセル・ディスクを表示し、既存のセル・ディスク名でコマンドを再入力してください。

関連項目:
「LIST CELLDISK」

CELL-02526: 既存のセル・ディスク: {0}

原因: 既存のセル・ディスクの名前で新しいセル・ディスクを作成できませんでした。

処置: LIST CELLDISKを使用して既存のセル・ディスクを表示し、存在しない一意のセル・ディスク名でコマンドを再入力してください。

関連項目:
「LIST CELLDISK」

CELL-02528: 既存のグリッド・ディスク: {0}

原因: 既存のグリッド・ディスクの名前で新しいグリッド・ディスクを作成できませんでした。

処置: LIST GRIDDISKを使用して既存のグリッド・ディスクを表示し、存在しない一意のグリッド・ディスク名でコマンドを再入力してください。

関連項目:
「LIST GRIDDISK」

CELL-02529: CREATEコマンドは、メトリック定義には使用できません。

原因: CellCLIのCREATEコマンドでメトリック定義を作成できませんでした。

処置: 処理は不要です。

CELL-02531: CREATEコマンドは、アラート定義には使用できません。

原因: CellCLIのCREATEコマンドでアラート定義を作成できませんでした。

処置: 処理は不要です。

CELL-02532: ALTERコマンドは、アラート定義には使用できません。

原因: CellCLIのALTERコマンドでアラート定義を変更できませんでした。

処置: 処理は不要です。

CELL-02534: コマンドが実装されていません。

原因: 指定したCellCLIコマンドはこのリリースではサポートされていません。

処置: 処理は不要です。

CELL-02539: 管理サーバーとセル・サーバー(CELLSRV)との最初の同期中に、CELLSRVからセル・ディスクGUIDを取得できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02540: セル・ディスクGUID: {0}に関するセル・ディスク情報を、セル・サーバー(CELLSRV)から取得できません

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02541: グリッド・ディスクGUIDをセル・サーバー(CELLSRV)から取得できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02542: グリッド・ディスク情報をセル・サーバー(CELLSRV)から取得できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02543: セル・ディスク:{0}、パーティション: {1}のLUNが見つかりません

原因: セル・ディスクの作成以降にLUNが失われたため、管理サーバー(MS)の起動中にMSでセル・ディスク情報とディスク上の情報を同期できませんでした。

処置: 失われたLUNを特定し、セル・ディスクを診断してください。

CELL-02544: IORMPLAN属性のリストが無効です。

原因: CellCLIコマンドで無効な属性が指定されました。

処置: 有効な属性のリストを表示するには、DESCRIBE IORMPLANを使用してください。

関連項目:
「DESCRIBE IORMPLAN」

CELL-02546: I/O Resource Manager (IORM)プランのプッシュ: {0}

原因: CellCLIまたは管理サーバーからセル・サーバーにIORMPLANプランを送信できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02547: セル・サーバー(CELLSRV)と通信できません。

原因: 管理サーバーがセル・サーバーと通信できませんでした。セル・サーバーに障害が発生している可能性があります。

処置: ALTER CELLコマンドを使用してセル・サーバーを再起動してください。

関連項目:
「ALTER CELL」

CELL-02548: グリッド・ディスクは使用中です。

原因: グリッド・ディスクが使用中でした。

処置: グリッド・ディスクを非アクティブにして、コマンドを再試行してください。

関連項目:
「DROP GRIDDISK」

CELL-02549: グリッド・ディスクが使用中であり、操作にFORCEが指定されていません。

原因: グリッド・ディスクが使用中でした。操作を完了するにはFORCEオプションが必要です。

処置: FORCEオプションを使用してCellCLIコマンドを入力してください。

CELL-02550: セル・サーバー(CELLSRV)は、グリッド・ディスクを削除できません。

原因: エラーが発生したため、セル・サーバー(CELLSRV)でグリッド・ディスクを削除できませんでした。

処置: ALTER CELLコマンドを使用してCELLSRVを再起動してください。次にグリッド・ディスクを削除してください。

関連項目:

- 「ALTER CELL」

- 「DROP GRIDDISK」

CELL-02551: コマンド引数が無効です。

原因: 無効な引数または引数がないため、CellCLIコマンドでエラーが発生しました。

処置: 有効なコマンド構文については、ヘルプ・テキストを確認してください。

関連項目:
「HELP」

CELL-02556: 属性値はゼロより大きくする必要があります: {0}

原因: 属性にゼロ以下の値が入力されました。

処置: 属性にゼロより大きい数値を入力してください。

CELL-02557: 属性値は正の数である必要があります: {0}

原因: 属性にゼロ以下の値が入力されました。

処置: ゼロより大きい数値を入力してください。

CELL-02558: UUIDがNULLです。セル・サーバー(CELLSRV)から削除できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02559: MSとCELLSRV間で通信エラーが発生しました。

原因: 管理サーバーがセル・サーバーと通信できませんでした。

処置: ALTER CELLコマンドを使用してセル・サーバーを再起動してください。

関連項目:
「ALTER CELL」

CELL-02560: 名前が重複しています。

原因: 同じ名前の既存のオブジェクトがあります。

処置: セルのオブジェクトには一意の名前を選択してください。

CELL-02561: 指定したデバイスには、すでにセル・ディスクが存在します。

原因: デバイスにセル・ディスクがすでに存在しています。

処置: 操作を再試行する前に既存のセル・ディスクを削除するか、新しいセル・ディスクに別のデバイスを指定してください。

CELL-02563: 指定したパーティションをフォーマットできません。

原因: 指定したパーティションのフォーマット中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02564: 指定したオブジェクトが存在しません。

原因: 無効なオブジェクトがコマンドで指定されました。

処置: 指定したオブジェクト・タイプで有効なオブジェクトのリストを表示するには、LIST object_typeを使用してください。有効なコマンド構文については、ヘルプ・テキストを確認してください。

関連項目:

- 「LIST」

- 「HELP」

CELL-02565: 不正なオフセットが指定されました。

原因: 不正なオフセット値が入力されました。

処置: 有効なオフセット値を使用してコマンドを再入力してください。

関連項目:
「CREATE GRIDDISK」

CELL-02566: 指定した割当てのための領域がありません。

原因: 指定した割当てに使用可能な領域がありませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02568: 指定したセル・ディスクには、1つ以上のグリッド・ディスクが存在します。

原因: 操作で指定したセル・ディスクに既存のグリッド・ディスクが見つかりました。

処置: 指定したセル・ディスクで操作を再試行する前に、既存のグリッド・ディスクを削除するか、別のセル・ディスクを指定してください。

CELL-02569: グリッド・ディスクの状態が無効です。

原因: グリッド・ディスクの状態に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02574: 管理コマンドにより無効なメッセージが送信されました。

原因: 管理サーバーで無効なメッセージが送信されました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02575: notificationPolicyの値は、NONEか、CRITICAL、WARNINGおよびCLEARのいずれかの組合せである必要があります。

原因: notificationPolicyの有効値がnoneになっていないか、critical、warningまたはclearの任意の組合せになっていません。

処置: エラー・メッセージに表示される有効な組合せのいずれかを入力してください。

関連項目:
「ALTER CELL」

CELL-02576: notificationMethodの値はMAIL、SNMP、MAILとSNMPの両方、またはNONEです。

原因: notificationMethodの有効値がmail、snmp、それら2つの値の組合せ、またはnoneになっていません。

処置: エラー・メッセージに表示される有効なオプションのいずれかを入力してください。

関連項目:
「ALTER CELL」

CELL-02577: CREATE GRIDDISK ALLおよびDROP GRIDDISK ALLコマンドには、prefix属性が必要です。

原因: CREATE GRIDDISKコマンドとDROP GRIDDISKコマンドがALLオプションで実行される場合は、ディスク名の接頭辞を示すprefix属性を指定する必要があります。

処置: 有効なコマンド構文および特定のコマンドの構文については、ヘルプ・テキストを確認してください。

関連項目:

- 「HELP」

- 「CREATE GRIDDISK」

- 「DROP GRIDDISK」

CELL-02578: SMTP構成でエラーが検出されました: {0}。

原因: セルのSMTP構成に問題が発生しました。

処置: ALTER CELLを使用してSMTP構成を修正してください。

関連項目:
「ALTER CELL」

CELL-02579: SNMP構成でエラーが検出されました: {0}。

原因: セルのSNMP構成に問題が発生しました。

処置: ALTER CELLを使用してSNMP構成を修正してください。

関連項目:
「ALTER CELL」

CELL-02580: メトリックの取得中にエラーが発生しました: {0}。

原因: セルのメトリックを取得中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02581: LUN {1}上のセル・ディスク{0}がエクスポートされておらず、インポートにFORCEが指定されていません。

原因: セル・ディスクを別のセルに移動する前に、EXPORTコマンドでセル・ディスクが正常にエクスポートされませんでした。この問題は、セル・ディスクでEXPORTが実行されていない場合に発生する可能性があります。

処置: セル・ディスクでIMPORTコマンドの実行時にFORCEオプションを使用してください。

CELL-02582: LUN {0}上のセル・ディスクの構造をCELLSRVメモリーから消去できません。

原因: EXPORT操作またはIMPORT操作の試行中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02583: このセル・ディスクに対して許可されていない操作です。

原因: EXPORT操作またはIMPORT操作の試行中に問題が発生しました。たとえば、Requires Import状態のセル・ディスクではグリッド・ディスクを作成できません。

処置: Oracleサポート・サービスに連絡してください。

CELL-02590: 既存のしきい値: {0}

原因: しきい値の名前がすでに使用されています。

処置: 一意のしきい値の名前を使用してください。

関連項目:
「CREATE THRESHOLD」

CELL-02591: しきい値が存在しません: {0}

原因: しきい値の名前が存在しませんでした。

処置: 既存のしきい値の名前を使用してください。

関連項目:
「ALTER THRESHOLD」

CELL-02592: しきい値の比較演算子は、'<'、'<='、'='、'>='または'>'である必要があります。

原因: 不正な比較演算子が入力されました。

処置: 比較演算子には'<'、'<='、'='、'>='または'>'を使用してください。

関連項目:
「CREATE THRESHOLD」

CELL-02593: しきい値の名前には有効なメトリックを指定する必要があります: {0}。

原因: 無効なメトリック名が入力されました。

処置: 既存のメトリック名を使用してください。

関連項目:
「CREATE THRESHOLD」

CELL-02594: しきい値の比較属性が必要です。

原因: 指定したメトリックで比較演算子が入力されていませんでした。

処置: このメトリックのしきい値の作成時に比較演算子を入力してください。

関連項目:
「CREATE THRESHOLD」

CELL-02595: しきい値はこのメトリックではサポートされていません: {0}。

原因: サポートされていないメトリックでしきい値が作成されました。

処置: サポートされているメトリックでしきい値を作成してください。

関連項目:
「CREATE THRESHOLD」

CELL-02596: IPaddress属性{0}が、正しいCIDR書式ではありません。

原因: ipaddress属性が正しくありませんでした。

処置: 有効なIPアドレス形式を入力してください。

関連項目:
「CREATE CELL」

CELL-02597: ネットワーク構成ファイル: {0}を更新できませんでした。

原因: ネットワーク構成が更新されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02598: インターコネクト{0}に、Ipaddress/Netmask属性が適切に構成されていません。

原因: 対応するinterconnect属性に対してipaddress属性が有効ではありませんでした。

処置: 有効なIPアドレスを入力してください。

関連項目:
「CREATE CELL」

CELL-02599: ホスト名を特定できません。セル名を指定してください。

原因: セルのホスト名が判別されませんでした。

処置: セルの名前を入力してください。

関連項目:
「CREATE CELL」

CELL-02600: interconnect2を指定する場合は、interconnect1を指定する必要があります。

原因: interconnect2属性が指定されていますが、interconnect1属性が指定されていませんでした。

処置: interconnect2を指定する前にinterconnect1を指定してください。

関連項目:
「CREATE CELL」

CELL-02601: interconnect3を指定する場合は、interconnect2を指定する必要があります。

原因: interconnect3属性が指定されていますが、interconnect2属性が指定されていませんでした。

処置: interconnect3を指定する前にinterconnect2を指定してください。

関連項目:
「CREATE CELL」

CELL-02602: interconnect4を指定する場合は、interconnect3を指定する必要があります。

原因: interconnect4属性が指定されていますが、interconnect3属性が指定されていませんでした。

処置: interconnect4を指定する前にinterconnect3を指定してください。

関連項目:
「CREATE CELL」

CELL-02603: IPblock属性を指定する場合、ネットワーク・インターコネクトを4つ構成する必要があります。

原因: ipBlock属性が指定されていますが、ネットワーク・インターコネクトが4つ構成されていませんでした。

処置: ipBlock属性を指定する前にネットワーク・インターコネクトを4つ構成してください。

関連項目:
「CREATE CELL」

CELL-02604: ネットワーク・インターコネクトごとに1つずつIPaddress属性を指定します(最大4つのIPアドレス)。

原因: 構成済のインターコネクトより多くのipaddress属性が指定されました。

処置: 構成済の各インターコネクトにIPアドレスを1つずつ指定してください。

関連項目:
「CREATE CELL」

CELL-02605: インターコネクトを指定していない場合、IPaddress属性を指定できません。

原因: 対応するインターコネクトを指定せずにipaddress属性が指定されました。

処置: 指定した各インターコネクトにIPアドレスを1つずつ指定してください。

関連項目:
「CREATE CELL」

CELL-02606: 新しい構成でネットワークを再起動しようとして失敗しました。

原因: interconnect属性値とipaddress属性値が正しくありませんでした。

処置: interconnect属性とipaddress属性に正しい値を指定してください。

関連項目:

- 「ALTER CELL」

- 「CREATE CELL」

CELL-02607: ネットワーク・インターコネクトを少なくとも1つ指定してください。

原因: ネットワーク・インターコネクトが指定されていませんでした。

処置: 少なくともinterconnect1属性を指定してください。

関連項目:
「CREATE CELL」

CELL-02608: 有効なネットワーク・インターコネクトが指定されていません。

原因: 有効なネットワーク・インターコネクトが指定されていませんでした。

処置: 有効なネットワーク・インターコネクトを入力してください。

関連項目:

- 「ALTER CELL」

- 「CREATE CELL」

CELL-02609: IPblockとcellnumberを両方とも指定し、IPaddress属性は指定しないでください。

原因: ipBlock属性とcellNumber属性でipaddress属性が指定されました。

処置: ipaddress属性を指定せずにipBlock属性とcellNumber属性の両方を指定してください。

関連項目:
「CREATE CELL」

CELL-02610: traceLevel属性に無効な設定が指定されています。有効なJAVAロギング・レベル(SEVERE、WARNING、INFO、CONFIG、FINE、FINER、FINEST)を指定するか、または有効なODLロギング・レベル(INCIDENT_ERROR:1、ERROR:1、WARNING:1、NOTIFICATION:1、NOTIFICATION:16、TRACE:1、TRACE:16、TRACE:32)を指定してください。

原因: ALTER CELLコマンドでtraceLevel属性に無効な設定が指定されました。

処置: traceLevel属性に有効なJAVAロギング・レベルまたはODLロギング・レベルを指定してください。

CELL-02611: 指定したデバイスにアクセスできません。

原因: デバイスにアクセスできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02612: IOエラーのため操作を完了できません。

原因: IOエラーのため操作が失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02613: セル・ディスクが破損しているため、操作に失敗しました。

原因: セル・ディスクが破損しています。

処置: Oracleサポート・サービスに連絡してください。

CELL-02614: ロールの属性値はPRIMARYまたはSTANDBYである必要があります。

原因: role属性が正しく指定されていませんでした。

処置: role属性をprimaryまたはstandbyとして指定してください。

関連項目:
「ALTER IORMPLAN」

CELL-02615: ロール属性は、catplanディレクティブでは許可されていません。

原因: role属性がcatPlanディレクティブに指定されました。

処置: catPlanディレクティブからrole属性を削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-02616: ロール属性は、dbplanの'other'ディレクティブでは許可されていません。

原因: role属性がdbPlan otherディレクティブに指定されました。

処置: dbPlan otherディレクティブからrole属性を削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-02617: 'role=primary'のdbplanディレクティブでのみ名前リストは許可されています。

原因: roleがprimaryではないdbPlanディレクティブに名前リストが指定されています。

処置: dbPlanディレクティブからrole属性を削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-02618: 現在のIORMPLANの状態が'inactive'ではありません。

原因: IORMPLANの状態が非アクティブになっていませんでした。

処置: IORMPLANの状態を非アクティブに変更してください。

関連項目:
「ALTER IORMPLAN」

CELL-02619: 現在のIORMPLANの状態が'active'ではありません。

原因: IORMPLANの状態がアクティブになっていませんでした。

処置: IORMPLANの状態をアクティブに変更してください。

関連項目:
「ALTER IORMPLAN」

CELL-02620: マップされていないCELLSRVエラーが発生しました。内部メッセージ: {0}。

原因: セル・サーバーから管理サーバーに予期しないエラーが返されました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02621: インタフェース{0}はイーサネットでもインフィニバンドでもありません。

原因: 無効なインタフェースが入力されました。

処置: 有効なイーサネット・インタフェースまたはInfiniBandインタフェースを入力してください。

CELL-02622: インタフェース{0}がbootproto {1}をサポートしています。静的またはdhcpのいずれかである必要があります。

原因: 無効なインタフェースが入力されました。

処置: staticまたはdhcpを入力してください。

CELL-02623: コマンド"{0}"で、{1}のエラー・コードが返されました。

原因: コマンドを実行中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02624: コマンド{0}の実行中にエラーが発生しました。

原因: コマンドを実行中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02625: インタフェース{0}はデバイス名{1}を示します。デバイス名はインタフェース名と同じにする必要があります。

原因: ネットワーク構成がインタフェース名とデバイス名の間で一貫していません。

処置: Oracleサポート・サービスに連絡してください。

CELL-02626: インタフェース{0}構成ファイル{1}が見つかりません。

原因: ネットワーク構成ファイルが見つかりませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02627: MSとCELLSRV間で通信エラーが発生しました。構成ファイルcellinit.oraが間違っているか、必要な情報が含まれていません。

原因: cellinit.oraファイルに正しい情報または形式が含まれていませんでした。

処置: cellinit.oraファイルを編集して問題を修正してください。

関連項目:
「データベース・サーバー・ホストの構成ファイルの設定」

CELL-02628: MSとCELLSRVとの通信モジュールで内部エラーが発生しました。インシデント・パッケージを作成し、そのパッケージをOracleサポート・サービスに送信します。

原因: MS-CELLSRV通信モジュールにエラーが発生しました。

処置: インシデント・パッケージを作成してOracleサポート・サービスに送信してください。

CELL-02629: この操作を実行するのに必要な権限がクライアントにありません。

原因: 必要な権限が操作になく、CELLSRVによって拒否されました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02630: セキュリティ・キーの不一致により、管理サーバーとセル・サーバー間で通信エラーが発生しました。両方のサーバーに同じ$OSSCONF/cellmskey.oraファイルにアクセス、およびファイルを使用する権限があることを確認してください。

原因: 管理サーバーとセル・サーバーのセキュリティ・キーが一致していませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02631: 新しい構成でopenibdスタックを再起動しようとして失敗しました。

原因: service openibd restartコマンドが失敗しました。

処置: InfiniBand構成が有効かどうかを確認してください。エラーがある場合は修正し、コマンドを再入力してください。

CELL-02632: ディスクGUIDが一意でないため操作が失敗しました。

原因: 2つのセル・ディスクの識別子(GUID)が同じになっています。基礎となるLUNまたはパーティションの内容をOSユーティリティを使用して別のディスクにコピーしたため、セル・ディスクが重複している可能性があります。

処置: システムから物理ディスクを削除するなど、重複した内容を持つ基礎となるLUNまたはパーティションをオペレーティング・システムで使用できないようにしてください。

CELL-02633: ディスクが使用中です。

原因: ディスクが現在ビジーのため、リクエストされた操作が拒否されました。

処置: しばらく待ってから操作を再試行してください。

CELL-02634: ディスクのデータを消去中です。

原因: ディスクのデータを消去中のため、リクエストされた操作が拒否されました。

処置: 消去手順が完了してから、操作を再試行してください。

CELL-02635: セル・ディスク上の1つ以上のグリッド・ディスクのデータを消去中です。

原因: グリッド・ディスクのデータを消去中のため、リクエストされた操作が拒否されました。

処置: 消去手順が完了してから、操作を再試行してください。

CELL-02636: 組込みのしきい値を変更または削除できません。

原因: DROPまたはALTERコマンドで組込みのしきい値が指定されました。組込みのしきい値を削除または変更できません。

処置: 組込みのしきい値を指定せずにコマンドを再試行してください。

CELL-02637: cellsrvで返された応答が無効です。

原因: CellCLIコマンドに対するCELLSRV応答が無効です。

処置: Oracleサポート・サービスに連絡してください。

CELL-02640: interconnect{1}がすでに指定されているか、現在のコマンドで指定されているため、Interconnect{0}を削除できません。

原因: ipaddress1とipaddress3が使用されている場合にipaddress2を削除しようとするなど、他の2つのIPアドレスの間にあるIPアドレスを削除しようとしました。

処置: interconnectNを削除する前にinterconnectN+1を削除してください。

CELL-02641: interconnect{0}を指定する場合は、Interconnect{1}を指定する必要があります。

原因: interconnectNを指定する前にinterconnectN+1を指定しようとしました。

処置: インターコネクトを順番に指定してください。同じコマンドで複数のインターコネクトを指定できます。

CELL-02642: 空でないinterconnect{0}のIPアドレスには空の文字列を指定できません。IPアドレスがネットワークから読み取られる場合は、IPアドレスを指定しないでください。IPアドレスとインターコネクトの両方に空の文字列を指定するか、インターコネクトを削除する場合は、空の文字列を1つのみ指定してください。

原因: 空でないインターコネクトにIPアドレスが指定されました。

処置: 1つまたは両方を空として指定する必要があります。例: ALTER CELL interconnect1=""、ALTER CELL ipaddress1=""またはALTER CELL interconnect1="", ipaddress1=""。

CELL-02643: DROP ALERTHISTORYコマンドに{0}のアラート順序のすべてのメンバーが含まれていませんでした。順序内のすべてのメンバーをまとめて削除する必要があります。

原因: コマンドにアラート順序のすべてのメンバーが含まれていませんでした。

処置: ステートフル・アラートを削除する場合は、アラート順序にすべてのメンバーを含めてください。

CELL-02644: フラッシュ・キャッシュが存在しません。

原因: フラッシュ・キャッシュが存在しないため、DROP FLASHCACHEまたはALTER FLASHCACHEコマンドが失敗しました。

処置: 何もする必要はありません。または、CREATE FLASHCACHEコマンドを使用してフラッシュ・キャッシュを作成してください。

CELL-02645: フラッシュ・キャッシュはすでに存在します。

原因: フラッシュ・キャッシュがすでに存在するため、CREATE FLASHCACHEコマンドが失敗しました。

処置: 何もする必要はありません。または、ALTER FLASHCACHEコマンドを使用して既存のフラッシュ・キャッシュを変更してください。

CELL-02646: セル・ディスクの空き領域が不足しているため、CREATE GRIDDISKに失敗しました: {0}。

原因: コマンドで指定されたサイズ属性に基づくセルの空き領域が不足しているため、CREATE GRIDDISKコマンドが失敗しました。

処置: 何もする必要はありません。グリッド・ディスクは、別のセル・ディスクに作成されます。

CELL-02647: フラッシュ・キャッシュにはフラッシュ・セル・ディスクが必要です。提供されているセル・ディスクは稼働中のフラッシュ・セル・ディスクではありません: <cd-name>。

原因: フラッシュ・セル・ディスクを指定しなかったため、CREATE FLASHCACHE CELLDISKコマンドが失敗しました。

処置: Exadataスマート・フラッシュ・キャッシュを作成する場合は、フラッシュ・セル・ディスクを指定してください。

CELL-02648: ディスク上にスマート・フラッシュ・キャッシュを持つセル・ディスクをエクスポートできません: {0}。

原因: Exadataスマート・フラッシュ・キャッシュにセル・ディスクが定義されているため、セル・ディスクをエクスポートできません。

処置: コマンドを修正して別のセル・ディスクをエクスポートしてください。

CELL-02649: フラッシュ・キャッシュ情報をセル・サーバー(CELLSRV)から取得できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02650: collectionLevel属性に無効な設定{0}が指定されました。有効な収集レベルを指定してください。

原因: コマンドに無効な収集レベルが指定されました。

処置: 有効な収集レベルを指定してください。

CELL-02651: 認識されていない構成ファイル・バージョンにより、MSとCELLSRV間で通信エラーが発生しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02652: セル・ディスクの空き領域が不足しているため、CREATE FLASHCACHEに失敗しました:{0}。

原因: セルに十分な空き領域がありませんでした。

処置: 何もする必要はありません。フラッシュ・キャッシュは、別のセル・ディスクに作成されます。

CELL-02653: セル構成チェックで次の問題が発生しました: {0}

原因: セル構成チェックで問題が返されました。

処置: 必要に応じて問題を修正してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02654: メトリック履歴パイプへの書込みを終了しています: 書込みタイムアウト。

原因: 書込み操作がタイムアウトしました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02655: メトリック履歴パイプへの書込みができませんでした: {0}。

原因: 内部パイプ・ファイルへの書込み時にLIST METRICHISTORYコマンドでタイムアウトが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02656: メトリック履歴パイプ・ディレクトリを作成できませんでした: {0}。

原因: 内部パイプ・ファイル用の一時ディレクトリを作成時にLIST METRICHISTORYコマンドでエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02657: メトリック履歴パイプ・ファイル{0}を作成できませんでした: {1}。

原因: 内部パイプ・ファイルを作成時にLIST METRICHISTORYコマンドでエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02658: メトリック履歴パイプ・ファイル{0}が見つかりませんでした。

原因: 内部パイプ・ファイルを検索時にLIST METRICHISTORYコマンドでエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02659: メトリック履歴パイプ・ファイル{0}からの読込みができませんでした: {1}。

原因: 内部パイプ・ファイルからの読取り時にLIST METRICHISTORYコマンドでエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02660: 属性の値が無効です: {0}

原因: 入力されたALTERコマンドで、属性への割当て値が間違っていました。

処置: ALTERコマンドを修正して正しい値の形式を使用してください。

CELL-02661: グリッド・ディスクのサイズ変更操作が{0}で失敗しました。

原因: 無効なサイズがグリッド・ディスクにリクエストされました。セル・ディスクに十分な領域がありません。

処置: LIST GRIDDISK DETAILを使用してグリッド・ディスクの現在のサイズを確認し、LIST CELLDISK DETAILを使用してセル・ディスクで使用可能な空き領域を確認してください。

CELL-02662: 現在グリッド・ディスク{0}でサイズ変更操作が実行されているため、この操作は拒否されます。

原因: グリッド・ディスクでサイズ変更操作がすでに進行中です。1つのサイズ変更操作のみ許可されます。

処置: 新しいサイズ変更リクエストを発行する前に、LIST GRIDDISK grid_disk ATTRIBUTES lastResizeStatusを使用してgrid_diskのサイズ変更ステータスを確認してください。

CELL-02663: セル・ディスクのグリッド・ディスクのいずれかで、サイズ変更操作を実行中です。

原因: 同じセル・ディスクの別のグリッド・ディスクでサイズ変更操作がすでに進行中です。

処置: LIST GRIDDISKを使用してセル・ディスクのすべてのグリッド・ディスクを検索してください。次に、新しいサイズ変更リクエストを発行する前に、LIST GRIDDISK grid_disk ATTRIBUTES lastResizeStatusを使用していずれかのグリッド・ディスクでサイズ変更操作が進行中であるかどうかを確認してください。

CELL-02664: セル・ディスクでFLASHCACHEの作成に失敗しました。受信エラー: {1}。

原因: CELLSRVでフラッシュ・キャッシュを作成できませんでした。

処置: 可能な場合は、付随するエラーが示す問題を修正してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02665: 指定したセル・ディスクにFLASHCACHEが存在します。

原因: フラッシュ・キャッシュはすでにセル・ディスクに存在しているため、作成されませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02666: デバイスに対するセル構成チェックで次の問題が発生しました: {0}

原因: デバイス・チェックでエラーが発生しました。

処置: 可能な場合は、指摘された問題を修正してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02667: セルsnmpSubscriber属性には、タイプASRのSNMPサブスクリプションが必要です。

原因: 有効なASR SNMPコマンドが実行されましたが、ASRサブスクリプションが設定されていませんでした。

処置: ALTER CELLコマンドを使用して、SNMPサブスクライバのセル属性を設定してください。

関連項目:
「ALTER CELL」

CELL-02668: ILOMに対するASR SNMPの設定中にエラーが発生しました: {0}

原因: ILOMに対するASRサブスクリプションの設定がメッセージに記載の理由で失敗しました。

処置: メッセージで指摘されている問題を修正してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02669: ILOM SNMPサブスクライバに使用可能なスロットがありません

原因: ASRサブスクリプションの設定がILOM表のスロットの欠落が原因で失敗しました。

処置: 可能な場合は、ILOM表の不要なエントリを削除してください。可能でない場合は、Oracleサポート・サービスに連絡してください。

CELL-02670: ILOM SNMP設定に対するホスト名を解決できませんでした

原因: DNSまたはその他のネットワーク構成エラーが原因で、ASRホストに接続できませんでした。

処置: 可能な場合は、ネットワーク構成エラーを修正してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02672: ASRの設定中にILOMエラーが発生しました。このコマンドを再試行すれば成功します。

原因: ILOMがビジー状態でした。

処置: コマンドを再試行してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

CELL-02673: bbuLearnCycleTimeの時間の値が無効です: {0}

原因: バッテリ・バックアップ学習サイクルに指定した値が無効でした。

処置: 学習サイクルの時間を有効な日時形式(2012-01-02T08:58:38-08:00など)で指定してください。

CELL-02674: 上位CPUの情報をセル・サーバー(CELLSRV)から取得できません。

原因: MSで上位CPU情報をCELLSRVから取得できませんでした。

処置: この取得プロセスはOracle Enterprise Managerによって実行され、後で自動的に再試行されます。

CELL-02675: セル・サーバー(CELLSRV)から検疫情報を取得できません。

原因: 通信エラーが発生したため、CELLSRVから検疫情報を取得できません。

処置: CELLSRVを実行中であることを確認し、実行中でない場合は起動してください。または、Oracleサポート・サービスに連絡してください。

CELL-02676: 検疫が存在しません: {0}。

原因: CellCLIコマンドで指定した検疫識別子が既存の検疫と一致しません。

処置: LIST QUARANTINEコマンドを使用して、使用可能な検疫エントリを表示してください。使用可能な検疫の名前を使用してください。

CELL-02677: 検疫を削除できません。エラー: {0}。

原因: エラーが発生したため、隔離場所を削除できませんでした。

処置: 指定されたエラーを修正してから、再度検疫場所を削除してください。

CELL-02678: 検疫を変更できません。エラー: {0}。

原因: エラーが発生したため、隔離場所を変更できませんでした。

処置: 指定されたエラーを修正してから、再度検疫場所を変更してください。

CELL-02679: 検疫を追加できません。エラー: {0}。

原因: エラーが発生したため、隔離場所を作成できませんでした。

処置: 指定されたエラーを修正してから、検疫場所を再度作成してください。

CELL-02680: 検疫を作成する場合は、属性{0}に次の値: {1}のいずれかを割り当てる必要があります。

原因: 検疫場所のタイプ属性が入力されていない、または正しいタイプ値が割当てられていませんでした。

処置: CREATE QUARANTINEコマンドを修正し、有効なquarantineTypeを含めてください。

CELL-02681: IORMPlan objectiveには、次の値: {0}のいずれかが必要です。

原因: ALTER IORMPLANコマンドで無効なobject値が指定されました。

処置: 正しい値を使用してコマンドを入力してください。

関連項目:
「ALTER IORMPLAN」

CELL-02682 : 検疫IDが無効です。

原因: 検疫操作で無効な検疫識別子を使用しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02683: 検疫マネージャが無効化されています。

原因: 障害分離機能が無効化されています。

処置: Oracleサポート・サービスに連絡してください。

CELL-02684 : 検疫マネージャで不明なエラーが発生しました。

原因: 不明なエラーにより、処置が失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02685 : 検疫タイプに無効な属性を指定しました。

原因: CREATE QUARANTINEまたはALTER QUARANTINEコマンドで無効な属性を指定しました。

処置: 属性を修正し、コマンドを再発行してください。

CELL-02686 : 検疫エントリが重複しています。

原因: CREATE QUARANTINEコマンドで、すでに存在する検疫を作成しようとしました。

処置: 異なる検疫場所にする場合は、属性を変更して新しい検疫場所を指定してください。

CELL-02696: IBPort {0}の次の属性が定義されていません: {1}

原因: 論理識別子またはポート番号が定義されていないため、InfiniBandカウンタの残りが失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02697: 指定されたERASEオプションは無効です。次の1pass'、'3pass'、または'7pass'のいずれかを使用してください。

原因: DROP CELLDISK ERASEまたはDROP GRIDDISK ERASEコマンドで無効な消去オプションが指定されました。

処置: 有効なオプションを使用して、コマンドを再試行してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

関連項目:
「DROP CELLDISK」または「DROP GRIDDISK」

CELL-02698: {0}の安全なデータ定義に失敗しました。物理LUNステータスをチェックしてください: {1}

原因: 無効なLUNステータスにより、DROP CELLDISK ERASEまたはDROP GRIDDISK ERASEコマンドが失敗しました。

処置: セル・ディスクまたはグリッド・ディスクに関連付けられているLUNのステータスをチェックし、コマンドを再試行してください。問題を修正できない場合は、Oracleサポート・サービスに連絡してください。

関連項目:
「DROP CELLDISK」または「DROP GRIDDISK」

CELL-02699: LIST出力の終了: CellCLIの待機中にMSがタイムアウトしました。このLISTコマンドを再試行すると、成功する場合があります。

原因: CellCLIで出力のリストを待機中に、MSが時間制限に達しました。

処置: ユーザー制御の理由により、CellCLIが停止する可能性があります。CellCLIを再起動して、コマンドを再試行してください。

CELL-02711: share属性は、catplanディレクティブでは許可されていません。

原因: catPlanディレクティブにshare属性が含まれています。

処置: catPlanからshare属性を削除してください。

関連項目:
「ALTER IORMPLAN」

CELL-02715: flashcachelimit属性はゼロにできません。

原因: flashcachelimit属性がゼロに設定されていました。

処置: flashcachelimitをゼロ以外の値に設定してください。

CELL-02716: {0}属性は、プロファイル・プランでは許可されていません。

原因: プロファイル・プランに属性が指定されました。

処置: プロファイル・ディレクティブでは特定の属性がサポートされていません。データベース・タイプのディレクティブで有効な属性を使用して、プライマリ・モードまたはスタンバイ・モードのデータベースにリソースを指定してください。

CELL-02717: type属性は、catplanディレクティブでは許可されていません。

原因: type属性がcatPlanパラメータに指定されていませんでした。

処置: type属性はcatPlanパラメータでサポートされていません。type属性をカテゴリ・プランから削除してください。

CELL-02718: IORMPLANタイプをプロファイルに設定することは、dbplan {0}ディレクティブでは許可されていません。

原因: profileタイプがdbPlanディレクティブに含まれていましたが、このディレクティブには指定したディレクティブも含まれていました。

処置: 特定のディレクティブでは特定の属性がサポートされていません。type=profileをDEFAULTおよびOTHERディレクティブから削除してください。

CELL-02719: flashcachelimit値を現在のflashcacheサイズより大きくすることはできません: {0}。

原因: flashcachelimit値が現在のフラッシュ・キャッシュ・サイズより大きい値でした。

処置: flashcachelimit属性の値を小さくしてコマンドを再入力してください。

CELL-02720: flashcachelimit値をflashcachemin値より小さくすることはできません。

原因: flashcachelimit値がflashcachemin値より小さい値でした。

処置: flashcachelimit属性の値を大きくしてコマンドを再入力してください。

CELL-02721: フラッシュ・ログが存在しません。

原因: コマンドにフラッシュ・ログが存在する必要がありますが、フラッシュ・ログが存在していません。

処置: フラッシュ・ログを作成して、コマンドを再試行してください。

CELL-02722: フラッシュ・ログはすでに存在します。

原因: フラッシュ・ログがすでに存在するため、CREATE FLASHLOGコマンドが失敗しました。

処置: DROP FLASHLOGコマンドを使用して、フラッシュ・ログを削除し、CREATE FLASHLOGコマンドを再試行してください。

CELL-02723: セル・ディスクの空き領域が不足しているため、CREATE FLASHLOGに失敗しました: {0}。

原因: セル・ディスクの領域が不十分のため、フラッシュ・ログは作成されませんでした。

処置: グリッド・ディスクまたはフラッシュ・キャッシュを削除して、フラッシュ・セル・ディスクに領域を作成し、小さいサイズで再作成してください。

CELL-02724: フラッシュ・ログにはフラッシュ・セル・ディスクが必要です。提供されているセル・ディスクは稼働中のフラッシュ・セル・ディスクではありません: {0}。

原因: セル・ディスクがフラッシュ・セル・ディスクでないため、フラッシュ・ログは作成されませんでした。

処置: フラッシュ・ログをフラッシュ・ディスクに作成してください。

CELL-02725: ディスク上にスマート・フラッシュ・ログを持つセル・ディスクをエクスポートできません: {0}。

原因: セル・ディスクにスマート・フラッシュ・ログが含まれているため、セル・ディスクをエクスポートできませんでした。

処置: DROP FLASHLOGコマンドを使用して、フラッシュ・ログをディスクから削除し、EXPORTコマンドを再試行してください。

CELL-02726: セル・サーバー(CELLSRV)からフラッシュ・ログ情報を取得できません。

原因: MSでフラッシュ・ログ情報をCELLSRVから取得できませんでした。

処置: CELLSRVが実行中でない場合は、ALTER CELL STARTUP SERVICESコマンドを使用してCELLSRVを起動します。CELLSRVが実行中でも問題が解決しない場合は、Oracleサポート・サービスに連絡してください。

CELL-02727: セル・ディスクでFLASHLOGの作成に失敗しました。受信エラー: {1}。

原因: セル・ディスクにフラッシュ・ログが作成されませんでした。

処置: エラー・メッセージが示す問題を必要に応じて修正し、CREATE FLASHLOGコマンドを再試行してください。

CELL-02728: 指定したセル・ディスクにFLASHLOGが存在します。

原因: セル・ディスクにフラッシュ・ログがすでに存在します。

処置: Oracleサポート・サービスに連絡してください。

CELL-02729: 指定された{0}のERASEオプションは無効です。フラッシュ・ディスクには'7pass'を使用してください。

原因: 無効なERASEオプションがフラッシュ・ディスクに使用されました。

処置: DROP CELLコマンドで正しいERASEオプションを入力してください。

CELL-02730: 指定したセル・ディスクがFLASH: {0}になっていません。すべてのダーティ・ページをハード・セル・ディスクにフラッシュするには、ALTER CELLDISKを使用します。

原因: ALTER FLASHCACHE FLUSHコマンドで、フラッシュ・セル・ディスクではなく、ハード・セル・ディスクが指定されました。コマンドを使用できるのは、フラッシュ・セル・ディスクからページをフラッシュする場合のみです。

処置: ALTER CELLDISK FLUSHコマンドを使用して、ダーティ・ページをハード・セル・ディスクにフラッシュしてください。

CELL-02731: 指定したセル・ディスクがFLASH: {0}になっています。すべてのダーティ・ページをフラッシュ・セル・ディスクからフラッシュするには、ALTER FLASHCACHEを使用します。

原因: ALTER CELLDISK FLUSHコマンドで、ハード・セル・ディスクではなく、フラッシュ・セル・ディスクが指定されました。コマンドを使用できるのは、ページをハード・セル・ディスクにフラッシュする場合のみです。

処置: ALTER FLASHCACHE FLUSHを使用して、すべてのダーティ・ページをフラッシュ・セル・ディスクからフラッシュしてください。

CELL-02732: フラッシュ・キャッシュのグリッド・ディスク(ダーティ・データ)に同期していないデータがあります。ALTER GRIDDISKを使用してダーティ・データをフラッシュし、キャッシュを停止してコマンドを再試行してください。

原因: データがフラッシュ・キャッシュで同期されていません。

処置: ALTER GRIDDISKコマンドを使用して、ダーティ・データをフラッシュ・ディスクからグリッド・ディスクにフラッシュし、コマンドを再試行してください。

関連項目:

「ALTER FLASHCACHE」

CELL-02740: 繰り返されている属性がIORMPLANディレクティブに含まれています: {0}。各ディレクティブでは、属性は1回の発生のみ許可されています。

原因: 繰り返されている属性がIORMディレクティブに含まれています。

処置: ALTER IORMPLANコマンドを使用して、IORMディレクティブを修正してください。

CELL-02741: IORMディレクティブに、データベース{1}、属性{0}の複数割当てがあります。各データベースに対しては、この属性の単一割当てのみが許可されています。

原因: IORMディレクティブに複数の属性の割当てが含まれています。

処置: ALTER IORMPLANコマンドを使用して、IORMディレクティブを修正してください。

CELL-02742: フラッシュ・ログで必要なサイズは、各フラッシュ・セル・ディスクで4G以下です。

原因: 入力したフラッシュ・ログのサイズが各フラッシュ・セル・サイズで4GBを超えています。

処置: 各フラッシュ・セル・ディスクで、フラッシュ・ログのサイズを4GB未満に設定してください。

CELL-02743: "cachingPolicy"属性の値が無効です: "{0}"。"none"または"default"にする必要があります。

原因: キャッシング属性に無効な値が入力されました。

処置: 属性に有効な値を入力してください。有効な値はnoneまたはdefaultです。

CELL-02744: フラッシュ・グリッド・ディスクでcachingPolicyを"none"に指定できません。

原因: フラッシュ・グリッド・ディスクで属性値にnoneが指定されました。

処置: 属性に有効な値を入力してください。

CELL-02745: この操作を実行するのにフラッシュ・キャッシュが正しいステータスになっていません。

原因: フラッシュ・キャッシュのステータスが間違っており、フラッシュ操作が失敗しました。

処置: ステータスを修正して、コマンドを再度実行してください。

CELL-02746: フラッシュ・キャッシュのフラッシュに失敗しました。

原因: フラッシュ操作が失敗しました。

処置: フラッシュ・ディスクまたはキャッシュ済グリッド・ディスクの一時的な停止が原因で操作が失敗した場合は、ディスクの復元後にFLUSHコマンドを再試行してください。

CELL-02750: IORMディレクティブで、プロファイル"{1}"に属性"{0}"が複数割り当てられています。各プロファイルにこの属性を割り当てられるのは一度のみです。

原因: IORMディレクティブに属性の複数割当てが含まれていました。

処置: 属性の複数割当てを削除してから、単一の属性割当てのみを指定してください。

CELL-02767: フラッシュ・キャッシュ操作がタイムアウトしました。

原因: CELLSRVが想定期間内にフラッシュ・キャッシュ操作を完了できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02768: フラッシュ・キャッシュの初期化が未完了です。

原因: フラッシュ・キャッシュの初期化が未完了でした。

処置: 数秒後にコマンドを再試行してください。問題が解決しない場合は、Oracleサポート・サービスに連絡してください。

CELL-02769: フラッシュ・キャッシュの削除を完了できません: {0}。受け取ったエラー: {1} 次のセル・ディスクでは、フラッシュ・キャッシュが削除されませんでした: {2}。

原因: フラッシュ・キャッシュに対するDROP操作が正常に完了しませんでした。

処置: 指定したディスクの削除中にエラーが発生しました。一覧表示されたディスクはフラッシュ・キャッシュ内でまだアクティブです。

CELL-02770: フラッシュ・キャッシュのフラッシュを開始できません: {0}。受け取ったエラー: {1} 次のセル・ディスクでは、フラッシュ・キャッシュのフラッシュが開始されませんでした: {2}。

原因: 指定したセル・ディスク上のフラッシュ・キャッシュは、エラーが原因でフラッシュされませんでした。

処置: ディスクの一時的な停止が原因で失敗した場合は、ディスクがオンラインに戻ってからFLUSHコマンドを再試行してください。ディスクの一時的な停止が原因でない場合は、Oracleサポート・サービスに連絡してください。

CELL-02771: フラッシュ・キャッシュのフラッシュを取り消せません: {0}。受け取ったエラー: {1} 次のセル・ディスクでは、フラッシュ・キャッシュのフラッシュが取り消されませんでした: {2}。

原因: CANCEL FLUSHコマンドがエラーにより失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-02772: セル・ディスク・サイズが等しくないため、フラッシュ・キャッシュを作成または変更できません。

原因: セル・ディスクのサイズが等しくないため、フラッシュ・キャッシュを作成または変更できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-02775: FlashCacheModeの値{0}が無効です。値は{1}または{2}に設定する必要があります。

原因: コマンドに入力した値が無効になっています。

処置: 正しい値を入力してください。値はwritethroughまたはwritebackです。

CELL-02776: flashCacheModeを{0}に変更する前に、フラッシュ・キャッシュを削除する必要があります。

原因: ALTER CELLコマンドを実行する前に、フラッシュ・キャッシュが削除されていません。

処置: フラッシュ・キャッシュを削除して、コマンドを再度実行してください。

CELL-02777: フラッシュ・キャッシュ・モード{0}はすでに有効です。

原因: コマンドで入力したモードがすでに有効になっていました。

処置: コマンドを完了する必要がある場合は、コマンドをチェックし、モードを変更してください。

CELL-02778: フラッシュ・キャッシュは、ライトバック・モードではありません。

原因: 入力したコマンドは、writebackモードでのみ有効です。

処置: コマンドを完了する必要がある場合は、コマンドをチェックし、ライトバック・モードに変更してください。

CELL-02779: 次の属性の少なくとも1つを指定する必要があります: {0}。

原因: データベース間IORM検疫の設定時に、データベース間プランまたはカテゴリ・データベース・プランが指定されませんでした。

処置: 検疫の作成時に、データベース間プランまたはカテゴリ・データベース・プランを指定してください。

CELL-02780: IORMプランが検疫され、設定できません。

原因: IORMプランが検疫されており、設定できません。

処置: IORMプランを設定する前に、IORMプランの検疫を削除してください。

CELL-02782: 指定されたセル・ディスクに、FLASHCACHEおよびFLASHLOGの一部が存在します。

原因: フラッシュ・キャッシュおよびフラッシュ・ログがセル・ディスクに存在していました。

処置:

CELL-02783: CREATE FLASHCACHEには、動作しているフラッシュ・セル・ディスクが少なくとも1つ必要です。

原因: 動作しているフラッシュ・セル・ディスクが見つかりませんでした。

処置: コマンドによって一覧表示されたフラッシュ・ディスクを修復するか、動作中のセル・ディスクを指定しなおしてから、コマンドを再発行してください。

CELL-02784: ディスクがセル・ディスクでないため、操作に失敗しました。

原因: ディスクがセル・ディスクでなかったため、操作が失敗しました。

処置: ディスク上のデータが不要な場合は、ディスクを別のディスクと交換するか、CREATE CELLDISK FORCEコマンドを使用してセル・ディスクを上書きしてください。データが必要な場合は、Oracleサポート・サービスに連絡してください。

CELL-02785: 互換性がないリリースのセル・ディスク・バージョンであるため、操作に失敗しました。

原因: セル・ディスクのメタデータがサポートされていませんでした。

処置: セル・ディスクに新しいリリースがあります。ディスク上のデータが不要な場合は、ディスクを別のディスクと交換するか、CREATE CELLDISK FORCEコマンドを使用してセル・ディスクを上書きしてください。データが必要な場合は、Oracleサポート・サービスに連絡してください。

CELL-02789: bbuLearnScheduleの書式が無効です: {0}。パラメータと変数のペアにする必要があります。

原因: bbuLearnCycleTimeの設定時に不適切な書式が使用されました。

処置: 書式を修正してから、コマンドを実行してください。

関連項目:
「ALTER CELL」

CELL-02790: LearnScheduleフィールド"{0}"が無効です。MONTH,DAY,WEEK,DATE,HOUR,MINUTE,SECONDのいずれかにする必要があります。

原因: bbuLearnCycleTimeの設定時に不適切な属性が指定されました。

処置: 属性を修正してから、コマンドを実行してください。

関連項目:
「ALTER CELL」

CELL-02791: LearnScheduleフィールド: {0}の値: {1}が無効です。{2}から{3}の間にする必要があります。

原因: 属性に不適切な値が指定されました。

処置: 値を修正してから、コマンドを実行してください。

関連項目:
「ALTER CELL」

CELL-02792: DATEとWEEK/DAYを一緒に指定することはできません。

原因: WEEKまたはDAYパラメータと一緒に日付値が入力されました。

処置: 値を修正してから、コマンドを実行してください。

CELL-02822: CREATE CELL RESCUEコマンドに、FLASHCACHEまたはFLASHLOGサイズを使用することはできません。

原因: フラッシュ・キャッシュまたはフラッシュ・ログのサイズがコマンドに含まれていました。

処置: サイズを指定せずにコマンドを再入力してください。

CELL-02827: ハードウェアおよびファームウェアに対する構成チェックで次の問題が発生しました: {0}。

原因: 構成チェックでエラーが発生しました。

処置: 問題を修正して、コマンドを再実行してください。

CELL-02828: Exadata X3-nおよびX4-nでは、BBU DROP FOR REPLACEMENTコマンドのみサポートされています。

原因: X3-nより前のOracle Exadata Database MachineモデルでBBU DROP FOR REPLACEMENTコマンドが実行されました。

処置: X3-n以上のハードウェアでコマンドを実行してください。

CELL-02829: Exadata X3-nおよびX4-nでは、BBU REENABLEコマンドのみサポートされています。

原因: X3-nより前のOracle Exadata Database MachineモデルでBBU REENABLEコマンドが実行されました。

処置: X3-n以上のハードウェアでコマンドを実行してください。

CELL-02830: バッテリが存在しないため、BBU DROP FOR REPLACEMENTコマンドでHDDディスク・コントローラのバッテリを削除できません。

原因: BBU DROP FOR REPLACEMENTコマンドが実行されましたが、バッテリが存在しませんでした。

処置: このメッセージは情報提供用です。処理は不要です。

CELL-02831: バッテリがBBU DROP FOR REPLACEMENTコマンドを使用して削除されなかったため、BBU REENABLEコマンドでHDDディスク・コントローラのバッテリを再有効化することはできません。

原因: BBU REENABLEコマンドが実行されましたが、バッテリが削除されていませんでした。

処置: BBU DROP FOR REPLACEMENTコマンドを使用してバッテリを削除してから、BBU REENABLEコマンドを実行してください。

CELL-02832: LUNキャッシュ・モードをライトスルーに設定中にエラーが発生しました。

原因: LUNキャッシュ・モードをwriteThroughモードに設定するときにエラーが発生しました。

処置: BBU DROP FOR REPLACEMENTコマンドを再実行してください。

CELL-02833: LUNキャッシュ・モードをライトバックに設定中にエラーが発生しました。

原因: LUNキャッシュ・モードをwriteBackモードに設定するときにエラーが発生しました。

処置: BBU ENABLEコマンドを再実行してください。

CELL-02834: HDDディスク・コントローラのバッテリはすでに削除されています。

原因: BBU DROP FOR REPLACEMENTコマンドが実行されましたが、バッテリがすでに削除されていました。

処置: このメッセージは情報提供用です。処理は不要です。

CELL-02835: 冗長性が削除されるため、この操作が、ディスク・グループのディスマウントの原因になります。続行して、指定されたディスク上のデータを破棄するには、Oracle ASMを停止してコマンドを再試行してください。

原因: ディスク・グループを削除すると冗長性が削減されるため、ディスク・グループを削除できませんでした。

処置: 指定したディスク上のデータを破棄し、Oracle ASMインスタンスを停止してから、ディスク・グループを削除してください。

CELL-02836: 冗長性の削除により、フラッシュ・キャッシュを使用しているグリッド・ディスクのデータが失われる可能性があります。ALTER FLASHCACHEを使用してフラッシュ・キャッシュからデータをフラッシュし、コマンドを再試行してください。

原因: フラッシュ・キャッシュがwriteBackモードになっていて、冗長性が削減されたディスクのデータをキャッシュしているため、コマンドが失敗しました。

処置: ALTER FLASHCACHEコマンドを使用してフラッシュ・キャッシュからデータをフラッシュしてから、コマンドを再試行してください。

関連項目:
「ALTER FLASHCACHE」

CELL-02837: フラッシュ・キャッシュのフラッシュを開始できません。セル・ディスク{0}は、フラッシュ・キャッシュの一部ではありません。

原因: 指定したセル・ディスクがフラッシュ・キャッシュに含まれていないため、フラッシュ・キャッシュがフラッシュされませんでした。

処置: ディスク名を指定せずにコマンドを入力してください。

CELL-02838: CREATE FLASHLOGには、動作しているフラッシュ・セル・ディスクが少なくとも1つ必要です。

原因: 動作しているフラッシュ・セル・ディスクがありませんでした。

処置: アラート履歴をチェックして、フラッシュ・ディスクが正常でない理由を特定してください。フラッシュ・ディスクの修復後、CREATE FLASHLOGコマンドを再試行してください。

CELL-02839: フラッシュ・キャッシュの圧縮はサポートされていません。

原因: フラッシュ・カードでフラッシュ・キャッシュの圧縮がサポートされていませんでした。

処置: 正しいフラッシュ・カードを指定してコマンドを再試行してください。

CELL-02840: 電子メール・アラートの間隔が無効です。日次、週次、隔週またはなしを使用してください。

原因: 電子メール・アラートの間隔に無効な値が入力されました。

処置: 有効な間隔を使用してコマンドを入力してください。有効な値は、daily、weekly、biweeklyまたはnoneです。

CELL-02841: alertSummaryStartTime値には、将来の時刻を指定する必要があります。

原因: 電子メール・アラートの開始時間に無効な値が入力されました。

処置: 将来の開始時間を使用してコマンドを入力してください。

CELL-02842: hardDiskScrubIntervalが無効です。日次、週次、隔週またはなしを使用してください。

原因: hardDiskScrub間隔に無効な値が指定されました。

処置: 有効な間隔を使用してコマンドを入力してください。有効な値は、daily、weekly、biweeklyまたはnoneです。

CELL-02843: hardDiskScrubStartTimeの日付/時刻の書式が無効です。{0}または現在のような有効な書式を入力してください。

原因: hardDiskScrubStartTime値に無効な値が指定されました。

処置: 有効な値を使用してコマンドを入力してください。有効な値は、date/timeまたはnowです。

CELL-02845: フラッシュ・キャッシュの圧縮を構成する前に、フラッシュ・セル・ディスクをすべて削除してください。

原因: フラッシュ・セル・ディスクが削除されていなかったため、フラッシュ・キャッシュの圧縮が構成されませんでした。

処置: フラッシュ・セル・ディスクを削除してから、コマンドを再試行してください。

CELL-02849: 操作が中断されました。

原因: 長時間実行操作中にMSが停止しました。

処置: MSを再開して操作を完了してください。

CELL-02850: フラッシュ・キャッシュの圧縮が有効な場合、フラッシュ・ディスクでERASEオプションはサポートされません。

原因: フラッシュ・キャッシュの圧縮が有効化されたフラッシュ・ディスクに対してERASEオプションが指定されました。

処置: フラッシュ・キャッシュの圧縮ではERASEオプションはサポートされていません。

関連項目:
「ALTER CELL」

CELL-02853: セル・ディスク{0}上のFLASHCACHEを削除できません。フラッシュ・キャッシュのグリッド・ディスク(ダーティ・データ)に同期していないデータがあります。ALTER FLASHCACHEを使用してダーティ・データをフラッシュし、キャッシュを停止してコマンドを再試行してください。

原因: フラッシュ・キャッシュがセル・ディスクにありました。

処置: ALTER FLASHCACHEコマンドを使用してダーティ・ディスクをフラッシュしてから、DROP CELLDISKコマンドを再試行してください。

CELL-02856: コマンドで無効なALTER FLASHCACHE値が指定されました。フラッシュ・キャッシュ・サイズ{0}を{1}に削減できません。

原因: ALTER FLASHCACHEコマンドで無効な値を指定しました。

処置: 有効な値を使用してコマンドを入力してください。有効な値は、メッセージ内のフラッシュ・キャッシュで指定した値よりも大きい値です。

CELL-02857: コマンドで無効なALTER FLASHCACHE値が指定されました。フラッシュ・キャッシュ・サイズ{0}を{1}に削減できません。

原因: コマンドを完了するのに十分な空き領域がありませんでした。

処置: 小さい値を使用してコマンドを入力してください。

CELL-02858: ALTER FLASHCACHEコマンドを続行できません。空き領域{0}の値が、{1}を調整してサイズ変更したフラッシュ・キャッシュよりも小さくなっています。

原因: コマンドを完了するのに十分な空き領域がありませんでした。

処置: 小さい値を使用してコマンドを入力してください。

CELL-02859: フラッシュ・キャッシュを削減できません。フラッシュ・キャッシュで設定できる最小サイズは{0}です。サイズを最小サイズより大きくして、コマンドを再発行してください。

原因: コマンドで指定した値が、フラッシュ・キャッシュで使用できる最小サイズより小さかった。

処置: 有効な値を使用してコマンドを入力してください。

CELL-02860: ALTER FLASHCACHEコマンドを続行できません。フラッシュ・キャッシュのグリッド・ディスク(ダーティ・データ)に同期していないデータがあります。ALTER FLASHCACHEコマンドを使用してダーティ・データをフラッシュし、キャッシュを停止してからALTER FLASHCACHEコマンドを実行し、フラッシュ・キャッシュをサイズ変更するか、または変更してください。次のセル・ディスクをフラッシュする必要があります: {0}。

原因: ディスクをサイズ変更する前にフラッシュ・ディスクをフラッシュする必要があるため、フラッシュ・キャッシュが変更されませんでした。

処置: フラッシュ・ディスクをフラッシュし、フラッシュ・プロセスが完了してからコマンドを再発行してください。

CELL-02861: ALTER FLASHCACHEには、動作しているフラッシュ・セル・ディスクが少なくとも1つ必要です。

原因: システム上に動作しているフラッシュ・セル・ディスクがありませんでした。

処置: 障害が発生したフラッシュ・セル・ディスクを修正して、コマンドを再入力してください。

CELL-02862: 次のグリッド・ディスクの冗長性が低下したため、グリッド・ディスクの非アクティブ化に失敗しました: {0}。

原因: patchmgrユーティリティで問題が発生しました。他のセルのグリッド・ディスクがオンラインではないため、グリッド・ディスクが非アクティブ化されませんでした。

処置: ローリング・パッチを適用する前に、すべてのパートナ・ディスクをオンラインにしてください。

CELL-02863: パッチ適用プロセス中に、グリッド・ディスクの再アクティブ化がタイムアウトしました。次のグリッド・ディスクがまだオフラインです: {0}。

原因: patchmgrユーティリティで問題が発生しました。パッチ適用プロセス中に、グリッド・ディスクが再アクティブ化されませんでした。

処置: ローリング・パッチを適用する前に、すべてのパートナ・ディスクをオンラインにしてください。

CELL-02864: patchmodeパラメータ値{0}が無効です。パラメータを{1}または{2}に設定する必要があります。

原因: コマンドで無効なpatchmode値が使用されました。

処置: 有効なpatchmode値を使用してコマンドを入力してください。

CELL-02865: このセルで次のスパース・グリッドディスクが検出されたため、ダウングレードが続行できません。そのグリッド・ディスクを削除して再試行してください。{0}

原因: ダウングレードの実行中に、スパース・グリッド・ディスクが検出されました。

処置: 一覧表示されているグリッド・ディスクを削除して、コマンドを再試行してください。

CELL-02866: スパース・グリッド・ディスクの作成はOracleサポートによって無効化されているため、スパース・グリッド・ディスクの作成に失敗しました。

原因: スパース・グリッド・ディスクが作成されませんでした。

処置: このメッセージは情報提供用です。処理は不要です。

CELL-02867: virtualSizeが無効なため、スパース・グリッド・ディスクの作成または変更に失敗しました。

原因: スパース・グリッド・ディスクが作成または変更されませんでした。

処置: 有効な値を使用してコマンドを入力してください。

CELL-02870: IOTimeoutThreshold値が無効です。'2s'のような有効な書式を入力してください。

原因: コマンドに無効な値が入力されました。

処置: 有効な値を使用してコマンドを入力してください。

CELL-02871: IOTimeoutThresholdの変更に失敗しました: {0}。

原因: タイムアウトしきい値が変更されませんでした。

処置: CELLSRVステータスをチェックしてから、コマンドを再試行してください。

CELL-02872: 属性dbPerfDataSuppressの文字列が長すぎます({0})。許容される最大文字列長は{1}です。

原因: 属性に指定した文字列が長すぎました。T

処置: 指定したデータベースの数を減らすか、より短い名前を使用してデータベースの名前を変更してください。dbPerfDataSuppress属性では、自動ワークロード・リポジトリ(AWR)レポートに統計をレポートしないデータベースを指定します。

CELL-02873: セルディスク{0}に十分な領域がありません。少なくとも1GBが必要です。

原因: セル・ディスク上の領域が1GB未満でした。

処置: セル・ディスク上の一部の領域を解放し、コマンドを再試行してください。

CELL-02875: 競合を回避するため、次の属性のいずれか一方のみを指定する必要があります: {0}。

原因: 同一の隔離エンティティに複数の値が指定されました。これは標準データベースまたは統合データベースのIDと名前に関してのみ生成されます。たとえば、隔離作成エントリはデータベースを識別するために1つの属性しか必要ないため、データベースIDとデータベース名の両方を指定することはできません。

処置: 隔離を作成するとき、標準データベースまたは統合データベースを識別する属性を1つのみ指定してください。

CELL-02891: ディスク障害のため操作を完了できません。

原因: ディスクでエラーが発生しました。

処置: ディスクを交換し、コマンドを再試行してください。

CELL-02892: 一時的なディスク・ハングのため操作を完了できません。

原因: ディスクIOが一時的にハングしましたが、回復できます。

処置: コマンドを再試行してください。

CELL-02893: IOエラーのため操作を完了できません。

原因: ディスクでIOエラーが発生しました。

処置: ディスクを交換し、コマンドを再試行してください。

エラー・メッセージ: CELL-03001からCELL-03500

この項では、CELL-03001からCELL-03500のエラー・メッセージについて説明します。

CELL-03001: ADRマイニング中に例外が発生しました: {0}

原因: 自動診断リポジトリ(ADR)でインシデントを検索中に内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-03002: キーの値の解析に失敗しました: {0}

原因: 自動診断リポジトリ(ADR)でインシデントを検索中に内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-03501からCELL-04000

この項では、CELL-03501からCELL-04000のエラー・メッセージについて説明します。

CELL-03501: MSFK1HardwareImplが適切に初期化されていません。例外: {0}を受け取りました。

原因: FK1は不正なハードウェア・アダプタ・クラスを表しています。この仮想ハードウェアはテスト用にのみ使用されているため、初期化できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-03502: MSHP1HardwareImplが適切に初期化されていません。例外: {0}を受け取りました。

原因: HP1ハードウェア(HP1はセル・ハードウェアのアプライアンス・コード)に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-03503: MSHardwareImplが適切に初期化されていません。例外: {0}を受け取りました。

原因: ハードウェア(Oracle Exadata Storage Server)に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-03504: アプライアンス・タイプ: {0}を認識できません。

原因: セル・ハードウェアが認識されたタイプになっていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-03505: アプライアンス・タイプ: {0}を取得できません

原因: セル・ハードウェアが取得されませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-03506: 仮想ハードウェアではBMCデバイスを構成できません。

原因: この仮想ハードウェアはテスト用にのみ使用されているため、構成できませんでした。

処置: 処理は不要です。

CELL-03507: MSIN1HardwareImplが適切に初期化されていません。例外: {0}を受け取りました。

原因: IN1ハードウェア(IN1はセル・ハードウェアのアプライアンス・コード)に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-03508: ハードウェア・ポーリング中に例外が発生しました: {0}。

原因: このハードウェアのポーリング操作に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-03511: MSSN1HardwareImplが適切に初期化されていません。例外: {0}を受け取りました。

原因: Sunハードウェア・アダプタの初期化プロセス中に例外が発生しました。

処置: 例外テキストを調べて可能な解決策を確認してください。解決策が不明の場合は、Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-04501からCELL-05000

この項では、CELL-04501からCELL-05000のエラー・メッセージについて説明します。

CELL-04501: {0}に対して1つのレスポンスを想定しましたが、複数のレスポンスを受信しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04502: アプライアンス・タイプ{0}が認識されません。

原因: 無効なハードウェアがセルに使用されているか、ハードウェアが正しく構成されていませんでした。

処置: セルのハードウェア構成を確認してください。

CELL-04503: このハードウェアにはPopulateDiskAdpが実装されていません。

原因: このハードウェアにハードウェア・アダプタが完全に実装されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04504: このアプライアンスには、パーティションのappend文字列が設定されていません。

原因: このハードウェアにハードウェア・アダプタが完全に実装されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04505: 関数createSDLは実装されていません

原因: このハードウェアにハードウェア・アダプタが完全に実装されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04506: 一意のセル・ディスク名の生成に失敗しました: {0}

原因: プログラムに内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04507: getOSNameForLun関数がハードウェアに実装されていません。

原因: このハードウェアにハードウェア・アダプタが完全に実装されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04508: セル・ディスク・パーティションの妥当性チェックを、CELLSRVから取得できません。

原因: セル・サーバーと管理サーバーで相互に通信できませんでした。

処置: エラーが発生した時点で入力したコマンドを再試行してください。問題が再度発生する場合は、ALTER CELLコマンドを使用してCELLSRVサービスとMSサービスを再起動してください。

関連項目:
「ALTER CELL」

CELL-04509: LUN名が見つかりません。

原因: 指定したLUN名が見つかりませんでした。

処置: 既存のLUNの名前を表示するには、LIST LUNコマンドを入力してください。

関連項目:
「LIST LUN」

CELL-04510: ディスク・オブジェクト{0}にATTR_LUNが設定されていません。

原因: 内部エラーが発生しました。ベンダー固有のコントローラ・ユーティリティにエラーが発生しています。

処置: Oracleサポート・サービスに連絡してください。

CELL-04511: LUN {0}でセル・ディスク{1}が追加され、LUN: {2}を使用できます。セル・ディスクを強制的に削除し、再度追加します。

原因: ソフトウェアRAIDユーティリティのmdadmを明示的に使用したため、構成の問題が発生しました。セル・サーバーで設定された構成に対して、Oracle Exadata Storage Server Softwareでmdadmユーティリティが使用されています。このユーティリティでは、ソフトウェアRAID構成を変更しないでください。デフォルトのmdadm構成を変更すると、不一致が発生します。

処置: FORCEオプションを使用してセル・ディスクを削除し、不一致の構成を削除してください。セル・ディスクを再作成し、正しい構成をインストールしてください。

関連項目:

- 「DROP CELLDISK」

- 「CREATE CELLDISK」

CELL-04512: マシンが無効です。セル・ディスクを作成できません。

原因: セルが無効でした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04513: セル・サーバー(CELLSRV)は、正常にセル・ディスク: {0}を追加できません

原因: 指定したセル・ディスクをセル・サーバーで追加できませんでした。

処置: ALTER CELLコマンドを使用してセル・サーバーを再起動してください。

関連項目:
「ALTER CELL」

CELL-04514: 構成ファイルにセル・ディスクを追加する際、LUN名を取得できません。

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04515: LUN: {0}のディスク・オブジェクトを取得できません

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04516: セル・ディスク: {0}のLUNオブジェクトを取得できません

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04517: セル・サーバー(CELLSRV)は、セル・ディスクを削除できません。

原因: 指定したセル・ディスクをセル・サーバーで削除できませんでした。

処置: FORCEオプションを使用してセル・ディスクを削除してください。この操作が失敗する場合は、Oracleサポート・サービスに連絡してください。

関連項目:
「DROP CELLDISK」

CELL-04519: セル・ディスク: {0}の削除を完了できません。受信エラー: {1}。セル・ディスクは削除されません: {2}。

原因: フラッシュ・キャッシュまたはフラッシュ・キャッシュが存在するため、指定したセル・ディスクを削除できませんでした。

処置: フラッシュ・キャッシュまたはフラッシュ・ログを削除してからセル・ディスクを削除するか、FORCEオプションを指定してフラッシュ・キャッシュおよびフラッシュ・ログを削除し、セル・ディスクを削除してください。

関連項目:
「DROP CELLDISK」

CELL-04520: LUN {0}にはセル・ディスク・エントリがすでに存在します。

原因: このLUNのセル・ディスクはすでに存在します。

処置: このLUNに存在するセル・ディスクの名前を特定してください。「LIST LUN」を参照してください。FORCEオプションを使用して、必要に応じてセル・ディスクを削除してください。「DROP CELLDISK」を参照してください。

CELL-04521: LUN {0}には有効なセル・ディスクがあります(インポートされたものではありません)。

原因: このLUNのセル・ディスクはすでに存在します。

処置: このLUNで新しいセル・ディスクを削除および作成するには、CREATE CELLDISKを使用してFORCEオプションを指定してください。

関連項目:
「CREATE CELLDISK」

CELL-04522: LUN {0}には有効なセル・ディスクがあります。

原因: このLUNのセル・ディスクはすでに存在します。

処置: このLUNに存在するセル・ディスクの名前を特定してください。FORCEオプションを使用して、必要に応じてセル・ディスクを削除してください。次に、このLUNで新しいセル・ディスクを作成してください。または、CREATE CELLDISKを使用してFORCEオプションを指定し、このLUNで新しいセル・ディスクを削除および作成してください。

関連項目:

- 「LIST LUN」

- 「DROP CELLDISK」

- 「CREATE CELLDISK」

CELL-04523: 属性にオブジェクト名が見つかりません。

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04524: 物理ディスク: {0}でphysicaldiskオブジェクトを取得できません。

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04525: LUN: {0}のLUNオブジェクトを取得できません

原因: 内部プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04526: オブジェクトのタイプが無効です。LUNまたは物理ディスクのみ、セル・ディスク作成の引数が提供されています。

原因: CREATE CELLDISKコマンドの引数に無効なオブジェクトが指定されました。

処置: 有効なLUNまたは物理ディスクの属性値を指定してCREATE CELLDISKを使用してください。

関連項目:
「CREATE CELLDISK」

CELL-04527: セル・ディスク: {0}の作成を完了できません。受信エラー: {1}セル・ディスクが{2}に作成されていません。

原因: 指定したオブジェクトでセル・ディスクを作成中に問題が発生しました。

処置: CREATE CELLDISKを使用してFORCEオプションを指定してください。

関連項目:
「CREATE CELLDISK」

CELL-04528: 単一ディスクではないLUNが見つかったため、再度有効にする必要があります。CREATE CELLDISK ALLでは単一ディスクではないLUNを有効化できません。

原因: セルでは単一ディスクLUNのみをサポートしています。

処置: 単一ディスク以外のLUNを削除し、CREATE CELLDISKを使用してALLオプションを指定してください。

関連項目:
「CREATE CELLDISK」

CELL-04529: 失敗したLUNを有効にできません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04530: 削除しようとした物理ディスク{0}が、リストに見つかりませんでした。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04531: 物理ディスク: {0}に単一ディスクLUN (SDL)を作成中に、エラーが発生しました。受信エラー: {1}セル・ディスクが作成されていません: {2}

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04532: {0}にセル・ディスクを作成中にエラーが発生しました。

原因: 内部エラーが発生した可能性があります。

処置: エラー・テキストにエラーの状態が説明されています。エラー・テキストに推奨する手順が記載されている場合は、その手順に従ってください。手順が記載されていない場合は、Oracleサポート・サービスに連絡してください。

CELL-04534: 物理ディスク: {0}に、単一ディスクではないLUNが見つかりました

原因: 物理ディスクに単一ディスク以外のLUNが見つかりました。

処置: 指定した物理ディスクから単一ディスク以外のLUNを削除してください。

CELL-04535: 作成されたSDLにLUNオブジェクトが見つかりません: {0}

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04536: コマンド{0}で、終了ステータス: {1}が返されました。

原因: 内部エラーが発生している可能性があります。

処置: エラー・テキストにエラーの状態が説明されています。エラー・テキストに推奨する手順が記載されている場合は、その手順に従ってください。手順が記載されていない場合は、Oracleサポート・サービスに連絡してください。

CELL-04537: ディスク・コントローラのIDを取得できません。

原因: サポートされていないバージョンがベンダー固有のコントローラ・ユーティリティで使用されています。

処置: Oracleサポート・サービスに連絡してください。

CELL-04538: 物理ディスク{0}は、単一ディスクではないLUNの一部です。単一ディスクLUN作成用に削除できません。

原因: 物理ディスクに単一ディスク以外のLUNが存在していました。

処置: ベンダー固有のコントローラ・ユーティリティを使用して、単一ディスク以外のLUNを削除してください。

CELL-04539: 物理ディスク{0}にはすでにLUNが存在するため、この物理ディスクに単一ディスクLUNを作成することはできません。

原因: この物理ディスクにすでにLUNがあります。

処置: 既存のLUNを上書きする場合は、FORCEオプションを使用してください。

CELL-04541: LUN {0}のオペレーティング・システム名が見つかりません。

原因: ベンダー固有のコントローラ・ユーティリティにエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04543: {0}の物理ドライブIDが無効です

原因: 指定した物理ディスクに無効なIDが入力されました。

処置: 指定した物理ディスクのIDを表示するには、LIST PHYSICALDISK pdisk_nameコマンドを使用してください。

関連項目:
「LIST PHYSICALDISK」

CELL-04544: LUN: {0}が無効です

原因: 指定したLUNに無効なIDが入力されました。

処置: 指定したLUNのIDを表示するには、LIST LUN lun_nameコマンドを使用してください。

関連項目:
「LIST LUN」

CELL-04545: ディスク・アダプタ: {0}で例外が発生しました

原因: ディスク・アダプタに問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04546: コマンド{0}で、{1}の終了コードが返されました。hpacucliプロセスの他のインスタンスを停止してください。

原因: ディスク構成ツール・プロセスに問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04547: セル・サーバー(CELLSRV)は、正常にセル・ディスク: {0}をエクスポートできません。

原因: セル・ディスクをエクスポート中に問題が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04548: ステータスがnormalではないため、セル・ディスク{0}をエクスポートできません。

原因: セル・ディスクのステータスが正常でないため、セル・ディスクをエクスポートできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04549: セル・ディスク: {0}のLUNを取得できません。

原因: 指定したセル・ディスクでLUNにアクセスできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04550: このハードウェアにはエクスポートが実装されていません。

原因: ハードウェアにエクスポート機能が実装されていませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04551: セル・ディスク{0}のエクスポート中にエラーが発生しました。受信エラー: {1}。セル・ディスクはエクスポートされません: {2}

原因: エラーが発生したため、セル・ディスクがエクスポートされませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04552: セル・サーバー(CELLSRV)は再スキャンできませんでした: {0}。

原因: 指定したLUNをセル・サーバーで再スキャンできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04553: {0}という名前のセル・ディスクがすでに存在するため、{0}をインポートできませんでした。

原因: インポートするセル・ディスクと同じ名前の既存のセル・ディスクがあるため、LUNをインポートできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04554: セル・サーバー(CELLSRV)は、正常にLUN: {0}をインポートできません。

原因: 指定したLUNをセル・サーバーでインポートできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04555: セル・サーバー(CELLSRV)は、インポートされたセル・ディスク{0}の名前を変更できません。

原因: インポートしたセル・ディスク名を、指定されたセル・ディスク名にセル・サーバーで変更できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04556: LUN {0}には有効なセル・ディスクがありません。

原因: 指定したLUNに有効なセル・ディスクが含まれていません。

処置: Oracleサポート・サービスに連絡してください。

CELL-04557: {0}でLUNを取得できませんでした。

原因: 指定した属性のLUNにアクセスできませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04558: LUNを使用してインポート・ターゲットを指定する必要があります。

原因: インポートするセル・ディスクを識別するには、LUN IDを指定する必要があります。

処置: IMPORT CELLDISKでLUN=lun_idオプションを使用してください。

CELL-04559: LUN {0}のセル・ディスクのインポートを完了できません。受信エラー: {1}。

原因: 指定したLUNのセル・ディスクをインポート中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04560: セル・ディスク{0}のインポートを完了できません。受信エラー: {1}。セル・ディスクはインポートされません: {2}。

原因: セル・ディスクをインポート中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04570: ソフトウェアとハードウェアの不一致による内部MSエラーです。Oracleサポート・サービスに連絡してください。

原因: ソフトウェアとハードウェアが一致しませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04571: コマンド{0}で、エラー文字列{0}が返されました。

原因: コマンドを実行中にエラーが発生しました。

処置: エラー文字列を確認し、エラーの原因を特定してください。コマンドを再入力するか、Oracleサポート・サービスに連絡してください。

CELL-04572: 物理ドライブ{0}のスロット番号を特定できませんでした。

原因: ディスク構成ツール・プロセスでこの物理ドライブのスロット番号を特定できません。

処置: Oracleサポート・サービスに連絡してください。

CELL-04573: 論理ドライブ{1}のスロット番号を特定できませんでした。

原因: ディスク構成ツール・プロセスでこの論理ドライブのスロット番号を特定できません。

処置: Oracleサポート・サービスに連絡してください。

CELL-04574: LUN {0}の状態は{1}でシステム・ディスクです。システム・ディスクの複数のディスク・デバイスを再同期するには、FORCEオプションを使用します。

原因: LUNを再有効化するときにFORCEオプションが使用されませんでした。

処置: ALTER LUN REENABLEでFORCEオプションを使用してください。

関連項目:
「ALTER LUN」

CELL-04575: コントロール{0}のスロットまたはシリアル番号を特定できませんでした。

原因: ディスク構成ツール・プロセスでこのコントローラのスロット番号を特定できません。

処置: Oracleサポート・サービスに連絡してください。

CELL-04576: コマンド{0}で、エラー文字列{1}が返されました。

原因: プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04577: LUN {0}に対応する物理ディスクが見つかりませんでした。

原因: 指定したLUNに対応する物理ディスクが見つかりませんでした。

処置: 指定したLUNに対応する物理ディスクを挿入してください。

CELL-04578: ディスク{0}のステータスが{1}であるため、LEDアクションが実行されませんでした。

原因: 障害が発生したかパフォーマンスが低下したディスクのサービスLED照明をオフにしようとしました。

処置: Oracleサポート・サービスに連絡し、ディスクの問題を修正してください。ディスクを修正した後、サービスLED照明をオフにできます。

CELL-04579: フラッシュ・ディスクのLEDを変更できません。「help alter physicaldisk」を参照してください。

原因: フラッシュ・ディスクのLEDが変更されていません。

処置: ヘルプ・ファイルおよび「ALTER PHYSICALDISK」を参照してください。

CELL-04580: LUN {0}、物理ディスク{1}の状態が{2}で、再度有効化することができません。置き換える必要があります。

原因: 物理ディスクを再有効化できません。

処置: 物理ディスクを交換してください。

CELL-04582: ディスクの移入中にエラーが発生しました。

原因: ディスクの移入中にエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04583: ディスク・モデル番号{2}はサポートされていないため、物理ディスクのスロット{0}のLUN(シリアル番号: {1})を再有効化できません。

原因: 物理ディスクにサポートされていないモデル番号があります。

処置: Oracleサポート・サービスに連絡してください。

CELL-04585: 現在のディスク・ステータスを取得できません。

原因: 現在のディスク・ステータスを取得できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-04586: セル・ディスクの作成は成功しませんでした。

原因: セル・ディスクの作成時にエラーが発生しました。

処置: エラーのリストを確認して、セル・ディスクの作成が失敗した理由を特定してください。

CELL-04589: 障害タイプ属性に無効な設定が指定されました。有効な障害タイプ(FAILED、PREDICTIVEFAILURE、WTCACHINGまたはNONE)を指定してください。

原因: 無効な障害タイプが指定されました。

処置: 有効な障害タイプを指定して、ALTER PHYSICALDISKコマンドを再試行してください。有効な障害タイプは、FAILED、PREDICTIVEFAILURE、WTCACHINGまたはNONEです。

CELL-04590: ハード・ディスク{0}をライトスルー・キャッシュ・ステータスにするようにシミュレートすることはできません。ライトスルー・キャッシュ・ステータスにするようにシミュレートできるのはフラッシュ・ディスクのみです。

原因: ハード・ディスクをライトスルー・キャッシュ・モードにするように指定されました。

処置: ALTER PHYSICALDISKコマンドではフラッシュ・ディスクを指定してください。

CELL-04591: alter physicaldisk serviceled on/off"は非推奨です。事前にディスクを交換する場合は、"alter physicaldisk drop for replacement"を使用してください。

原因: ALTER PHYSICALDISKコマンドのSERVICELED ON/OFFオプションがサポートされなくなりました。

処置: ディスクを交換する必要があるときはDROP FOR REPLACEMENTオプションを使用してください。詳細は、「ALTER PHYSICALDISK」を参照してください。

CELL-04592: 物理ディスク{0}は削除の準備ができていないため、削除できません。

原因: ディスクを削除する準備ができていませんでした。

処置: DROP PHYSICALDISKコマンドを実行する前にALTER PHYSICALDISK diskname DROP FOR REPLACEMENTを実行してください。

CELL-04593: システム・ディスク{0}は削除できません。

原因: 指定したディスクはシステム・ディスクであるため削除できません。

処置: DROP PHYSICALDISKコマンドにはシステム・ディスク以外を指定してください。

CELL-04594: サポートされる物理ディスクの最大数を{0}より小さくすることはできません。

原因: 指定したディスクを削除すると、サポートされるディスクの合計数がサポートされる物理ディスクの最大数を下回ることになります。

処置: 削除するためにDROP PHYSICALDISKコマンドに指定する物理ディスクの数を減らしてください。

CELL-04595: 物理ディスクは次の順序で削除する必要があります: {0}

原因: 物理ディスクの指定順序が正しくありません。

処置: DROP PHYSICALDISKコマンドに正しい順序で物理ディスクを指定してください。

CELL-04601: 物理ディスクの削除に失敗しました: {0}

原因: コマンドによって物理ディスクが削除されませんでした。

処置: エラー・メッセージCELL-04602で指定された物理ディスクは削除されませんでした。エラー・メッセージCELL-04602に示されている問題を解決してから、物理ディスクを削除してください。

CELL-04602: 物理ディスク{0}の削除中にエラーが発生しました。受信エラー: {1}。

原因: 物理ディスクの削除中にエラーが発生しました。

処置: エラーに示されている問題を解決してから、物理ディスクを削除してください。

CELL-04603: 交換用のフラッシュディスク{0}を削除できませんでした。

原因: DROPコマンドがフラッシュ・ディスクに対して使用されました。

処置: DROPコマンドはフラッシュ・ディスクには無効です。

CELL-04604: 物理ディスク{0}はすでに削除されているため、削除できません。

原因: 物理ディスクが削除されているため、DROPコマンドは無効です。

処置: 物理ディスクが存在することを確認してから、ALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドを実行してください。

CELL-04605: 他のシステム・ディスクはより悪い状態です。

原因: 他のディスクの問題が原因でシステム・ディスクを削除できませんでした。

処置: そのシステム・ディスクを削除および交換してから、指定したシステム・ディスクを削除および交換してください。

CELL-04606: MDは同期していません

原因: 複数のデバイスが同期されていないため、ディスクが削除されませんでした。

処置: 複数のデバイスがすべて同期されるまで待機した後、指定したディスクを削除および交換してください。

CELL-04607: ディスク{0}には異常なパートナ・ディスクがあります: {1}

原因: パートナ・ディスクの問題が原因でディスクを削除できませんでした。

処置: 異常があるパートナ・ディスクに対して次のいずれかの処置を実行してから、指定したディスクを削除および交換してください。

- 異常があるパートナ・ディスクをオンラインにします。

- 異常があるパートナ・ディスクが存在するディスクを削除および交換します。

CELL-04608: 物理ディスクの再有効化に失敗しました: {0}

原因: 物理ディスクの再有効化に失敗しました。

処置: エラー・メッセージCELL-04609で指定された物理ディスクは再有効化されません。エラー・メッセージCELL-04609に示されている問題を解決してから、物理ディスクを再有効化してください。

CELL-04609: 物理ディスク{0}の再有効化中にエラーが発生しました。受け取ったエラー: {1}。

原因: ディスクの再有効化中にエラーが発生しました。

処置: エラーに示されている問題を解決してから、物理ディスクを再有効化してください。

CELL-04610: ディスク{0}を再有効化することはできません。ALTER PHYSICALDISK REENABLEコマンドで再有効化できるのは、交換のために削除されたディスクのみです。

原因: ALTER PHYSICALDISK DROP FOR REPLACEMENTコマンドを使用して削除されていないため、ディスクは再有効化されませんでした。

処置: 物理ディスクが削除されていることを確認してから、ALTER PHYSICALDISK REENABLEコマンドを実行してください。

CELL-04611: 物理ディスク{0}は誤ったスロットにあるため、再有効化できません。

原因: 物理ディスクが不適切なスロットに挿入されています。

処置: ALTER PHYSICALDISK REENABLEコマンドでFORCEオプションを指定して、ディスクを再有効化してください。

CELL-04613: 物理ディスク{0}が正常な状態ではないため、再有効化できません。

原因: ディスクに問題があるため、再有効化されませんでした。

処置: ハード・ディスクを交換してください。

CELL-04614: 物理ディスク{0}でのLUNの作成中にエラーが発生しました。

原因: 物理ディスクでのLUNの作成中にエラーが発生しました。

処置: ALTER LUNコマンドを実行してください。コマンドが失敗した場合は、ディスクを交換してください。

CELL-04615: 物理ディスク{0}でのLUNの再有効化中にエラーが発生しました

原因: 物理ディスクでのLUNの再有効化中にエラーが発生しました。

処置: ALTER PHYSICALDISK REENABLEコマンドを実行してください。コマンドが失敗した場合は、ディスクを交換してください。

CELL-04616: 物理ディスク{0}のファームウェアの更新中にエラーが発生しました

原因: ファームウェアの更新中にエラーが発生しました。

処置: ディスクのファームウェアを更新してから、コマンドを再試行してください。

CELL-04617: LUNの再有効化に失敗しました: {0}。

原因: LUNが再有効化されませんでした。

処置: 再有効化操作の失敗の原因となっているエラーを修正してから、コマンドを再試行してください。

CELL-04618: LUN {0}の再有効化中にエラーが発生しました。

原因: 一部のLUNが正常に有効化されませんでした。

処置: 再有効化操作の失敗の原因となっているエラーを修正してから、コマンドを再試行してください。

CELL-04619: 物理ディスク{0}上のセル・ディスクの検証中にエラーが発生しました。

原因: 物理ディスクにアクセスできなかったため、セル・ディスクのメタデータを読み取れませんでした。

処置: 物理ディスクにアクセスできることを確認してから、コマンドを再試行してください。

CELL-04620: LUN {0}は再有効化できません。ALTER LUN REENABLEコマンドでは、低パフォーマンス・ステータスのLUNのみを再有効化できます。

原因: LUNがpoor performanceステータスではなかったため、ALTER LUN REENABLEコマンドでLUNを再有効化できませんでした。

処置: ALTER LUN REENABLE FORCEコマンドを実行してLUNを再有効化してください。

CELL-04621: 物理ディスク{0}の状態が{1}で、再度有効化することができません。置き換える必要があります。

原因: 物理ディスクを再有効化できません。

処置: ディスクを交換してください。

CELL-04622: 物理ディスク{0}の状態が{1}で、再度有効化することができません。

原因: 物理ディスクが動作の制限されている状態でした。

処置: 物理ディスクが動作の制限されていない状態に変わるまで待機して、ALTER PHYSICALDISK REENABLEコマンドを再試行してください。

CELL-04623: 物理ディスクの電源を切断後ただちに投入することができませんでした: {0}

原因: ディスクの電源の入れ直し操作に失敗しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-04624: 物理ディスク{0}の電源を切断後ただちに投入中にエラーが発生しました。受信エラー: {1}。

原因: 指定されたエラーでディスクの電源の入れ直し操作に失敗しました。

処置: エラーによって指定された問題を修正してください。

CELL-04625: 物理ディスクの電源を切断後ただちに投入することは、X5サーバーより前のストレージ・サーバーでサポートされていません。

原因: X5-2サーバーより前の物理ディスクでは電源の入れ直しはサポートされていません。

処置: powercycleオプションは物理ディスクでは使用できません。

CELL-04626: フラッシュ・ディスク{0}の電源を切断後ただちに投入できません。

原因: X5-2サーバーより前のフラッシュ・ディスクでは電源の入れ直しはサポートされていません。

処置: powercycleオプションはフラッシュ・ディスクでは使用できません。

CELL-04627: 物理ディスク{0}の状態が{1}で、電源を切断後ただちに投入できません。

原因: ディスクが限定された状態であったため、電源の入れ直し操作が実行されませんでした。

処置: ディスク上での制限テストが完了するまで待機してから、コマンドを再入力してください。

CELL-04628: 物理ディスクの電源を切断後ただちに投入することは、このセルに対して無効です。

原因: このセルに対するpowercycleオプションが無効でした。

処置: このセルに対してpowercycleオプションを有効にしてください。

CELL-04629: 物理ディスク{0}は失敗状態ではありません。

原因: ディスクに対して電源の入れ直しコマンドが入力されましたが、物理ディスクは失敗状態ではありませんでした。

処置: コマンドを入力し、失敗した物理ディスクを指定してください。

CELL-04630: 物理ディスク{0}の電源を切断後ただちに投入する回数が最大許容回数を超えており、FORCEが指定されていません。

原因: ディスクの電源の入れ直し回数が最大回数に達しました。

処置: FORCEオプションを使用して、ディスクの電源を入れ直してください。

エラー・メッセージ: CELL-05001からCELL-05500

この項では、CELL-05001からCELL-05500のエラー・メッセージについて説明します。

CELL-05001: 実行中にエラー・コードが返されました: {0}

原因: プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-05002: <program>の実行中に例外が発生しました。

原因: プログラム例外が発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-05003: {0}を開く、または読み取る際にエラーが発生しました。{1}の内容: {2}。エラー: {3}。

原因: プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-05005: 平均CPUキュー長の検索に指定された間隔の値が正しくありません。

原因: プログラム・エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-05006: checkdevによって返された行を解析できません: {0}

原因: ハードウェアおよびファームウェア・チェック・ツールによって生成された内部文字列を解析できませんでした。

処置: Oracleサポート・サービスに連絡してください。

CELL-05008: VALIDATE CONFIGURATIONが失敗しましたが、このコマンドは数分後に再試行すると成功する場合があります。エラー: {0}。

原因: VALIDATE CONFIGURATIONコマンドが失敗しました。

処置: 数分後にコマンドを再試行してください。

CELL-05009: システム・ログ出力コマンドからエラーが返されました: {0}

原因: 構成済のロガーに対してメッセージを送信しようとしてvalidate syslogconf操作でエラーが発生しました。

処置: syslogConf設定を確認し、構成エラーを修正してから、コマンドを再入力してください。

CELL-05010: サービスのsyslog再開時にエラーが返されました: {0}

原因: 構成済のロガーを再起動しようとしてvalidate syslogconf操作でエラーが発生しました。

処置: syslogConf設定を確認し、構成エラーを修正してから、コマンドを再入力してください。

CELL-05011: syslog.confファイルの書込み中にエラーが発生しました: {0}

原因: syslogサービスを構成するためにsyslog.confファイルを書き込もうとしてエラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

CELL-05012: VALIDATE CONFIGURATIONがI/Oエラーで失敗しました: {0}

原因: VALIDATE CONFIGURATIONコマンドが失敗しました。

処置: Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-05501からCELL-06000

この項では、CELL-05501からCELL-06000のエラー・メッセージについて説明します。

CELL-05501: メール構成が無効です。メール構成を検証する前にsmtpServer、smtpFromAddrおよびsmtpToAddrが設定されていることを確認してください。また、アラートのメール通知を受信するには、notificationPolicyを正しく設定する必要があります。有効なコマンドは次のとおりです: alter cell smtpServer='mailserver.example.com'、smtpfromAddr='yourname@example.com'、smtptoAddr='yourname@example.com'、notificationPolicy=critical、notificationMethod=mail

原因: 電子メール構成の属性に無効な値が入力されました。

処置: メール構成を確認する前に、ALTER CELLコマンドでsmtpServer、smtpFromAddr、smtpToAddr、notificationMethodおよびnotificationPolicyの属性に値を設定してください。

関連項目:
「ALTER CELL」

CELL-05503: 通知中にエラーが検出されました。関連する内部エラーのテキストは{0}です。通知の受信者は{1}です。

原因: 通知を処理中に問題が発生しました。

処置: 受信者が有効かどうかを確認してください。toAddrセル属性を確認してください。

関連項目:

- 「LIST CELL」

- 「ALTER CELL」

CELL-05504: ASRの通知中にエラーが検出されました。関連するエラーのテキスト: {0}。通知の受信者は{1}です。

原因: ASR SNMP通知の送信中にエラーが検出されました。

処置: 受信者が正しく指定されていることを確認してください。受信者が正しくない場合は、ALTER CELL snmpSubscriptionコマンドを使用して受信者情報を修正してください。受信者が正しいのにエラーが引き続き発生する場合は、Oracleサポート・サービスに連絡してください。

CELL-05505: ASRの検証中にエラーが検出されました: {0}

原因: ALTER CELL VALIDATE SNMPコマンドのASR SNMP通知の送信中にエラーが検出されました。

処置: 受信者が正しく指定されていることを確認してください。受信者が正しくない場合は、ALTER CELL snmpSubscriptionコマンドを使用して受信者情報を修正してください。受信者が正しいのにエラーが引き続き発生する場合は、Oracleサポート・サービスに連絡してください。

エラー・メッセージ: CELL-06001からCELL-06200

この項では、CELL-06001からCELL-06200のエラー・メッセージについて説明します。

CELL-06001: ユーザーが存在しません: {0}

原因: コマンドで指定されたユーザーが存在しませんでした。

処置: 有効なユーザーを指定してコマンドを入力してください。

CELL-06002: ''{0}''というユーザーはすでに存在します。

原因: コマンドで指定されたユーザーはすでに作成されていました。

処置: 新規ユーザーを指定してコマンドを入力してください。

CELL-06003: ユーザー{0}は予約されたユーザーであるため、作成できません。

原因: 入力した名前は予約されたユーザー名でした。

処置: 別のユーザー名を使用してコマンドを入力してください。

CELL-06004: コマンドで指定できるのは1人のユーザーのみです。

原因: コマンドで複数のユーザーが指定されました。

処置: 1つのユーザー名のみを使用してコマンドを入力してください。

CELL-06005: 新規ユーザーの作成時にはユーザー名とパスワードを指定する必要があります。

原因: ユーザーの作成時にユーザー名とパスワードが指定されていませんでした。

処置: ユーザー名を指定してコマンドを入力し、プロンプトが表示されたらパスワードを入力してください。

CELL-06006: CREATE USERコマンドではユーザー名とパスワードのみを指定します。

原因: CREATE USERコマンドで追加属性が指定されていました。

処置: ユーザー名とパスワードのみを使用してコマンドを入力してください。

CELL-06007: 有効なユーザー・パスワードは、少なくとも1つの数字、1つの小文字および1つの大文字を使用した、12から40文字の英数字です。新規パスワードは既存のパスワードと同じにできません。

原因: パスワードが有効ではありませんでした。

処置: 少なくとも1つの英数字を使用した8から12文字の英数字であるパスワードを入力してください。

CELL-06008: パスワードの作成に失敗しました。

原因: パスワードが作成されませんでした。

処置: 有効なパスワード書式を指定してコマンドを再試行してください。

CELL-06009: 権限が指定されていません。

原因: コマンドに権限属性が指定されていませんでした。

処置: コマンドを入力し、権限属性を指定してください。

CELL-06010: ロールが指定されていません。

原因: コマンドにロール属性が指定されていませんでした。

処置: コマンドを入力し、ロール属性を指定してください。

CELL-06011: ロールが存在しません: {0}。

原因: コマンドに無効なロール属性が指定されました。

処置: 有効なロール属性を使用してコマンドを入力してください。

CELL-06012: ユーザーが指定されていません

原因: コマンドにユーザー名が指定されていませんでした。

処置: コマンドを入力し、ユーザー名を指定してください。

CELL-06013: ロール{0}はすでに存在します。

原因: CREATEコマンドで指定されたロールはすでに存在していました。

処置: 新規ロール属性を使用してコマンドを入力してください。

CELL-06014: この権限には属性またはオプションが指定されていません。

原因: コマンドに属性またはオプションが指定されていませんでした。

処置: コマンドを入力し、属性およびオプションを指定してください。

CELL-06015: 現在のユーザーにはこのコマンドを実行する権限がありません。

原因: ユーザーには、コマンドを実行する権限がありませんでした。

処置: コマンドを実行する権限がありません。

CELL-06016: 権限{0}はロール{1}に対して定義されていない場合、ロール{1}から取り消すことはできません。

原因: 権限はそのロールに対して定義されていませんでした。

処置: 正しいロールと権限を使用してコマンドを入力してください。

CELL-06017: 少なくとも1人のユーザーがロール{0}を持っているため、このロールを削除できません。FORCEオプションを使用してコマンドを再試行してください。

原因: 少なくとも1人のユーザーにこのロールが付与されていました。

処置: FORCEオプションを使用してDROPコマンドを再試行してください。

CELL-06018: 一部のロールから権限を取り消すことができません: {0}。

原因: これらのロールの権限が取り消されませんでした。

処置: 詳細は、エラーの詳細を確認してください。

CELL-06019: 一部のロールを削除できません: {0}。

原因: ロールが削除されませんでした。

処置: 詳細は、エラーの詳細を確認してください。

CELL-06020: ユーザー{0}は予約されたユーザーであるため、削除できません。

原因: ユーザーが削除されませんでした。

処置: 正しいユーザーを使用してコマンドを入力してください。

EXA-xxxxxエラー・メッセージ

EXA-xxxxxエラーは、ExaCLIツールでのみ生成されます。

EXA-30000: {0}でMSに接続できません。エラー: {1}。

原因: ExaCLIは要求されたセルに接続できませんでした。

処置: コマンド・ライン上のセル名が正しく、セルが現在のマシンからアクセス可能であり、管理サーバー(MS)サービスが実行中であることを確認してください。

関連項目:
「ExaCLIの起動」

EXA-30002: 格納した証明書ファイルの読取り中にエラーが発生しました: {0}。

原因: セルのIDを受け付けた場合に記録される、指定されたファイルを読み取ることができません。

処置: ホーム・ディレクトリ、$HOME/.exacliディレクトリおよびこのディレクトリのすべてのファイルの読取り/書込み権限があることを確認してください。これで問題が解決しない場合は、エラー・メッセージに指定されたファイルを削除してください。ExaCLIにより、セルのIDを再確認するように求められます。

EXA-30003: デフォルトのトラストマネージャまたはキーストアを作成できません: {0}。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30004: キーストアから証明書を取得中に内部エラーが発生しました: {0}。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30005: 証明書が見つかりません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30006: URL {0}からデータを取得中にエラーが発生しました。

原因: ExaCLIは、カスタム証明書をアップロードするとき、指定されたURLからデータを収集できなかった可能性があります。

処置: URLが正しく、到達可能であることを確認してください。

EXA-30007: 証明書の作成中に内部エラーが発生しました: {0}。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30008: セル名が指定されていません。"-c <cellname>"オプションを使用して接続するセルを指定してください。

原因: コマンド・ライン上にExaCLIの接続先セル名が指定されていません。

処置: コマンドで"-c <cellname>"オプションを使用してください。

関連項目:
「ExaCLIの起動」

EXA-30009: キーボード{0}から入力を取得できません。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30010: cookiejar {0}に予期しない内容があります。

原因: ユーザー認証情報を保存するためのcookiejarファイル($HOME/.exacli/cookiejar)が破損しました。

処置: $HOME/.exacli/cookiejarを削除してください。すべてのセルにログインするためにパスワードを再入力する必要があります。

EXA-30011: securityPrivKey、securityPubKey (および必要に応じてsecurityPrivKeyPW)属性を同時に指定する必要があります。

原因: カスタム・セキュリティ認証のアップロードのために必要なすべての情報が提供されていません。

処置: セルへのカスタム・セキュリティのアップロード時に、秘密鍵(securityPrivKey属性)と公開鍵(securityPubKey属性)に個別のURLを指定する必要があります。

関連項目:
「CA認証のセキュリティ証明書の使用」

EXA-30012: cookiejar {0}を保存できません。

原因: ExaCLIは、指定されたcookie-jarファイルにCookieを保存できませんでした。

処置: cookie-jarファイルおよびcookie-jarファイルの親ディレクトリへの書込み権限があるかどうかを確認してください。

EXA-30013: ログインできません。不適切なユーザー名またはパスワードです。

原因: ユーザー名とパスワードの組合せが管理サーバー(MS)によって認識されませんでした。

処置: ユーザー名がMSに認識されており、パスワードが正しいことを確認してください。このユーザーは、オペレーティング・システム・ユーザーとは異なります。

関連項目:
「ユーザー管理」

EXA-30014: URLの作成中に内部エラーが発生しました。

原因: 内部エラーが発生しました。

処置: Oracleサポート・サービスに連絡してください。

EXA-30015: cookieファイルを読み取れませんでした: {0}。

原因: ExaCLIは、指定されたcookie-jarファイルのCookieを読み取れませんでした。

処置: 指定されたファイルの読取り権限があることを確認してください。

EXA-30016: この接続は安全ではありません。セル{0}に安全に接続するようExaCLIを要求しました。{0}のアイデンティティを検証できません。

原因: セルにはCA認証のアイデンティティがなく、以前にセルからの自己認証のアイデンティティを受け入れていません。

処置: デフォルトでは、セル・ソフトウェアは自己認証のアイデンティティを提供します。続行するには、このアイデンティティを受け入れる必要があります。または、CA認証のアイデンティティをセルにアップロードできます。

関連項目:
「証明書」

EXA-30018: 新しいサーバー証明書を格納できません: {0}

原因: ExaCLIは、同じアイデンティティ証明書を再度受け入れる必要がないように、セルが提供する証明書をファイルに格納できませんでした。

処置: ホーム・ディレクトリ、$HOME/.exacliディレクトリおよびそのすべてのファイルに対する読取り/書込み権限があることを確認してください。

EXA-30019: サーバーを認識できません。終了します。

原因: セルが提供する自己認証のアイデンティティを受け入れませんでした。

処置: デフォルトでは、セル・ソフトウェアは自己認証のアイデンティティを提供します。続行するには、このアイデンティティを受け入れる必要があります。または、CA認証のアイデンティティをセルにアップロードできます。

関連項目:
「証明書」

EXA-30020: ユーザー名が-lオプションに指定されていないか、user@cellnameの形式ではありません。

原因: -lオプションに値を指定していないか、"-c user@cellname"のかわりに"-c @cellname"を入力しました。

処置: コマンド・ライン上に"-l user"または"-c user@cellname"のいずれかを使用してユーザー名を指定してください。両方を省略した場合、ユーザー名を求めるメッセージが表示されます。

関連項目:
「ExaCLIの起動」

EXA-30021: -lとuser@cellを使用してログイン名が2回指定されました。

原因: "-l user"と"-c user@cellname"の両方を使用して、コマンド・ラインにユーザー名が2回指定されています。

処置: コマンド・ライン上に"-l user"または"-c user@cellname"のどちらか1つのみを使用してユーザー名を指定してください。両方を省略した場合、ユーザー名を求めるメッセージが表示されます。

関連項目:
「ExaCLIの起動」

EXA-30022: -cert_proxyオプションにプロキシが指定されていません(証明書を取得するためのHTTPプロキシ)。

原因: --cert-proxyオプションの値がありません。

処置: 必要に応じて、ユーザー提供のURLにアクセスするために、--cert-proxyオプションの値を指定してください(たとえば、HTTPを使用してカスタム証明書をアップロードする場合)。
例: --cert-proxy proxy.example.com:80

EXA-30023: 続行できません。自己署名されていない証明書を検証できませんでした: {0}。中間証明書をダウンロードする必要があり、HTTPプロキシが必要な場合は、-cert_proxy <proxy>[:<port>]オプションを指定してください。

原因: セルが提供したCA認証のアイデンティティを検証できませんでした。これは、アイデンティティ証明書が本質的に無効である場合に発生することがあります。一部のCA認証のアイデンティティは、検証のために中間証明書をダウンロードする必要があります。ExaCLIがインターネットにアクセスできない場合、このような証明書は、実際に有効な場合でも、このエラーを生じます。

処置: ExaCLIがインターネットにアクセスするためにHTTPプロキシによる構成が必要な場合は、コマンド・ラインで"--cert-proxy <proxy>[:<port>]"オプションを使用してください。中間証明書は、ExaCLIにより自動的にダウンロードおよび検証されます。ExaCLIが引き続き、セル・アイデンティティを有効であると認識しない場合は、CellCLIを使用してこのコマンドを実行します:
alter cell securityCert="default"

これにより、デフォルトの自己認証のアイデンティティに戻ります。ExaCLIを使用して、カスタム・アイデンティティを再度アップロードする必要があります。

EXA-30024: 無効なオプションです: {0}。

原因: コマンドラインに指定されたオプションは認識されませんでした。

処置: 「ExaCLIの起動」に記載されているExaCLIの使用方法を参照してください。

EXA-30025: 証明書が無効であるため、アップロードできませんでした。

原因: セルにカスタム・アイデンティティをアップロードするとき、ExaCLIはURLに指定されたデータを有効な証明書として解析できませんでした。

処置: URLが正しい証明書ファイルを指していることを確認してください。証明書がPEM形式である場合、"-----BEGIN CERTIFICATE-----"で始まり、"-----END CERTIFICATE-----"で終わる必要があります。

関連項目:
「証明書」

EXA-30026: 自己認証の証明書は許可されないため、アップロードできませんでした。

原因: 自己認証のアイデンティティをセルのアイデンティティとしてアップロードすることはできません。セルには、デフォルトで自己認証のアイデンティティがあります。

処置: セルにCA認証のアイデンティティをアップロードするか、次のコマンドを使用してセルのデフォルトの自己認証のアイデンティティに戻します。
alter cell securityCert=”default”

関連項目:
「証明書」

EXA-30027: 認証局によって署名された証明書を検証できなかったため、アップロードできませんでした。

原因: ExaCLIは、CA認証のセキュリティ証明書を検証できませんでした。

処置: CA認証のセキュリティ証明書の有効期限が切れていないこと、および失効していないことを確認してください。一部のCA認証の証明書は、検証のために中間証明書をダウンロードする必要があります。ExaCLIがインターネットにアクセスできない場合、このような証明書は、実際に有効な場合でも、このエラーを生じます。ExaCLIがインターネットにアクセスするためにHTTPプロキシによる構成が必要な場合は、コマンド・ラインで"--cert-proxy <proxy>[:<port>]"オプションを使用してください。中間証明書は、ExaCLIにより自動的にダウンロードおよび検証されます。

関連項目:
「証明書」

EXA-30028: 格納されたCookieを使用してログインできません。

原因: 以前に--cookie-jarオプションを使用してログインし、認証トークン(Cookie)が保存されています。しかし、現在セルではこのCookieを受け入れていません。

処置: パスワードを再入力してください。

関連項目:

- 「ExaCLIの起動」

- 「認証」

EXA-30029: ファイル{0}に対して、所有者のみに読取り/書込みアクセスを許可するように権限を変更することはできません。

原因: ExaCLIによって作成されたすべてのファイルは、セキュリティ上の理由から、ファイル所有者のみ読取り/書込み可能に設定されています。しかし、ExaCLIは指定されたファイルの権限を変更できませんでした。

処置: 指定されたファイルが、ファイル所有者のみ読取り/書込み可能であることを確認してください。

EXA-30030: 必要なバージョンのJavaが見つかりませんでした。ExaCLIはJava 1.7.0_80以上が必要です。

原因: ExaCLIではJava 1.7.0_80以上が必要ですが、PATH変数とJAVA_HOME変数のどちらにも見つかりませんでした。

処置: Java 1.7.0_80以上がインストールされていること、およびjavaバイナリの場所がPATH環境変数であることを確認し、このバージョンのJavaの場所にJAVA_HOMEを設定します。

EXA-30031: コマンドとバッチ・ファイルの両方を指定することはできません。

原因: -eオプションにコマンドと@batchfileの両方を指定しようとしました。

処置: "-e command"または"-e @batchfile"のいずれか一方を指定してください。

関連項目:
「ExaCLIの起動」

EXA-30032: バッチ・ファイルは、他のバッチ・ファイルを介して、自身を呼び出している可能性があります。

原因: バッチ・ファイルには、同じバッチ・ファイルの呼出しが含まれています。例:

$ cat batch_file
@batch_file

処置: バッチ・ファイルからすべての自己参照と循環依存を削除してください。

関連項目:
「ExaCLIの起動」

CELL-40001: DESCRIBEコマンドには1つのオブジェクト・タイプ・パラメータが必要です。

原因: DESCRIBEコマンドが値なしで発行されました。

処置: DESCRIBEの後に有効なMSオブジェクトが必要です(例: DESCRIBE CELL、DESCRIBE CELLDISK)。

関連項目:
「DESCRIBE」

CELL-40003: DESCRIBEコマンドで無効なオブジェクト・タイプが指定されました: {0}。

原因: DESCRIBEコマンドの引数が有効なMSオブジェクトではありません。

処置: DESCRIBEの後に有効なMSオブジェクトが必要です(例: DESCRIBE CELL、DESCRIBE CELLDISK)。

関連項目:
「DESCRIBE」

アラート・メッセージ

この項では、アラート・メッセージについて説明します。この項の内容は次のとおりです。

- 電子メール通知用のアラート・メッセージの書式

- SNMP通知用のアラート・メッセージの書式

- しきい値アラート・メッセージ

- ADRアラート・メッセージ

- ソフトウェアのアラート・メッセージ

電子メール通知用のアラート・メッセージの書式

アラート・メッセージ用の電子メール通知の書式は次のとおりです。

Subject:
cell_name: alert level: { critical | warning | clear } alert

E-mail Content:
Alert Type: { ADR | Hardware | Threshold } Alert alert_name is triggered at
alert_time with message:
alert_message

The suggested action is:
alert_action

SNMP通知用のアラート・メッセージの書式

Oracle Exadata Storage Serverによって送信されるSimple Network Management Protocol (SNMP)のアラートは、各Oracle Exadata Storage Server Softwareのインストールに含まれる管理情報ベース(MIB)に準拠しています。Oracle Exadata Storage ServerのMIBファイルは、/opt/oracle/cell/cellsrv/deploy/config/cell_alert.mibにあります。SNMPアラートとMIBはSNMPバージョン 1(SNMPv1)に準拠しています。表B-1で説明するように、アラートには変数が含まれます。

表B-1 セルのアラートSNMP変数の定義

変数

説明

oraCellAlertAction

このアラートで実行する推奨操作。

oraCellAlertBeginTime

アラートによる状態変更が開始された時点のタイム・スタンプ。

oraCellAlertEndTime

アラートによる状態変更が終了した時点のタイプ・スタンプ。

oraCellAlertExaminedBy

アラートを確認した管理者。

oraCellAlertMsg

アラートの簡単な説明。

oraCellAlertNotif

サブスクライバにアラート・メッセージを通知する場合の状況を示す番号。

- 0: 試行されなかった

- 1: 送信に成功

- 2: 再試行中(最大5回)

- 3: 5回の再試行に失敗

oraCellAlertObjectName

メトリックのしきい値によりアラートを生成するオブジェクト(セル・ディスクやグリッド・ディスクなど)。

oraCellAlertSeqBeginTime

アラートの順序IDが最初に作成された時点のタイム・スタンプ。

oraCellAlertSeqID

アラートの一意の順序ID。warningからcritical、またはcriticalからclearなど、アラートにより状態が変更されると、同じ順序番号と遷移時点のタイム・スタンプで別のアラート発生が作成されます。

oraCellAlertSeverity

重大度のレベル。値はclear、info、warningまたはcriticalです。

oraCellAlertShortName

アラートの省略名。アラートの基準がメトリックの場合、省略名は対応するメトリックのname属性と同じになります。

oraCellAlertType

アラートのタイプ。値はstatefulまたはstatelessです。

- ステートフル・アラートは、normalに遷移すると自動的にクリアされます。

- ステートレス・アラートはクリアされません。

関連項目:

- 「アラート通知の受信」

- 「DESCRIBE ALERTHISTORY」

しきい値アラート・メッセージ

しきい値アラートを使用すると、データベースを監視できます。ほとんどのアラートは、特定のメトリックしきい値を超えた場合に通知されます。アラートごとにクリティカルおよび警告のしきい値を設定できます。これらのしきい値は、値を超えた場合にシステムが正常でない状態になる境界値です。たとえば、表領域が97%に達すると正常でない状態と見なされ、Oracle Databaseでクリティカル・アラートが生成されます。しきい値アラートの例を次に示します。

しきい値nameにより、アラート状態severityがトリガーされました

しきい値アラートがトリガーされました。指定したしきい値に違反しているメトリック値を調べてください。しきい値nameで示されている問題を修正してください。

しきい値の違反は解消されました。しきい値nameにこれ以上のアクションは必要ありません。

しきい値の違反は解消されました。

ADRアラート・メッセージ

問題は自動診断リポジトリ(ADR)で追跡されます。ADRは診断データを格納するためのファイルベース・リポジトリです。このリポジトリはデータベースの外部に格納されるため、データベースが停止している場合でも診断データを利用できます。Oracle Databaseリリース11gでは、アラート・ログ、すべてのトレース・ファイルおよびダンプ・ファイル、およびその他の診断データもADRに格納されます。

各問題には問題キーが含まれます。問題キーは問題を説明するテキスト文字列です。問題キーにはエラー・コード(ORA 00600など)が含まれ、1つ以上のエラー・パラメータ値やその他の情報が含まれる場合があります。ADRメッセージの例を次に示します。

Errors in file /opt/oracle/log/diag/asm/cell/stado54/trace/svtrc_2763_0.trc
(incident=1): ORA-00600: internal error code, arguments: [main_5], [3],
[Invalid IP Param], [], [], [], [], []

ADRメッセージで実行する処理は次のとおりです。

Create an incident package for incident <incident number> using ADRCI
and upload the incident packages to Oracle Support Services.

ソフトウェアのアラート・メッセージ

この項では、Oracle Exadata Storage Server Softwareのアラートについて説明します。

SALRT-00001, 管理サーバーは構成ファイルを正常に書込みました。

原因: 管理サーバー(MS)は構成ファイルを正常に書込みました。

処置: 処理は不要です。

SALRT-00003, セルの構成チェックは正常に終了しました。

原因: セルの構成チェックは正常に実行されました。

処置: 処理は不要です。

SALRT-00004, 構成チェックで次の問題を検出しました: {0}。

原因: セルの構成チェック中に問題が発生しました。

処置: 構成の問題を修正してください。その後、一覧表示されているコマンドを再実行してください。

SALRT-00007, サービスCELLSRVでHugepageの割当てが正常に終了しました。

原因: Hugepageの割当てが正常に終了しました。

処置: 処理は不要です。

SALRT-00008, セルUSBの障害が回復しました。

原因: Oracle Exadata Storage Server SoftwareのCELLBOOT USBフラッシュ・ドライブがリストアされました。

処置: 処理は不要です。

SALRT-00020, [警告] USBに構成の問題があります。バックグラウンドでの修復に失敗しました。

原因: ファイル・システムまたはハードウェアの問題が原因で、CELLBOOT USBフラッシュ・ドライブで障害が発生しました。

処置: CELLBOOT USBフラッシュ・ドライブを交換してください。

SALRT-00052: ソフトウェア・アップグレードにより検疫が自動的に削除されました。

原因: ソフトウェアのアップグレードにより検疫が自動的に削除されました。

処置: このメッセージは情報提供用です。処理は不要です。

SALRT-00061: ILOMが応答しなくなり、リセット・コマンドの発行後にリセットされていません

原因: ILOMがipmitool mc reset coldまたはipmitool sunoem cli reset -script /SPコマンドに応答しませんでした。

処置: ILOMの電源を入れ直すには、手動での操作が必要です。このセルまたは別のマシンからILOMに接続するには、SSHを使用します。ILOMプロンプトで、reset /SPを入力します。SSHを使用して接続できない場合は、ILOMまたはリモート・コンソールにログインしてILOMサーバーをリセットしてみてください。ログインするには、「メンテナンス」に移動し、ResetSPを選択して、ResetSPをクリックします。それでも動作しない場合は、ILOMの電源プラグを抜いてください。この操作により、サーバーおよびILOMの電源が入れ直されます。詳細は、My Oracle Supportノート1395747.1を参照してください。

SALRT-00062: ILOMが正常な状態に戻っています。

原因: ILOMが正常に応答しました。

処置: このメッセージは情報提供用です。処理は不要です。

SALRT-00081: CELLBOOT USBフラッシュ・ドライブ上の少なくとも1つの必須ファイルでチェックサムのチェックに失敗しました。/var/log/cellos/checkdeveachboot.logで詳細を参照してください。

原因: 1つ以上のファイルでチェックサム・プロセスに失敗しました。

処置: CELLBOOT USBフラッシュ・ドライブを再作成してください。

関連項目:
フラッシュ・ドライブの再作成に関する詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

SALRT-00082: Grub構成ファイルの検証に失敗しました。/var/log/cellos/checkdeveachboot.logで詳細を参照してください。

原因: 構成ファイルの検証に失敗しました。

処置: CELLBOOT USBフラッシュ・ドライブを再作成してください。

関連項目:
フラッシュ・ドライブの再作成に関する詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

SALRT-00083: Grub構成ファイルの検証に失敗しました。/var/log/cellos/checkdeveachboot.logで詳細を参照してください。失敗したファイルはgrub/grub.confです。

原因: 構成ファイルの検証に失敗しました。

処置: CELLBOOT USBフラッシュ・ドライブを再作成してください。

関連項目:
フラッシュ・ドライブの再作成に関する詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

SALRT-00084: チェックサム・リスト・ファイル/checksums_cellboot_usb_files.txtがCELLBOOT USBフラッシュ・ドライブ上にありません。

原因: チェックサム・リスト・ファイルがCELLBOOT USBフラッシュ・ドライブ上にありませんでした。

処置: CELLBOOT USBフラッシュ・ドライブを再作成してください。

関連項目:
フラッシュ・ドライブの再作成に関する詳細は、『Oracle Exadata Database Machineメンテナンス・ガイド』を参照してください。

SALRT-00087: フラッシュ・キャッシュ・モードで構成の矛盾が見つかりません。

原因: フラッシュ・キャッシュ・モードの設定に矛盾が見つかりませんでした。

処置: このメッセージは情報提供用です。処理は不要です。

SALRT-00088: カーネルがクラッシュしたため、システムが再起動されました。

原因: カーネルのクラッシュが原因でシステムが再起動されました。

処置: クラッシュのコア・ファイルは{0}にあります。サポートが必要な場合は、サポート・サービスにコア・ファイルを提供してください。

SALRT-00089: メタデータが破損しているため、デバイス {1} のセルディスク {0} を使用できません。

原因: セル・ディスクのメタデータの破損が検出されました。

処置: セル・ディスクは、メタデータが破損しているため使用できません。セル・ディスクを削除して再作成するか、Oracleサポート・サービスにお問い合せください。

SALRT-00090, セル・ディスクのメタデータの破損が修正されています。

原因: セル・ディスクのメタデータの破損が修正されました。

処置: このメッセージは情報提供用です。処理は不要です。

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

一部のメッセージについては、Oracleサポート・サービスに問題を報告することをお薦めします。自動サービス・リクエストによって発行されたサービス・リクエストがある場合は、Oracleサポート・サービスにも連絡する必要があります。Oracleサポート・サービスに連絡する場合は、次の情報を用意してください。

- Oracle Databaseを実行しているハードウェア、オペレーティング・システムおよびオペレーティング・システムのリリース番号。

- Oracle Databaseの完全なリリース番号(例: リリース11.2.0.3)。

- エラーの発生時に使用していたすべてのOracleプログラムとリリース番号(例: SQL*Plusリリース11.2.0.1.0)。

- エラー・コードまたはメッセージが1つ以上表示された場合は、正確なコード番号とメッセージ・テキスト(表示された順)。

- 問題の重大度。次のコードに従います。

- 1: プログラムを使用できない。操作に重大な支障がある。

- 2: プログラムを使用できる。操作が大きく制限される。

- 3: プログラムを使用できるが機能が制限される。全体の操作には重大な支障がない。

- 4: ユーザー自身で問題を回避できる。操作にはほとんど支障がない。

次の情報も必要になります。

- ユーザーの名前

- 組織の名前

- OracleサポートのID番号

- ユーザーの電話番号

C インストール情報

この付録では、Oracle Exadata Storage Serverのインストールについて説明します。Oracle Exadata Storage Serverのハードウェアおよびソフトウェアがインストールされていない場合は、このインストール情報を参照してください。

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

- Oracle Exadata Storage Serverのインストール

- Oracle Exadata Storage Server環境のバックグラウンド・プロセス

関連項目:
セル、データベース・インスタンス、Oracle ASMインスタンスおよびOracle ASMディスク・グループの構成の詳細は、第2章「Oracle Exadata Storage Server Softwareの構成」を参照してください。

Oracle Exadata Storage Serverのインストール

この項では、セルのインストールについて説明します。この項の内容は次のとおりです。

- Oracle Exadata Storage Serverハードウェアのインストール

- セルへのOracle Exadata Storage Server Softwareのインストール

- インストール中に実行される更新

- オンライン・ドキュメント

Oracle Exadata Storage Serverハードウェアのインストール

この項では、Oracle Exadata Database Machineに接続するスタンドアロンのOracle Exadata Storage Serverに必要なハードウェアのインストールの概要について説明します。

セル・デバイスを受け取ったら、次の手順を実行します。

1. セル・デバイスを開梱して設置し、設定します。

2. セル・デバイスに付属するベンダーの説明書を読みます。

3. 管理ポートとILOMイーサネット・ポートを管理ネットワークに接続します。

4. Oracle Exadata Storage ServerのInfiniBandポートをOracle Exadata Database MachineのInfiniBandネットワークに接続します。

5. コンピュータまたは端末を新しいセル・デバイスの1つに接続し、「使用するロケーションに合せたOracle Exadata Storage Server Softwareの構成」の説明に従って、セルを構成できるようにします。新しいセルは、それぞれ個別に構成する必要があります。

6. 新しいセル・デバイスに電源を接続します。

7. セル・デバイスの電源をオンにします。

8. 新しいセルのネットワーク・インターコネクトのIPアドレスを割り当てます。

関連項目:
「Oracle Exadata Storage Server SoftwareのIPアドレスの割当て」

セルへのOracle Exadata Storage Server Softwareのインストール

次の手順を実行して、Oracle Exadata Storage Server Softwareをインストールします。

1. セルの電源をオンにし、オペレーティング・システムを起動します。

2. スーパーユーザー(root)権限でセルにログインします。

注意:
rootユーザーのパスワードがない場合は、Oracleサポート・サービスに連絡してください。

3. セルのrootパスワードを変更します。

4. セルがソフトウェア要件を満たしていることを確認します。

5. 必要に応じて、自己解凍形式のバイナリをセルにコピーします。
ftpコマンドを使用すると、ネットワークの場所からバイナリをセルにコピーできます。また、ポータブル・ストレージ・デバイスからバイナリをコピーすることもできます。

6. 自己解凍形式のバイナリがセルにインストールされていない場合は、次のコマンドを使用してインストールします。

./cell_package_version.bin

7. /opt/oracle/cell/.install_log.txtファイルを確認し、インストールが正しく完了していることを確認します。インストール・プロセスによって、celladminとcellmonitorの2つの新規ユーザーが追加されます。celladminユーザーは、セルですべてのサービスを実行する場合に使用します。cellmonitorユーザーは監視用です。

8. Oracle Exadata Storage Server Softwareのインストールが成功したら、「サーバーの準備」の指示に従います。

インストール中に実行される更新

インストール中に行われるsnmpdファイルの変更は、次のとおりです。

- パブリック・コミュニティ文字列の更新

- trapdestinationの新規エントリ

- カーネル構成ファイルの更新(aio、udprecv、および開いているファイルの数の制限)

オンライン・ドキュメント

次のドキュメントが、Oracle Exadata Storage Server (Exadataセル)の/opt/oracle/cell/docディレクトリにあります。

- 『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』

- 『Oracle Exadata Storage Server Softwareリリース・ノート』

Oracle Exadata Storage Server環境のバックグラウンド・プロセス

Oracle Exadata Storage Server環境のデータベースおよびOracle ASMインスタンスのバックグラウンド・プロセスは、次のバックグラウンド・プロセスを除き、他の環境と同じです。

- diskmonプロセス

- XDMGプロセス

- XDWKプロセス

diskmonプロセス

diskmonプロセスは、Oracle Exadata Storage Server Softwareの基本コンポーネントで、I/Oフェンシングの実装を担います。このプロセスは、データベース・サーバーのホスト・コンピュータにあり、Oracle Clusterware Cluster Ready Services(Oracle Clusterware CRS)の一部になります。このプロセスはOracle Exadata Storage Server Softwareには重要であるため、変更しないでください。

diskmonのログ・ファイルは、$CRS_HOME/log/hostname/diskmonディレクトリにあります。

関連項目:

- 次の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。
- Oracle Clusterware CRS(Oracle Clusterwareのトラブルシューティングやクラスタウェア・ログ・ファイルの場所を含む)

- Oracle Clusterwareのクラスタ・サブコンポーネント・プロセスおよびバックグラウンド・プロセス

- Oracle ASMのバックグラウンド・プロセスの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- Oracle Databaseのバックグラウンド・プロセスの詳細は、『Oracle Database概要』を参照してください。

- バックグランド・プロセスに関する情報を表示するV$BGPROCESSビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

XDMGプロセス

XDMG(Exadataオートメーション・マネージャ)プロセスは、ストレージ監視用のオートメーション・タスクを開始します。このバックグラウンド・プロセスは、構成済のすべてのOracle Exadata Storage Serverでディスク交換などの状態変更を監視し、そのような変更に対して必要なタスクを実行します。主なタスクは、アクセス不可能なディスクおよびセルを監視することと、それらのディスクおよびセルがアクセス可能になる時期を検出することです。ディスクおよびセルがアクセス可能になると、XDMGプロセスは、ASM ONLINEプロセスを開始します(このプロセスはXDWKバックグラウンド・プロセスによって処理されます)。XDMGプロセスは、Oracle ASMインスタンスで実行されます。

XDWKプロセス

XDWK(Exadataオートメーション・ワーカー)プロセスは、XDMGバックグラウンド・プロセスによってリクエストされるオートメーション・タスクを実行します。XDWKプロセスが開始されるのは、Oracle ASMディスクに対するONLINE、DROP、ADDなどの非同期アクションがXDMGプロセスによってリクエストされたときです。XDWKプロセスは、5分間アクティビティがないと停止します。XDWKプロセスは、Oracle ASMインスタンスで実行されます。

D Oracle Exadata Storage Server Softwareの自動ワークロード・リポジトリ・ビュー

この付録の自動ワークロード・リポジトリ(AWR)ビューは、Oracle Exadata Storage Server Softwareに固有のものです。ビューは、データ・ディクショナリが変更された場合(たとえば、新しく表が作成されたり、ユーザーに新しい権限が付与された場合など)のみ変更されるため、静的です。この付録には、次のビューが含まれます。

- DBA_HIST_ASM_BAD_DISK

- DBA_HIST_ASM_DISKGROUP

- DBA_HIST_ASM_DISKGROUP_STAT

- DBA_HIST_CELL_CONFIG

- DBA_HIST_CELL_CONFIG_DETAIL

- DBA_HIST_CELL_DB

- DBA_HIST_CELL_DISKTYPE

- DBA_HIST_CELL_DISK_NAME

- DBA_HIST_CELL_DISK_SUMMARY

- DBA_HIST_CELL_IOREASON

- DBA_HIST_CELL_IOREASON_NAME

- DBA_HIST_CELL_METRIC_DESC

- DBA_HIST_CELL_NAME

- DBA_HIST_CELL_OPEN_ALERTS

DBA_HIST_ASM_BAD_DISK

DBA_HIST_ASM_BAD_DISKビューには、オンライン以外のOracle Automatic Storage Management (Oracle ASM)ディスクに関する履歴情報が表示されます。このビューには、V$ASM_DISKのスナップショットが含まれています。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

GROUP_NUMBER

NUMBER

NOT NULL

ディスクを含むディスク・グループの番号。

NAME

VARCHAR2(128)

NOT NULL

ディスクの名前。

PATH

VARCHAR2(256)

検出で戻される名前のオペレーティング・システム・パス名部分。

STATUS

VARCHAR2(8)

NOT NULL

ディスクのグローバル・ステータス。このビューには、オンライン以外のディスクのみが格納されます。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_ASM_DISKGROUP

DBA_HIST_ASM_DISKGROUPビューには、Oracle ASMディスク・グループに関する情報が含まれます。これにより、V$ASM_DISKGROUPから列のサブセットが取得されます。

列

データ型

NULL

説明

GROUP_NUMBER

NUMBER

NOT NULL

ディスク・グループに割り当てられたクラスタ全体の番号。

NAME

VARCHAR2(128)

NOT NULL

ディスク・グループの名前。

TYPE

VARCHAR2(6)

ディスク・グループの冗長性のタイプ。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_ASM_DISKGROUP_STAT

DBA_HIST_ASM_DISKGROUP_STATビューには、Oracle ASMディスク・グループに関する履歴情報が表示されます。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

GROUP_NUMBER

NUMBER

NOT NULL

ディスク・グループに割り当てられたクラスタ全体の番号。

TOTAL_MB

NUMBER

ディスク・グループの合計容量(MB)。

FREE_MB

NUMBER

ディスク・グループの未使用容量(MB)。

NUM_DISK

NUMBER

ディスク・グループ内のディスクの数。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_CONFIG

DBA_HIST_CELL_CONFIGビューには、セルの構成に関する情報が含まれます。このデータは、V$CELL_CONFIG_INFOのものです。

列

データ型

NULL

説明

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELLNAME

VARCHAR2(256)

NOT NULL

セルの一意識別子。

CELLHASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

CONFTYPE

VARCHAR2(15)

NOT NULL

構成のタイプ。構成のタイプにより、CONFVAL列に格納される情報のタイプが決まります。

- AWRXML: AWRレポートに関する構成情報。

- CELL: セルに関する構成情報。

- CELLDISK: セル・ディスクに関する構成情報。

- GRIDDISK: グリッド・ディスクに関する構成情報。

- OFFLOAD: オフロード・サーバーに関する構成情報。

CONFVAL

CLOB

CONFTYPEに関連付けられたXMLデータ。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_CONFIG_DETAIL

DBA_HIST_CELL_CONFIG_DETAILビューには、セルの構成に関する履歴情報が表示されます。このビューは、DBA_HIST_CELL_CONFIGと説明が同じですが、履歴ビューなどの各スナップショットのデータが含まれます。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELLNAME

VARCHAR2(256)

NOT NULL

セルの一意識別子。

CELLHASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

CONFTYPE

VARCHAR2(15)

NOT NULL

構成のタイプ。構成のタイプにより、CONFVAL列に格納される情報のタイプが決まります。

- AWRXML: AWRレポートに関する構成情報。

- CELL: セルに関する構成情報。

- CELLDISK: セル・ディスクに関する構成情報。

- GRIDDISK: グリッド・ディスクに関する構成情報。

- OFFLOAD: オフロード・サーバーに関する構成情報。

CONFVAL

CLOB

CONFTYPEに関連付けられたXMLデータ。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_DB

DBA_HIST_CELL_DBビューには、セルのリソースを使用するデータベースに関する履歴情報が表示されます。各AWRスナップショットには、上位10のデータベースのみが格納されます。これは、V$CELL_DBのスナップショットです。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

INCARNATION_NUM

NUMBER

NOT NULL

セルのインカーネーション番号。セルが再起動するたびに、セルのインカーネーション番号が増分されます。

SRC_DBID

NUMBER

NOT NULL

I/Oを実行しているDBID。

SRC_DBNAME

VARCHAR2(256)

I/Oを実行しているDB名。

DISK_REQUESTS

NUMBER

SRC_DBIDによって実行されたディスクI/Oリクエストの数。

DISK_BYTES

NUMBER

SRC_DBIDによって実行されたディスクI/Oバイトの数。

FLASH_REQUESTS

NUMBER

SRC_DBIDによって実行されたフラッシュI/Oリクエストの数。

FLASH_BYTES

NUMBER

SRC_DBIDによって実行されたフラッシュI/Oバイトの数。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_DISKTYPE

DBA_HIST_CELL_DISKTYPEビューには、セルに関する履歴情報(ディスクのタイプおよびディスクの容量を含む)が表示されます。このビューは、DBA_HIST_CELL_CONFIGおよびDBA_HIST_CELL_CONFIG_DETAILから導出されます。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

CELL_NAME

VARCHAR2(4000)

ユーザーによる読取りが可能なセル名。

HARD_DISK_TYPE

VARCHAR2(4000)

ハード・ディスクのタイプ。この書式はH/sizeです。sizeには接尾辞としてGまたはTが付きます。

FLASH_DISK_TYPE

VARCHAR2(4000)

フラッシュのタイプ。この書式はF/sizeです。sizeには接尾辞としてGまたはTが付きます。

NUM_CELL_DISKS

NUMBER

セル・ディスクの数。

NUM_GRID_DISKS

NUMBER

グリッド・ディスクの数。

NUM_HARD_DISKS

NUMBER

ハード・ディスクの数。

NUM_FLASH_DISKS

NUMBER

フラッシュ・ディスクの数。

MAX_DISK_IOPS

NUMBER

ハード・ディスク・タイプのIOPの最大数。

MAX_FLASH_IOPS

NUMBER

フラッシュ・ディスク・タイプのIOPの最大数。

MAX_DISK_MBPS

NUMBER

ハード・ディスク・タイプの1秒当たりの最大I/Oスループット(MB)。

MAX_FLASH_MBPS

NUMBER

フラッシュ・ディスク・タイプの1秒当たりの最大I/Oスループット(MB)。

MAX_CELL_DISK_IOPS

NUMBER

セルのハード・ディスクIOPの最大数。これは、MAX_DISK_IOPS*NUM_HARD_DISKSを使用して計算されます。

MAX_CELL_FLASH_IOPS

NUMBER

セルのフラッシュIOPの最大数。これは、MAX_FLASH_IOPS*NUM_FLASH_DISKSを使用して計算されます。

MAX_CELL_DISK_MBPS

NUMBER

セルのハード・ディスクの1秒当たりの最大I/Oスループット(MB)。これは、MAX_DISK_MBPS*NUM_HARD_DISKSを使用して計算されます。

MAX_CELL_FLASH_MBPS

NUMBER

セルのフラッシュの1秒当たりの最大I/Oスループット(MB)。これは、MAX_FLASH_MBPS*NUM_FLASH_DISKSを使用して計算されます。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_DISK_NAME

DBA_HIST_CELL_DISK_NAMEビューには、セル上のディスク名に関する履歴情報が表示されます。このビューは、DBA_HIST_CELL_CONFIGおよびDBA_HIST_CELL_CONFIG_DETAILから導出されます。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

DISK_ID

NUMBER

NOT NULL

ディスクの一意の識別子。

DISK_NAME

VARCHAR2(4000)

ユーザーによる読取りが可能なセル名。

DISK

VARCHAR2(4000)

ディスク・タイプ(FlashDiskまたはHardDisk)。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_DISK_SUMMARY

DBA_HIST_CELL_DISK_SUMMARYビューには、セル上のディスクのパフォーマンスに関する履歴情報が表示されます。このビューには、AWRスナップショットごとに1分当たりのメトリックの概要が表示されます。各メトリックには、DBA_HIST_SYSMETRIC_SUMMARYの場合と同じように、和および平方和が格納されます。このビューは、V$CELL_DISK_HISTORYの概要です。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するためのハッシュ番号。

DISK_ID

NUMBER

NOT NULL

ディスクの一意の識別子。

NUM_SAMPLES

NUMBER

概要の基準となる1分間のサンプルの数。

DISK_UTILIZATION_SUM

NUMBER

分単位のディスク使用率メトリックの合計。これは、OS統計に基づいています。

READS_SUM

NUMBER

1秒当たりの分単位の読取りリクエスト・メトリックの合計。これは、OS統計に基づいています。

READ_MB_SUM

NUMBER

1秒当たりの分単位の読取りメトリックの合計(MB)。これは、OS統計に基づいています。

WRITES_SUM

NUMBER

1秒当たりの分単位の書込みリクエスト・メトリックの合計。これは、OS統計に基づいています。

WRITE_MB_SUM

NUMBER

1秒当たりの分単位の書込みメトリックの合計(MB)。これは、OS統計に基づいています。

IO_REQUESTS_SUM

NUMBER

分単位のIOPの合計。これは、OS統計に基づいています。

IO_MB_SUM

NUMBER

1秒当たりの分単位のI/Oメトリックの合計(MB)。これは、OS統計に基づいています。

SERVICE_TIME_SUM

NUMBER

分単位のサービス時間メトリックの合計。これは、OS統計に基づいています。

WAIT_TIME_SUM

NUMBER

分単位の待機時間メトリックの合計。これは、OS統計に基づいています。

SMALL_READS_SUM

NUMBER

1秒当たりの分単位の小さい読取りリクエスト・メトリックの合計。これは、セル・サーバー統計のものです。

SMALL_WRITES_SUM

NUMBER

1秒当たりの分単位の小さい書込みリクエスト・メトリックの合計。これは、セル・サーバー統計のものです。

LARGE_READS_SUM

NUMBER

1秒当たりの分単位の大きい読取りリクエスト・メトリックの合計。これは、セル・サーバー統計のものです。

LARGE_WRITES_SUM

NUMBER

1秒当たりの分単位の大きい書込みリクエスト・メトリックの合計。これは、セル・サーバー統計のものです。

SMALL_READ_BYTES_SUM

NUMBER

1秒当たりの分単位の小さい読取りバイト・メトリックの合計。これは、セル・サーバー統計のものです。

SMALL_WRITE_BYTES_SUM

NUMBER

1秒当たりの分単位の小さい書込みバイト・メトリックの合計。これは、セル・サーバー統計のものです。

LARGE_READ_BYTES_SUM

NUMBER

1秒当たりの分単位の大きい読取りバイト・メトリックの合計。これは、セル・サーバー統計のものです。

LARGE_WRITE_BYTES_SUM

NUMBER

1秒当たりの分単位の大きい書込みバイト・メトリックの合計。これは、セル・サーバー統計のものです。

SMALL_READ_LATENCY_SUM

NUMBER

分単位の小さい読取りレイテンシ・メトリックの合計。このデータは、セル・サーバー統計のものです。

SMALL_WRITE_LATENCY_SUM

NUMBER

分単位の小さい書込みレイテンシ・メトリックの合計。このデータは、セル・サーバー統計のものです。

LARGE_READ_LATENCY_SUM

NUMBER

分単位の大きい読取りレイテンシ・メトリックの合計。このデータは、セル・サーバー統計のものです。

LARGE_WRITE_LATENCY_SUM

NUMBER

分単位の大きい書込みレイテンシ・メトリックの合計。このデータは、セル・サーバー統計のものです。

APP_IO_REQUESTS_SUM

NUMBER

分単位のIOPメトリックの合計。このデータは、セル・サーバー統計のものです。

APP_IO_BYTES_SUM

NUMBER

1秒当たりの分単位のI/Oメトリックの合計(MB)。このデータは、セル・サーバー統計のものです。

APP_IO_LATENCY_SUM

NUMBER

分単位のI/Oレイテンシ・メトリックの合計。このデータは、セル・サーバー統計のものです。

*_SUMX2

NUMBER

DISK_UTILIZATIONからAPP_IO_LATENCYまでの前述の列はすべてSUMX2接尾辞によって繰り返されます。
これは、分単位メトリックの平方の合計です。

*_AVG

NUMBER

DISK_UTILIZATIONからAPP_IO_LATENCYまでの前述の列はすべてAVG接尾辞によって繰り返されます。これは、分単位メトリックの平均です。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_GLOBAL

DBA_HIST_CELL_GLOBALビューには、セルのパフォーマンス統計に関する履歴情報が表示されます。これは、V$CELL_GLOBALのスナップショットです。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するハッシュ番号。

INCARNATION_NUM

NUMBER

NOT NULL

セルのインカーネーション番号。

METRIC_ID

NUMBER

NOT NULL

メトリックを識別するMetric_id。

METRIC_NAME

VARCHAR2(257)

メトリックの名前。

METRIC_VALUE

NUMBER

メトリックの値。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_GLOBAL_SUMMARY

DBA_HIST_CELL_GLOBAL_SUMMARYビューには、セルのパフォーマンスに関する履歴情報が表示されます。このビューには、AWRスナップショットごとに1分当たりのメトリックの概要が表示されます。これは、V$CELL_GLOBAL_HISTORYの概要です。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショットID。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するハッシュ番号。

INCARNATION_NUM

NUMBER

NOT NULL

セルのインカーネーション番号。

NUM_SAMPLES

NUMBER

概要の基準となる1分間のサンプルの数。

CPU_USAGE_SUM

NUMBER

分単位のCPU使用率メトリックの合計。

SYS_USAGE_SUM

NUMBER

分単位のシステムCPU使用率メトリックの合計。

USER_USAGE_SUM

NUMBER

分単位のユーザーCPU使用率メトリックの合計。

NETWORK_BYTES_RECD_SUM

NUMBER

1秒当たりの分単位の受信済ネットワーク・メトリックの合計(バイト)。

NETWORK_BYTES_SENT_SUM

NUMBER

1秒当たりの分単位の送信済ネットワーク・メトリックの合計(バイト)。

*_SUMX2

NUMBER

CPU_USAGEからNETWORK_BYTES_SENTまでの前述の列はすべてSUMX2接尾辞によって繰り返されます。
これは、分単位メトリックの平方の合計です。

*_AVG

NUMBER

CPU_USAGEからNETWORK_BYTES_SENTまでの前述の列はすべてSUMX2接尾辞によって繰り返されます。
これは、分単位メトリックの平均です。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_IOREASON

DBA_HIST_CELL_IOREASONビューには、セルでI/Oを実行する理由に関する履歴情報が表示されます。これは、V$CELL_IOREASONのスナップショットです。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するハッシュ番号。

INCARNATION_NUM

NUMBER

NOT NULL

セルのインカーネーション番号。

REASON_ID

NUMBER

NOT NULL

I/O理由の一意識別子。

REASON_NAME

VARCHAR2(257)

ユーザーによる読取りが可能なI/O理由。

REQUESTS

NUMBER

理由について実行されたI/Oリクエストの数。

BYTES

NUMBER

理由について実行されたI/Oバイトの数。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_IOREASON_NAME

DBA_HIST_CELL_IOREASON_NAMEビューには、様々なI/Oを実行する理由が表示されます。このデータは、V$CELL_IOREASON_NAMEのものです。

列

データ型

NULL

説明

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

REASON_ID

NUMBER

NOT NULL

I/O理由の一意識別子。

REASON_NAME

VARCHAR2(257)

ユーザーによる読取りが可能なI/O理由の説明。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_METRIC_DESC

DBA_HIST_CELL_METRIC_DESCビューには、セルのメトリックに関する情報が表示されます。このデータは、V$CELL_METRIC_DESCのものです。

列

データ型

NULL

説明

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

METRIC_ID

NUMBER

NOT NULL

メトリックの一意識別子。

METRIC_NAME

VARCHAR2(257)

ユーザーによる読取りが可能なメトリック名。

METRIC_TYPE

VARCHAR2(17)

NOT NULL

メトリックの単位。NULLである場合、これはカウントです。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_NAME

DBA_HIST_CELL_NAMEビューには、セルの名前に関する履歴情報が表示されます。このビューは、DBA_HIST_CELL_CONFIGおよびDBA_HIST_CELL_CONFIG_DETAILから導出されます。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するハッシュ番号。

CELL_NAME

VARCHAR2(4000)

ユーザーによる読取りが可能なセル名。

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

DBA_HIST_CELL_OPEN_ALERTS

DBA_HIST_CELL_OPEN_ALERTSビューには、セル上のオープン・アラートが表示されます。AWRには、各セルの最近の10のアラートのみが格納されます。このデータは、V$CELL_OPEN_ALERTSのものです。

列

データ型

NULL

説明

SNAP_ID

NUMBER

NOT NULL

一意のスナップショット識別子。

DBID

NUMBER

NOT NULL

スナップショットのデータベース識別子。

CELL_HASH

NUMBER

NOT NULL

セルを一意に識別するハッシュ番号。

BEGIN_TIME

DATE

NOT NULL

アラートがオープンされた時間。

SEQ_NO

NUMBER

NOT NULL

アラートの順序番号。

MESSAGE

VARCHAR2(1024)

アラートを説明するメッセージ。

STATEFUL

VARCHAR2(1)

アラートの状態の有無。

SEVERITY

VARCHAR2(64)

アラートの重大度。有効な値は次のとおりです。

- critical

- warning

- info

CON_DBID

NUMBER

データベース識別子。

CONI_D

NUMBER

CON_DBIDによって識別されるコンテナの識別子。有効な値は次のとおりです。

- 0: この値は、コンテナ・データベース(CDB)以外に使用されます。

- 1: この値は、CDBのルート・コンテナに使用されます。

E Oracle Exadata Storage Server Softwareのアクセシビリティに関する推奨事項

Oracle Exadata Storage Server Softwareには、コマンドラインから実行できるdcliやcellcliのようなツールが含まれます。この項では、これらのツールでスクリーン・リーダーや拡大鏡を使用するためのヒントを説明します。

- スクリーン・リーダーおよびブライユ・ディスプレイの使用に関するヒント

- 拡大鏡の使用に関するヒント

- WindowsでのOracle Exadata Deployment Assistantの実行

スクリーン・リーダーおよびブライユ・ディスプレイの使用に関するヒント

スクリーン・リーダーの例としては、JAWS、SuperNova、NVDA、Window-Eyesなどがあります。これらはぞれぞれ、テキストを音声として出力し、ブライユ・ディスプレイに対応しています。

- PuttyまたはCygwinなどの端末では文字モードを使用します。X-WindowsベースのVNCは使用しないでください。

- 端末のソフトウェアの設定では、カーソル・タイプを点滅またはフラッシュするカーソルではなくブロック・カーソルに設定します。

- コマンドの出力によって大量の情報が生成される可能性があり、端末のウィンドウ、仮想ウィンドウまたはブライユ・ディスプレイに収まらないことあります。次に、コマンドの例を示します。

dcli -g cell_group -l root cellcli list alerthistory

この場合、大量のアラート履歴の出力が生成される可能性があります。1画面分ずつ出力を表示するには、次のようにmoreコマンドを使用して出力をパイプ処理します。

dcli -g cell_group -l root cellcli list alerthistory | more

スペース・バーを使用して、次の出力にページを切り替えることができます。

- exachkが対話的に起動されたときは、moreまたはpageコマンドを使用して出力をパイプ処理しないでください。これは実行するとき、情報メッセージを端末に表示します。メッセージが一時停止するのはexachkでユーザーの入力が必要な場合です。入力を受け取ると再開します。重要なメッセージ、ユーザー入力、エラーおよびチェック結果は様々なファイルに記録され、exachkの結果はHTMLレポートに書き込まれます。支援技術が実行されているコンピュータにHTMLレポートを転送し、支援技術を使用してアクセスできるブラウザでHTMLレポートを開いてください。

- patchmgrユーティリティを実行しているとき、時間がかかるタスクが行われていると、スピナーとカウントダウン・クロックが表示されます。スピナーでは\、|、/の文字が順に表示され、カウントダウン・クロックは定期的に更新されます。タスクが終了すると、結果に応じて成功またはエラーのメッセージが表示されます。出力メッセージもログ・ファイルに記録されます。

- スクリーン・リーダーの推奨設定の一部を次に示します(ここでは例としてJAWSを使用しています)。

- JAWSのカーソルを「All」に設定します。「All」が読み上げられるまで[Insert]キーを押しながら[s]キーを押します。

- 仮想カーソルはオフにすることをお薦めします。JAWSを使用している場合、[Insert]キーを押しながら[z]キーを押してこれを設定できます。

- テキストをキャプチャするために仮想ウィンドウを使用します。JAWSを使用している場合、[Insert]キーを押しながら[Alt]キーと[w]キーを押してこれを設定できます。

拡大鏡の使用に関するヒント

拡大鏡の例としては、ZoomText、MAGic、SuperNovaなどがあります。

- 拡大鏡は、文字ベースの端末とX-WindowベースのVNCの両方に対応できます。

- 拡大鏡のスクリーン・リーダー機能(ZoomTextスクリーン・リーダー)を使用している場合は、前述したように文字ベースの端末を使用する必要があります。

- VNCを使用している場合は、ウィンドウ・ディスプレイのプリファレンス(たとえばTWMまたはICE)を決定してください。ICEのディスプレイ設定は次のように行うことができます。

vncserver -geometry 1600x950 :2

1600x950はディスプレイ・サイズを指定し、:2はVNCディスプレイ番号を指定します。

WindowsでのOracle Exadata Deployment Assistantの実行

Oracle Exadata Deployment Assistant (OEDA)は、独自のJREの下で実行される、スタンドアロンのJavaベースのアプリケーションです。OEDAの2015年11月のリリースにはJRE 1.7.0_80が付属しています。

しかし、2015年11月より前のバージョンのOEDAには、JRE 1.7.0_72が付属しています。このバージョンは、Java Access BridgeおよびJAWS、ZoomTextなどの支援技術ソフトウェアとの間に問題があることが知られています。

Java7 (バージョン1.7)以降では、Java Access BridgeはJava SDKおよびJREにバンドルされています。JRE 1.7.0_80にバンドルされているJava Access Bridgeは、これらの既知の問題に対応しています。JREのバージョン1.7.0_80を使用してOEDAを有効化するには、次の手順を実行します。

ヒント:
最新バージョンのOEDAを使用することをお薦めします。ダウンロード手順については、下の手順2を参照してください。

1. Windowsの「コントロール パネル」から「コンピューターの簡単操作」を使用して、WindowsでJava Access Bridgeが有効になっていることを確認します。http://docs.oracle.com/javase/7/docs/technotes/guides/access/enable_and_test.htmlの指示に従います。

2. My Oracle Supportノート888828.1のリンクを使用して最新のOEDAをダウンロードします。

3. フォルダ(例: c:\Exadata\OEDA\OEDA_121220)を作成し、そのフォルダにOEDAを抽出します。
OEDAのzipファイルを抽出したところに、windows-i586ディレクトリが表示されます。

4. windows-i586ディレクトリに移動します。
windows-i586ディレクトリ内に、JRE1.7.0_72ディレクトリが表示されます。

5. JREのバージョン1.7.0_80は、http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jre-7u80-oth-JPRからダウンロードします。

注意:
ファイルjre-7u80-windows-x64.tar.gzをダウンロードします。このファイルの.exeバージョンはダウンロードしないでください。

6. windows-i586ディレクトリの下にjre1.7.0_80ディレクトリを抽出します。これで、このディレクトリには2つのJREバージョンが存在することになります。

7. windows-i586にあるconfig.cmdファイルをconfig.cmd.backupとしてバックアップします。

8. config.cmdファイルを編集し、次のように変更します。
変更前:

set JRE_PATH=jre1.7.0_72\bin\

変更後:

set JRE_PATH=jre1.7.0_80\bin\

9. config.cmdファイルを保存して閉じます。

10. これで、config.cmdを起動してOEDAを実行でき、アクセスできるようになります。

11. 使用方法および詳細は、OEDAのドキュメントに従ってください。

用語集

セル番号

セルの属性。セル番号はIPブロック属性とともに、セルに割り当てられるIPアドレスの範囲およびネットマスクの計算に使用されます。

セル・サーバー(CELLSRV)

「CELLSRV」を参照してください。

CELLSRV

セル・サーバーは、セル上で実行され、Oracle Exadata Storage Server Softwareの読取り/書込みアプリケーション・プログラミング・インタフェース(API)およびディスク上のI/Oスケジューリングを提供するブロック・サーバーです。

クライアント・アプリケーション

Oracle Databaseなど、ストレージ・サーバーを直接使用して永続データを格納するアプリケーション。

データベース管理者

各データベースの管理を担当するユーザー。大規模なデプロイメントの場合は、ストレージ管理の担当とは別になりますが、アプリケーション・サポートのストレージに関連する部分を管理する場合はデータベース管理者とストレージ管理者は協力します。

データベース・リソース・プラン

データベースのコンシューマ・グループ間でCPUとI/Oリソースをどのように割り当てるかを指定するリソース・プラン。プランはPL/SQLコマンドを使用して作成されます。

ホスト

クライアント・アプリケーションおよびデータベースを実行するコンピュータ。イーサネットなどの形態のネットワークでセルに接続されます。

データベース間プラン

データベース間のリソース・プランでは、複数のデータベースを管理します。プランはCellCLIユーティリティを使用して作成されます。

データベース内プラン

「データベース・リソース・プラン」を参照してください。

I/Oリソース管理(IORM)

「IORM」を参照してください。

IORM

I/Oリソース管理を使用することにより、ユーザー定義のポリシーに従って、複数のワークロードおよびデータベース間でOracle Exadata Storage Serverを共有できます。

IPブロック

セルの属性。IPブロックはセル番号属性とともに、セルに割り当てられるIPアドレスの範囲およびネットマスクの計算に使用されます。

KVMスイッチ

キーボード、ビデオおよびマウス・スイッチは、ユーザーが1つのキーボード、ビデオ・モニターおよびマウスから複数のコンピュータを制御できるハードウェア・デバイスです。

管理サーバー(MS)

「MS」を参照してください。

MS

管理サーバーは、セル・デバイスで実行され、基本的なハードウェア構成および管理を提供するアプリケーション・サーバーです。

ネットワーク・インタフェース・カード(NIC)

「NIC」を参照してください。

NIC

ネットワーク・インタフェース・カードは、コンピュータ内の回路基盤またはカードで、コンピュータ間のネットワーク通信を可能にします。

Oracle ASM

Oracle Automatic Storage Managementは、複数のディスクを使用するOracle Databaseデータのソフトウェアによるストライプ化および監視をサポートするOracleボリューム・マネージャです。

Oracle Automatic Storage Management (Oracle ASM)

「Oracle ASM」を参照してください。

リソース・コンシューマ・グループ

リソース要件に従ってユーザー・セッションをカテゴリに分けるグループ。リソース・コンシューマ・グループはユーザー・ロールとは異なります。1人のデータベース・ユーザーで様々なリソース・コンシューマ・グループに異なるセッションを割り当てることができます。セッションは、階層化された一連のマッピング・ルールに基づいてリソース・コンシューマ・グループにマップされます。リソース・コンシューマ・グループの詳細は、『Oracle Database管理者ガイド』を参照してください。

リソース・プラン

CPUおよびI/Oリソースを各ユーザー(リソース・コンシューマ・グループ)間にどのように配分するかを指定するプラン。リソース計画の詳細は、『Oracle Database管理者ガイド』を参照してください。

再起動サーバー(RS)

「RS」を参照してください。

RS

再起動サーバーは、CELLSRVおよびMSサービスを再起動し、これらのサービスを監視して再起動が必要な時期を検証するサーバーです。

Secure Shell (SSH)

「SSH」を参照してください。

SSH

Secure Shellは、2つのコンピュータ間のセキュア・チャネルを使用してデータ交換を可能にするネットワーク・プロトコル。

ストレージ・プール

複数のコンシューマ(データベースなど)をサポートする単位として管理される同種のストレージ・リソースの集合。

ストレージ・プロビジョニング

ディスク・ストレージを必要とするクライアントに動的または静的に割り当てる操作。たとえば、データベースでデータ・ファイル用の追加のストレージが必要な場合、ストレージ・サーバーにより自動的に領域をプロビジョニングすることができます。ストレージ管理者によって追加のストレージを明示的に割り当てることも可能です。

ストレージ・レルム

クラスタ内のOracle ASMインスタンスのグループに関連付けられるセルおよび属するグリッド・ディスクの集合。クラスタ化されたOracle ASMインスタンスは、関連するディスク・グループのセットを管理します。

索引
A B C D E F G H I K L M N O P Q R S T U V W X

記号

@ CellCLIコマンド, 8.2.6

A

アクティブ・モード

グリッド・ディスク, 8.6.3

アクティブ・リクエスト

表示, 7.4.1

ACTIVEREQUESTオブジェクト・タイプ

属性, 8.6.3

Oracle ASMディスク・グループへのディスクの追加, 3.1.2 Oracle Exadataの管理, 3 管理コマンド

CellCLI, 8.2

ADRアラート・メッセージ, B.4.4 ADRコマンド・インタプリタ

診断ファイルの管理, B.1.5

ADRファイル

diagHistoryDays属性, 8.6.3, B.1.4.3

保存期間, B.1.4.3

ADRインシデント, B.1.4.1 ADRCI

ADRコマンド・インタプリタ, B.1.5

アラート説明, 7.4.2 アラート・ファイル, B.1.1 アラート履歴

削除ポリシー, 2.9

表示, 7.4.2, 7.4.5

変更, 7.4.6

保存期間, 7.4.5

アラート・メッセージ

ADR, B.4.4

オープン・アラートのサマリー, 8.6.3

しきい値, B.4.3

アラート名, 7.4.2 アラート通知, 8.6.3, 8.6.3 アラート・タイプ

clear, 8.6.3

critical, 8.6.3

maintenance, 8.6.3

warning, 8.6.3

ALERTDEFINITIONオブジェクト・タイプ

属性, 8.6.3

ALERTHISTORYオブジェクト・タイプ

属性, 8.6.3

アラート

概要, 7.1.2

通知の構成, 2.2, 8.6.3

割当て単位, 7.7.7, 8.6.3, 8.6.3, 8.6.3

最小, 8.6.3, 8.6.3

ALTER ALERTHISTORY CellCLIコマンド, 8.6.3 ALTER CELL CellCLIコマンド,8.6.3 ALTER CellCLIコマンド, 8.6.3 ALTER CELLDISK CellCLIコマンド,8.6.3 ALTER FLASHCACHE CellCLIコマンド, 8.6.3 ALTER GRIDDISK CellCLIコマンド,8.6.3 ALTER IBPORT CellCLIコマンド, 8.6.3 ALTER IORMPLAN CellCLIコマンド,8.6.3 ALTER LUN CellCLIコマンド,8.6.3 ALTER PHYSICALDISK CellCLIコマンド,8.6.3 ALTER QUARANTINE CellCLIコマンド, 8.6.3 ALTER THRESHOLD CellCLIコマンド,8.6.3 ALTER USER CellCLIコマンド, 8.6.3 変更

セル属性, 8.6.3

flashcachemode, 8.6.3

asmDeactivationOutcome属性, 8.6.3 asmModeStatus属性, 8.6.3 ASR

構成, 2.2

ASSIGN KEY CellCLIコマンド, 8.6.3 セキュリティ・キーの割当て, 4.4, 4.5 属性

ACTIVEREQUESTオブジェクト・タイプ, 8.6.3

ALERTDEFINITIONオブジェクト・タイプ, 8.6.3

ALERTHISTORYオブジェクト・タイプ, 8.6.3

変更, 8.6.3

availableTo, 4.4, 8.6.3

セル名, 2.2

CELLオブジェクト・タイプ, 8.6.3

cellDisk, 8.4, 8.6.3

CELLDISKオブジェクト・タイプ, 8.6.3

cell.sparse_dg, 3.1.1.2

コメント, 8.6.1

comparison, 8.6.3

compatible, 3.1.1.2

content.type, 3.1.1.1

ディスク・グループ, 3.1.1.2

examinedBy, 7.4.6

LISTコマンドを使用したフィルタ処理, 8.6.3

flashcache, 2.7

flashcachemode, 8.6.3, 8.6.3

GRIDDISKオブジェクト・タイプ, 8.6.3

iormBoost, 8.6.3

IORMPLANオブジェクト・タイプ, 8.6.3

KEYオブジェクト・タイプ, 8.6.3

LUN ID, 2.2

LUNオブジェクト・タイプ, 8.6.3

METRICCURRENTオブジェクト・タイプ, 8.6.3

METRICDEFINITIONオブジェクト・タイプ, 8.6.3

METRICHISTORYオブジェクト・タイプ, 8.6.3

name, 8.6.1, 8.6.3

notificationMethod, 8.6.3

notificationPolicy, 8.6.3

observation, 8.6.3

occurrences, 8.6.3

offloadEfficiency, 8.6.3

offset, 8.6.3

Oracle Exadataストレージ・セル・オブジェクト, 8.6

PHYSICALDISKオブジェクト・タイプ, 8.6.3

値の制限, 8.6.1

ロール, 6.5.3, 8.6.3

size, 2.2, 8.6.3

smtpToAddr, 8.6.3

smtpUseSSL, 8.6.3

snmpEngineID, 8.6.3

snmpSubscriber, 8.6.3

snmpUser, 8.6.3

syslogconf, 8.6.3

THRESHOLDオブジェクト・タイプ, 8.6.3, 8.6.3, 8.6.3, 8.6.3

自動サービス・リクエスト, 2.2 自動診断リポジトリ(ADR), B.1.4

アラート表示, 8.6.3

定義, 8.6.3

診断ファイル, B.1.4.3

パッケージ, B.1.4.2

availableTo属性

グリッド・ディスクのセキュリティ設定, 4.4, 4.5

B

バックグラウンド・プロセス

diskmon, C.2.1

XDMG, C.2.2

XDWK, C.2.3

ベースボード管理コントローラ(BMC), 7.2.2, 8.6.3 バッテリ学習サイクル, 8.6.3, 8.6.3 bbuLearnCycleTime, 8.6.3 bbuLearnSchedule, 8.6.3 BMC

「ベースボード管理コントローラ」を参照

ボンディング, 2.5.2

C

CALIBRATE CellCLIコマンド, 8.6.3

カテゴリ

設定, 6.5.2.1

カテゴリ・メトリック, 7.3.1 カテゴリ・リソース管理, 6.2 catPlan

ディレクティブ, 8.6.3

セル・アラート

MIB変数, B.4.2

セル・コントロール・コマンドライン・インタフェース

概要,1.3.7

管理コマンド, 8.2

コマンドライン編集, 8.1.4

スクリプトのコメント, 8.1.6

ヘルプ・テキスト, 2.6

入力および出力オプション, 8.1.5

行継続文字, 8.1.7

オブジェクト属性, 8.6

オブジェクト・コマンド, 8.3

オブジェクト・タイプ, 8.4

概要, 8.1

予約語, 8.1.3

起動, 8.1.1

構文,8.1.2

セル・ディスクのメトリック, 7.2.3 セル・ディスク

概要, 1.3.1

自動作成, 8.6.3

作成, 2.6, 8.6.3

情報の表示, 8.6.3

削除, 8.6.3

削除, 8.6.3

エクスポート, 8.6.3

インポート, 8.6.3

lun属性, 8.6.3

属性の変更, 8.6.3

移動, 8.6.3, 8.6.3, 8.6.3, 8.6.3

physicalDisk属性, 8.6.3

CREATE CELLでのFORCEの使用, 8.6.3

セル効率比, 8.1.1, 8.6.3 cell interconnection retransmit during physical read(物理読込み時のセル・インターコネクトの再転送)

待機イベント,7.6.1

セル・メンテナンス, 2.9 セル・メトリック, 7.2.2 cell multiblock physical read(セルの複数ブロックの物理読込み)

待機イベント,7.6.1

CELLオブジェクト・タイプ

属性, 8.6.3

cell single block physical read(セルの単一ブロックの物理読込み)

待機イベント,7.6.1

cell smart file creation(セルのスマート・ファイル作成)

待機イベント,7.6.1

cell smart incremental backup(セルのスマート増分バックアップ)

待機イベント,7.6.1

cell smart index scan(セルのスマート索引スキャン)

待機イベント,7.6.1

cell smart restore from backup(バックアップからのセルのスマート・リストア)

待機イベント,7.6.1

cell smart table scan(セルのスマート表スキャン)

待機イベント,7.6.1

セル・ソフトウェア, 1.3.6 CELL_FLASH_CACHE, 7.8.1 CELL_OFFLOAD_DECRYPTION初期化パラメータ, 7.7.2.3 CELL_OFFLOAD_DECRYPTIONパラメータ, 7.8 CELL_OFFLOAD_PLAN_DISPLAY初期化パラメータ, 7.7.2, 7.7.2.2, 7.8 CELL_OFFLOAD_PROCESSING初期化パラメータ, 7.7.2, 7.7.2.1 CELL-00001からCELL-00500のエラー・メッセージ, B.2.1 CELL-00501からCELL-01000のエラー・メッセージ, B.2.2 CELL-01001からCELL-01500のエラー・メッセージ, B.2.3 CELL-01501からCELL-02000のエラー・メッセージ, B.2.4 CELL-02001からCELL-02500のエラー・メッセージ, B.2.5 CELL-02501からCELL-03000のエラー・メッセージ, B.2.6 CELL-03001からCELL-03500のエラー・メッセージ, B.2.7 CELL-03501からCELL-04000のエラー・メッセージ, B.2.8 CELL-04501からCELL-05000のエラー・メッセージ, B.2.9 CELL-05001からCELL-05500のエラー・メッセージ, B.2.10 CELL-05501からCELL-06000のエラー・メッセージ, B.2.11 cellaffinity.ora, 2.8 CellCLI

「セル・コントロール・コマンドライン・インタフェース」を参照

CellCLIコマンド

ALTER, 8.6.3

ALTER ALTERHISTORY, 8.6.3

ALTER CELL, 8.6.3

ALTER CELLDISK, 8.6.3

ALTER FLASHCACHE, 8.6.3

ALTER GRIDDISK, 8.6.3

ALTER IBPORT, 8.6.3

ALTER IORMPLAN, 8.6.3

ALTER LUN, 8.6.3

ALTER PHYSICALDISK, 8.6.3

ALTER QUARANTINE, 8.6.3

ALTER THRESHOLD, 8.6.3

ALTER USER, 8.6.3

ASSIGN KEY, 8.6.3

CALIBRATE, 8.6.3

CREATE, 8.6.3

CREATE CELL, 8.6.3

CREATE CELLDISK, 8.6.3

CREATE FLASHCACHE, 8.6.3

CREATE FLASHLOG, 8.6.3

CREATE GRIDDISK, 8.6.3, 8.6.3

CREATE KEY, 8.6.3

CREATE QUARANTINE, 8.6.3

CREATE ROLE, 8.6.3

CREATE THRESHOLD, 8.6.3

CREATE USER, 8.6.3

DESCRIBE, 8.6.3

DESCRIBE ACTIVEREQUEST, 8.6.3

DESCRIBE ALERTDEFINITION, 8.6.3

DESCRIBE ALERTHISTORY, 8.6.3

DESCRIBE CELL, 8.6.3

DESCRIBE CELLDISK, 8.6.3

DESCRIBE DATABASE, 8.6.3

DESCRIBE DISKMAP, 8.6.3

DESCRIBE FLASHCACHE, 8.6.3

DESCRIBE FLASHCACHECONTENT, 8.6.3

DESCRIBE FLASHLOG, 8.6.3

DESCRIBE GRIDDISK, 8.6.3

DESCRIBE IBPORT, 8.6.3

DESCRIBE IORMPLAN, 8.6.3

DESCRIBE KEY, 8.6.3

DESCRIBE LUN, 8.6.3

DESCRIBE METRICCURRENT, 8.6.3

DESCRIBE METRICDEFINITION, 8.6.3

DESCRIBE METRICHISTORY, 8.6.3

DESCRIBE PHYSICALDISK, 8.6.3

DESCRIBE QUARANTINE, 8.6.3

DESCRIBE ROLE, 8.6.3

DESCRIBE THRESHOLD, 8.6.3

DESCRIBE USER, 8.6.3

DROP, 8.6.3

DROP ALERTHISTORY, 8.6.3

DROP CELL, 8.6.3

DROP CELLDISK, 8.6.3

DROP FLASHCACHE, 8.6.3

DROP FLASHLOG, 8.6.3

DROP GRIDDISK, 8.6.3

DROP QUARANTINE, 8.6.3

DROP ROLE, 8.6.3

DROP THRESHOLD, 8.6.3

DROP USER, 8.6.3

EXIT, 8.2.1

EXPORT CELLDISK, 8.6.3

GRANT, 8.6.3

GRANT PRIVILEGE, 8.6.3

GRANT ROLE, 8.6.3

HELP, 8.2.2

IMPORT CELLDISK, 8.6.3

LIST, 8.6.3

LIST ACTIVEREQUEST, 8.6.3

LIST ALERTDEFINITION, 8.6.3

LIST ALERTHISTORY, 8.6.3

LIST CELL, 8.6.3

LIST CELLDISK, 8.6.3

LIST DATABASE, 8.6.3

LIST DISKMAP, 8.6.3

LIST FLASHCACHE, 8.6.3

LIST FLASHCACHECONTENT, 8.6.3

LIST FLASHLOG, 8.6.3

LIST GRIDDISK, 8.6.3

LIST IBPORT, 8.6.3

LIST IORMPLAN, 8.6.3

LIST KEY, 8.6.3

LIST LUN, 8.6.3

LIST METRICCURRENT, 8.6.3

LIST METRICDEFINITION, 8.6.3

LIST METRICHISTORY, 8.6.3

LIST PHYSICALDISK, 8.6.3

LIST QUARANTINE, 8.6.3

LIST ROLE, 8.6.3

LIST THRESHOLD, 8.6.3

LIST USER, 8.6.3

QUIT, 8.2.3

REVOKE, 8.6.3

REVOKE PRIVILEGE, 8.6.3

REVOKE ROLE, 8.6.3

SET, 8.2.4

celldisk属性, 8.6.3 CELLDISKオブジェクト・タイプ

属性, 8.6.3

cellinit.oraファイル

ホストの構成ファイル, 2.8

cellip.oraファイル, 2.8

ホストの構成ファイル, 2.8

cellkey.oraファイル

asmエントリ, 4.3

エントリ,4.3

キー・エントリ,4.3

ホスト・コンピュータの場所, 4.6, 4.6

realmエントリ,4.3

セキュリティの設定, 4.3

セル

ストレージの構成, 2.5.2

メールの構成, 2.2, 8.6.3

作成, 2.6

セル・ディスクの作成, 8.6.3

構成の表示, 8.6.3

セル・ディスクの削除, 8.6.3

削除, 8.6.3

セル・ディスクのエクスポートおよびインポート, 8.6.3, 8.6.3

障害ステータス, 8.6.3

初期構成, 2.6

ストレージのインストール,2.5.2

管理,1.3.7

属性の変更, 8.6.3

セル・ディスクの移動, 8.6.3, 8.6.3, 8.6.3, 8.6.3

LEDのリセット, 8.6.3, 8.6.3

サービスの再開, 8.6.3

サービスのシャットダウン, 8.6.3

サービスの開始, 8.6.3

メールの検証, 8.6.3

SNMPの検証, 8.6.3

cell.smart_scan_capable

ディスク・グループ属性, 3.1.1.2

集中管理

dcliユーティリティの使用, 9

変更

基本構成, 5

クライアントのセキュリティ, 1.3.4, 4.1 クラスタのセキュリティ, 1.3.4, 4.1 コマンドライン編集

CellCLI, 8.1.4

コマンド

管理, 8.2

オブジェクト, 8.3

comment属性

制限, 8.6.1, 8.6.3, 8.6.3

スクリプトのコメント

CellCLI, 8.1.6

compatible.asm

ディスク・グループ属性, 3.1.1.2

compatible.rdbms

ディスク・グループ属性, 3.1.1.2

コンポーネントのシリアル番号, 5.2.4 圧縮

アーカイブ, 7.7.1

圧縮ユニット, 7.7.1

Exadataハイブリッド列圧縮, 7.7.1

レベル, 7.7.1

メソッド,7.7.1

ウェアハウス, 7.7.1

構成

ASR, 2.2

cellinit.oraファイル, 2.8, 2.8

cellip.oraファイル, 2.8

セル, 2.5.2

ホスト, 2.8

ホストの初期化ファイル, 2.8

セルに関するメール, 2.2, 8.6.3

新規セル, 2.6

Oracle Exadataストレージ, 2.5

Oracle Exadataストレージ・セル, 2.5.2

コンシューマ・グループ

セッションの割当て, 6.5.2.2

CDBリソース・プラン, 6.2.1

作成, 6.2.1

マッピング,6.2.1

メトリック, 7.3.4

リソース・プラン, 6.2.1

設定, 6.5.2.1

content.type属性, 3.1.1.1 CREATE CELL CellCLIコマンド, 8.6.3 CREATE CellCLIコマンド, 8.6.3 CREATE CELLDISK CellCLIコマンド, 8.6.3

ALLオプション, 8.6.3

FORCEオプション, 8.6.3

CREATE FLASHCACHE CellCLIコマンド, 8.6.3 CREATE FLASHLOG CellCLIコマンド, 8.6.3 CREATE GRIDDISK CellCLIコマンド, 8.6.3

celldisk属性, 8.6.3

offset属性, 8.6.3

size属性, 8.6.3

一意名, 8.6.3

CREATE KEY CellCLIコマンド, 8.6.3 CREATE QUARANTINE CellCLIコマンド, 8.6.3 CREATE ROLE CellCLIコマンド, 8.6.3 CREATE THRESHOLD CellCLIコマンド, 8.6.3 CREATE USER CellCLIコマンド, 8.6.3 作成

セル・ディスク, 2.6, 8.6.3

セル, 2.6

フラッシュ・キャッシュ, 2.7

フラッシュ・グリッド・ディスク, 2.7

フラッシュ・ログ, 8.6.3

グリッド・ディスク, 2.6

セキュリティのキー, 4.3.1, 4.4, 4.5

Oracle Exadataストレージ・セルのみのディスク・グループ, 3.1.1

スパース・ディスク・グループ, 3.1.1.2

スパース・ディスク, 8.6.3

D

データ破損, 防止, 1.2.8

データベース・メトリック, 7.3.3

データベース・リソース管理, 6.2.1

データベース・リソース・マネージャ, 1.2.5, 6

データベース・リソース・プラン, 1.2.5

作成, 6.5.2.4

データベース・サーバー

ホスト, 2.8

ソフトウェア, 1.3.8

データベースを有効範囲にしたセキュリティ, 4.1.3

削除, 4.7.1

設定, 4.5

DB_UNIQUE_NAMEパラメータ

セキュリティ・キーの割当て, 4.4, 4.5

DBMS_RESOURCE_MANAGERプロシージャ

CREATE_CATEGORY(), 6.5.2.1

CREATE_CONSUMER_GROUP(), 6.5.2.1

DELETE_CATEGORY(), 6.5.2.1

UPDATE_CATEGORY(), 6.5.2.1

UPDATE_CONSUMER_GROUP(), 6.5.2.1

dbPlan属性

ディレクティブ, 8.6.3

DBRM

「データベース・リソース・マネージャ」を参照

dcliユーティリティ

エスケープ文字, 9.1.1, 9.1.2

概要, 9

Python, 9.1

構文, 9.1.1

削除ポリシー, 2.9 DESCRIBE ACTIVEREQUEST CellCLIコマンド, 8.6.3 DESCRIBE ALERTDEFINITION CellCLIコマンド, 8.6.3 DESCRIBE ALERTHISTORY CellCLIコマンド, 8.6.3 DESCRIBE CELL CellCLIコマンド, 8.6.3 DESCRIBE CELLDISK CellCLIコマンド, 8.6.3 DESCRIBE DATABASE CellCLIコマンド, 8.6.3 DESCRIBE DISKMAP CellCLIコマンド, 8.6.3 DESCRIBE FLASHCACHE CellCLIコマンド, 8.6.3 DESCRIBE FLASHCACHECONTENT CellCLIコマンド, 8.6.3 DESCRIBE FLASHLOG CellCLIコマンド, 8.6.3 DESCRIBE GRIDDISK CellCLIコマンド, 8.6.3 DESCRIBE IBPORT CellCLIコマンド, 8.6.3 DESCRIBE IORMPLAN CellCLIコマンド, 8.6.3 DESCRIBE KEY CellCLIコマンド, 8.6.3 DESCRIBE LUN CellCLIコマンド, 8.6.3 DESCRIBE METRICCURRENT CellCLIコマンド, 8.6.3 DESCRIBE METRICDEFINITION CellCLIコマンド, 8.6.3 DESCRIBE METRICHISTORY CellCLIコマンド, 8.6.3 DESCRIBE object CellCLIコマンド, 8.6.3 DESCRIBE PHYSICALDISK CellCLIコマンド, 8.6.3 DESCRIBE QUARANTINE CellCLIコマンド, 8.6.3 DESCRIBE ROLE CellCLIコマンド, 8.6.3 DESCRIBE THRESHOLD CellCLIコマンド, 8.6.3 DESCRIBE USER CellCLIコマンド, 8.6.3 diagHistoryDays

削除ポリシー, 2.9

診断ファイル

ADRベース, B.1.4.3

ADRホーム, B.1.4.3

アラート、インシデントおよびトレース, B.1

ADRコマンド・インタプリタ(ADRCI)を使用した管理, B.1.5

保存期間, B.1.4.3

ディレクティブ属性

catPlan属性, 8.6.3

dbPlan, 8.6.3

データベース間プラン

catPlan, 8.6.3

dbPlan, 8.6.3

ディスク・グループ

概要, 1.3.2.1

ディスクの追加, 3.1.2

バランス, 7.7.13

Oracle Exadataストレージ・セルの互換性の属性, 3.1.1.2

Oracle Exadataストレージ・セルのみのグループの作成, 3.1.1

グリッド・ディスク名からの特定, 3.2.3

グリッド・ディスクの特定, 3.2.4

ディスマウント, 3.1.3

削除, 3.1.6

関数, 3.1

ディスクの削除, 3.1.5

ディスクI/O, 7.5.3 diskmonプロセス, C.2.1 ディスク・グループのディスマウント, 3.1.3 表示

アクティブ・リクエスト, 7.4.1

アラート定義, 7.4.2

アラート履歴, 7.4.2, 7.4.5

セル構成, 8.6.3

セル・ディスクの情報, 8.6.3

現在のメトリック, 7.2.1.2

フラッシュ・キャッシュ・コンテンツ情報, 8.6.3

フラッシュ・キャッシュ情報, 8.6.3

フラッシュ・ログ情報, 8.6.3

グリッド・ディスクの情報, 8.6.3

LUN, 8.6.3

メトリック定義, 7.2.1.1, 8.6.3

メトリック履歴, 7.2.1.3

物理ディスク, 8.6.3

ドキュメント, C.1.4 DROP ALERTHISTORY CellCLIコマンド, 8.6.3 DROP CELL CellCLIコマンド, 8.6.3

FORCEオプション, 8.6.3

DROP CellCLIコマンド, 8.6.3 DROP CELLDISK CellCLIコマンド, 8.6.3

FORCEオプション, 8.6.3

DROP FLASHCACHE CellCLIコマンド, 8.6.3 DROP FLASHLOG CellCLIコマンド, 8.6.3 DROP GRIDDISK CellCLIコマンド, 8.6.3

FORCEオプション, 8.6.3

DROP QUARANTINE CellCLIコマンド, 8.6.3 DROP ROLE CellCLIコマンド, 8.6.3 DROP THRESHOLD CellCLIコマンド, 8.6.3 DROP USER CellCLIコマンド, 8.6.3 削除

セル・ディスク, 8.6.3

ディスク・グループ, 3.1.6

フラッシュ・ログ, 8.6.3

グリッド・ディスク, 3.2.2.2

物理ディスク, 8.6.3

E

削除

セル・ディスク, 8.6.3

セル, 8.6.3

グリッド・ディスク, 8.6.3

エラー・メッセージ

CELL-00001からCELL-00500, B.2.1

CELL-00501からCELL-01000, B.2.2

CELL-01001からCELL-01500, B.2.3

CELL-01501からCELL-02000, B.2.4

CELL-02001からCELL-02500, B.2.5

CELL-02501からCELL-03000, B.2.6

CELL-03001からCELL-03500, B.2.7

CELL-03501からCELL-04000, B.2.8

CELL-04501からCELL-05000, B.2.9

CELL-05001からCELL-05500, B.2.10

CELL-05501からCELL-06000, B.2.11

Oracleサポート・サービスへの連絡, B.5

Oracle Exadata, B

Oracle Exadataストレージ・セル, B, B.2

エスケープ文字

dcliユーティリティ, 9.1.1, 9.1.2

イーサネット

ギガビット・イーサネット・ポート, 2.4

Lights Out管理, 2.4

Exadata

「Oracle Exadata」を参照

Exadataオートメーション・マネージャ, C.2.2 Exadataオートメーション・ワーカー, C.2.3 Exadataハイブリッド列圧縮, 7.7.1 examinedBy属性

ALERTHISTORY, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3

EXIT CellCLIコマンド, 8.2.1 EXPORT CELLDISK CellCLIコマンド, 8.6.3 セル・ディスクのエクスポート, 8.6.3 エクステント・サイズ, 7.7.10

自動管理, 7.7.9

外部の冗長性, 1.3.2.2

F

障害グループ

概要, 1.3.2.2

障害ステータス

セル, 8.6.3

高速ディスク・スキャン率, 7.7.7 高速ファイル作成, 1.2.9 障害分離, 7.7.6 機能

Oracle Exadata, 1.2

フラッシュ・キャッシュ

概要, 1.2.3

作成, 2.7

情報の表示, 8.6.3

flashcachemode, 8.6.3

フラッシュ, 8.6.3, 8.6.3

KEEP, 7.8.1

メトリック, 7.2.4

監視, 8.6.3

確保, 7.8.1

writeback, 8.6.3

writethrough, 8.6.3

フラッシュ・キャッシュ・コンテンツ

情報の表示, 8.6.3

フラッシュ・グリッド・ディスク, 2.7, 2.7 フラッシュ・ログ・メトリック, 7.2.5 フラッシュ・ログ・サイズ, 8.6.3 フラッシュ・ログ

情報の表示, 8.6.3

flashcache属性, 2.7 FORCE

セル・ディスクの測定, 8.6.3

CREATE CELLの優先, 8.6.3

DROP CELL, 8.6.3

DROP CELLDISK, 8.6.3

DROP GRIDDISK, 8.6.3

グリッド・ディスクの削除, 3.2.2.2

フラッシュ・ログの削除, 8.6.3

Oracle ASMディスク・グループのマウント, 3.1.3

フラグメンテーション, 7.7.12

G

ギガビット・イーサネット

ネットワーク要件, 2.4

GRANT CellCLIコマンド, 8.6.3 GRANT PRIVILEGE CellCLIコマンド, 8.6.3 GRANT ROLE CellCLIコマンド, 8.6.3 グリッド・ディスクのメトリック, 7.2.6 グリッド・ディスク

概要, 1.3.1

ACTIVEモード, 8.6.3

管理, 3.2

コールド・データ, 2.2, 8.6.3

作成, 2.6

Oracle ASMディスク・グループの特定, 3.2.3

Oracle Automatic Storage Managementディスク・グループに属するグリッド・ディスクの特定, 3.2.4

情報の表示, 8.6.3

削除, 3.2.2.2

削除, 8.6.3

フラッシュ, 8.6.3

ホット・データ, 2.2, 8.6.3

INACTIVEモード, 8.6.3

属性の変更, 3.2.2.1

ネーミング規則, 2.2, 3.2.1, 8.6.3

データベース・ユーザーに非表示, 8.6.3

サイズ変更, 8.6.3

セキュリティ, 4.1

スパース・グリッド・ディスク, 8.6.3

一意名, 2.2, 3.2.1, 8.6.3

データベース・ユーザーに表示, 8.6.3

グリッドRAID, 1.3.3 GRIDDISKオブジェクト・タイプ

属性, 8.6.3

GV$CELLビュー, 7.5.1

H

ハードウェアのインストール

Oracle Exadata, C.1.1

HELP CellCLIコマンド, 8.2.2 ヘルプ・テキスト

CellCLI, 2.6

高冗長性, 1.3.2.2, 1.3.2.3 ホスト・インターコネクトのメトリック, 7.2.7 ホスト

構成ファイル, 2.8

構成, 2.8

初期化ファイルの構成, 2.8

データベース・サーバー, 2.8

ハイフン

行継続文字, 8.1.7

I

iDBプロトコル, 1.3.5

実装

I/Oリソース管理(IORM), 6.5

IMPORT CELLDISK CellCLIコマンド, 8.6.3 セル・ディスクのインポート, 8.6.3 非アクティブ・モード

グリッド・ディスク, 8.6.3

インシデント・パッケージ, B.1.2 増分バックアップ, 1.2.7 InfiniBand

帯域幅, 1.1

ボンディング, 2.5.2

インターコネクト, 1.1

ネットワーク・カード, 2.4

ネットワーク要件, 2.4

INITIALストレージ・パラメータ, 7.7.10 初期化パラメータ・ファイル

CELL_OFFLOAD_PROCESSINGパラメータ, 7.7.2, 7.7.2.1

入力および出力オプション

CellCLI, 8.1.5

Oracle Exadataストレージのインストール, 2.5 Oracle Exadataストレージ・セルのインストール, 2.5.2 インターコネクト

InfiniBand, 1.1

データベース間プラン, 1.2.5, 6.2.2

管理, 6.5.3

デフォルト値, 8.6.3

有効化, 6.5.2.5

リセット, 6.5.3, 8.6.3

インターリーブ, 2.2 データベース内プラン, 6.2.1 データベース内プラン

作成, 6.5.2.4

非表示の索引, 7.7.8 I/Oリソース管理(IORM), 6, 7.3.6

概要, 1.2.5

非アクティブ化, 8.6.3

実装, 6.5

監視, 7.3

チューニング, 6.5

I/Oしきい値タイムアウト, 8.6.3 iormBoost属性, 8.6.3 IORMPLANオブジェクト・タイプ

属性, 8.6.3

非アクティブ化, 8.6.3

IPアドレス

cellinit.oraファイル, 2.8

cellip.oraファイル, 2.8

Oracle Exadataストレージ・ネットワークの設定, 2.4

セルのIPアドレス, 7.5.1

K

KEEP

フラッシュ・キャッシュへのオブジェクトの確保, 7.8.1, 7.8.1

KEYオブジェクト・タイプ

属性, 8.6.3

キー

割当て, 8.6.3

cellkey.oraファイル, 4.3

作成, 8.6.3

表示, 8.6.3

属性の表示, 8.6.3

削除, 4.7.1, 4.7.2

セキュリティ, 4.3.1

L

LED

リセット, 8.6.3, 8.6.3

レベル値

catPlan, 8.6.3, 8.6.3

dbPlanプラン, 8.6.3, 8.6.3

Lights Out管理, 2.4 行継続文字

CellCLI, 8.1.7

LIST ACTIVEREQUEST CellCLIコマンド, 8.6.3 LIST ALERTDEFINITION CellCLIコマンド, 8.6.3 LIST ALERTHISTORY CellCLIコマンド, 8.6.3 LIST CELL CellCLIコマンド, 8.6.3 LIST CellCLIコマンド, 8.6.3 LIST CELLDISK CellCLIコマンド, 8.6.3 LIST DATABASE CellCLIコマンド, 8.6.3 LIST DISKMAP CellCLIコマンド, 8.6.3 LIST FLASHCACHE CellCLIコマンド, 8.6.3 LIST FLASHCACHECONTENT CellCLIコマンド, 8.6.3 LIST FLASHLOG CellCLIコマンド, 8.6.3 LIST GRIDDISK

asmDeactivationOutcome属性, 8.6.3, 8.6.3

asmModeStatus属性, 8.6.3

LIST GRIDDISK CellCLIコマンド, 8.6.3 LIST IBPORT CellCLIコマンド, 8.6.3 LIST IORMPLAN CellCLIコマンド, 8.6.3 LIST KEY CellCLIコマンド, 8.6.3 LIST LUN CellCLIコマンド, 8.6.3, 8.6.3 LIST METRICCURRENT CellCLIコマンド, 8.6.3 LIST METRICDEFINITION CellCLIコマンド, 8.6.3 LIST METRICHISTORY CellCLIコマンド, 8.6.3 LIST PHYSICALDISK CellCLIコマンド, 8.6.3 LIST QUARANTINE CellCLIコマンド, 8.6.3 LIST ROLE CellCLIコマンド, 8.6.3 LIST THRESHOLD CellCLIコマンド, 8.6.3 LIST USER CellCLIコマンド, 8.6.3 ログ

システム構成, 5.2.6

検証, 5.2.3

LUNオブジェクト・タイプ

属性, 8.6.3

LUN

概要, 1.3.1

セル・ディスク, 8.6.3

情報の表示, 8.6.3

lun属性, 8.6.3

M

MAAのファイル配置, 1.3.2.3

MAAのストレージ・グリッド, 1.3.2.3

メール

セルに関する構成, 2.2, 8.6.3

セルに関する検証, 8.6.3, 8.6.3

セルの管理

dcliユーティリティの使用, 9

最大可用性アーキテクチャ, 1.3.2.3 メトリックの省略語, 8.6.3 メトリック定義

表示, 7.2.1.1, 8.6.3

メトリック履歴

表示, 7.2.1.3

保存期間, 7.2.1.3, 8.6.3, 8.6.3

メトリック名, 8.6.3 METRICCURRENTオブジェクト・タイプ

属性, 8.6.3

METRICDEFINITIONオブジェクト・タイプ

属性, 8.6.3

METRICHISTORYオブジェクト・タイプ

属性, 8.6.3

metricHistoryDays

削除ポリシー, 2.9

メトリック

概要, 7.1.1

カテゴリ, 7.3.1

セル, 7.2.2

セル・ディスク, 7.2.3

コンシューマ・グループ, 7.3.4

データベース, 7.3.3

説明, 7.2.2, 7.2.3, 7.2.5, 7.2.6, 7.2.7, 7.3.1, 7.3.3, 7.3.4

現在の表示, 7.2.1.2

定義の表示, 7.2.1.1, 8.6.3

履歴の表示, 7.2.1.3

フラッシュ・キャッシュ, 7.2.4

フラッシュ・ログ, 7.2.5

グリッド・ディスク, 7.2.6

ホスト・ネットワーク, 7.2.7

名前, 7.2.2, 7.2.3, 7.2.5, 7.2.6, 7.2.7, 7.3.1, 7.3.3, 7.3.4

ゼロにリセット, 7.3.1, 7.3.3, 7.3.4

短縮名, 8.6.3

スマートI/O, 7.2.8

待機時間, 7.3.6

セル・アラートのMIB変数, B.4.2 変更

アラート履歴, 7.4.6

セル属性, 8.6.3

セル・ディスク属性, 8.6.3

グリッド・ディスク属性, 3.2.2.1

セル・ディスクの移動, 8.6.3, 8.6.3, 8.6.3, 8.6.3 複数のデータベースの管理, 6.2

N

name属性

METRICDEFINITION, 8.6.3

制限, 8.6.1, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3, 8.6.3

ネーミング規則

グリッド・ディスク, 3.2.1

ネットワーク構成

Oracle Exadataストレージ・セル, 2.4

ネットワーク要件, 2.4

ギガビット・イーサネット・ポート, 2.4

InfiniBandカード, 2.4

Lights Outイーサネット・ポート, 2.4

標準の冗長性, 1.3.2.2 NUMAノード番号, 2.8

O

オブジェクト属性

CellCLI, 8.6

オブジェクト・タイプ

ACTIVEREQUEST, 8.6.3

ALERTHISTORY, 8.6.3

ALTERDEFINITION, 8.6.3

CELL, 8.6.3

CellCLI, 8.4

CELLDISK, 8.6.3

GRIDDISK, 8.6.3

IORMPLAN, 8.6.3

KEY, 8.6.3

LUN, 8.6.3

METRICCURRENT, 8.6.3

METRICDEFINITION, 8.6.3

METRICHISTORY, 8.6.3

PHYSICALDISK, 8.6.3

THRESHOLD, 8.6.3, 8.6.3, 8.6.3, 8.6.3

オフライン

Oracle ASMディスク, 3.1.4

offloadEfficiency属性, 8.6.3 オフセット, 2.2 offset属性, 8.6.3 オンライン

Oracle ASMディスク, 3.1.4

オープン・アラート, 8.6.3 オープン・セキュリティ, 4.1.1 パフォーマンスの最適化

ストレージ・セル, 7.7

Oracle ASM

「Oracle Automatic Storage Management」を参照

Oracle ASMディスク・グループ

障害グループの追加, 3.1.2

グリッド・ディスク名からの特定, 3.2.3

グリッド・ディスクの特定, 3.2.4

ディスマウント, 3.1.3

ディスク・グループの削除, 3.1.6

属性の変更, 3.2.2.1

マウント, 3.1.3

ディスクの削除, 3.1.5

Oracle ASMディスク修復タイマー, 7.7.14 Oracle ASMを有効範囲にしたセキュリティ, 4.1.2

削除, 4.7.2

設定, 4.4

Oracle Automatic Storage Management

障害グループの追加, 3.1.2

説明, 1.3.2

ディスク・グループのグリッド・ディスクの特定, 3.2.4

グリッド・ディスク名からのグリッド・グループの特定, 3.2.3

ディスク・グループ, 1.3.2.1

ディスク・グループのディスマウント, 3.1.3

ディスク・グループの削除, 3.1.6

障害グループ, 1.3.2.2

属性の変更, 3.2.2.1

ディスク・グループのマウント, 3.1.3

オフライン・ディスク, 3.1.4

オンライン・ディスク, 3.1.4

ディスク・グループの削除, 3.1.5

Oracle Enterprise Manager, 1.3.9 Oracle Exadata

管理, 3

セル・ソフトウェア, 1.3.6

セル, 1.3.1

エラー・メッセージ, B

機能, 1.2

グリッド・ディスク管理, 3.2

ハードウェアのインストール, C.1.1

I/O管理, 6.5

ネット構成, 2.4

オンライン・ドキュメント, C.1.4

Oracle Automatic Storage Managementディスク・グループの機能, 3.1

構成の準備, 2.4

サンプル・グリッド, 3

セキュリティ, 4

ソフトウェア・コンポーネント, 1.3.1

統計, 7.5.3

理解, 1.1

待機イベント, 7.6.1

Oracle Recovery Manager, 1.2.7 Oracleサポート・サービス

連絡, B.5

その他

カテゴリ名, 8.6.3, 8.6.3

P

パスワード・ポリシー

データベース・サーバー

パスワード・ポリシー, 4.2.1.5

パッチ適用, A パフォーマンス

ストレージ・セルの最適化, 7.7

パフォーマンス・テスト

CALIBRATEの実行, 8.6.3

物理ディスク

概要, 1.3.1

表示, 8.6.3

削除, 8.6.3

電源の入直し, 8.6.3

再有効化, 8.6.3

physicalDisk属性

セル・ディスク, 8.6.3

PHYSICALDISKオブジェクト・タイプ

属性, 8.6.3

フラッシュ・キャッシュへのオブジェクトの確保, 7.8.1 ポート

ギガビット・イーサネット, 2.4

HTTP

デフォルト, 8.1.1

SMTP, 8.6.3 snmpSubscriber

デフォルト, 8.6.3

電源の入直し, 8.6.3 構成の準備, 2.4 パージ・ポリシー, 2.9 Python, 9.1

Q

検疫, 7.7.6

作成, 8.6.3

QUIT CellCLIコマンド, 8.2.3

R

リリース番号, 2.1

削除

ディスク・グループのディスク, 3.1.5

セキュリティ, 4.7

修復タイマー, 7.7.14 予約語

CellCLIの予約, 8.1.3

セルLEDのリセット, 8.6.3, 8.6.3 潜在的な不良セクターの復元, 8.6.3 グリッド・ディスクのサイズ変更, 8.6.3 リソース・プラン

CDBリソース・プラン, 6.2.1

コンシューマ・グループ, 6.2.1

有効化, 6.2.1

リソース

管理, 6

複数のデータベース, 6.2.2

セルのサービスの再開, 8.6.3 REVOKE CellCLIコマンド, 8.6.3 REVOKE PRIVILEGE CellCLIコマンド, 8.6.3 REVOKE ROLE CellCLIコマンド, 8.6.3 RMAN, 1.2.7

S

Oracle Exadataのサンプル・グリッド, 3

スクリプト・ファイル

コメント, 8.1.6

行継続文字, 8.1.7

CellCLIでの実行, 8.2.6

セキュリティ

キーの割当て, 4.4, 4.5

クライアント, 1.3.4, 4.1

クラスタ, 1.3.4, 4.1

一貫性, 4.1

キーの作成, 4.3.1, 4.4, 4.5

データベースを有効範囲に設定, 4.1.3

グリッド・ディスク, 4.1

キー, 4.3.1

オープン, 4.1.1

Oracle ASMを有効範囲にしたモード, 4.1.2

削除, 4.7

データベースを有効範囲にした削除, 4.7.1

Oracle ASMを有効範囲にしたモードの削除, 4.7.2

availableTo属性の設定, 4.4, 4.5

cellkey.oraファイルの設定, 4.3

データベースを有効範囲にした設定, 4.5

Oracle Exadataストレージ・セルの設定, 4

グリッド・ディスクの設定, 4.4, 4.5

Oracle ASMを有効範囲にしたモードの設定, 4.4

シリアル番号, 5.2.4 SET CellCLIコマンド, 8.2.4 I/Oしきい値タイムアウトの設定, 8.6.3 セルのサービスのシャットダウン, 8.6.3 size属性, 8.6.3 スマート・スキャン

有効化, 3.1.1

SNMP

セルでの検証, 8.6.3

ソフトウェア・コンポーネント

Oracle Exadata, 1.3.1

SPOOL CellCLIコマンド, 8.2.5 SQLモニター, 7.7.4 SQL処理のオフロード

ストレージ・セル, 7.7.2

SQLチューニング・アドバイザ, 7.7.3 SQL*Loader, 7.7.11 START CellCLIコマンド, 8.2.6 起動

CellCLI, 8.1.1

セルのサービスの開始, 8.6.3 ステートフル・アラート, 8.6.3 ステートレス・アラート, 8.6.3 オープン・アラートのサマリー, 8.6.3 構文

CellCLIコマンド, 8.1.2

dcliユーティリティ, 9.1.1

システム構成ログ, 5.2.6

T

しきい値アラート・メッセージ, B.4.3

THRESHOLDオブジェクト・タイプ

属性, 8.6.3, 8.6.3, 8.6.3, 8.6.3

タイムアウトしきい値, 8.6.3 トレース・ファイル, B.1.3 チューニング

I/Oリソース管理(IORM), 6.5

待機時間, 7.3.6

メトリック

データベース間プランのチューニング, 7.3.6

U

Oracle Exadataの理解, 1

一意の名前

グリッド・ディスク, 3.2.1

アップグレード, A ユーティリティ

dbnodeupdate.sh, A

Exachk, A

patchmgr, A

V

検証

セルに関するメール, 8.6.3, 8.6.3

セルでのSNMP, 8.6.3

検証フレームワーク, 5.2.3 検証ログ, 5.2.3 ビュー

GV$CELL, 7.5.1

V$BACKUP_DATAFILE, 7.5.2

V$CELL, 7.5.1

V$CELL_REQUEST_TOTALS, 7.5.8

V$CELL_STATE, 7.5.6

V$CELL_THREAD_HISTORY, 7.5.7

V$SEGMENT_STATISTICS, 7.5.4

V$SESSION_EVENT, 7.6.4

V$SESSION_WAIT, 7.6.2

V$SQL, 7.5.5

V$SYSSTAT, 7.5.3

V$SYSTEM_EVENT, 7.6.3

W

待機イベント

cell interconnection retransmit during physical read(物理読込み時のセル・インターコネクトの再転送), 7.6.1

cell multiblock physical read(セルの複数ブロックの物理読込み), 7.6.1

cell single block physical read(セルの単一ブロックの物理読込み), 7.6.1

cell smart file creation(セルのスマート・ファイル作成), 7.6.1

cell smart incremental backup(セルのスマート増分バックアップ), 7.6.1

cell smart index scan(セルのスマート索引スキャン), 7.6.1

cell smart restore from backup(バックアップからのセルのスマート・リスト), 7.6.1

cell smart table scan(セルのスマート表スキャン), 7.6.1

Oracle Exadata, 7.6.1

Oracle Exadataの監視, 7.6

待機時間

メトリック, 7.3.6

チューニング, 7.3.6

書込みイベント

cell logical write IO requests, 7.5.3.1

cell logical write IO requests eligible for offload, 7.5.3.1

cell physical write IO bytes eligible for offload, 7.5.3.1

cell physical write IO host network bytes written during offload, 7.5.3.1

ライトバック・フラッシュ・キャッシュ, 8.6.3 ライトスルー・フラッシュ・キャッシュ, 8.6.3

X

XDMGバックグラウンド・プロセス, C.2.2

XDWKバックグラウンド・プロセス, C.2.3

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, 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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork 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を参照してください。