Oracle® Database

インストレーション・ガイド

11gリリース2 (11.2) for HP-UX

B57779-10(原本部品番号:E49316-03)

2015年4月

Oracle Databaseインストレーション・ガイド, 11gリリース2 (11.2) for HP-UX

B57779-10

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

原本著者:  Prakash Jashnani

原本協力者: Douglas Williams, Reema Khosla

原本協力者:  David Austin、Subhranshu Banerjee、Janelle Simmons、Mark Bauer、Robert Chang、Jonathan Creighton、Sudip Datta、Thirumaleshwara Hasandka、Joel Kallman、George Kotsovolos、Simon Law、Richard Long、Shekhar Vaggu、Rolly Lv、Padmanabhan Manavazhi、Sreejith Minnanghat、Krishna Mohan、Rajendra Pingte、Hanlin Qian、Roy Swonger、Ranjith Kundapur、Aneesh Khandelwal 、Barb Lundhild、Barbara Glover、Binoy Sukumaran、Hema Ramamurthy、Prasad Bagal、Martin Widjaja、Ajesh Viswambharan、Eric Belden、Sivakumar Yarlagadda、Rudregowda Mallegowda 、Matthew McKerley、Trivikrama Samudrala、Akshay Shah、Sue Lee、Sangeeth Kumar、James Spiller、Saar Maoz、Rich Long、Mark Fuller、Sunil Ravindrachar、Sergiusz Wolicki、Eugene Karichkin、Joseph Francis、Srinivas Poovala、David Schreiner、Neha Avasthy、Dipak Saggi、Sudheendra Sampath、Mohammed Shahnawaz Quadri、Shachi Sanklecha、Zakia Zerhouni、Jai Krishnani、Darcy Christensen、Kevin Flood、Clara Jaeckel、Emily Murphy、Terri Winters

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

Oracle Database 11gリリース2 (11.2)の新機能

- Oracle Database 11gリリース2 (11.2.0.4)の新機能および拡張機能

- Oracle Database 11gリリース2 (11.2.0.3)の新機能および拡張機能

- Oracle Database 11gリリース2 (11.2.0.2)の新機能

- Oracle Database 11gリリース2 (11.2.0.1)の新機能

- Oracle Database 11gリリース2 (11.2)での非推奨事項

- Oracle Database 11gリリース2 (11.2)でのサポート対象外

1 Oracle Databaseのインストールの概要

- 1.1 このリリースでインストールされる新しいOracle製品および機能

- 1.2 インストールの計画

- 1.3 インストールの考慮事項

- 1.3.1 ハードウェアおよびソフトウェアの動作保証

- 1.3.2 複数のOracleホームのサポート

- 1.3.2.1 OracleがインストールされているシステムへのOracle Databaseのインストール

- 1.3.3 スタンドアロン・サーバー用のOracle Grid Infrastructure

- 1.3.4 Oracle Cluster Synchronization Services

- 1.3.5 Oracle Data Guard環境へのOracle Database Vaultのインストール

- 1.3.6 Oracle Database Vaultのデフォルトの監査ポリシーおよび初期化パラメータ

- 1.4 Oracle Databaseのインストール方法

- 1.4.1 対話型のインストール・タイプ

- 1.4.2 レスポンス・ファイルを使用した自動インストールの方法

- 1.5 ソフトウェアの更新オプション

- 1.6 Oracle Databaseのエディション

- 1.7 データベース構成オプション

- 1.7.1 事前構成済データベース・タイプ

- 1.7.2 データベースの作成に影響するインストールの選択

- 1.7.3 インストール後のデータベースの作成

- 1.8 データベース記憶域オプション

- 1.8.1 ファイル・システム

- 1.8.2 Oracle Automatic Storage Management

- 1.9 データベース管理オプション

- 1.9.1 事前構成済データベースの管理オプション

- 1.9.2 カスタム・データベースの管理オプション

- 1.9.3 Oracle Enterprise Manager Database Controlで使用できる機能

- 1.10 データベース・バックアップおよびリカバリ・オプション

- 1.10.1 自動バックアップの有効化

- 1.10.2 バックアップ・ジョブのデフォルト設定

- 1.11 電子メール通知オプション

- 1.12 移行の考慮事項

- 1.13 アップグレードの考慮事項

- 1.13.1 データベースのアップグレード前のオペレーティング・システムのアップグレード

- 1.13.1.1 オペレーティング・システムのアップグレード

- 1.13.1.2 新しいコンピュータへの移行

- 1.13.2 Oracle Automatic Storage Managementのアップグレード

- 1.13.3 夏時間のアップグレード

- 1.13.4 同じOracleホームでのOracle Databaseのアップグレード

2 Oracle Databaseのインストール前の作業

- 2.1 システムへrootとしてログイン

- 2.2 ハードウェア要件の確認

- 2.2.1 メモリー要件

- 2.2.2 ディスク領域要件

- 2.2.3 ディスプレイ要件

- 2.2.4 実行レベル要件

- 2.3 ソフトウェア要件の確認

- 2.3.1 オペレーティング・システムの要件

- 2.3.2 コンパイラ要件

- 2.3.3 その他のソフトウェア要件

- 2.3.3.1 Oracle ODBCドライバ

- 2.3.3.2 Oracle JDBC/OCIドライバ

- 2.3.3.3 Oracle Messaging Gateway

- 2.3.3.4 プログラミング言語

- 2.3.3.5 ブラウザ要件

- 2.3.3.6 Oracle Database Vaultのインストール前の要件

- 2.3.4 パッチ要件

- 2.4 オペレーティング・システムの一般的なセキュリティの措置の確認

- 2.5 インストール修正スクリプト

- 2.6 UDPおよびTCPカーネル・パラメータの確認

- 2.7 ホスト名解決の確認

- 2.8 ネットワーク設定の確認

- 2.8.1 ホスト名解決の確認

- 2.8.2 マルチホーム・コンピュータへのインストール

- 2.8.3 複数の別名を持つコンピュータへのインストール

- 2.8.4 非ネットワーク・コンピュータへのインストール

- 2.9 必要なオペレーティング・システム・グループおよびユーザーの作成

- 2.9.1 ジョブ・ロールに対するカスタム構成グループおよびユーザーの作成

- 2.9.1.1 ジョブ・ロール別のOracleインストールの制約の理解

- 2.9.1.2 ジョブ・ロール・インストールに対するデータベース・グループ

- 2.9.1.3 ジョブ・ロール・インストールに対するOracle Grid Infrastructureグループ

- 2.9.2 ジョブ・ロール別のデータベース・オペレーティング・システム・グループおよびユーザーの作成

- 2.9.2.1 Oracleインベントリ・グループの作成

- 2.9.2.2 データベース・インストール用のOSDBAグループの作成

- 2.9.2.3 データベース・インストール用のOSOPERグループの作成

- 2.9.2.4 Oracle Automatic Storage Management用のOSASMグループの作成

- 2.9.2.5 Oracle Automatic Storage Management用のOSDBAグループの作成

- 2.9.2.6 Oracle Automatic Storage Management用のOSOPERグループの作成

- 2.9.2.7 Oracleソフトウェア所有者ユーザーの作成

- 2.9.2.8 HP-UXの外部ジョブ・ユーザー・アカウントの作成

- 2.10 HP-UXシステムのカーネル・パラメータの構成

- 2.11 必要なソフトウェア・ディレクトリの識別

- 2.11.1 Oracleベース・ディレクトリ

- 2.11.2 Oracleインベントリ・ディレクトリ

- 2.11.3 Oracleホーム・ディレクトリ

- 2.12 Oracleベース・ディレクトリの識別または作成

- 2.12.1 既存のOracleベース・ディレクトリの識別

- 2.12.2 Oracleベース・ディレクトリの作成

- 2.13 Oracle Databaseファイルおよびリカバリ・ファイルの記憶域オプションの選択

- 2.14 Oracle Databaseファイルまたはリカバリ・ファイル用ディレクトリの作成

- 2.14.1 Oracle Databaseファイルのファイル・システムの記憶域に関するガイドライン

- 2.14.2 必要なディレクトリの作成

- 2.15 既存のOracleプロセスの停止

- 2.16 Oracleソフトウェア所有者環境の構成

3 スタンドアロン・サーバー用のOracle Grid Infrastructure

- 3.1 Oracle Grid Infrastructureのインストール要件

- 3.1.1 メモリー要件

- 3.1.2 ディスク領域要件

- 3.1.3 ユーザーの環境の構成

- 3.2 旧バージョンのデータベースのディスク・グループの管理

- 3.3 既存のOracle Automatic Storage Managementインスタンスのアップグレード

- 3.4 Oracle Automatic Storage Managementインストールの考慮事項

- 3.5 Oracle Automatic Storage Managementインストールのためのディスクの準備

- 3.5.1 Oracle Automatic Storage Managementを構成するための一般的な手順

- 3.5.2 手順1: Oracle Automatic Storage Managementの記憶域要件の識別

- 3.5.3 手順2: Oracle Automatic Storage ManagementのDASまたはSANディスク・パーティションの作成

- 3.5.4 手順3: Oracle Automatic Storage Managementのディスクの構成

- 3.6 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

- 3.6.1 ソフトウェア・バイナリのインストール

- 3.6.2 ソフトウェア・バイナリの構成

- 3.7 スタンドアロン・サーバーでのOracle Grid Infrastructureのインストールおよび構成

- 3.7.1 新規データベース・インストールによるOracle Grid Infrastructureのインストール

- 3.7.2 既存データベース用のOracle Grid Infrastructureのインストール

- 3.8 スタンドアロン・サーバー用のOracle Grid Infrastructureバイナリの変更

- 3.9 Oracle Automatic Storage Managementディスク・グループの手動による構成

- 3.10 Oracle Automatic Storage Managementインストールのテスト

4 Oracle Databaseのインストール

- 4.1 インストール前の考慮事項

- 4.1.1 レスポンス・ファイル・モードまたはサイレント・モードでのOracle Databaseの複数インストールの実行

- 4.2 コンポーネント固有のインストール・ガイドラインの参照

- 4.2.1 データベース・キャラクタ・セットの選択

- 4.2.2 Oracle Automatic Storage Managementディスク・グループの使用

- 4.3 インストール・ソフトウェアへのアクセス

- 4.3.1 Oracleソフトウェアのダウンロード

- 4.3.1.1 OTNからのインストール用アーカイブ・ファイルのダウンロード

- 4.3.1.2 Oracle Software Delivery Cloudからのソフトウェアのダウンロード

- 4.3.1.3 インストール・ファイルの解凍

- 4.3.2 ハードディスクへのソフトウェアのコピー

- 4.3.2.1 ディスクのマウント

- 4.3.2.2 ハードディスクへのOracle Databaseソフトウェアのコピー

- 4.4 データベース・セキュリティ・オプション

- 4.5 Oracle Databaseソフトウェアのインストール

- 4.5.1 Oracle Universal Installerの実行

- 4.6 Oracle Database Examplesのインストール

5 Oracle Databaseのインストール後の作業

- 5.1 インストール後の必須作業

- 5.1.1 パッチのダウンロードとインストール

- 5.1.2 インストール用外部ジョブ所有者の設定

- 5.2 インストール後の推奨作業

- 5.2.1 root.shスクリプトのバックアップ作成

- 5.2.2 新規またはアップグレードしたデータベースの構成

- 5.2.3 オペレーティング・システム・アカウントの追加作成および構成

- 5.2.3.1 Oracleユーザーのアカウントの構成

- 5.2.4 NLS_LANG環境変数の設定

- 5.2.5 クライアントの静的ライブラリの生成

- 5.2.6 セマフォ・パラメータの設定に関するガイドライン

- 5.2.7 高速リカバリ領域ディスク・グループの作成

- 5.2.7.1 高速リカバリ領域と高速リカバリ領域ディスク・グループについて

- 5.2.7.2 高速リカバリ領域ディスク・グループの作成

- 5.2.8 データベース・オプションの有効化と無効化

- 5.2.9 RACcheck構成監査ツールの実行

- 5.3 インストール後の製品固有の必須作業

- 5.3.1 Oracle Net Servicesの構成

- 5.3.2 Oracle Label Securityの構成

- 5.3.3 Oracle Database Vaultの構成

- 5.3.4 Oracle Messaging Gatewayの構成

- 5.3.5 Oracleプリコンパイラの構成

- 5.3.5.1 Pro*C/C++の構成

- 5.3.5.2 Pro*FORTRANの構成

- 5.3.6 Secure Sockets Layerの構成

- 5.3.7 Oracle Textが提供するナレッジ・ベースのインストール

- 5.3.8 Oracle XML DBの構成または再インストール

- 5.3.9 ダイレクトNFSクライアントの構成および使用方法

- 5.3.9.1 ダイレクトNFSクライアント

6 Oracle Databaseの開始

- 6.1 インストール済Oracle Databaseの内容とディレクトリ位置の確認

- 6.2 Oracle Enterprise Manager Database Controlへのログイン

- 6.3 Oracle Automatic Storage Managementの管理

- 6.3.1 Oracle Automatic Storage Managementの起動および停止

- 6.3.2 Oracle Automatic Storage Managementユーティリティ

- 6.4 SQL*Plusを使用したOracle Databaseへのアクセス

- 6.5 SQL Developerを使用したOracle Databaseへのアクセス

- 6.6 アカウントとパスワードの確認

- 6.7 ユーザー・パスワードのロック解除およびリセット

- 6.7.1 Database Controlを使用したアカウントのロック解除およびパスワードのリセット

- 6.7.2 SQL*Plusを使用したアカウントのロック解除およびパスワードのリセット

- 6.8 データベースの識別

- 6.9 サーバー・パラメータ・ファイルの検索

- 6.10 表領域、データファイル、REDOログ・ファイルおよび制御ファイルの確認

- 6.10.1 表領域およびデータファイルの識別

- 6.10.2 REDOログ・ファイルの位置

- 6.10.3 制御ファイルの位置

7 Oracle Databaseソフトウェアの削除

- 7.1 削除ツールについて

- 7.2 失敗したインストールで使用する削除ツールのダウンロード

- 7.3 Deinstallコマンドの実行例

- 7.4 Oracle Databaseの削除パラメータ・ファイルの例

- 7.5 Oracle Grid Infrastructureの削除パラメータ・ファイルの例

A レスポンス・ファイルを使用したOracle Databaseのインストールおよび構成

- A.1 レスポンス・ファイルの使用方法

- A.1.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

- A.1.2 Oracle Automatic Storage Managementをデータベース・ファイルの記憶域オプションとして使用するデータベースの作成

- A.1.3 レスポンス・ファイルの一般的な使用手順

- A.2 レスポンス・ファイルの準備

- A.2.1 レスポンス・ファイル・テンプレートの編集

- A.2.2 レスポンス・ファイルの保存

- A.3 レスポンス・ファイルを使用したOracle Universal Installerの実行

- A.4 レスポンス・ファイルを使用したNet Configuration Assistantの実行

- A.5 レスポンス・ファイルを使用したDatabase Configuration Assistantの実行

- A.5.1 サイレント・モードでのDatabase Configuration Assistantの使用

- A.5.2 プログレスのみモードでのDatabase Configuration Assistantの使用

- A.5.3 レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行

- A.6 レスポンス・ファイルを使用したインストール後の構成

- A.6.1 インストール後の構成ファイルについて

- A.6.2 レスポンス・ファイルを使用したインストール後の構成の実行

B Oracleホームのクローニング

- B.1 Oracleホームのクローニング

- B.2 クローニングされたOracleホームでのOracle Configuration Managerの構成

C NASデバイスの使用

- C.1 NASデバイスに関する一般的な構成ガイドライン

- C.2 NFSの特徴

- C.3 マウント・ポイントの選択

- C.3.1 Oracleソフトウェア・ファイルに対するマウント・ポイントの選択

- C.3.2 Oracleデータベース・ファイルおよびOracleリカバリ・ファイルに対するマウント・ポイントの選択

- C.4 NASデバイスでのOracle Automatic Storage Management用のファイルの作成

- C.5 NFSマウント・オプション

D Optimal Flexible Architecture

- D.1 Optimal Flexible Architecture標準の概要

- D.1.1 複数OracleホームおよびOFAの利点

- D.2 Optimal Flexible Architectureの実装

- D.2.1 ファイル・システム

- D.2.1.1 ファイル・システムの数

- D.2.1.2 ネーミング規則

- D.2.2 ディレクトリのネーミング

- D.2.2.1 Oracleベース・ディレクトリのネーミング規則

- D.2.2.2 大規模データベース(VLDB)のマウント・ポイントのネーミング

- D.2.2.3 パス名の参照

- D.2.2.4 Oracleホーム・ディレクトリのネーミング規則

- D.2.2.5 サブディレクトリのネーミング

- D.2.3 データベース・ファイルのネーミング

- D.2.4 異なる要件を持つセグメントの分離

- D.2.5 OracleファイルへのOptimal Flexible Architecture構造の利用

- D.2.6 Optimal Flexible Architectureのファイル・マッピング

E Oracle Databaseのポート番号の管理

- E.1 ポートの管理

- E.2 ポート番号とアクセスURLの表示

- E.3 Oracleコンポーネントのポート番号とプロトコル

- E.4 Oracle Enterprise Management Agentポートの変更

- E.5 Oracle Enterprise Manager Database Controlポートの変更

F Oracle Databaseグローバリゼーション・サポートの構成

- F.1 異なる言語でのOracleコンポーネントのインストールおよび使用

- F.1.1 異なる言語で実行するためのOracleコンポーネントの構成

- F.1.1.1 LANG環境変数によるオペレーティング・システム・ロケールの決定

- F.1.1.2 NLS_LANGを使用したロケールおよびキャラクタ・セットの構成

- F.1.2 翻訳リソースのインストール

- F.2 異なる言語でのOracle Universal Installerの実行

G トラブルシューティング

- G.1 要件の確認

- G.2 X Windowの表示エラー

- G.3 リモート端末でのインストール・エラー

- G.4 インストール・エラーが発生した場合の対処方法

- G.5 インストール・セッションのログの確認

- G.6 Oracle Restartのトラブルシューティングおよび構成解除

- G.7 ホスト名の変更およびCSSのトラブルシューティング

- G.8 コンフィギュレーション・アシスタントのトラブルシューティング

- G.8.1 コンフィギュレーション・アシスタントの障害

- G.8.2 リカバリ不能なエラー

- G.9 インベントリ問題のトラブルシューティング

- G.10 画面表示問題のトラブルシューティング

- G.11 サイレント・モード・インストールでのレスポンス・ファイルのエラー処理

- G.12 インストール失敗後のクリーンアップ

H インストールに関してよくある質問

- H.1 Oracle Databaseのインストール

- H.2 Oracle Databaseツールのインストール

- H.3 Oracle DatabaseおよびOracleのアプリケーションのインストール

- H.4 Oracle Database Heterogeneous Connectivityツール(ゲートウェイ)のインストール

用語集

索引

はじめに

このマニュアルでは、Oracle DatabaseをHP-UXにインストールおよび構成する方法について説明します。このマニュアルでは、Optimal Flexible Architecture、データベース記憶域オプションおよびデータベース構成オプションを説明します。また、レスポンス・ファイルを使用したデータベースのインストールおよび構成、グローバリゼーション・サポート、ポートおよびトラブルシューティングについても説明します。

ここでは、次のトピックについて説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Oracle Database 11gリリース2 (11.2)をHP-UXシステムにインストールするすべてのユーザーを対象にしています。Oracle Database、Oracle Real Application Clusters、Oracle Clusterware、Oracle Database ExamplesおよびOracle Enterprise Manager Grid Controlの他のインストレーション・ガイドについては、関連するインストール・メディアで提供されています。

関連項目:

- 『Oracle Databaseクイック・インストレーション・ガイド for HP-UX PA-RISC(64-Bit)』(デフォルト設定を使用してOracle Databaseをインストールする場合)

- 『Oracle Databaseクイック・インストレーション・ガイド for HP-UX Itanium』(デフォルト設定を使用してOracle Databaseをインストールする場合)

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

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

Oracleサポートへのアクセス

サポートをご購入の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 Database 11g製品の関連マニュアルは、次のとおりです。

- 『Oracle Database概要』

- 『Oracle Database新機能ガイド』

- 『Oracle Databaseライセンス情報』

- 『Oracle Databaseプラットフォーム共通日本語README』

- 『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド for Microsoft Windows and UNIX Systems』

- 『Oracle Gridインフラストラクチャ・インストレーション・ガイド』

- 『Oracle Databaseリリース・ノート for HP-UX』

- 『Oracle Database Clientインストレーション・ガイドfor HP-UX』

- 『Oracle Database Examplesインストレーション・ガイド』

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

- 『Oracle Databaseクイック・インストレーション・ガイドfor HP-UX Itanium』

- 『Oracle Database Clientクイック・インストレーション・ガイドfor HP-UX Itanium』

- 『Oracle Databaseクイック・インストレーション・ガイド for HP-UX PA-RISC(64-Bit)』

- 『Oracle Database Clientクイック・インストレーション・ガイド for HP-UX PA-RISC』

- 『Oracle Database管理者リファレンス for Linux and UNIX-Based Operating Systems』

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

- 『Oracle Databaseアップグレード・ガイド』

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

- 『Oracle Application Expressインストレーション・ガイド』

Oracleエラー・メッセージの情報は、『Oracle Databaseエラー・メッセージ』を参照してください。Oracleエラー・メッセージのドキュメントはHTML形式でのみ提供されます。Oracle Database 11gリリース2 (11.2)オンライン・ドキュメント・ライブラリにのみアクセスできる場合は、範囲を指定してエラー・メッセージを参照できます。特定の範囲を検出したら、ブラウザの「このページの検索」機能を使用して特定のメッセージを検索します。インターネットに接続している場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して、特定のエラー・メッセージを検索できます。

ドキュメント・セットにある多くのマニュアルでは、Oracle Databaseをインストールするときにデフォルトでインストールされるシード・データベースのサンプル・スキーマを使用しています。スキーマの作成方法および使用方法の詳細は、「Oracle Databaseサンプル・スキーマ」を参照してください。

リリース・ノート、インストール・ドキュメント、ホワイト・ペーパーまたはその他の関連ドキュメントは、Oracle Technology Networkから無償でダウンロードできます。Oracle Technology Networkを使用するには、オンラインでの登録が必要です。登録は、次のWebサイトから無償で行えます。

http://www.oracle.com/technetwork/community/join/overview/index.html

Oracle Technology Networkのユーザー名およびパスワードを取得している場合は、次のURLでOracle Technology Network Webサイトのドキュメントのセクションに直接接続できます。

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

このマニュアルのリリース時点で入手できなかった重要な情報は、『Oracle Databaseリリース・ノート for HP-UX』を参照してください。Oracle Databaseのリリース・ノートは定期的に更新されます。リリース・ノートの最新バージョンは、次のURLのOracle Technology Networkで入手できます。

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

Oracle Database 11gリリース2 (11.2)の新機能

この項では、このマニュアルに記載された新機能について説明し、詳細の参照先を示します。

- Oracle Database 11gリリース2 (11.2.0.4)の新機能および拡張機能

- Oracle Database 11gリリース2 (11.2.0.3)の新機能および拡張機能

- Oracle Database 11gリリース2 (11.2.0.2)の新機能

- Oracle Database 11gリリース2 (11.2.0.1)の新機能

- Oracle Database 11gリリース2 (11.2)での非推奨事項

- Oracle Database 11gリリース2 (11.2)でのサポート対象外

Oracle Database 11gリリース2 (11.2.0.4)の新機能および拡張機能

- RACcheck構成監査ツール

RACcheck構成監査ツール

Oracle Real Application Clusters (Oracle RAC)の構成監査ツール(RACcheck)を使用して、Oracle Databaseインストールを確認できます。

注意:
RACcheckツールは、Oracle Database 11gリリース2 (11.2.0.4)以上で使用できます。

関連項目:
「RACcheck構成監査ツールの実行」

Oracle Database 11gリリース2 (11.2.0.3)の新機能および拡張機能

- プロキシ・レルム情報

プロキシ・レルム情報

Oracle Database 11gリリース2 (11.2.0.3)以降、ソフトウェア更新のダウンロードの詳細を指定する際、プロキシ・レルム情報を入力できます。プロキシ・レルムは、認証に使用されるセキュリティ・データベースを識別します。プロキシ・レルムがない場合、「プロキシ・ユーザー名」、「プロキシ・パスワード」および「プロキシ・レルム」の各フィールドに入力する必要はありません。大/小文字が区別されます。

このプロキシ・レルムは、ソフトウェア更新のダウンロードのみを対象とします。

Oracle Database 11gリリース2 (11.2.0.2)の新機能

Oracle Database 11gリリース2 (11.2.0.2)の新機能または拡張機能を次に示します。

- 拡張パッチ・セットのインストール

- 新しいソフトウェア更新オプション

- Oracle Database Clientのインプレース・アップグレード

拡張パッチ・セットのインストール

Oracle Database 11gリリース2の11.2.0.2パッチ・セットのリリース以降、Oracle Databaseのパッチ・セットはOracle Databaseソフトウェアのフル・インストールになりました。新しいパッチ・セット・パッケージの変更点を次に示します。

- 前のリリース(11.x、10.x)から最新のパッチ・セットへの直接アップグレードをサポートします。

- アウトオブプレース・アップグレードにより、新しい別のOracleホームにパッチ・セットをインストールする方法が、推奨されるベスト・プラクティスです。インプレース・アップグレードはサポートされていますが、推奨されません。

- 基本リリースをインストールしてから特定のパッチ・リリースへのアップグレードを実行する必要なしに、最新のパッチ・セットをインストールできます。

関連項目:

- 次のURLのMy Oracle Supportノート1189783.1および854428.1:

https://support.oracle.com

- Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

新しいソフトウェア更新オプション

この機能は、Oracle Database 11gリリース2 (11.2.0.2)以上で使用できます。ソフトウェアの更新機能を使用して、ソフトウェア更新の動的なダウンロードおよび適用をOracle Databaseインストールの一部として実行します。または、-downloadUpdatesオプションを使用して更新のダウンロードのみを行い、後でインストールする際に保存場所を指定して更新を適用することもできます。

関連項目:
「ソフトウェアの更新オプション」

Oracle Database Clientのインプレース・アップグレード

この機能は、Oracle Database 11gリリース2 (11.2.0.2)以上で使用できます。Oracle Database Clientのインプレース・アップグレード機能を使用して、既存のOracle Database Client 11gリリース2 (11.2)バージョンを最新バージョンにアップグレードします。

Oracle Database 11gリリース2 (11.2.0.1)の新機能

Oracle Database 11gリリース2 (11.2.0.1)の新機能または拡張機能を次に示します。

- 新しいOracle Grid Infrastructureインストール・オプション

- 新しい「デスクトップ・クラス」と「サーバー・クラス」オプション

- タイムゾーン付きタイムスタンプ・データ型の夏時間のアップグレード

- SYSASM権限

- 修正スクリプトと前提条件チェック

- 新しいツールによるカスタム・インストール・オプションの構成

- 削除ツール

- インテリジェント・データ配置

- Oracle Data PumpのエクスポートおよびOracle Data Pumpのインポート

- データベースを自動的に再起動するOracle Restartの使用

- クラスタ内の単一インスタンスのデータベースに対するSRVCTLサポート

新しいOracle Grid Infrastructureインストール・オプション

Oracle Grid Infrastructureのインストールが、Oracle Database 11gリリース2で導入されました。単一インスタンスのデータベースの場合、Oracle Grid InfrastructureにはOracle Automatic Storage Management(Oracle ASM)、リスナーおよびOracle Restartが含まれます。Oracle Restartは、Oracle Databaseインスタンス、Oracle Automatic Storage Managementインスタンスおよびリスナーを含むOracle Database環境を監視および管理し、障害発生時にこれらを自動的に再起動する新しい機能です。クラスタ環境の場合、Oracle Grid InfrastructureにはOracle Clusterware、Oracle ASMおよびリスナーが含まれます。

スタンドアロン・サーバーでOracle Grid Infrastructureを使用する場合は、データベースをインストールする前に、Oracle Grid InfrastructureメディアからOracleソフトウェアをインストールする必要があります。

関連項目:
第3章「スタンドアロン・サーバー用のOracle Grid Infrastructure」

新しい「デスクトップ・クラス」と「サーバー・クラス」オプション

Oracle Database 11gリリース2では、新しいオプションが導入され、データベースがインストールされるシステム・タイプを指定できます。ラップトップまたはデスクトップにインストールする場合は「デスクトップ・クラス」オプションを選択し、それ以外の場合は「サーバー・クラス」オプションを選択してサーバーにインストールします。これらのオプションは、「サーバー・クラス」画面で使用できます。

いずれかのオプションを選択した後にインストールされるソフトウェアに差異はありませんが、「デスクトップ・クラス」オプションでは、拡張構成オプションなしに単一インスタンス・データベースがインストールされます。

関連項目:
「デスクトップ・クラス」と「サーバー・クラス」オプションの詳細は、「対話型のインストール・タイプ」を参照してください。

タイムゾーン付きタイムスタンプ・データ型の夏時間のアップグレード

夏時間の変更によってタイムゾーン・バージョン・ファイルが更新されると、TIMESTAMP WITH TIMEZONE(TSTZ)データは古くなります。以前のリリースでは、データベース管理者がSQLスクリプトutltzuv2.sqlを実行してタイムゾーン・バージョンの変更の影響を受けるTSTZデータを検出し、広範囲に及ぶ手順を手動で実行してTSTZデータを更新する必要がありました。

このリリースでは、TSTZデータは、新たに提供されるDBMS_DST PL/SQLパッケージを使用した非常にわずかな手作業で透過的に更新されます。また、クライアントでタイムゾーン・データ・ファイルにパッチを適用する必要がなくなりました。

関連項目:

- タイムゾーン付きタイムスタンプ・データのアップグレード準備の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

- タイムゾーン・ファイルおよびタイムゾーン付きタイムスタンプ・データのアップグレード方法の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- 異なるバージョンのタイムゾーン・ファイルで動作するクライアントおよびサーバーのパフォーマンスの影響の詳細は、『Oracle Call Interfaceプログラマーズ・ガイド』 を参照してください。

SYSASM権限

Oracle Database 11gリリース2 (11.2)以降では、Oracle ASM管理はSYSASM権限を使用して行う必要があります。SYSASM権限は、Oracle ASMインスタンスでパスワード認証を使用して付与することもできます。

OPERATOR権限(SYSASM権限のサブセット、Oracle ASMの起動および停止を含む)は、Oracle ASMグループ用のOSOPERのメンバーに指定できます。

ASM管理にSYSASM権限を使用すると、ASM管理とデータベース管理の対象を明確に分離できます。また、オプションで、同じ記憶域を使用する異なるデータベースが互いのファイルを誤って上書きしないようにすることも可能です。

関連項目:
SYSASM権限、ASMSNMPアカウントおよびOSASMオペレーティング・システム・グループの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

修正スクリプトと前提条件チェック

Oracle Database 11gリリース2 (11.2)以降では、インストーラ(OUI)によってインストールの最低要件が満たされていないことが検出されると、満たされていない様々なシステム構成要件を解決するために、修正スクリプトと呼ばれるスクリプトが作成されます。OUIで不完全なタスクが検出されたときに「修正および再チェック」ボタンをクリックすると、修正スクリプトが生成されます。

Oracle Clusterwareの場合、クラスタ検証ユーティリティ(CVU)を使用してインストール前に修正スクリプトを生成することもできます。

修正スクリプトはインストール時に生成されます。スクリプトをrootとして別のターミナル・セッションで実行するように要求されます。スクリプトを実行すると、必要に応じて一部のシステム・パラメータがOracle推奨値に設定され、他のオペレーティング・システムの構成タスクが完了します。

新しいツールによるカスタム・インストール・オプションの構成

Oracle Universal Installerでは、個別のコンポーネントのカスタム・インストール・オプションを提供しなくなりました。choptツール(ORACLE_HOME/binディレクトリにあるコマンドライン・ユーティリティ)を使用して、データベース・オプションを構成します。

関連項目:
「データベース・オプションの有効化および無効化」

削除ツール

新しい削除ツール(deinstall)は、インストール前にはOracle Technology Networkからダウンロードして、インストール後にはOracleホーム・ディレクトリから使用してOracle Databaseソフトウェアを削除できます。

第7章「Oracle Databaseソフトウェアの削除」を参照してください。

インテリジェント・データ配置

インテリジェント・データ配置機能により、Oracle ASMディスク上のディスク・リージョンを指定して、高いパフォーマンスを提供する一番外側(ホット)のトラックに、頻繁にアクセスされるデータを確実に配置できます。

関連項目:
Oracle ASMインテリジェント・データ配置の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle Data PumpのエクスポートおよびOracle Data Pumpのインポート

データ・ポンプが提供するレガシー・モードにより、Oracle Data Pumpのエクスポートおよびインポート操作の際、元のエクスポートおよびインポート・パラメータを使用できます。

関連項目:
データ・ポンプのレガシー・モードの詳細は、『Oracle Databaseユーティリティ』を参照してください。

データベースを自動的に再起動するOracle Restartの使用

Oracle Restartはこのリリースに含まれる新機能です。この機能により、単一インスタンス環境でのOracleデータベースの可用性が向上します。Oracle Restartをインストールした場合、データベース、リスナーおよびOracle ASMインスタンスを含めて、Oracle Databaseソフトウェア・スタックの一部で一時的な障害が発生した場合、Oracle Restartにより障害の発生したコンポーネントが自動的に再起動されます。また、データベース・ホスト・コンピュータの再起動の際、これらのすべてのコンポーネントがOracle Restartにより起動されます。コンポーネントは、コンポーネント間の依存性も考慮に入れて適切な順序で起動されます。

関連項目:
Oracle Restartの詳細は、『Oracle Database管理者ガイド』の第4章「Oracleデータベースの自動再起動の構成」を参照してください。

Oracle Automatic Storage Managementの新しいインストール方法

過去のリリースでは、Oracle ASMのインストールは、Oracle Databaseインストールの一部として実行されました。Oracle Database 11gリリース2 (11.2)以降では、Oracle ASMのインストールは、Oracle Grid Infrastructureコンポーネントをインストールする際に実行され、Oracle Real Application Cluster(Oracle RAC)などでクラスタにインストールされる場合はOracle Clusterware、単一インスタンス・データベースの場合はOracle RestartとOracleホームを共有します。

既存のOracle ASMをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行してOracle ASMをアップグレードする必要があります。Oracle ASMがインストールされていない場合、Oracle ASMを記憶域オプションとして使用するには、Oracle Databaseのインストールを開始する前に、Oracle Grid Infrastructureのインストールを完了してください。

関連項目:
付録3「スタンドアロン・サーバー用のOracle Grid Infrastructure」

クラスタ内の単一インスタンスのデータベースに対するSRVCTLサポート

SRVCTLが拡張され、スタンドアロン・サーバーおよびOracle Clusterwareを使用したクラスタで、Oracle Restartを備えた単一インスタンス・データベースがサポートされています。SRVCTLは、Oracle Restartを使用する際に、Oracleプロセス(データベース・インスタンス、リスナー、Oracle ASMインタフェース)を管理するために使用するコマンドライン・インタフェースです。SRVCTLを使用すると、Oracle Restart構成の管理、Oracle Restartで管理されるプロセスのステータスの確認、およびOracle Databaseなどのプロセスの開始や停止が可能です。

関連項目:
SRVCTLコマンドの詳細は、『Oracle Database管理者ガイド』の第4章「Oracleデータベースの自動再起動の構成」を参照してください。

Oracle Database 11gリリース2 (11.2)での非推奨事項

Oracle Database 11gリリース2では、次のことが非サポートになるか、使用できなくなりました。

- Oracle Universal InstallerまたはDatabase Configuration Assistantを使用したインストールでは、データファイルをRAWデバイスに直接インストールできなくなりました。ファイル・システムを使用するか、Oracle ASMを使用してください。

- Oracle Ultra Search

Oracle Database 11gリリース2 (11.2)でのサポート対象外

次の機能は、Oracle Database 11gリリース2 (11.2)ではサポートされなくなりました。

- 削除ツールの-cleanupOBaseフラグはサポートされなくなりました。このフラグの代替機能はありません。

1 Oracle Databaseのインストールの概要

この章では、Oracle Databaseの様々なインストール・タイプと、Oracle Databaseのインストール前に考慮が必要な問題について説明します。

- このリリースでインストールされる新しいOracle製品および機能

- インストールの計画

- インストールの考慮事項

- Oracle Databaseのインストール方法

- ソフトウェアの更新オプション

- Oracle Databaseのエディション

- データベース構成オプション

- データベース記憶域オプション

- データベース管理オプション

- データベース・バックアップおよびリカバリ・オプション

- 電子メール通知オプション

- 移行の考慮事項

- アップグレードの考慮事項

1.1 このリリースでインストールされる新しいOracle製品および機能

このリリースでインストールされる新しい機能および製品の詳細は、「Oracle Database 11gリリース2 (11.2)の新機能」を参照してください。

1.2 インストールの計画

Oracle Databaseのインストール・プロセスは、次の手順で構成されます。

1. リリース・ノートの参照: インストールを開始する前に、『Oracle Databaseリリース・ノート for HP-UX』を参照してください。リリース・ノートは、プラットフォーム固有のマニュアルとともに使用可能です。
リリース・ノートの最新バージョンは、次のURLのOracle Technology Networkから入手できます。

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

2. ライセンス情報の確認: メディア・パック内のインストール・メディアには多くのOracleコンポーネントが含まれていますが、使用可能なのは、ライセンスを購入したコンポーネントのみです。
Oracleサポート・サービスでは、ライセンスを購入していないコンポーネントに対するサポートは提供していません。

関連項目:
『Oracle Databaseライセンス情報』

3. インストールの計画: この章では、インストールできるOracle製品と、インストール開始前に考慮が必要な問題について説明します。
また、付録Hでは、サイトでOracleアプリケーションを使用している場合や、複数のOracle Database接続が必要な場合のOracle Databaseのインストール方法など、Oracle Databaseコンポーネントのインストールに関するよくある質問を参照できます。

4. インストール前の作業の完了: 第2章では、製品のインストール前に完了する必要のある作業について説明します。また、Oracle Restartのインストール前の作業の詳細は、第3章を参照してください。

5. ソフトウェアのインストール: 次の各項に従って、Oracle Databaseおよびスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールします。

- 第3章: スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする方法について説明します。

- 第4章: Oracle Universal Installerを使用してOracle Databaseをインストールする方法と、Oracleホームをクローニングする方法について説明します。

- 第7章: Oracle Databaseソフトウェアを削除する方法について説明します。

- 付録A: サイレント・インストールまたはレスポンス・ファイル・インストールの実行について説明します。これらの方法は、複数のOracle Databaseをインストールする必要がある場合に使用します。

- 付録B: Oracleホームのクローニングについて説明します。

- 付録F: グローバリゼーション・サポート情報について説明します。

- 付録G: インストール時に問題が発生した場合のトラブルシューティングについて説明します。

6. インストール後の作業の完了: 第5章では、推奨および必須のインストール後の作業について説明します。

7. Oracle Databaseの使用開始: 次の項を参照してOracle Databaseの使用を開始します。

- 第6章: インストールされたOracle Databaseの内容の確認方法、各種ツールの起動方法、各種ファイルの検索方法について説明します。

- 付録C: ネットワーク接続ストレージ(NAS)・デバイスについて説明します。このデバイスは、Oracleデータベース・ファイルやOracleソフトウェアの格納に使用できます。

- 付録D: Optimal Flexible Architectureについて説明します。これは、少しのメンテナンスで信頼性の高いOracleインストールを確実に行えるようにする一連のガイドラインです。

- 付録E: Oracle Databaseのポート番号を管理する方法について説明します。

1.3 インストールの考慮事項

この項には、この製品のインストール方法を決定する前に考慮する必要のある情報が記載されています。この項の内容は、次のとおりです。

- ハードウェアおよびソフトウェアの動作保証

- 複数のOracleホームのサポート

- スタンドアロン・サーバー用のOracle Grid Infrastructure

- Oracle Cluster Synchronization Services

- Oracle Data Guard環境へのOracle Database Vaultのインストール

- Oracle Database Vaultのデフォルトの監査ポリシーおよび初期化パラメータ

1.3.1 ハードウェアおよびソフトウェアの動作保証

このマニュアルに記載されているプラットフォーム固有のハードウェア要件とソフトウェア要件は、このマニュアルの発行時点での最新情報です。ただし、このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。My Oracle SupportのWebサイトには、次からアクセスできます。

https://support.oracle.com/

My Oracle Supportを使用するには、オンライン登録する必要があります。ログイン後、メニュー・オプションから「動作保証」タブを選択します。「動作保証」ページで、「動作保証検索」オプションを使用して、製品、リリースおよびプラットフォームで検索します。製品デリバリやライフタイム・サポートなどの、動作保証クイック・リンクのオプションを使用して検索することもできます。

1.3.2 複数のOracleホームのサポート

この製品では複数のOracleホームがサポートされています。つまり、ソフトウェアのこのリリースまたは以前のリリースを、同じシステムの異なるOracleホーム・ディレクトリに複数インストールできます。

1.3.2.1 既存のOracleがインストールされているシステムへのOracle Databaseのインストール

Oracle Databaseを新規のOracleホーム・ディレクトリにインストールする必要があります。Oracle Databaseのあるリリースの製品を別のリリースのOracleホーム・ディレクトリにはインストールできません。たとえば、既存のOracle9iのOracleホーム・ディレクトリにOracle Database 11gリリース2のソフトウェアをインストールすることはできません。

このリリースは、別のOracleホーム・ディレクトリにインストールするかぎり、同じシステムに複数回インストールできます。

1.3.3 スタンドアロン・サーバー用のOracle Grid Infrastructure

スタンドアロン・サーバー用のOracle Grid Infrastructureには、エンタープライズ・グリッド・アーキテクチャに単一インスタンスのデータベースを含めるインフラストラクチャが用意されています。Oracle Database 11gリリース2 (11.2)は、これらのインフラストラクチャ製品をOracle Grid Infrastructureホームと呼ばれる1つのソフトウェア・インストールに結合します。単一インスタンスのデータベースの場合、Oracle Grid InfrastructureホームにはOracle RestartおよびOracle Automatic Storage Management(Oracle ASM)ソフトウェアが含まれます。

Oracle ASMまたはOracle Restartを使用する場合は、データベースのインストールおよび作成を行う前に、まず、スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする必要があります。そうでない場合は、データベースを手動でOracle Restartに登録する必要があります。

関連項目:
スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの詳細は、第3章「スタンドアロン・サーバー用のOracle Grid Infrastructure」を参照してください

1.3.4 Oracle Cluster Synchronization Services

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールすると、 Oracle Universal Installer (OUI)で、単一ノードのOracle Cluster Synchronization Services (CSS)が構成されます。CSSは、具体的には、root.shスクリプトで構成されるデーモン・プロセスです。

CSSサービスは、Oracle ASMインスタンスと、データベース・ファイルのストレージ用に依存しているデータベース・インスタンスとの同期を可能にするために必要です。CSSサービスは、Oracle ASMインスタンスまたはデータベース・インスタンスの起動時にすでに実行されている必要があるため、Oracle ASMが起動される前にOracle Restartによって自動的に起動されます。Oracleデータベースのデータベース・ファイルの記憶域にOracle ASMを使用している場合、このプロセスは実行中である必要があります。

単一インスタンスのインストールの場合、CSSデーモンがインストールおよび実行されるOracle Grid Infrastructureホームで、Oracle ASMも実行されます。

注意:
Oracle RACがインストールされているクラスタ・システムでは、CSSデーモンはOracle Clusterwareのインストール時に構成されます。Oracle Clusterwareを実行中のシステムで、Oracle RACまたはOracle Clusterwareを削除する方法の詳細は、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。

関連項目:

「Oracle Automatic Storage Management」

1.3.5 Oracle Data Guard環境へのOracle Database Vaultのインストール

Oracle Data GuardでOracle Database Vaultを使用する場合は、次にアクセスしてMy Oracle Supportでノート754065.1を参照してください。

https://support.oracle.com/

1.3.6 Oracle Database Vaultのデフォルトの監査ポリシーおよび初期化パラメータ

Oracle Database Vaultにより、ベースラインのデータベース監査ポリシーがインストールされます。このポリシーは、Oracle Database Vaultのデータベース表に格納されるアクセス制御構成情報、Oracle Catalogに格納される情報(ロールバック・セグメントや表領域など)、システム権限の使用、Oracle Label Security構成を網羅しています。Oracle Database Vaultをインストールすると、セキュリティ固有のデータベース初期化パラメータがデフォルト値で初期化されます。

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

1.4 Oracle Databaseのインストール方法

Oracle Databaseをインストールする際は、次のような様々な方法を選択できます。

- 対話型のインストール・タイプ

- レスポンス・ファイルを使用した自動インストールの方法

1.4.1 対話型のインストール・タイプ

対話型の方法を使用して「データベースの作成および構成」オプションを選択してOracle Databaseをインストールする場合は、Oracle Universal Installerに表示される一連の画面で、Oracle Databaseソフトウェアのインストールや、データベースの作成に必要な情報をすべて指定できます。

Oracle Database 11gリリース2 (11.2)以降、Oracle Universal Installerには次のオプションが用意されています。

- デスクトップ・クラス: ラップトップまたはデスクトップ・クラス・システムにインストールする場合に、このオプションを選択します。このオプションには初期データベースが含まれ、最小構成が可能です。このオプションは、データベースを短時間で設定するユーザーを対象としています。

- サーバー・クラス: 本番データ・センターにOracle Databaseをデプロイする際に使用するようなサーバー・クラス・システムにインストールする場合に、このオプションを選択します。このオプションでは、より拡張された構成オプションを使用できます。このオプションで使用できる拡張構成オプションには、Oracle RAC、Oracle ASM、バックアップおよびリカバリ構成、Oracle Enterprise Manager Grid Controlとの統合、より細かいメモリー・チューニングなどがあります。
さらに、「サーバー・クラス」オプションには、次のインストール・タイプが用意されています。

- 標準: Oracle Databaseを簡単にインストールするには、このインストール方法を選択します。このインストール・タイプでは、ユーザー入力が最小限で済みます。OUIでは、ソフトウェアがインストールされ、画面上で指定する情報を使用することにより、汎用のデータベースがオプションで作成されます。このインストール・タイプはデフォルトです。

- 詳細: 次のいずれかのタスクを実行する場合は、このインストール・タイプを選択します。

- データベース・キャラクタ・セットまたは異なる製品言語を選択します。

- インストール中にEXAMPLE表領域を作成します。

- ソフトウェアとは異なるファイル・システムにデータベースを作成します。

- 管理スキーマに異なるパスワードを指定します。

- 自動バックアップまたはOracle Enterprise Manager通知を構成します。

- Oracle Configuration Managerを構成します。

- 使用可能なコンポーネント・リストのコンポーネントのカスタマイズ。「データベース・エディションの選択」画面で、「Enterprise Edition」を選択すると、ほとんどの顧客がOracle Databaseのインストールに際して必要とするコンポーネントが自動的に選択されます。「オプションの選択」をクリックしてコンポーネント・リストのコンポーネントをカスタマイズすることも可能です。

関連項目:
Oracle Databaseのインストールの詳細は、「コンポーネント固有のインストール・ガイドラインの参照」を参照してください。

1.4.2 レスポンス・ファイルを使用した自動インストールの方法

レスポンス・ファイルを作成し、それをOracle Universal Installerの起動時に指定することにより、Oracle Databaseのインストールの手順の一部またはすべてを自動化できます。類似した構成を持つシステム上で複数インストールを実行する必要がある場合や、このソフトウェアをインストールするシステムに、X Window Systemソフトウェアがインストールされていない場合には、この自動インストールの方法が便利です。

レスポンス・ファイルを使用すると、必要な情報をすべて指定したかどうかによって、次のいずれかのモードでOracle Universal Installerを実行できます。

- サイレント・モード: Oracle Universal Installerの起動時に、必要な情報をすべて指定したレスポンス・ファイルを使用して-silentオプションを指定すると、Oracle Universal Installerはサイレント・モードで実行されます。Oracle Universal Installerの画面は表示されません。

- レスポンス・ファイル・モード: レスポンス・ファイルに必要な情報を一部指定しない場合、Oracle Universal Installerはレスポンス・ファイル・モードで実行されます。

これらのモードおよびレスポンス・ファイルを使用したインストールの実行方法の詳細は、付録Aを参照してください。

1.5 ソフトウェアの更新オプション

ソフトウェアの更新機能を使用して、Oracleでの最新の更新(個別パッチの更新、クリティカル・パッチの更新、Oracle Universal Installerの更新、最新のパッチ・セット更新など)を動的にダウンロードし、適用します。この機能は、Oracle Database 11gリリース2 (11.2.0.2)で使用できます。

My Oracle Supportの資格証明を入力して最新の更新をダウンロードするか、以前にダウンロードした更新を適用できます。または、-downloadUpdatesオプションを使用して更新を別途ダウンロードしておき、後で更新の保存場所を指定してOracle Databaseのインストール中に適用することもできます。

関連項目:
-downloadUpdatesオプションおよびインストールの際の動的なソフトウェア更新の適用の詳細は、「Oracle Universal Installerの実行」を参照してください。

1.6 Oracle Databaseのエディション

Oracle Database 11gリリース2 (11.2)のインストール時には、次のデータベース・エディションから1つ選択できます。

- Enterprise Edition: 「Standard Edition」を選択した場合にインストールされる全製品に加えて、ライセンス供与可能なOracle Databaseオプションとデータベース構成および管理ツールがインストールされます。また、データ・ウェアハウスおよびトランザクション処理で普及している製品もインストールされます。このオプションを使用すると、コンポーネント・リストのコンポーネントを個別に有効または無効にすることもできます。

- Standard Edition: このインストール・タイプは、部門またはワークグループ・レベルのアプリケーションおよび中小企業(SME)向けに設計されています。コア・リレーショナル・データベース管理サービスおよびオプションを提供するように設計されています。管理ツール、完全分散、レプリケーション、Web機能およびビジネス集中型アプリケーションの構築に役立つ統合セットがインストールされます。

- Standard Edition One: このインストール・タイプは、部門レベル、ワークグループ・レベルまたはWebアプリケーション向けに設計されています。中小企業の単一インスタンス環境から、多くの部門に分散されている環境まで、Oracle Database Standard Edition Oneには、ビジネス集中型アプリケーションの構築に必要なすべての機能が備わっています。

注意:

- Oracle Database Clientは個別にインストールする必要があります。Oracle Databaseをインストール中にインストールすることはできません。インストール手順は、Oracle Database Clientのインストレーション・ガイドを参照してください。

- インストール・プロセスはすべてのデータベース・エディションで同じです。

- 必ず有効なライセンスがある製品のみをインストールしてください。

関連項目:
各Oracle Databaseエディションで使用可能な機能の詳細とライセンスの情報は、『Oracle Databaseライセンス情報』を参照してください。

1.7 データベース構成オプション

Oracle Databaseのインストール時、インストールの一環としてOracleデータベースを作成するよう選択できます。Oracleデータベースの作成を選択すると、Oracle Universal InstallerではOracle Database Configuration Assistantを使用してOracleデータベースが作成されます。様々な異なるアプリケーション用に設計されている事前構成済データベース・タイプの1つを作成するか、事前構成済データベース・タイプの1つを変更するか、または要件に適したカスタマイズ・データベースを作成できます。

この項では、次のデータベース構成オプションについて説明します。

- 事前構成済データベース・タイプ

- データベースの作成に影響するインストールの選択

- インストール後のデータベースの作成

1.7.1 事前構成済データベース・タイプ

Oracleでは、インストール時に作成したりカスタマイズできる次の事前構成済データベース・タイプを提供しています。

- 汎用目的、トランザクション処理

- データ・ウェアハウス

これらの事前構成済データベース・タイプの説明は、Oracle Universal InstallerまたはOracle Database Configuration Assistantのオンライン・ヘルプを参照してください。

1.7.2 データベースの作成に影響するインストールの選択

Oracle Universal Installerは、インストール時の選択により、次の2通りのモードでOracle Database Configuration Assistantを実行します。

- サイレント・モードまたはレスポンス・ファイル・モード
「Enterprise Edition」または「Standard Edition」のデータベース・エディションを選択した場合、事前構成済データベース・タイプを作成するよう選択してください。Oracle Universal Installerでは、選択したタイプのデータベースの作成に必要な最低限の情報がプロンプトで表示されます。この場合、ソフトウェアのインストール後に、Oracle Database Configuration Assistantがサイレント・モードまたはレスポンス・ファイル・モードで実行され、データベースが作成されます。

注意:
以前にデータベースを作成していない場合、この方法を使用してデータベースを作成することをお薦めします。

- 対話モード
Oracle Universal Installerを使用してデータベースをインストールし、OracleホームからOracle Database Configuration Assistantを起動します。Oracle Database Configuration Assistantは対話モードで実行されます。Oracle Database Configuration Assistantの画面を使用すると、事前構成済データベース・タイプのうち1つを変更するか、データベースをカスタマイズできます。

注意:
この方法を選択してデータベースを作成する場合、Oracle Database Configuration Assistantの各画面で指定の必要な情報の説明を表示するには、その画面にある「ヘルプ」をクリックしてください。

1.7.3 インストール後のデータベースの作成

インストール中にデータベースを作成しなかった場合、ソフトウェアのインストール後にOracle Database Configuration Assistantを使用してデータベースを作成できます。インストール後にOracle Database Configuration Assistantを使用してデータベースを作成する方法の詳細は、『Oracle Database 2日でデータベース管理者』のDBCAを使用したデータベースの作成と管理に関する項を参照してください。

1.8 データベース記憶域オプション

インストール時にデータベースを作成する場合は、データベース・ファイルについて次の記憶域オプションのいずれか1つを指定できます。

- ファイル・システム

- Oracle Automatic Storage Management

注意:
インストール中にRAWデバイスにファイルをインストールするオプションは使用できなくなりました。ファイル・システムまたはOracle Automatic Storage Management(Oracle ASM)を使用する必要があります。

1.8.1 ファイル・システム

ファイル・システム・オプションを使用すると、Oracle Database Configuration Assistantにより、コンピュータにマウントされたファイル・システムのディレクトリにデータベース・ファイルが作成されます。オペレーティング・システムまたはOracleソフトウェアで使用されるファイル・システムとは異なるファイル・システムを選択することをお薦めします。次のいずれのファイル・システムも選択できます。

- システムに物理的に接続されているディスク上のファイル・システム
論理ボリュームまたはRAIDデバイス以外の基本ディスクにデータベースを作成する場合は、Optimal Flexible Architecture (OFA)推奨事項に従い、データベース・ファイルを複数のディスクに分散させることをお薦めします。

- 論理ボリューム・マネージャ(LVM)またはRAIDデバイス上のファイル・システム
LVMまたはRAID構成で複数のディスクを使用している場合は、Stripe-And-Mirror-Everything(SAME)方法論を使用してパフォーマンスと信頼性を高めることをお薦めします。この方法を使用すると、データベース記憶域用に複数のファイル・システムのマウント・ポイントを指定する必要がありません。

- 動作保証されているネットワーク接続ストレージ(NAS)デバイスからマウントされたネットワーク・ファイル・システム(NFS)。NFS構成の管理が簡素化され、パフォーマンスも向上するダイレクトNFSクライアント機能を使用することもできます。
オラクル社によってNASデバイスが動作保証されている場合、これらにデータベース・ファイルを格納できます。

関連項目:

- NASデバイスの動作保証情報は、「NASデバイスに関する一般的な構成ガイドライン」を参照してください。

- 「ダイレクトNFSクライアント」

「詳細」データベース作成オプション使用する場合は、新規データベースでOracle Managed Files機能を使用することもできます。この機能を使用するには、データベース・ファイルを作成または削除するときに、ファイル名ではなくデータベース・オブジェクト名を指定する必要があります。

関連項目:
『Oracle Database管理者ガイド』の「データベースの作成でのOracle Managed Filesの指定」

1.8.2 Oracle Automatic Storage Management

Oracle Automatic Storage Management(Oracle ASM)は、パフォーマンスの高いストレージ管理ソリューションです。Oracle Databaseファイルでは、データベースの作成やレイアウトおよびディスク領域の管理など、動的なデータベース環境の管理作業が簡素化されます。

Oracle ASMは、単一データベース・インストール環境、複数データベース・インストール環境、およびOracle RAC環境で使用できます。また、Oracle Database 10gリリース1 (10.1.0.3以上)で作成されたデータベースで使用できます。ただし、Oracle Database 11gリリース2 (11.2)のデータベースでは、Oracle Database 11gリリース2 (11.2)以上のOracle ASMを使用する必要があります。Oracle ASMは、Oracle Grid Infrastructureインストールの一部としてインストールされます。Oracle ASMを使用する場合は、データベースのインストールおよび作成を行う前にOracle Grid Infrastructureをインストールする必要があります。既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行してOracle ASMをアップグレードする必要があります。

関連項目:
Oracle Grid Infrastructureソフトウェアのインストールの詳細は、第3章「スタンドアロン・サーバー用のOracle Grid Infrastructure」を参照してください

Oracle ASMでは、REDOログ、制御ファイル、データ・ポンプ・エクスポート・ファイルなど、すべてのデータベース・ファイルの記憶域が管理されます。

高度なレベルでは、Oracle ASMを実装すると、ストライプ化およびミラー化を考慮して、パーティション化されたディスクがOracle Databaseに割り当てられます。Oracle ASMにより、ディスク領域が自動的に管理されます。したがって、論理ボリューム・マネージャ(LVM)のような従来のディスク管理ツール、ファイル・システムおよび両者の管理に必要となる数多くのコマンドが必要なくなります。Oracle ASMとデータベース・インスタンスとの同期化は、CSSにより処理されます。

Oracle ASMのインストールは、次の2つの要素によって構成されています。

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

- Oracle Automatic Storage Managementインスタンス

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

ディスク・グループは、Oracle ASMにより1つのユニットとして管理されるディスク・デバイスの集合です。各ディスク・デバイスには、個別の物理ディスク、RAIDストレージ・アレイや論理ボリュームなどの複数のディスク・デバイス、または物理ディスク上のパーティションを使用できます。ほとんどの場合、ディスク・グループは1つ以上の個別物理ディスクで構成されます。Oracle ASMでディスク・グループ内の入出力操作と記憶域のバランスを効果的に調整できるように、ディスク・グループ内のすべてのデバイスの記憶容量とパフォーマンスが、完全に同じでなくとも類似していることを確認する必要があります。

Oracle ASMディスク・グループ・テンプレートを使用すると、ディスク・グループ内の個別ファイル・タイプの冗長性属性およびストライプ化属性を設定できます。ディスク・グループを作成すると、Oracle ASMにより、そのディスク・グループ用に一連のデフォルト・テンプレートが作成されます。デフォルトのテンプレート設定は、ディスク・グループのタイプに応じて異なります。たとえば、標準および冗長性の高いディスク・グループの場合、制御ファイルのデフォルト・テンプレートは3方向ミラー化に設定されます。他のファイルは、標準冗長性の場合は双方向ミラー化に設定され、高冗長性の構成時には3方向ミラー化に設定されます。高冗長性ディスク・グループの場合、デフォルトのミラー化を変更できません。つまり、高冗長性ディスク・グループでは、すべてのファイルが常に3方向でミラー化されます。デフォルト・テンプレートは、サイトの要件に合せて変更できます。詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle ASMはディスク・グループのすべてのデバイスにデータを均等に分散させて、パフォーマンスと使用率を最適化します。データベースを停止せずに、ディスク・グループにディスク・デバイスを追加または削除できます。ディスクを追加または削除すると、Oracle ASMによりディスク・グループ内の各ファイルのバランスが再調整されます。複数のディスク・グループを作成し、日常のファイル格納アクティビティに加えて、バックアップおよびリカバリ操作のような特定のタスクを実行できます。

ディスク・グループにデバイスを追加するときに、そのデバイスの障害グループを指定できます。障害グループにより、同じコントローラに接続されているデバイスなど、共通の障害特性を持つディスク・デバイスが識別されます。コントローラに障害が発生すると、そこに接続されているデバイスがすべて使用不可能になります。デフォルトでは、各デバイスはそれぞれの障害グループにも属しています。Oracle ASMでは、指定された障害グループを使用してデータがディスク・グループ内のデバイスに分散され、コンポーネントの障害によるデータ消失の危険性が最小限に抑制されます。

Oracle Automatic Storage Managementインスタンス

Oracle ASMインスタンスは、Oracle ASMディスク・グループを管理する特殊なOracleインスタンスです。Oracle Grid Infrastructureをインストールすると、必要に応じて、Oracle ASMインスタンスおよびASMSNMPアカウントが作成され起動されます。Oracle Enterprise Managerでは、このアカウントを使用してOracle ASMインスタンスが監視され、Oracle ASM関連のデータ・ディクショナリ・ビューからデータが取得されます。ASMSNMPアカウントの作成と同時にステータスはOPENに設定され、SYSDBA権限が付与されます。

Oracle ASMインスタンスは独自のOracleホームに格納しておくことをお薦めします。また、Oracle ASMを使用するデータベース・インスタンスを起動する前に、このインスタンスを実行することをお薦めします。

Oracle Databaseインストールの場合、必要なOracle ASMインスタンスは、コンピュータ上のデータベース・インスタンス数に関係なく1つのみです。

関連項目:
ASMSNMPユーザーの詳細は、『Oracle Automatic Storage Management管理者ガイド』の「Oracle Enterprise ManagerによるOracle ASMユーザーの管理」を参照してください。

1.9 データベース管理オプション

データベース管理を容易にするために、Oracle Enterprise Managerと呼ばれるWebベースの管理ツールが提供されています。Oracle Enterprise Managerは、次のような方法でデプロイできます。

- Oracle Enterprise Managerを環境の中心にデプロイ
Oracle Enterprise Managerを中心にデプロイするには、1つ以上のOracle Management Repositoryと1つのOracle Management Serviceを環境にインストールした後、管理する各コンピュータにOracle Enterprise Management Agentをインストールする必要があります。その後、単一のHTMLインタフェースを使用して、それらの全システムのソフトウェア・ターゲットおよびハードウェア・ターゲットを管理および監視できます。ターゲットには、Oracleデータベース、アプリケーション・サーバー、Netリスナーおよびサード・パーティのソフトウェアを含めることができます。この単一のインタフェースは、Oracle Enterprise Manager Grid Control(または単にGrid Control)と呼ばれています。

注意:

- Oracle Enterprise Managerは、Oracle Enterprise Manager Grid Controlインストール・メディアに別個に使用できます。また、次のOracle Technology NetworkのWebサイトからも入手できます。
http://www.oracle.com/technetwork/indexes/documentation/index.html

- 動作保証の最新情報は、次のURLからMy Oracle Supportのノート412431.1の「Oracle Enterprise Manager Grid Controlの動作保証チェッカ」を参照してください。
https://support.oracle.com/

- Oracle Enterprise Manager Database Controlをデータベース・システム上にローカルにデプロイ
Oracle Enterprise Manager Database Controlソフトウェアは、Oracle Databaseのインストール時にデフォルトでインストールされます。このローカルでのインストールにより、Oracle Enterprise Manager Database Controlと呼ばれるWebベース・インタフェースが提供されます。Database Controlは、Grid Controlと類似していますが、Database Controlの場合は単一のデータベースのみを管理できます。このシステム上で複数のデータベースを管理する場合は、データベースごとに別のDatabase Controlを構成するか、Oracle Enterprise Manager Grid Controlをインストールする必要があります。

関連項目:
Oracle Enterprise Managerの詳細は、Oracle Enterprise Manager Grid Controlインストール・メディアに収録されている『Oracle Enterprise Manager概要』および『Oracle Enterprise Manager Grid Control基本インストレーション・ガイド』を参照してください。

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

- 事前構成済データベースの管理オプション

- カスタム・データベースの管理オプション

- Oracle Enterprise Manager Database Controlで使用できる機能

1.9.1 事前構成済データベースの管理オプション

インストール時に事前構成済データベースを作成する場合は、データベースの管理に使用するOracle Enterprise Managerインタフェースを選択する必要があります。次のオプションを使用できます。

- 中央データベース管理にGrid Controlを使用
このオプションは、Oracle Enterprise Manager Database Control Agentがシステム上にインストールされている場合にのみ使用できます。Oracle Universal Installerにより、システム上でOracle Management Agentが検出された場合は、このオプションを選択して、データベースの管理に使用するOracle Management Serviceを指定できます。

Oracle Management Agentがインストールされていない場合、データベースの管理にDatabase Controlを使用する必要があります。しかし、Oracle Databaseのインストール後にOracle Management Agentをインストールする場合には、このデータベースの管理にGrid Controlを使用できます。

- ローカル・データベース管理にDatabase Controlを使用
このオプションは、Oracle Management Agentがシステム上にインストールされていない場合に、デフォルトで選択されます。ただし、Management Agentがインストールされている場合でも、Database Controlを構成してデータベースを管理できます。

1.9.2 カスタム・データベースの管理オプション

Oracle Universal Installerを使用してデータベースをインストールし、OracleホームからOracle Database Configuration Assistantを起動します。Oracle Database Configuration Assistantは対話モードで実行されます。Oracle Database Configuration Assistantの画面を使用して、データベースの管理に使用するOracle Enterprise Managerインタフェースを指定できます。Enterprise Managerでデータベースを構成しないように選択することもできます。

インストール時にEnterprise Managerを使用してデータベースを構成することをお薦めします。ただし、インストール時にEnterprise Managerを使用してデータベースを構成しない場合は、インストール後にOracle Database Configuration Assistantを使用して、Enterprise Managerを使用するようにデータベースを構成できます。

1.9.3 Oracle Enterprise Manager Database Controlで使用できる機能

Oracle Enterprise Manager Database Controlでは、Oracleデータベースの監視、管理および保守に使用できるWebベースのユーザー・インタフェースが提供されます。これを使用して、すべてのデータベース管理タスクを実行できます。また、データベースに関する情報の確定にも使用できます。

- インスタンス名、データベースのバージョン、Oracleホームの位置、メディア・リカバリ・オプションおよびその他のインスタンス・データ

- 現行のインスタンスの可用性

- データベース・アラート情報

- セッションおよびSQL関連のパフォーマンス情報

- 領域使用マトリクス

この他にも、セキュリティ・アラートの自動通知機能や、ソフトウェア用のパッチをダウンロードして適用する機能があります。

1.10 データベース・バックアップおよびリカバリ・オプション

インストール時にOracle Enterprise Manager Database Controlを使用する場合は、オプションでオラクル社推奨のデフォルト・バックアップ方法を使用する自動データベース・バックアップを有効にできます。インストール時に自動バックアップを有効にする必要はありません。Oracle Enterprise Manager Database ControlまたはGrid Controlを使用して、ソフトウェアをインストールしてデータベースを作成した後に自動バックアップを構成できます。

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

- 自動バックアップの有効化

- バックアップ・ジョブのデフォルト設定

関連項目:

- Oracle Enterprise Manager Database Controlを使用した自動バックアップの構成やカスタマイズ、またはバックアップしたデータベースのリカバリの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップ方法の定義と、Oracleデータベースのバックアップおよびリカバリの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

1.10.1 自動バックアップの有効化

自動バックアップを有効にすると、Oracle Enterprise Managerでは、高速リカバリ領域と呼ばれるディスク上の記憶域にすべてのデータベース・ファイルをバックアップするOracle Recovery Manager(RMAN)を使用して、日次バックアップ・ジョブがスケジュールされます。バックアップ・ジョブの初回実行時には、データベースの全体バックアップが作成されます。その後のバックアップ・ジョブでは、増分バックアップが実行され、先行する24時間におけるどの時点の状態にもデータベースをリカバリできます。

自動バックアップ・ジョブをインストール時に有効にするには、次の情報を指定する必要があります。

- 高速リカバリ領域の場所
高速リカバリ領域では、ファイル・システム・ディレクトリまたはOracle ASMディスク・グループのいずれかを使用できます。高速リカバリ領域およびデータファイルの場所にデフォルト値を設定する場合は、開始ポイントとしてOracleベースを使用します。Oracleベースの詳細は、『Oracleベース・ディレクトリ』を参照してください。

- デフォルトの高速リカバリ領域: $ORACLE_BASE/recovery_area

- デフォルトのデータファイルの場所: $ORACLE_BASE/oradata

高速リカバリ領域に構成されるデフォルトのディスク割当て制限は、2GBです。Oracle ASMディスク・グループでは、必要なディスク領域は選択するディスク・グループの冗長性レベルにより決定します。高速リカバリ領域の場所を選択する方法およびそのディスク領域要件の詳細は、第2章を参照してください。

- バックアップ・ジョブのオペレーティング・システムのユーザー名およびパスワード
Oracle Enterprise Managerでは、バックアップ・ジョブの実行時に指定するオペレーティング・システムの接続情報が使用されています。指定するユーザー名は、データベース管理者を識別するUNIXグループ(ORA_DBAグループ)に属している必要があります。このユーザーは、Logon As A Batch Job権限も備えている必要があります。

1.10.2 バックアップ・ジョブのデフォルト設定

インストール時に事前構成済データベースを選択した後に自動バックアップを有効にすると、自動バックアップは次のデフォルト設定で構成されます。

- バックアップ・ジョブは毎朝2.00 a.m.に実行するようスケジュールされています。

- 高速リカバリ領域のディスク割当て制限は、2GBです。

インストール時またはインストール後のいずれかの時点で、Oracle Database Configuration Assistantを使用して自動バックアップを有効にすると、様々なバックアップ・ジョブの開始時間および様々な高速リカバリ領域のディスク割当て制限を指定できます。

1.11 電子メール通知オプション

インストール時、データベースの管理にOracle Enterprise Manager Database Controlを使用するオプションを選択すると、特定のイベントが発生した場合に電子メールを自動的に送信するようOracle Enterprise Managerを構成することもできます。これらのイベントには、ディスク領域のクリティカル制限(しきい値)への到達、またはデータベースの予期しない停止などの状態変化を含めることができます。

電子メール通知を有効にするには、次の情報を指定する必要があります。

- Simple Mail Transfer Protocol(SMTP)サーバーのホスト名

- アラートを受信する電子メール・アドレス
電子メール・アドレスには、個人のアドレス、共有電子メール・アカウントまたは配布リストを指定できます。

Oracle Enterprise Manager Database Controlを使用すると、データベースの作成後に電子メール通知を設定、変更またはカスタマイズできます。

注意:
「電子メール通知を有効にする」オプションは、Oracle Database 11gリリース2 (11.2.0.2)以降使用できません。

1.12 移行の考慮事項
『Oracle Database管理者リファレンス for Linux and UNIX-Based Operating Systems』を参照してください。
移行の詳細は、Oracle Databaseの管理者リファレンスの、ASMに対するデータの移行に関する項を参照してください。

1.13 アップグレードの考慮事項

以前のリリースのOracle DatabaseからOracle Database 11gリリース2 (11.2)へのアップグレードの詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。次の各項では、既存のデータベースをアップグレードする前に確認する必要があるプラットフォーム固有のその他のアップグレード情報について説明します。

- Oracle Automatic Storage Managementのアップグレード

- 夏時間のアップグレード

- 同じOracleホームでのOracle Databaseのアップグレード

1.13.1 データベースのアップグレード前のオペレーティング・システムのアップグレード

新しいリリースのOracle Databaseにアップグレードする場合、オペレーティング・システム要件が変更されている可能性があります。必要に応じて、Oracle Databaseをアップグレードする前にオペレーティング・システムをアップグレードします。サポートされているオペレーティング・システムの一覧については、第2章「Oracle Databaseのインストール前の作業」を参照してください。

オペレーティング・システムをアップグレードしてからデータベースのアップグレードを実行するには、次のいずれかの手順を実行します。

- オペレーティング・システムのアップグレード

- 新しいコンピュータへの移行

1.13.1.1 オペレーティング・システムのアップグレード

オペレーティング・システムをアップグレードします。次に、手動またはOracle Database Upgrade Assistantでデータベースをアップグレードします。

1.13.1.2 新しいコンピュータへの移行

次のいずれかの方法を使用して、新しいコンピュータに移行します。

- 新しいコンピュータでデータベースをアップグレードするには、次のようにします。

1. 前のオペレーティング・システムを実行しているコンピュータから、サポートされているオペレーティング・システムを実行しているコンピュータに、データベース・ファイルをコピーします。

2. サポートされているオペレーティング・システムを実行しているコンピュータに制御ファイルを再作成します。

3. 『Oracle Databaseアップグレード・ガイド』に説明されている方法を使用して、データベースを手動でアップグレードします。

注意:
この方法では、Oracle Database Upgrade Assistantは使用できません。ただし、前のデータベースに戻す処理は容易になります。

- また、『Oracle Databaseアップグレード・ガイド』に説明されている、エクスポート/インポート・ユーティリティの方法を使用して、データベースをアップグレードすることも可能です。

関連項目:
現在のデータベース・リリースのアップグレード方法の詳細は、『Oracle Databaseアップグレード・ガイド』のOracle Databaseをアップグレードする場合にサポートされるアップグレード・パスに関する項の表を参照してください。

1.13.2 Oracle Automatic Storage Managementのアップグレード

以前のリリースでは、Oracle Databaseのインストールの一部としてOracle ASMがインストールされました。Oracle Database 11gリリース2 (11.2)では、Oracle ASMは、クラスタまたはスタンドアロン・サーバーへのOracle Grid Infrastructureのインストールに含まれます。

既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行してOracle ASMをアップグレードする必要があります。Oracle ASMがインストールされていない場合、Oracle ASMを記憶域オプションとして使用するには、Oracle Databaseのインストールを開始する前に、Oracle Grid Infrastructureのインストールを完了してください。

関連項目:

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

- 『Oracle Databaseアップグレード・ガイド』

1.13.3 夏時間のアップグレード

夏時間のアップグレードの詳細は、「タイムゾーン付きタイムスタンプ・データ型の夏時間のアップグレード」を参照してください。

1.13.4 同じOracleホームでのOracle Databaseのアップグレード

Oracle Databaseのインプレース・アップグレードの実行の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

2 Oracle Databaseのインストール前の作業

この章では、Oracle Universal Installer (OUI)を起動する前に完了しておく必要がある作業について説明します。

このマニュアルには、Oracle Database 11gリリース2 (11.2)をインストールするために必要な情報が含まれています。Oracle Database 11gをインストールするプラットフォームに関連した情報を必ず確認してください。

注意:

- Oracle Automatic Storage Management(Oracle ASM)またはOracle Restartを使用するには、データベースのインストールおよび作成を行う前に、まず、Oracle Grid Infrastructureをインストールする必要があります。そうでない場合は、データベースを手動でOracle Restartに登録する必要があります。

- また、データベースのインストール前の作業を続行する前に、「Oracle Grid Infrastructureのインストール要件」を参照してください。

内容は次のとおりです。

- システムへrootとしてログイン

- ハードウェア要件の確認

- ソフトウェア要件の確認

- オペレーティング・システムの一般的なセキュリティの措置の確認

- インストール修正スクリプト

- UDPおよびTCPカーネル・パラメータの確認

- ホスト名解決の確認

- ネットワーク設定の確認

- 必要なオペレーティング・システム・グループおよびユーザーの作成

- HP-UXシステムのカーネル・パラメータの構成

- オペレーティング・システムの一般的なセキュリティの措置の確認

- 必要なソフトウェア・ディレクトリの識別

- Oracleベース・ディレクトリの識別または作成

- Oracle Databaseファイルおよびリカバリ・ファイルの記憶域オプションの選択

- Oracle Databaseファイルまたはリカバリ・ファイル用ディレクトリの作成

- 既存のOracleプロセスの停止

- Oracleソフトウェア所有者環境の構成

関連項目:

- 「Oracle Grid Infrastructureのインストール要件」

- 『Oracle Configuration Managerインストールおよび管理ガイド』および『Oracle Configuration Manager前提条件』のインストール前の要件に関する項

- Oracle Configuration Managerをインストールする際に使用できる有効な国コードのリストは、『Oracle Configuration Managerインストレーションおよび管理ガイド』の付録A「国コード」を参照してください。

2.1 システムへrootとしてログイン

Oracleソフトウェアをインストールする前に、rootユーザーとしていくつかのタスクを完了しておく必要があります。rootユーザーとしてログインするには、次の手順のいずれかを実行します。

注意:
サイレント・モードのインストールを実行する場合を除き、X Window Systemワークステーション、Xターミナル、PC、またはXサーバー・ソフトウェアがインストールされているその他システムからソフトウェアをインストールする必要があります。
サイレント・モードのインストールの詳細は、付録Aを参照してください。

- X Window SystemワークステーションまたはXターミナルからのソフトウェアのインストール手順:

1. Xターミナル(xterm)など、ローカル・ターミナル・セッションを開始します。

2. ローカル・システムにソフトウェアをインストールしない場合は、次のコマンドを入力して、リモート・ホストでのローカルのXサーバーのXアプリケーションの表示を可能にします。

$ xhost fully_qualified_remote_host_name

次に例を示します。

$ xhost somehost.example.com

3. ローカル・システムにソフトウェアをインストールしない場合は、ssh、rlogin、またはtelnetコマンドを使用して、ソフトウェアをインストールするシステムに接続します。

$ telnet fully_qualified_remote_host_name

4. rootユーザーとしてログインしていない場合は、次のコマンドを入力してユーザーをrootに切り替えます。

$ sudo sh
password:
#

- Xサーバー・ソフトウェアがインストールされたPCまたはその他のシステムからソフトウェアをインストールする手順:

注意:
この手順の実行に関する詳細は、必要に応じてXサーバーのドキュメントを参照するか、Xサーバーのベンダーまたはシステム管理者に問い合せてください。使用しているXサーバーのソフトウェアによっては、別の順序でタスクを実行する必要がある場合があります。

1. Xサーバー・ソフトウェアを開始します。

2. Xサーバー・ソフトウェアのセキュリティ設定を、リモート・ホストでローカル・システムのXアプリケーションを表示できるように構成にします。

3. ソフトウェアをインストールするリモート・システムに接続し、そのシステム上でXターミナル(xterm)などのターミナル・セッションを開始します。

4. リモート・システム上でrootユーザーとしてログインしていない場合、次のコマンドを入力してユーザーをrootに切り替えます。

$ sudo sh
password:
#

2.2 ハードウェア要件の確認

システムは次の最小ハードウェア要件を満たしている必要があります。

- メモリー要件

- ディスク領域要件

- ディスプレイ要件

- 実行レベル要件

2.2.1 メモリー要件

Oracle Database 11gリリース2 (11.2)のインストールのメモリー要件は次のとおりです。

最小: 1GBのRAM

推奨: 2GB以上のRAM

- RAMサイズを確認するには、次のコマンドを入力します。

# /usr/contrib/bin/machinfo  | grep -i Memory

RAMのサイズが必要サイズより小さい場合は、先に進む前にメモリーを増設する必要があります。

- 次の表は、インストールされているRAMと構成済スワップ領域の推奨サイズの関係を示したものです。

RAM

スワップ領域

1から2GB

RAMサイズの1.5倍

2から16GB

RAMのサイズと同じ

16GB超

16GB

RAMのサイズが必要サイズより小さい場合は、先に進む前にメモリーを増設する必要があります。

構成済スワップ領域のサイズを確認するには、次のコマンドを入力します。

# /usr/sbin/swapinfo -a

必要に応じて、使用するオペレーティング・システムのドキュメントに記載された追加のスワップ領域の構成方法の説明を参照してください。

注意:

- 値をファイナライズする前に、使用可能なRAM領域およびスワップ領域用に複数の値を選択することをお薦めします。これは、ユーザーとコンピュータの間の相互作用に応じて、使用可能なRAM領域およびスワップ領域が常に変化するためです。

- サーバーのスワップ領域の割当てについては、オペレーティング・システム・ベンダーに確認してください。ベンダーのガイドラインは、このガイドに示すスワップ領域の要件に優先します。

2.2.2 ディスク領域要件

Oracle Database 11gリリース2 (11.2)のインストールのディスク領域要件は次のとおりです。

- /tmpディレクトリに1GB以上の領域
/tmpディレクトリ内の使用可能な領域の量を確認するには、次のコマンドを入力します。

# bdf /tmp

/tmpディレクトリの空き領域が、必要な領域の要件を満たさない場合、次のいずれかの手順を実行します。

- ディスク領域の要件が満たされるように、/tmpディレクトリから不要なファイルを削除します。

- oracleユーザーの環境を設定するときに、TMPおよびTMPDIR環境変数を設定します。

関連項目:
TMPおよびTMPDIRの設定の詳細は、「Oracleソフトウェア所有者環境の構成」を参照してください。

- /tmpディレクトリを含むファイル・システムを拡張します。ファイル・システムの拡張については、必要に応じて、システム管理者に連絡してください。

- 次の表に、HP-UX Itaniumシステムの各インストール・タイプでのソフトウェア・ファイルおよびデータファイルのディスク領域要件を示します。

インストール・タイプ

ソフトウェア・ファイルの要件(GB)

Enterprise Edition

6.9

Standard Edition

6.4

インストール・タイプ

データファイルのディスク領域(GB)

Enterprise Edition

2.20

Standard Edition

1.51

- 次の表に、HP-UX PA-RISCシステムの各インストール・タイプでのソフトウェア・ファイルおよびデータファイルのディスク領域要件を示します。

インストール・タイプ

ソフトウェア・ファイルの要件(GB)

Enterprise Edition

5.5

Standard Edition

5.0

インストール・タイプ

データファイルのディスク領域(GB)

Enterprise Edition

2.0

Standard Edition

1.8

システムの空きディスク領域のサイズを確認するには、次のコマンドを入力します。

# bdf

自動バックアップを構成する場合は、高速リカバリ領域のために、ファイル・システムまたはOracle ASMディスク・グループのいずれかに追加のディスク領域が必要です。

2.2.3 ディスプレイ要件

Oracle Database 11gリリース2 (11.2)の最小解像度は1024x768以上です。

2.2.4 実行レベル要件

システムが必ず実行レベル3で起動されるようにします。

2.3 ソフトウェア要件の確認

インストールする製品に応じて、次のソフトウェアがシステムにインストールされていることを確認します。

- オペレーティング・システムの要件

- コンパイラ要件

- その他のソフトウェア要件

- パッチ要件

注意:

- このマニュアルには、Oracle Database 11gリリース2 (11.2)をインストールするために必要な情報が含まれています。Oracle Database 11gをインストールするプラットフォームに関連した情報を必ず確認してください。

- Oracle Universal Installerは、システムをチェックして、リストに示されている要件を満たしているかどうかを検証します。これらのチェックに合格するために、Oracle Universal Installerを起動する前に要件を確認してください。

Red Hat Compatible Kernelを使用)

2.3.1 オペレーティング・システムの要件

HP-UXシステム上のOracle Database 11gリリース2 (11.2)には、次のバージョンのオペレーティング・システムが必要です。

- HP-UX 11i V3パッチ・バンドルSep/2008(B.11.31.0809.326a)以上

インストールされているHP-UXのディストリビューションおよびバージョンを確認するには、次のコマンドを入力します。

# uname -a

HP-UX hostname B.11.31 U ia64 4156074294 unlimited-user license

この例では、HP-UXのバージョンは11.31で、プロセッサはItaniumです。

次のコマンドを使用して、システムがパッチ・バンドル要件を満たしているかどうかを確認します。

# /usr/sbin/swlist -l bundle |grep QPK

QPK(Quality Pack)バンドルのバージョン番号の形式は、B.11.31.0809.326a(September 2008リリースの場合)やB.11.31.0903.334a(March 2009リリースの場合)のようになります。

必要なバンドル、製品またはファイルセットがインストールされていない場合は、インストールする必要があります。製品のインストールの詳細は、オペレーティング・システムまたはソフトウェアのドキュメントを参照してください。

注意:
前の説明でリストされているものより新しいバージョンのパッチがシステムにインストールされている場合があります。リストに記載されているパッチがインストールされていない場合は、リストに記載されているバージョンをインストールする前に、新しいバージョンがインストールされているかどうかを確認します。

2.3.2 コンパイラ要件

次に、Oracle Database 11gリリース2 (11.2)のPro*C/C++、Oracle Call Interface、Oracle C++ Call InterfaceおよびOracle XML Developer's Kit(XDK)に対するHP-UXシステムのコンパイラ要件を示します。

HP-UX PA RISCの場合

- HP ANSI C B.11.31.04(Swlist Bundle - C.11.31.04)- September 2008

- aC++ A.03.85(Swlist Bundle - C.11.31.04)- September 2008

HP-UX Itaniumの場合

- A.06.20(HP C/aC++ Swlist Bundle - C.11.31.04)- Sep 2008

2.3.3 その他のソフトウェア要件

使用するコンポーネントに応じて、次のソフトウェアがインストールされていることを確認する必要があります。

- Oracle ODBCドライバ

- Oracle JDBC/OCIドライバ

- Oracle Messaging Gateway

- プログラミング言語

- ブラウザ要件

- Oracle Database Vaultのインストール前の要件

関連項目:
『Oracle Application Expressインストレーション・ガイド』の第2章「Oracle Application Expressインストール要件」およびインストール前の推奨タスクに関する項

2.3.3.1 Oracle ODBCドライバ

HP-UX Itaniumでは、Oracle ODBCドライバはODBCドライバ・マネージャ2.2.14について動作保証されています。ドライバ・マネージャは次のリンクからダウンロードしてインストールできます。

http://www.unixodbc.org

Oracle Databaseのインストールには、ODBCドライバ・マネージャは必須ではありません。

ODBCを使用するには、gcc 4.2.3以上もインストールする必要があります。

Oracle ODBCドライバはHP-UX PA-RISCシステム上ではサポートされていません。

2.3.3.2 Oracle JDBC/OCIドライバ

Oracle Java Database ConnectivityおよびOracle Call Interfaceドライバでは、JNDI拡張機能を提供するJDK 6(HPUX JDK 6.0.05)またはJDK 5(HPUX JDK 5.0.15)を使用します。ただし、データベースのインストールに必須ではありません。このリリースでは、JDK 1.5がインストールされています。

2.3.3.3 Oracle Messaging Gateway

Oracle Messaging Gatewayは、Oracle Streamsアドバンスト・キューイング(AQ)と次のソフトウェアの統合をサポートします。

- IBM MQ Series V6.0、クライアントおよびサーバー:

MQSERIES.MQM-CL-HPUX
MQSERIES.MQM-SERVER

- TIBCO Rendezvous 7.2

2.3.3.4 プログラミング言語

次の製品の組合せが動作保証されています。

- Pro* COBOL
Micro Focus Server Express 5.1

- Pro* FORTRAN
HP FORTRAN/90 - Sep 2008リリース

2.3.3.5 ブラウザ要件

Oracle Databaseのインストールには、Webブラウザは必須ではありません。ただし、ドキュメントにアクセスしたり、Oracle Enterprise Manager Database ControlおよびOracle Application Expressを使用するには、ブラウザが必要です。Webブラウザは、JavaScript、HTML 4.0標準とCSS 1.0標準をサポートしている必要があります。

Oracle Enterprise Manager Database Controlでは、次のブラウザがサポートされています。

- Microsoft Internet Explorer 10.0 (Oracle Enterprise Manager Database Control 11.2.0.3以上をサポート)

- Microsoft Internet Explorer 9.0

- Microsoft Internet Explorer 8.0

- Microsoft Internet Explorer 7.0 SP1

- Microsoft Internet Explorer 6.0 SP2

- Firefox 21.0 (Oracle Enterprise Manager Database Control 11.2.0.4をサポート)

- Firefox 17.0.6 ESR (Oracle Enterprise Manager Database Control 11.2.0.4をサポート)

- Firefox 3.6

- Firefox 3.5

- Firefox 3.0.7

- Firefox 2.0

- Safari 4.0.x

- Safari 3.2

- Safari 3.1

- Google Chrome 27.0 (Oracle Enterprise Manager Database Control 11.2.0.4をサポート)

- Google Chrome 4.0

- Google Chrome 3.0

- Netscape Navigator 9.0

- Netscape Navigator 8.1

関連項目:
『Oracle Application Expressインストレーション・ガイド』

2.3.3.6Oracle Database Vaultのインストール前の要件

Oracle Database Vaultをインストールする場合は、DB_BLOCK_SIZE初期化パラメータを4096以上に設定します。この値が4096未満の場合は、変更できません。DB_BLOCK_SIZE値を変更するには、データベースを再作成する以外に方法はありません。

関連項目:
『Oracle Database管理者ガイド』のデータベース・ブロック・サイズの指定に関する項

2.3.4 パッチ要件

HP-UXシステム用のOracle Database 11gリリース2 (11.2)には、次に示す以上のパッチおよびバンドルが必要です。

- HP-UX Itanium

- HP-UX PA-RISC

注意:
リストに記載されているものより新しいバージョンのパッチがシステムにインストールされている場合があります。リストに記載されているパッチがインストールされていない場合は、リストに記載されているバージョンをインストールする前に、新しいバージョンがインストールされているかどうかを確認します。インストーラは代わりのパッチを確認します。次の表に記載されているものに優先するパッチの情報は、オペレーティング・システムのベンダーに確認してください。

HP-UX Itanium

インストール・タイプまたは製品

要件

すべてのインストール

HP-UX 11i V3(11.31)の場合:

- PHCO_43503 11.31 diskowner(1M) cumulative patch

- PHCO_41479: 11.31 Disk Owner Patch

- PHKL_38038: VM patch - hot patching/Core file creation directory

- PHKL_38938: 11.31 SCSI cumulative I/O patch

- PHKL_40941: Scheduler patch : post wait hang

- PHSS_36354: 11.31 assembler patch

- PHSS_37042: 11.31 hppac (packed decimal)

- PHSS_37959: Libcl patch for alternate stack issue fix (QXCR1000818011)

- PHSS_38141: 11.31 aC++ Runtime

- PHSS_39094: 11.31 linker + fdp cumulative patch

- PHSS_39100: 11.31 Math Library Cumulative Patch

- PHSS_39102: 11.31 Integrity Unwind Library

Pro*C/C++、
Oracle Call Interface、
Oracle C++ Call Interface、
Oracle XML Developer's Kit (XDK)

HP-UX Itanium上のHP-UX 11i V3(11.31)用パッチ:
PHSS_39824 - 11.31 HP C/aC++ Compiler(A.06.23)patch

PHSS_39826 - 11.31 u2comp/be/plugin (C.06.23) patch

VERITAS File System

PHKL_39773: 11.31 VRTS 5.0 GARP6 VRTSvxfs Kernel Patch
注意: VERITAS File Systemはオプションです。このパッチは、VERITAS File System 5.0を使用する場合にのみ必要です。

HP-UX PA-RISC

インストール・タイプまたは製品

要件

すべてのインストール

HP-UX 11i V3(11.31)の場合:

- PHCO_40381: 11.31 Disk Owner Patch

- PHKL_38038: VM patch - hot patching/Core file creation directory

- PHKL_38938: 11.31 SCSI cumulative I/O patch

- PHKL_39351: Scheduler patch : post wait hang

- PHSS_37959: Libcl patch for alternate stack issue fix (QXCR1000818011)

- PHSS_38141: 11.31 aC++ Runtime

- PHSS_39094: 11.31 linker + fdp cumulative patch

- PHSS_39080: PA32 program startup code for PBO instrumented builds

- PHSS_47276: core dump from u_get_previous_frame_x

Pro*C/C++、
Oracle Call Interface、
Oracle C++ Call Interface、
Oracle XML Developer's Kit (XDK)

HP-UX PA-RISCのHP-UX 11i V3(11.31)パッチ:
PHSS_39824: 11.31 HP C/aC++ Compiler (A.06.23) patch

VERITAS File System

PHKL_39773: 11.31 VRTS 5.0 GARP6 VRTSvxfs Kernel Patch
注意: このパッチには、他の依存性はありません。HP-UX 11.31のSeptember 2009 updateに含まれています。VxFS 5.0がインストールされている場合のみ必要です。

システムがこれらの要件を満たしているかどうかを確認するには、次のようにします。

1. パッチがインストールされているかどうかを確認するには、次のようなコマンドを入力します。

# /usr/sbin/swlist -l patch | grep PHSS_37959

また、インストールされているすべてのパッチをリストするには、次のコマンドを入力します。

# /usr/sbin/swlist -l patch | more

2. 必要なパッチがインストールされていない場合は、次のWebサイトからダウンロードしてインストールします。
http://www.hp.com/go/hpsc

Webサイトに新しいバージョンのパッチがある場合、そのバージョンをダウンロードしてインストールします。

2.4 オペレーティング・システムの一般的なセキュリティの措置の確認

セキュアなオペレーティング・システムは、一般的なシステム・セキュリティの重要な基本です。オペレーティング・システムのデプロイメントが、オペレーティング・システム・ベンダーのセキュリティ・ガイドに記載されている一般的なセキュリティの措置に準拠していることを確認してください。

2.5 インストール修正スクリプト

インストールの際に、特定の前提条件チェックが失敗した場合、「修正および再チェック」をクリックして修正スクリプト(runfixup.sh)を生成します。rootユーザーとしてこのスクリプトを実行すると、必要なインストール前の手順を完了できます。

修正スクリプト:

- 次のカーネル・パラメータをチェックし、正常なインストールに必要な値に設定します。

- 共有メモリー・パラメータ

- オープン・ファイル記述子およびUDP送信/受信パラメータ

生成された修正スクリプトの内容を変更しないことをお薦めします。

注意:
修正スクリプトを使用しても、Oracle Databaseのインストールの前提条件がすべて確実に満たされるとはかぎりません。インストールを確実に成功させるには、すべてのインストール前の要件が満たされていることを確認する必要があります。

2.6 UDPおよびTCPカーネル・パラメータの確認

修正スクリプトまたはCVUを使用してエフェメラル・ポートを設定しない場合は、NDDを使用して、カーネルTCP/IPエフェメラル・ポートの値が、予想されるサーバーのワークロードに対して十分なエフェメラル・ポートを提供できることを確認します。使用するアプリケーションに予約済のポートを避けるようにポートの値を高く設定します。

次のコマンドを使用して、エフェメラル・ポートの現在の範囲を確認します。

# /usr/bin/ndd /dev/tcp tcp_largest_anon_port

65535

この例では、tcp_largest_anon_portはデフォルト範囲に設定されています。

必要に応じて、ファイル/etc/rc.config.d/nddconfを編集し、エントリを追加してUDPおよびTCPエフェメラル・ポートの値を更新します。次に例を示します。

TRANSPORT_NAME[0]=tcp
NDD_NAME[0]=tcp_largest_anon_port
NDD_VALUE[0]=65500

TRANSPORT_NAME[1]=udp
NDD_NAME[1]=udp_largest_anon_port
NDD_VALUE[1]=65500

エントリに正しい順番で番号が付いていることを確認してください。たとえば、nddconfにTCPおよびUDPポートの2つのエントリが存在する場合は、0から1(TRANSPORT_NAME[0]=tcpおよびTRANSPORT_NAME[1]=udp)にナンバリングされます。

注意:
tcp_smallest_anon_portおよびudp_smallest_anon_portパラメータは廃止されており、設定する必要はありません。

関連項目:
「HP-UXシステムのカーネル・パラメータの構成」

2.7 ホスト名解決の確認

通常、Oracle Databaseをインストールするコンピュータはネットワークに接続されています。コンピュータのホスト名が、Domain Name System (DNS)、ネットワーク情報サービス(NIS)または集中管理されているTCP/IPホスト・ファイル(/etc/hostsなど)によって解決可能であることを確認します。pingコマンドを使用して、コンピュータのホスト名が解決可能でることを確認します。次に例を示します。

ping myhostname
pinging myhostname.example.com [192.0.2.2] with 32 bytes of data:
Reply from 192.0.2.2: bytes=32 time=138ms TTL=56

コンピュータのホスト名が解決されない場合は、システム管理者に連絡してください。

11

2.8 ネットワーク設定の確認

通常、Oracle Databaseをインストールするコンピュータはネットワークに接続されています。そのコンピュータには、Oracle Databaseインストールを格納するためのローカル記憶域があります。また、ディスプレイ・モニターとDVDドライブも備えています。この項では、このような標準的な構成とは異なるコンピュータにOracle Databaseをインストールする方法を説明します。この内容は次のとおりです。

- ホスト名解決の確認

- マルチホーム・コンピュータへのインストール

- 複数の別名を持つコンピュータへのインストール

- 非ネットワーク・コンピュータへのインストール

2.8.1 ホスト名解決の確認

通常、Oracle Databaseをインストールするコンピュータはネットワークに接続されています。コンピュータのホスト名が、Domain Name System (DNS)、ネットワーク情報サービス(NIS)または集中管理されているTCP/IPホスト・ファイル(/etc/hostsなど)によって解決可能であることを確認します。pingコマンドを使用して、コンピュータのホスト名が解決可能でることを確認します。次に例を示します。

$ ping myhostname
pinging myhostname.example.com [192.0.2.2] with 32 bytes of data:
Reply from 192.0.2.2: bytes=32 time=138ms TTL=56

コンピュータのホスト名が解決されない場合は、システム管理者に連絡してください。

2.8.2 マルチホーム・コンピュータへのインストール

Oracle Databaseをマルチホーム・コンピュータにインストールできます。マルチホーム・コンピュータは複数のIPアドレスに関連付けられています。通常は、そのためにコンピュータに複数のネットワーク・カードが搭載されています。IPアドレスはそれぞれホスト名に関連付けられています。また、ホスト名の別名を設定できます。デフォルトでは、Oracle Universal InstallerはORACLE_HOSTNAME環境変数の設定を使用してホスト名を検索します。ORACLE_HOSTNAMEが設定されておらず、インストール先のコンピュータに複数のネットワーク・カードが搭載されている場合、Oracle Universal Installerでは/etc/hostsファイルからホスト名が確認されます。

クライアントは、ホスト名を使用して(またはこのホスト名の別名を使用して)コンピュータにアクセスできる必要があります。確認するには、短縮名(ホスト名のみ)および完全名(ホスト名とドメイン名)を使用して、クライアント・コンピュータからホスト名をpingします。両方のテストに成功する必要があります。

ORACLE_HOSTNAME環境変数の設定

ORACLE_HOSTNAME環境変数を設定する手順は、次のとおりです。たとえば、完全修飾されたホスト名がsomehost.example.comの場合、次のコマンドのいずれかを入力します。

Bourne、Bash、またはKornシェルの場合:

$ ORACLE_HOSTNAME=somehost.example.com
$ export ORACLE_HOSTNAME

Cシェルの場合:

% setenv ORACLE_HOSTNAME somehost.example.com

2.8.3 複数の別名を持つコンピュータへのインストール

複数の別名を持つコンピュータは、ネーミング・サービスに1つのIPと複数の別名で登録されます。ネーミング・サービスでは、これらの別名のいずれかが同じコンピュータに解決されます。この種のコンピュータにOracle Databaseをインストールする前に、ORACLE_HOSTNAME環境変数に、使用するコンピュータのホスト名を設定してください。

2.8.4 非ネットワーク・コンピュータへのインストール

Oracle Databaseを非ネットワーク・コンピュータにインストールできます。ラップトップなどのコンピュータがDHCP用に構成されており、Oracle Databaseのインストール後にコンピュータをネットワークに接続する予定の場合は、データベースをインストールするコンピュータ上でpingコマンドを使用して、コンピュータ自体に接続できるかどうかをチェックします。この手順は、最初にホスト名のみ、次に完全修飾名を使用して実行します。この名前は/etc/hostsファイルに含まれている必要があります。

注意:
コンピュータ自体でpingコマンドを実行すると、pingコマンドによりそのコンピュータのIPアドレスが戻されます。

pingコマンドに失敗した場合は、システム管理者に問い合せてください。

インストール後のコンピュータのネットワーク接続

インストール後にコンピュータをネットワークに接続すると、コンピュータ上のOracle Databaseインスタンスはネットワーク上の他のインスタンスで作業できます。コンピュータは、接続しているネットワークに応じて静的IPまたはDHCPを使用できます。

2.9 必要なオペレーティング・システム・グループおよびユーザーの作成

このシステムにOracleソフトウェアを初めてインストールするかどうかにより、またインストールする製品により、複数のオペレーティング・システム・グループおよびユーザーの作成が必要になる場合があります。

オペレーティング・システムのユーザー権限を割り当てるとき、1つの管理者ユーザーと1つのグループを使用してすべての管理権限のオペレーティング・システム認証を行う場合は、oracleユーザーをインストール所有者として使用し、1つのグループをOracle ASMおよびOracle Database管理に対する管理権限を必要とするユーザーのプライマリ・グループとして使用できます。このグループは、Oracleインベントリ・グループでもあります。Oracleツールのデフォルトの使用を容易にするには、グループ名をoinstallにします。

ジョブ・ロール別にカスタム構成グループおよびユーザーを作成することもできます。カスタム構成は、メンバーシップごとに付与されたアクセス権限を、別々のオペレーティング・システム・グループおよびユーザーに分割するグループおよびユーザーの構成のことです。Oracle DatabaseインストールおよびOracle Grid Infrastructureインストールの両方を所有する単一ユーザー(oracleなど)を作成できます。または、Oracle Grid Infrastructureインストールを別のユーザー(gridなど)が所有するように作成することもできます。

Oracle Databaseおよびスタンドアロン・サーバー・インストール所有者ユーザー用Oracle Grid Infrastructureは、Oracleインベントリ・グループ(oinstall)のメンバーである必要があります。

- ジョブ・ロールに対するカスタム構成グループおよびユーザーの作成

- ジョブ・ロール別のデータベース・オペレーティング・システム・グループおよびユーザーの作成

注意:
Oracleドキュメントでは、Oracle Grid Infrastructureソフトウェア・インストールのみを所有するために作成されたユーザーはgridユーザーと呼ばれます。すべてのOracleインストールまたはOracleデータベース・インストールのみのいずれかを所有するために作成されたユーザーはoracleユーザーと呼ばれます。

2.9.1 ジョブ・ロールに対するカスタム構成グループおよびユーザーの作成

この項では、ユーザーおよびグループを作成してジョブ・ロールごとにアクセス権限を分割する方法の概要を説明します。これらのグループおよびユーザーを作成するには、rootとしてログインします。

- ジョブ・ロール別のOracleインストールの制約の理解

- ジョブ・ロール・インストールに対するデータベース・グループ

- ジョブ・ロール・インストールに対するOracle Grid Infrastructureグループ

2.9.1.1ジョブ・ロール別のOracleインストールの制約の理解

各Oracleソフトウェア・インストールを所有するソフトウェア所有者を作成することをお薦めします(通常、データベース・ソフトウェアの場合はoracle、Oracle Restart所有者ユーザーの場合はgrid)。Oracleソフトウェアをシステムに初めてインストールする場合、ソフトウェア所有者を少なくとも1つ作成する必要があります。

別のOracleソフトウェア所有者を作成して、Oracleソフトウェア・インストールごとに異なるユーザー、オペレーティング・システム権限グループを作成するには、各ユーザーの基本グループとして、Oracle中央インベントリ・グループ(oraInventoryグループ)が設定されている必要があります。このグループのメンバーはOracle中央インベントリ(oraInventory)ディレクトリに対する書込み権限を所有します。また、DBAが書込みアクセス権を必要とするOracle Restartホーム内の様々なOracle Restartリソースおよびディレクトリに対する権限やその他の必要な権限が付与されます。Oracleドキュメントのコード・サンプルでは、このグループはoinstallと表されています。「Oracleインベントリ・グループの作成」を参照してください。

データベース・ソフトウェア所有者(通常はoracle)には、Oracle Grid InfrastructureホームのOSDBAグループ(データベース・インスタンスがOracle ASMにログできるようにするため)およびセカンダリ・グループとしてOSOPERグループ(それを作成する場合)が必要です。Oracleドキュメントでは、Oracleソフトウェア所有者ユーザーはoracleユーザーと呼ばれます。

Oracle Databaseおよびスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール所有者ユーザー(それぞれoracleおよびgrid)は、Oracleインベントリ・グループ(oinstall)に属する必要があります。

それぞれのOracleソフトウェア所有者は、同じ中央インベントリ・グループのメンバーであることが必要です。Oracleインストールに対して複数の中央インベントリを持たないことをお薦めします。あるOracleソフトウェア所有者が別の中央インベントリ・グループを持っている場合、その中央インベントリは破損することがあります。

スタンドアロン・サーバー用のOracle Grid Infrastructureの場合、グリッド・ユーザー(grid)は、すべてのデータベース・ホームのOSDBAグループに属する必要があります。

関連項目:
OSDBA、OSASMおよびOSOPERの各グループと、SYSDBA、SYSASMおよびSYSOPERの各権限の詳細は、『Oracle Database管理者ガイド』を参照してください。

2.9.1.2 ジョブ・ロール・インストールに対するデータベース・グループ

Oracle Databaseをインストールする場合は、次のオペレーティング・システム・グループを作成します。

- OSDBAグループ(通常はdba)
Oracle Databaseソフトウェアをシステムに初めてインストールする場合は、このグループを作成する必要があります。このグループにより、データベース管理権限(SYSDBA権限)を持つオペレーティング・システムのユーザー・アカウントが識別されます。Oracleコードの例で使用されるこのグループ名はdbaです。

- Oracle DatabaseのOSOPERグループ(通常はoper)
これはオプションのグループです。一連のデータベース管理権限(SYSOPER権限)を限定した別個のオペレーティング・システム・ユーザー・グループが必要な場合は、このグループを作成します。このグループは、明示的に付与されないかぎりSYSOPERとして直接接続できません。ただし、SYSOPER権限で付与される権限を持ちます。デフォルトでは、OSDBAグループのメンバーには、SYSOPER権限により付与されるすべての権限があります。

Oracle Universal Installerにより、このグループ名の指定を求められます。通常、このグループ用に選択する名前はoperです。

2.9.1.3 ジョブ・ロール・インストールに対するOracle Grid Infrastructureグループ

Oracle Grid Infrastructureをインストールする場合、次のオペレーティング・システム・グループを作成します。

注意:
データベース管理者グループとは別に固有のグループを指定できます。または、OSASMおよびOSDBAグループと同じグループを使用して、Oracle ASMインスタンスとOracle Databaseインスタンスの両方を管理するためのシステム権限を付与することもできます。

- Oracle ASMのOSDBAグループ(通常はasmdba)
Oracle ASMのOSDBAグループは、データベースのOSDBAグループと同じでもかまいません。または、Oracle ASM用のOSDBAグループ(通常はasmdba)を別途作成して、Oracle ASMインスタンスへの管理者アクセス権限を提供することもできます。

Oracle Grid Infrastructuretソフトウェア所有者(通常はgrid)は、OSDBAグループのメンバーである必要があります。OSDBAグループのメンバーシップにより、Oracle ASMで管理されるファイルにアクセスできます。Oracle ASM専用のOSDBAグループを作成した場合、Oracle Restartソフトウェア所有者は、各データベース用のOSDBAグループおよびOracle ASM用のOSDBAグループのメンバーである必要があります。

- Oracle ASMのOSASMグループ(通常はasmadmin)
Oracle ASMファイルに対するSYSASM権限は、ストレージ・ファイルに対する管理者権限を提供します。メンバーにSYSASM権限が付与されたオペレーティング・システム・グループは、OracleドキュメントではOSASMグループと呼ばれ、コマンドラインではasmadminと呼ばれます。Oracle ASMは、複数のデータベースをサポートできます。

OSASMグループのメンバーは、SQLを使用して、オペレーティング・システム認証を使用するSYSASMとしてOracle ASMインスタンスに接続できます。SYSASM権限により、ディスク・グループのマウントとディスマウントおよびその他のストレージ管理タスクが許可されます。SYSASM権限では、RDBMSインスタンス上へのアクセス権限は提供されません。

OSASMグループとして別のグループを指定しない場合は、定義するOSDBAグループもデフォルトでOSASMグループに指定されます。

- Oracle ASMのOSOPERグループ(通常はasmoper)
これはオプションのグループです。Oracle ASMインスタンスの起動および停止など、一連のOracleインスタンス管理権限(ASMのSYSOPER権限)を限定した別のオペレーティング・システム・ユーザー・グループが必要な場合は、このグループを作成します。デフォルトでは、OSASMグループのメンバーには、ASMのSYSOPER権限により付与されるすべての権限もあります。

Oracle ASMのOSOPERグループを作成する場合、このグループのメンバーはOracle Grid Infrastructureの所有者にする必要があります。

2.9.2 ジョブ・ロール別のデータベース・オペレーティング・システム・グループおよびユーザーの作成

次の各項では、必要なオペレーティング・システム・ユーザーおよびグループの作成方法について説明します。

- Oracleインベントリ・グループの作成

- データベース・インストール用のOSDBAグループの作成

- データベース・インストールのためのOSOPERグループの作成

- Oracle Automatic Storage Management用のOSASMグループの作成

- Oracle Automatic Storage Management用のOSDBAグループの作成

- Oracle Automatic Storage Management用のOSOPERグループの作成

- Oracleソフトウェア所有者ユーザーの作成

- HP-UXの外部ジョブ・ユーザー・アカウントの作成

注意:

- この項で説明されている必要なオペレーティング・システム・グループを作成したら、それらのグループにOracleソフトウェア所有者ユーザー(通常はoracle)を追加する必要があり、追加しない場合、データベース・インストールの実行中にそれらのグループをOracle Universal Installerのオプションとして使用できません。

- この項で説明されているUIDおよびGIDは単なる説明用です。UIDおよびGIDのデフォルトを使用しないことをお薦めします。かわりに、一般的に割り当てられるグループおよびユーザーIDを指定し、グループおよびユーザーを作成または変更する前にそれらが使用されていないことを確認してください。

- 必要に応じて、既存のユーザーの使用または変更の前にシステム管理者に連絡してください。

2.9.2.1 Oracleインベントリ・グループの作成

Oracleソフトウェアをシステムに初めてインストールすると、Oracle Universal InstallerによりoraInst.locファイルが作成されます。このファイルでは、Oracleインベントリ・グループ名(通常はoinstall)およびOracleインベントリ・ディレクトリのパスが識別されます。

1つのグループを、Oracleインベントリ、データベース管理者(OSDBA)、およびオペレーティング・システム認証のためにOracleソフトウェアで使用されるその他すべてのアクセス制御グループに対するアクセス制御グループとして構成できます。ただし、その後、このグループを管理権限が付与されたすべてのユーザーのプライマリ・グループにする必要があります。

rootとしてログインし、次の手順に従ってOracleインベントリ・グループおよびソフトウェア所有者の検索または作成をします。

- Oracleインベントリ・グループが存在するかどうかの判別

- Oracleインベントリ・グループの作成

Oracleインベントリ・グループが存在するかどうかの判別

oraInst.locファイルには、次のような内容が含まれます。

inventory_loc=central_inventory_location
inst_group=group

前述の例では、central_inventory_locationがOracle中央インベントリの場所、groupが中央インベントリへの書込み権限のあるグループ名を示します。

既存のOracleインベントリがある場合は、すべてのOracleソフトウェアのインストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーにこのディレクトリへの書込み権限があることを確認してください。

Oracleインベントリ・グループが存在するかどうかを判別するには、次のコマンドを入力します。

# grep oinstall /etc/group

oraInst.locファイルが存在するかどうかを判別するには、次のコマンドを入力します。

# more /var/opt/oracle/oraInst.loc

oraInst.locファイルが存在する場合、このコマンドの出力は次のようになります。

inventory_loc=/u01/app/oraInventory
inst_group=oinstall

前述の出力例は、次の内容を示します。

- inventory_locグループは、Oracleインベントリの場所を示します。

- inst_groupパラメータは、Oracleインベントリ・グループ名(この例ではoinstall)を示します。

Oracleインベントリ・グループの作成

oraInst.locファイルが存在しない場合は、次のコマンドを入力してOracleインベントリ・グループを作成します。

# /usr/sbin/groupadd oinstall

2.9.2.2 データベース・インストール用のOSDBAグループの作成

次の場合には、OSDBAグループを作成する必要があります。

- OSDBAグループが存在しない場合。たとえば、これがシステムに対するOracle Databaseソフトウェアの初回インストールの場合。

- OSDBAグループは存在するが、新規のOracle Databaseインストールでは、異なるオペレーティング・システム・ユーザー・グループにデータベース管理権限を付与する場合。

OSDBAグループが存在しない場合、または新規のOSDBAグループが必要な場合は、次の手順で作成します。次の手順では、同じ名前のグループが存在する場合を除き、グループ名にdbaを使用します。

# /usr/sbin/groupadd -g 502 dba

2.9.2.3 データベース・インストール用のOSOPERグループの作成

一連の限られたデータベース管理権限(SYSOPERオペレータ権限)を持つオペレーティング・システム・ユーザーのグループを識別する場合のみ、OSOPERグループを作成します。ほとんどのインストールの場合、OSDBAグループを作成するのみで十分です。OSOPERグループを使用する場合は、次の状況で作成する必要があります。

- OSOPERグループが存在しない場合。たとえば、これがシステムに対するOracle Databaseソフトウェアの初回インストールの場合。

- OSOPERグループは存在するが、新規のOracleインストールでは、異なるオペレーティング・システム・ユーザー・グループにデータベース・オペレータ権限を付与する場合。

新規のOSOPERグループ(通常はoper)が必要な場合は、次の手順で作成します。次のコマンドでは、同じ名前のグループが存在する場合を除き、グループ名にoperを使用します。

# /usr/sbin/groupadd -g 503 oper

2.9.2.4 Oracle Automatic Storage Management用のOSASMグループの作成

OSASMグループが存在しない場合、または新規のOSASMグループが必要な場合は、次の手順で作成します。次の手順では、同じ名前のグループが存在する場合を除き、グループ名にasmadminを使用します。

# /usr/sbin/groupadd -g 504 asmadmin

2.9.2.5 Oracle Automatic Storage Management用のOSDBAグループの作成

Oracle ASM用に新規のOSDBAグループが必要な場合は、次の手順で作成します。次の手順では、同じ名前のグループが存在する場合を除き、グループ名にasmdbaを使用します。

# /usr/sbin/groupadd -g 506 asmdba

2.9.2.6 Oracle Automatic Storage Management用のOSOPERグループの作成

OSOPERグループが必要な場合、次の手順で作成します。次の手順では、同じ名前のグループが存在する場合を除き、グループ名にasmoperを使用します。

# /usr/sbin/groupadd -g 505 asmoper

2.9.2.7 Oracleソフトウェア所有者ユーザーの作成

次の状況では、Oracleソフトウェア所有者ユーザーを作成する必要があります。

- Oracleソフトウェア所有者ユーザーが存在しない場合。たとえば、これがシステムに対するOracleソフトウェアの最初のインストールの場合。

- Oracleソフトウェア所有者ユーザーは存在するが、新規のOracle Databaseインストールでは、別のグループ・メンバーシップを設定した別のオペレーティング・システム・ユーザーを使用して、これらのグループにデータベース管理権限を付与する場合。

- Oracle Grid InfrastructureのOracleソフトウェア所有者(gridなど)を作成し、Oracle Databaseソフトウェア用に別のOracleソフトウェア所有者(oracleなど)を作成する場合。

2.9.2.7.1 Oracleソフトウェア所有者ユーザーが存在するかどうかの判別

oracleまたはgridというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のようなコマンドを入力します。

# id oracle
# id grid

oracleユーザーが存在する場合、このコマンドからの出力は、次のようになります。

uid=501(oracle) gid=501(oinstall) groups=502(dba),503(oper)

gridユーザーが存在する場合、このコマンドからの出力は、次のようになります。

uid=8001(grid) gid=8001(oinstall) groups=8001(oinstall),8002(asmadmin),8003(asmdba),8006(dba)

Oracleソフトウェア所有者ユーザー(oracleまたはgrid)が、そのプライマリ・グループとしてOracleインベントリ・グループ(oinstall)を保持しており、前の項で作成した適切なOSDBA、ASMDBA、OSBACKUPDBA、OSDGDBAおよびOSKMDBAグループのメンバーであることを確認してください。新規ユーザーを作成するか、既存のユーザーを使用してこれを実行するかに応じて、次の項を参照してください。

- Oracleソフトウェア所有者ユーザーの作成

- 既存のOracleソフトウェア所有者ユーザーの変更

注意:
必要に応じて、既存のユーザーの使用または変更の前にシステム管理者に連絡してください。

2.9.2.7.2 Oracleソフトウェア所有者ユーザーの作成

Oracleソフトウェア所有者ユーザーが存在しない場合、または新規のOracleソフトウェア所有者ユーザー(oracle、gridなど)が必要な場合は、この項の説明に従って作成します(この例では、oracleユーザーを作成します)。

次の手順では、同じ名前のユーザーが存在する場合を除き、ユーザー名にoracleを使用します。

1. oracleユーザーを作成するには、次のようなコマンドを入力します。

# /usr/sbin/useradd -u 502 -g oinstall -G dba,asmdba oracle

このコマンドの意味は次のとおりです。

- -uオプションは、ユーザーIDを指定します。システムによって自動的にユーザーID番号を生成するようにできるため、このコマンド・フラグの使用は任意です。oracleユーザーID番号は、インストール前の作業で必要になるため、記録しておく必要がります。

- -gオプションはプライマリ・グループを指定します。プライマリ・グループは、oinstallなどのOracleインベントリ・グループである必要があります。

- -Gオプションでは、セカンダリ・グループが指定されます。セカンダリ・グループには、OSDBAグループおよび必要に応じてOSOPERグループとASMDBAグループを含める必要があります。たとえば、dba、asmdbaまたはoperなどです。

2. oracleユーザーのパスワードを設定します。

# passwd oracle

2.9.2.7.3 既存のOracleソフトウェア所有者ユーザーの変更

oracleユーザーが存在するが、そのプライマリ・グループがoinstallでない場合、またはそれが適切なOSDBAグループまたはOSOPERグループのメンバーでない場合、次のようにユーザーを変更します。

-gオプションを使用してプライマリ・グループを指定し、-Gオプションを使用して必要なセカンダリ・グループを指定します。

# /usr/sbin/usermod -g oinstall -G dba,asmdba[,oper] oracle

2.9.2.8 HP-UXの外部ジョブ・ユーザー・アカウントの作成

HP-UXにOracle Databaseをインストールする場合は、次の手順で、外部ジョブを次のように実行する低権限ユーザーとして機能する外部ジョブ・ユーザー・アカウントを作成します。

1. rootとしてログインします。

2. 権限が与えられていないユーザーextjobを作成します。次に例を示します。

# useradd extjob

「インストール用外部ジョブ所有者の設定」を参照してください。

2.10 HP-UXシステムのカーネル・パラメータの構成

インストール時に、修正スクリプトを生成および実行し、データベースの正常なインストールに必要なカーネル・パラメータの値をチェックして設定することができます。このスクリプトにより、必要なカーネル・パッケージは必要に応じて最小値に更新されます。

修正スクリプトが使用できない場合は、次の表で、各カーネル・パラメータが表に示す最小値以上の値に設定されていることを確認します。表の後に、手動による値の確認および設定方法について説明します。

注意:
この項に示すカーネル・パラメータ値は、単なる最小値です。本番データベース・システムでは、これらの値をチューニングしてシステムのパフォーマンスを最適化することをお薦めします。カーネル・パラメータのチューニングの詳細は、オペレーティング・システムのドキュメントを参照してください。

パラメータ

最小値

executable_stack

0

ksi_alloc_max

32768

max_thread_proc

1024

maxdsiz

1073741824(1GB)

maxdsiz_64bit

2147483648(2GB)

maxfiles

1024

maxfiles_lim

32767

maxssiz

134217728(128MB)

maxssiz_64bit

1073741824(1GB)

maxuprc

3686

msgmni

4096

msgtql

4096

ncsize

35840

nflocks

4096

ninode

34816

nkthread

7184

nproc

4096

semmni

4096

semmns

8192

semmnu

4092

semvmx

32767

shmmax

1073741824

shmmni

4096

shmseg

512

tcp_largest_anon_port

65500

udp_largest_anon_port

65500

「UDPおよびTCPカーネル・パラメータの確認」で説明されている手順に従って、TCPおよびUDPカーネル・パラメータを設定していることを確認します。

注意:

- いずれかのパラメータの現在の値がこの表にリストされている値より大きい場合、そのパラメータの値は変更しないでください。

- 次のカーネル・パラメータは、HP-UX 11.31では推奨されません。これらのパラメータの値は指定しないでください。
tcp_smallest_anon_port

udp_smallest_anon_port

msgmap

msgseg

- HFSを使用しない場合、デフォルト値のninodeを保持します。

これらのカーネル・パラメータに対して指定されている現在の値または式を表示し、必要に応じて変更するには、次の手順を実行します。

HP-UX PA RISCの場合:

1. 次の手順に従います。

1. オプションで、ローカル・システムの表示を指定するためにDISPLAY環境変数を設定します。

- Bourne、Bash、またはKornシェルの場合:

# DISPLAY=local_host:0.0 ; export DISPLAY

- Cシェルの場合:

# setenv DISPLAY local_host:0.0

2. System Administration Manager(SAM)を起動します。

# /usr/sbin/sam

3. 「Kernel Configuration」領域→「Configurable Parameters」領域の順に選択します。

4. これらの各パラメータに指定された値または式を確認し、必要に応じて値または式を変更します。
この手順の実行に関する詳細は、必要に応じてSAMオンライン・ヘルプを参照してください。

2. 必要に応じて、システムの再起動時に、ログインしてユーザーをrootに切り替えます。

HP-UX Itaniumの場合:

1. 次のコマンドを入力して、kcwebアプリケーションを起動します。

# /usr/sbin/kcweb -F

2. これらの各パラメータに指定された値または式を確認し、必要に応じて値または式を変更します。
この手順の実行に関する詳細は、必要に応じてkcwebオンライン・ヘルプを参照してください。

注意:
動的でないパラメータの値を変更した場合は、システムを再起動する必要があります。

関連項目:

- 「UDPおよびTCPカーネル・パラメータの確認」

- 「セマフォ・パラメータの設定に関するガイドライン」

- 「インストール修正スクリプト」

2.11 必要なソフトウェア・ディレクトリの識別

Oracleソフトウェア用に次のディレクトリを識別または作成する必要があります。

- Oracleベース・ディレクトリ

- Oracleインベントリ・ディレクトリ

- Oracleホーム・ディレクトリ

注意:

- Oracleソフトウェア用に選択したパス(Oracleホーム・パス、Oracleベース・パスなど)では、ASCII文字のみを必ず使用してください。一部のパスにインストール所有者名がデフォルトで使用されるため、このASCII文字制限はユーザー名、ファイル名およびディレクトリ名に適用されます。

- データベース・ソフトウェアが使用するすべてのパス(Oracleホーム・パスおよびOracleベース・パスなど)は、"# % & ' () * + , - . / : ; < = > ? @ _ A-Z a-z 0-9の文字のみを使用する必要があります。これには、ユーザー名、ファイル名およびディレクトリ名も含まれます。このリリースでは、Oracle Grid InfrastructureホームまたはOracle Databaseホームでの他の文字の使用はサポートされません。文字セットは、オペレーティング・システムのユーザーおよびファイルのネーミング規則により、さらに制限されます。

2.11.1 Oracleベース・ディレクトリ

Oracleベース・ディレクトリは、Oracleソフトウェア・インストールの最上位ディレクトリです。Optimal Flexible Architecture(OFA)ガイドラインでは、次のようなパスをOracleベース・ディレクトリで使用することを推奨しています。

/mount_point/app/software_owner

各項目の意味は次のとおりです。

- mount_pointは、Oracleソフトウェアを格納するファイル・システムのマウント・ポイント・ディレクトリです。
このマニュアルの例では、マウント・ポイント・ディレクトリに/u01を使用しています。

- software_ownerは、oracleまたはgridなど、Oracleソフトウェアをインストールするソフトウェア所有者のオペレーティング・システム・ユーザー名です。

注意:
ORACLE_BASE環境変数が設定された状態でサーバー・パラメータ・ファイル(spfile)を使用してデータベース・インスタンスを起動すると、その値は自動的にspfileに格納されます。ORACLE_BASE環境変数の設定を解除して、インスタンスを再度起動すると、データベースではspfileに格納されたOracleベース・ディレクトリの値が使用されます。

すべてのOracle製品を含むOracleベース・ディレクトリを指定する必要があります。

注意:
既存のOracleベース・ディレクトリがある場合、データベースのインストール時に「Oracleベース」リストから選択できます。Oracleベースがない場合は、リスト・ボックスでテキストを編集して作成できます。デフォルトでは、リストには、Oracleベースの既存の値が含まれます。詳細は、「Oracle Databaseソフトウェアのインストール」を参照してください。

複数のインストールに同じOracleベース・ディレクトリを使用することも、異なるインストール用に別々のOracleベース・ディレクトリを作成することもできます。異なるオペレーティング・システム・ユーザーが同じシステム上にOracleソフトウェアをインストールする場合、各ユーザーは個別のOracleベース・ディレクトリを作成する必要があります。次に、同じシステム上に存在するOracleベース・ディレクトリの例を示します。

/u01/app/oracle
/u01/app/orauser

「Oracleベース・ディレクトリの作成」を参照してください。

2.11.2 Oracleインベントリ・ディレクトリ

Oracleインベントリ・ディレクトリ(oraInventory)には、システム上にインストールされたすべてのソフトウェアのインベントリが格納されます。このディレクトリは、単一システム上にインストールされたすべてのOracleソフトウェアに必須であり、共有のものです。既存のOracleインベントリ・パスがある場合は、Oracle Universal InstallerはそのOracleインベントリを使用します。

システムに初めてOracleソフトウェアをインストールする場合、Oracle Universal Installerでは、Optimal Flexible Architectureに準拠した/u[01-09]/app形式のパス(/u01/appなど)が提供されます。インストールを実行中のユーザーは、このパスへの書込み権限があります。該当する場合、Oracle Universal Installerにより、/u[01-09]/app/oraInventoryパスにOracleインベントリ・ディレクトリが作成されます。次に例を示します。

/u01/app/oraInventory

インストールの際にoracleユーザーのORACLE_BASEを設定した場合は、Oracle Universal Installerにより、ORACLE_BASE/../oraInventoryパスにOracleインベントリ・ディレクトリが作成されます。たとえば、ORACLE_BASEが/u01/app/oracleに設定されている場合、Oracleインベントリ・ディレクトリは、パス/u01/app/oraInventoryに作成されます。

OFA準拠パスも作成しておらず、ORACLE_BASEも設定していない場合、Oracleインベントリ・ディレクトリはインストールを実行するユーザーのホーム・ディレクトリに配置されます。次に例を示します。

/home/oracle/oraInventory

Oracle Universal Installerでは、指定したディレクトリが作成され、それに対する適切な所有者、グループおよび権限が設定されます。ユーザーが作成する必要はありません。

注意:

- すべてのOracleソフトウェア・インストールはOracle Inventoryディレクトリに依存します。ディレクトリを必ず定期的にバックアップしてください。

- システムからすべてのOracleソフトウェアを完全に削除した場合を除き、このディレクトリは削除しないでください。

- デフォルトでは、Oracleインベントリ・ディレクトリはOracleベース・ディレクトリの下にインストールされません。これは、すべてのOracleソフトウェア・インストールで共通のOracleインベントリを共有するため、すべてのユーザーに対して1つのOracleインベントリしかないためです。一方、各ユーザーには個別のOracleベースがあります。

2.11.3 Oracleホーム・ディレクトリ

Oracleホーム・ディレクトリは、特定のOracle製品のソフトウェアをインストールするディレクトリです。異なるOracle製品、または同じOracle製品の異なるリリースは、個別のOracleホーム・ディレクトリにインストールする必要があります。Oracle Universal Installerを実行すると、このディレクトリのパスと識別名を指定するよう求められます。OFAガイドラインに従い、指定するOracleホーム・ディレクトリを、インストールを実行するユーザー・アカウントのOracleベース・ディレクトリのサブディレクトリにすることを強くお薦めします。Oracleホーム・ディレクトリには、次のようなパスを指定することをお薦めします。

oracle_base/product/11.1.0/dbhome_1
oracle_base/product/11.2.0/dbhome_1
oracle_base/product/11.2.0/grid

Oracle Universal Installerは、指定したディレクトリ・パスをOracleベース・ディレクトリの下に作成します。また、適切な所有者、グループおよび権限も設定されます。このディレクトリを作成する必要はありません。

注意:
インストール時には、事前定義済の権限が適用された既存のディレクトリを、Oracleホーム・ディレクトリとして指定しないでください。指定した場合、ファイルおよびグループの所有権のエラーによりインストールが失敗する可能性があります。

2.12 Oracleベース・ディレクトリの識別または作成

インストールを開始する前に、既存のOracleベース・ディレクトリを識別するか、必要に応じて作成する必要があります。この項の内容は、次のとおりです。

- 既存のOracleベース・ディレクトリの識別

- Oracleベース・ディレクトリの作成

注意:
システムに他のOracleベース・ディレクトリが存在する場合でも、Oracleベース・ディレクトリを作成できます。

2.12.1 既存のOracleベース・ディレクトリの識別

既存のOracleベース・ディレクトリは、Optimal Flexible Architecture (OFA)ガイドラインに準拠するパスを持たない可能性があります。ただし、既存のOracleインベントリ・ディレクトリまたは既存のOracleホーム・ディレクトリを識別する場合、通常は次のようにOracleベース・ディレクトリを識別できます。

- 既存のOracleインベントリ・ディレクトリの識別。詳細は、「Oracleインベントリ・グループの作成」を参照してください。

注意:
新規インストールの場合、oraInventoryディレクトリをOracleベース・ディレクトリに配置しないことをお薦めします。ただし、既存のインストールがある場合、この項の手順に従ってください。

- 既存のOracleホーム・ディレクトリの識別。
次のコマンドを入力してoratabファイルの内容を表示します。

# more /var/opt/oracle/oratab

oratabファイルが存在する場合は、次のようなコード行が含まれます。

*:/u03/app/oracle/product/11.2.0/dbhome_1:N
*:/opt/orauser/infra_904:N
*:/oracle/9.2.0:N

各行に指定されたディレクトリ・パスは、Oracleホーム・ディレクトリを示します。使用するOracleソフトウェア所有者のユーザー名が末尾に付いているディレクトリ・パスは、Oracleベース・ディレクトリとして有効な選択です。oracleユーザーを使用してソフトウェアをインストールする場合、前述の例でリストされている次のディレクトリのどちらかを選択できます。

/u03/app/oracle
/oracle

注意:
可能であれば、最初のパス(/u03/app/oracle)のようなディレクトリ・パスを選択します。このパスは、OFAガイドラインに準拠しています。

- 既存のOracleベース・ディレクトリの識別
Oracleホーム・ディレクトリの場所を確認したら、次のようなコマンドを実行してOracleベースの場所を確認します。

cat /u01/app/oraInventory/ContentsXML/inventory.xml

このインストールに既存のOracleベース・ディレクトリの使用を決定する前に、次の条件を満たしていることを確認してください。

- このディレクトリがオペレーティング・システムと同じファイル・システム上にないこと。

- Oracleベース・ディレクトリがあるファイル・システムの空きディスク領域を確認するには、次のコマンドを入力します。

# bdf oracle_base_path

詳細は、次の各項を参照してください。

- Oracleベース・ディレクトリが存在し、それを使用する場合は、「Oracle Databaseファイルおよびリカバリ・ファイルの記憶域オプションの選択」を参照してください。
この後の項でoracleユーザーの環境を構成する際に、ORACLE_BASE環境変数を設定して選択したディレクトリを指定します。

- Oracleベース・ディレクトリがシステム上にない、またはOracleベース・ディレクトリを作成する場合は、「Oracleベース・ディレクトリの作成」を参照してください。

2.12.2 Oracleベース・ディレクトリの作成

Oracleベース・ディレクトリを作成する前に、十分な空きディスク領域を持つ適切なファイル・システムを識別する必要があります。

適切なファイル・システムを識別する手順は、次のとおりです。

1. マウント済の各ファイル・システム上の空きディスク領域を確認するには、次のコマンドを使用します。

# bdf

2. 表示された結果から、適切な空き領域があるファイル・システムを識別します。
識別するファイル・システムは、ローカル・ファイル・システム、クラスタ・ファイル・システムまたは動作保証されているNASデバイス上のNFSファイル・システムのいずれかです。

3. 指定したファイル・システム用のマウント・ポイント・ディレクトリの名前を書き留めます。

Oracleベース・ディレクトリを作成し、適切な所有者、グループ、および権限を指定する手順は、次のとおりです。

1. 次のようなコマンドを入力し、識別したマウント・ポイント・ディレクトリに推奨サブディレクトリを作成し、それに対する適切な所有者、グループおよび権限を設定します。

# mkdir -p /mount_point/app/oracle_sw_owner
# chown -R oracle:oinstall /mount_point/app/oracle_sw_owner
# chmod -R 775 /mount_point/app/oracle_sw_owner

次に例を示します。

# mkdir -p /u01/app/oracle
# chown -R oracle:oinstall /u01/app/oracle
# chmod -R 775 /u01/app/oracle

2. この後の項でoracleユーザーの環境を構成する際に、ORACLE_BASE環境変数を設定して、作成したOracleベース・ディレクトリを指定します。

2.13 Oracle Databaseファイルおよびリカバリ・ファイルの記憶域オプションの選択

Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイル、およびパスワード・ファイルが含まれます。すべてのインストールに対して、Oracle Databaseファイルで使用する記憶域オプションを選択する必要があります。インストール時に自動バックアップを有効にする場合は、リカバリ・ファイル用に使用する記憶域オプション(高速リカバリ領域)も選択する必要があります。各ファイル・タイプに、同じ記憶域オプションを使用する必要はありません。

注意:
ファイル・システムおよびOracle ASMでは、データベース・ファイルおよびリカバリ・ファイルがサポートされます。

次のガイドラインに従って、各ファイル・タイプの記憶域オプションを選択します。

- 各ファイル・タイプには、任意の組合せの記憶域オプションを選択できます。

- Oracle ASMをOracle Databaseファイルまたはリカバリ・ファイル、あるいはその両方に使用するかどうかを決定します。詳細は、「手順1: Oracle Automatic Storage Managementの記憶域要件の識別」を参照してください。

- これらの記憶域オプションの詳細は、「データベース記憶域オプション」を参照してください。

インストールを開始する前にディスク記憶域を構成する方法については、選択するオプションに応じて次のいずれかの項を参照してください。

- データベース記憶域またはリカバリ・ファイル記憶域にファイル・システムを使用する場合は、「Oracle Databaseファイルまたはリカバリ・ファイル用ディレクトリの作成」を参照してください。

- データベース記憶域またはリカバリ・ファイル記憶域でOracle ASMを使用する場合は、「Oracle Automatic Storage Managementインストールのためのディスクの準備」を参照してください。

- ディスク・グループを識別し、空きディスク領域を確認するには、「Oracle Automatic Storage Managementディスク・グループの使用」を参照してください。

2.14 Oracle Databaseファイルまたはリカバリ・ファイル用ディレクトリの作成

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

- Oracle Databaseファイルのファイル・システムの記憶域に関するガイドライン

- 必要なディレクトリの作成

2.14.1 Oracle Databaseファイルのファイル・システムの記憶域に関するガイドライン

ファイル・システムにOracle Databaseファイルを格納する場合は、次のガイドラインを使用してファイルの格納場所を決定します。

- Oracle Universal Installerにより提示されるデータベース・ファイル・ディレクトリのデフォルト・パスは、Oracleベース・ディレクトリのサブディレクトリです。

- データベース・ファイルの格納には、単一のファイル・システムまたは複数のファイル・システムのどちらでも選択できます。

- 単一のファイル・システムを使用する場合は、データベース専用の物理デバイス上でファイル・システムを選択してください。
最適のパフォーマンスと信頼性を得るには、複数の物理デバイス上でRAIDデバイスまたは論理ボリュームを選択して、Stripe-And-Mirror-Everything(SAME)方法論を実装します。

- 複数のファイル・システムを使用する場合は、データベース専用の個別物理デバイス上でファイル・システムを選択します。
この方法を使用すると、様々なデバイスに物理入出力操作を分散させ、個別の制御ファイルを作成して信頼性を高めることができます。これにより、OFAガイドラインを完全に実装することもできます。「詳細」データベース作成オプションを選択すると、このメソッドを実装できます。

- インストール時に事前構成済データベースを作成する場合は、選択するファイル・システム(複数も可)に2GB以上の空きディスク領域が必要です。
本番データベースの場合は、データベースの用途に応じて必要なディスク領域の量を見積もる必要があります。

- 最適なパフォーマンスを得るには、データベース専用の物理デバイス上にあるファイル・システムを選択する必要があります。

- oracleユーザーが指定したパスにファイルを作成するには、書込み権限が必要です。

2.14.2 必要なディレクトリの作成

注意:
この手順を行う必要があるのは、Oracleベース・ディレクトリとは別のファイル・システム上にOracle Databaseまたはリカバリ・ファイルを格納する場合のみです。

Oracleベース・ディレクトリから個別のファイル・システム上にOracleデータベース・ファイルまたはリカバリ・ファイルのディレクトリを作成する手順は、次のとおりです。

1. マウント済の各ファイル・システム上の空きディスク領域を判別するには、次のコマンドを使用します。

# bdf

2. 表示される内容から、使用するファイル・システムを識別します。

ファイル・タイプ

ファイル・システム要件

データベース・ファイル

次のいずれかを選択します。

- 2GB以上の空きディスク領域を持つ単一のファイル・システム

- 合計で2GB以上の空きディスク領域を持つ2つ以上のファイル・システム

リカバリ・ファイル

2.4GB以上の空きディスク領域を持つファイル・システムを選択します。

多数のファイル・タイプに対して同じファイル・システムを使用している場合は、各タイプに対するディスク領域要件を加算して、ディスク領域要件の合計を判断します。

3. 指定したファイル・システム用のマウント・ポイント・ディレクトリの名前を書き留めます。

4. 次のようなコマンドを入力し、マウント・ポイント・ディレクトリごとに推奨サブディレクトリを作成し、それに対する適切な所有者、グループおよび権限を設定します。

- データベース・ファイル・ディレクトリ:

# mkdir /mount_point/oradata
# chown oracle:oinstall /mount_point/oradata
# chmod 775 /mount_point/oradata

データベース・ファイル・ディレクトリのデフォルトの位置は、$ORACLE_BASE/oradataです。

- リカバリ・ファイル・ディレクトリ(高速リカバリ領域):

# mkdir /mount_point/fast_recovery_area
# chown oracle:oinstall /mount_point/fast_recovery_area
# chmod 775 /mount_point/fast_recovery_area

デフォルトの高速リカバリ領域は、$ORACLE_BASE/fast_recovery_areaです。高速リカバリ領域は、データベース・ファイル・ディレクトリのディスクとは別の物理ディスク上に保持することをお薦めします。これにより、oradataを含むディスクがなんらかの理由で使用できない場合に、高速リカバリ領域を使用してデータを取得できます。

5. 保管用にOracle ASMも使用する場合は、「Oracle Automatic Storage Managementインストールのためのディスクの準備」および「既存のOracleプロセスの停止」を参照してください。

2.15 既存のOracleプロセスの停止

注意:
Oracle Database 11g製品を既存のOracleホームに追加でインストールする場合、リスナーおよびデータベースも含め、Oracleホームで実行中のすべての処理を停止します。Oracle Universal Installerを有効にして特定の実行可能ファイルおよびライブラリを再リンクするには、この作業を完了する必要があります。

Oracle Grid InfrastructureまたはOracle Databaseをインストールする前に、次のことを考慮します。

- Oracle Restartを使用する場合は、データベースのインストールおよび作成を行う前にOracle Grid Infrastructureをインストールする必要があります。データベースをインストールするときは、Oracle Grid Infrastructureのインストールの際に作成されたリスナーを使用する必要があるため、この項で示す手順を実行する必要はありません。
デフォルト・リスナーおよびその他のすべてのリスナーは、Oracle Grid Infrastructureホームで実行する必要があります。「Oracleソフトウェア所有者環境の構成」を参照して続行してください。

- Oracle ASMで既存のOracle Database 11gリリース2 (11.2)が実行中の場合は、既存のOracle ASMインスタンスを停止します。Oracle Grid Infrastructureソフトウェアのインストールが終了した後に、Oracle ASMインスタンスを再び起動します。

ソフトウェアのインストール時にデータベースの作成すると、ほとんどのインストール・タイプではTCP/IPポート1521とIPCキー値EXTPROCを使用して、デフォルトのOracle Netリスナーが構成および起動されます。既存のOracle Netリスナー・プロセスが同じポートまたはキー値を使用している場合は、Oracle Universal Installerは次に使用可能なポート(1522など)を探し、そのポートで新しいリスナーを構成および起動します。

既存のリスナー・プロセスが実行中かどうかを判別し、必要に応じてそれを停止する手順は、次のとおりです。

1. ユーザーをoracleに切り替えます。

# su - oracle

2. 次のコマンドを入力し、リスナー・プロセスが実行中かどうかを判別し、プロセスの名前とそれがインストールされているOracleホーム・ディレクトリを識別します。

$ ps -ef | grep tnslsnr

このコマンドを実行すると、システム上で実行中のOracle Netリスナーに関する情報が表示されます。

... oracle_home1/bin/tnslsnr LISTENER -inherit

この例で、oracle_home1は、リスナーがインストールされているOracleホーム・ディレクトリ、LISTENERはリスナー名です。

注意:
Oracle Netリスナーが実行中でない場合は、「Oracleソフトウェア所有者環境の構成」の項を参照して続行してください。

3. コマンド・プロンプトで、ORACLE_HOME環境変数を設定して、リスナーの適切なOracleホーム・ディレクトリを指定します。

- Bourne、Bash、またはKornシェルの場合:

$ ORACLE_HOME=oracle_home1
$ export ORACLE_HOME

- Cまたはtcshシェルの場合:

% setenv ORACLE_HOME oracle_home1

4. 次のコマンドを入力し、リスナーが使用しているTCP/IPポート番号およびIPCキー値を識別します。

$ $ORACLE_HOME/bin/lsnrctl status listenername

注意:
リスナーがデフォルト名LISTENERを使用する場合、このコマンドでリスナー名を指定する必要はありません。

5. 次のようなコマンドを入力し、リスナー・プロセスを停止します。

$ $ORACLE_HOME/bin/lsnrctl stop listenername

6. この手順を繰り返して、このシステムで実行中のリスナーをすべて停止します。

2.16 Oracleソフトウェア所有者環境の構成

Oracle Universal Installerはoracleまたはgridアカウントから実行する必要があります。ただし、Oracle Universal Installerを起動する前に、oracleまたはgridユーザーの環境を構成する必要があります。環境を構成するには、次のことが必要です。

- シェル起動ファイルで、デフォルトのファイル・モード作成マスク(umask)を022に設定します。

- DISPLAY環境変数を設定します。

注意:
Bashシェルは、HP-UX Itaniumでサポートされていません。オペレーティング・システム・ベンダーによってサポートされているシェル・プログラムを使用します。オペレーティング・システムでサポートされていないシェル・プログラムを使用すると、インストール時にエラーが発生する場合があります。

Oracleソフトウェア所有者の環境を設定するには、ソフトウェア所有者(oracle、grid)ごとに次の手順を実行します。次の手順は、oracleユーザーのみに対する手順を示しています。

1. 新規Xターミナル・セッション(xterm)を開始します。

2. 次のコマンドを入力し、Xウィンドウ・アプリケーションがこのシステム上に表示されることを確認します。

$ xhost + RemoteHost

RemoteHostは完全修飾されたリモートのホスト名です。次に例を示します。

$ xhost + somehost.example.com

3. そのユーザーでログインしていない場合は、構成するソフトウェア所有者に切り替えます。たとえば、oracleユーザーなどです。

$ su - oracle

4. oracleユーザーのデフォルトのシェルを判別するには、次のコマンドを入力します。

$ echo $SHELL

5. テキスト・エディタでユーザーのシェル起動ファイルを開きます。

- Bashシェル(bash):

$ vi .bash_profile

- Bourneシェル(sh)またはKornシェル(ksh):

$ vi .profile

- Cシェル(cshまたはtcsh):

% vi .login

6. 次のように行を入力または編集して、デフォルトのファイル・モード作成マスクの値に022を指定します。

umask 022

7. ファイルを保存して、テキスト・エディタを終了します。

8. シェル起動スクリプトを実行するには、次のいずれかのコマンドを入力します。

- Bashシェルの場合:

$ . ./.bash_profile

- BourneまたはKornシェルの場合:

$ . ./.profile

- Cシェルの場合:

% source ./.login

9. ローカル・コンピュータにソフトウェアをインストールしない場合は、リモート・コンピュータで次のコマンドを実行して、DISPLAY変数を設定します。

- Bourne、BashまたはKornシェルの場合:

$ export DISPLAY=local_host:0.0

- Cシェルの場合:

% setenv DISPLAY local_host:0.0

この例で、local_hostは、インストーラを表示するためのシステム(ご使用のワークステーションまたは他のクライアント)のホスト名またはIPアドレスです。

リモート・システム上で次のコマンドを実行し、SHELLおよびDISPLAY環境変数が正しく設定されていることを確認します。

echo $SHELL
echo $DISPLAY

表示場所をデフォルト表示からリモート・システム表示に変更するには、ローカル・コンピュータで次のコマンドを実行します。

$ xhost + RemoteHost

Xアプリケーションの表示が正しく設定されていることを確認するには、オペレーティング・システムに付属のX11ベースのプログラム(xclockなど)を実行します。

$ xclock

DISPLAY環境変数が正しく設定されていれば、xclockがコンピュータ画面に表示されます。xclockが起動しない場合は、システム管理者に連絡してください。

10. /tmpディレクトリの空きディスク領域が1GB未満である場合は、1GB以上の空き領域があるファイル・システムを特定し、そのファイル・システムの一時ディレクトリを指定するようにTMPおよびTMPDIR環境変数を設定します。

1. マウント済の各ファイル・システム上の空きディスク領域を判別するには、次のコマンドを使用します。

# df -h /tmp

2. 必要に応じて、次のようなコマンドを入力し、識別したファイル・システム上に一時ディレクトリを作成し、そのディレクトリに適切な権限を設定します。

$ sudo - s
# mkdir /mount_point/tmp
# chmod 775 /mount_point/tmp
# exit

3. 次のようなコマンドを入力し、TMPおよびTMPDIR環境変数を設定します。

- Bourne、Bash、またはKornシェルの場合:

$ TMP=/mount_point/tmp
$ TMPDIR=/mount_point/tmp
$ export TMP TMPDIR

- Cシェルの場合:

% setenv TMP /mount_point/tmp
% setenv TMPDIR /mount_point/tmp

11. システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合は、ORACLE_HOME、ORACLE_BASE、ORACLE_SID、TNS_ADMINの環境変数と、Oracleソフトウェア・ホームに接続されているOracleインストール・ユーザーに対して設定されたその他の環境変数の設定を削除します。
次のコマンドを入力し、ORACLE_HOME、ORACLE_BASE、ORACLE_SIDおよびTNS_ADMINの環境変数が設定されていないことを確認します。

- Bourne、Bash、またはKornシェルの場合:

$ unset ORACLE_HOME
$ unset ORACLE_BASE
$ unset ORACLE_SID
$ unset TNS_ADMIN

- Cシェルの場合:

% unsetenv ORACLE_HOME
% unsetenv ORACLE_BASE
% unsetenv ORACLE_SID
% unsetenv TNS_ADMIN

次のコマンドを使用してPATH環境変数をチェックします。

$ echo $PATH

$ORACLE_HOME/binパスがPATH環境変数から削除されていることを確認します。

注意:
ORACLE_HOME環境変数が設定されている場合、Oracle Universal Installerはその環境変数でOracleホーム・ディレクトリのデフォルト・パスとして指定されている値を使用します。ORACLE_BASE環境変数を設定する場合は、ORACLE_HOME環境変数の設定を解除し、Oracle Universal Installerによって提示されるデフォルト・パスを選択することをお薦めします。

12. 環境設定が正しく行われたかどうかを確認するには、次のコマンドを入力します。

$ umask
$ env | more

umaskコマンドによって値22、022または0022が表示されること、およびこの項で設定した環境変数に正しい値が指定されていることを確認します。

関連項目:
Oracle Grid Infrastructureソフトウェア所有者ユーザーの環境設定の詳細は、「ユーザーの環境の構成」を参照してください。

3 スタンドアロン・サーバー用のOracle Grid Infrastructure

スタンドアロン・サーバーでのOracle Grid Infrastructureは、Oracle Databaseのボリューム管理、ファイル・システムおよび自動再起動などの機能をサポートするOracleソフトウェアです。Oracle RestartまたはOracle Automatic Storage Management(Oracle ASM)を使用する場合は、データベースのインストールおよび作成を行う前に、Oracle Grid Infrastructureをインストールする必要があります。Oracle RestartおよびOracle ASMは、スタンドアロン・サーバーのOracle Grid Infrastructureに含まれています。2つのインフラストラクチャ製品は、一式のバイナリに結合され、Oracle Grid Infrastructureホームとしてインストールされます。

Oracle ASMは、単一インスタンスOracle DatabaseおよびOracle Real Application Clusters(Oracle RAC)構成をサポートする、Oracleデータベースのボリューム・マネージャおよびデータベース・ファイルのファイル・システムです。Oracle ASMは、Oracle Databaseバイナリも含め、アプリケーションのニーズに応じて汎用のファイル・システムもサポートします。Oracle ASMは、従来のボリューム・マネージャ、ファイル・システムおよびRAWデバイスにかわるOracle推奨のストレージ管理ソリューションです。

Oracle Restartは、次のようにOracleデータベースの可用性を向上させます。

- ハードウェアまたはソフトウェアの障害が発生した場合、すべてのOracleコンポーネント(Oracleデータベース・インスタンス、Oracle Netリスナー、データベース・サービス、Oracle ASMなど)は、Oracle Restartにより自動的に起動されます。

- データベース・ホストの再起動時、コンポーネントを正しい順序で起動します。

- 定期的なチェックを実行してOracleコンポーネントの状態を監視します。チェック操作がコンポーネントで失敗すると、そのコンポーネントは停止し、再起動されます。

注意:

- Oracle ASMまたはOracle Restartを使用する場合は、データベースのインストールおよび作成を行う前にスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする必要があります。そうでない場合は、データベースを手動でOracle Restartに登録する必要があります。

- Oracle Restartは、単一インスタンス(非クラスタ)環境でのみ使用されます。

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

- Oracle Grid Infrastructureのインストール要件

- 旧バージョンのデータベースのディスク・グループの管理

- 既存のOracle Automatic Storage Managementインスタンスのアップグレード

- Oracle Automatic Storage Managementインストールの考慮事項

- Oracle Automatic Storage Managementインストールのためのディスクの準備

- ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

- スタンドアロン・サーバーでのOracle Grid Infrastructureのインストールおよび構成

- スタンドアロン・サーバー用のOracle Grid Infrastructureバイナリの変更

- Oracle Automatic Storage Managementディスク・グループの手動による構成

- Oracle Automatic Storage Managementインストールのテスト

3.1 Oracle Grid Infrastructureのインストール要件

システムは次の要件を満たしている必要があります。

- メモリー要件

- ディスク領域要件

- ユーザーの環境の構成

3.1.1 メモリー要件

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする場合のメモリー要件は次のとおりです。

最小: スタンドアロン・サーバー用Oracle Grid Infrastructure用に最低1.5GBのRAM。スタンドアロン・サーバー用Oracle Grid Infrastructureのインストール後、Oracle Databaseをインストールする場合は、さらに最低1GBのRAM。

推奨: スタンドアロン・サーバー用Oracle Grid InfrastructureとOracle Databaseの両方をインストールする場合は4GB以上のRAM。

- RAMサイズを確認するには、次のコマンドを入力します。

# /usr/contrib/bin/machinfo  | grep -i Memory

RAMのサイズが必要サイズより小さい場合は、先に進む前にメモリーを増設する必要があります。

- 次の表では、インストールされているRAMと構成済スワップ領域の推奨サイズの関連を示します。

RAM

スワップ領域

1.5から2GB

RAMサイズの1.5倍

2から16GB

RAMのサイズと同じ

16GB超

16GB

構成済スワップ領域のサイズを確認するには、次のコマンドを入力します。

# /usr/sbin/swapinfo -a

必要に応じて、使用するオペレーティング・システムのドキュメントに記載された追加のスワップ領域の構成方法の説明を参照してください。

重要:

- 値をファイナライズする前に、使用可能なRAM領域およびスワップ領域用に複数の値を選択することをお薦めします。これは、ユーザーとコンピュータの間の相互作用に応じて、使用可能なRAM領域およびスワップ領域が常に変化するためです。

- サーバーのスワップ領域の割当てについては、オペレーティング・システム・ベンダーに確認してください。ベンダーのガイドラインは、このガイドに示すスワップ領域の要件に優先します。

3.1.2 ディスク領域要件

Oracle Grid Infrastructureのインストールに必要なディスク領域は次のとおりです。

- HP Itaniumの場合: 5GB以上のディスク領域。

- HP-UX PA-RISCの場合: 3.69GB以上のディスク領域。

- /tmpディレクトリに1GB以上の領域。

/tmpディレクトリ内の使用可能な空き領域の量を確認するには、次のコマンドを入力します。

# bdf /tmp

/tmpディレクトリで使用可能な空き領域が1GB未満の場合は、次のいずれかの手順を実行します。

- ディスク領域の要件が満たされるように、/tmpディレクトリから不要なファイルを削除します。

- oracleユーザーの環境を設定するときに、TMPおよびTMPDIR環境変数を設定し、一時ディレクトリを指定します。

関連項目:
TMPおよびTMPDIRの設定の詳細は、「Oracleソフトウェア所有者環境の構成」を参照してください。

- /tmpディレクトリを含むファイル・システムを拡張します。ファイル・システムの拡張については、必要に応じて、システム管理者に連絡してください。

3.1.3 ユーザーの環境の構成

次のタスクを実行して、Oracle Grid Infrastructureソフトウェア所有者ユーザーの環境を設定します。

- 「システムへrootとしてログイン」の説明を確認します。

- Oracleベース・ディレクトリに対するパスが設定されていることを確認します。Oracle RestartおよびOracle Databaseは、同一のOracleベース・ディレクトリにあります。次に例を示します。

# ORACLE_BASE=/u01/app/oracle;
# export ORACLE_BASE

- シェル起動ファイルで、Oracle Grid Infrastructureソフトウェア所有者ユーザーのデフォルトのファイル・モード作成マスク(umask)を022に設定します。マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーは644の権限を持つファイルを作成できます。

- Oracle Grid Infrastructureインストール・ソフトウェア所有者のファイル記述子およびプロセスにulimitを設定します。

- インストールに備えて、DISPLAY環境変数を設定します。

Oracle Databaseをインストールする場合は、インストール前の追加要件を満たす必要があります。第2章を参照してください。

3.2 旧バージョンのデータベースのディスク・グループの管理

前のリリースのOracle DatabaseをOracle Grid Infrastructureにインストールするときに、Oracle ASM Configuration Assistant (Oracle ASMCA)を使用して、ディスク・グループを作成および変更します。

Oracle Database 11gリリース2より前のリリースでは、Oracle Database Configuration Assistant (Oracle DBCA)を使用してOracle ASMで管理タスクが実行されました。Oracle Database 11gリリース2 (11.2)以上では、Oracle ASMはOracle Grid Infrastructureインストールの一部としてインストールされます。Oracle DBCAを使用してOracle ASMで管理タスクを実行することはできなくなりました。

関連項目:
Oracle Database 10g以下のソフトウェアをOracle Grid Infrastructureとともに使用した、データベースに対するディスク・グループの互換性の構成に関する詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.3 既存のOracle Automatic Storage Managementインスタンスのアップグレード

以前のリリースのOracle ASMが、サーバーまたは既存のOracle Grid Infrastructureインストール環境内にインストールされている場合は、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)を使用して、既存のOracle ASMインスタンスを11gリリース2 (11.2)にアップグレードし、その後でディスク・グループ、Oracle ASMボリュームおよびOracle ASMファイル・システムを構成します。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのインスタンスを使用するすべてのデータベースおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用し、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることがOracle ASMCAにより検出された場合は、Oracle ASM 11gリリース2 (11.2)のバイナリをインストールした後に、Oracle ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。

関連項目:

- 『Oracle Automatic Storage Management管理者ガイド』のOracle Universal Installerを使用したOracle ASMインスタンスのアップグレードに関する項

- 『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコンフィギュレーション・アシスタントを使用したOracle ASMインスタンスのアップグレードに関する項

- 『Oracle Automatic Storage Management管理者ガイド』のOracle Restart構成でのOracle ASMインスタンスのダウングレードに関する項

3.4 Oracle Automatic Storage Managementインストールの考慮事項

前のリリースでは、Oracle Automatic Storage Management(Oracle ASM)のインストールは、Oracle Databaseインストールの一部として実行されました。Oracle Database 11gリリース2 (11.2)では、Oracle ASMは、クラスタまたはスタンドアロン・サーバーへのOracle Grid Infrastructureのインストールに含まれます。

既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレード(既存のOracle ASMインストールのアップグレード)を実行してOracle ASMをアップグレードする必要があります。Oracle ASMがインストールされていない場合、Oracle ASMを記憶域オプションとして使用するには、Oracle Databaseのインストールを開始する前に、Oracle Grid Infrastructureのインストールを完了してください。

Oracle ASMインスタンス、ディスク・グループおよびボリュームをインストールおよび構成するには、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)を実行する必要があります。また、ASMCAコマンドライン・インタフェースを非GUIユーティリティとして使用できます。

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

Oracle ASMをインストールする場合は、次のガイドラインを適用してください。

- 「Oracle Automatic Storage Managementインストールのためのディスクの準備」で説明する手順を完了し、Oracle ASMディスク・グループで使用するディスク・パーティションを準備する必要があります。

- インストールを開始する前に、Oracle ASMディスク・グループで使用する1つ以上のディスクが適切に構成されている必要があります。

- Oracle ASMをインストールする際、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)により、Oracle ASMインスタンスのサーバー・パラメータ・ファイル(SPFILE)とパスワード・ファイルが個別に作成されます。Oracle ASMのインストールが完了すると、ASMSNMPスキーマおよびユーザーが作成されます。詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- 既存ディスク・グループを管理するOracle ASMインスタンスは、Oracle Grid Infrastructureホーム・ディレクトリで実行されます。

3.5 Oracle Automatic Storage Managementインストールのためのディスクの準備

この項では、Oracle ASMで使用するディスクの構成方法について説明します。次の項では、要件の指定方法および各プラットフォームでのディスクの構成方法について説明します。

- Oracle Automatic Storage Managementを構成するための一般的な手順

- 手順1: Oracle Automatic Storage Managementの記憶域要件の識別

- 手順2: Oracle Automatic Storage ManagementのDASまたはSANディスク・パーティションの作成

- 手順3: Oracle Automatic Storage Managementのディスクの構成

注意:
引用符で囲む必要があるため、識別子をデータベース・オブジェクト名に使用することをお薦めしません。これらの引用符で囲んだ識別子は、SQL CREATE文では名前(CREATE DISKGROUP "1data" ...など)として有効な場合がありますが、データベース・オブジェクトを管理する他のツールを使用する際は名前として有効ではない場合があります。

関連項目:
ディスク・グループの作成および管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』の「新しいOracleインストール用のディスク・グループの作成」を参照してください。

3.5.1 Oracle Automatic Storage Managementを構成するための一般的な手順

Oracle ASMを構成するための一般的な手順は、次のとおりです。

1. サイトの記憶域要件を識別します。

2. 新規のOracle ASMディスク・グループを作成する場合は、DASまたはSANディスクのパーティションを作成します。

3. Oracle ASMで使用するディスクを構成します。Oracle Grid Infrastructureをインストールする際に、Oracle ASMディスクの構成情報を入力する必要があります。

3.5.2 手順1: Oracle Automatic Storage Managementの記憶域要件の識別

Oracle ASMの記憶域要件を特定するには、必要なデバイス数およびディスクの空き領域を決定する必要があります。この作業を行う手順は、次のとおりです。

1. Oracle ASMをOracle Databaseファイルまたはリカバリ・ファイル、あるいはその両方に使用するかどうかを決定します。

注意:
Oracle Databaseファイルとリカバリ・ファイルに同じ記憶域メカニズムを使用する必要はありません。一方のファイル・タイプにファイル・システムを使用し、もう一方にOracle ASMを使用できます。
自動バックアップを有効にし、使用可能な共有ファイル・システムがない場合は、リカバリ・ファイルの記憶域にOracle ASMを選択する必要があります。

自動バックアップを有効にする場合は、データベースをインストールする際、高速リカバリ領域にOracle ASMディスク・グループを指定することにより、Oracle ASMをリカバリ・ファイルの記憶域メカニズムとして選択できます。データベースをインストールする際のデータベースの作成方法に応じて、次のような選択肢があります。

- Oracle ASMCAを対話モードで実行して必要なディスク・グループを作成および構成します。
データベースをインストールする際に、対話モードでDatabase Configuration Assistantを実行するインストール方法(「拡張インストール」タイプ)を選択すると、Oracle ASMCAを使用して作成したディスク・グループを選択できます。

Oracle ASMCAで作成したディスク・グループをデータベース・ファイルおよびリカバリ・ファイルの両方に使用するか、または、ファイル・タイプごとに異なるディスク・グループを使用できます。可能な場合は、データファイル用とリカバリ・ファイル用に別々のOracle ASMディスク・グループを作成してください。

- 非対話モードでOracle ASMCAを実行する場合は、データファイルとリカバリ・ファイルで同じOracle ASMディスク・グループを使用する必要があります。データベースのインストール時(「標準インストール」タイプ)は、データファイルとリカバリ・ファイルの両方に同一のディスク・グループを選択する必要があります。

関連項目:

- 『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコンフィギュレーション・アシスタントのコマンドライン・インタフェースに関する項

- 「高速リカバリ領域ディスク・グループの作成」

2. 作成するOracle ASMディスク・グループごとに、使用するOracle ASMの冗長性レベルを選択します。
Oracle ASMディスク・グループの冗長性レベルを選択することによって、ディスク・グループにおけるOracle ASMによるファイルのミラー化方法、必要なディスク数およびディスク領域が決まります。

- 外部冗長性
このオプションでは、Oracle ASMでディスク・グループのコンテンツをミラーできません。この冗長性レベルの選択が推奨されるのは、RAIDデバイスなどそれ自体がデータ保護を提供するデバイスがディスク・グループに含まれる場合、またはデータベースが割込みなしのデータ・アクセスを必要としない場合です。

- 標準冗長性
標準冗長性ディスク・グループでは、パフォーマンスおよび信頼性を最適化するために、Oracle ASMではデータファイルの双方向ミラー化および制御ファイルの3方向ミラー化がデフォルトで使用されます。また、ディスク・グループの個々のファイルに対してミラー化の特性を選択できます。双方向ミラー化を使用するか、ミラー化を使用しないこともできます。

双方向ミラー化を使用する場合、標準冗長性ディスク・グループには、2つ以上の障害グループ(または2つ以上のディスク・デバイス)が必要です。標準冗長性ディスク・グループの有効なディスク領域は、その全デバイスのディスク領域の合計の半分です。

Oracleでは、ほとんどのインストールに標準冗長性ディスク・グループの使用をお薦めします。

- 高冗長性
ディスク・グループの内容は、デフォルトで3方向にミラー化されます。高冗長性ディスク・グループを作成するには、3つ以上の障害グループ(3つ以上のデバイス)を指定する必要があります。

高冗長性ディスク・グループでは最高水準のデータ保護が提供されますが、この冗長性レベルの使用を決定する前に、追加するストレージ・デバイスによりコストが高くなることを考慮する必要があります。

3. データベース・ファイルおよびリカバリ・ファイルに必要なディスク領域の合計量を判別します。
システムでOracle ASMインスタンスが実行されている場合は、既存のディスク・グループを使用して記憶域要件を満たすことができます。必要に応じて、データベースのインストール時にディスクを既存のディスク・グループに追加できます。

次の表を使用して、インストールに必要な最小ディスク数と最小ディスク領域を判別します。

冗長性レベル

最小ディスク数

データファイル

リカバリ・ファイル

両方のファイル・タイプ

外部

1

1.8GB

3.6GB

5.4GB

標準

2

3.6GB

7.2GB

10.8GB

高

3

5.4GB

10.8GB

16.2GB

4. オプションとして、Oracle ASMディスク・グループ・デバイスの障害グループを特定します。
標準冗長性ディスク・グループまたは高冗長性ディスク・グループを使用する場合、ディスク・デバイスのセットをカスタム障害グループに関連付けることにより、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスはそれぞれの障害グループに含まれます。しかし、標準冗長性ディスク・グループの2つのディスク・デバイスが同じSCSIコントローラに接続されている場合、コントローラに障害が発生するとディスク・グループは使用できなくなります。この例のコントローラは、シングル・ポイント障害です。

たとえば、このような障害を回避するには、2つのスモール・コンピュータ・システム・インタフェース(SCSI)コントローラ(それぞれが2つのディスクを持つ)を使用し、各コントローラに接続するディスクに対して障害グループを定義できます。この構成では、ディスク・グループによる1つのSCSIコントローラの障害の許容が可能になります。

注意:
カスタム障害グループを定義する場合、標準冗長性ディスク・グループに対して2つ以上の障害グループ、および高冗長性ディスク・グループに対して3つ以上の障害グループを指定する必要があります。

5. システムに適切なディスク・グループが存在しないことが確実な場合、適切なディスク・デバイスをインストールまたは指定して、新しいディスク・グループに追加します。適切なディスク・デバイスを指定する場合は、次のガイドラインを適用します。

- ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。

- Oracle ASMディスク・グループでは、すべてのデバイスのサイズおよびパフォーマンス特性が同じである必要があります。

- 複数のパーティションを単一の物理ディスクにディスク・グループ・デバイスとして指定しないでください。Oracle ASMでは、各ディスク・グループ・デバイスをそれぞれ個別の物理ディスクに配置する必要があります。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要な複雑なレイヤーが追加されるため、これを使用することはお薦めできません。論理ボリューム・マネージャの使用を選択する場合は、追加ストレージ・レイヤーのストレージ・パフォーマンスに対する影響を最小化できるように、論理ボリューム・マネージャを使用してストライプ化またはミラー化しない単一の論理ユニット番号(LUN)を表すことをお薦めします。

関連項目:

- このタスクの実行の詳細は、「手順3: Oracle Automatic Storage Managementのディスクの構成」を参照してください。

- Oracle ASMディスク・グループの構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』のASM用のストレージの準備に関する項を参照してください。

3.5.3 手順2: Oracle Automatic Storage ManagementのDASまたはSANディスク・パーティションの作成

Oracle ASMでDASまたはSANディスクを使用するには、ディスクのパーティション表が必要です。ディスクごとに、パーティションを1つ作成することをお薦めします。

注意:
物理ディスクをパーティション化すると、そのディスクをOracle ASMに使用できます。

3.5.4 手順3: Oracle Automatic Storage Managementのディスクの構成

自動ストレージ管理で使用するディスクを構成する手順は、次のとおりです。

1. 必要に応じて、自動ストレージ管理のディスク・グループに使用するディスクをインストールします。

2. ディスクが使用可能であることを確認するには、次のコマンドを入力します。

# /usr/sbin/ioscan -fun -C disk

このコマンドの出力は、次のようになります。

Class  I  H/W Path    Driver S/W State   H/W Type     Description
==========================================================================
disk    0  0/0/1/0.6.0 sdisk  CLAIMED     DEVICE       HP   DVD 6x/32x
/dev/dsk/c0t6d0   /dev/rdsk/c0t6d0
disk    1  0/0/1/1.2.0 sdisk  CLAIMED     DEVICE      SEAGATE ST39103LC
/dev/dsk/c1t2d0   /dev/rdsk/c1t2d0

このコマンドでは、ブロック・デバイス名(/dev/dsk/cxtydz)などの、システムに接続されている各ディスクに関する情報が表示されます。

注意:
HP-UX 11i v.3では、Agile Viewを使用して、ブロック・デバイス(/dev/disk/diskxyz)や文字RAWデバイス(/dev/rdisk/diskxyz)などのマス・ストレージ・デバイスを確認することもできます。次に例を示します。

#>ioscan -funN -C disk
Class I    H/W Path       Driver  S/W State H/W Type   Desc
===================================================================
disk  4  64000/0xfa00/0x1 esdisk  CLAIMED    DEVICE  HP73.4GST373454LC
/dev/disk/disk4    /dev/rdisk/disk4
disk 907 64000/0xfa00/0x2f esdisk  CLAIMED   DEVICE  COMPAQ MSA1000 VOLUME
/dev/disk/disk907  /dev/rdisk/disk907

3. ioscanコマンドで、使用するデバイスのデバイス名情報が表示されない場合は、次のコマンドを入力して、すべての新しいデバイス用に特別なデバイス・ファイルをインストールします。

# /usr/sbin/insf -e

4. ディスク・グループに追加する各ディスクについて次のコマンドを入力し、まだLVMボリューム・グループに属していないことを確認します。

# /sbin/pvdisplay /dev/dsk/cxtydz

このコマンドによってボリューム・グループの情報が表示された場合、そのディスクはボリューム・グループにすでに属しています。選択するディスクは、LVMボリューム・グループに属していない必要があります。

注意:
別のボリューム管理ソフトウェアを使用する場合(VERITAS Volume Managerなど)、ディスクが使用されていないことを確認する方法について、該当するマニュアルを参照してください。

5. ディスク・グループに追加する各ディスクについて次のようなコマンドを入力し、キャラクタ・ファイルの所有者、グループおよび権限を変更します。

# chown oracle:dba /dev/rdsk/cxtydz
# chmod 660 /dev/rdsk/cxtydz

注意:
DSF(Agile View)パスの場合、次のようなパスを使用してコマンドを入力します。

# chmod 660 /dev/rdisk/diskxyz

注意:
自動ストレージ管理でマルチ・パス・ディスク・ドライバを使用している場合は、必ずディスクの正しい論理デバイス名にのみ権限を設定するようにします。

3.6 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

ソフトウェアのみのインストールでは、スタンドアロン・サーバー用のOracle Grid Infrastructureのバイナリが指定された場所にコピーされるのみです。スタンドアロン・サーバー用のOracle Grid InfrastructureおよびOracle ASMの構成は、インストールが終了後に手動で行う必要があります。

Oracle Grid Infrastructureソフトウェアのソフトウェアのみのインストールを実行する場合、ソフトウェアのインストール後にOracle Restartを有効にするには、いくつかの構成ステップを手動で完了する必要があります。

注意:
ソフトウェアのみのインストールでは、インストールは検証されず、Oracle Grid Infrastructureソフトウェアを有効にするためにインストール後のステップを手動で実行する必要があるため、上級ユーザーのみが実行することをお薦めします。

ソフトウェアのみのインストールには、次のステップが含まれます。

1. ソフトウェア・バイナリのインストール

2. ソフトウェア・バイナリの構成

3.6.1 ソフトウェア・バイナリのインストール

1. Oracle Database 11gリリース2 (11.2)のインストール・メディア上の関連ディレクトリまたはダウンロード・ディレクトリで、runInstallerコマンドを実行します。

2. Oracle Grid Infrastructureのソフトウェアのみのインストールを完了します。
ソフトウェアのみのインストールを実行した後のOracle Grid Infrastructureの構成の詳細は、「ソフトウェア・バイナリの構成」を参照してください。

3. runcluvfy.sh stage -pre hacfgコマンドを使用して、サーバーがインストール要件を満たしていることを確認します。記憶域およびサーバーのインストール前の要件がすべて完了していることを確認します。

3.6.2 ソフトウェア・バイナリの構成

ソフトウェアのみのOracle Grid InfrastructureインストールでOracle Restartを構成およびアクティブ化するには、次のタスクを実行します。

1. rootとしてログインし、次の構文を使用して、Grid_homeでroothas.plスクリプトを実行します。

Grid_home/perl/bin/perl -I Grid_home/perl/lib -I Grid_home/crs/install
Grid_home/crs/install/roothas.pl

たとえば、Oracle Grid Infrastructureホームが/u01/app/oracle/product/11.2.0/gridの場合、次のスクリプトを実行します。

# /u01/app/oracle/product/11.2.0/grid/perl/bin/perl -I /u01/app/oracle/product/11.2.0/grid/perl/lib -I /u01/app/oracle/product
/11.2.0/grid/crs/install /u01/app/oracle/product/11.2.0/grid/crs/install/roothas.pl

2. Grid_home/oui/binディレクトリに移動します。Grid_homeは、Oracle Grid Infrastructureホームのパスです。

3. Oracle Restartソフトウェアの所有者ユーザーとしてログインし、次のコマンドを入力します。

./runInstaller -updateNodeList ORACLE_HOME=Grid_home -defaultHomeName CLUSTER_NODES= CRS=TRUE

次に例を示します。

$ ./runInstaller -updateNodeList ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid
-defaultHomeName CLUSTER_NODES= CRS=TRUE

4. Network Configuration AssistantおよびOracle ASMCAとともにSRVCTLユーティリティを使用して、リスナー、Oracle ASMインスタンスおよびすべてのOracle ASMディスク・グループをOracle Restart構成に追加します。

3.7 スタンドアロン・サーバーでのOracle Grid Infrastructureのインストールおよび構成

Oracle Grid Infrastructureをインストールしてデータベースを作成すると、データベースは自動的にOracle Grid Infrastructure構成に追加され、必要に応じて自動的に再起動されます。ただし、データベースが存在するホスト・コンピュータにOracle Grid Infrastructureをインストールする場合、データベース、リスナー、Oracle ASMインスタンスおよびその他のコンポーネントをOracle Grid Infrastructure構成に手動で追加する必要があります。

注意:
Oracle Grid Infrastructureでは、1つのホスト・コンピュータ上で複数の単一インスタンス・データベースを受け入れることができます。

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

- 新規データベース・インストールによるOracle Grid Infrastructureのインストール

- 既存データベース用のOracle Grid Infrastructureのインストール

3.7.1 新規データベース・インストールによるOracle Grid Infrastructureのインストール

次の手順を実行して、Oracle Grid Infrastructureをインストールし、Oracle Restartで管理されるデータベースを作成します。最初に、Oracle Grid Infrastructure(Oracle RestartおよびOracle ASM)をインストールし、Oracle ASMに1つ以上のディスク・グループを構成します。次に、Oracle ASMディスク・グループにデータベース・ファイルを格納するOracle Databaseをインストールします。「Oracle Universal Installer」ページの「ヘルプ」ボタンをクリックして、ページ・レベルの詳細を参照してください。

Oracle Grid Infrastructureのインストールを開始する前に、必要に応じて既存のOracleプロセスを停止してください。詳細は、「既存のOracleプロセスの停止」を参照してください。

スタンドアロン・サーバー用のOracle Grid Infrastructureを新規データベースとともにインストールするには、次の手順を実行します。

1. Oracle Grid Infrastructureソフトウェア所有者ユーザーとしてOracle Universal Installerを起動します。インストール・ファイルの場所に合せて、次のいずれかの操作を行います。

- インストール・ファイルがインストール・メディアにある場合は、次のようなコマンドを入力します。この場合、directory_pathは、インストール・メディアのOracle Grid Infrastructureのディレクトリ・パスです。

$ /directory_path/runInstaller

注意:
スタンドアロン・サーバー用のOracle Grid Infrastructureは、Oracle Grid Infrastructureのメディアからインストールする必要があります。

- インストール・ファイルがハードディスクにある場合は、Oracle Grid Infrastructureの(clusterware)ディレクトリ・パスに移動し、次のコマンドを入力します。

$ ./runInstaller

- インストール前の更新のダウンロード

Oracle Database 11gリリース2 (11.2.0.2)以降、保護されたデータ・センターでインストールを実行する場合、インストールを開始する前に、インターネットにアクセス可能なシステムから更新ダウンロード・モードでOracle Universal Installerを起動して、更新をダウンロードできます。Oracle Universal Installerで更新のダウンロードを開始するには、次のコマンドを入力します。

$ ./runInstaller -downloadUpdates

My Oracle Supportのユーザー名とパスワードを入力し、必要に応じてプロキシの設定を入力します。更新をダウンロードした後、インストールを実行するサーバー上のディレクトリに更新ファイルを移動します。

関連項目:

- レスポンス・ファイルの形式の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』を参照してください。

- 「ソフトウェアの更新オプション」

- Oracle Grid Infrastructureソフトウェア所有者ユーザーの環境設定の詳細は、「ユーザーの環境の構成」を参照してください。

注意:
Oracle Universal Installerは、Oracle Grid Infrastructureソフトウェア所有者ユーザーとしてログインしてユーザーの環境を設定したターミナル・セッションから起動してください。

Oracle Universal Installerが表示されない場合は、「X Windowの表示エラー」および「リモート端末でのインストール・エラー」のトラブルシューティング情報を参照してください。

2. Oracle Database 11gリリース2 (11.2.0.2)以降では、ソフトウェアの更新機能を使用して、最新の更新を動的にダウンロードして適用できます。ソフトウェアの更新のダウンロード画面で、次のいずれかのオプションを選択し、「次へ」をクリックします。

- My Oracle Support資格証明を使用してダウンロード: 最新のソフトウェア更新をダウンロードして適用するには、このオプションを選択します。
Oracle Universal Installerのインターネット接続に使用するプロキシを構成するには、プロキシ設定をクリックします。サイトのプロキシ・サーバーの情報、およびサーバーを接続するローカル・エリア・ネットワークにアクセスするユーザー・アカウントを入力します。Oracle Database 11gリリース2 (11.2.0.3)以降、プロキシ・レルム情報を入力できます。プロキシ・レルム情報では大/小文字が区別されます。プロキシ・レルムがない場合、「プロキシ・ユーザー名」、「プロキシ・パスワード」および「プロキシ・レルム」の各フィールドに入力する必要はありません。

「接続のテスト」をクリックして、プロキシの設定が正しく入力されてインストーラで更新をダウンロードできるかどうかを確認します。

- 事前にダウンロードしたソフトウェア更新を使用: このオプションを選択すると、-downloadUpdatesフラグを使用して以前にダウンロードしたソフトウェア更新が適用されます。

- ソフトウェア更新のスキップ: 更新を適用しない場合は、このオプションを選択します。

3. ソフトウェア更新の適用画面は、ソフトウェア更新のダウンロードを選択するか、以前にダウンロードしたソフトウェア更新の場所を入力した場合に表示されます。

1. 前の画面でMy Oracle Support資格証明を使用してダウンロードを選択した場合は、すべての更新のダウンロードおよび適用を選択し、「次へ」をクリックして更新を適用します。
デフォルトでは、ソフトウェア更新のダウンロード場所は、このインストールの実行に使用しているOracleインストール所有者のホーム・ディレクトリになります。ソフトウェア更新を別の場所にダウンロードするよう選択する場合は、「参照」をクリックして、サーバーの別の場所を選択します。

2. 前の画面で事前にダウンロードしたソフトウェア更新を使用を選択した場合は、すべての更新の適用を選択して「次へ」をクリックし、インストールを開始する前にダウンロードした更新を適用します。

4. 「インストール・オプションの選択」画面で、「スタンドアロン・サーバー用のOracle Grid Infrastructureの構成」オプションを選択してOracle RestartおよびOracle ASMをインストールして構成します。「次へ」をクリックします。

5. 「製品言語の選択」画面で、1つ以上の言語を選択します。「使用可能な言語」リストから「選択された言語」リストに、言語を移します。「次へ」をクリックします。

6. 「ASMディスク・グループの作成」画面に、すべてのOracle ASMディスクが表示されます。
「検出パスの変更」をクリックして、画面に表示されていない、Oracle ASMで使用するデバイスを選択します。「ディスク検出パスの変更」ウィンドウで、Oracle ASMで使用するデバイスの検索に使用する文字列を入力します。ディスク文字列をORCL:*に設定するか、空("")のままにすると、インストーラでこれらのディスクが検出されます。「OK」をクリックします。

Oracle ASMで使用するディスクの選択が終了したら、「次へ」をクリックします。

注意:
インストール中、Oracle ASMでマウントされ文字列ORCL:*でASMLIBに登録されたディスク・パスが、デフォルトのデータベース記憶域の候補ディスクとして一覧表示されます。

この手順の実行中は、次のディスク・デバイスに関する情報を考慮します。

- デフォルトのディスク・グループ名はDATAです。ディスク・グループに新しい名前を入力する、またはデフォルト名を使用することができます。

- ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。

- システム管理者に問い合せて、Oracle ASMで使用されるディスクがストレージ・レベルでミラー化されているかどうか確認してください。ミラー化されている場合は、冗長性に「外部」を選択します。ディスクがストレージ・レベルでミラー化されていない場合は、冗長性に「標準」を選択します。

注意:
標準冗長性で同一のデータ量を保持するために、倍のディスク領域が必要です。たとえば、100GBのデータベースの場合、必要な記憶域は約200Gです。

- すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位は、ディスク・グループ内の割当ての基本単位です。Oracle Database 11gリリース2 (11.2.0.3)以降、特定のディスク・グループ互換レベルに応じて、AUサイズの値に1、2、4、8、16、32または64MBを選択できます。デフォルト値は1MBに設定されています。

7. 「ASMパスワードの指定」画面で、Oracle ASMインスタンスへの接続に必要なパスワードを入力します。Oracle ASMインスタンスは、SYSASMと呼ばれる権限ロールで管理され、これによりOracle ASMディスク・グループへの完全なアクセスが付与されます。Oracle ASMインスタンスの監視には、SYSDBA権限を持つ、より権限の低いユーザーASMSNMPを作成することをお薦めします。
SYSおよびASMSNMPユーザー・アカウントのパスワードを入力します。パスワードは、8文字以上の長さで、アルファベットを1つ以上、数字を1つ以上、およびハイフン(-)、アンダースコア(_)、番号記号(#)の3つの記号のうちのいずれかを1つ以上使用する必要があります。パスワード・フィールドに、他の特殊文字は使用できません。

必要に応じて、すべてのアカウントに同じパスワードを使用できます。ただし、アカウントごとに異なるパスワードを指定することをお薦めします。指定したパスワードを覚えておく必要があります。

8. 「権限付きオペレーティング・システム・グループ」画面で、OSDBAグループ、OSASMグループおよびデータベース・オペレータ・グループOSOPER用に作成したオペレーティング・システム・グループの名前を選択します。dbaグループのみを作成すると、そのグループを3つの権限グループすべてで使用できます。別のasmadminグループを作成した場合は、その値をOSASMグループで使用します。「次へ」をクリックします。

9. 「インストール場所の指定」画面に次の情報を入力し、「次へ」をクリックします。

- Oracleベース: Oracleベース・ディレクトリの場所を入力します。パスには空白を入れないようにしてください。

- ソフトウェアの場所: デフォルト値を受け入れるか、ソフトウェアをインストールするディレクトリ・パスを入力します。ディレクトリ・パスに空白を含めないでください。

関連項目:

- Oracleベース・ディレクトリおよびOracleホーム・ディレクトリの詳細は、「必要なソフトウェア・ディレクトリの識別」を参照してください。

- ディレクトリのネーミング規則は、「ディレクトリのネーミング」を参照してください。

10. このサーバーにOracleソフトウェアをインストールしていない場合、「インベントリの作成」画面が表示されます。
必要に応じて、インベントリ・ディレクトリのパスを変更します。また、必要に応じて、oraInventoryグループ名としてoinstallを選択します。「次へ」をクリックします。

11. 「前提条件チェックの実行」画面で、Oracle Grid Infrastructureのインストールを実行するための最小システム要件が満たされているかどうか確認します。すべてのシステム要件が満たされている場合、「サマリー」画面に移動します。インストールに失敗すると、エラーを確認できます。
「再チェック」をクリックすると、前提条件のチェックを再実行して、データベース・インストールを実行できる最低要件が満たされているかどうか確認できます。

問題を修正してからシステム要件を再チェックする場合は、「修正および再チェック」をクリックします。

注意:
「修正および再チェック」オプションにより、rootユーザーとして実行する必要があるスクリプトが生成されます。この生成されたスクリプトでは、一部のシステム・パラメータ値が設定されます。このスクリプトの内容は変更しないことをお薦めします。詳細は、「インストール修正スクリプト」を参照してください。

失敗した要件リストを取得するには、リストから「失敗を表示」を選択します。OUIによって実行されたすべての前提条件チェックのリストを取得するには、「すべて表示」を選択します。成功した前提条件チェックのリストを取得するには、「成功を表示」を選択します。

注意:
「すべて無視」オプションを選択する場合は注意が必要です。このオプションを選択すると、Oracle Databaseをシステムに正常にインストールできるかどうかをOracle Universal Installerが確認できない場合があります。

12. 「サマリー」画面の内容を確認し、「インストール」をクリックします。
Oracle Database 11gリリース2 (11.2)以降では、「レスポンス・ファイルの保存」をクリックすると、すべてのインストール手順をレスポンス・ファイルに保存できます。このファイルは、サイレント・インストールに使用できます。

13. 「製品のインストール」画面に、Oracle Grid Infrastructureのインストールの進捗状況が表示されます。インストール・プロセス中、「構成スクリプトの実行」ウィンドウが表示されます。この画面のスクリプトを実行するまで、「OK」はクリックしないでください。
rootユーザーとしてroot.shと、必要な場合はorainstRoot.sh構成スクリプトを実行します。

14. 「終了」画面に、インストールのステータスが表示されます。「閉じる」をクリックしてインストールを終了し、「はい」をクリックしてOracle Universal Installerを終了します。
問題が発生した場合、構成ファイルを参照して詳細を確認します。構成ログへのパスワードは、「コンフィギュレーション・アシスタント」ウィンドウ上に表示されています。

15. Oracle ASMCAは、スタンドアロン・サーバー用Oracle Grid Infrastructureインストールの一部としてインストールされます。追加のディスク・グループを作成する場合は、Oracle ASMCAユーティリティを実行します。たとえば、RECOVERYという名前の別のディスク・グループを作成して、高速リカバリ領域を格納できます。

関連項目:

- 「Oracle Automatic Storage Managementディスク・グループの手動による構成」

- 「高速リカバリ領域ディスク・グループの作成」

注意:
Oracle High Availability Serviceが正しくインストールされているかどうかを確認するには、./crsctl check hasコマンドをGrid_home/binディレクトリから実行します。
Grid_homeはスタンドアロン・サーバーのOracle Grid Infrastructureホームへのパスであり、ohasdは、Oracle Grid Infrastructureとともにインストールされるデーモン(Oracle ASMなどのソフトウェア・サービスを起動するデーモン)です。

16. Oracle Databaseをインストールします。「Oracle Databaseソフトウェアのインストール」を参照してください。

注意:

- グリッド・インフラストラクチャのインストール後に新しいデータベースをインストールした場合は、Oracle Grid Infrastructureホームからリスナーが実行されます。Oracle ASMはOracle Grid Infrastructureの一部としてインストールされるため、デフォルト・リスナーが作成され、Oracle Grid Infrastructureホームから実行されます。データベースのインストールを実行する場合は、Oracle Grid Infrastructureのインストールの際に作成されたリスナーをデータベースで使用する必要があります。

- Oracle Restartを使用する場合、デフォルト・リスナーおよび他のすべてのリスナーは、Oracle Grid Infrastructureホームから実行する必要があります。

インストールされたバイナリを削除せずにOracle Restartを構成解除する場合、「Oracle Restartのトラブルシューティングおよび構成解除」を参照してください。

3.7.2 既存データベース用のOracle Grid Infrastructureのインストール

この項に示すハイレベルな手順に従って、既存のOracleデータベース用のOracle Grid Infrastructureをインストールおよび構成します。Oracle Restartは、既存のリリース11.2リソースのみを管理できるため、既存のリリース11.2データベースに対してのみOracle Grid Infrastructureをインストールできます。ただし、リリース11.2より前のOracleデータベースは、Oracle Restartで管理されないで同じサーバーに共存できます。

既存のデータベース用にOracle Grid Infrastructureをインストールする手順は、次のとおりです。

- データベースと同じホスト・コンピュータで、Oracle Universal Installerを使用してOracle Grid Infrastructureをインストールし、インストール・オプションとして「スタンドアロン・サーバー用のOracle Grid Infrastructureの構成」を選択します。
Oracle Grid Infrastructureのコンポーネントは、別のOracleホームにインストールされます。

手順の詳細は、「新規データベースのインストールによるOracle Grid Infrastructureのインストール」を参照してください。

- Gridホームのbinディレクトリに移動します。
-c SINGLEフラグを指定したsrvctl add databaseコマンドを使用して、Oracle Restart構成内にデータベースを追加します。また、srvctl addコマンドを使用して、リスナー、Oracle ASMインスタンス、すべてのOracle ASMディスク・グループおよびデータベース・サービスをOracle Restart構成に追加します。

関連項目:
詳細は、『Oracle Database管理者ガイド』のsrvctl addに関する項を参照してください。

3.8 スタンドアロン・サーバー用のOracle Grid Infrastructureバイナリの変更

スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール後、最初にOracle Restartスタックを停止して、Gridホームにインストールされているソフトウェアを変更する必要があります。たとえば、個別パッチを適用するか、Oracle RestartまたはOracle ASMで使用されるDLLを変更するには、次の手順を実行してOracle Restartスタックを停止および再起動する必要があります。

ただし、OPatchユーティリティをautoオプション付きで、つまりopatchautoを実行する場合は、Oracle Restartスタックの停止および開始が自動的に行われるので、手動での停止と開始は必要ありません。OPatchをapplyオプション付きで、つまりopatch applyを実行する場合は、この項で説明する手順に従ってOracle Restartスタックを手動で停止および再起動する必要があります。

関連項目:
opatchautoの使用方法は、『Oracle Opatchユーザーズ・ガイド for Windows and UNIX』を参照してください。

注意:
実行可能ファイルに再リンクする前に、再リンクしているOracleホーム・ディレクトリで実行されているすべての実行可能ファイルを停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションを停止します。

次の手順に従って、スタンドアロン・サーバー用のOracle Grid Infrastructureホームの変更準備をします。

1. Oracle Grid Infrastructureソフトウェア所有者ユーザーとしてログインし、パスGrid_home/binに移動します。Grid_homeは、Oracle Grid Infrastructureホームのパスです。

$ cd Grid_home/bin

2. 次のコマンドを使用してOracle Restartスタックを停止します。

$ crsctl stop has -f

3. Oracle Restartスタックをシャットダウンしたら、Oracle Grid Infrastructureホームにインストールしたソフトウェアの更新を実行します。

4. 次のコマンドを使用して、Oracle Restartスタックを再起動します。

$ crsctl start has

次の手順に従って、スタンドアロン・サーバー用のOracle Grid Infrastructureを再リンクします。

1. rootとしてログインします

# cd Grid_home/crs/install
# perl roothas.pl -unlock

2. スタンドアロン・サーバー用のOracle Grid Infrastructure所有者としてログインします。

$ export ORACLE_HOME=Grid_home
$ Grid_home/bin/relink

3. 再度rootとしてログインします。

# cd Grid_home/rdbms/install/
# ./rootadd_rdbms.sh
# cd Grid_home/crs/install
# perl roothas.pl -patch

オペレーティング・システムのパッチを適用したときやオペレーティング・システムのアップグレードをした後は毎回、Oracle RestartとOracle ASMのバイナリを再リンクする必要があります。

関連項目:
「以前のリリースのGridホームの削除」

3.9 Oracle Automatic Storage Managementディスク・グループの手動による構成

コンピュータに構成済のOracle ASMインスタンスがない場合、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)・ユーティリティにより、新しいOracle Automatic Storage Managementインスタンスが作成されます。

追加のディスク・グループを作成する場合や、Oracle ASMディスクを手動で構成する場合は、次のようにOracle ASMCAを実行します。

$ cd Grid_home/bin
$ ./asmca

Grid_homeは、スタンドアロン・サーバー用のOracle Grid Infrastructureホームへのパスです。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

3.10 Oracle Automatic Storage Managementインストールのテスト

Oracle ASMインストールをテストするには、Oracle ASMディスク・グループのファイルおよびディレクトリを管理するasmcmdコマンドライン・ユーティリティを使用してログインします。手順は次のとおりです。

1. シェル・ウィンドウを開き、ORACLE_SIDおよびORACLE_HOME環境変数を一時的に設定して、Oracle ASMインスタンスで使用する適切な値を指定します。
たとえば、Oracle ASMのSIDが+ASMで、OracleホームがORACLE_BASEディレクトリのgridサブディレクトリにある場合は、次のコマンドを入力して必要な設定を作成します。

- Bourne、Bash、またはKornシェルの場合:

$ ORACLE_SID=+ASM
$ export ORACLE_SID
$ ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid
$ export ORACLE_HOME

- Cシェルの場合:

% setenv ORACLE_SID +ASM
% setenv ORACLE_HOME /u01/app/oracle/product/11.2.0/grid

2. ASMCMDを使用して、Oracle ASMインスタンスのディスク・グループをリストします。

$ORACLE_HOME/bin/asmcmd lsdg

デフォルトで、ASMCMDはSYSASM権限を持つSYSユーザーとして接続します。

Oracle ASMインスタンスが実行されていない場合は、次のコマンドを使用してインスタンスを起動できます。

$ORACLE_HOME/bin/asmcmd startup

関連項目:

- ASMCMDの詳細は、『Oracle Databaseユーティリティ』を参照してください。

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

4 Oracle Databaseのインストール

Oracle Databaseソフトウェアはインストール・メディアで提供されますが、Oracle Technology NetworkのWebサイトまたはOracle Software Delivery Cloudのポータルからもダウンロードできます。ほとんどの場合、ソフトウェアのインストールには、Oracle Universal Installerのグラフィカル・ユーザー・インタフェース(GUI)を使用します。ただし、Oracle Universal Installerを使用して、GUIを使用せずにサイレント・モード・インストールを実行することもできます。

- インストール前の考慮事項

- コンポーネント固有のインストール・ガイドラインの参照

- インストール・ソフトウェアへのアクセス

- データベース・セキュリティ・オプション

- Oracle Databaseソフトウェアのインストール

- Oracle Database Examplesのインストール

関連項目:
サイレント・モード・インストールの詳細は、付録Aを参照してください。

4.1 インストール前の考慮事項

第1章「Oracle Databaseのインストールの概要」の情報を確認し、第2章「Oracle Databaseのインストール前の作業」に示す作業を完了します。

4.1.1 レスポンス・ファイル・モードまたはサイレント・モードでのOracle Databaseの複数インストールの実行

Oracle Databaseの複数インストールを実行する必要がある場合に、サイレント・モードまたはレスポンス・ファイル・モードを使用することがあります。レスポンス・ファイル・モードでは、ノードごとに、レスポンス・ファイルを使用してコマンドラインからOracle Universal Installerを実行します。レスポンス・ファイルは、通常Oracle Universal InstallerのGUIダイアログ・ボックスに入力される設定を含むテキスト・ファイルです。

関連項目:
サイレント・モード・インストールの詳細は、付録Aを参照してください。

4.2 コンポーネント固有のインストール・ガイドラインの参照

Oracle Universal Installerを起動する前に、次のガイドラインを参照してください。

- Oracle Universal Installer
以前のOracleリリースのOracle Universal Installerを使用してこのリリースのコンポーネントをインストールすることはできなくなりました。

- Oracle Automatic Storage Management
前のリリースでは、Oracle Automatic Storage Management(Oracle ASM)のインストールは、Oracle Databaseインストールの一部として実行されました。Oracle Database 11gリリース2 (11.2)では、Oracle ASMは、クラスタまたはスタンドアロン・サーバーへのOracle Grid Infrastructureのインストールに含まれます。

既存のOracle ASMインストールをアップグレードするには、Oracle Grid Infrastructureのアップグレードを実行して、Oracle ASMをアップグレードします。Oracle ASMがインストールされていない場合、Oracle ASMを記憶域オプションとして使用するには、Oracle Databaseのインストールを開始する前に、Oracle Grid Infrastructureのインストールを完了してください。

関連項目:
スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの詳細は、第3章「スタンドアロン・サーバー用のOracle Grid Infrastructure」を参照してください

- クラスタでのインストール
Oracle ClusterwareおよびOracle RACがシステムにインストールされている場合、Oracle Universal Installerには、ハードウェアのクラスタ・インストールの指定ページが表示されます。Oracle RACをインストールしない場合は、「ローカル・インストール」オプションを選択する必要があります。

関連項目:
『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

4.2.1 データベース・キャラクタ・セットの選択

Oracle Databaseでは、次の3つに対してデータベース・キャラクタ・セットが使用されます。

- SQL文字データ型(CHAR、VARCHAR2、CLOB、およびLONG)で格納されているデータ。

- 表名、列名、PL/SQL変数などの識別子。

- ストアドSQLおよびPL/SQLソース・コード(このコードに埋め込まれたテキスト・リテラルも含む)。

データベースを作成した後でキャラクタ・セットを変更すると、一般的に、時間およびリソースの面で大きなコストがかかります。このような処理を行うには、データベース全体をエクスポートした後で再びインポートすることにより、すべての文字データの変換が必要な場合もあります。そのため、データベース・キャラクタ・セットは、インストールの時点で慎重に選択することが重要です。

データベース・キャラクタ・セットには、Unicode AL32UTF8を使用することをお薦めします。Unicodeは、現在世界で使用されている言語のほとんどをサポートしている汎用キャラクタ・セットです。また、現在では使用されていない歴史的な文字(アルファベット)も多数サポートしています。Unicodeは、Java、XML、XHTML、ECMAScriptおよびLDAPなど様々な技術におけるネイティブ・エンコーディングです。Unicodeは、インターネットや世界経済をサポートしているデータベースに非常に適しています。

AL32UTF8はマルチバイト・キャラクタ・セットであるため、文字データに対するデータベース操作の速度は、WE8MSWIN1252などのシングルバイト・データベース・キャラクタ・セットと比較すると若干遅い可能性があります。使用する文字がASCIIの対象外である大部分の言語について、その言語のテキストに必要な記憶領域をみると、その言語をサポートしているレガシー・キャラクタ・セットを使用した場合よりもAL32UTF8を使用した場合の方が大きくなります。記憶領域が大きくなるのは、英語以外の文字データに関してのみです。Unicodeでは、汎用性や柔軟性があるために、通常はこうした過剰な負担が生じます。

テキスト処理における互換性、記憶域の要件、またはパフォーマンスが重要な要素であり、かつデータベースがサポートしているのが単一グループの言語に限定される場合には、レガシー・キャラクタ・セットの使用を検討します。この場合、対象のデータベースに接続しているクライアントに最も多く使用されているキャラクタ・セットを、データベース・キャラクタ・セットとして選択します。

Oracle Universal InstallerおよびこのリリースのDatabase Configuration Assistantで提案または使用されるデフォルトのキャラクタ・セットは、オペレーティング・システムの言語構成に基づいています。

大部分の言語では、データベースがWindows上にインストールされていない場合でも、Microsoft Windowsのキャラクタ・セットの1つであるWE8MSWIN1252がデフォルトのキャラクタ・セットとなります。これは、データベースに接続しているクライアントの大多数が、オペレーティング・システムとしてMicrosoft Windowsを使用しているという前提に基づくものです。データベースには、クライアントから受け取った文字をすべて格納できる必要があり、Microsoft Windowsのキャラクタ・セットは、対応するISO 8859キャラクタ・セットよりも扱える文字が豊富なため、通常はMicrosoft Windowsのキャラクタ・セットを選択するのが適切です。たとえば、EE8MSWIN1250キャラクタ・セットではユーロ通貨記号や様々なスマート・クォート文字がサポートされているのに対し、対応するEE8ISO8859P2キャラクタ・セットでは、そのような記号や文字はサポートされていません。Oracle Databaseでは、NLS_LANG設定で宣言されたデータベース・キャラクタ・セットとクライアントのキャラクタ・セットの間でデータが変換されます。

Oracle Universal Installerで選択用に表示されるデータベース・キャラクタ・セットのリストには、推奨するキャラクタ・セットのみが含まれています。Oracle Databaseでは、この他にも多くのキャラクタ・セットがサポートされていますが、それらは非推奨になっているか、または別に推奨するキャラクタ・セットのバイナリ・サブセットです。たとえば、WE8DECは非推奨のキャラクタ・セットであり、US7ASCIIおよびWE8ISO8859P1はいずれもWE8MSWIN1252のバイナリ・サブセットです。

互換性を維持するため、非推奨のキャラクタ・セットでデータベースを作成する必要がある場合は、「詳細」データベース構成オプションを選択してください。対話モードでDatabase Configuration Assistantを使用すると、HP-UXでサポートされている任意のデータベース・キャラクタ・セットを選択できます。

4.2.2 Oracle Automatic Storage Managementディスク・グループの使用

この項はオプションで、ディスク・グループの識別方法およびディスク・グループに含まれる空きディスク領域の判別方法を説明します。Oracle Grid Infrastructureをインストールする際に作成されたOracle ASMの既存ディスク・グループに、データベース・ファイルまたはリカバリ・ファイルを格納できます。

注意:
既存ディスク・グループを管理するOracle ASMインスタンスは、Oracle Grid Infrastructureホーム・ディレクトリで実行されます。

Oracle ASMの既存ディスク・グループが存在するかどうか、またはディスク・グループの空きディスク領域が十分かどうかを確認するには、次の手順を実行します。

1. oratabファイルの内容を表示して、Oracle ASMインスタンスがシステムに組み込まれているかどうかを判断します。

# more /var/opt/oracle/oratab

Oracle ASMインスタンスがシステムに構成されている場合、oratabファイルには次のような行が含まれます。

+ASM:oracle_home_path:N

この例で、+ASMはOracle ASMインスタンスのシステム識別子(SID)、oracle_home_pathはOracle ASMインストールのOracleホーム・ディレクトリです。通常、Oracle ASMインスタンスのSIDは+ASMです。

2. シェル・プロンプトを開き、ORACLE_SIDおよびORACLE_HOME環境変数を一時的に設定して、Oracle ASMインスタンスで使用する適切な値を指定します。
たとえば、Oracle ASMのSIDが+ASMで、ORACLE_BASEディレクトリのgridサブディレクトリにある場合は、次のコマンドを入力して必要な設定を作成します。

- Bourne、Bash、またはKornシェルの場合:

$ ORACLE_SID=+ASM
$ export ORACLE_SID
$ ORACLE_HOME=/u01/app/oracle/product/11.2.0/grid/
$ export ORACLE_HOME

- Cシェルの場合:

% setenv ORACLE_SID +ASM
% setenv ORACLE_HOME /u01/app/oracle/product/11.2.0/grid

3. SQL*Plusを使用して、SYSASM権限を持つSYSユーザーとしてOracle ASMインスタンスに接続し、必要に応じてインスタンスを起動します。

# $ORACLE_HOME/bin/sqlplus /nolog
SQL> CONNECT SYS as SYSASM
Enter password: SYS_password
SQL> STARTUP

4. 次のコマンドを入力して、既存のディスク・グループ、そのディスク・グループの冗長性レベルおよび各グループの空きディスク領域を表示します。

SQL> SELECT NAME,TYPE,TOTAL_MB,FREE_MB FROM V$ASM_DISKGROUP;

5. 出力結果から、適切な冗長性レベルが設定されているディスク・グループを特定し、そのディスク・グループにある空き領域を記録します。

6. 前述の項で記述した記憶域の要件を満たすために、必要に応じて追加のディスク・デバイスをインストールまたは指定します。

注意:
既存のディスク・グループにデバイスを追加する場合、そのディスク・グループにある既存のデバイスと同じサイズおよび同じパフォーマンス特性を持つデバイスを使用することをお薦めします。

関連項目:
「既存のOracle Automatic Storage Managementインスタンスのアップグレード」

4.3 インストール・ソフトウェアへのアクセス

Oracle Databaseソフトウェアはインストール・メディアで提供されますが、Oracle Technology NetworkのWebサイトまたはOracle Software Delivery Cloudのポータルからもダウンロードできます。ソフトウェアをハードディスクからインストールするには、ソフトウェアをダウンロードして解凍するか、インストール・メディアがある場合はそこからソフトウェアをコピーする必要があります。

Oracle Databaseのアクセスおよびインストールは、次のいずれかの方法で実行できます。

- ソフトウェアをハードディスクにコピーする場合は、「ハードディスクへのソフトウェアのコピー」を参照してください。

- Oracle Technology Networkからソフトウェアをダウンロードする場合は、「Oracleソフトウェアのダウンロード」を参照してください。

4.3.1 Oracleソフトウェアのダウンロード

試用版のインストール・ファイルをOracle Technology Network(OTN)またはOracle Software Delivery Cloudのポータルからダウンロードして、ハードディスクに解凍できます。ライセンス規約を読み、理解していることを確認します。ほとんどのダウンロードには、開発ライセンスが含まれています。この項の内容は、次のとおりです。

- OTNからのインストール用アーカイブ・ファイルのダウンロード

- Oracle Software Delivery Cloudからのソフトウェアのダウンロード

- インストール・ファイルの解凍

4.3.1.1 OTNからのインストール用アーカイブ・ファイルのダウンロード

Oracle Technology Networkからインストール用アーカイブ・ファイルをダウンロードする手順は、次のとおりです。

1. ブラウザを使用して、次のURLにあるOracle Technology Networkのソフトウェア・ダウンロード・ページにアクセスします。

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

2. インストールする製品のダウンロード・ページに移動します。

3. ダウンロード・ページで、各必須ファイルのサイズを合計して必要なディスク領域を確認します。
ファイル・サイズは、ファイル名の隣に表示されます。

4. アーカイブ・ファイルの格納および展開用に、十分な空き領域のあるファイル・システムを選択します。

ほとんどの場合、使用可能なディスク領域としては、全アーカイブ・ファイルの2倍以上のサイズが必要です。

5. 手順4で選択したファイル・システム上で、インストール・ディレクトリを保持するための親ディレクトリ(OraDB11gなど)を製品ごとに作成します。

6. すべてのインストール用アーカイブ・ファイルを、手順5で作成したディレクトリにダウンロードします。

7. ダウンロードしたファイルのサイズが、Oracle Technology Network上の対応するファイルと一致することを確認します。また、次のようなコマンドを使用して、チェックサムがOracle Technology Networkでの記述と同じであることを検証します。

cksum filename.zip

8. 作成した各ディレクトリでファイルを解凍します。

9. 必須インストール・ファイルを解凍した後、「Oracle Databaseソフトウェアのインストール」を参照してください。

4.3.1.2 Oracle Software Delivery Cloudからのソフトウェアのダウンロード

Oracle Software Delivery Cloudからソフトウェアをメディア・パックとしてダウンロードできます。メディア・パックは電子版のソフトウェアで、Oracleのお客様はCD-ROMまたはDVDでも入手可能です。メディア・パックをダウンロードする手順は、次のとおりです。

1. ブラウザを使用して、次のURLにあるOracle Software Delivery Cloudのポータルにアクセスします。

https://edelivery.oracle.com/

2. オンライン・フォームに情報(名前、会社、電子メール・アドレス、国)を入力して、「輸出確認」手続きを行います。

3. メディア・パックの検索ページで、ダウンロードするメディア・パックを特定するための製品パックとプラットフォームを指定します。製品パックの名前がわからない場合は、ライセンス・リストを使用して検索できます。

4. オプションで、ダウンロードする関連製品を「結果」リストから選択します。

5. 検索結果ページで「Readme」をクリックし、ダウンロード手順と製品情報が記載されたReadmeファイルをダウンロードして確認します。

6. Readmeを確認したら、検索結果から適切なメディア・パックを選択し、個別のzipファイルをダウンロードします。このページに記載されたダウンロードの注意事項に従います。必要なzipファイルのコンテンツをダウンロードして解凍した後、ソフトウェアのインストールを開始します。

注意:
ダウンロード可能なファイルのリストが記載されたページを印刷しておいてください。インストール中に参照する可能性のある部品番号とその説明のリストが含まれています。

7. ファイルをダウンロードした後、「ダイジェストの表示」をクリックして、MD5またはSHA-1チェックサムが、メディア・ダウンロード・ページに示されている内容と一致することを検証します。

関連項目:

- ソフトウェア・ダウンロードの整合性を検証する方法の詳細は、次のMy Oracle Supportノート549617.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=549617.1

- メディア・パックの詳細は、Oracle Software Delivery Cloudポータルのよくある質問セクションを参照してください。

4.3.1.3 インストール・ファイルの解凍

インストール用アーカイブ・ファイルを解凍する手順は、次のとおりです。

1. 必要に応じて、ダウンロードしたインストール用アーカイブ・ファイルが格納されているディレクトリに変更します。

2. Oracle RDBMSソフトウェアは2つのアーカイブ・ファイルとして提供されます。必ず、両方のアーカイブ・ファイルを同じディレクトリに抽出します。
ダウンロードしたファイルの拡張子がzipの場合は、次のコマンドを使用してファイルの内容を解凍します。

unzip file_name.zip

ダウンロードしたファイルの拡張子がcpio.gzの場合は、次のコマンドを使用します。

$ gunzip filename.cpio.gz

このコマンドによって、次のような名前のファイルが作成されます。

filename.cpio

インストール・ファイルを解凍するには、次のようなコマンドを入力します。

$ cpio -idcmv < filename.cpio

注意:
cpioコマンドで使用できる正しいオプションの詳細は、ダウンロード・ページを参照してください。
一部のブラウザでは、ファイルのダウンロード中に解凍が行われますが、.gzファイル拡張子は残されます。

このコマンドを実行すると、ファイルごとにDisknという名前のサブディレクトリが作成されます。nは、ファイル名にあるディスク番号です。

必須インストール・ファイルをすべて解凍した後、「Oracle Databaseソフトウェアのインストール」を参照してください。

4.3.2 ハードディスクへのソフトウェアのコピー

Oracle Databaseをインストールする前に、ソフトウェアをハードディスクにコピーし、インストール処理の実行を速めることをお薦めします。インストール・メディアの内容をハードディスクにコピーする前に、ディスクをマウントする必要があります。次の各項では、ディスクをマウントして内容をハードディスクにコピーする手順について説明します。

4.3.2.1 ディスクのマウント

ほとんどのHP-UXシステムでは、ディスク・ドライブにディスクを挿入するとディスクが自動的にマウントされます。ディスクが自動的にマウントされない場合は、次の手順に従ってディスクをマウントしてください。

1. ユーザーをrootに切り替えます。

$ sudo - root

2. 必要に応じて次のコマンドを入力し、現在マウントされているディスクをアンマウントして、ドライブから取り出します。

# /usr/sbin/umount /SD_DVD

この例で、/SD_DVDはディスク・ドライブのマウント・ポイント・ディレクトリです。

3. 適切なディスクをディスク・ドライブに挿入し、次のようなコマンドを入力してマウントします。

# /usr/sbin/mount -F cdfs -o rr /dev/dsk/cxtydz /SD_DVD

この例で、/SD_DVDはディスク・マウント・ポイント・ディレクトリで、/dev/dsk/cxtydzはディスク・デバイスのデバイス名(/dev/dsk/c0t2d0など)です。

4. Oracle Universal Installerに「ディスクの場所」ダイアログ・ボックスが表示されている場合は、次の例のように、ディスクのマウント・ポイント・ディレクトリのパスを入力します。

/SD_DVD

以降の操作については、次のいずれかの項を参照してください。

- ソフトウェアをハードディスクにコピーする場合は、「ハードディスクへのOracle Databaseソフトウェアのコピー」を参照してください。

- ソフトウェアをインストール・メディアからインストールする場合は、「Oracle Databaseソフトウェアのインストール」を参照してください。

4.3.2.2 ハードディスクへのOracle Databaseソフトウェアのコピー

注意:
システムにインストール・メディアがない場合は、ソフトウェアをディスクから別のシステムのファイル・システムにコピーしてから、NFSを使用してファイル・システムをマウントするか、FTPを使用してソフトウェアをインストールするシステムにファイルをコピーできます。

インストール・メディアの内容をハードディスクにコピーする手順は、次のとおりです。

1. ハードディスク上でOracleベース・ディレクトリの外部にOracleソフトウェアを格納するためのディレクトリを作成します。

$ mkdir OraDb11g

2. ディレクトリを手順1で作成したディレクトリに変更します。

$ cd OraDb11g

3. ディスクがマウントされていない場合は、マウントします。
一部のプラットフォームでは、ディスクをドライブに挿入した時点で、ディスクが自動的にマウントされます。ディスクが自動的にマウントされない場合、「ディスクのマウント」を参照してプラットフォーム固有の情報を確認してください。

4. 次のように、マウントされたディスクの内容を、対応する新規のサブディレクトリにコピーします。

$ cp -R /directory_path OraDb11g

この例では、/directory_pathがディスクのマウント・ポイント・ディレクトリです。

5. 必要に応じて、次のディスクをマウントし、手順4の操作を繰り返します。

4.4 データベース・セキュリティ・オプション

インストールの実行中、データベースのセキュリティ構成を選択するよう求めるメッセージが表示されます。セキュアな構成オプションでは、データベース監査オプションによるデータベースの構成の他、パスワード・ポリシーやパスワードの有効期限に関する設定を行います。

データベースを新規にインストールする場合、Oracle Database 11gリリース2 (11.2)のデフォルト構成には、セキュアな構成オプションが含まれています。これらの高度なセキュリティ制御を無効にする場合は、データベースのインストール中に表示される「構成オプションの指定」画面で「すべての新規セキュリティ設定のアサート」チェック・ボックスを選択解除します。Oracle Databaseは、Oracle Database 10gリリース2のデフォルト・オプションでインストールされます。監査やパスワードに関するセキュリティ設定の有効/無効を切り替えたり、セキュリティ設定を以前の状態に戻すことができます。インストールした後でも、コマンドライン・インタフェースからDatabase Configuration Assistantを起動すると、セキュリティ構成を有効または無効にできます。

セキュリティ構成を有効にする場合:

dbca -silent -configureDatabase -sourceDB SID -disableSecurityConfiguration NONE -enableSecurityConfiguration true

セキュリティ構成を無効にする場合:

dbca -silent -configureDatabase -sourceDB SID -disableSecurityConfiguration [ALL|PASSWORD_PROFILE] -enableSecurityConfiguration false

SIDは、システム識別子です。

データベース・アップグレードの場合、アップグレードしたデータベースでは、既存のデータベース・セキュリティ構成が保持され、既存のアプリケーションとの互換性が確保されます。

注意:

- インストール中またはインストール後にDatabase Configuration Assistantを使用し、セキュアな構成オプションを指定してデータベースを構成することをお薦めします。

- Database Vaultは、高度なセキュリティ機能です。データベースとともにインストールする場合、Database Configuration Assistantのオプションを使用してセキュアな構成を変更することはできません。

4.5 Oracle Databaseソフトウェアのインストール

ほとんどの場合、Oracle Databaseのインストールには、Oracle Universal Installerのグラフィカル・ユーザー・インタフェース(GUI)を使用します。この項では、Oracle Universal InstallerのGUIを使用してほとんどのデータベースのインストールを実行する方法について説明します。

4.5.1 Oracle Universal Installerの実行

インストール・プロセスのタイプにかかわらず、次の手順に従ってOracle Universal Installerを起動し、ソフトウェアをインストールします。

1. Oracleソフトウェア所有者ユーザー(通常はoracle)として、Oracleコンポーネントをインストールするコンピュータにログオンします。

2. ソフトウェアをインストール・メディアからインストールする場合、ディスクがマウントされていないときは、マウントします。
ディスクが自動的にマウントされない場合、「ディスクのマウント」を参照してプラットフォーム固有の情報を確認してください。

一部のプラットフォームでは、インストール・メディアをドライブに挿入した時点で、ディスクが自動的にマウントされます。

3. Oracle Universal Installerを起動するため、インストール・ファイルの場所に合せて、次のいずれかの操作を行います。

注意:
Oracle Universal Installerは、oracleユーザーとしてログインしてユーザーの環境を設定したターミナル・セッションから起動してください。

関連項目:
「Oracleソフトウェア所有者環境の構成」

- インストール・ファイルがインストール・メディアにある場合は、次のようなコマンドを入力します。その場合、directory_pathは、インストール・メディアのdatabaseディレクトリのパスです。

$ /directory_path/runInstaller

- インストール・ファイルがハードディスクにある場合は、ディレクトリをdatabaseディレクトリに変更し、次のコマンドを入力します。

$ ./runInstaller

- インストール前の更新のダウンロード

Oracle Database 11gリリース2 (11.2.0.2)以降、保護されたデータ・センターでインストールを実行する場合、インストールを開始する前に、インターネットにアクセス可能なシステムから更新ダウンロード・モードでOracle Universal Installerを起動して、更新をダウンロードできます。Oracle Universal Installerで更新のダウンロードを開始するには、次のコマンドを入力します。

$ ./runInstaller -downloadUpdates

「My Oracle Support資格証明の入力」画面にMy Oracle Supportのユーザー名およびパスワードと、必要に応じてプロキシ設定を入力します。次に、ダウンロード先を入力し、「ソフトウェア更新のダウンロード」画面の 「ダウンロード」をクリックします。更新を使用できる場合は、指定した場所にダウンロードされます。「更新終了」画面に更新のダウンロードが終了したことが表示されます。「閉じる」をクリックします。

更新をダウンロードしたら、インストールを実行するサーバーのディレクトリに更新ファイルを転送します。

関連項目:

- レスポンス・ファイルの形式の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』を参照してください。

- 「ソフトウェアの更新オプション」

Oracle Universal Installerが表示されない場合は、「X Windowの表示エラー」および「リモート端末でのインストール・エラー」のトラブルシューティング情報を参照してください。

4. 次のガイドラインに従ってインストールを完了します。

- Oracle Database 11gリリース2 (11.2)ソフトウェアは、既存のOracleホームにインストールしないでください。

- Oracle Universal Installerの画面に表示される指示に従って操作を行います。追加情報が必要な場合は、「ヘルプ」をクリックします。

関連項目:
パスワードのガイドラインの詳細は、「アカウントとパスワードの確認」を参照してください。

- Oracleサポート・サービスによって提供されたパッチを使用しないかぎり、Java Runtime Environment(JRE)を変更しないでください。Oracle Universal Installerにより、Oracleが提供するバージョンのJREが自動的にインストールされます。Oracle Universal Installerおよび複数のOracleアシスタントを実行するには、このバージョンが必要です。

- ソフトウェアのインストール中にエラーが表示された場合は、付録Gのトラブルシューティング情報を参照してください。

- Oracle Database Configuration Assistantを対話モードで実行するインストール・タイプを選択した場合は、データベースとネットワークの構成に関する詳細情報を指定する必要があります。
Oracle Database Configuration Assistantを対話モードで使用しているときに不明な点がある場合は、画面にある「ヘルプ」をクリックします。

注意:
デフォルトのインストールを選択した場合、Oracle Database Configuration Assistantは対話的には実行されません。

5. Configuration Assistant作業が完了したら、「終了」、「終了」、「はい」の順にクリックしてOracle Universal Installerを終了します。

6. データベースのインストール中にOracle Universal Installerからroot権限でスクリプトを実行するように求められた場合は、rootユーザーとしてログインした端末で、次のようなコマンドを入力し、「OK」をクリックします。

# /script_path/script_name

詳細は、後続のインストール表の「製品のインストール」画面を参照してください。

7. Oracle Databaseをインストールした後に実行する必要がある作業の詳細は、第5章を参照してください。

次の表は、Oracle Database 11gリリース2 (11.2)のEnterprise Editionのインストール中に表示される様々な画面をまとめたものです。

画面

アクション

セキュリティ・アップデートの構成

「電子メール」フィールドに、電子メール・アドレス(できればMy Oracle Supportの電子メール・アドレス)またはユーザー名を入力します。
セキュリティ・アップデートを受信するには、「セキュリティ・アップデートをMy Oracle Support経由で受け取る」チェック・ボックスを選択します。

「My Oracle Supportパスワード」フィールドに、My Oracle Supportのパスワードを入力します。

「次へ」をクリックします。

ソフトウェアの更新のダウンロード

Oracle Database 11gリリース2 (11.2.0.2)以降では、ソフトウェアの更新機能を使用して、最新の更新を動的にダウンロードして適用できます。次のいずれかのオプションを選択し、「次へ」をクリックします。

- My Oracle Support資格証明を使用してダウンロード: 最新のソフトウェア更新をダウンロードして適用するには、このオプションを選択します。
Oracle Universal Installerのインターネット接続に使用するプロキシを構成するには、プロキシ設定をクリックします。使用するサイトのプロキシ・サーバー情報およびサーバーが接続しているローカル・エリア・ネットワークへのアクセス権を持つユーザー・アカウントを指定します。Oracle Database 11gリリース2 (11.2.0.3)以降、プロキシ・レルム情報を入力できます。プロキシ・レルム情報では大/小文字が区別されます。プロキシ・レルムがない場合、「プロキシ・ユーザー名」、「プロキシ・パスワード」および「プロキシ・レルム」の各フィールドに入力する必要はありません。

「接続のテスト」をクリックして、プロキシの設定が正しく入力されてインストーラで更新をダウンロードできるかどうかを確認します。

- 事前にダウンロードしたソフトウェア更新を使用: このオプションを選択すると、-downloadUpdatesフラグを使用して以前にダウンロードしたソフトウェア更新が適用されます。
ソフトウェア更新をすでにダウンロードした場所のパスを指定します。

- ソフトウェア更新のスキップ: 更新を適用しない場合は、このオプションを選択します。

関連項目: 「ソフトウェアの更新オプション」

ソフトウェア更新の適用

ソフトウェア更新をダウンロードするよう選択するか、事前にダウンロードしたソフトウェア更新のダウンロード場所を指定すると、この画面が表示されます。

- 前の画面でMy Oracle Support資格証明を使用してダウンロードを選択した場合は、すべての更新のダウンロードおよび適用を選択し、「次へ」をクリックして更新を適用します。
デフォルトでは、ソフトウェア更新のダウンロード場所は、このインストールの実行に使用しているOracleインストール所有者のホーム・ディレクトリになります。ソフトウェア更新を別の場所にダウンロードするよう選択する場合は、「参照」をクリックして、サーバーの別の場所を選択します。

- 前の画面で事前にダウンロードしたソフトウェア更新を使用を選択した場合は、すべての更新の適用を選択して「次へ」をクリックし、インストールを開始する前にダウンロードした更新を適用します。

インストール・オプションの選択

次のいずれかのインストール・オプションを選択し、「次へ」をクリックします。

- データベースの作成および構成: このオプションでは、新規データベースおよびサンプル・スキーマが作成されます。

- データベース・ソフトウェアのみインストール: このオプションでは、データベース・バイナリをインストールするのみです。データベースを構成するには、ソフトウェアのインストール後にOracle Database Configuration Assistantを実行する必要があります。

- 既存のデータベースのアップグレード: このオプションを選択すると、新しいOracleホームにソフトウェア・バイナリがインストールされます。インストール後、既存のデータベースをアップグレードできます。

システム・クラス

データベース・インストール用のシステム・タイプを選択し、「次へ」をクリックします。

- デスクトップ・クラス: ラップトップまたはデスクトップ・クラス・システムにインストールする場合に、このオプションを選択します。このオプションには初期データベースが含まれ、最小構成が可能です。このオプションは、データベースを短時間で稼働させる場合のものです。
関連項目: 「ORACLE_HOSTNAME環境変数の設定」

- サーバー・クラス: 本番データ・センターにOracle Databaseをデプロイする際に使用するようなサーバー・クラス・システムにインストールする場合に、このオプションを選択します。このオプションには、拡張構成オプションが用意されています。このオプションで使用できる拡張構成オプションには、Oracle RAC、Oracle ASM、バックアップおよびリカバリ構成、Oracle Enterprise Manager Grid Controlとの統合、より細かいメモリー・チューニングなどの多数のオプションがあります。

Gridインストール・オプション

実行するデータベース・インストールのタイプを選択し、「次へ」をクリックします。

- 単一インスタンス・データベースのインストール: データベースおよびリスナーがインストールされます。

- Real Application Clustersデータベースのインストール: Oracle Real Application Clustersがインストールされます。

- Oracle RAC One Nodeデータベースのインストール: Oracle RAC One Nodeデータベースがインストールされます。
注意: Oracle RAC One Nodeは、Oracle Clusterwareでのみサポートされます。

インストール・タイプの選択

次のいずれかを選択し、「次へ」をクリックします。

- 標準インストール: このインストール方法がデフォルトで選択されています。この方法の場合、最小限の入力でOracle Databaseを簡単にインストールできます。この方法では、ソフトウェアがインストールされ、この画面上で指定する情報を使用することにより、汎用のデータベースがオプションで作成されます。

- 拡張インストール: このインストール方法を使用すると、アカウントごとに異なるパスワードの作成、特定のタイプの初期データベース(トランザクション処理やデータ・ウェアハウス用など)の作成、異なる言語グループの使用、電子メール通知の指定など、より複雑なインストールを実行できます。

製品言語の選択

このオプションを選択すると、製品を実行する言語を選択できます。
製品の言語を、「使用可能な言語」リストから選択して、「選択された言語」リストに移します。「次へ」をクリックします。

データベース・エディションの選択

「Enterprise Edition」または「Standard Edition」を選択します。「次へ」をクリックします。
「オプションの選択」をクリックすると、選択内容に基づいてコンポーネント・リストの製品を有効または無効にできます。この画面を使用して、データベースをカスタマイズできます。この画面で使用可能なコンポーネントは次のとおりです。

- Oracle Partitioning

- Oracle OLAP

- Oracle Label Security

- Oracle Data MiningのRDBMSファイル

- Oracle Database Vaultオプション

- Oracle Real Application Testing

「OK」をクリックして操作を続行します。

注意: 「オプションの選択」ボタンは、「Enterprise Edition」インストール・タイプを選択した場合にのみ使用できます。

インストール場所の指定

デフォルトでは、Oracleベースのパスが表示されます。このパスは要件に応じて変更できます。「Oracleベース」、「ソフトウェアの場所」を指定し、「次へ」をクリックします。
Oracleベース・ディレクトリは、Oracleインストールの所有者アカウントが所有するOracleソフトウェア・インストールの最上位ディレクトリです。デフォルトのOracleベースのパスはmountpoint/app/userで、userはインストールを実行中のユーザー・アカウントです。このパスは必要に応じて変更できます。

「ソフトウェアの場所」フィールドのデフォルト値を受け入れるか、OracleソフトウェアをインストールするOracleホームのディレクトリ・パスを入力します。ディレクトリ・パスに空白を含めないでください。「次へ」をクリックします。

注意: この画面は「拡張インストール」を選択した場合にのみ表示されます。

データベース・ホームのOracleホーム・パスおよびOracleベースのパスは、ASCII文字のみ使用できます。このリリースでは、Oracleデータベース・ホームまたはOracleベースでのASCII以外の文字の使用はサポートされません。

関連項目: 「ディレクトリのネーミング」および「必要なソフトウェア・ディレクトリの識別」

インベントリの作成

コンピュータにOracleソフトウェアを初めてインストールする場合は、中央インベントリのインベントリ・ディレクトリ・パスを指定するように求められます。
Oracleインベントリ・ディレクトリを所有するオペレーティング・システム・グループ(Oracleインベントリ・グループ)のoraInventoryグループ名を選択します。

「次へ」をクリックします。

注意: デフォルトでは、Oracleインベントリ・ディレクトリはOracleベース・ディレクトリの下にインストールされません。これは、すべてのOracleソフトウェア・インストールで共通のOracleインベントリを共有するため、Oracleインベントリはすべてのユーザー用に1つしかありませんが、Oracleベース・ディレクトリはユーザーごとにあるからです。

構成タイプの選択

次のいずれかを選択し、「次へ」をクリックします。

- 汎用目的/トランザクション処理: これは汎用用途または大量のトランザクションを処理するアプリケーションのために設計された初期データベースです。

- データ・ウェアハウス: データ・ウェアハウス・アプリケーションを実行するために最適化された初期データベースです。

これらの事前構成済データベース・タイプの説明は、Oracle Universal InstallerまたはOracle Database Configuration Assistantのオンライン・ヘルプを参照してください。

データベース識別子の指定

次の情報を指定して、「次へ」をクリックします。
データベース名

次の構文を使用して、グローバル・データベース名を指定します。

db_unique_name.db_domain

- db_unique_nameは、データベース名です。最初の8文字が一意であり、アルファベットで始まっている場合、最大30文字含めることができます。英数字、アンダースコア(_)、ドル記号($)、番号記号(#)は使用できますが、その他の特殊文字をデータベース名に使用することはできません。

- db_domainは、データベースに使用されるコンピュータ環境です。すべてのピリオドを含めて128文字以内で、英数字、アンダースコア(_)、番号記号(#)を使用できます。

注意: データベース名(一意のデータベース名の先頭8文字)、デリミタおよびデータベース・ドメイン名の組合せは、最大128文字です。

次に例を示します。

sales.us.example.com

- db_unique_nameはsales

- db_domainはus.example.com

グローバル・データベース名を入力すると、Oracle Universal Installerにより、SID接頭辞にデータベース名が自動的に移入されます。この名前は、拡張インストールで変更できます。Oracle Universal Installerでは、SIDは12文字の英数字に限られ、SIDにアンダースコア(_)、ドル記号($)または番号記号(#)を含めることはできません。

「ORACLE_HOSTNAME環境変数の設定」および「データベースの識別」を参照してください。

構成オプションの指定

次の構成情報を指定して、「次へ」をクリックします。
メモリー:

「自動メモリー管理有効」オプションを選択すると、データベースはSGAとPGA間でメモリーを自動的に配分できます。このオプションの選択を解除する場合、SGAおよびPGAのサイズを手動で設定する必要があります。

キャラクタ・セット:

このオプションを選択すると、文字データを次のいずれかの方法でデータベース内に格納できます。

- デフォルトを使用: このオプションを選択すると、オペレーティング・システムの言語設定を使用できます。

- Unicodeを使用: このオプションを選択すると、複数の言語グループを格納できます。

- 次のキャラクタ・セットのリストから選択: このオプションを選択すると、データベース・キャラクタ・セットの選択ドロップダウン・リストを使用できます。

関連項目:

- データベース・キャラクタ・セットの選択

- キャラクタ・セットの選択の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

セキュリティ:

「すべての新規セキュリティ設定のアサート」オプションがデフォルトで選択されています。この設定には、監査の有効化および新しいパスワード・プロファイルの使用が含まれます。

注意: デフォルト設定を使用することをお薦めします。

サンプル・スキーマ:

「サンプル・スキーマ付きデータベースを作成」オプションはデフォルトでは選択されません。このオプションを選択してサンプル・スキーマ付きで初期データベースを作成できます。

管理オプションの指定

次のいずれかのオプションを選択し、「次へ」をクリックします。

- データベース管理に既存のOracle Enterprise Manager Grid Controlを使用: このオプションは、Oracle Enterprise Managerがインストールされている場合に役に立ちます。

- データベース管理にOracle Enterprise Manager Database Controlを使用: このオプションを選択すると、Oracle Databaseをローカルで管理できます。オプションで、「電子メール通知を有効にする」を選択すると、送信SMTPサーバーと電子メール・アドレスを入力できます。
「電子メール通知オプション」も参照

注意: 「電子メール通知を有効にする」オプションは、Oracle Database 11gリリース2 (11.2.0.2)以降使用できません。

データベース記憶域オプションの指定

次のいずれかのオプションを選択し、「次へ」をクリックします。

- ファイルシステム: データベースのファイルの場所を指定します。

- 自動ストレージ管理: ASMSNMPユーザーのパスワードを指定します。

注意: Oracle ACFSファイル・システムでのOracleデータファイルのインストールはサポートされていません。これらのデータファイルは、Oracle ASMディスク・グループにインストールすることをお薦めします。

関連項目: 「Oracle Automatic Storage Managementディスク・グループの使用」

リカバリ・オプションの指定

次のいずれかのオプションを選択し、「次へ」をクリックします。

- 自動バックアップを有効にしない

- 自動バックアップを有効にする: このオプションを選択すると、バックアップ・ジョブで指定したリカバリ領域が使用されます。
高速リカバリ領域にファイル・システム・ディレクトリを使用する場合は、「ファイル・システム」を選択し、「リカバリ領域の場所」フィールドで高速リカバリ領域のパスを指定します。

高速リカバリ領域に自動ストレージ管理のディスク・グループを使用する場合は、「Oracle Automatic Storage Management」を選択します。

バックアップ・ジョブを実行するオペレーティング・システム・ユーザーの資格証明を指定します。

関連項目: 「Oracle Automatic Storage Managementインストールのためのディスクの準備」

ASMディスク・グループの選択

この画面は、記憶域オプションの指定画面でOracle Automatic Storage Managementを記憶域オプションとして選択した場合にのみ表示されます。
ディスク・グループはOracle Grid Infrastructureをインストールすると作成されます。ディスク・グループは、asmcmdまたはSQL create diskgroupコマンドを使用してSYSASM権限付きで構成されます。ASMディスク・グループは、複数のディスク・パーティションで構成されます。

この画面の表には、Oracle Grid Infrastructureをインストール中に作成された既存のディスク・グループが表示されます。データベース・ファイルの格納に使用するディスク・グループを選択します。

スキーマ・パスワードの指定

権限を持つデータベース・アカウントのパスワードを入力および確認し、「次へ」をクリックします。
注意: 必要に応じて、すべてのアカウントに同じパスワードを使用できます。ただし、アカウントごとに異なるパスワードを指定することをお薦めします。指定したパスワードを覚えておく必要があります。

権限付きオペレーティング・システム・グループ

オペレーティング・システム・グループがデフォルトで選択されています。OSDBAおよびOSOPERグループを手動で選択することもできます。
「次へ」をクリックします。

関連項目: 詳細は、「必要なオペレーティング・システム・グループおよびユーザーの作成」を参照してください。

前提条件チェックの実行

このオプションでは、データベース・インストールを実行するための最小システム要件が満たされているかどうか確認できます。
「再チェック」をクリックすると、前提条件チェックが再度実行され、データベースのインストールを実行するための最小要件が満たされているかどうかを再確認できます。

問題を修正してからシステム要件を再チェックする場合は、「修正および再チェック」をクリックします。

注意: 「修正および再チェック」オプションにより、rootユーザーとして実行する必要があるスクリプトが生成されます。この生成されたスクリプトでは、一部のシステム・パラメータがOracle推奨値に設定されます。このスクリプトの内容は変更しないことをお薦めします。

関連項目: 詳細は、「インストール修正スクリプト」を参照してください。

失敗した前提条件チェックのリストを取得するには、リストから「失敗を表示」を選択します。OUIによって実行されたすべての前提条件チェックのリストを取得するには、「すべて表示」を選択します。成功した前提条件チェックのリストを取得するには、「成功を表示」を選択します。

注意: 「すべて無視」オプションを選択する場合は注意が必要です。このオプションを選択すると、Oracle Databaseをシステムに正常にインストールできるかどうかをOracle Universal Installerが確認できない場合があります。

関連項目: 第2章「Oracle Databaseのインストール前の作業」

サマリー

この画面に表示された情報を確認して、「インストール」をクリックします。
注意: Oracle Database 11gリリース2 (11.2)以降では、「レスポンス・ファイルの保存」をクリックすると、すべてのインストール手順をレスポンス・ファイルに保存できます。後で、サイレント・インストールを実行する際にこのファイルを使用できます。

製品のインストール

この画面に、データベースのインストールの進捗が表示されます。
次に、この画面には、ソフトウェアの構成およびデータベースの作成を実行するコンフィギュレーション・アシスタントのステータス情報が表示されます。

Database Configuration Assistantプロセスの最後にメッセージが表示されます。「OK」をクリックします。

インストール・プロセス中、「構成スクリプトの実行」ウィンドウが表示されます。root.sh、および必要に応じてorainstRoot.sh構成スクリプトをrootユーザーとして実行して、インストールを完了します。「OK」をクリックします。

注意: Oracleソフトウェアを初めてシステムにインストールする場合、Oracle Universal InstallerでorainstRoot.shスクリプトの実行が求められます。

関連項目: Oracle Database Configuration Assistantの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

終了

この画面は、すべての構成ツールが成功すると自動的に表示されます。
この画面に表示されるEnterprise Manager Database Control URL情報を確認し、「閉じる」をクリックします。

注意:
インストールの完了後、Oracleソフトウェアの実行中に、/tmp/.oracleまたは/var/tmp/.oracleディレクトリとそのファイルを手動で削除したり、削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に応答しなくなる場合があります。Oracle Restartのインストールが次のエラーで失敗します。

CRS-0184: Cannot communicate with the CRS daemon.

4.6 Oracle Database Examplesのインストール

次の製品または機能の使用を予定している場合は、Oracle Database Examplesメディアから製品をダウンロードおよびインストールしてください。

- Oracle JDBC開発ドライバ

- Oracle Databaseのサンプル

- Oracle Textのナレッジ・ベース

- 様々なOracle製品のデモ

Oracle Database Examplesメディアからのソフトウェアおよび様々なOracle製品のデモのインストールの詳細は、『Oracle Database Examplesインストレーション・ガイド』を参照してください。

5 Oracle Databaseのインストール後の作業

この章では、データベース・ソフトウェアのインストール後に実行する必要のある作業について説明します。内容は次のとおりです。

- インストール後の必須作業

- インストール後の推奨作業

- インストール後の製品固有の必須作業

「インストール後の必須作業」で説明する作業は、必ず実行してください。すべてのインストールが完了した後は、「インストール後の推奨作業」で説明する作業を実行することをお薦めします。

「インストール後の製品固有の必須作業」で説明する製品のいずれかをインストールして使用する場合は、製品固有の項で説明する作業を実行する必要があります。

注意:
この章では、基本構成についてのみ説明します。構成およびチューニングの詳細は、『Oracle Database管理者ガイド』、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』、および製品別の管理ガイドおよびチューニング・ガイドを参照してください。

関連項目:
『Oracle Configuration Managerインストレーションおよび管理ガイド』のインストール後のデータベースの構成に関する項

5.1 インストール後の必須作業

Oracle Databaseのインストールが完了したら、次のタスクを実行します。

- パッチのダウンロードとインストール

- インストール用外部ジョブ所有者の設定

5.1.1 パッチのダウンロードとインストール

インストールに必要なパッチの更新は、My Oracle SupportのWebサイトで確認してください。

必要なパッチをダウンロードする手順は、次のとおりです。

1. Webブラウザを使用して、My Oracle SupportのWebサイトを表示します。

https://support.oracle.com/

2. My Oracle Supportにログインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、ここで登録してくださいをクリックして登録の手順に従います。

3. My Oracle Supportのメイン・ページで「パッチと更新版」タブをクリックします。

4. 「パッチ検索」グループで、「製品またはファミリ(拡張検索)」を選択します。

5. 「製品」フィールドで、Oracle Databaseを選択します。

6. 「リリース」フィールドで、リリース番号を選択します。たとえば、Oracle 11.2.0.3.1とします。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号を選択して「README」をクリックします。パッチ・セットに関する情報と、インストールへのパッチの適用方法が記載された「README」ページが表示されます。

10. 「パッチ検索」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

11. Oracle Database 11gリリース1 (11.1)で提供されたunzipユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。解凍ユーティリティは、$ORACLE_HOME/binディレクトリにあります。

5.1.2 インストール用外部ジョブ所有者の設定

HP-UXプラットフォームの場合のみ、次の手順を実行して外部ジョブの所有者を低権限ユーザーextjobに設定します。

1. rootユーザーでログインします。

2. Oracle Database Oracleホームへのディレクトリの変更:

# cd $ORACLE_HOME/rdbms/admin/

3. テキスト・エディタでexternaljob.oraを開き、パラメータrun_userおよびrun_groupを検索します。

4. run_userを外部ジョブ・ユーザー(extjob)に、run_groupを低権限グループ(otherなど)に設定します。次に例を示します。

run_user=extproc
run_group=other

5. ファイルを保存します。

注意:
externaljob.oraをrootとしてのみ変更します。

5.2 インストール後の推奨作業

インストールの完了後は、ここで説明する各作業を実行することをお薦めします。

- root.shスクリプトのバックアップ作成

- 新規またはアップグレードしたデータベースの構成

- オペレーティング・システム・アカウントの追加作成および構成

- NLS_LANG環境変数の設定

- クライアントの静的ライブラリの生成

- セマフォ・パラメータの設定に関するガイドライン

- 高速リカバリ領域ディスク・グループの作成

- データベース・オプションの有効化および無効化

- RACcheck構成監査ツールの実行

5.2.1 root.shスクリプトのバックアップ作成

インストールの完了後に、root.shスクリプトのバックアップを作成することをお薦めします。他の製品を同じOracleホーム・ディレクトリにインストールすると、Oracle Universal Installerによりインストール中に既存のroot.shスクリプトの内容が更新されます。オリジナルのroot.shスクリプトに含まれていた情報が必要な場合は、バックアップのroot.shファイルからリカバリできます。

5.2.2 新規またはアップグレードしたデータベースの構成

データベースを新規作成またはアップグレードした後は、utlrp.sqlスクリプトを実行することをお薦めします。このスクリプトは、パッケージ、プロシージャおよび型も含めて、無効な状態となっている可能性があるすべてのPL/SQLモジュールを再コンパイルします。このスクリプトはオプションの手順ですが、イントール時に(後日ではなく)実行することをお薦めします。

関連項目:
『Oracle Databaseアップグレード・ガイド』

utlrp.sqlスクリプトを実行する手順は、次のとおりです。

1. ユーザーをoracleに切り替えます。

2. oraenvまたはcoraenvスクリプトを使用して、utlrp.sqlスクリプトを実行するデータベースの環境を設定します。

- Bourne、Bash、またはKornシェルの場合:

$ . /usr/local/bin/oraenv

- Cシェルの場合:

% source /usr/local/bin/coraenv

プロンプトが表示されたら、データベースのSIDを指定します。

3. 次のように、SQL*Plusを起動します。

$ sqlplus / AS SYSDBA

4. データベースを制限モードで起動し、utlrp.sqlスクリプトを実行します。

SQL> @?/rdbms/admin/utlrp.sql

5.2.3 オペレーティング・システム・アカウントの追加作成および構成

必要に応じて、オペレーティング・システム・アカウントを追加作成します。管理者権限でデータベースに接続するには、ユーザーがOSDBAまたはOSOPERグループのメンバーである必要があります。

5.2.3.1 Oracleユーザーのアカウントの構成

環境ファイルに適切な環境変数を指定して、oracleユーザーの起動ファイルおよびOracleユーザーのオペレーティング・システム・アカウントを更新します。

環境変数は、Bourne、BashまたはKornシェルでは.profileファイルに、Bashシェルでは.bash_profileファイルに追加します。

Cシェルでは、環境変数を.loginファイルに追加します。

注意:
oraenvまたはcoraenvスクリプトを使用すると、Oracleユーザー・アカウントを確実に更新できます。

5.2.4 NLS_LANG環境変数の設定

NLS_LANGは、Oracleソフトウェアのロケール動作を指定する環境変数です。この変数では、クライアント・アプリケーションとデータベース・サーバーに使用する言語および地域を設定します。また、クライアント用のキャラクタ・セットも設定します。これは、SQL*Plusなど、Oracleクライアント・プログラムにより入力または表示されるデータのキャラクタ・セットです。

関連項目:
NLS_LANG環境変数の詳細は、付録F「Oracle Databaseグローバリゼーション・サポートの構成」を参照してください。

5.2.5 クライアントの静的ライブラリの生成

クライアントの静的ライブラリ(libclntst11.a)は、インストール時に生成されません。クライアントの静的ライブラリにアプリケーションをリンクする場合は、次の手順に従って最初に静的ライブラリを生成する必要があります。

1. ユーザーをoracleに切り替えます。

2. 次のようにORACLE_HOME環境変数を設定して、Oracle Databaseインストールで使用するOracleホーム・ディレクトリを指定します。

- Bourne、Bash、またはKornシェルの場合:

$ ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
$ export ORACLE_HOME

- Cシェルの場合:

% setenv ORACLE_HOME /u01/app/oracle/product/11.2.0/dbhome_1

3. 次のコマンドを入力します。

$ $ORACLE_HOME/bin/genclntst

5.2.6 セマフォ・パラメータの設定に関するガイドライン

デフォルトのセマフォ・パラメータ値が小さすぎてすべてのOracleプロセスに対応できない場合にのみ、次のガイドラインを使用してください。

注意:
セマフォ・パラメータの設定方法の詳細は、オペレーティング・システムのドキュメントを参照することをお薦めします。

1. 次の式を使用して、最小合計セマフォ要件を計算します。

sum (process parameters of all database instances on the system) + overhead for background processes + system and other application requirements

2. semmns(システム全体の合計セマフォ数)をこの合計値に設定します。

3. semmsl(1セット当たりのセマフォ数)を250に設定します。

4. semmni(合計セマフォ・セット数)を、semmns / semmslを切り上げて1024の倍数にした値に設定します。

5.2.7 高速リカバリ領域ディスク・グループの作成

インストール時、デフォルトではディスク・グループを1つ作成できます。スタンドアロン・サーバー用のOracle Databaseを追加する場合は、データベース・ファイル用に高速リカバリ領域を作成する必要があります。

5.2.7.1 高速リカバリ領域と高速リカバリ領域ディスク・グループについて

高速リカバリ領域は、リカバリに関連するすべてのOracle Databaseファイルの統合的な記憶域の場所です。データベース管理者は、DB_RECOVERY_FILE_DESTパラメータを高速リカバリ領域のパスに定義して、ディスク上のバックアップおよびデータの高速リカバリを有効にできます。最新データの高速バックアップを有効にすると、リカバリ操作用のバックアップ・テープを取得するというシステム管理者への依頼を減らすことができます。

init.oraファイルで高速リカバリを有効にすると、Oracle DatabaseですべてのRMANバックアップ、アーカイブ・ログ、制御ファイル自動バックアップおよびデータベースのコピーが高速リカバリ領域に書き込まれます。RMANは、古くなったバックアップを削除したり、リカバリに必要なくなったファイルをアーカイブして、高速リカバリ領域のファイルを自動的に管理します。

高速リカバリ領域ディスク・グループを作成することをお薦めします。Oracle ClusterwareファイルおよびOracle Databaseファイルは、同じディスク・グループに配置できますが、高速リカバリ・ファイルも同じディスク・グループに配置できます。しかし、ストレージ・デバイスの競合を減らすため、別の高速リカバリ・ディスク・グループを作成することをお薦めします。

高速リカバリ領域は、DB_RECOVERY_FILE_DESTパラメータを設定すると有効になります。高速リカバリ領域のサイズは、DB_RECOVERY_FILE_DEST_SIZEで設定します。原則として、高速リカバリ領域が大きいほど、利便性は高くなります。使用しやすくするため、高速リカバリ領域ディスク・グループを、3日以上のリカバリ情報を格納できるストレージ・デバイス上に作成することをお薦めします。理想的には、高速リカバリ領域のサイズは、保存ポリシーに基づいて保存されたデータ・ファイルのバックアップを使用してデータベースをリカバリする際に必要な、すべてのデータ・ファイルと制御ファイル、オンラインREDOログ、およびアーカイブREDOログ・ファイルのコピーを格納できるサイズです。

複数のデータベースで同じ高速リカバリ領域を使用できます。たとえば、3つの異なるデータベースで共有される、記憶域が150GBのディスク上に高速リカバリ領域ディスク・グループを1つ作成したとします。各データベースの重要性に基づいて、データベースごとに高速リカバリのサイズを設定できます。たとえば、database1は重要性が最も低いデータベースで、database2は重要性がより高く、database3は重要性が最も高い場合、database1には30GB、database2には50GB、database3には70GBとデータベースごとに異なるDB_RECOVERY_FILE_DEST_SIZE設定を行い、各データベースの保存ターゲットを満たすことができます。

5.2.7.2 高速リカバリ領域ディスク・グループの作成

高速リカバリ・ファイル・ディスク・グループを作成するには、次のようにします。

1. 次のように、Gridホームのbinディレクトリに移動し、ASMコンフィギュレーション・アシスタント(ASMCA)を起動します。

$ cd /u01/grid/bin
$ ./asmca

2. ASMCAの「ディスク・グループ」タブが開きます。「作成」をクリックして新しいディスク・グループを作成します。

3. 「ディスク・グループの作成」ウィンドウが開きます。
「ディスク・グループ名」フィールドに、高速リカバリ領域グループの説明的な名前を入力します。たとえば、FRAです。

「冗長性」セクションで、使用する冗長性のレベルを選択します。

「メンバー・ディスクの選択」フィールドで、高速リカバリ領域に追加する適切なディスクを選択し、「OK」をクリックします。

4. ディスク・グループの作成ウィンドウが開き、ディスク・グループの作成が完了すると通知されます。「OK」をクリックします。

5. 「終了」をクリックします。

関連項目:

- "『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』の高速リカバリ領域の場所および初期サイズの設定に関する項

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

5.2.8 データベース・オプションの有効化と無効化

Oracle Databaseをインストールする場合、一部のオプションは有効で、その他は無効です。Oracleホームの特定のデータベース機能を有効または無効にするには、データベースを停止してchoptツールを使用します。例5-1を参照してください。

choptツールは、ORACLE_HOME/binディレクトリにあるコマンドライン・ユーティリティです。choptの構文は次のとおりです。

chopt [ enable | disable] db_option

db_optionに使用可能な値を次の表に示します。

値

説明

dm

Oracle Data MiningのRDBMSファイル

dv

Oracle Database Vault

lbac

Oracle Label Security

olap

Oracle OLAP

partitioning

Oracle Partitioning

rat

Oracle Real Application Testing

ode_net

.NET 1.x用のOracle Databaseの拡張機能

ode_net_2

.NET 2.0用のOracle Databaseの拡張機能

例5-1 Choptツールの完全な実行例

Oracleバイナリ・ファイルでOracle Label Securityオプションを有効にするには、次のコマンドを使用します。

cd %ORACLE_HOME%
srvctl stop database -d myDb
chopt enable lbac
srvctl start database -d myDb

5.2.9 RACcheck構成監査ツールの実行

Oracle Real Application Clusters (Oracle RAC)の構成監査ツール(RACcheck)を実行して、Oracle Databaseインストールを確認することをお薦めします。RACcheckは、Oracle Real Application Clusters、Oracle Clusterware、Oracle Automatic Storage Management、Oracle Database単一インスタンス、Oracle RestartおよびOracle Grid Infrastructure環境の重要な様々な構成設定を確認するOracle RAC監査ツールです。

My Oracle SupportからRACcheckの最新バージョンをダウンロードして実行することをお薦めします。RACcheckユーティリティのダウンロード、構成および実行方法の詳細は、次のMy Oracle Supportのノート1268927.1を参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1268927.1

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

5.3 インストール後の製品固有の必須作業

次の項では、該当する製品をインストールして使用する場合に実行する必要のある、製品固有のインストール後の作業について説明します。

- Oracle Net Servicesの構成

- Oracle Label Securityの構成

- Oracle Database Vaultの構成

- Oracle Messaging Gatewayの構成

- Oracleプリコンパイラの構成

- Secure Sockets Layerの構成

- Oracle Textが提供するナレッジ・ベースのインストール

- Oracle XML DBの構成または再インストール

- ダイレクトNFSクライアントの構成および使用方法

注意:
使用する予定の製品についてのみ、インストール後の作業を実行する必要があります。

5.3.1 Oracle Net Servicesの構成

システムに以前のリリースのOracleソフトウェアがインストールされている場合は、Oracle Netのtnsnames.oraおよびlistener.ora構成ファイルの情報を、以前のリリースから新規リリースの対応するファイルにコピーできます。

次の各項では、Oracle Net Servicesの構成方法について説明します。

- listener.oraファイルの変更

- tnsnames.oraファイルの変更

注意:
tnsnames.oraおよびlistener.oraファイルのデフォルトの位置は、$ORACLE_HOME/network/admin/ディレクトリです。ただし、これらのファイルには中央の位置を使用することもできます。

listener.oraファイルの変更

以前のリリースのOracle Databaseからアップグレードする場合は、以前のリリースではなく現行リリースのOracle Netリスナーを使用することをお薦めします。

静的リスナー情報の以前のOracleホーム・ディレクトリ名を参照している場合、listener.oraファイルをリリース11.2の環境で使用できるようにするには、これらのディレクトリ名を変更する必要があります。

現行リリースのリスナーを使用するには、静的サービス情報を、以前のリリースのlistener.oraファイルから新規リリースで使用するファイルのバージョンにコピーします。

リリース8.0.3より前のデータベース・インスタンスについては、listener.oraファイルに静的サービス情報を追加します。リリース8.0.3以降のOracle Databaseは、静的サービス情報を必要としません。

tnsnames.oraファイルの変更

中央のtnsnames.oraファイルを使用していない場合は、Oracle Netのサービス名と接続記述子を、以前のリリースのtnsnames.oraファイルから新しいリリースで使用するファイルのバージョンにコピーします。

必要な場合は、追加のデータベース・インスタンスの接続情報を新しいファイルに追加することもできます。

5.3.2 Oracle Label Securityの構成

Oracle Label Securityをインストールした場合は、使用する前にデータベース内で構成する必要があります。Oracle Label Securityを構成するには、Oracle Internet Directoryの統合を使用する方法と使用しない方法の2種類があります。Oracle Internet Directoryの統合を使用せずにOracle Label Securityを構成した場合、後でOracle Internet Directoryを使用するように構成することはできません。

注意:
Oracle Internet Directoryの統合を使用してOracle Label Securityを構成するには、環境にOracle Internet Directoryをインストールし、ディレクトリにOracleデータベースを登録する必要があります。

関連項目:
Oracle Internet Directoryで使用可能なOracle Label Securityの詳細は、『Oracle Label Security管理者ガイド』を参照してください。

5.3.3 Oracle Database Vaultの構成

Oracle Database Vaultをインストールする場合、データベースに登録する必要があります。使用する前に、Database Vault所有者および(オプションで)Database Vaultアカウント・マネージャの管理アカウントを作成してください。

関連項目:
Oracle Database Vaultの登録の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

5.3.4 Oracle Messaging Gatewayの構成

Oracle Databaseアドバンスト・キューイングの機能であるOracle Messaging Gatewayでは、Oracle Databaseアドバンスト・キューイングを使用する場合、Oracle Databaseのインストール後、追加の構成を必要とします。

関連項目:
Oracle Messaging Gatewayの構成および、listener.ora、tnsnames.oraおよびmgw.oraファイルの構成についてのその他の指示は、『Oracle Streamsアドバンスト・キューイング・ユーザーズ・ガイド』を参照してください。

5.3.5 Oracleプリコンパイラの構成

この項では、Oracleプリコンパイラに関するインストール後の作業について説明します。

- Pro*C/C++の構成

- Pro*FORTRANの構成

注意:
プリコンパイラの構成ファイルは、すべて$ORACLE_HOME/precomp/adminディレクトリにあります。

5.3.5.1 Pro*C/C++の構成

PATH環境変数の設定に、Cコンパイラの実行可能ファイルを含むディレクトリが指定されていることを確認します。

次の表に、コンパイラのデフォルト・ディレクトリおよび適切なパス設定確認コマンドを示します。

表5-1 C/C++コンパイラのディレクトリ

パス

コマンド

/usr/bin

$ which gcc

/opt/ansic/bin

$ which cc

5.3.5.2 Pro*FORTRANの構成

PATH環境変数の設定に、FORTRANコンパイラの実行可能ファイルを含むディレクトリが指定されていることを確認します。パス設定は、whichf90コマンドで確認できます。FORTRANの実行可能ファイルのパスは/usr/binです。

5.3.6 Secure Sockets Layerの構成

HTTPリクエストでパスワードや他の機密データをクリアテキストで送信しないように、Secure Sockets Layer (SSL)を構成および使用することをお薦めします。

関連項目:
SSLの構成および使用方法の詳細は、『Oracle Database Advanced Security管理者ガイド』を参照してください。

5.3.7 Oracle Textが提供するナレッジ・ベースのインストール

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスでのテーマの抽出に使用される概念の階層ツリーです。Oracle Textのこの機能のいずれかの使用を計画する場合、提供される2つのナレッジ・ベース(英語とフランス語)をインストールできます。

関連項目:

- 『Oracle Database Examplesインストレーション・ガイド』

- 提供されるナレッジ・ベースを要件に応じて拡張する方法や、英語およびフランス語以外の言語で独自のナレッジ・ベースを作成する方法など、ナレッジ・ベースの作成や拡張の詳細は、『Oracle Textリファレンス』を参照してください。

5.3.8 Oracle XML DBの構成または再インストール

次の作業の詳細は、『Oracle XML DB開発者ガイド』を参照してください。

- Oracle XML DBの再インストール

- Oracle XML DB表領域の構成またはカスタマイズ

- FTP、HTTP/WebDAVポート番号の構成

関連項目:
『Oracle XML DB開発者ガイド』の付録A

5.3.9 ダイレクトNFSクライアントの構成および使用方法

多くのOracle製品およびオプションは、使用を開始する前に構成する必要があります。個々のOracle製品またはオプションを使用する前に、製品のドキュメント・ライブラリ内の適切なガイドを参照してください。

関連項目:

- 『Oracle Application Expressインストレーション・ガイド』の第4章 「データベースからインストールする際の構成タスク」

- 付録C「NASデバイスの使用」

5.3.9.1 ダイレクトNFSクライアント

Oracle Database 11gでは、オペレーティング・システム・カーネルのNFSクライアントを使用するかわりに、Oracle Databaseを構成し、Oracle内部のダイレクトNFSクライアントを直接使用してNFS V3サーバーにアクセスできます。Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、プラットフォームのオペレーティング・システムのカーネルNFSクライアントが使用されます。この場合、カーネルNFSのマウント・オプションは、「NFSバッファ・サイズ・パラメータのチェック」に定義されたとおりに設定される必要があります。また、Direct NFSクライアントを確立することができなかったことを示す情報メッセージが、Oracleアラート・ファイルおよびトレース・ファイルに記録されます。

ダイレクトNFSクライアントをホストするNFSサーバー上のOracleファイルは、オペレーティング・システムのカーネルNFSクライアントからもアクセスできます。このような場合でも、Oracleファイルの整合性を維持するための考慮事項は、通常の場合と同じです。

一部のNFSファイル・サーバーでは、NFSクライアントは予約されたポートを使用して接続する必要があります。予約されたポートのチェックを使用してファイラを実行している場合は、Direct NFSクライアントが動作するように、予約されたポートのチェックを無効にする必要があります。予約されたポート・チェックを無効化するには、NFSファイル・サーバーのドキュメントを参照してください。

ポート範囲を制限するNFSサーバーの場合、rootでNFSサーバーに接続するのではなく、insecureオプションを使用してクライアントを有効化できます。または、「ダイレクトNFSクライアントの無効化」の手順に従って、Direct NFSクライアントを無効化できます。

ダイレクトNFSクライアントでは、NFSサーバーに対するネットワーク・パスの定義を最大4つ必要とします。Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのパスに対してI/Oコマンドが再発行されます。

次の各項では、ダイレクトNFSクライアントのバッファ・サイズの有効化、無効化、チェックについて説明します。

- ダイレクトNFSクライアントの有効化

- ダイレクトNFSクライアントの無効化

- Direct NFSクライアントにおけるHCCの有効化

- NFSバッファ・サイズ・パラメータのチェック

5.3.9.1.1 ダイレクトNFSクライアントの有効化

デフォルトでは、ダイレクトNFSクライアントにより、/etc/mnttabにあるマウント・エントリが提供されます。これ以上の構成は必要ありません。oranfstabを使用すると、Direct NFSクライアントに対する追加のOracle Database固有オプションを指定できます。たとえば、oranfstabを使用して、マウント・ポイントの追加パスを指定できます。

新しいOracle Database固有ファイルoranfstabを/var/opt/oracleまたは$ORACLE_HOME/dbsに追加できます。oranfstabを$ORACLE_HOME/dbsに配置すると、このエントリは単一データベースに固有のものとなります。ただし、oranfstabを/var/opt/oracleに配置すると、すべてのOracleデータベースに対してグローバルとなるため、すべてのOracleデータベースのマウント・ポイントを含めることができます。

注意:
バックエンドNFSサーバーが32768以上の書込みサイズ(wtmax)をサポートしていない場合、ダイレクトNFSクライアントは機能せず、従来のカーネルNFSパスに戻ります。

Direct NFSクライアントは、/etc/mnttabの構成に基づいて、NFSストレージ・デバイスに対するマウント・ポイント設定を決定します。ダイレクトNFSクライアントは、次の順にマウント・ポイント・エントリを検索します。

1. $ORACLE_HOME/dbs/oranfstab

2. /var/opt/oracle/oranfstab

3. /etc/mnttab

最初に一致したエントリがマウント・ポイントとして使用されます。

Oracle Databaseでは、Direct NFSクライアントを介して提供されている場合でも、マウント・ポイントはカーネルNFSシステムによってマウントされる必要があります。

Direct NFSクライアントを有効にするには、次の手順を実行します。

1. ダイレクトNFSクライアントを使用してアクセスするNFSサーバーごとに、次の属性を使用してoranfstabファイルを必要に応じて作成できます。

- Server: NFSサーバー名を指定します。

- Path: NFSサーバーへのネットワーク・パスを4つまで指定します。指定には、ファイラーでifconfigコマンドで表示されるIPアドレスまたは名前を使用します。

- Local: データベース・ホストでのローカル・パスを4つまで指定します。指定には、データベース・ホストで実行されるifconfigコマンドで表示されるIPアドレスまたは名前を使用します。

- Export: NFSサーバーからエクスポートされたパスを指定します。

- Mount: エクスポートされたボリュームの対応するローカル・マウント・ポイントを指定します。

- Dontroute: 送信メッセージがオペレーティング・システムによりルーティングされず、バインド先のIPアドレスを使用して送信されるよう指定します。この属性は、同じサブネットに複数のパスを持つLinuxでは動作しないことに注意してください。

- mnt_timeout: タイムアウトまでDirect NFSクライアントが正常なマウントを待機する時間(秒)を指定します。このパラメータはオプションで、デフォルトのタイムアウトは10分です。

- management: Direct NFSクライアントを有効にして、SNMP問合せの管理インタフェースを使用します。SNMPがNFSサーバー上の別の管理インタフェースで実行されている場合は、このパラメータを使用できます。デフォルト値は、serverパラメータ値です。

- community: SNMP問合せで使用するコミュニティ文字列を指定します。デフォルト値はpublicです。

次に、NFSサーバー・エントリが2つ指定されたoranfstabファイルの例を示します。

server: MyDataServer1
local: 145.34.45.12
path: 132.34.35.12
local: 132.34.45.13
path: 132.34.35.13
dontroute
export: /vol/oradata1 mount: /mnt/oradata1

server: MyDataServer2
local: LocalPath1
path: NfsPath1
local: LocalPath2
path: NfsPath2
local: LocalPath3
path: NfsPath3
local: LocalPath4
path: NfsPath4
dontroute
export: /vol/oradata2 mount: /mnt/oradata2
export: /vol/oradata3 mount: /mnt/oradata3
export: /vol/oradata4 mount: /mnt/oradata4
export: /vol/oradata5 mount: /mnt/oradata5
management: MgmtPath1
community: private

2. Oracle Databaseのデフォルトの設定では、ダイレクトNFSクライアントは有効ではありません。Direct NFSクライアントを有効にするには、次の手順を実行します。

1. $ORACLE_HOME/libディレクトリに移動します。

2. 次のコマンドを入力します。

make -f ins_rdbms.mk dnfs_on

5.3.9.1.2 ダイレクトNFSクライアントの無効化

Direct NFSクライアントを無効にするには、次の手順を実行します。

1. Oracleソフトウェア・インストール所有者としてログインし、次のコマンドを使用してDirect NFSクライアントを無効にします。

cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk dnfs_off

2. oranfstabファイルを削除します。

注意:
Oracle Databaseで使用されているNFSパスを削除した場合、変更内容を有効にするには、データベースを再起動する必要があります。

5.3.9.1.3 Direct NFSクライアントにおけるHCCの有効化

Direct NFSクライアントでハイブリッド列圧縮(HCC)を有効にする手順:

1. ZFSストレージ・サーバーでSNMPが有効であることを確認します。次に例を示します。

$ snmpget -v1 -c public server_name .1.3.6.1.4.1.42.2.225.1.4.2.0
SNMPv2-SMI::enterprises.42.2.225.1.4.2.0 = STRING: "Sun Storage 7410"

2. NFSサーバー以外のインタフェースでSNMPが有効な場合は、managementパラメータを使用してoranfstabを構成します。

3. public以外のコミュニティ文字列を使用してSNMPが構成されている場合は、communityパラメータを使用してoranfstabファイルを構成します。

4. snmpgetが使用可能かどうかを確認して、libnetsnmp.soがインストールされていることを確認します。

5.3.9.1.4 NFSバッファ・サイズ・パラメータのチェック

NFSを使用する場合は、NFSバッファ・サイズ・パラメータrsizeおよびwsizeの値をそれぞれ16384以上に設定する必要があります。推奨される値は32768です。

Direct NFSクライアントでは、wtmaxの粒度でNFSサーバーへの書込みが発行されます。

たとえば、rsizeおよびwsizeの各バッファ設定に値32768を指定する場合は、次のようなエントリを使用してノードごとに/etc/fstabファイルを更新します。

nfs_server:/vol/DATA/oradata /home/oracle/netapp nfs\
rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,actimeo=0,vers=3,timeo=600

注意:
ポート範囲を制限するNFSサーバーを使用する場合は、insecureオプションを使用してファイル・システムをマウントする必要がある場合があります。

(rw,no_root_squash, insecure)

または、「ダイレクトNFSクライアントの無効化」を参照してください。

注意:
マウント・オプションの詳細は、使用しているストレージ・ベンダーのドキュメントを参照してください。

6 Oracle Databaseの開始

この章では、デフォルトの事前構成済データベースについてのOracle Databaseのアカウント、パスワード、ファイルの場所などの情報を提供します。内容は次のとおりです。

- インストール済Oracle Databaseの内容とディレクトリ位置の確認

- Oracle Enterprise Manager Database Controlへのログイン

- Oracle Automatic Storage Managementの管理

- SQL*Plusを使用したOracle Databaseへのアクセス

- SQL Developerを使用したOracle Databaseへのアクセス

- アカウントとパスワードの確認

- ユーザー・パスワードのロック解除およびリセット

- データベースの識別

- サーバー・パラメータ・ファイルの検索

- 表領域、データファイル、REDOログ・ファイルおよび制御ファイルの確認

6.1 インストール済Oracle Databaseの内容とディレクトリ位置の確認

次の手順を使用して、Oracle Universal Installerで、Oracle Databaseインストールの内容とディレクトリの場所を確認できます。

1. 次のコマンドを実行してOracle Universal Installerを起動します。

$ ORACLE_HOME/oui/bin/runInstaller

2. 「ようこそ」画面で「インストールされた製品」をクリックして、「インベントリ」ダイアログ・ボックスを表示します。

3. インストールした内容を確認するには、リストからOracle Database製品を選択します。

4. インストールした製品の詳細情報を見るには、「詳細」をクリックします。

5. 「閉じる」をクリックして、「インベントリ」ダイアログ・ボックスを閉じます。

6. Oracle Universal Installerを終了するには、「取消」をクリックして、「はい」をクリックして確認します。

6.2 Oracle Enterprise Manager Database Controlへのログイン

インストール時にOracle Enterprise Manager Database Control(Database Control)を構成した場合は、それをデータベースの管理に使用できます。Oracle Enterprise Manager Grid Controlを使用してデータベースを管理することもできます。Database Controlの表示方法は次のとおりです。

1. 最初に、次のコマンドを使用してDatabase Controlのステータスを確認します。

emctl status dbconsole

2. Webブラウザを使用して、次のDatabase ControlのURLにアクセスします。
https://host:port/em

各項目の意味は次のとおりです。

- hostは、Oracle Databaseをインストールしたコンピュータ名です。

- portは、インストール時にDatabase Control用に予約されたポート番号です。

使用する正しいポート番号がわからない場合は、$ORACLE_HOME/install/portlist.iniファイルの次の行を確認してください。

Enterprise Manager Console HTTP Port (db_name) = 1158

インストール時には、5500から5519までのうち、空いている最初のポートを予約します。たとえば、ホストmgmt42にOracle Databaseをインストールし、Database Controlがポート1158を使用していた場合は、次のURLを使用します。

https://mgmt42:1158/em

Oracle Enterprise ManagerにDatabase Controlのログイン・ページが表示されます。

3. ユーザー名SYSTEMを使用してデータベースにログインし、SYSDBAとして接続します。Oracle Enterprise Managerで「データベース・ホーム」ページが表示されます。
インストール時にSYSTEMアカウントに対して指定したパスワードを使用してください。

注意:
SYS、SYSTEMまたはSYSMANの各アカウントを使用してもDatabase Controlにログインできます。また、他のデータベース・ユーザーにログイン権限を付与することもできます。SYSとしてログインする場合、SYSDBAとして接続する必要があります。

関連項目:
Oracle Enterprise Manager Database Controlの詳細は、『Oracle Database 2日でデータベース管理者』の第3章「データベース管理の概要」を参照してください。

Database Controlのログイン権限の理解

SYSMANユーザー・アカウントを使用してOracle Enterprise Manager Database Controlにログインする場合、Oracle Enterprise Managerスーパーユーザーとしてログインします。SYSMANアカウントにはロールおよび権限が自動的に付与されます。これらはDatabase Controlで提供されているすべての管理機能へのアクセスに必要です。

Database Controlへのログインには、SYSおよびSYSTEMアカウントを使用することもできます。また、次のとおりログイン権限を他のデータベース・ユーザーに付与することもできます。

1. Database Controlへログインします。

関連項目:
詳細は、「Oracle Enterprise Manager Database Controlへのログイン」を参照してください。

2. Database Controlホームページの最上部にある「設定」をクリックします。

3. 左ナビゲーション・バーの「管理者」をクリックします。

4. 「作成」をクリックしてEnterprise Managerユーザーを作成します。

5. 「名前」フィールドに既存のデータベース・ユーザー名を入力するか、検索アイコンをクリックしてウィンドウでユーザーを選択します。

6. 「電子メール・アドレス」フィールドに、1つ以上の電子メール・アドレスを指定します。

7. 「管理者権限」リストで、「すべてのターゲットで表示」、「すべてのターゲットで完全」、「スーパー管理者」、のいずれかを選択します。

8. 「SELECT_CATALOG_ROLEの付与」オプションも選択できます。

9. このユーザー用のパスワードを入力して「確認」をクリックします。

10. プロパティ・ページで、「終了」をクリックします。

Oracle Enterprise Managerにより指定したユーザーにログイン権限が割り当てられ、このユーザーが管理者の設定ページのEnterprise Managerユーザーのリストに組み込まれます。

6.3 Oracle Automatic Storage Managementの管理

この項では、Oracle Automatic Storage Management(Oracle ASM)インストールの管理について説明します。この項の内容は、次のとおりです。

- Oracle Automatic Storage Managementの起動および停止

- Oracle Automatic Storage Managementユーティリティ

6.3.1 Oracle Automatic Storage Managementの起動および停止

Oracle ASMを起動および停止するには、『Oracle Database管理者リファレンス for Linux and UNIX-Based Operating Systems』を参照してください。

6.3.2 Oracle Automatic Storage Managementユーティリティ

Oracle ASMの管理には、次のツールを使用できます。

- asmcmd: このコマンドライン・ツールを使用して、Oracle ASMディスク・グループのファイルおよびディレクトリを管理できます。

- ASMCA: Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)は対話型ユーティリティで、Oracle ASMインスタンスの作成または既存Oracle ASMインスタンスのアップグレードを実行できます。

- Oracle Enterprise Manager Grid Control: Oracle Enterprise Managerがインストールされている場合は、Grid Controlを使用してOracle ASM機能を管理できます。たとえば、Oracle ASMへの既存のデータベースの移行、Oracle ASMインスタンスのステータス・チェック、Oracle ASMディスク・グループのパフォーマンス・チェック、Oracle ASMディスク・グループの作成または削除などを実行できます。

- Oracle Enterprise Manager Database Control: このユーティリティは、Grid Controlと同様の機能を実行できます。

- SQL*Plus: Oracle ASM固有のコマンドは、これらのツールのいずれかから実行できます。Oracle ASMインスタンスに接続する場合は、Oracleデータベース・インスタンスへの接続と同じ方法を使用します。

関連項目:

- 「Oracle Enterprise Manager Database Controlへのログイン」

- asmcmdの詳細は、『Oracle Databaseユーティリティ』を参照してください。

- Oracle ASMを使用した記憶域の管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

6.4 SQL*Plusを使用したOracle Databaseへのアクセス

SQL文およびPL/SQL文を実行してOracle Databaseにアクセスするには、SQL*Plusを使用できます。このツールを使用すると、同じデータベース管理操作を実行できるだけでなく、データベースに対して直接、データの問合せ、挿入、更新、または削除を行うことができます。

注意:

- SQL*Plusを開始する前に、すべての環境変数、特にORACLE_HOMEおよびORACLE_SIDが設定されていることを確認します。環境変数の設定の詳細は、「Oracleソフトウェア所有者環境の構成」を参照してください。

- さらに、PATH環境変数にORACLE_HOME/binディレクトリを含めるように設定することもお薦めします。

次の文を使用して、SQL*Plusを開始し、SYSユーザーとしてログインしてSYSDBAとして接続します。

$ $ORACLE_HOME/bin/sqlplus
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

たとえば、SYSTEMとしてログオンするには、次のように入力します。

$ $ORACLE_HOME/bin/sqlplus
SQL> CONNECT SYSTEM
Enter password: password

SYSとしてログインする場合、SYSDBAとして接続する必要があります。

$ $ORACLE_HOME/bin/sqlplus
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

関連項目:

- SQL*Plusを使用したOracle Databaseへのアクセスの詳細は、『Oracle Database管理者ガイド』のSQL*Plusを使用したデータベースへの接続に関する項を参照してください。

- 『SQL*Plusユーザーズ・ガイドおよびリファレンス』

- 『SQL*Plusクイック・リファレンス』

6.5 SQL Developerを使用したOracle Databaseへのアクセス

SQL文およびPL/SQL文を実行してOracle Databaseにアクセスするには、SQL Developerを使用できます。SQL文およびPL/SQL文は、SQLワークシートからOracle Databaseへ直接渡されるため、すべての文がサポートされます。

SQL Developer用のJDKパスの設定

次の環境変数を設定し、確実に正しいJDKが選択されるようにします。

- $ORACLE_HOME

- $JAVA_HOME=$ORACLE_HOME/jdk

- $PATH=$JAVA_HOME/bin/:$PATH

Java SDKリリース1.5がインストールされている環境でSQL Developerを開始するには、次のコマンドを使用します。

- $ORACLE_HOME/sqldeveloperへ移動します。

- $ ./sqldeveloper.shを実行します。

- 「接続」を右クリックします。ダイアログ・ボックスに、接続名、ユーザー名、パスワードを入力し、ホストの文字列には、接続するデータベースの名前を入力し、「接続」をクリックします。

接続が完了すると、接続ナビゲータを使用してデータベース・オブジェクトの表示、作成、変更を行うことができ、SQLワークシートを使用して、任意のSQL文またはPL/SQL文を発行できます。「ツール」メニューから、「SQLワークシート」を選択します。

SQL*Plus文は、データベースに渡される前に、SQLワークシートで解析する必要があります。SQLワークシートは現在、多くのSQL*Plus文をサポートしています。SQLワークシートでサポートされていないSQL*Plus文は無視され、Oracle Databaseに送信されません。

関連項目:

『Oracle SQL Developerユーザーズ・ガイド』のSQLワークシートでサポートされるSQL*Plus文およびサポートされないSQL*Plus文に関する項を参照してください。

6.6 アカウントとパスワードの確認

Database Configuration Assistant(DBCA)によって作成されたすべてのデータベースには、SYS、SYSTEM、SYSMANおよびDBSNMPデータベース・アカウントが含まれています。また、Oracle Databaseには、他の管理アカウントもいくつか用意されています。これらのアカウントを使用する前に、ロックを解除してパスワードをリセットする必要があります。表6-1では、これらのアカウントとそのユーザー名およびバスワードを示します。

関連項目:
「ユーザー・パスワードのロック解除およびリセット」

注意:
Oracle Enterprise Manager Database Controlを使用して、データベース・アカウントの完全なリストを表示します。

表6-1 データベース・アカウント

ユーザー名

説明

関連項目

ANONYMOUS

HTTPによるOracle XML DBへのアクセスを有効化。

『Oracle XML DB開発者ガイド』

APEX_030200

Application Expressスキーマおよびメタデータを所有するアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

APEX_PUBLIC_USER

Oracle HTTP Serverおよびmod_plsqlを使用するApplication Express構成向けに使用される、最も権限の少ないアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

APPQOSSYS

Oracle Quality of Service Managementで必要なすべてのデータおよびメタデータの格納および管理に使用されます。

なし

BI

Oracleサンプル・スキーマに含まれるBusiness Intelligenceスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

CTXSYS

Oracle Textアカウント。

『Oracle Textリファレンス』

DBSNMP

Oracle Enterprise Managerの管理エージェント・コンポーネントによりデータベースの監視および管理に使用されるアカウント。

『Oracle Enterprise Manager Grid Controlインストレーションおよび基本構成』

DIP

Directory Integration Platform(DIP)でOracle Internet Directoryでの変更をデータベース内のアプリケーションと同期化するために使用されるアカウント。

なし

DVSYS

このアカウントには2つのロールが関連付けられています。Database Vault所有者ロールは、Database Vaultロールおよび構成を管理します。Database Vaultアカウント・マネージャは、データベース・ユーザー・アカウントの管理に使用されます。

注意: Oracle Database Vaultのユーザー・インタフェース・テキストの一部は、DVSYSスキーマの中のデータベース表に格納されます。デフォルトでは、これらの表には英語のみロードされます。Oracle Database Vault Configuration Assistantを使用すると、Oracle Database Vaultに別の言語を追加できます。必要な手順は、『Oracle Database Vault管理者ガイド』の付録Cを参照してください。

『Oracle Database Vault管理者ガイド』

EXFSYS

Expression Filterスキーマを所有するアカウント。

なし

FLOWS_FILES

Application Expressのアップロードされたファイルを所有するアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

HR

Oracleサンプル・スキーマに含まれるHuman Resourcesスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

IX

Oracleサンプル・スキーマに含まれるInformation Transportスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

LBACSYS

Oracle Label Securityの管理者アカウント。

『Oracle Label Security管理者ガイド』

MDDATA

Oracle Spatialでジオコーダおよびルーター・データの格納に使用されるスキーマ。

『Oracle Spatial開発者ガイド』

MDSYS

Oracle SpatialおよびOracle Multimedia Locatorの管理者アカウント。

『Oracle Spatial開発者ガイド』

MGMT_VIEW

Oracle Enterprise Manager Database Controlで使用されるアカウント。

なし

OE

Oracleサンプル・スキーマに含まれるOrder Entryスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

ORDPLUGINS

Oracle Multimediaユーザー。Oracleにより提供されるプラグインおよびサード・パーティのプラグインはこのスキーマにインストールされます。

『Oracle Multimediaリファレンス』

ORDSYS

Oracle Multimedia管理者アカウント。

『Oracle Multimediaリファレンス』

ORDDATA

このアカウントには、Oracle Multimedia DICOMデータ・モデルが含まれます。

『Oracle Multimedia DICOM開発者ガイド』

OUTLN

プラン・スタビリティをサポートするアカウント。プラン・スタビリティは、同じSQL文の同じ実行計画の保守を可能にします。OUTLNは、格納されたアウトラインに関連付けられたメタデータを集中的に管理するロールとして機能します。

『Oracle Database概要』

ORACLE_OCM

このアカウントには、Oracle Configuration Managerで使用される構成収集向けのインスツルメンテーションが含まれます。

『Oracle Configuration Managerインストレーションおよび管理ガイド』

OWBSYS

Oracle Warehouse Builderでデフォルトのリポジトリとして使用されるアカウント。Oracle Databaseのインストール後、Warehouse Builderリポジトリ・アシスタントを起動する前に、このアカウントのロックを解除する必要があります。

Oracle Warehouse Builderインストレーションおよび管理ガイド

OWBSYS_AUDIT

Warehouse Builderコントロール・センター・エージェントでOWBSYSスキーマの異機種間実行監査表へのアクセスに使用されます。

Oracle Warehouse Builderインストレーションおよび管理ガイド

PM

Oracleサンプル・スキーマに含まれるProduct Mediaスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

SCOTT

Oracleサンプル・プログラムおよび例で使用されるアカウント。

『Oracle Database管理者ガイド』

SH

Oracleサンプル・スキーマに含まれるSales Historyスキーマを所有するアカウント。Enterprise Editionのインストール中にサンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Database管理者ガイド』

SI_INFORMTN_SCHEMA

SQL/MM Still Image Standardの情報ビューを格納するアカウント。

『Oracle Multimediaリファレンス』

SPATIAL_CSW_ADMIN_USR

Catalog Services for the Web(CSW)アカウント。データベースからすべてのレコード・タイプ・メタデータとレコード・インスタンスを、キャッシュされたレコード・タイプのメイン・メモリーにロードするために、Oracle Spatial CSWキャッシュ・マネージャで使用されます。

『Oracle Spatial開発者ガイド』

SPATIAL_WFS_ADMIN_USR

Web Feature Service(WFS)アカウント。これは、データベースからすべてのフィーチャタイプ・メタデータとフィーチャ・インスタンスを、キャッシュされるフィーチャ・タイプのメイン・メモリーにロードする場合に、Oracle Spatial WFSキャッシュ・マネージャで使用されます。

『Oracle Spatial開発者ガイド』

SYS

データベース管理タスクの実行に使用されるアカウント。

『Oracle Database管理者ガイド』

SYSMAN

Oracle Enterprise Managerデータベース管理タスクの実行に使用されるアカウント。

『Oracle Enterprise Manager Grid Controlインストレーションおよび基本構成』

SYSTEM

データベース管理タスクの実行に使用される別のアカウント。

『Oracle Database管理者ガイド』

WMSYS

Oracle Workspace Manager用のメタデータ情報の格納に使用されるアカウント。

『Oracle Database Workspace Manager開発者ガイド』

XDB

Oracle XML DBのデータおよびメタデータの格納に使用されるアカウント。

『Oracle XML DB開発者ガイド』

6.7 ユーザー・パスワードのロック解除およびリセット

SYS、SYSTEM、SYSMANおよびDBSMPを除く、すべてのOracleシステム管理アカウントのパスワードは、インストール後に取り消されます。ロックされているアカウントを使用する前に、ロックを解除してパスワードをリセットする必要があります。インストール時に事前定義済データベースを作成しても、必要なアカウントのロックを解除していない場合は、次のいずれかの方法を使用して解除する必要があります。

- Database Controlを使用したアカウントのロック解除およびパスワードのリセット

- SQL*Plusを使用したアカウントのロック解除およびパスワードのリセット

注意:
Database Configuration Assistantを使用してデータベースを作成している場合は、データベース作成後、Database Configuration Assistantを終了する前に「パスワード管理」をクリックしてアカウントのロックを解除できます。

関連項目:
セキュアなパスワードの作成方法の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

6.7.1 Database Controlを使用したアカウントのロック解除およびパスワードのリセット

Oracle Enterprise Manager Database Controlを使用したロック解除およびユーザー・アカウント・パスワードのリセットの手順は、次のとおりです。

1. Database Controlへログインします。

関連項目:
「Oracle Enterprise Manager Database Controlへのログイン」

2. 「サーバー」をクリックします。

3. 「サーバー」ページの「セキュリティ」セクションで「ユーザー」をクリックします。
Oracle Enterprise Managerにすべてのデータベース・アカウントを含む表が表示されます。「アカウント・ステータス」列は、そのアカウントがロックされているかどうかと、パスワードが期限切れかどうかを示します。

4. 変更するユーザー・アカウントを選択して「編集」をクリックします。

5. 「ユーザー」プロパティ・シートの「一般」ページを使用して、選択したアカウントをロック解除し、必要に応じてパスワードを変更します。

関連項目:
詳細は、Database Controlウィンドウの「ヘルプ」をクリックしてください。

6.7.2 SQL*Plusを使用したアカウントのロック解除およびパスワードのリセット

SQL*Plusを使用してロックを解除しユーザー・アカウント・パスワードをリセットする手順は、次のとおりです。

1. SQL*Plusを起動し、SYSユーザーとしてデータベースにログインし、SYSDBAとして接続します。

$ $ORACLE_HOME/bin/sqlplus
SQL> CONNECT SYS as SYSDBA
Enter password: SYS_password

2. 次のコマンドを入力します。accountはロックを解除するユーザー・アカウント、passwordは新規パスワードです。

SQL> ALTER USER account IDENTIFIED BY password ACCOUNT UNLOCK;

注意:
アカウントのロックを解除してもパスワードをリセットしなかった場合、パスワードは期限切れのままとなります。そのユーザーとして最初に接続する際にパスワードを変更する必要があります。

関連項目:

- 新しいユーザーの追加方法とパスワードの変更方法は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

- ユーザー・アカウントのロック解除に使用するALTER USER文の構文は、『Oracle Database SQL言語リファレンス』を参照してください。

- ユーザーSYSおよびSYSTEMの詳細は、『Oracle Database管理者ガイド』を参照してください。

6.8 データベースの識別

Oracle Database 11gソフトウェアで、データベースをグローバル・データベース名により識別します。グローバル・データベース名は、データベース名とデータベース・ドメインで構成されます。通常、データベース・ドメインはネットワーク・ドメインと同じですが、異なる場合もあります。グローバル・データベース名では、あるデータベースが同じネットワーク内の他のデータベースと一意に区別されます。グローバル・データベース名は、インストール時にデータベースを作成するとき、またはDatabase Configuration Assistantを使用するときに指定します。

データベース名入力フィールドを使用して、DB_NAME、DB_UNIQUE_NAMEおよびDB_DOMAIN Oracle初期化パラメータ値を設定します。

次に例を示します。

sales_world.example.com

各項目の意味は次のとおりです。

- sales_worldはデータベース名です。データベース名(DB_UNIQUE_NAME)部分は30文字未満の文字列で、英数字、アンダースコア(_)、ドル記号($)および番号記号(#)を含めることができますが、アルファベットで開始する必要があります。その他の特殊文字をデータベース名に使用することはできません。

- sales_woはDB_NAMEです。DB_NAME初期化パラメータによって、最大8文字のデータベース識別子が指定されます。

- example.comは、データベースが位置するデータベース・ドメインです。この例では、データベース・ドメインはネットワーク・ドメインと同じです。データベース名とデータベース・ドメインの組合せにより、グローバル・データベース名が一意になります。ドメイン部分は128文字以内の文字列で、英数字、アンダースコア(_)および番号記号(#)を含めることができます。データベース・ドメイン名はDB_DOMAIN初期化パラメータで指定します。

ただし、DB_NAMEパラメータは必ずしもDB_UNIQUE_NAMEの最初の8文字である必要はありません。

DB_UNIQUE_NAMEパラメータとDB_DOMAIN名パラメータを組み合せて、初期化パラメータ・ファイルのSERVICE_NAMESパラメータに割り当てるグローバル・データベース名の値を作成します。

システム識別子(SID)は、特定のデータベース・インスタンスを識別します。SIDにより、あるインスタンスが同じコンピュータ上の他のインスタンスから一意に区別されます。各データベース・インスタンスには一意のSIDとデータベース名が必要です。 ほとんどの場合は、SIDとグローバル・データベース名のデータベース名部分は同じです。

関連項目:
『Oracle Databaseリファレンス』のDB_UNIQUE_NAMEおよびDB_NAME

6.9 サーバー・パラメータ・ファイルの検索

デフォルトでは、事前定義済データベースはspfilesid.oraという名前のサーバー・パラメータ・ファイルを使用します。このファイルは$ORACLE_HOME/dbsディレクトリに格納されます。ただし、データベースのOracle ASMを選択した場合、Database Configuration Assistantは一般的にサーバー・パラメータ・ファイルにも同じ記憶域メカニズムを使用します。

サーバー・パラメータ・ファイルが$ORACLE_HOME/dbsディレクトリにない場合、データベースでは初期化パラメータ・ファイルのSPFILEパラメータを使用して検索します。デフォルト初期化パラメータ・ファイルは $ORACLE_HOME/dbs/initsid.oraです。

Oracle Enterprise Manager Database Controlを使用すると、サーバー・パラメータ・ファイルの場所とすべての初期化パラメータのリストを表示できます。この操作の手順は次のとおりです。

1. Database Controlへログインします。

関連項目:
詳細は、「Oracle Enterprise Manager Database Controlへのログイン」を参照してください。

2. 「サーバー」をクリックします。

3. 「サーバー」ページの「データベース構成」セクションで、「初期化パラメータ」をクリックします。
Oracle Enterprise Managerに、各初期化パラメータの現行の値を示す表が表示されます。

4. 「SPFile」タブを選択します。
Oracle Enterprise Managerに、サーバー・パラメータ・ファイルに指定されている各初期化パラメータの値を示す表が表示されます。ページの上部に、サーバー・パラメータ・ファイルの場所が表示されます。

6.10 表領域、データファイル、REDOログ・ファイルおよび制御ファイルの確認

次の項では、表領域、データファイル、REDOログ・ファイル、および制御ファイルの情報について説明します。

- 表領域およびデータファイルの識別

- REDOログ・ファイルの位置

- 制御ファイルの位置

6.10.1 表領域およびデータファイルの識別

Oracleデータベースは、表領域と呼ばれる小さい論理領域に分割されています。各表領域は、1つ以上の物理データファイルに対応しています。データファイルには、表や索引など、論理データベース構造の内容が含まれています。各データファイルを関連付けられる表領域およびデータベースは1つのみです。

注意:
SYSAUX表領域およびSYSTEM表領域は、すべてのOracle Database 11gのデータベースに存在している必要があります。

表6-2は、デフォルトの事前定義済データベースが提供する表領域を示しています。

表6-2 表領域およびデータファイル

表領域

データファイル

説明

EXAMPLE

EXAMPLE01.DBF

サンプル・スキーマを組み込んだ場合は、それが格納されます。

SYSAUX

SYSAUX01.DBF

SYSTEM表領域の補助表領域として機能します。これまでSYSTEM表領域を使用していた一部の製品およびオプションでは、SYSAUX表領域が使用されるようになり、SYSTEM表領域の負荷が低減します。

SYSTEM

SYSTEM01.DBF

Oracle Databaseに必要な表、ビューおよびストアド・プロシージャの定義を含むデータ・ディクショナリが格納されます。この領域の情報は自動的に保守されます。

TEMP

TEMP01.DBF

SQL文の処理中に作成された一時表および索引が格納されます。GROUP BY句、ORDER BY句、またはDISTINCT句など、多くのソートが必要なSQL文を実行する場合は、この表領域の拡張が必要になる可能性があります。

UNDOTBS

UNDOTBS01.DBF

UNDO情報が格納されます。UNDO表領域には、データベースに対する変更をロールバックまたはUNDOするために使用されるトランザクション履歴を保持する、1つ以上のUNDOセグメントが含まれています。

すべての初期データベースは、自動UNDO管理モードで実行するように構成されます。

USERS

USERS01.DBF

データベース・ユーザーにより作成されたデータベース・オブジェクトが格納されます。

関連項目:
詳細は、『Oracle Database概要』および『Oracle Database管理者ガイド』を参照してください。

Oracle Enterprise Manager Database Controlを使用して、データベースと関連する表領域で使用されるデータファイルのリストを表示する手順は、次のとおりです。

1. Database Controlへログインします。

関連項目:
詳細は、「Oracle Enterprise Manager Database Controlへのログイン」を参照してください。

2. 「サーバー」をクリックします。

3. 「サーバー」ページの「記憶域」セクションで「データファイル」をクリックします。
Oracle Enterprise Managerに、各データファイルと関連する表領域を示す表が表示されます。

表領域の表示、変更および作成にDatabase Controlを使用する方法の詳細は、Database Controlウィンドウの「ヘルプ」をクリックしてください。

6.10.2 REDOログ・ファイルの位置

事前定義済データベースは3つのREDOログ・ファイルを使用します。REDOログ・ファイルには、データベース・バッファ・キャッシュ内のデータに対する変更がすべて記録されます。インスタンスに障害が発生すると、Oracle Database 11gではREDOログ・ファイルを使用して、メモリー内で変更のあったデータがリカバリされます。

Oracle DatabaseはREDOログ・ファイルを循環して使用します。たとえば、オンラインREDOログが3つのファイルから構成される場合、Oracle Databaseは最初のファイルの後、2つ目のファイル、3つ目のファイルの順に書込みをします。次の循環では、1つ目のファイルの後、2つ目以降のファイルを再使用して書込みをします。

関連項目:
REDOログ・ファイルの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

Oracle Enterprise Manager Database Controlを使用して、事前定義済データベースのREDOログ・ファイルを表示または変更する手順は、次のとおりです。

1. Database Controlへログインします。

関連項目:
詳細は、「Oracle Enterprise Manager Database Controlへのログイン」を参照してください。

2. 「サーバー」をクリックします。

3. 「サーバー」ページの「記憶域」セクションで「REDOログ・グループ」をクリックします。
Oracle Enterprise Managerに、データベースが使用するREDOログ・グループを示す表が表示されます。

4. 特定のグループに関連付けられたREDOログ・ファイルの名前と位置を表示するには、そのグループを選択して「ビュー」をクリックします。

REDOログ・ファイルの表示、変更および作成にDatabase Controlを使用する方法の詳細は、Database Controlウィンドウの「ヘルプ」をクリックしてください。

6.10.3 制御ファイルの位置

事前定義済データベースは2つの制御ファイルを使用します。データベースごとに2つ以上の制御ファイルを保持し、CONTROL_FILES初期化パラメータを各制御ファイルが示されるように設定することをお薦めします。

制御ファイルは、管理ファイルの一種です。Oracle Database 11gでは、データベースを起動して実行するために制御ファイルが必要です。制御ファイルは、データベースの物理構造を定義します。たとえば、制御ファイルは、データベース名と、データベースのデータファイルおよびREDOログ・ファイルの名前と場所を定義します。

Oracle Enterprise Manager Database Controlを使用して、事前定義済データベースの制御ファイルの情報を表示する手順は、次のとおりです。

1. Database Controlへログインします。

関連項目:
詳細は、「Oracle Enterprise Manager Database Controlへのログイン」を参照してください。

2. 「サーバー」をクリックします。

3. 「サーバー」ページの「記憶域」セクションで「制御ファイル」をクリックします。
Oracle Enterprise Managerに、データベースが使用する制御ファイルを示す表が表示されます。

Database Controlを使用して、制御ファイルの情報を表示し、そのバックアップを作成して追跡する方法の詳細は、Database Controlウィンドウの「ヘルプ」をクリックしてください。

関連項目:
CONTROL_FILES初期化パラメータ値の設定については、『Oracle Database管理者ガイド』を参照してください。

7 Oracle Databaseソフトウェアの削除

この章では、指定したOracleホームに関連するOracleソフトウェアおよび構成ファイルを完全に削除する方法を説明します。削除ツールを使用したOracleソフトウェアの削除に関する情報が含まれます。

deinstallコマンドは、スタンドアロンのOracle Databaseインストール、Oracle Clusterware、Oracle Automatic Storage Management(Oracle ASM)をサーバーから削除するほか、Oracle Real Application Clusters (Oracle RAC)およびOracle Database Clientのインストールを削除します。

Oracle Database 11gリリース2 (11.2)以降、削除ツールを使用して、Oracle Database、Oracle Clusterware、Oracle ASM、Oracle RAC、Oracle Database Clientインストールに関連付けられているOracleホーム全体を削除することをお薦めします。個々の製品やコンポーネントの削除はサポートされません。

次の各項では、deinstallコマンドとそのコマンドを使用するための追加オプションについて説明します。

- 削除ツールについて

- 失敗したインストールで使用する削除ツールのダウンロード

- Deinstallコマンドの実行例

- Oracle Databaseの削除パラメータ・ファイルの例

- Oracle Grid Infrastructureの削除パラメータ・ファイルの例

注意:
クラスタ内のノード上にスタンドアロン・データベースがあり、同じグローバル・データベース名(GDN)を持つデータベースが複数ある場合は、削除ツールを使用して削除できるデータベースは1つのみです。

7.1 削除ツールについて

削除ツール(deinstall)は、インストール前はインストール・メディアから、インストール後はOracleホーム・ディレクトリから使用できます。削除ツールの場所は、$ORACLE_HOME/deinstallディレクトリです。

deinstallコマンドでは、指定する情報とソフトウェア・ホームから収集される情報を使用してパラメータ・ファイルが作成されます。あるいは、–checkonlyオプションを使用したdeinstallコマンドで以前に生成された、またはレスポンス・ファイル・テンプレートを編集して以前に生成されたパラメータ・ファイルを指定できます。

削除ツールによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してスタンドアロン・サーバー用Oracle Grid Infrastructureを削除する場合、rootユーザーとしてroothas.plスクリプトを実行し、Oracle Restartを構成解除するよう求められます。

注意:
deinstallコマンドを実行した場合に、構成解除して削除しようとしているホーム以外の登録済ホームが中央インベントリ(oraInventory)に含まれていなければ、削除コマンドは、Oracle Databaseインストール所有者のOracleベース・ディレクトリ内の次のファイルとディレクトリ・コンテンツを削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- fast_recovery_area

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成すること、およびOracleソフトウェアが排他的に使用するOracleベースとOracleホーム・パスを予約することを強くお薦めします。Oracleソフトウェア所有者であるユーザー・アカウントが所有するOracleベース内のこれらの場所に、ユーザー・データがある場合、このデータはdeinstallコマンドによって削除されます。

deinstallコマンドでは、次の構文を使用します。変数はイタリックで示しています。

deinstall -home complete path of Oracle home [-silent] [-checkonly] [-local] [-paramfile complete path of input parameter property file] [-params name1=value
name2=value . . .] [-o complete path of directory for saving files]
[-tmpdir complete path of temporary directory to use]
[-logdir complete path of log directory to use] [-help]

Oracleソフトウェア・インストールの所有者として削除ツールを実行することをお薦めします。削除ツールは、デフォルトでは、インストール所有者としてOracleホームのdeinstallディレクトリから実行します。

$ $ORACLE_HOME/deinstall/deinstall

サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

deinstallコマンドは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

注意:
Oracleソフトウェアを削除するには、同じリリースの削除ツールを実行する必要があります。以前のリリースのOracleソフトウェアを削除するとき、それより新しいリリースの削除ツールは使用しないでください。たとえば、既存の11.2.0.4OracleホームにあるOracleソフトウェアを削除するとき、12.1.0.1のインストール・メディアに収録されている削除ツールは実行しないでください。

さらに、削除ツールは、他の場所での実行、パラメータ・ファイルを使用して実行、または他のオプションを選択して実行できます。

オプションは次のとおりです。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。削除する予定のOracleホームでdeinstallコマンドを使用してOracleソフトウェアを削除するには、別の場所のパラメータ・ファイルを指定し、-homeフラグは使用しません。

$ORACLE_HOME/deinstallパスからdeinstallを実行する場合は、実行されているホームをツールが認識できるため、-homeフラグは不要です。スタンドアロン・バージョンのツールを使用する場合、-homeは必須です。

- -silent
このフラグは、サイレント・モードまたはレスポンス・ファイル・モードでコマンドを実行する場合に使用します。-silentフラグを使用する場合は、-paramfileフラグを使用して、削除または構成解除するOracleホームの構成値を含むパラメータ・ファイルを指定する必要があります。

使用または変更するパラメータ・ファイルは、-checkonlyフラグを指定してdeinstallを実行すると生成できます。deinstallコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

$ORACLE_HOME/deinstall/responseフォルダにあるテンプレート・ファイルdeinstall.rsp.tmplを変更することもできます。

- -checkonly
このフラグは、Oracleソフトウェア・ホームの構成ステータスをチェックする場合に使用します。-checkonlyフラグを指定してdeinstallコマンドを実行した場合、Oracleの構成は削除されません。-checkonlyフラグにより、deinstallコマンドと-silentオプションで使用できるパラメータ・ファイルが生成されます。

- -local
このフラグは、複数ノード環境でクラスタ内のOracleソフトウェアを削除する場合に使用します。

このフラグを指定してdeinstallを実行すると、ローカル・ノード(deinstallが実行されたノード)上のOracleソフトウェアが構成解除および削除されます。リモード・ノードでは、Oracleソフトウェアは構成解除されますが、削除されません。

- -paramfile 入力パラメータ・プロパティ・ファイルの完全パス
このフラグは、デフォルト以外の場所にあるパラメータ・ファイルを指定してdeinstallを実行する場合に使用します。このフラグを使用するときは、パラメータ・ファイルがある完全パスを指定します。

パラメータ・ファイルのデフォルトの場所は、deinstallの場所によって異なります。

- インストール・メディアまたはステージの場所からの場合: $ORACLE_HOME/inventory/response

- OTNからの解凍済アーカイブ・ファイルからの場合: /ziplocation/response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -params [name1=value name 2=value name3=value . . .]
このフラグは、作成したパラメータ・ファイルで変更する1つ以上の値を上書きする場合に、パラメータ・ファイルとともに使用します。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグは、プロパティ・ファイル(deinstall.rsp.tmpl)が保存されている、デフォルトの場所以外のパスを指定する場合に使用します。

パラメータ・ファイルのデフォルトの場所は、deinstallの場所によって異なります。

- インストール・メディアまたはステージの場所からの場合(インストール前): $ORACLE_HOME/

- OTNからの解凍済アーカイブ・ファイルからの場合: /ziplocation/response/

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -tmpdir 一時ディレクトリの完全パス
このフラグは、Oracle Deinstallation Toolが削除時に一時ファイルを書き込む場所としてデフォルト以外を指定する場合に指定します。

- -logdir 一時ディレクトリの完全パス
このフラグは、Oracle Deinstallation Toolが削除時にログ・ファイルを書き込む場所としてデフォルト以外を指定する場合に指定します。

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

以前のリリースのGridホームの削除

以前のリリースからのアップグレードの場合、以前のリリースのGridホームを削除するには、以前のリリースのGridホームの権限をrootユーザーとして手動で変更し、削除コマンドを実行する必要があります。

次に例を示します。

# chown -R grid:oinstall /u01/app/grid/11.2.0
# chmod -R 775 /u01/app/grid/11.2.0

この例で、/u01/app/grid/11.2.0は以前のリリースのGridホームです。

7.2 失敗したインストールで使用する削除ツールのダウンロード

削除ツール(deinstall)を使用して、失敗したインストールまたは不完全なインストールを削除する必要がある場合は、Oracle Technology Network (OTN)のWebサイトで個別にダウンロードできます。

削除ツールをダウンロードする手順:

1. 次のURLに移動します。
http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

2. Oracle Database 11gリリース2の下で、削除ツールをダウンロードする各プラットフォームの「すべて表示」をクリックします。
削除ツールは、このWebページの最後で、ダウンロードできます。

7.3 Deinstallコマンドの実行例

deinstallコマンドを実行すると、システムから削除するOracleソフトウェアのホーム・ディレクトリを入力するように要求されます。プロンプトに従って追加情報を入力してください。

オプション・フラグ-paramfileを使用してパラメータ・ファイルへのパスを指定します。

次の例では、deinstallコマンドはパス/u01/app/oracle/product/11.2.0/dbhome_1/deinstallにあり、ソフトウェア所有者の場所(/home/usr/oracle)にあるパラメータ・ファイルを使用しています。

$ cd /u01/app/oracle/product/11.2.0/dbhome_1/deinstall
$ ./deinstall -paramfile /home/usr/oracle/my_db_paramfile.tmpl

Oracle Grid Infrastructureホームの場合、スタンドアロン・サーバーのOracle Grid Infrastructureのホーム(この例では/u01/app/oracle/product/11.2.0/grid)にある削除スクリプトを使用します。

$ cd /u01/app/oracle/product/11.2.0/grid/deinstall
$ ./deinstall -paramfile /home/usr/oracle/my_grid_paramfile.tmpl

$ORACLE_HOME/deinstallフォルダの外でdeinstallコマンドを入力すると、-homeフラグを入力してパスを指定しないかぎり、ヘルプが表示されます。$ORACLE_HOME/deinstallフォルダからdeinstallコマンドを実行すると、ホーム・アドレスの入力は要求されずに削除が開始されます。

7.4 Oracle Databaseの削除パラメータ・ファイルの例

スタンドアロンOracle Databaseに対して、-paramfileオプションを指定してdeinstallコマンドを実行すると、パラメータ・ファイルに指定した値を使用できます。パラメータ・ファイルの例を次に示します。この例では、Oracle Databaseバイナリ所有者はoracle、Oracle Databaseホーム(Oracleホーム)はパス/u01/app/oracle/product/11.2.0/dbhome_1/にあり、Oracleベース(他のOracleソフトウェアがインストールされている場所)は/u01/app/oracle/、中央Oracleインベントリ・ホーム(oraInventory)は/u01/app/oraInventory、仮想IPアドレス(VIP)は192.0.2.1、ローカル・ノード(削除セッションの実行元となるノード)はmyserver、OSDBAグループはdbaです。

#Copyright (c) 2005, 2006 Oracle Corporation. All rights reserved.
#Mon Feb 16 06:48:39 UTC 2009
DISK_GROUPS.sidb=
ASM_HOME=
ASM_LOCAL_SID=
LOGDIR=/u01/app/oracle/product/11.2.0/dbhome_1/oraInventory/logs/
ORACLE_BASE.sidb=/u01/app/oracle/
RECOVERY_LOC.sidb=
STORAGE_TYPE.sidb=FS
ORACLE_BASE=/u01/app/oracle/
INVENTORY_LOCATION=/u01/app/oraInventory
DB_TYPE.sidb=SI_DB
NODE_LIST.sidb=myserver
ARCHIVE_LOG_DESTINATION_LOC.sidb=
LOCAL_SID.sidb=sidb
DB_UNIQUE_NAME_LIST=sidb
ASM_FILES.sidb=
HOME_TYPE=SIDB
CRS_HOME=false
RAW_MAPPING_FILE.sidb=
SID_LIST.sidb=sidb
ORACLE_BINARY_OK=true
DATAFILE_LOC.sidb=/u01/app/oracle/oradata
local=false
LOCAL_NODE=myserver
CREATION_MODE.sidb=y
CONFIGFILE_LOC.sidb=
DIAG_DEST.sidb=/u01/app/oracle/
silent=false
ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1/
SPFILE_LOC.sidb=

7.5 Oracle Grid Infrastructureの削除パラメータ・ファイルの例

スタンドアロン・サーバー用のOracle Grid Infrastructureのホームで、-paramfileオプションを指定してdeinstallコマンドを実行すると、パラメータ・ファイルに指定した値が使用されます。

パラメータ・ファイルの例を次に示します。この例では、Oracle Grid Infrastructureバイナリ所有者はoracle、Oracle Grid Infrastructureホームはパス/u01/app/oracle/product/11.2.0/gridにあり、Oracleベース(他のOracleソフトウェアがインストールされている場所)は/u01/app/oracle/、中央Oracleインベントリ・ホーム(oraInventory)は/u01/app/oraInventory、ローカル・ノード(削除セッションの実行元となるノード)はmyserver、OSDBAグループはdbaです。

#Copyright (c) 2005, 2009 Oracle Corporation.  All rights reserved.
#Thu Mar 05 11:36:03 PST 2009
LOCAL_NODE=myserver
HOME_TYPE=SIHA
ASM_REDUNDANCY=EXTERNAL
ORACLE_BASE=/u01/app/oracle/
SCAN_PORT=0
silent=false
ASM_UPGRADE=false
ORA_CRS_HOME=/u01/app/oracle/product/11.2.0/grid
GPNPCONFIGDIR=$ORACLE_HOME
LOGDIR=/home/oracle/tmp/deinstall/logs/
ASM_DISCOVERY_STRING=/u02/stor/asm*
GPNPGCONFIGDIR=$ORACLE_HOME
ORACLE_OWNER=oracle
ASM_DISKSTRING=
CRS_STORAGE_OPTION=0
ORACLE_BINARY_OK=true
OCR_VOTINGDISK_IN_ASM=false
ASM_ORACLE_BASE=/u01/app/oracle
NETCFGJAR_NAME=netcfg.jar
ORA_DBA_GROUP=dba
JREDIR=/u01/app/oracle/grid/jdk/jre/
ORA_ASM_GROUP=dba
LANGUAGE_ID='AMERICAN_AMERICA.WE8ISO8859P1'
CSS_LEASEDURATION=400
ASM_HOME=/u01/app/oracle/grid
SHAREJAR_NAME=share.jar
HELPJAR_NAME=help4.jar
SILENT=false
local=false
INVENTORY_LOCATION=/u01/app/oraInventory
GNS_CONF=false
JEWTJAR_NAME=jewt4.jar
EMBASEJAR_NAME=oemlt.jar
ASM_DISKS=/u02/stor/asm/asm0,/u02/stor/asm/asm2,/u02/stor/asm/asm3,/u02/stor/asm/asm1,/u02/stor/asm/asm4,/u02/stor/asm/asm5,/u02/stor/asm/asm6,
/u02/stor/asm/asm7,/u02/stor/asm/asm8
ORACLE_HOME=/u01/app/oracle/grid
CRS_HOME=true
ASM_IN_HOME=true
EWTJAR_NAME=ewt3.jar
ASM_DROP_DISKGROUPS=false
ASM_LOCAL_SID=+ASM
JLIBDIR=/u01/app/oracle/grid/jlib
VNDR_CLUSTER=false
ASM_DISK_GROUP=DATA

A レスポンス・ファイルを使用したOracle Databaseのインストールおよび構成

この付録では、レスポンス・ファイルを使用してOracle製品をインストールおよび構成する方法について説明します。内容は次のとおりです。

- レスポンス・ファイルの使用方法

- レスポンス・ファイルの準備

- レスポンス・ファイルを使用したOracle Universal Installerの実行

- レスポンス・ファイルを使用したNet Configuration Assistantの実行

- レスポンス・ファイルを使用したDatabase Configuration Assistantの実行

- レスポンス・ファイルを使用したインストール後の構成

A.1 レスポンス・ファイルの使用方法

Oracle Universal Installerの起動時にレスポンス・ファイルを指定することで、Oracleソフトウェアのインストールおよび構成を完全または部分的に自動化できます。Oracle Universal Installerは、レスポンス・ファイル内に含まれる値を使用して、Oracle Universal Installerのプロンプトの一部または全部に応答します。内容は次のとおりです。

- サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

- Oracle Automatic Storage Managementをデータベース・ファイルの記憶域オプションとして使用するデータベースの作成

- レスポンス・ファイルの一般的な使用手順

通常、Oracle Universal Installerは対話モードで実行されます。つまり、Graphical User Interface(GUI)画面で情報の入力を要求されます。レスポンス・ファイルを使用してこの情報を入力する場合は、次のいずれかのモードでコマンド・プロンプトからOracle Universal Installerを実行します。

- サイレント・モード
すべてのプロンプトに対する応答をレスポンス・ファイルに組み込み、Oracle Universal Installerの起動時に-silentオプションを指定すると、Oracle Universal Installerはサイレント・モードで実行されます。サイレント・モードによるインストール中は、Oracle Universal Installerの画面は一切表示されません。かわりに、Oracle Universal Installerの起動に使用した端末に進捗情報が表示されます。

- レスポンス・ファイル・モード
一部またはすべてのプロンプトに対する応答をレスポンス・ファイルに組み込み、-silentオプションを指定しない場合、Oracle Universal Installerはレスポンス・ファイル・モードで実行されます。レスポンス・ファイル・モードによるインストールでは、レスポンス・ファイルに情報を指定した画面も、必要な情報を指定しなかった画面も、すべて表示されます。その利点は、レスポンス・ファイルに情報を指定しておいた画面でその値を確認しながらインストールを進めることができることです。

レスポンス・ファイルにリストされている変数に値を入力して、サイレント・インストールまたはレスポンス・ファイル・インストールの設定を定義します。たとえば、Oracleホームの場所を指定するには、次のようにORACLE_HOME変数に適切な値を指定します。

ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1

レスポンス・ファイルの変数の設定を指定する別の方法は、その設定をOracle Universal Installerの実行時にコマンドラインの引数として渡す方法です。次に例を示します。

-silent directory_path

このコマンドでは、directory_pathは、インストール・メディアまたはハード・ドライブのdatabaseディレクトリのパスです。

関連項目:

- レスポンス・ファイルの形式の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』を参照してください。

- レスポンス・ファイルの詳細は、My Oracle SupportのWebサイトを参照してください。
https://support.oracle.com/

A.1.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

次の表に、Oracle Universal Installerをサイレント・モードまたはレスポンス・ファイル・モードで実行する理由をいくつか示します。

モード

使用方法

サイレント

次の場合にサイレント・モードを使用します。

- cronなどのオペレーティング・システム・ユーティリティを使用してスケジュールできる、自動インストールを実行する場合

- ユーザーとの対話なしで複数のシステムに同様のインストールを複数実行する場合

- X Window Systemソフトウェアがインストールされていないシステムにソフトウェアをインストールする場合

Oracle Universal Installerでは、起動に使用した端末に進捗情報が表示されますが、Oracle Universal Installerの画面は表示されません。

レスポンス・ファイル

複数のシステムに類似したOracleソフトウェアのインストールを行う場合は、Oracle Universal Installerプロンプトのすべてではなく一部にデフォルトの応答を指定して、レスポンス・ファイル・モードを使用します。
レスポンス・ファイル・モードでは、すべてのインストーラ画面が表示されますが、これらの画面のフィールドのデフォルト値はレスポンス・ファイルから提供されます。レスポンス・ファイルで値を指定していないものについては、画面のフィールドに情報を入力する必要があります。

A.1.2 Oracle Automatic Storage Managementをデータベース・ファイルの記憶域オプションとして使用するデータベースの作成

Oracle Automatic Storage Management(Oracle ASM)を使用するデータベースを作成する前に、root.shスクリプトを実行する必要があります。このため、サイレント・モードでのインストール中に、Oracle ASMをデータベース・ファイルの記憶域オプションとして使用するデータベースを作成できません。かわりに、サイレント・モードを使用してソフトウェアのみのインストールを実行し、ソフトウェアのみのインストールが終了した後root.shスクリプトを実行してから、サイレント・モードでOracle Net Configuration AssistantおよびDatabase Configuration Assistantを実行できます。

注意:
この制限は、Oracle ASMをデータベース・ファイルの記憶域オプションとして使用するデータベースにのみ適用されます。ファイル・システム・オプションを使用するデータベースは、サイレント・モードのインストールによって作成できます。

A.1.3 レスポンス・ファイルの一般的な使用手順

Oracle Universal Installerを使用して、サイレント・モードまたはレスポンス・ファイル・モードでOracle製品をインストールおよび構成するための一般的な手順は、次のとおりです。

注意:
Oracle Universal Installerをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、システム上で必要なインストール前の作業をすべて完了しておく必要があります。

1. レスポンス・ファイルを準備します。

2. Oracle Universal Installerをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

3. Oracle Universal Installerのプロンプトに従って、rootスクリプトを実行します。

4. ソフトウェアのみのインストールが完了した場合、必要に応じて、Net Configuration AssistantおよびDatabase Configuration Assistantをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

これらの手順については、次の各項で説明しています。

A.2 レスポンス・ファイルの準備

この項では、サイレント・モードまたはレスポンス・ファイル・モードでのインストール時に使用するレスポンス・ファイルを準備するための方法について説明します。

- レスポンス・ファイル・テンプレートの編集

- レスポンス・ファイルの保存

A.2.1 レスポンス・ファイル・テンプレートの編集

この方法は、Enterprise EditionまたはStandard Editionインストール・タイプに使用すると便利です。

Oracleには、製品、インストール・タイプおよび構成ツールごとに、レスポンス・ファイルのテンプレートが用意されています。これらのファイルは、インストール・メディアのdatabase/responseディレクトリにあります。

注意:
ソフトウェアをハードディスクにコピーした場合、レスポンス・ファイルはdatabase/responseディレクトリにあります。

表A-1に、Oracle Databaseで提供されるレスポンス・ファイルを示します。

表A-1 レスポンス・ファイル

レスポンス・ファイル

説明

db_install.rsp

Oracle Database 11gのサイレント・インストール

grid_install.rsp

Oracle Grid Infrastructureのサイレント・インストール

dbca.rsp

Database Configuration Assistantのサイレント・インストール

netca.rsp

Oracle Net Configuration Assistantのサイレント・インストール

レスポンス・ファイルをコピーおよび変更する手順は、次のとおりです。

1. レスポンス・ファイルのディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。

$ cp /directory_path/response/response_file.rsp local_directory

この例で、directory_pathはインストール・メディア上のdatabaseディレクトリへのパスです。ソフトウェアをハード・ドライブにコピーする場合、responseディレクトリ内のファイルを編集します。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/response_file.rsp

関連項目:
レスポンス・ファイルの作成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド for Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記述されている指示に従ってファイルを編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはコンフィギュレーション・アシスタントが失敗します。失敗したレスポンス・ファイル・モード・インストールのトラブルシューティングの詳細は、「サイレント・モード・インストールでのレスポンス・ファイルのエラー処理」を参照してください。

4. ファイルに対する権限を700に変更します。

$ chmod 700 /local_dir/response_file.rsp

注意:
完全に指定したOracle Databaseインストールのレスポンス・ファイルには、データベース管理アカウントのパスワード、およびOSDBAグループのメンバーであるユーザーのパスワード(自動バックアップに必要)が含まれています。レスポンス・ファイルを表示または変更でき、インストール完了後にそれらのレスポンス・ファイルの削除を検討できるのは、Oracleソフトウェア所有者ユーザーのみにしてください。

A.2.2 レスポンス・ファイルの保存

Oracle Universal Installerを対話モードで使用してレスポンス・ファイルを保存した後、このファイルを編集してサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。

Oracle Database 11gリリース2(11.2)以降では、インストールの際、すべてのインストール手順をレスポンス・ファイルに保存できます。「サマリー」ページの「レスポンス・ファイルの保存」 ボタンをクリックすると保存できます。後で、サイレント・インストールを実行する際にこのファイルを使用できます。

レスポンス・ファイルを保存する場合、インストールを完了するか、またはOracle Universal Installerがシステムへのソフトウェアのコピーを開始する前に「サマリー」ページでOracle Universal Installerを終了できます。

サイレント・インストール中にレスポンス・ファイルを保存すると、元のソース・レスポンス・ファイルに指定した変数値が新しいレスポンス・ファイルに保存されます。

注意:
Oracle Universal Installerでは、パスワードはレスポンス・ファイルに保存されません。

レスポンス・ファイルの保存手順:

1. 第2章に示したインストール前の作業を完了します。
Oracle Universal Installerを実行してレスポンス・ファイルを保存する際には、システムがソフトウェアをインストールする要件を満たしているかどうかが検証されます。このため、インストール前のすべてのタスクを完了してから、レスポンス・ファイルを保存してインストールを完了することをお薦めします。

2. Oracleソフトウェア所有者ユーザーに、Oracle Universal Installerの実行時に指定するOracleホーム・パスに対する作成または書込みの権限があることを確認します。

3. Oracle Universal Installerの各画面で、必要な情報を指定します。

関連項目:
インストール処理の詳細は、「Oracle Universal Installerの実行」を参照してください。

4. Oracle Universal Installerに「サマリー」画面が表示されたら、次の手順を実行します。

1. 「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルのファイル名および場所を指定します。次に、「保存」をクリックしてファイルに値を保存します。

2. 「終了」をクリックして操作を続行します。
インストールを続行しない場合は、「取消」をクリックします。インストールは中止されますが、保存されたレスポンス・ファイルは保持されます。

5. 保存したレスポンス・ファイルを別のシステムで使用するには、事前にそのファイルを編集し、必要な変更を行います。
ファイルを編集する際は、ファイル内の指示に従ってください。

A.3 レスポンス・ファイルを使用したOracle Universal Installerの実行

この段階では、作成したレスポンス・ファイルを指定してコマンドラインからOracle Universal Installerを実行し、インストールを実行する準備ができています。Oracle Universal Installer実行可能ファイルrunInstallerには、複数のオプションがあります。すべてのオプションに関するヘルプを表示するには、次のように-helpオプションを指定してrunInstallerコマンドを実行します。

$ directory_path/runInstaller -help

しばらくすると、ヘルプ情報がウィンドウに表示されます。

レスポンス・ファイルを使用してOracle Universal Installerを実行する手順は、次のとおりです。

1. 第2章に示したインストール前の作業を完了します。

2. Oracleソフトウェア所有者ユーザー(通常はoracle)としてログインします。

3. レスポンス・ファイル・モードでインストールを実行する場合は、DISPLAY環境変数を設定します。

注意:
サイレント・モードでインストールを実行する場合は、DISPLAY環境変数を設定する必要はありません。

4. サイレント・モードまたはレスポンス・ファイル・モードでOracle Universal Installerを起動するには、次のようなコマンドを入力します。

$ /directory_path/runInstaller [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルへの相対パスは指定しないでください。相対パスを指定すると、Oracle Universal Installerは正常に動作しません。

各項目の意味は次のとおりです。

- directory_pathは、DVDまたはハード・ドライブのdatabaseディレクトリのパスです。

- -silentを指定すると、Oracle Universal Installerがサイレント・モードで実行されます。
「サイレント・モード・インストールでのレスポンス・ファイルのエラー処理」を参照してください。

- -noconfigを指定すると、インストール時にコンフィギュレーション・アシスタントの実行が抑制され、かわりにソフトウェアのみのインストールが実行されます。

- responsefilenameは、構成したインストール・レスポンス・ファイルのフルパスおよびファイル名です。

5. インストールが完了したら、rootユーザーとしてログインし、root.shスクリプトを実行します。

$ sudo sh
password:
# /oracle_home_path/root.sh

6. Oracleソフトウェアを初めてシステムにインストールする場合、Oracle Universal InstallerでorainstRoot.shスクリプトの実行が求められます。rootユーザーとしてログインし、orainstRoot.shスクリプトを実行します。

$ sudo sh
password:
# /oracle_home_path/orainstRoot.sh

注意:
oraInst.locファイルを手動で作成する必要はありません。Oracle Inventoryディレクトリの場所を指定するにはorainstRoot.shスクリプトの実行で十分です。

A.4 レスポンス・ファイルを使用したNet Configuration Assistantの実行

Net Configuration Assistantをサイレント・モードで実行すると、システムにおけるOracle Netリスナーの構成および起動、ネーミング方法の構成、およびOracle Netサービス名の構成が可能です。Net Configuration Assistantをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。DVDには、netca.respという名前のレスポンス・ファイル・テンプレートが、database/responseディレクトリのresponseディレクトリにあります。

注意:
ソフトウェアをハードディスクにコピーした場合、レスポンス・ファイル・テンプレートはdatabase/responseディレクトリにあります。

レスポンス・ファイルを使用してNet Configuration Assistantを実行する手順は、次のとおりです。

1. レスポンス・ファイルのディレクトリからシステム上のディレクトリに、レスポンス・ファイル・テンプレートnetca.rspをコピーします。

$ cp /directory_path/response/netca.rsp local_directory

この例で、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーする場合、responseディレクトリのファイルを必要に応じて編集できます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/netca.rsp

3. ファイルに記述されている指示に従ってファイルを編集します。

注意:
レスポンス・ファイルを適切に構成しないと、Net Configuration Assistantに障害が発生します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数を設定して、正しいOracleホーム・ディレクトリを指定します。

5. 次のようなコマンドを入力してNet Configuration Assistantをサイレント・モードで実行します。

$ $ORACLE_HOME/bin/netca -silent -responsefile /local_dir/netca.rsp

各項目の意味は次のとおりです。

- -silentオプションは、Net Configuration Assistantをサイレント・モードで実行します。

- local_dirは、レスポンス・ファイル・テンプレートnetca.rspをコピーしたディレクトリのフルパスです。

A.5 レスポンス・ファイルを使用したDatabase Configuration Assistantの実行

Database Configuration Assistantをレスポンス・ファイル・モードまたはサイレント・モードで実行し、システムでOracleデータベースを構成および起動できます。Database Configuration Assistantをレスポンス・ファイル・モードまたはサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。Oracleでは、DVDのdatabase/responseディレクトリに、dbca.rspという名前のレスポンス・ファイル・テンプレートを提供しています。

注意:
ソフトウェアをハードディスクにコピーした場合、レスポンス・ファイル・テンプレートはdatabase/responseディレクトリにあります。

Database Configuration Assistantをレスポンス・ファイル・モードで実行するには、-responseFileフラグを、-silentフラグまたは-progressOnlyフラグのどちらかと組み合せて使用する必要があります。Database Configuration Assistantをレスポンス・ファイル・モードで実行するには、グラフィック表示を使用し、DISPLAY環境変数を設定する必要があります。

関連項目:
Oracle ASMCAの非対話モードでの実行の詳細は、『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコンフィギュレーション・アシスタント・コマンドライン・インタフェースの項を参照してください。

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

- プログレスのみモードでのDatabase Configuration Assistantの使用

- サイレント・モードでのDatabase Configuration Assistantの使用

- レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行

A.5.1 サイレント・モードでのDatabase Configuration Assistantの使用

モードをサイレントに設定するには、-silentフラグを-responseFileフラグと組み合せて使用します。サイレント・モードでは、レスポンス・ファイルに指定した値またはコマンドライン・オプションとして指定した値がDatabase Configuration Assistantで使用され、データベースが作成されます。サイレント・モードではウィンドウやユーザー・インタフェースは表示されません。

A.5.2 プログレスのみモードでのDatabase Configuration Assistantの使用

モードをプログレスのみに設定するには、-progressOnlyフラグを-responseFileフラグと組み合せて使用します。データベースが構成され開始されるにしたがって、Database Configuration Assistantにはステータス・メッセージが示されるウィンドウとプログレス・バーが表示されます。このウィンドウは、Enterprise EditionまたはStandard Editionのインストールで事前構成済データベースの作成を選択した際に表示されるウィンドウと同様です。

このモードでは、レスポンス・ファイルに指定した値またはコマンドライン・オプションとして指定した値がDatabase Configuration Assistantで使用され、データベースが作成されます。

A.5.3 レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行

Database Configuration Assistantをレスポンス・ファイル・モード、つまりサイレント・モードまたはプログレスのみモードで実行する手順は、次のとおりです。

注意:
レスポンス・ファイル・テンプレートを編集するかわりに、Database Configuration Assistantを実行する際に、コマンドライン・オプションとしてすべての必要な情報を指定してデータベースを作成することもできます。サポートされるオプションのリストについては、次のコマンドを入力します。

$ $ORACLE_HOME/bin/dbca -help

1. レスポンス・ファイルのディレクトリからシステム上のディレクトリに、レスポンス・ファイル・テンプレートdbca.rspをコピーします。

$ cp /directory_path/response/dbca.rsp local_directory

この例で、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーする場合、responseディレクトリのファイルを必要に応じて編集できます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/dbca.rsp

3. ファイルに記述されている指示に従ってファイルを編集します。

注意:
レスポンス・ファイルを適切に構成しないと、Database Configuration Assistantは正常に動作しません。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数を設定して、正しいOracleホーム・ディレクトリを指定します。

5. Database Configuration Assistantをレスポンス・ファイル・モードで実行する場合は、DISPLAY環境変数を設定します。

6. 次のようなコマンドを入力し、レスポンス・ファイルを使用して、Database Configuration Assistantをレスポンス・ファイル・モードまたはサイレント・モードで実行します。

$ORACLE_HOME/bin/dbca {-progressOnly | -silent} -responseFile \
/local_dir/dbca.rsp

各項目の意味は次のとおりです。

- -silentオプションは、Database Configuration Assistantをサイレント・モードで実行します。

- -progressOnlyオプションは、Database Configuration Assistantをレスポンス・ファイル・モードで実行します。

- local_dirは、レスポンス・ファイル・テンプレートdbca.rspをコピーしたディレクトリのフルパスです。

A.6 レスポンス・ファイルを使用したインストール後の構成

Oracleソフトウェアをインストールした後、次の各項に従って、レスポンス・ファイル構成を作成して実行します。

A.6.1 インストール後の構成ファイルについて

サイレント・インストールまたはレスポンス・ファイル・インストールを実行する場合、グラフィカル・ユーザー・インタフェースによるインストールでは手動で入力する、サーバーに関する情報をレスポンス・ファイルに指定します。しかし、このレスポンス・ファイルには、ソフトウェアのインストールの完了後にコンフィギュレーション・アシスタントで必要となるユーザー・アカウントのパスワードが含まれていません。コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトを使用して起動されます。このスクリプトは、パスワード・レスポンス・ファイルを使用するとレスポンス・ファイル・モードで実行できます。このスクリプトでは、パスワードを使用して構成ツールを順に実行し、構成を完了します。

クローン・インストール用にこのパスワード・ファイルを保持する場合は、セキュアな場所に保存することをお薦めします。また、エラーを修正するためにインストールを中止する必要がある場合は、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用してコンフィギュレーション・アシスタントを実行できます。

configToolAllCommandsのパスワード・レスポンス・ファイルは、次の構文オプションで構成されます。

- internal_component_name: コンフィギュレーション・アシスタントによって構成されるコンポーネントの名前

- variable_name: 構成ファイル変数の名前

- value: 構成に使用する望ましい値

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

次に例を示します。

oracle.assistants.asm|S_ASMPASSWORD=welcome

次のようにして、パスワード・レスポンス・ファイルのセキュリティを維持することをお薦めします。

- レスポンス・ファイルの権限を600に設定します。

- レスポンス・ファイルの所有者がインストール所有者ユーザーであり、そのグループが中央インベントリ(oraInventory)グループに設定されていること。

A.6.2 レスポンス・ファイルを使用したインストール後の構成の実行

configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントを実行する手順は、次のとおりです。

1. 構文filename.propertiesを使用し、レスポンス・ファイルを作成します。次に例を示します。

$ touch cfgrsp.properties

2. テキスト・エディタでこのファイルを開き、パスワード・テンプレートを切り取って貼り付け、必要に応じて変更します。

例A-1 スタンドアロン・サーバー用のOracle Grid Infrastructureのパスワード・レスポンス・ファイル

Oracle Grid Infrastructureで、BMCカードがある場合にこの機能を使用可能にするには、自動ストレージ管理コンフィギュレーション・アシスタント(Oracle ASMCA)およびインテリジェント・プラットフォーム管理インタフェース・コンフィギュレーション・アシスタント(IPMICA)のパスワードが必要です。この場合、次のレスポンス・ファイルを使用します。

oracle.assistants.asm|S_ASMPASSWORD=password
oracle.assistants.asm|S_ASMMONITORPASSWORD=password

例A-2 Oracle Databaseのパスワード・レスポンス・ファイル

Oracle Databaseの構成では、Database Configuration Assistant(DBCA)で使用するSYS、SYSTEM、SYSMANおよびDBSNMPの各パスワードが必要です。S_ASMSNMPPASSWORDパスワードは、データベースでOracle ASMをストレージに使用する場合のみ必要です。また、Oracle Enterprise Managerを構成するよう選択した場合、次の例のように、Oracleソフトウェア・インストール所有者のパスワードをS_HOSTUSERPASSWORDパスワードに指定する必要があります。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_SYSMANPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_HOSTUSERPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password

Oracle Enterprise ManagerやOracle ASMを使用可能にしない場合は、それらのパスワード・フィールドを空白にしておきます。

3. 権限を変更してファイルを保護します。次に例を示します。

$ ls -al cfgrsp.properties
-rw------- 1 oracle oinstall 0 Apr 30 17:30 cfgrsp.properties

4. ディレクトリを、$ORACLE_HOME/cfgtoollogsに変更します。
次の構文を使用して構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=/path/name.properties

次に例を示します。

$ ./configToolAllCommands RESPONSE_FILE=/home/oracle/cfgrsp.properties

B Oracleホームのクローニング

Oracleホームのクローニングでは、Oracleホームのコピーを作成し、新しい環境に合せて構成します。複数のOracle Databaseインストールを実行している場合は、この方法を使用して各Oracleホームを作成できます。既存のOracle Databaseインストールからファイルをコピーした方が、新たに作成するよりも時間を節約できます。この方法は、クローニング元のOracleホームにパッチが適用されている場合にも便利です。このOracleホームのクローニングを実行すると、新しいOracleホームにパッチ更新が含まれます。

リリース11.2のDatabase Controlを使用してOracleホームをクローニングする場合、除外ファイル・リストを更新する必要があります。このファイル・リストでは、クローニング操作に必要ないため、ソースOracleホームのアーカイブ時に含める必要のないファイルが指定されます。次のファイルはアーカイブに含めないでください。

- sqlnet.ora

- tnsnames.ora

- listener.ora

- oratab

注意:
Oracle Enterprise Manager Database Controlを使用して、Oracleホームをクローニングする以外に、個々のOracle Databaseインストールをクローニングすることもできます。Oracle DatabaseインストールおよびOracleホームのクローニングの詳細は、『Oracle Database管理者ガイド』を参照してください。

この付録の内容は、次のとおりです。

- Oracleホームのクローニング

- クローニングされたOracleホームでのOracle Configuration Managerの構成

B.1 Oracleホームのクローニング

Oracleホームをクローニングするには、次の手順を実行します。

1. クローニングするOracle Databaseが正常にインストールされていることを確認します。
これは、インストール・セッションのinstallActionsdate_time.logファイルを確認することで行えます。通常、このファイルは/orainventory_location/logsディレクトリにあります。

パッチをインストールする場合、次のようにしてパッチのステータスをチェックします。

$ cd $ORACLE_HOME/OPatch

$ORACLE_HOME/OPatchを$PATHに含めます。

$ opatch lsinventory

2. このOracleホームに関連するすべてのプロセスを停止します。Oracleホームのプロセスを停止する方法の詳細は、「既存のOracleプロセスの停止」を参照してください。

3. Oracleホーム(Oracleベースではなく)ディレクトリのZIPファイルを作成します。
たとえば、元のOracleインストールが/u01/app/oracle/product/11.2.0/dbhome_1に存在する場合、次のコマンドを実行してdbhome_1ディレクトリのZIPファイルを作成します。

# zip -r dbhome_1.zip /u01/app/oracle/product/11.2.0/dbhome_1

Oracleベース・ディレクトリ内のadmin、fast_recovery_areaおよびoradataの各ディレクトリは除外します。これらのディレクトリは、後で新しいデータベースを作成するときに、ターゲットのインストールで作成されます。

4. ZIPファイルをターゲット・コンピュータのルート・ディレクトリにコピーします。

5. 次のコマンドを実行してZIPファイルの内容を抽出します。

# unzip -d / dbhome_1.zip

6. Oracleホームが共有ストレージ・デバイス上にある場合を除き、Oracleホームをクローニングする各コンピュータごとに手順4から5を繰り返します。

7. ターゲット・コンピュータで、解凍したOracleホーム・ディレクトリにディレクトリを変更し、解凍した$ORACLE_HOME/network/adminディレクトリに存在しているすべての.ora(*.ora)ファイルを削除します。

8. $ORACLE_HOME/clone/binディレクトリで、解凍したOracleホームのclone.plを実行します。次の構文を使用します。

$ORACLE_HOME/perl/bin/perl clone.pl ORACLE_BASE="target_oracle_base" ORACLE_HOME="target_oracle_home"
OSDBA_GROUP=OSDBA_privileged_group OSOPER_GROUP=OSOPER_privileged_group -defaultHomeName

次に例を示します。

$ORACLE_HOME/perl/bin/perl clone.pl ORACLE_BASE="/u01/app/oracle/" ORACLE_HOME="/u01/app/oracle/product/11.2.0/dbhome_1"
OSDBA_GROUP=dba OSOPER_GROUP=oper -defaultHomeName

Oracle Universal Installerが起動し、クローニング・アクションがcloneActionstimestamp.logファイルに記録されます。通常、このログ・ファイルは/orainventory_location/logsディレクトリに格納されます。

9. 新規データベースの接続情報を構成するには、Net Configuration Assistantを実行します。

$ cd $ORACLE_HOME/bin
$ ./netca

10. 新しくクローニングされたOracleホームに新しいデータベースを作成するには、Database Configuration Assistantを実行します。

$ cd $ORACLE_HOME/bin
$ ./dbca

関連項目:

- Oracle Universal Installerを使用してOracle Databaseホームをクローニングする方法の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』を参照してください。

- Oracle DatabaseのクローニングおよびOracle Databaseホームのクローニングの詳細は、『Oracle Database管理者ガイド』を参照してください。

B.2 クローニングされたOracleホームでのOracle Configuration Managerの構成

クローニングされたOracleホームに合せてOracle Configuration Managerを構成するには、次の手順を実行します。

1. $ORACLE_HOME/ccr/stateから次のコマンドを実行します。

$ rm -rf *.ll*

2. $ORACLE_HOME/ccr/inventoryから次のコマンドを実行します。

$ cp core.jar pending

3. $ORACLE_HOME/ccr/binから次のコマンドを実行します。

$ ./emSnapshotEnv
$ ./deployPackages

4. $ORACLE_HOME/ccr/binから次のコマンドを実行し、適切な資格証明を指定します。

$ ./configCCR

setupCCRを使用してOracle Configuration Managerを手動で構成した場合は、クローニングされたOracleホームで次の手順を実行します。

1. $ORACLE_HOME/ccr/hostsディレクトリのすべてのサブディレクトリを削除して、以前に構成したホストを削除します。

2. $ORACLE_HOME/ccr/binから次のコマンドを実行します。

$ ./configCCR -a

Oracle Configuration Managerを元のOracleホームにインストールし、まだ構成していない場合は、クローニングされたOracleホームで次のコマンドを実行します。

$ setupCCR

C NASデバイスの使用

この付録では、Oracleソフトウェアとデータベース・ファイルにネットワーク接続ストレージ(NAS)デバイスを使用する際のガイドラインを提供します。内容は次のとおりです。

- NASデバイスに関する一般的な構成ガイドライン

- NFSの特徴

- マウント・ポイントの選択

- NASデバイスでのOracle Automatic Storage Management用のファイルの作成

- NFSマウント・オプション

関連項目:

- 「ダイレクトNFSクライアントの構成および使用」

- Oracle Real Application ClustersでのNASデバイスの使用の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

C.1 NASデバイスに関する一般的な構成ガイドライン

NASデバイスの構成方法に関する固有の情報については、NASデバイスに付属のドキュメントを参照してください。さらに、次のガイドラインを使用して、Oracleソフトウェアのパフォーマンスを確保します。

- NASデバイスをインストールで使用する前に、そのNASデバイスが動作保証されていることを確認します。

注意:
動作保証の情報については、My Oracle SupportのWebサイトでノート359515.1を参照してください。

https://support.oracle.com/

- NASデバイスに格納されているOracleソフトウェアとOracleデータベースのパフォーマンスは、OracleサーバーとNASデバイス間のネットワーク接続のパフォーマンスに依存します。
したがって、サーバーのNASデバイスへの接続には、ギガビット・イーサネット以上のプライベート専用ネットワーク接続を使用することをお薦めします。

- 単一インスタンス・データベースのインストールでは、各インストールごとに個別のOracleホーム・ディレクトリを作成することをお薦めします。このOracleホーム・ディレクトリのソフトウェアは、必ずそのソフトウェアのインストールに使用したシステムから実行してください。

C.2 NFSの特徴

Network File Storage (NFS)の特徴は次のとおりです。

- Oracleカーネルでは、使用可能なリソースを使用した最適のI/Oを実行するため、可能なかぎり最良の構成を運用し、よりよい構成管理を可能にします。

- NFSは、様々なプラットフォームで使用可能です。

- Oracleでは、Oracle Disk Manager (ODM)を使用してNFSを制御します。ODM NFSを使用すると、チューニング可能なすべての構成パラメータを標準化できます。

- ODM NFSでは、カーネルのパフォーマンスに影響しない安定したNFSクライアントを実現します。これにより、NFS操作を実行する際のI/Oパスが最適化され、より高い安定性が得られます。

- NFSでは、エラー発生時に、より高度な診断が可能です。

関連項目:
ODMの詳細は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

C.3 マウント・ポイントの選択

この項では、Oracleソフトウェアとデータベース・ファイルに使用するファイル・システムのマウント・ポイントの選択方法に関するガイドラインを示します。次の各項に記載されているガイドラインは、Optimal Flexible Architectureの推奨事項に準拠しています。

- Oracleソフトウェア・ファイルに対するマウント・ポイントの選択

- Oracleデータベース・ファイルおよびOracleリカバリ・ファイルに対するマウント・ポイントの選択

C.3.1 Oracleソフトウェア・ファイルに対するマウント・ポイントの選択

Oracleソフトウェア・ファイルは、3つの異なるのディレクトリに格納されています。

- Oracleベース・ディレクトリ

- Oracleインベントリ・ディレクトリ

- Oracleホーム・ディレクトリ

Oracleベース・ディレクトリは、Oracleソフトウェア・インストールの最上位ディレクトリであり、ORACLE_BASE環境変数によって識別されます。たとえば、最初のインストールの場合、Oracleベース・ディレクトリ、Oracleインベントリ・ディレクトリおよびOracleホーム・ディレクトリには、それぞれ次のようなパスがあります。

ディレクトリ

パス

Oracleベース($ORACLE_BASE)

/u01/app/oracle

Oracleインベントリ

ORACLE_BASE/../oraInventory (or) /u01/app/oraInventory

Oracleホーム

$ORACLE_BASE/product/12.1.0/dbhome_1

後続のインストールでは、同じOracleベース・ディレクトリを使用することも、異なるディレクトリを使用することもできますが、オリジナルのOracleインベントリ・ディレクトリは、後続のすべてのインストールで使用されます。たとえば、新しいインストールでOracleベース・ディレクトリに/u02/app/oracleディレクトリを使用する場合でも、Oracleインベントリ・ディレクトリは/u01/app/oraInventoryが引き継がれます。

Oracleイベントリ・ディレクトリは、特定のシステムのOracleソフトウェアを効率的に保守できるように、可能であればローカル・ファイル・システムのみに配置することをお薦めします。Oracleインベントリ・ディレクトリをNASデバイスに配置する必要がある場合は、複数のシステムによる同じインベントリ・ディレクトリへの書込みを避けるために、各システムに固有のディレクトリを作成してください。

関連項目:
「必要なソフトウェア・ディレクトリの識別」

ディレクトリ固有のガイドライン

Oracleソフトウェアの格納に使用するNFSのマウント・ポイントには、次のいずれかのディレクトリを使用できます。

注意:
次の例に記載されているパスは、Oracle Universal Installerの起動前にORACLE_BASE環境変数が設定されている場合のデフォルトです。

- Oracleベース・ディレクトリまたはその親(たとえば/u01/app/oracle)
Oracleベース・ディレクトリの親の1つをマウント・ポイントとして使用すると、すべてのOracleソフトウェアとOracleデータベース・ファイルのデフォルトの位置は、そのファイル・システム上になります。インストール時、次のディレクトリのデフォルト位置の変更を検討します。

- Oracleインベントリ・ディレクトリ(oracle_base/../oraInventory)
次の例のように、ローカル・ファイル・システム、またはNFS上のホスト固有のディレクトリを指定します。

u01/app/oraInventory

- Oracleデータベース・ファイル・ディレクトリ(oracle_base/oradata)
異なるマウント・オプションを指定したり、I/Oを分散できるように、データベース・ファイルに異なるファイル・システムを使用できます。

- Oracleデータベース・リカバリ・ファイル・ディレクトリ(oracle_base/fast_recovery_area)
データベース・ファイルとリカバリ・ファイルには、異なるファイル・システムを使用することをお薦めします。

このマウント・ポイントを使用すると、このOracleベース・ディレクトリを使用するすべてのOracleインストールでNFSが使用されます。

- 製品ディレクトリ(oracle_base/product)
デフォルトでは、NFSに配置されるのは、ソフトウェア・ファイルのみです。このマウント・ポイントを使用すると、次の例のように、異なる複数のリリースからソフトウェアをインストールできます。

/u01/app/oracle/product/9.2.0
/u01/app/oracle/product/10.2.0/dbhome_1
/u01/app/oracle/product/11.2.0/dbhome_1

- リリース・ディレクトリ(oracle_base/product/11.2.0)
デフォルトでは、NFSに配置されるのは、ソフトウェア・ファイルのみです。このマウント・ポイントを使用すると、次の例のように、同じリリースから複数の異なる製品をインストールできます。

/u01/app/oracle/product/11.2.0/dbhome_1
/u01/app/oracle/product/11.2.0/client_1

- Oracleホーム・ディレクトリ(oracle_base/product/11.2.0/dbhome_1)
デフォルトでは、NFSファイル・システムに配置されるのは、ソフトウェア・ファイルのみとなります。これは最も制限されたマウント・ポイントです。1つの製品の単一のリリースをインストールする場合にのみ使用できます。

/u01/app/oracle/product/11.2.0/dbhome_1

関連項目:
「Optimal Flexible Architectureのファイル・マッピング」

C.3.2 Oracleデータベース・ファイルおよびOracleリカバリ・ファイルに対するマウント・ポイントの選択

NASデバイスにOracleデータベース・ファイルまたはリカバリ・ファイルを格納するには、1つのデータベースからのみファイルを格納するか、あるいは複数のデータベースからファイルを格納するかによって異なるパスを使用できます。

- 複数のデータベースのファイルにNFSを使用
同じNFSで、複数のデータベースからデータベース・ファイルまたはリカバリ・ファイルを格納する場合は、次のようなパスまたはマウント・ポイントを使用します。

ファイル・タイプ

パスまたはマウント・ポイント

データベース・ファイル

/u02/oradata

リカバリ・ファイル

/u03/fast_recovery_area

Oracle Universal Installerで、データファイルおよびリカバリ・ファイルの各ディレクトリが求められた場合は、これらのパスを指定します。Database Configuration AssistantおよびOracle Enterprise Managerでは、次の例のように、データベース名(DB_NAME)に指定した値をディレクトリ名として使用し、これらのディレクトリにサブディレクトリを作成します。

/u02/oradata/db_name1
/u03/fast_recovery_area/db_name1

- 1つのみのデータベースのファイルにNFSを使用
NFSで、1つのデータベースのみのデータベース・ファイルまたはリカバリ・ファイルを格納する場合は、次のようなマウント・ポイントを作成できます。ここで、orclは、データベースの名前です。

/u02/oradata/orcl
/u03/fast_recovery_area/orcl

Oracle Universal Installerで、データファイル・ディレクトリの指定を求められた場合は、ディレクトリ/u02/oradataを指定し、リカバリ・ファイルの位置の指定を求められた場合は、ディレクトリ/u03/fast_recovery_areaを指定します。orclディレクトリは、Database Configuration AssistantまたはOracle Enterprise Managerによって自動的に使用されます。

C.4 NASデバイスでのOracle Automatic Storage Management用のファイルの作成

動作保証されたNASデバイスの場合は、NFSマウント・ディレクトリにゼロ埋込みファイルを作成し、そのファイルをOracle Automatic Storage Management(Oracle ASM)ディスク・グループのディスク・デバイスとして使用できます。これらのファイルを作成する手順は次のとおりです。

注意:
ファイルをOracle ASMディスク・グループのディスク・デバイスとして使用するには、NFSマウント・ファイル・システム上のファイルである必要があります。ローカル・ファイル・システムのファイルは使用できません。

1. 必要に応じて、NASデバイスのディスク・グループ・ファイル用にエクスポート・ディレクトリを作成します。
この手順の実行に関する詳細は、NASデバイスのドキュメントを参照してください。

2. ユーザーをrootに切り替えます。

$ sudo sh
password:

3. マウント・ポイント・ディレクトリをローカル・システムに作成します。

# mkdir -p /mnt/oracleasm

4. システムの再起動時にNFSがマウントされるように、/etc/mtabマウント・ファイルにファイル・システムのエントリを追加します。
オペレーティング・システムに対応したマウント・ファイルの編集の詳細は、manページを参照してください。推奨されるマウント・オプションの詳細は、「NFSマウント・オプション」を参照してください。

5. 次のようなコマンドを入力し、ローカル・システムでNFSをマウントします。

# mount /mnt/oracleasm

6. 作成するディスク・グループの名前(たとえば、nfsdg)を選択します。

7. ディスク・グループ名をディレクトリ名として使用して、NFSファイル・システムにファイルのディレクトリを作成します。

# mkdir /mnt/oracleasm/nfsdg

8. 次のようなコマンドを使用して、このディレクトリに必要な数のゼロ埋込みファイルを作成します。

# dd if=/dev/zero of=/mnt/oracleasm/nfsdg/disk1 bs=1024k count=1000

この例では、NFSに1GBのファイルを作成します。外部冗長性、標準冗長性または高冗長性ディスク・グループを作成するには、1つ、2つまたは3つのファイルをそれぞれ作成する必要があります。

注意:
同一のNASデバイスに複数のゼロ埋込みファイルを作成しても、NASの障害に対する保護策にはなりません。かわりに、各NASデバイスに1つのファイルを作成し、Oracle ASMテクノロジを使用してミラーしてください。

9. 作成したディレクトリとファイルの所有者、グループおよび権限を変更するには、次のコマンドを入力します。

# chown -R oracle:dba /mnt/oracleasm
# chmod -R 660 /mnt/oracleasm

10. データベースを作成している場合は、Oracle ASMディスク検出文字列を編集して、作成したファイル名に一致する正規表現を指定します。たとえば、次のようなディスク検出文字列を指定します。

/mnt/oracleasm/nfsdg/*

C.5 NFSマウント・オプション

データベース・ファイルの格納に使用するNFSボリュームは、特別なマウント・オプションを使用してデータベース・サーバーが稼働中のホストにマウントする必要があります。NFSファイル・システムをマウントする場合は、NASベンダーがデバイスの動作確認時に使用したオプションと同じマウント・ポイント・オプションを使用することをお薦めします。推奨されるマウント・ポイント・オプションの詳細は、各デバイスのドキュメントを参照するか、またはベンダーに問い合せてください。

D Optimal Flexible Architecture

この付録では、Optimal Flexible Architecture(OFA)標準について説明します。この標準は、Oracleを適切にインストールして管理を簡略化するために作成された構成ガイドラインのセットです。内容は次のとおりです。

- Optimal Flexible Architecture標準の概要

- Optimal Flexible Architectureの実装

D.1 Optimal Flexible Architecture標準の概要

Optimal Flexible Architecture標準は、異なるバージョンの、異なるユーザーが所有する複数のデータベースの共存を可能にするよう、データベース・ソフトウェアの編成およびデータベースの構成を行うのに役立ちます。Optimal Flexible Architectureは、ORACLE_BASEを、インシデントを適切に収集するそのOracleベース用の自動診断リポジトリ(ADR)診断データで識別するのに役立ちます。

インストール・メディアのすべてのOracleコンポーネントは、Optimal Flexible Architectureに準拠しています。Oracle Universal Installerでは、Optimal Flexible Architectureガイドラインに従ったデフォルトの権限を割り当てるディレクトリの位置にOracle Databaseコンポーネントを配置します。

データベースが巨大な場合または複数データベースの使用を計画している場合は特に、Optimal Flexible Architectureを使用することをお薦めします。

D.1.1 複数OracleホームおよびOFAの利点

Oracleデータベースをインストールすると、コンピュータでサポート可能な大規模なアプリケーションがインストールされます。複数のOracleホームおよびOptimal Flexible Architectureを使用すると、大規模データベースを管理する際に多くの利点があります。次の利点は重要です。

- ディレクトリおよびファイルの構造化された編成、およびデータベース・ファイルの一貫したネーミングによりデータベースの管理が簡単になります。

- 複数ディスク間のI/Oの分散により、1つのドライブに同時に発行される複数の読取りまたは書込みコマンドによるパフォーマンス・ボトルネックが回避されます。

- 複数ディスク間のアプリケーションの分散により、データベース障害から守ります。

- データベース管理者がOracleホーム・ディレクトリを追加、移動または削除する際にログイン・ホーム・ディレクトリにリスクがありません。

- 異なるバージョンの、異なるユーザーが所有する複数のデータベースが同時に共存できます。

- ソフトウェアのアップグレードを、本番データベースが配置されているOracleホームから分離したディレクトリのOracleホームでテストできます。

D.2 Optimal Flexible Architectureの実装

この項では、Optimal Flexible Architecture標準で推奨されるネーミング方法について説明します。この項の内容は、次のとおりです。

- ファイル・システム

- ディレクトリのネーミング

- データベース・ファイルのネーミング

- 異なる要件を持つセグメントの分離

- OracleファイルへのOptimal Flexible Architecture構造の利用

- Optimal Flexible Architectureのファイル・マッピング

D.2.1 ファイル・システム

次の各項では、マウント・ポイントの規則について説明します。

- ファイル・システムの数

- ネーミング規則

D.2.1.1 ファイル・システムの数

ストライプ化もミラー化もされていないファイル・システムに格納されたデータベースについてOptimal Flexible Architecture推奨事項を完全に実装するには、3つ以上のファイル・システムをそれぞれ個別の物理デバイスに配置することが必要です。

D.2.1.2 ネーミング規則

すべてのファイル・システムのマウント・ポイント名には構文/pmを使用します。pは文字定数、mは各マウント・ポイントを区別するために使用する一意の固定長キー(通常は2桁の番号)です。たとえば、/u01と/u02、/disk01と/disk02となります。

D.2.2 ディレクトリのネーミング

次の各項では、Optimal Flexible Architecture標準に準拠したディレクトリのネーミング規則について説明します。

- Oracleベース・ディレクトリのネーミング規則

- 大規模データベース(VLDB)のマウント・ポイントのネーミング

- パス名の参照

- Oracleホーム・ディレクトリのネーミング規則

- サブディレクトリのネーミング

注意:
Oracleソフトウェア用に選択したパス(Oracleホーム・パス、Oracleベース・パスなど)では、ASCII文字のみを必ず使用してください。一部のパスにインストール所有者名がデフォルトで使用されるため、このASCII文字制限はユーザー名、ファイル名およびディレクトリ名に適用されます。

D.2.2.1 Oracleベース・ディレクトリのネーミング規則

Oracleベース・ディレクトリはトップレベル・ディレクトリで、様々なOracleソフトウェア製品のインストールに使用できます。同一のOracleベース・ディレクトリを複数のインストールに使用できます。異なるオペレーティング・システム・ユーザーが同じシステム上にOracleソフトウェアをインストールする場合、各ユーザーは個別のOracleベース・ディレクトリを作成する必要があります。

Oracleベース・ディレクトリ名には、構文/pm/s/uを使用します。表D-1に、この構文で使用されている変数を示します。

表D-1 Oracleベース・ディレクトリのネーミング構文

変数

説明

pm

マウント・ポイント名

s

標準ディレクトリ名

u

ディレクトリの所有者名(Oracle Universal Installerを実行しているユーザー)

たとえば、/u01/app/oracleはoracleユーザーにより作成されたOracleベース・ディレクトリで、/u01/app/applmgrはapplmgrユーザーにより作成されたOracleベース・ディレクトリです。

Oracleベース・ディレクトリをUNIXファイル・システムと同じレベルに配置すると、様々なマウント・ポイントにあるOracleベース・ディレクトリの集合を1つのパターン一致文字列/*/app/*を使用して参照できるという利点があります。

D.2.2.2 大規模データベース(VLDB)のマウント・ポイントのネーミング

各ディスク・ドライブに1つのアプリケーションからのデータベース・ファイルがあり、I/Oボトルネックを防止できる十分な数のドライブが各データベースにある場合は、マウント・ポイント名に構文/h/q/dを使用します。表D-2に、この構文で使用されている変数を示します。

表D-2 大規模データベースのマウント・ポイントのネーミング構文

変数

説明

h

Oracleベース・ディレクトリ

q

oradataなど、このディレクトリにOracleデータが格納されていることを示す文字列

d

初期化パラメータDB_NAMEの値(通常は単一インスタンス・データベースのインスタンスSIDと同じ)

たとえば、testデータベース専用に2つのドライブを割り当てるには、マウント・ポイント名として/u01/app/oracle/oradata/testおよび/u02/app/oracle/oradata/testを指定します。

D.2.2.3 パス名の参照

明示的なパス名の参照は、パスワード・ファイル、/etc/passwd、Oracle oratabファイルなど、パスの格納用に特別に設計されたファイル内でのみ行います。グループ・メンバーシップは、/etc/groupファイル内でのみ参照します。

D.2.2.4 Oracleホーム・ディレクトリのネーミング規則

複数のバージョンのOracleソフトウェアを同時に実行するというOptimal Flexible Architectureの要件を満たすように、パターン/pm/s/u/product/v/type_[n]と一致するディレクトリにそのソフトウェアをインストールします。

表D-3に、この構文で使用されている変数を示します。

表D-3 Oracleホーム・ディレクトリのネーミング構文

変数

説明

pm

マウント・ポイント名

s

標準ディレクトリ名

u

ディレクトリの所有者名

v

ソフトウェアのバージョン

type

Database(dbhome_1)、Client(client)、Oracle Grid Infrastructure(grid)などのインストールのタイプ

n

オプションのカウンタ。これを使用すると、同じOracleベース・ディレクトリに同じ製品を複数回インストールできます。

次に例を示します。

/u01/app/oracle/product/11.2.0/dbhome_1は、このシステムに初めてインストールされるOracle DatabaseのOracleホーム・ディレクトリを示しています。

ORACLE_HOME環境変数にはOracleホーム・ディレクトリを設定します。

D.2.2.5 サブディレクトリのネーミング

管理データの編成を容易にするために、データベース固有の管理ファイルは、パターン/h/admin/d/a/と一致するサブディレクトリに格納することをお薦めします。hはOracleベース・ディレクトリ、dはデータベース名(DB_NAME)、aは特定のタイプのデータベース管理ファイルのサブディレクトリです。表D-4に、データベース管理ファイルのサブディレクトリを示します。

表D-4 デースベース管理ファイルのサブディレクトリ

サブディレクトリ

説明

arch

アーカイブREDOログ・ファイル

adump

監査ファイル。
adumpディレクトリを指定するように、AUDIT_FILE_DEST初期化パラメータを設定します。このサブディレクトリは、定期的に空にします。

create

データベースの作成に使用されるデータベース作成ログ・ファイルおよびスクリプトが含まれます。

dpdump

データ・ポンプ操作用のデフォルト・ディレクトリ。データ・ポンプ・ファイルdp.logが含まれます。

exp

データベース・エクスポート・ファイル

logbook

データベースのステータスおよび履歴が記録されるファイル

pfile

インスタンス・パラメータ・ファイル

scripts

非定型SQLスクリプト

たとえば、/u01/app/oracle/admin/orcl/scripts/はorclというデータベースに関連付けられているscriptsサブディレクトリです。

Oracle Database 11gでは、Automatic Diagnostic Repository (ADR) ディレクトリはbdump、 cdumpおよびudumpディレクトリに置き換えられます。ADR診断データは、デフォルトで/h/diag/rdbms/d/i/ディレクトリに格納されます。

各パラメータの意味は次のとおりです。

hはOracleベース

dはデータベース名

iはインスタンス名

ADRホームには、trace、alert、incidentというサブディレクトリがあります。表D-5に、ADRディレクトリを示します。

表D-5 診断トレースの場所

診断データ

10gでの場所

11gでの場所

フォアグラウンド・プロセス・トレース

user_dump_dest

ADR_HOME/trace/

バックグラウンド・プロセス・トレース

background_dump_dest

ADR_HOME/trace/

アラート・ログ・データ

background_dump_dest

ADR_HOME/alert/

コア・ダンプ

core_dump_dest

ADR_HOME/incident/In/

インシデント・ダンプ

プロセスによってuser_dump_destまたはbackground_dump_dest

ADR_HOME/incident/In/

D.2.3 データベース・ファイルのネーミング

次の表に、データベース・ファイル用の推奨ネーミング規則を示します。

注意:
Oracle Managed Files(OMF)およびOracle Automatic Storage Managementのディスク・グループに格納されているファイルでは、使用されるネーミング規則が異なります。これらのネーミング規則の詳細は、『Oracle Database管理者ガイド』を参照してください

ファイル・タイプ

ファイル・ネーミング規則

制御ファイル

/h/q/d/control.ctl

REDOログ・ファイル

/h/q/d/redon.log

データファイル

/h/q/d/tn.dbf

次の表に、この構文を示します。

変数

説明

h

Oracleベース・ディレクトリ

q

Oracleデータを他のすべてのファイルと区別する文字列(通常はoradata)

d

DB_NAME初期化パラメータの値(通常は単一インスタンス・データベースのインスタンスSIDと同じ)

t

Oracle表領域名

n

2桁の文字列

注意:
パス/h/q/dには、データベースdに関連付けられている制御ファイル、REDOログ・ファイル、またはデータファイル以外のファイルを格納しないでください。

この規則を使用すると、/u01/app/oracle/oradata/sab/system01.dbfファイルが属しているデータベースを容易に判別できます。

D.2.4 異なる要件を持つセグメントの分離

存続期間、I/O要求需要、およびバックアップ頻度の異なるセグメントのグループを、異なる表領域間で分離します。

表D-6に、Database Configuration AssistantによりOracleデータベースごとに作成される特殊な表領域を示します。データベースを手動で作成する場合は、必要な表領域も作成する必要があります。これらの表領域は、アプリケーション・セグメントに必要な表領域とは別個に追加されるものです。

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

表D-6 特殊な表領域

表領域

必須

説明

EXAMPLE

いいえ

サンプル・スキーマの格納に使用するEXAMPLE表領域

SYSAUX

はい

SYSTEM表領域の補助表領域

SYSTEM

はい

データ・ディクショナリ・セグメント

TEMP

はい

一時セグメント

UNDOTBS1

はい

OracleがUNDO情報の格納に使用

USERS

いいえ

その他のユーザー・セグメント

これらの特殊な表領域を作成すると、データ・ディクショナリ・セグメントは削除されることがなく、削除できる他のセグメントはSYSTEM表領域への格納が許可されないため効率的です。

関連項目:
REDOログ・ファイルおよび制御ファイルの詳細は、「表領域、データファイル、REDOログ・ファイルおよび制御ファイルの確認」を参照してください。

D.2.5 OracleファイルへのOptimal Flexible Architecture構造の利用

表D-7に、ファイル・クラスの識別に使用する構文を示します。

表D-7 ファイル・クラスを識別するためのディレクトリ構造の構文

ディレクトリ構造の構文

説明

/u[0-9][0-9]

ユーザー・データ・ディレクトリ

/*/home/*

ユーザーのホーム・ディレクトリ

/*/app/*

ユーザーのアプリケーション・ソフトウェア・ディレクトリ

/*/app/applmgr

Oracleアプリケーション・ソフトウェアのサブツリー

/*/app/oracle/product

Oracleソフトウェアのサブツリー

/*/app/oracle/product/11.2.0

リリース11g製品のOracleソフトウェアのサブツリー

/*/app/oracle/product/11.2.0/db*

Oracle Database 11gのOracleホーム・ディレクトリ

/*/app/oracle/product/11.2.0/grid*

ユーザーoracle用のOracle Grid Infrastructure 11gのOracleホーム・ディレクトリ

/*/app/oracle/admin/orcl

orclデータベースの管理サブツリー

/*/app/oracle/admin/orcl/arch/*

orclデータベースのアーカイブ・ログ・ファイル

/*/app/oracle/oradata

Oracleデータ・ディレクトリ

/*/app/oracle/oradata/orcl/*

orclデータベース・ファイル

/*/app/oracle/oradata/orcl/*.log

orclデータベースのREDOログ・ファイル

D.2.6 Optimal Flexible Architectureのファイル・マッピング

表D-8に、2つのOracleホーム・ディレクトリと2つのデータベースを持つOptimal Flexible Architecture準拠のサンプル・インストールの階層ファイル・マッピングを示します。データベース・ファイルは、/u02、/u03、/u04の3つのマウント・ポイント間に分散しています。

注意:
より優れた冗長性とスループットを得るためにOracle ASMを使用することをお薦めします。

表D-8 Optimal Flexible Architectureインストールの階層ファイル・マッピング

ディレクトリ

説明

/

ルート・ディレクトリ

/u01/

ユーザー・データのマウント・ポイント1

/u01/app/

アプリケーション・ソフトウェア用のサブツリー

/u01/app/oracle/

Oracleベース・ディレクトリ

/u01/app/oracle/admin/

データベース管理ファイル用のサブツリー

/u01/app/oracle/admin/TAR

サポート・ログ・ファイル用のサブツリー

/u01/app/oracle/admin/db_name1/

db_name1データベースのadminサブツリー

/u01/app/oracle/admin/db_name2/

db_name2データベースのadminサブツリー

/u01/app/oracle/doc/

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

/u01/app/oracle/fast_recovery_area/

リカバリ・ファイル用のサブツリー

/u01/app/oracle/fast_recovery_area/db_name1

db_name1データベース用のリカバリ・ファイル

/u01/app/oracle/fast_recovery_area/db_name2

db_name2データベース用のリカバリ・ファイル

/u02/app/oracle/oradata

/u03/app/oracle/oradata

/u04/app/oracle/oradata

Oracleデータ・ディレクトリ

/u01/app/oracle/product/

ディストリビューション・ファイル

/u01/app/oracle/product/11.2.0/dbhome_1

ユーザーoracle用のOracle DatabaseのOracleホーム・ディレクトリ

/u01/app/oracle/product/11.2.0/grid

ユーザーoracle用のスタンドアロン・サーバーのOracle Grid InfrastructureのOracleホーム・ディレクトリ

/u01/app/kjf/

ユーザーkjf用のOracleベース・ディレクトリ

/u01/app/edm/

ユーザーedm用のOracleベース・ディレクトリ

表D-9に、orclデータベースにおける、Optimal Flexible Architecture準拠のサンプル・インストールのログ・ファイルに対する階層ファイル・マッピングを示します。

表D-9 Optimal Flexible Architectureインストールのログ・ファイルに対する階層ファイル・マッピング

ディレクトリ

説明

/u01/app/oracle/admin/TAR

サポート・ログ・ファイル用のサブツリー

/u01/app/oracle/admin/orcl/arch/*

アーカイブ・ログ・ファイル

/u01/app/oracle/admin/orcl/create/

データベース作成ログ・ファイルが含まれます。

/u01/app/oracle/oradata/orcl/*.log

REDOログ・ファイル

/u01/app/oracle/admin/orcl/dpdump/

データ・ポンプ・ファイルdp.logがあるサブディレクトリ

/u01/app/oracle/diag

すべてのデータベース、リスナー、sqlnetおよびその他の診断ログが含まれます。

/u01/app/oracle/audit

すべての監査ログが含まれます。

/u01/app/oracle/cfgtoollogs

Oracle Database Configuration Assistant、Database Upgrade AssistantおよびOracle Net Configuration Assistantなどの構成アシスタントのログが含まれます。

E Oracle Databaseのポート番号の管理

インストールの実行中、Oracle Universal Installerでは、各コンポーネントに対して、一連のデフォルト・ポート番号の中からいずれかのポート番号が割り当てられます。この付録では、デフォルトのポート番号を示し、割り当てられたポートをインストール終了後に変更する方法について説明します。内容は次のとおりです。

- ポートの管理

- ポート番号とアクセスURLの表示

- Oracleコンポーネントのポート番号とプロトコル

- Oracle Enterprise Management Agentポートの変更

- Oracle Enterprise Manager Database Controlポートの変更

E.1 ポートの管理

インストールの実行中Oracle Universal Installerでは、各コンポーネントに対して、一連のデフォルト・ポート番号の中からいずれかのポート番号が割り当てられます。多数のOracle Databaseコンポーネントおよびサービスがポートを使用します。管理者は、これらのサービスで使用されるポート番号を把握し、同じポート番号がホスト上の2つのサービスに使用されないことを確認する必要があります。次のコマンドを入力して、コンピュータで現在使用されているポートを確認します。

$/bin/netstat -a

ほとんどのポート番号はインストール時に割り当てられます。各コンポーネントおよびサービスには、ポート範囲が割り当てられています。これは、Oracle Databaseでポートの割当て時に使用される一連のポート番号です。Oracle Databaseでは、範囲の最小番号から順番に次のチェックが実行されます。

- ホスト上の他のOracle Databaseインストールで使用されているポートかどうか。
インストールがその時点で稼働中または停止されている場合も、Oracle Databaseではポートが使用されているかどうかを検出できます。

- 現在実行中のプロセスで使用されているポートかどうか。
これは、ホスト上のプロセスであればOracle Database以外のプロセスであってもかまいません。

- ポートが/etc/servicesファイルに表示されているかどうか。

前述のいずれかのチェックではいに該当するものがあると、Oracle Databaseは、割り当てられるポート範囲の中で次に大きい番号に移動し、空きポートが見つかるまでチェックを続けます。

E.2 ポート番号とアクセスURLの表示

ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポート構成に使用するツールに表示されます。また、一部のOracle Databaseアプリケーションのポートは、portlist.iniファイルに示されます。このファイルは、$ORACLE_HOME/installディレクトリにあります。

ポート番号を変更してもportlist.iniファイル内では更新されないため、このファイルに依存できるのはインストール直後のみです。ポート番号を検索または変更するには、この付録で説明する方法を使用します。

E.3 Oracleコンポーネントのポート番号とプロトコル

次の表に、単一インスタンス・データベースのインストール時に構成されるコンポーネントで使用されるポート番号およびプロトコルを示します。デフォルトでは、範囲内で使用可能な先頭のポートがコンポーネントに割り当てられます。

表E-1 Oracleコンポーネントで使用されるポート

コンポーネントと説明

デフォルトのポート番号

ポート範囲

プロトコル

Oracle Net Servicesリスナー

OracleクライアントからOracle Net Servicesプロトコルを介してデータベースに接続できるようにします。インストール時に構成できます。このポートを再構成するには、Net Configuration Assistantを使用します。

1521

ポート番号は、次の使用可能なポートに変更されます。使用可能な任意のポートに手動で変更可能です。

TCP

Connection Manager

OracleクライアントからOracle Connection Managerへの接続に使用されるリスニング・ポート。インストール時には構成されませんが、cman.oraパラメータ・ファイルを編集して手動で構成できます。ファイルは/network/adminディレクトリの下にあります。

1630

1630

TCP

Oracle Enterprise Manager Database Control

Enterprise Manager Database Control用のHTTPポート。インストール時に構成されます。ポート番号の変更方法は、「Oracle Enterprise Manager Database Controlポートの変更」を参照してください。

1158

5500–5519

HTTP

Oracle Enterprise Manager Database Control

Enterprise Manager Database Control用のRMIポート。インストール時に構成されます。ポート番号の変更方法は、「Oracle Enterprise Manager Database Controlポートの変更」を参照してください。

5520

5520–5539

TCP

Oracle Enterprise Manager Database Control

Enterprise Manager Database Control用のJMSポート。インストール時に構成されます。ポート番号の変更方法は、「Oracle Enterprise Manager Database Controlポートの変更」を参照してください。

5540

5540–5559

TCP

Enterprise Manager Database Control Agent

Enterprise Management Agent用のHTTPポート。インストール時に構成されます。

ポート番号の変更方法は、「Oracle Enterprise Management Agentポートの変更」を参照してください。

3938

1830–1849

HTTP

Oracle XML DB

WebベースのアプリケーションがHTTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB HTTPポートが使用されます。このポートはインストール時に構成されますが、その後は参照できません。

関連項目: 『Oracle XML DB開発者ガイド』のOracle XML DBデフォルト・ポートではなく標準ポートでのHTTP(S)の使用に関する項

0

手動で構成

HTTP

Oracle XML DB

Oracle XML DBのFTPが使用されるのは、アプリケーションでFTPリスナーからOracleデータベースにアクセスする必要がある場合です。このポートはインストール時に構成されますが、その後は参照できません。

関連項目: 『Oracle XML DB開発者ガイド』のOracle XML DBデフォルト・ポートではなく標準ポートでのFTPの使用に関する項

0

手動で構成

FTP

Cluster Synchronization Service(CSS)

GMレイヤー用のCSSデーモンのノード間接続。ポート番号は自動的に割り当てられます。参照も変更もできません。このポートは、物理的にパブリック・ネットワークから切り離されているプライベート・ネットワークであるクラスタ・インターコネクトで排他的に使用されます。

42424

動的

UDP

Oracle Cluster Registry

ポート番号はインストール時に自動的に割り当てられます。その後は、参照も変更もできません。

動的

動的

UDP

関連項目:
Oracleコンポーネントで使用されるクラスタウェア・ポートの一覧については、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。

E.4 Oracle Enterprise Management Agentポートの変更

Oracle Management Agentポートの現行の設定を確認するには、$ORACLE_HOME/host_sid/sysman/config/emd.propertiesファイル内でEMD_URLを検索します。

Oracle Management AgentのHTTPポートを変更するには、次のようにemca -reconfig portsコマンドを使用します。

emca -reconfig ports -AGENT_PORT 1831

E.5 Oracle Enterprise Manager Database Controlポートの変更

現行のHTTP、RMIおよびJMSポート設定を確認するには、次のファイル内で検索します。

- HTTPポート: $ORACLE_HOME/host_sid/sysman/config/emd.propertiesファイル内でREPOSITORY_URLを検索します。

- RMIポート: $ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_host_sid/config/rmi.xmlファイル内でrmi-serverタグのport属性を検索します。

- JMSポート: $ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_host_sid/config/jms.xmlファイル内でjms-serverタグのport属性を検索します。

Oracle Enterprise Manager Database Controlポートを変更するには、次のようにemca -reconfig portsコマンドを使用します。

$ORACLE_HOME/bin emca -reconfig ports option setting

optionには次の値を使用できます。

- DBCONTROL_HTTP_PORT: 次のようにHTTPポートを設定します。

emca -reconfig ports -DBCONTROL_HTTP_PORT 1820

- RMI_PORT: 次のようにRMIポートを設定します。

emca -reconfig ports -RMI_PORT 5520

- JMS_PORT: 次のようにJMSポートを設定します。

emca -reconfig ports -JMS_PORT 5521

次のように、1行に複数の-reconfig ports設定を入力できます。

emca -reconfig ports -DBCONTROL_HTTP_PORT 1820 -AGENT_PORT 1821 -RMI_PORT 5520

F Oracle Databaseグローバリゼーション・サポートの構成

この付録では、次のグローバリゼーション・サポートについて説明します。

- 異なる言語でのOracleコンポーネントのインストールおよび使用

- 異なる言語でのOracle Universal Installerの実行

関連項目:
Oracle Databaseのグローバリゼーション・サポートの概要は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

F.1 異なる言語でのOracleコンポーネントのインストールおよび使用

この項では、次の手順について説明します。

- 異なる言語で実行するためのOracleコンポーネントの構成

- 翻訳リソースのインストール

F.1.1 異なる言語で実行するためのOracleコンポーネントの構成

Oracleコンポーネントを使用する場合、使用する言語と地域(ロケール)を指定できます。コンポーネントのロケール設定により、そのコンポーネントのユーザー・インタフェースに使用される言語、および日付と数値書式などのグローバリゼーション動作が決まります。Oracleコンポーネントに応じて、コンポーネントのロケールは、そのコンポーネントを起動したオペレーティング・システムのセッションから引き継いだロケール、またはNLS_LANG環境変数で定義したロケールが使用されます。

オペレーティング・システムのロケールは通常、Javaテクノロジに基づくOracleコンポーネントで使用されます。NLS_LANG環境変数で定義したロケールは通常、OCIなどのOracle Clientライブラリを使用するOracleコンポーネントで使用されます。

注意:
選択した言語でOracleコンポーネントのユーザー・インタフェースが表示されるのは、該当する翻訳リソースが使用可能であり、インストールされている場合にかぎります。そうでない場合、ユーザー・インタフェースは英語で表示されます。

この項では、次の手順について説明します。

- LANG環境変数によるオペレーティング・システム・ロケールの決定

- NLS_LANGを使用したロケールおよびキャラクタ・セットの構成

F.1.1.1 LANG環境変数によるオペレーティング・システム・ロケールの決定

Oracle Universal Installer、Oracle Net Configuration Assistant、Oracle Database Configuration Assistantなどのコンポーネントにおけるユーザー・インタフェースの言語や、グローバリゼーション動作は、オペレーティング・システム・セッションのロケール設定によって決まります。また、ユーザー・アプリケーションからOracle JDBCドライバを介して作成されたOracle Databaseセッションにおけるグローバリゼーション動作も、アプリケーションが優先されていないかぎり、オペレーティング・システム・セッションのロケール設定により決まります。

オペレーティング・システム・ロケールは、LANG環境変数の値により指定されます。デフォルトのセッション・ロケールは、KDE、GNOME、telnetなど使用しているデスクトップ環境によって、ログイン画面、構成パネル、または構成ファイルから選択できます。

注意:
使用しているデスクトップ環境で、オペレーティング・システム・セッションのロケールを選択する方法は、オペレーティング・システムに付属のドキュメントを参照してください。

使用しているシェルの環境でLANG変数を変更することにより、選択した言語でOracleコンポーネントを起動できます。たとえば、Oracle Database Configuration Assistantをドイツ語で起動するには、次のいずれかのコマンドを入力します。

- Bourneシェル(sh)、Kornシェル(ksh)、またはBashシェル(bash)の場合:

$ LANG=de_DE.iso88591 dbca

- Cシェル(csh)の場合:

% (setenv LANG de_DE.iso88591; dbca)

注意:
LC_ALL環境変数により、LANG環境変数の値は上書きされます。この項に示すコマンドを機能させるには、LC_ALL環境変数を環境で設定しないようにするか、LANGをLC_ALLと置換してください。

使用しているシェルから起動されるすべてのOracleコンポーネントに対してオペレーティング・システム・ロケールを変更する場合は、次のいずれかのコマンドを使用してLANG変数を変更します。

- Bourneシェル(sh)、Kornシェル(ksh)、またはBashシェル(bash)の場合:

$ LANG=de_DE.iso88591; export LANG
$ ...

- Cシェル(csh)の場合:

% setenv LANG de_DE.iso88591
$ ...

LANG環境変数の値は、有効なオペレーティング・システム・ロケールである必要があります。有効なロケールを表示するには、次のコマンドを入力します。

$ locale -a

注意:
LANG環境変数の値と、それが表している言語および地域とのマッピングの詳細は、オペレーティング・システムに付属のドキュメントを参照してください。

F.1.1.2 NLS_LANGを使用したロケールおよびキャラクタ・セットの構成

NLS_LANG環境変数は、SQL*Plus、expおよびimpなどのコンポーネントのユーザー・インタフェースの言語およびグローバリゼーション動作を決定します。また、クライアント・アプリケーションおよびデータベース・ユーザー・セッションで使用される言語および地域を設定します。また、クライアント・アプリケーションでのデータの入力や表示に使用するキャラクタ・セットも宣言されます。

NLS_LANG環境変数の形式は次のとおりです。

NLS_LANG=language_territory.characterset

各項目の役割は次のとおりです。

- languageは、Oracleメッセージ、ソート、曜日および月の名前の表示に使用する言語を指定します。

- territoryは、日付、通貨、数値のデフォルトの書式の規則を指定します。

- charactersetは、クライアント・アプリケーションで使用するエンコーディングを指定します。
これはほとんどの場合、ユーザー端末またはオペレーティング・システムのキャラクタ・セットに対応するOracleキャラクタ・セットです。

NLS_LANG環境変数は、すべてのUNIXベースのプラットフォームで、シェルのローカル環境変数として設定されます。たとえば、オペレーティング・システムのロケール設定がen_US.UTF-8の場合、対応するNLS_LANG環境変数の値はAMERICAN_AMERICA.AL32UTF8となります。

関連項目:
NLS_LANGパラメータとグローバリゼーション・サポート初期化パラメータの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

次の例では、NLS_LANG環境変数に有効な値をいくつか示します。

注意:
オペレーティング・システムのロケール環境設定を指定する方法は、オペレーティング・システムに付属のドキュメントを参照してください。

オペレーティング・システムのロケール

NLS_LANGの値

フランス語(フランス)

FRENCH_FRANCE.WE8ISO8859P15
FRENCH_FRANCE.WE8ISO8859P1
FRENCH_FRANCE.WE8MSWIN1252
FRENCH_FRANCE.AL32UTF8

日本語(日本)

JAPANESE_JAPAN.JA16EUC
JAPANESE_JAPAN.JA16SJIS
JAPANESE_JAPAN.AL32UTF8

F.1.2 翻訳リソースのインストール

Oracleコンポーネントのユーザー・インタフェースを異なる言語で表示するには、それらの言語に翻訳されたリソースをコンポーネントとともにインストールする必要があります。

注意:
Oracle Database Vaultのユーザー・インタフェース・テキストの一部は、DVSYSスキーマの中のデータベース表に格納されます。デフォルトでは、これらの表には英語のみロードされます。Oracle Database Vault Configuration Assistantを使用すると、Oracle Database Vaultに別の言語を追加できます。必要な手順は、『Oracle Database Vault管理者ガイド』の付録Cを参照してください。

翻訳リソースをインストールする手順は次のとおりです。

1. Oracle Universal Installerを起動します。

2. 「セキュリティ・アップデートの構成」画面で、関連する情報を入力して「次へ」をクリックします。

3. ソフトウェアの更新のダウンロード画面、およびソフトウェアの更新の適用画面で、関連のある情報を入力して「次へ」をクリックします。

4. 「インストール・オプションの選択」画面で、インストール・オプションを選択し、「次へ」をクリックします。

5. 「システム・クラス」画面で、データベース・インストール用のシステム・クラスのタイプを選択し、「次へ」をクリックします。

6. 「Gridインストール・オプション」画面で、実行するデータベース・インストールのタイプを選択し、「次へ」をクリックします。

7. 「製品言語の選択」画面の「使用可能な言語」フィールドで、Oracleコンポーネントで使用する言語を選択します。

注意:
「使用可能な言語」フィールドには、Oracleグローバリゼーション・ライブラリでサポートされているすべての言語が表示されます。通常、実際に翻訳されている言語はその一部であり、各コンポーネントによっても異なります。また、特定のコンポーネントにおいて翻訳の対象となる範囲は、言語によって異なります。たとえば、ユーザー・インタフェースのテキストがすべて翻訳されている言語もあれば、エラー・メッセージのみ翻訳されヘルプ・ファイルは翻訳されていない言語もあります。

8. 矢印(>)を使用して、選択した言語を「選択された言語」フィールドに移動し、「次へ」をクリックします。

注意:
Oracle Universal Installerでは、「選択された言語」フィールドに移動した言語でも、翻訳されていない場合は無視されます。

F.2 異なる言語でのOracle Universal Installerの実行

Oracle Universal Installerを実行する際に表示される言語は、使用しているオペレーティング・システムのロケールによって決まります。Oracle Universal Installerは、次のいずれかの言語で実行されます。

- ブラジル・ポルトガル語(pt_BR)

- フランス語(fr)

- ドイツ語(de)

- イタリア語(it)

- 日本語(ja)

- 韓国語(ko)

- 簡体字中国語(zh_CN)

- スペイン語(es)

- 繁体字中国語(zh_TW)

使用可能な言語でOracle Universal Installerを実行するには、./runInstallerコマンドでOracle Universal Installerを起動する前に、オペレーティング・システム・セッションが実行されている環境のロケールを変更します。前述の言語以外を選択した場合、Oracle Universal Installerは英語で実行されます。

LANG環境変数には必ず、該当する言語の短縮名で始まる値を指定する必要があります。Oracle Universal Installerを実行する際に使用できる前述の各言語には、必要な短縮名を丸カッコで囲み言語名の横に付記してあります。たとえば、fr_FRやfr_CAを値として指定すると、Oracle Universal Installerをフランス語で実行できます。

G トラブルシューティング

この付録では、トラブルシューティングについて説明します。内容は次のとおりです。

- 要件の確認

- X Windowの表示エラー

- リモート端末でのインストール・エラー

- インストール・エラーが発生した場合の対処方法

- インストール・セッションのログの確認

- Oracle Restartのトラブルシューティングおよび構成解除

- ホスト名の変更およびCSSのトラブルシューティング

- コンフィギュレーション・アシスタントのトラブルシューティング

- インベントリ問題のトラブルシューティング

- 画面表示問題のトラブルシューティング

- サイレント・モード・インストールでのレスポンス・ファイルのエラー処理

- インストール失敗後のクリーン・アップ

関連項目:
Oracle Configuration Managerの使用中に発生する可能性がある一部のエラーの詳細と、これらのエラーのトラブルシューティングに関するヒントは、『Oracle Configuration Managerインストレーションおよび管理ガイド』の第6章「Oracle Configuration Managerのトラブルシューティング」を参照してください。

G.1 要件の確認

この付録に示すトラブルシューティングの手順を実行する前に、システムが要件を満たしていること、および第2章に説明されているインストール前の作業をすべて完了していることを確認してください。

リリース・ノートの参照

製品をインストールする前に、その製品に関するリリース・ノートを参照してください。リリース・ノートは、Oracle Database 11gのDVDで提供されています。リリース・ノートの最新バージョンは、次のURLにあるOracle Technology NetworkのWebサイトからも入手できます。

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

G.2 X Windowの表示エラー

Oracle Universal Installerをリモート・システム上で実行し、ローカル・システム上でOracle Universal Installerのユーザー・インタフェースを表示しようとすると、次のようなエラー・メッセージが表示されることがあります。

"Failed to connect to server"
"Connection refused by server"
"Can't open display"

このうちいずれかのエラー・メッセージが表示された場合は、次の手順を実行してください。

注意:
この手順は、UNIXワークステーションのユーザーにのみ適用されます。Xサーバー・ソフトウェアがインストールされているPCまたは他のシステムを使用している場合、リモート・システムでローカル・システムにXアプリケーションを表示できるようにする方法については、Xサーバーのドキュメントを参照するか、Xサーバーのベンダーまたはシステム管理者に問い合せてください。

1. ローカル・ターミナル・ウィンドウから、X Windowセッションを起動したユーザーとしてログインします。

2. 次のコマンドを入力します。

$ xhost fully_qualified_remote_host_name

次に例を示します。

$ xhost somehost.us.example.com

3. 次のコマンドを入力します。workstation_nameは、ワークステーションのホスト名またはIPアドレスです。

- Bourne、Bash、またはKornシェルの場合:

$ DISPLAY=workstation_name:0.0
$ export DISPLAY

- Cシェルの場合:

% setenv DISPLAY workstation_name:0.0

4. 次のコマンドを入力して、ローカル・システムでX Windowアプリケーションが正しく表示されているかどうかを確認します。

$ xclock

Xクロックがモニターに表示されます。

5. Xクロックが表示されたら、Xクロックを閉じ、Oracle Universal Installerを再起動します。

関連項目:
追加の情報は、PC-X Serverまたはオペレーティング・システム・ベンダーのドキュメントを参照してください。

G.3 リモート端末でのインストール・エラー

リモート端末からインストールを実行したり、suコマンドを使用してユーザーを変更すると、次のようなエラーが発生する場合があります。

Could not execute auto check for display colors using command
/usr/X11R6/bin/xdpyinfo

このエラーは、DISPLAY変数が設定されていないか、インストールを実行しているユーザーにX Windowを開く権限が付与されていない場合に発生します。たとえば、suコマンドを使用して、X Windowを開く権限が付与されているユーザーから、ディスプレイにX Windowを開く権限が付与されていないユーザー・アカウント(rootユーザーのコンソール・ディスプレイでウィンドウを開いているより低い権限のユーザーなど)に変更する場合です。

この問題をトラブルシューティングするには、echo $DISPLAYコマンドを実行してDISPLAY変数が正しいビジュアルまたは正しいホストに設定されていることを確認します。DISPLAY変数が正しく設定されている場合は、X Windowを開く権限を付与されたユーザーとしてログインしていることを確認するか、xhost +コマンドを実行して任意のユーザーがX Windowを開くことができるようにします。

G.4 インストール・エラーが発生した場合の対処方法

インストール中にエラーが発生した場合は、次のように操作してください。

- Oracle Universal Installerを終了しないでください。

- インストール画面の1つに間違った情報を入力して「次へ」をクリックした場合は、「戻る」をクリックして元の画面に戻り、情報を訂正します。

- Oracle Universal Installer (OUI)がファイルをコピーまたはリンクしているときにエラーが発生した場合、インストール・ログで詳細を確認してください。
ファイル・コピーのエラーでは、次のログを確認します。

/u01/app/oraInventory/logs/timestamp for date of install.log
/u01/app/oraInventory/logs/timestamp for date of install.err
/u01/app/oraInventory/logs/timestamp for date of install.out

リンク中のエラーでは、次のログを確認します。

$ORACLE_HOME/install/make.log

OUIを実行しているときにエラーが発生した場合、-debugオプションを指定してOUIを再実行します。

$./runInstaller -debug

ログ・ファイルの詳細を確認します。「インストール・セッションのログの確認」を参照してください。

- コンフィギュレーション・アシスタントの実行中にエラーが発生した場合は、「コンフィギュレーション・アシスタントのトラブルシューティング」を参照してください。

- 問題を解決できない場合は、「インストール失敗後のクリーン・アップ」の手順に従って、失敗したインストールの内容を削除してください。

G.5 インストール・セッションのログの確認

インストール中には、Oracle Universal Installerにより実行されるすべてのアクションがログ・ファイルに記録されます。インストール中にエラーが発生した場合は、問題の原因と考えられる情報をログ・ファイルで確認してください。

ログ・ファイルを表示する手順は、次のとおりです。

1. 必要な場合は、次のコマンドを入力して、oraInventoryディレクトリの位置を確認してください。

$ cat /var/opt/oracle/oraInst.loc

oraInventoryディレクトリの位置は、このファイルのinventory_locパラメータで指定します。

2. 次のコマンドを入力して、ディレクトリをOracle Universal Installerのログ・ファイル・ディレクトリに変更します。orainventory_locationには、oraInventoryディレクトリの位置を指定します。

$ cd /orainventory_location/logs

3. 次のコマンドを入力して、ログ・ファイルの名前を指定します。

$ ls -ltr

これらのコマンドを実行すると、ファイルが作成順に表示され、最新のファイルが最後に示されます。インストーラのログ・ファイルには、次のような名前が付けられます(date_timeはインストールが開始された日時を示します)。

installActionsdate_time.log
oraInstalldate_time.err
oraInstalldate_time.out

4. 問題に関する情報が含まれている可能性が高いログ・ファイルの最新エントリを表示するには、次のようなコマンドを入力します。

$ tail -50 installActionsdate_time.log | more

このコマンドを実行すると、ログ・ファイルの最後の50行が表示されます。

5. Oracle Universal Installerにより表示されたエラーまたはログ・ファイルに記録されたエラーが、再リンクに問題があることを示している場合は、次のファイルで詳細を確認してください。

$ORACLE_HOME/install/make.log

G.6 Oracle Restartのトラブルシューティングおよび構成解除

-deconfig -forceフラグを使用してroothas.plコマンドを実行すると、インストールしたバイナリを削除せずにOracle Restartを構成解除できます。この機能は、スタンドアロン・サーバー用Oracle Grid Infrastructureのインストール時、root.shコマンドの実行でオペレーティング・システム・パッケージがないなどのエラーが発生した場合に有用です。roothas.pl -deconfig -forceを実行してOracle Restartを構成解除し、エラーの原因を修正して再度root.shを実行できます。

注意:
Oracle Restartを構成解除する前に、インストールされ実行されているすべてのデータベース、サービスおよびリスナーを停止してください。

Oracle Restartを構成解除する手順:

1. rootユーザーとしてログインします。

2. Grid_home/crs/installディレクトリに移動します。次に例を示します。

# cd /u01/app/11.2.0/grid/crs/install

3. -deconfig -forceフラグを指定してroothas.plを実行します。次に例を示します。

# roothas.pl -deconfig -force

G.7 ホスト名の変更およびCSSのトラブルシューティング

Oracle Automatic Storage Management(Oracle ASM)のホスト名を変更すると、Oracle CSSデーモンは起動しません。この問題を解決するには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. roothas.plを実行し、CSSの構成を解除します。

# cd /u01/app/oracle/product/12.1.0/grid/crs/install
# perl roothas.pl -deconfig -force

これにより、古いホスト名を参照していたシステム上の構成が削除されます。

3. root.shを実行し、新しいホスト名を使用してCSSを再構成します。

# cd /u01/app/oracle/product/12.1.0/grid
# ./root.sh

4. Gridホームのbinディレクトリに移動します。
-c SINGLEフラグを指定したsrvctl add databaseコマンドを使用して、Oracle Restart構成内にデータベースを追加します。また、srvctl addコマンドを使用して、リスナー、Oracle ASMインスタンス、すべてのOracle ASMディスク・グループおよびデータベース・サービスをOracle Restart構成に追加します。

関連項目:
『Oracle Database管理者ガイド』のsrvctl addに関する項

G.8 コンフィギュレーション・アシスタントのトラブルシューティング

コンフィギュレーション・アシスタントの実行中に発生したインストール・エラーのトラブルシューティング方法は、次のとおりです。

- 「インストール・セッションのログの確認」に示したインストール・ログ・ファイルを確認します。

- $ORACLE_HOME/cfgtoollogsディレクトリにある特定のコンフィギュレーション・アシスタントのログ・ファイルを確認します。エラーの原因となった問題を修正します。

- 「致命的エラー。再インストール」というメッセージが表示される場合は、ログ・ファイルを確認して問題の原因を調べます。これ以降の手順は、「リカバリ不能なエラー」を参照してください。

G.8.1 コンフィギュレーション・アシスタントの障害

Oracleのコンフィギュレーション・アシスタントの障害は、インストール画面の最下部に表示されます。追加情報がある場合は、コンフィギュレーション・アシスタントのインタフェースに表示されます。コンフィギュレーション・アシスタントの実行ステータスは、次のファイルに格納されます。

oraInventory_location/logs/installActionsdate_time.log

次の表に、実行ステータス・コードを示します。

ステータス

結果コード

コンフィギュレーション・アシスタントの正常終了

0

コンフィギュレーション・アシスタントの異常終了

1

コンフィギュレーション・アシスタントの取消し

-1

G.8.2 リカバリ不能なエラー

コンフィギュレーション・アシスタントの実行中にリカバリ不能なエラーが発生した場合は、次の手順に従って現在のインストールを削除し、Oracleソフトウェアを再インストールしてください。

1. 「インストール失敗後のクリーン・アップ」の説明に従って、失敗したインストールの内容を削除します。

2. リカバリ不能なエラーの原因を修正します。

3. Oracleソフトウェアを再インストールします。

G.9 インベントリ問題のトラブルシューティング

Oracleホームにおいて次の状況のいずれかに該当する場合は、opatch lsinventory -detailコマンドを実行してインベントリの内容を表示し、問題の修正について『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』のインベントリの破損からのリカバリに関する項を参照してください。

- インベントリの手順を完了せずに、Oracleホームがクローニングされている場合。

- 不良インベントリが存在する場合。

- インベントリが使用できないのに、別のOracleホームにOracle Enterprise Manager Agentがインストールされたときに作成されている場合。

G.10 画面表示問題のトラブルシューティング

画面の解像度を640x480または800x600にしてOracleデータベースに接続している場合、タスクバーの背後に隠れてしまうため、GUIの「次へ」ボタンが表示されません。この問題を解決するには、次のいずれかを実行します。

- タスクバーを非表示にします。

- Oracle Universal Installerの画面を上に移動します。

- 画面の解像度を1024x768以上に設定します。

G.11 サイレント・モード・インストールでのレスポンス・ファイルのエラー処理

サイレント・モード・インストールが正常に実行されたかどうかを判断するには、次のログ・ファイルを参照してください。

/oraInventory_location/logs/silentInstalldate_time.log

必要な場合は、前項を参照してoraInventoryディレクトリの位置を確認してください。

サイレント・インストールは、次の場合に失敗します。

- レスポンス・ファイルを指定していない場合

- 不正または不完全なレスポンス・ファイルを指定している場合

- Oracle Universal Installerにディスク領域不足などのエラーが発生した場合

Oracle Universal Installerまたはコンフィギュレーション・アシスタントは、実行時にレスポンス・ファイルの妥当性を検査します。妥当性検査に失敗すると、サイレント・モード・インストールまたは構成プロセスは終了します。

G.12 インストール失敗後のクリーンアップ

インストールが失敗した場合は、インストールの際にOracle Universal Installerによって作成されたファイルを、削除ツールを使用して削除する必要があります。

削除ツールの実行方法の詳細は、第7章「Oracle Databaseソフトウェアの削除」および「Oracle Restartのトラブルシューティングおよび構成解除」を参照してください。

H インストールに関してよくある質問

Oracle Databaseコンポーネントのインストール方法を決定する際には、次のガイドラインに従ってください。

- Oracle Databaseのインストール

- Oracle Databaseツールのインストール

- Oracle DatabaseおよびOracleのアプリケーションのインストール

- Oracle Database Heterogeneous Connectivityツール(ゲートウェイ)のインストール

注意:
Oracle Databaseコンポーネントの中には、一部のプラットフォームで使用できないものもあります。プラットフォーム固有のインストレーション・ガイドまたはリリース・ノートを確認してください。

H.1 Oracle Databaseのインストール

Oracle Databaseのインストールに関してよくある質問は、次のとおりです。

- Oracle Databaseインスタンスが1つのみ必要です。または、単に製品を理解するためにテスト・データベースをインストールしようと考えています。このような場合、Oracle Databaseをインストールするにはどうすればよいですか。

- 大量のトランザクションまたはデータ・ウェアハウス・アプリケーションを処理できるOracleデータベースを作成するにはどうすればよいですか。

- 複数のOracleデータベースをインストールするにはどのような方法が最適ですか。

- Oracleデータベースへのクライアント接続を構成するにはどうすればよいですか。

- クライアント・ノードのディスク領域が限られている場合、Oracle Clientを最も効率よくインストールするにはどうすればよいですか。

- Oracle Databaseをアップグレードするにはどうすればよいですか。

- コンピュータはサイトではクラスタとして動作するように構成されています。Oracle Databaseをインストールするにはどのようにすればよいですか。

- Oracle以外のデータベースをOracle Databaseに移行するにはどうすればよいですか。

必要なOracle Databaseインスタンスが1つのみであるか、単に製品を理解するためにテスト・データベースをインストールしようと考えています。このような場合、Oracle Databaseをインストールするにはどうすればよいですか。

- デフォルトのインストール設定を使用してクイック・インストールを実行する場合は、プラットフォーム固有のOracle Databaseのクイック・インストレーション・ガイドを参照してください。

- サイトに特殊な要件がある場合は、このマニュアルで詳細を参照してください。

大量のトランザクションまたはデータ・ウェアハウス・アプリケーションを処理できるOracleデータベースを作成するにはどうすればよいですか。

大量のトランザクションまたはデータ・ウェアハウス・アプリケーション用に設計された初期データベースを作成する場合は、このマニュアルで詳細を参照してください。「拡張インストール」方法を選択し、「データベース構成の選択」画面で必要なデータベース・タイプを選択します。

関連項目:
インストール後に、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

あるいは、Oracle Databaseのインストール時にOracle OLAPをインストールすることもできます。Oracle OLAPは、OLAP要件を満たす必要のあるデータベース環境に最適なサポートを提供します。そのためには、「データベース・エディションの選択」画面で「Enterprise Edition」を選択します。「オプションの選択」ボタンをクリックし、「コンポーネントの選択」画面でOracle OLAPを選択します。

関連項目:

- 『Oracle OLAPユーザーズ・ガイド』

- 『Oracle OLAP DMLリファレンス』

- 『Oracle OLAP Java APIリファレンス』

複数のOracleデータベースをインストールするにはどのような方法が最適ですか。

このマニュアルに記載されている次のいずれかの方法でOracle Databaseをインストールします。

- レスポンス・ファイルを使用したインストール: この方法では、各コンピュータに固有の設定を含むレスポンス・ファイルを使用して、Oracle Universal Installerをコマンドラインから実行できます。

- データベースのクローニング: 対話モードを使用して1台のコンピュータにOracle Databaseをインストールします。データベースをクローニングすることもできます。データベースのクローニング手順は、『Oracle Database管理者ガイド』を参照してください。

Oracleデータベースへのクライアント接続を構成するにはどうすればよいですか。

1. このマニュアルの詳細に従って、Oracle Databaseをサーバーにインストールします。

2. Oracle Database Clientのインストレーション・ガイドに従って、Oracle Clientを各クライアント・ノードにインストールし、Instant Clientインストール・タイプを選択します。
多数のクライアント・ノードが存在する場合は、ソフトウェアを集中的にステージングし、ドライブをマップして、Oracle Universal Installerをサイレント・モードまたはレスポンス・ファイル・モードで実行することを検討します。

クライアント・ノードで、新規Oracleホーム・ディレクトリにデフォルトでインストールするのみでよい場合は、このマニュアルで詳細を参照してください。

クライアント・ノードのディスク領域が限られている場合、Oracle Clientを最も効率よくインストールするにはどうすればよいですか。

1. このマニュアルの詳細に従って、Oracle Databaseをサーバーにインストールします。

2. Oracle Database Clientのインストレーション・ガイドに従って、Oracle Clientを各クライアント・ノードにインストールし、Instant Clientインストール・タイプを選択します。
多数のクライアント・ノードがある場合は、サイレント・モードまたはレスポンス・ファイル・モードでのOracle Universal Installerの実行を検討します。

Oracle Databaseをアップグレードするにはどうすればよいですか。

『Oracle Databaseアップグレード・ガイド』を参照してください。

関連項目:
ソフトウェアのクローニングを使用してOracle Databaseをアップグレードする場合は、『Oracle Database管理者ガイド』を参照してください。

サイトのコンピュータはクラスタとして動作するように構成されています。Oracle Databaseをインストールするにはどうすればよいですか。

次のいずれかのインストール例に従ってください。

- 単一インスタンスOracle Databaseをクラスタ環境で実行する必要がある場合は、Oracle Databaseのインストール前またはインストール後にOracle Clusterwareをインストールします。

- クラスタ内のすべてのデータベース用に連結された記憶域プールが必要な場合は、Oracle Grid Infrastructureをインストールし、Oracle Automatic Storage Management (Oracle ASM)を使用してこの記憶域を管理します。その後、Oracle Database(単一インスタンス・データベースまたはReal Application Clusters)をインストールします。

- Oracle Real Application Clustersを使用する予定の場合は、最初にOracle Grid Infrastructureをインストールし、次にOracle Real Application Clustersをインストールします。

Oracle Grid InfrastructureおよびOracle Real Application Clustersのインストールを実行するには、プラットフォーム別の『Oracle Grid Infrastructureインストレーション・ガイド』および『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。Oracle ASMおよびOracle Databaseのインストール方法の詳細は、このマニュアルを参照してください。

Oracle Clusterwareは、Oracle Real Application Clustersインストールに必須の主要コンポーネントです。Oracle Clusterwareは統合クラスタ管理ソリューションであり、複数のサーバーをバインドして単一システムとして機能させることができます。これは、クラスタと呼ばれます。また、ワークロード管理とコンポーネントの再起動も実行します。たとえば、特定のサービスをサポートしているインスタンスに障害が発生すると、Oracle Clusterwareはそのサービス用に構成されている次に使用可能なインスタンス上でサービスを再開します。Oracle Clusterwareでは、高可用性APIを使用してOracle Clusterware環境内で定義されているプログラムであれば、Oracle以外のプログラムも監視できます。

Oracle以外のデータベースをOracle Databaseに移行するにはどうすればよいですか。

Oracle SQL Developerを使用して、Oracle以外のデータベースおよびアプリケーションをOracleに移行します。Oracle SQL Developerソフトウェアおよびマニュアルは、次のURLで入手できます。

http://www.oracle.com/technetwork/developer-tools/sql-developer/overview/index.html

H.2 Oracle Databaseツールのインストール

Oracle Databaseツールのインストールに関してよくある質問は、次のとおりです。

- Oracle WebLogic Serverをインストールするにはどうすればよいですか。

- Oracle Database製品を管理および監視するにはどうすればよいですか。

- Oracle Database製品のセキュリティを管理するにはどうすればよいですか。

- Oracle Databaseを使用してXMLデータを管理するにはどうすればよいですか。

- Oracle Databaseには、データベース内の傾向や時系列などのデータを分析できるようにOLAPツールが用意されていますか。

- Oracle Databaseには、データに隠れている意味を検出し、データに基づいて可能性のある結果を予測する際に使用できるデータ・マイニング・ツールが用意されていますか。

- Oracle Databaseに対してバックアップおよびリカバリ操作を実行するにはどうすればよいですか。

- Oracle WorkflowはOracle Database 11gに含まれていますか。

- Oracle Workflowを使用してソリューションを構築したユーザー用の移行プランはありますか。

Oracle WebLogic Serverをインストールするにはどうすればよいですか。

『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

Oracle WebLogic Serverの詳細は、次の場所にある製品ドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/weblogic/documentation/index.html

Oracle Database製品を管理および監視するにはどうすればよいですか。

データベースの作成、構成、削除またはデータベース・テンプレートの管理など、通常の管理機能を実行するには、次のいずれかの方法を使用します。

インストールする単一データベースおよびリスナーを管理する手順は、次のとおりです。

1. このマニュアルに従って、Oracle Databaseをインストールします。

2. Oracle Databaseから、Database Configuration Assistantを使用してデータベースを管理します。
また、データベースの管理および監視にOracle Enterprise Manager Grid Controlを使用することもできます。このコンポーネントは、デフォルトでOracle Databaseとともにインストールされます。Oracle Enterprise Manager Grid Controlには、デフォルトではインストールされないエージェントが必要です。

Oracle Enterprise Manager Grid Controlには、Oracle Management Agent、Oracle Management Service、Oracle Management RepositoryおよびGrid Controlが組み込まれています。ブラウザ・ベースの中央コンソールであるGrid Controlを使用すると、管理者は社内の監視、管理および構成の作業をすべて実行できます。

関連項目:
Oracle Enterprise Manager Grid Controlインストール・メディアに収録されている『Oracle Enterprise Manager Grid Controlインストレーションおよび基本構成』
次に示すOracle Technology NetworkのWebサイトからマニュアルを入手することができます。

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

Oracle Databaseの監視や複数のホスト、アプリケーション・サーバーおよびデータベース(インストールするデータベースを含む)の管理など、拡張管理タスクを実行するには、次の手順でOracle Enterprise Managerをインストールします。

1. このマニュアルに従って、Oracle Databaseをインストールします。
Oracle Real Application Clustersを使用する場合は、プラットフォーム固有の『Oracle Grid Infrastructureインストレーション・ガイド』および『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX』に従ってOracle Databaseをインストールします。

2. 『Oracle Enterprise Manager Grid Controlインストレーションおよび基本構成』に従って、Oracle Enterprise Managerをインストールおよび構成します。構成後のタスクについては、『Oracle Enterprise Managerアドバンスト構成』を参照してください。Oracle Enterprise Manager Grid Controlインストール・メディアに収録されているドキュメントまたは次のOracle Technology NetworkのWebサイトから入手できるドキュメントを参照してください。

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

Oracle Database製品のセキュリティを管理するにはどうすればよいですか。

オラクル社は、Oracle Internet Directoryと統合された集中管理機能やセキュリティ機能など、エンタープライズ環境向けに多様なセキュリティ・ソリューションを提供しています。Oracle Platform SecurityというOracleセキュリティ・サービス・セットにより、Oracle Database、Oracle WebLogic ServerおよびOracle Identity Managementインフラストラクチャに組み込まれたセキュリティ機能が統合されます。このように統合された機能により、セキュアなE-Businessアプリケーションを開発およびデプロイできます。

Oracle Identity ManagementにはOracle Internet Directoryが組み込まれています。Oracle Internet Directoryは、次のコンポーネントを使用してOracle環境におけるユーザーとアプリケーションの管理作業を簡素化する集中リポジトリです。

- Oracle Internet Directoryクライアント・ツール(LDAPコマンドライン・ツール、Oracle Internet Directory SDKおよびOracle Directory Managerなど)

- Oracle Internet Directoryサーバー・コンポーネント(ディレクトリ・サーバー、ディレクトリ複製サーバー、ディレクトリ統合サーバー、サーバーの起動および停止用の各種ツールなど)

Oracle DatabaseにはOracle Internet Directoryクライアント・ツールが組み込まれていますが、Oracle Internet Directoryサーバー・コンポーネントは組み込まれていません。Oracle Internet Directoryサーバー・コンポーネントをインストールするには、次の場所にあるOracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイドとOracle Identity Managementのドキュメントを参照してください。

http://www.oracle.com/technetwork/middleware/id-mgmt/overview/index.html

関連項目:

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

- 『Oracle Databaseエンタープライズ・ユーザー・セキュリティ管理者ガイド』

- 『Oracle Label Security管理者ガイド』

- Oracle Technology Networkのデータベース・セキュリティに関する項:
http://www.oracle.com/technetwork/topics/security/whatsnew/index.html

Oracle Databaseを使用してXMLデータを管理するにはどうすればよいですか。

Oracle Databaseの一部としてインストールされるOracle XML DBを使用します。Oracle XML DBを使用すると、サイトにおけるXMLデータの格納、生成、取得、問合せ、および管理を効率的に実行できます。Oracle XML DBは、制約やトリガーを使用してXMLデータの参照整合性を管理可能にするなど、リレーショナル・データベースの長所をすべて備えています。Oracle XML DBでは、大量のXMLデータであっても、解析済のリレーショナル形式で格納することにより効率的に処理され、アクセス・パフォーマンスも向上します。

Oracle XML DBでは、XMLデータのネイティブ・データ型であるXML型をサポートしています。XML型に対しては、必要に応じて様々な記憶域オプションを選択できます。Oracle XML DBではその他にも、XML Schema処理、構造化記憶域および非構造化記憶域、一般的なプロトコル(FTP、HTTP(S)およびWebDAV)を使用してアクセス可能なコンテンツ・リポジトリ、XMLに対応したSQLの標準であるSQL/XMLをサポートしています。Oracle Database 11gリリース1(11.1)では、Oracle XML DBはXMLの問合せ、変換および構成に使用するXQuery言語、スキーマベースのXMLに関するメタデータをユーザーが独自に定義できる機能、XMLデータのDML処理に使用できる一連の新規SQL関数などに対するサポートを導入しています。

Oracle XML DBとOracle XML開発者キット(XDK)を併用することにより、Oracle DatabaseまたはOracle WebLogic Server上で実行されるアプリケーションを構築できます。

関連項目:

- 『Oracle XML DB開発者ガイド』

- 『Oracle XML Developer's Kitプログラマーズ・ガイド』

Oracle Databaseでは、使用するデータベースの傾向や時系列などのデータを分析できるOLAPツールを提供していますか。

はい。Oracle Databaseインストールで提供されるOracle OLAPをインストールしてください。Oracle OLAPは、OLAP要件を満たす必要のあるデータベース環境に最適なサポートを提供します。

『Oracle Databaseインストレーション・ガイド』を参照して、次のいずれかの方法でOracle OLAPをインストールします。

- Oracle Universal Installerの実行時に、「データベース・エディションの選択」画面で「Enterprise Edition」を選択します。「オプションの選択」ボタンをクリックし、「コンポーネントの選択」画面でOracle OLAPを選択します。

関連項目:

- 『Oracle OLAPユーザーズ・ガイド』

- 『Oracle OLAP DMLリファレンス』

- 『Oracle OLAP Java APIリファレンス』

- 「Enterprise Edition」インストール・タイプを選択し、「データベース構成の選択」画面で「データ・ウェアハウス」構成を選択します。

関連項目:
インストール後に、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

Oracle Databaseには、データに隠れている意味を検出し、データに基づいて可能性のある結果を予測する際に使用できるデータ・マイニング・ツールが用意されていますか。

はい。データベース・インストール用のEnterprise Editionライセンスが必要です。Oracle Databaseインストールで提供されるOracle Data Miningをインストールしてください。Oracle Data Miningオプションを使用すると、様々なアルゴリズムを使用する予測的でわかりやすいデータ・マイニング・モデルを作成し実行できます。

このマニュアルに記載されている次の方法に従って、Oracle Data Miningをインストールします。

1. Oracle Universal Installerの実行時に、「Enterprise Edition」インストール・タイプを選択します。

2. 「データベース構成の選択」画面で「汎用目的」または「トランザクション処理」構成を選択します。

関連項目:
Oracle Data Miningのインストール後に、次のマニュアルを参照してください。

- 『Oracle Data Mining概要』

- 『Oracle Data Mining管理者ガイド』

- 『Oracle Data Miningアプリケーション開発者ガイド』

- 『Oracle Data Mining Java APIリファレンス』

- 『Oracle Database PL/SQLパッケージ・プロシージャおよびタイプ・リファレンス』(Data Miningを検索)

Oracle Databaseに対してバックアップおよびリカバリ操作を実行するにはどうすればよいですか。

Oracle Databaseに統合されているバックアップおよびリカバリ・ツールであるOracle Database Recovery Manager(RMAN)を使用します。このツールは、高パフォーマンスで管理しやすいバックアップとリカバリという、重要なニーズを満たします。Recovery Managerはデータベース・サーバーに固有のものであり、自動的にデータベース構造の変更を追跡し、それに応じて操作を最適化します。また、Recovery Managerは先進的なテープ・メディア管理製品と統合されているため、Oracleデータベースのバックアップを既存のネットワーク・データ保護インフラストラクチャと統合できます。

関連項目:

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

- 『Oracle Database Recovery Managerリファレンス』

Oracle WorkflowはOracle Database 11gに含まれていますか。

Oracle Database 11g以降、Oracle Workflowはデータベースと一緒にはリリースされなくなりました。Oracle Workflowは、Oracle E-Business Suiteリリースに含まれています。

関連項目:
Oracle Workflowの方向性に関する項:
http://www.oracle.com/technetwork/middleware/ias/overview/index.html

Oracle Workflowを使用してソリューションを構築したユーザー用の移行プランはありますか。

2006年1月以降は、Oracle BPEL Process Managerを使用してワークフローを再作成および実装するようお薦めしています。オラクル社では、Oracle BPEL Process ManagerへのOracle Workflowプロセスの移行に関する詳細な推奨事項を記載した専門の移行ガイドを作成中です。

関連項目:
Oracle Workflowの方向性に関する項:
http://www.oracle.com/technetwork/middleware/ias/overview/index.html

H.3 Oracle DatabaseおよびOracleのアプリケーションのインストール

Oracle DatabaseおよびOracleアプリケーションのインストールに関してよくある質問は、次のとおりです。

- OracleのアプリケーションをOracle Databaseとともにインストールするにはどうすればよいですか。

- Oracle Databaseと通信するWebアプリケーションを作成するにはどうすればよいですか。

- Oracleアプリケーションで使用できるWebサーバーはどれですか。

- Oracle以外のアプリケーションをOracleに移行するにはどうすればよいですか。

OracleのアプリケーションをOracle Databaseとともにインストールするにはどうすればよいですか。

ほとんどの場合は、Oracle Databaseを単独でインストールしてから、Oracleアプリケーションをインストールします。そのアプリケーションのOracle Universal Installerに、接続情報の入力を求めるプロンプトが表示されます。アプリケーションのマニュアルで要件を確認してください。

Oracle Real Application Clustersデータベースでアプリケーションを実装する必要がある場合は、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』および『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

Oracle Databaseと通信するWebアプリケーションを作成するにはどうすればよいですか。

Oracle Application ExpressおよびWebサーバーをインストールしてください。

このマニュアルに従って、Oracle Databaseをインストールします。Oracle Databaseをインストールすると、Oracle Application Expressは自動的にインストールされます。

関連項目:
『Oracle Application Expressインストレーション・ガイド』

Oracleアプリケーションで使用できるWebサーバーはどれですか。

別のメディアで出荷されるOracle HTTP Serverをインストールするか、XML DB HTTPプロトコル・サーバーおよびOracle Database 11gリリース2とともにインストールされる埋込みPL/SQLゲートウェイを使用します。

Oracle以外のアプリケーションをOracleに移行するにはどうすればよいですか。

Oracle SQL Developerを使用して、Oracle以外のアプリケーションをOracleに移行します。Oracle SQL Developerソフトウェアおよびマニュアルは、次のURLで入手できます。

http://www.oracle.com/technetwork/developer-tools/sql-developer/overview/index.html

H.4 Oracle Database Heterogeneous Connectivityツール(ゲートウェイ)のインストール

次の項では、ゲートウェイ製品について説明します。

OracleのアプリケーションからOracle以外のデータベース・システムのデータにアクセスするにはどうすればよいですか。

OracleのアプリケーションからOracle以外のデータベース・システムのデータにアクセスするにはどうすればよいですか。

Oracle Database Gatewayを接続性ツールとして使用すると、OracleのアプリケーションでOracle以外のデータベース内のデータにアクセスできます。Oracle Database Gatewayの機能は次のとおりです。

- Oracle以外のデータベースをOracle Database環境に統合します。

- Oracle PL/SQLアプリケーションによるAPPC対応トランザクションとの統合、またはIBM WebSphere MQ内のメッセージへのアクセスを可能にします。

ゲートウェイ製品は、Oracleのアプリケーション、OracleデータベースおよびOracle以外のデータベースから独立してコンピュータにインストールできます。

たとえば、次の使用例を考えてみます。

- Oracle DatabaseがUNIXコンピュータにインストールされています。

- OracleのアプリケーションがMicrosoft Windowsコンピュータにインストールされており、UNIXコンピュータ上のOracleデータベースのデータにアクセスします。

- Oracleアプリケーションでは、Oracle Solaris上のDB2データベース内のデータとUNIX上のOracle Database内のデータを結合する必要があります。

DB2を実行しているOracle Solarisコンピュータ、Oracleを実行しているUNIX、またはそれ以外のコンピュータにDatabase Gateway for DRDAをインストールするように選択できます。

表H-1に、OracleのアプリケーションからアクセスできるOracle以外のデータベース・システム、およびそのシステムに使用できるゲートウェイ製品を示します。

表H-1 Oracleゲートウェイ製品

Oracle以外のデータベース

Oracleゲートウェイ製品およびマニュアル

IBM DB2 Universal Database(UDB)

Oracle Database Gateway for DRDA。

Oracle Database Gatewayのインストレーションおよび構成ガイドおよび『Oracle Database Gateway for DRDAユーザーズ・ガイド』を参照してください。

IBM DB2 z/OS

Oracle Database Gateway for DRDA。

Oracle Database Gatewayのインストレーションおよび構成ガイドおよび『Oracle Database Gateway for DRDAユーザーズ・ガイド』を参照してください。

IBM DB2/400

Oracle Database Gateway for DRDA。

Oracle Database Gatewayのインストレーションおよび構成ガイドおよび『Oracle Database Gateway for DRDAユーザーズ・ガイド』を参照してください。

WebSphere MQ

Oracle Database Gateway for WebSphere MQ。

『Oracle Database Gateway for WebSphere MQインストレーションおよびユーザーズ・ガイド』。

CICS/TS

IMSTM

Oracle Database Gateway for APPC。

『Oracle Database Gateway for APPCインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』を参照してください。

『Oracle Database Gateway for APPCユーザーズ・ガイド』を参照してください。

SQL Server

Oracle Database Gateway for SQL Server。

『Oracle Database Gatewayのインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』および『Oracle Database Gateway for SQL Serverユーザーズ・ガイド』を参照してください。

Sybase Adaptive Server

Oracle Database Gateway for Sybase。

『Oracle Database Gatewayインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』および『Oracle Database Gateway for Sybaseユーザーズ・ガイド』を参照してください。

Teradata

Oracle Database Gateway for Teradata。

『Oracle Database Gatewayインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』および『Oracle Database Gateway for Teradataユーザーズ・ガイド』を参照してください。

Informix Server

Oracle Database Gateway for Informix。

『Oracle Database Gatewayインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』および『Oracle Database Gateway for Informixユーザーズ・ガイド』を参照してください。

IMS

Oracle Database Gateway for IMS。

『Oracle Database Gateway for IMS, VSAM, and Adabasインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』、『Oracle Database Gateway for IMSユーザーズ・ガイド』および『Oracle Connect for IMS, VSAM, and Adabas Gatewaysインストレーションおよび構成ガイドIBM z/OS』を参照してください。

VSAM

Oracle Database Gateway for VSAM。

『Oracle Database Gateway for IMS, VSAM, and Adabasインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』、『Oracle Database Gateway for VSAMユーザーズ・ガイド』および『Oracle Connect for IMS, VSAM, and Adabas Gatewaysインストレーションおよび構成ガイドIBM z/OS』を参照してください。

Adabas

Oracle Database Gateway for Adabas。

『Oracle Database Gateway for IMS, VSAM, and Adabasインストレーションおよび構成ガイドfor AIX 5L Based Systems (64-Bit), HP-UX Itanium, Solaris Operating System (SPARC 64-Bit), Linux x86, and Linux x86-64』、『Oracle Database Gateway for Adabasユーザーズ・ガイド』および『Oracle Connect for IMS, VSAM, and Adabas Gatewaysインストレーションおよび構成ガイドfor IBM z/OS』を参照してください。

用語集

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

Oracle Automatic Storage Management (Oracle ASM)により1つのユニットとして管理されるディスク・デバイスの集合。各ディスク・デバイスには、個別の物理ディスク、RAIDストレージ・アレイや論理ボリュームなどの複数のディスク・デバイス、または物理ディスク上のパーティションを使用できます。Oracle ASMディスク・グループは、Oracle Automatic Storage Managementインスタンスの作成時、またはOracle Database Configuration Assistantを使用して作成できます。

Oracle Automatic Storage Managementインスタンス

Oracle Automatic Storage Managementディスク・グループを管理するOracleインスタンス。Oracle Automatic Storage Managementをインストールして構成すると自動的に作成されます。Oracleシステム識別子(SID)も参照してください。

Oracle Automatic Storage Management

自動ストレージ管理では、個々のディスク・デバイスの集合から1つのディスク・グループを作成できます。ディスク・グループ内の全デバイス間で、ディスク・グループに対するI/Oのバランスをとります。ストライプ化およびミラー化も実装し、I/Oのパフォーマンスおよびデータの信頼性を向上させます。

自動UNDO管理モード

UNDOデータが専用のUNDO表領域に格納されるOracle Databaseのモード。手動UNDO管理モードと異なり、ユーザーはUNDO表領域の作成のみを管理します。他のすべてのUNDO管理は、自動的に実行されます。

接続記述子

特別にフォーマットされた、ネットワーク接続のための宛先の記述。接続記述子は、宛先サービスおよびネットワーク・ルート情報を含みます。

宛先サービスは、Oracle Databaseの場合はサービス名、Oracleリリース11.2データベースでは、Oracleシステム識別子(SID)を使用して示されます。ネットワーク・ルートは、少なくとも、ネットワーク・アドレスを使用してリスナーの場所を示します。

接続識別子

接続記述子を解決する名前、ネット・サービス名またはサービス名。ユーザーは、接続するサービスに対する接続文字列内に、接続識別子とともにユーザー名およびパスワードを渡すことで接続リクエストを開始します。たとえば、次のようにします。

SQL> CONNECT user_name@connect_identifier
Enter password: password

制御ファイル

データベースの物理構造が記録され、データベース名、関連データファイルおよびオンラインUNDO表領域の名前および位置、データベース作成のタイム・スタンプ、現行ログ順序番号、およびチェックポイント情報が格納されているファイル。

デフォルト・ドメイン

ほとんどのクライアント・リクエストが発生するネットワーク・ドメイン。クライアントが置かれるドメイン、またはクライアントがネットワーク・サービスをリクエストするドメインとなることがあります。デフォルト・ドメインは、未修飾ネットワーク名リクエストに追加されるドメインを決定するクライアント構成パラメータにもなります。「.」文字を含まない場合、名前リクエストは修飾されません。

ディレクトリ・ネーミング

ネット・サービス名を接続記述子に解決するディレクトリ・サーバーを指定するネーミング・メソッド。ネット・サービス名は、ディレクトリ・サーバーに一元的に格納されます。

ディレクトリ・サーバー

Lightweight Directory Access Protocol(LDAP)準拠のディレクトリ・サーバー。ディレクトリは集中化された記憶域を提供し、データベース・ネットワーク・コンポーネント、ユーザー・ポリシーおよび企業ポリシーの設定、ユーザーの認証およびセキュリティ情報を取り出し、クライアント側とサーバー側のローカル・ファイルを置き換えます。

外部プロシージャ

Cプログラミング言語で記述され、共有ライブラリに格納されているプロシージャまたはファンクション。Oracleサーバーは、PL/SQLルーチンを使用して、外部プロシージャまたはファンクションをコールできます。Oracle Databaseから外部プロシージャに接続するには、サーバーをネット・サービス名で構成し、リスナーをプロトコル・アドレスおよびサービス情報で構成する必要があります。

グローバル・データベース名

データベースをネットワーク・ドメインの他のデータベースから一意に区別する完全データベース名。

次に例を示します。

sales.us.example.com

salesはデータベースに対して指定した名前、us.example.comはデータベースが置かれているネットワーク・ドメインです。

初期化パラメータ・ファイル

データベースおよびインスタンスの初期化に必要な情報を含むASCIIテキスト・ファイル。

インスタンス

実行中のOracle Databaseインスタンスに関連付けられているプロセス。(コンピュータのタイプに関係なく)データベース・サーバー上でデータベースを起動すると、Oracle Databaseではシステム・グローバル領域というメモリー領域を割り当て、1つ以上のOracle Databaseプロセスを開始します。システム・グローバル領域とOracle Databaseプロセスのこの組合せをインスタンスと呼びます。インスタンスのメモリーとプロセスにより、関連付けられたデータベースのデータが効率的に管理され、データベースのユーザーの要求に対応します。

インストール・タイプ

インストールするコンポーネントを自動的に選択する事前定義済コンポーネント・セット。各トップレベル・コンポーネントで使用可能なインストール・タイプのリストは、「Oracle Databaseのエディション」を参照してください。

プロセス間通信(IPC)

クライアント・アプリケーションで使用されるプロトコルで、データベースとの通信のためにリスナーと同じノードに置かれます。IPCは、TCP/IPより高速なローカル接続を提供します。

リスナー

サーバーに常駐するプロセスで、クライアントからの接続リクエストのリスニング、およびサーバーへの通信量の管理を行います。

クライアントがデータベース・サーバーとのネットワーク・セッションをリクエストするときに、リスナーは実際のリクエストを受け取ります。クライアント情報がリスナー情報と一致した場合、リスナーはデータベース・サーバーへの接続を許可します。

listener.oraファイル

次のものを識別するリスナーの構成ファイル。

- リスナー名

- 接続リクエストを受け入れるプロトコル・アドレス

- リスニング対象のサービス

listener.oraファイルは、$ORACLE_HOME/network/adminディレクトリにあります。

Oracle Database 11gリリース2 (11.2)では、サービス登録により、データベース・サービスを識別する必要がありません。ただし、Oracle Enterprise Managerを使用する場合は、Oracle Database 11gリリース2 (11.2)に静的なサービス構成が必要です。

ローカル・ネーミング

ネット・サービス名を接続記述子に解決するネーミング・メソッド。この名前は、各クライアントのtnsnames.oraファイルに構成および保存されます。

手動UNDO管理モード

UNDOブロックをユーザーが管理するロールバック・セグメントに格納するデータベースのモード。

ネーミング・メソッド

クライアント・アプリケーションで、データベース・サービスへの接続を試行する際、接続識別子をネットワーク・アドレスに解決するために使用される解決方法。Oracle Net Servicesでは、次のネーミング・メソッドがサポートされています。

- ローカル・ネーミング

- ディレクトリ・ネーミング

- ホスト・ネーミング

- 外部ネーミング

ネット・サービス名

接続記述子に解決されるサービスの単純名。ユーザーは、接続するサービスに対する接続文字列内に、ネット・サービス名とともにユーザー名およびパスワードを渡すことで接続リクエストを開始します。

SQL> CONNECT user_name@net_service_name
Enter password: password

必要に応じて、ネット・サービス名は次のような様々な場所に格納できます。

- 各クライアントのローカル構成ファイル、tnsnames.ora

- ディレクトリ・サーバー

- 外部ネーミング・サービス(ネットワーク情報サービス(NIS)、セル・ディレクトリ・サービス(CDS)など)

OPS$

オペレーティング・システム固有の頭字語。初期化ファイルのパラメータOS_AUTHENT_PREFIXにより、データベースへの接続を試行するユーザーを認証するためにOracleで使用される接頭辞をユーザーが指定できます。Oracleでは、このパラメータの値をユーザーのオペレーティング・システム・アカウント名の前に連結します。接続リクエストが試行されると、接頭辞の付いたユーザー名がデータベース内のoracleユーザー名と比較されます。

このパラメータのデフォルト値は""(NULL文字列)で、そのためオペレーティング・システムのアカウント名には接頭辞が追加されません。旧リリースでは、OPS$がデフォルト設定でした。

ORACLE_BASE

ORACLE_BASEは、Oracle Databaseディレクトリ・ツリーのルート。Oracleベース・ディレクトリはトップレベル・ディレクトリで、様々なOracleソフトウェア製品のインストールに使用できます。同一のOracleベース・ディレクトリを複数のインストールに使用できます。たとえば、/u01/app/oracleはoracleユーザーにより作成されたOracleベース・ディレクトリです。

ORACLE_HOME

Oracle Database製品が実行される環境に対応します。Oracle Universal Installerのデフォルトを使用して、OFA準拠のデータベースをインストールする場合、Oracleホーム(このマニュアルでは$ORACLE_HOME)は$ORACLE_BASEの下に置かれます。デフォルトのOracleホームは、db_n (nはOracleホーム番号)です。Oracle Databaseソフトウェアの実行可能ファイルおよびネットワーク・ファイル用のサブディレクトリが含まれます。「Oracleホーム」も参照してください。

Oracleホーム

Oracleコンポーネントをインストールするディレクトリ・パス(/u01/app/oracle/product/11.2.0/db_nなど)。ファイルの場所の指定ウィンドウの「パス」フィールドでOracleホームを入力するようプロンプトが表示されます。「ORACLE_HOME」も参照してください。

Oracleスキーマ

LDAP準拠のディレクトリ・サーバーに格納できるものを決定するルールの集合。Oracleには、Oracle Net Servicesエントリなど、多くのOracleエントリ・タイプに適用される独自のスキーマがあります。Oracle Net Servicesエントリ用のOracleスキーマは、エントリに含まれる属性を含みます。

Oracle Net foundationレイヤー

クライアント・アプリケーションとサーバー間の接続の確立と維持、およびこれらの間でのメッセージ交換を行うネットワーク通信レイヤー。

プロトコル・アドレス

ネットワーク・オブジェクトのネットワーク・アドレスを識別するアドレス。

接続が行われるとき、クライアントとそのリクエストの受信者(リスナーまたはOracle Connection Managerなど)は同じプロトコル・アドレスを使用して構成されます。クライアントはこのアドレスを使用して接続リクエストを特定のネットワーク・オブジェクトの位置に送信し、受信者はこのアドレスでリクエストのリスニングを行います。クライアントと接続受信者に対して同じプロトコルをインストールし、同じアドレスを構成することが重要です。

RAWパーティション

最低限のディスク(ブロック)レベルでアクセスされる物理ディスクの部分。

REDOログ・ファイル

データベース・バッファ・キャッシュ内のデータに対する変更がすべて記録されるファイル。インスタンスに障害が発生すると、管理者はREDOログ・ファイルを使用してメモリー内で変更のあったデータをリカバリできます。

リポジトリ

Oracle Management Serverにアクセス可能なOracleデータベースにある表の集合。Oracle Management Serverでは、すべてのシステム・データおよびアプリケーション・データ、環境全体に分散している管理対象ノードの状態についての情報、および別途ライセンスを受けられるManagement Packに関する情報を格納するために、リポジトリが使用されます。

サービス登録

PMONプロセス(インスタンス・バックグラウンド・プロセス)がリスナーに情報を自動的に登録する機能。この情報はリスナーに登録されるため、listener.oraファイルはこの静的情報で構成される必要がありません。

サービス登録により、リスナーには次の情報が提供されます。

- データベースにおける稼働中の各インスタンスのサービス名

- データベースのインスタンス名

- クライアントのリクエストをリスナーが適切に仕向ることができるように各インスタンスで使用できるサービス・ハンドラ(ディスパッチャおよび専用サーバー)。

- ディスパッチャ、インスタンスおよびノードのロード情報
リスナーがクライアントの接続リクエストを処理できる最良のディスパッチャを決定できるようにします。すべてのディスパッチャがブロックされている場合、リスナーはその接続専用のサーバーを起動できます。

この情報により、リスナーはクライアントの接続リクエストを処理するための最良の方法を決定できます。

SID

データベースをコンピュータにあるその他すべてのデータベースと区別するOracleシステム識別子。SIDは、文字が8文字以上か、ピリオドを入力しないかぎり、グローバル・データベース名のデータベース名部分(たとえば、sales.us.example.comのsales)に自動的にデフォルト設定されます。デフォルト値は、そのまま確定することも、変更することもできます。

SIDは、Oracle Automatic Storage Managementをインストールする際に使用できるOracle ASMインスタンスSIDも参照できます。

sqlnet.oraファイル

クライアントまたはサーバーの構成ファイルで、次のものを指定します。

- 未修飾サービス名またはネット・サービス名に追加するクライアント・ドメイン

- 名前を解決するときにクライアントにより使用されるネーミング・メソッドの順序

- 使用するロギング機能およびトレース機能

- 接続のルート

- 外部ネーミング・パラメータ

- Oracle Advanced Securityパラメータ

sqlnet.oraファイルは、$ORACLE_HOME/network/adminにあります。

Secure Sockets Layer(SSL)

ネットワーク接続を保護するためにNetscape社が設計した業界標準プロトコル。SSLでは公開鍵インフラストラクチャ(PKI)を使用して、認証、暗号化およびデータの整合性を実現しています。

SSL

「Secure Sockets Layer(SSL)」を参照してください。

システム・グローバル領域

1つのOracle Databaseインスタンスのデータおよび制御情報が含まれる共有メモリー構造のグループ。

システム識別子

「SID」を参照してください。

表領域

データベース内の論理記憶域のユニット。表領域は、セグメントという記憶域の論理ユニットに分割され、セグメントはさらにエクステントに分割されます。

tnsnames.oraファイル

接続記述子にマップされているネット・サービス名を含む構成ファイル。このファイルはローカル・ネーミング・メソッドに使用されます。tnsnames.oraファイルは$ORACLE_BASE/network/adminにあります。

UNDO表領域

1つ以上のUNDOセグメントが含まれる表領域。UNDO表領域には、他のタイプのセグメント(表、索引など)は作成できません。

自動モードの場合、各Oracleインスタンスには、UNDO表領域が1つのみ割り当てられます。各UNDO表領域は、一連のUNDOファイルで構成されます。UNDOブロックは、エクステント単位でグループ化されます。エクステントは常に、トランザクション表に割り当てられている(使用されている)か、未使用かのいずれかです。

UNDO表領域内のブロックは、次のカテゴリにグループ化されます。

- 領域管理に使用されるファイル制御ブロック、ビットマップ・ブロックなど

- トランザクション管理に使用されるトランザクション表ブロック、UNDOブロックおよびエクステント・マップ・ブロックを含むUNDOセグメント

- ファイル制御にもUNDOセグメントにも割り当てられていない空きブロック

未修飾名

ネットワーク・ドメインを含まないネット・サービス名。

索引
A B C D E F G H I J K L M N O P R S T U V W X

A

アカウント

確認, 6.6

別名, コンピュータの複数の, 2.8.3 APPC対応データベース, H.4 アプリケーション, Oracle以外のアプリケーションをOracleに移行, H.3 asmグループ

作成, 2.9.2.4

asmcmdユーティリティ, 3.10 asmdbaグループ

作成, 2.9.2.5, 2.9.2.5

承認済問題分析レポート

「APAR」を参照

自動ストレージ管理

ブロックおよびキャラクタ・デバイス名, 3.5.4

ディスクの所有者および権限の変更, 3.5.4

ディスクの可用性の確認, 3.5.4

使用可能なディスクの識別, 3.5.4

ディスクの識別, 3.5.4

B

データベースのバックアップ

Oracle Database Recovery Manager, H.2

ベース・ディレクトリ

「Oracleベース・ディレクトリ」を参照

ブロックおよびキャラクタ・デバイス名, 3.5.4 ブロック・デバイス

デバイス名, 3.5.4

C

Cコンパイラ

要件, 2.3.2

「Pro*C/C++」も参照

動作保証, ハードウェアおよびソフトウェア, 1.3.1 文字デバイス

デバイス名, 3.5.4

自動ストレージ管理のディスク可用性の確認, 3.5.4 オペレーティング・システムのディストリビューションの確認, 2.3.1 オペレーティング・システムのディストリビューションの確認, 2.3.1 chmodコマンド, 2.12.2, 2.14.2, 3.5.4 chownコマンド, 2.12.2, 2.14.2, 3.5.4 クライアントの静的ライブラリ, 生成, 5.2.5 クローニング

クローニングされたOracleホームでのOracle Configuration Managerの構成, B.2

Oracleホーム, B.1

Cluster Synchronization Services(CSS)

Oracle Automatic Storage Management, 1.8.2

ポート, 範囲とプロトコル, E.3

クラスタ

インストールのガイドライン, 4.2

「Oracle Clusterware」、「Oracle Real Application Clusters」も参照

クラスタウェア

Oracle Databaseの前にインストール, 4.2

クラスタウェア, 「Oracle Clusterware」を参照

説明, H.1

Oracle Real Application Clustersでの使用, H.1

コマンド

runcluvfy.sh, 3.6.1

setup.exe, 3.6.1

useradd, 2.9.2.7.2

usermod, 2.9.2.7.3

複数の別名を持つコンピュータ, 2.8.3 コンピュータ, 非ネットワーク, 2.8.4 コンフィギュレーション・アシスタント

障害, G.8.1

トラブルシューティング, G.8, G.8

構成

Oracleユーザーのアカウント, 5.2.3.1

Oracle Automatic Storage Managementのディスクの構成, 3.5.1, 4.2.2 クローニングされたOracleホームでのOracle Configuration Managerの構成, B.2 Connection Manager

ポート, 範囲とプロトコル, E.3

制御ファイル

配置, 6.10.3

ネーミング, D.2.3

確認, 6.10

Oracle Enterprise ManagerのDatabase Controlを使用, 6.10.3

CONTROL_FILES初期化パラメータ, 6.10.3 インベントリの作成, 4.5.1 CSD

要件, 2.3.3.3

カスタム・データベース

Oracle Automatic Storage Management用の障害グループ, 3.5.2

Oracle Automatic Storage Management使用時の要件, 3.5.2, 3.5.2

データベースのカスタマイズ, 4.5.1

D

DAS(ダイレクト接続ストレージ)ディスク, 3.5.3

データファイル

個別ディレクトリの作成, 2.14.2

定義, 6.10.1

Oracle ASMでの管理, 1.8.2

最小ディスク領域, 2.14.1

ネーミング, D.2.3

ファイル・システムの記憶域オプション, 2.14

ファイル・システムに関する推奨事項, 2.14.1

確認, 6.10

データファイル・ディレクトリの権限の設定, 2.14.2

設定, 6.10.1

データ消失

Oracle Automatic Storage Managementで最小限に抑制, 3.5.2

データ・マイニング・ツール

Oracle Data Mining, H.2

データ・ウェアハウス・ツール

Oracle OLAP, H.2

Database Configuration Assistant

サイレント・モードでの実行, A.5

トラブルシューティング, G.8

データベースのインストール

カスタマイズ, 4.5.1

データベース

ファイル, 6.10.1

識別, 6.8

初期化パラメータ・ファイル, 6.9

ネーミング, 4.5.1

Oracle以外

APPC対応, H.4

Oracle以外, リスト, H.4 OLAPのサポート(Oracle OLAP), H.2 Optimal Flexible Architectureのファイル・ネーミング規則, D.2.3 Oracle Automatic Storage Managementの要件, 3.5.2 Oracle Backup and Recoveryを使用したリカバリ, H.2 REDOログ・ファイル, 6.10.2 セキュリティ管理, H.2 表領域, 6.10.1 夏時間, 1.13.3 DB_DOMAIN初期化パラメータ, 6.8 DB_NAME初期化パラメータ, 6.8, 6.8 DB2データベース, H.4 DB2 z/OSデータベース, H.4 DB2/400データベース, H.4 dbaグループ

および自動ストレージ管理ディスク, 3.5.4

作成, 2.9.2.2, 2.9.2.2

説明, 2.9.1.2, 2.9.1.3

SYSDBA権限, 2.9.1.2

dbaグループ

作成, 2.9.2.4, 2.9.2.6

dbca.rspファイル, A.2.1 構成解除

Oracle Restart, G.6

デフォルトのデータファイル, 6.10.1 デフォルトのファイル・モード作成マスク

設定, 2.16

デフォルトの表領域, 6.10.1 削除ツール, 7

概要, 7.1

例, 7.3

失敗したインストール, 7.2

以前のGridホーム, 7.1

roothas.pl, 7.1

以前のGridホームの削除, 7.1 非推奨機能, はじめに 説明

データベースの再起動, 3

Oracle Restart, 3

サポート対象外機能, はじめに ディレクトリ

個別データファイル・ディレクトリの作成, 2.14.2

データベース・ファイル・ディレクトリ, 2.14.1

Oracleベース・ディレクトリ, 2.11.1, 2.11.1

Oracleホーム・ディレクトリ, 2.11.3, 2.11.3

Oracleインベントリ・ディレクトリ, 2.11.2

oraInventory, 2.11.2

データファイル・ディレクトリの権限, 2.14.2

ディスク

マウント, 4.3.2.1

ディスク・デバイス

Oracle Automatic Storage Management, 1.8.2

Oracle ASMでの管理, 1.8.2

ディスク領域

確認, 2.2.2

Oracle Automatic Storage Managementにおける事前構成済データベースの要件, 3.5.2, 3.5.2

ディスク

自動ストレージ管理用の権限および所有者の変更 3.5.4

自動ストレージ管理の可用性の確認, 3.5.4

Oracle Automatic Storage Management用の構成, 3.5.1, 4.2.2

LVMディスクの識別, 3.5.4

Oracle Automatic Storage Managementのサポート, 3.5.3

DISPLAY環境変数, 2.10

設定, 2.16

DOMAIN_NAME初期化パラメータ, 6.8

E

Enterprise Manager Database Control Agent

ポート

範囲とプロトコル, E.3

enterprise.rspファイル, A.2.1 環境

oracleユーザー用の構成, 2.16

環境変数

DISPLAY, 2.10, 2.16

NLS_LANG, F.1.1.2

ORACLE_BASE, 2.12.2, 2.16

ORACLE_HOME, 2.15, 2.16, 2.16

ORACLE_HOSTNAME, 2.8.2

ORACLE_SID, 2.16

PATH, 2.16

SHELL, 2.16

TMPおよびTMPDIR, 2.2.2, 2.16, 3.1.2

TNS_ADMIN, 2.16

エラー

コンフィギュレーション・アシスタント, G.8

表示エラー, G.3

インストール, G.4, G.5, G.8.2

リモート端末でのインストール, G.3

レスポンス・ファイル・インストール, G.11

サイレント・モード, G.11

suコマンド, G.3

/usr/X11R6/bin/xdpyinfo, G.3

X Window, G.1

X Windowの表示エラー, G.2

EXAMPLE表領域

説明, 6.10.1

example01.DBFデータファイル, 6.10.1

example01.DBFデータファイル, 6.10.1 例

Oracle Automatic Storage Management障害グループ, 3.5.2, 3.5.2

Oracleベース・ディレクトリ, 2.11.1

executable_stackパラメータ

推奨値, 2.10

外部冗長性

Oracle Automatic Storage Managementの冗長性レベル, 3.5.2

extjobユーザー

作成, 2.9.2.8

F

障害グループ

Oracle Automatic Storage Management障害グループの例, 3.5.2

障害グループ

Oracle Automatic Storage Management障害グループの特性, 3.5.2

Oracle Automatic Storage Managementの例, 3.5.2

Oracle ASM, 1.8.2

高速リカバリ領域, 5.2.7 致命的エラー, G.8.2 ファイル・モード作成マスク

設定, 2.16

ファイル・セット, 2.3 ファイル・システム

Oracleベース・ディレクトリに適切, 2.12.2

データファイルとリカバリ・ファイルの記憶域オプション, 2.14

Oracleベース・ディレクトリの要件, 2.12.2

データファイルに使用, 2.14.1

ファイル, D.2.3

$ORACLE_HOME/dbs/initsid.ora, 6.9

$ORACLE_HOME/install/portlist.ini, 6.2, 6.2

制御, 6.10.3, D.2.3

データファイル, D.2.3

dbca.rsp, A.2.1

enterprise.rsp, A.2.1

/etc/group, D.2.2.3

/etc/passwd, D.2.2.3

listener.ora, 5.3.1

oraInst.loc, 2.9.2.1

oratab, 2.12.1, 2.12.1

REDOログ, 6.10.2

レスポンス・ファイル, A.2

tnsnames.ora, 5.3.1

フラッシュ・リカバリ領域

「高速リカバリ領域」を参照

G

ゲートウェイ製品のFAQ, H.4

グローバル・データベース名, 6.8

グローバル・データベース名

説明, 4.5.1

グローバリゼーション・サポート, F Grid Control, 「Oracle Enterprise Manager Grid Control」を参照 グループ・ファイル, D.2.2.3 グループ

oinstallグループの有無の確認, 2.9.2.1

asmグループの作成, 2.9.2.4, 2.9.2.4

asmdbaグループの作成, 2.9.2.5

dbaグループの作成, 2.9.2.2, 2.9.2.2

oinstallグループの作成, 2.9.2.1

operグループの作成, 2.9.2.3, 2.9.2.3

UNIX OSDBAグループ(dba), 2.9.1.2

Oracle RestartのUNIX OSDBAグループ(dba), 2.9.1.3

UNIX OSOPERグループ(oper), 2.9.1.2

H

ハードウェアの動作保証, 1.3.1

ハードウェア要件, 2.2, 3.1

ディスク領域, 2.2.2

ディスプレイ, 2.2.3

メモリー, 2.2.1

実行レベル, 2.2.4

高冗長性

Oracle Automatic Storage Managementの冗長性レベル, 3.5.2

ホーム・ディレクトリ

「Oracleホーム・ディレクトリ」を参照

ホスト名の解決, 2.7, 2.8.1 ホスト名, インストール前に設定, 2.8.2

I

IBM DB2データベース, H.4

IBM DB2 z/OSデータベース, H.4

IBM DB2/400データベース, H.4

IBM WebSphere MQ

要件, 2.3.3.3

IBM WebSphere MQ Seriesデータベース, H.4 自動ストレージ管理用のディスクの識別, 3.5.4 LVMディスクの識別, 3.5.4 Informix Serverデータベース, H.4 初期化パラメータ・ファイル

説明, 6.9

データベース内, 6.9

initsid.ora, 6.9

初期化パラメータ

DB_NAME, 6.8

DOMAIN_NAME, 6.8

SERVICE_NAMES, 6.8

initsid.oraファイル, 6.9 initsid.ora初期化パラメータ・ファイル, 6.9 Oracle Database Clientのインプレース・アップグレード, はじめに インストール

インストール・ソフトウェアへのアクセス, 4.3

使用可能な製品, 1.6, 1.6

インストール失敗後のクリーン・アップ, G.12

クラスタ, インストールのガイドライン, 4.2

コンポーネント固有のガイドライン, 4.2

コンピュータの別名, 複数, 2.8.3

考慮事項, 1.3

データベース・エディション, 1.6

エラー, G.5, G.8.2

サイレント・モード, G.11

ラップトップ, 2.8.4 ログ・ファイル, G.4, G.4 Oracle Automatic Storage Managementの要件, 3.5.2 概要, 1 レスポンス・ファイル, A, A.2

準備, A.2, A.2.2

サイレント・モード, G.11

テンプレート, A.2

サイレント・モード, A.3 アップグレード, H.1 インストール・エラー

解決手順, G.4

インストールのガイドライン, 4.5.1, 4.5.1 インストールの概要, 1.2 インストール・ソフトウェア

ハードディスクへのコピー, 4.3.2.2

解凍, 4.3.1.3

インストール・ソフトウェア, アクセス, 4.3 インストール

Oracle Restart, 3.7.1

インスタンス

インスタンス識別子(SID), 2.16

ioscanコマンド, 3.5.4 IPアドレス, 複数, 2.8.2

J

JDK要件, 2.3

K

カーネル・パラメータ

設定, 2.10

ksi_alloc_maxパラメータ

推奨値, 2.10

L

言語

異なる言語でのOracleコンポーネントのインストール, F.2

異なる言語でのOracleコンポーネントの使用, F.1.2

ラップトップ, Oracle Databaseのインストール, 2.8.4 リスナー

Oracleホームの識別, 2.15

lsnrctlコマンド, 2.15

停止, 2.15, 2.15

listener.oraファイル, 5.3.1 ローカル・デバイス

データファイルに使用, 2.14.1

ログ・ファイル, G.4, G.4

トラブルシューティング, G.5

OFAのログ・ファイルの場所, D.2.6 論理ボリューム・マネージャ

「LVM」を参照

ループバック・アダプタ

非ネットワーク・コンピュータ, 2.8.4

lsnrctlコマンド, 2.15 LVM

ボリューム・グループ・デバイスの識別, 3.5.4

Oracle Automatic Storage Managementの推奨事項, 3.5.2

M

マスク

デフォルトのファイル・モード作成マスクの設定, 2.16

max_thread_procパラメータ

推奨値, 2.10

maxdsizパラメータ

推奨値, 2.10

maxdsiz_64bitパラメータ

推奨値, 2.10

maxssizパラメータ

推奨値, 2.10

maxssiz_64bitパラメータ

推奨値, 2.10

maxuprcパラメータ

推奨値, 2.10

メモリー要件, 2.2, 3.1 Microsoft SQL Serverデータベース, H.4 移行

「アップグレード」を参照

アプリケーションのOracleへの移行, H.3 Oracle以外のデータベースのOracleへの移行, H.1 Oracle Automatic Storage Managementディスク・グループのミラー化, 3.5.2 mkdirコマンド, 2.12.2, 2.14.2 モード

デフォルトのファイル・モード作成マスクの設定, 2.16

マウント・ポイント

Oracleベース・ディレクトリ, 2.11.1

マウント・ポイント・ディレクトリ, 4.3.2.2 マウント・ポイント・ディレクトリ

選択, C.3

マウント・ポイント

作成用のOptimal Flexible Architecture規則, D.2

msgmniパラメータ

推奨値, 2.10

msgtqlパラメータ

推奨値, 2.10

マルチホーム・コンピュータ, インストール, 2.8.2 複数の別名, コンピュータ, 2.8.3 複数のデータベースおよびOracle ASM, 2.9.1.3 複数のOracleホーム, 1.3.2

N

サブディレクトリのネーミング, D.2.2.5

NASデバイス

Oracle Automatic Storage Managementで使用するファイルの作成, C.4

構成のガイドライン, C.1

ncsizeパラメータ

推奨値, 2.10

Net Configuration Assistant

トラブルシューティング, G.8

Net Configuration Assistant(NetCA)

レスポンス・ファイル, A.4

コマンド・プロンプトでの実行, A.4

netca.rspファイル, A.2.1 ネットワーク・アダプタ

複数の別名を持つコンピュータ, 2.8.3

非ネットワーク・コンピュータ, 2.8.4

プライマリ, 複数の別名を持つコンピュータ, 2.8.3

「ループバック・アダプタ」、「プライマリ・ネットワーク・アダプタ」も参照

ネットワーク・カード, 複数, 2.8.2 ネットワーク情報「NIS」を参照 Network Information Services

ローカル・ユーザーおよびグループのかわり, 2.9.2

ネットワーク設定

概要, 2.8

複数の別名を持つコンピュータ, 2.8.3

ホスト名の解決, 2.7, 2.8.1

ネットワーク・トピック

ラップトップ, 2.8.4

複数のネットワーク・カード, 2.8.2

非ネットワーク・コンピュータ, 2.8.4

nflocksパラメータ

推奨値, 2.10

NFS

マウント・オプション, C.5

ninodeパラメータ

推奨値, 2.10

nkthreadパラメータ

推奨値, 2.10

NLS_LANG環境変数, F.1.1.2 非対話モード

「レスポンス・ファイル」および「レスポンス・ファイル・モード」も参照

非ネットワーク・コンピュータ, 2.8.4 Oracle以外のデータベース, リスト, H.4 標準冗長性, Oracle Automatic Storage Managementの冗長性レベル, 3.5.2 nprocパラメータ

推奨値, 2.10

O

OEM

「Oracle Enterprise Manager」を参照

oinstallグループ

有無の確認, 2.9.2.1

oinstallグループ

作成, 2.9.2.1

OLAPツール

説明, H.2

Oracle OLAP, H.2

operグループ

作成, 2.9.2.3

説明, 2.9.1.2

operグループ

作成, 2.9.2.3

オペレーティング・システム

ディストリビューションおよびバージョンの確認, 2.3.1

一般的な措置の確認, 2.4

オペレーティング・システム・アカウント

作成および構成, 5.2.3

オペレーティング・システム・グループ

oinstallグループの作成, 2.9.2.1

オペレーティング・システム要件, 2.3 オペレーティング・システム・ユーザー

rootユーザー, 4.5.1

Optimal Flexible Architecture

利点, D.1.1

マウント・ポイントの作成に使用する規則, D.2

ファイルの識別, D.2.5

ファイル・マッピング, D.2.6

ファイル・システム, D.2.1.1

ネーミング, D.2.1

データベース・ファイル, D.2.3

Oracleベース・ディレクトリ, D.2.2

サブディレクトリ, D.2.2.5

大規模データベース, D.2.2.2

概要, D.1 パス名, D.2.2.3 Oracleベース・ディレクトリの推奨事項, 2.11.1 Oracleベース・ディレクトリの推奨パス, 2.11.1 Oracleホーム・ディレクトリの推奨パス, 2.11.3 Oracleインベントリ・ディレクトリの推奨パス, 2.11.2 特殊な表領域, D.2.4 標準, D 分離セグメントの使用, D.2.4 Oracle Application Server, H.2 Oracleアプリケーション

Oracle Databaseとともにインストール, H.3

Oracle ASM, 1.8.2 Oracle ASMディスク・グループ

説明, 1.8.2

Oracle ASM障害グループ

説明, 1.8.2

Oracle ASMインスタンス

説明, 1.8.2

Oracle ASMCA, 6.3.2 Oracle Automatic Storage Managementコンフィギュレーション・アシスタント, 6.3.2 Oracle Automatic Storage Managementディスク・グループ

管理, 6.3.2

Oracle Automatic Storage Management, 1.8.2

asmcmdユーティリティ, 3.10

障害グループの特性, 3.5.2

ディスクの構成, 3.5.1, 4.2.2

自動ストレージ管理用のディスクの構成, 3.5.4

インストール前の考慮事項, 3.4

DASディスク, 3.5.3

ディスク・デバイス, 1.8.2

ディスク・グループ, 3.5.2

ディスク, サポートされる, 3.5.3

障害グループ

例, 3.5.2, 3.5.2

識別, 3.5.2

インストール, テスト, 3.10 管理, 6.3.2 ミラー化, 3.5.2 複数のデータベース, 2.9.1.3 Oracle ASMディスク・グループ・テンプレート, 1.8.2 パーティションの作成, 3.5.3 パスワード・ファイル, 3.4 ディスク・グループに関する推奨事項, 3.5.2 冗長性レベル, 3.5.2 レスポンス・ファイル, A.1.2 SANディスク, 3.5.3 事前構成済データベースに必要な領域, 3.5.2 SPFILEサーバー・パラメータ・ファイル, 3.4 起動と停止, 6.3.1 テンプレート, 1.8.2 Oracleベース・ディレクトリ

作成, 2.12.2

新規作成, 2.12.2

説明, 2.11.1

例, 2.11.1

適切なファイル・システムの識別, 2.12.2

既存のものの識別, 2.12.1

マウント・ポイント, 2.11.1

ネーミング規則, D.2.2

推奨されるパス, 2.11.1

Oracleソフトウェア所有者ユーザーとの関係, 2.11.1

要件, 2.11.1

既存のディレクトリの要件, 2.12.1

ファイル・システムの要件, 2.12.2

Oracle Cluster Registry

「OCR」を参照

Oracle Cluster Registryのポート, E.3 Oracleコンポーネント

異なる言語での使用, F.1.2

Oracle Data Mining

説明, H.2

インストール, H.2

Oracle Database

管理および監視, H.2

データファイル・ディレクトリの作成, 2.14.2

Enterprise Editionのインストール, 1.6

使用開始

アクセス, 6.4, 6.5

データベースの起動と停止, 6.4, 6.5

Oracleアプリケーションとともにインストール, H.3 最小ディスク領域要件, 2.14.1 ネーミング, 4.5.1 Oracle Automatic Storage Managementの要件, 3.5.2 セキュリティ管理, H.2 ORACLE_SID環境変数の設定, 2.16 Standard Editionのインストール, 1.6 アップグレード, H.1 Webサーバー, H.3 Oracle Database Client

接続の構成, H.1

Oracle Databaseコンポーネント

管理および監視, H.2

接続性のFAQ, H.4

インストールのFAQ, H.1

Oracleアプリケーションとともにインストール, H.3

Oracle Databaseツールを使用したインストール, H.2

Oracle Database Configuration Assistant

レスポンス・ファイル, A.2.1

Oracle Database Recovery Manager(RMAN)

説明, H.2

Oracle Database Vault

監査ポリシー, 1.3.6

インストール後の作業, 5.3.3

インストール前の要件, 2.3.3.6

Oracle Enterprise Management Agent

HTTPポート, 変更, E.4

Oracle Enterprise Manager, 1.9

Database Control

ログイン, 6.2

ポート番号, 6.2

制御ファイルの変更に使用, 6.10.3

REDOログ・ファイルの変更に使用, 6.10.2

制御ファイルの表示に使用, 6.10.3

REDOログ・ファイルの表示に使用, 6.10.2

ログイン権限, 6.2 Oracle Enterprise Manager Database Control

ポート, 変更, E.5

ポート, 範囲とプロトコル, E.3

Oracleホーム

クローニング, B.1

Oracleホーム・ディレクトリ

説明, 2.11.3

リスナーの特定, 2.15

複数のホーム, ネットワークの考慮事項, 2.8.2

推奨されるパス, 2.11.3

要件, 2.11.3

要件, 2.11.3

Oracleベース・ディレクトリの識別に使用, 2.12.1

Oracleホスト名, インストール前に設定, 2.8.2 Oracle Internet Directory, H.2 Oracleインベントリ

説明, 2.11.2

ポインタ・ファイル, 2.9.2.1

Oracleインベントリ・ディレクトリ

説明, 2.11.2

推奨されるパス, 2.11.2

Oracleインベントリ・グループ

作成, 2.9.2.1

Oracleインベントリ・グループ

有無の確認, 2.9.2.1

作成, 2.9.2.1

Oracle Label Security

インストール後の作業, 5.3.2

Oracle Messaging Gateway

CSD要件, 2.3.3.3

インストール後の作業, 5.3.4

要件, 2.3.3.3

Oracle Net

構成ファイルのディレクトリ, 5.3.1

リスナー用Oracleホームの識別, 2.15

lsnrctlコマンド, 2.15

リスナーの停止, 2.15

リスナーの停止, 2.15

Oracle Net Configuration Assistant

レスポンス・ファイル, A.2.1

Oracle Net Services

インストール後の作業, 5.3.1

Oracle Net Servicesリスナー

ポート, 範囲とプロトコル, E.3

Oracle OLAP

説明, H.2

Oracleプリコンパイラ

インストール後の作業, 5.3.5

Oracle Procedural Gateway

製品リスト, H.4

Oracle Real Application Clusters(RAC)

Oracle Databaseの前にインストール, 4.2

Oracle Enterprise Managerとともにインストール, H.2

Oracle Clusterware

説明, H.1

Oracle Restart

説明, 3

インストール, 3.7.1

変更, 3.8

OSDBAグループの説明, 2.9.1.3

再リンク, 3.8

ユーザー, 2.9.1.3

Oracleスキーマ, はじめに Oracleソフトウェア所有者ユーザー

環境の構成, 2.16

デフォルトのシェルの確認, 2.16

Oracleベース・ディレクトリとの関係, 2.11.1

Oracleソフトウェア所有者ユーザー

および自動ストレージ管理ディスク, 3.5.4

作成, 2.9.2.7, 2.9.2.7.1

oracleユーザー, 2.9.2.7.2

Oracle SQL Developer

アクセス, 6.5

Oracle以外のアプリケーションのOracleへの移行, H.3

Oracle以外のデータベースのOracleへの移行, H.1

Oracle Technology Network(OTN)

ドキュメントのダウンロード, はじめに

Oracle Textのナレッジ・ベース, 5.3.7 Oracle Transparent Gateway

製品リスト, H.4

Oracle Universal Installer

使用のガイドライン, 4.2

インストールのガイドライン, 4.2

レスポンス・ファイル, A

リスト, A.2.1

実行, 4.5.1 異なる言語での実行, F.2 oracleユーザー

および自動ストレージ管理ディスク, 3.5.4

環境の構成, 2.16

作成, 2.9.2.7.1

デフォルトのシェルの確認, 2.16

Oracleベース・ディレクトリとの関係, 2.11.1

Oracleユーザー・アカウント

構成, 5.2.3.1

Oracle XML DB

説明, H.2

ポート, 範囲とプロトコル, E.3

ORACLE_BASE環境変数, 2.12.2

設定, 2.16

ORACLE_HOME環境変数

設定, 2.15

未設定, 2.16

ORACLE_HOSTNAME, 2.8.2 ORACLE_HOSTNAME環境変数

複数の別名を持つコンピュータ, 2.8.3

マルチホーム・コンピュータ, 2.8.2

インストール前に設定, 2.8.2

ORACLE_SID環境変数

設定, 2.16

oraInst.locファイル

場所, 2.9.2.1

場所, 2.9.2.1

oraInventoryディレクトリ

「Oracleインベントリ・ディレクトリ」を参照

oratabファイル, 2.12.1

形式, 2.12.1

場所, 2.12.1

OSASMグループ

作成, 2.9.2.4

複数のデータベース, 2.9.1.3

SYSASM, 2.9.1.3

OSDBAグループ

および自動ストレージ管理ディスク, 3.5.4

OSDBAグループ

作成, 2.9.2.2

Oracle Grid Infrastructureの作成, 2.9.2.5

データベースの説明, 2.9.1.2

SYSDBA権限, 2.9.1.2

Oracle RestartのSYSDBA権限, 2.9.1.3

OSOPERグループ

作成, 2.9.2.3

データベースの説明, 2.9.1.2

SYSOPER権限, 2.9.1.2, 2.9.1.2

OTN Webサイト

インストール・ソフトウェアのダウンロード, 4.3.1

P

パーティション

Oracle Automatic Storage Managementで使用, 3.5.2

パーティション

Oracle Automatic Storage Managementディスク用の構成, 3.5.3

passwdファイル, D.2.2.3 Oracle Automatic Storage Management用パスワード・ファイル, 3.4 パスワード

リセット, 6.7

Database Controlを使用, 6.7.1

SQL*Plusを使用, 6.7.2

確認, 6.6 ロック解除, 6.7

Database Controlを使用, 6.7.1

SQL*Plusを使用, 6.7.2

パッチのダウンロード場所, 2.3.4 パッチ

ダウンロード場所, 2.3.4

PATH環境変数

設定, 2.16

パス名

Optimal Flexible Architecture, D.2.2.3

権限

データファイル・ディレクトリ, 2.14.2

Oracleベース・ディレクトリ, 2.12.2

ポート番号

管理, E

portlist.iniファイル, 6.2, E.2 ポート

アクセスURL, E.2

Cluster Synchronization Services, 範囲とプロトコル, E.3

アプリケーション用に構成済, E.2

Connection Manager, 範囲とプロトコル, E.3

デフォルトの範囲, E

Enterprise Manager Database Control Agent, 範囲とプロトコル, E.3

Oracle Cluster Registry, E.3

Oracle Enterprise Management AgentのHTTP, 変更, E.4

Oracle Enterprise Manager Database Control, 変更, E.5

Oracle Enterprise Manager Database Control, 範囲とプロトコル, E.3

Oracle Net Services, E.3

Oracle Net Servicesリスナー, 範囲とプロトコル, E.3

Oracle XML DB, 範囲とプロトコル, E.3

インストール後

推奨作業

クライアントの静的ライブラリ, 生成, 5.2.5

オペレーティング・システム・アカウントの作成, 5.2.3

root.shスクリプト, バックアップ, 5.2.1

必須作業, 5.1

Oracle Messaging Gatewayの構成, 5.3.4

Oracle Label Security, 構成, 5.3.2

Oracle Net Services, 構成, 5.3.1

Oracleプリコンパイラ, 5.3.5

パッチ, インストールおよびダウンロード, 5.1.1

インストール後の作業

Oracle Textのナレッジ・ベース, 5.3.7

プリコンパイラ

要件, 2.3.2

事前構成済データベース

Oracle Automatic Storage Managementディスク領域要件, 3.5.2

Oracle Automatic Storage Management使用時の要件, 3.5.2, 3.5.2

Pro*C/C++

構成, 5.3.5.1

要件, 2.3.2

「Cコンパイラ」も参照

プロセス

既存のものの停止, 2.15

リスナー・プロセスの停止, 2.15

プログラムの技術的修正

「PTF」を参照

psコマンド, 2.15 pvdisplayコマンド, 3.5.4

R

RAC

ASM用ディスクの構成, 3.5.4

RACcheck監査ツール, 5.2.9 RAID

Oracleデータファイルに使用, 2.14.1

RAM要件, 2.2, 3.1 readme.txtファイル, E.2 推奨事項

ソフトウェアのみのインストールの実行, 3.6

リカバリ・ファイル

ファイル・システムの記憶域オプション, 2.14

データベースのリカバリ

Oracle Backup and Recovery, H.2

REDOログ, D.2.3 REDOログ・ファイル

初期データベース, 6.10.2

配置, 6.10.2

ネーミング, D.2.3

確認, 6.10

Oracle Enterprise ManagerのDatabase Controlを使用, 6.10.2

冗長性レベル

事前構成済データベースの領域要件, 3.5.2, 3.5.2

Oracle Automatic Storage Management, 3.5.2

Redundant Array of Independent Disks

「RAID」を参照

Oracle Databaseソフトウェアの削除, 7 Rendezvous

要件, 2.3.3.3

要件

ハードウェア, 2.2, 3.1

レスポンス・ファイル・インストール

レスポンス・ファイル

準備, A.2, A.2.2

テンプレート, A.2

サイレント・モード, A.3

エラー, G.11

レスポンス・ファイル・モード

説明, A.1

使用する理由, A.1.1

レスポンス・ファイル, A.1

説明, A.1

テンプレートによる作成, A.2.1

dbca.rsp, A.2.1

enterprise.rsp, A.2.1

一般的な手順, A.1.3

Net Configuration Assistant, A.4

netca.rsp, A.2.1

Oracle Automatic Storage Management, A.1.2

コマンドラインでの値の引渡し, A.1

Oracle Universal Installerでの指定, A.3

レスポンス・ファイルを使用したインストール

説明, A

rootユーザー, 4.5.1, 4.5.1

ログインに使用, 2.1

roothas.pl, 3.6.2, 7.1, G.6 root.shスクリプト

バックアップ, 5.2.1

S

SAM

起動, 2.10

samコマンド, 2.10 サンプル・スキーマ

表領域とデータファイル, 6.10.1

SAN(ストレージ・エリア・ネットワーク)ディスク, 3.5.3 スキーマのパスワード, 4.5.1 スキーマ

データベース・スキーマのパスワード, 4.5.1

Oracleスキーマ, 説明, はじめに

サンプル・スキーマの表領域とデータファイル, 6.10.1

セキュリティ

Oracleソフトウェア所有権の分割, 2.9

管理ツール, H.2

semmniパラメータ

推奨値, 2.10

semmnsパラメータ

推奨値, 2.10

semmnuパラメータ

推奨値, 2.10

semvmxパラメータ

推奨値, 2.10

サーバー・パラメータ・ファイル(SPFILE), 3.4 SERVICE_NAMES初期化パラメータ, 6.8, 6.8 カーネル・パラメータの設定, 2.10 シェル

oracleユーザーのデフォルト・シェルの確認, 2.16

SHELL環境変数

値の確認, 2.16

SID, 6.8

ORACLE_SID環境変数の設定, 2.16

SID, 「Oracle Database SID」を参照 サイレント・モード

説明, A.1

使用する理由, A.1.1

「レスポンス・ファイル・モード」、「レスポンス・ファイル」も参照

サイレント・モードのインストール, A.3 ソフトウェアの動作保証, 1.3.1 ソフトウェア要件, 2.3 ソフトウェアの更新オプション, はじめに, 1.5, 3.7.1, 4.5.1

インストールの前にダウンロード, 3.7.1, 4.5.1

SPFILEサーバー・パラメータ・ファイル, 3.4 SQL Developer

アクセス, 6.5

SQL Serverデータベース, H.4 SQL*Plus

アクセス, 6.4

ストレージ・エリア・ネットワーク・ディスク, 3.5.3 スワップ領域

確認, 2.2.1, 3.1.1

要件, 2.2, 3.1

swlistコマンド, 2.3.4 Sybase Adapter Serverデータベース, H.4 SYSASM

OSASM, 2.9.1.3

SYSDBA権限

関連するUNIXグループ, 2.9.1.2, 2.9.1.3

SYSOPER権限

関連するUNIXグループ, 2.9.1.2

SYSTEM

表領域, 説明, 6.10.1

System Administration Manager

「SAM」を参照

System Administration Manager(SAM), 2.10 システム識別子, 6.8

「SID」を参照

system01.dbfデータファイル, 6.10.1, 6.10.1

T

表領域, 6.10.1

定義, 6.10.1

ラージ・ソート用に拡張, 6.10.1

データベース, 6.10.1

Optimal Flexible Architecture

特殊な表領域, D.2.4

確認, 6.10 設定, 6.10.1 SYSTEM, 6.10.1 TEMP, 6.10.1 UNDOTBS, 6.10.1 USERS, 6.10.1 TEMP

表領域(temp01.dbf), 6.10.1

temp01.dbfデータファイル, 6.10.1 一時ディスク領域

要件, 2.2, 3.1

Teradataデータベース, H.4 TIBCO Rendezvous

要件, 2.3.3.3

TMP環境変数, 2.2.2, 3.1.2

設定, 2.16

TMPDIR環境変数, 2.2.2, 3.1.2

設定, 2.16

TNS_ADMIN環境変数

未設定, 2.16

tnsnames.oraファイル, 5.3.1 トラブルシューティング, G

表示エラー, G.3

致命的エラー, G.8.2

Oracle Restart, G.6

リモート端末でのインストール, G.3

suコマンド, G.3

/usr/X11R6/bin/xdpyinfo, G.3

U

umaskコマンド, 2.16

UNDOTBS

表領域(undotbs01.dbf), 6.10.1

UNIXコマンド

chmod, 2.12.2, 2.14.2, 3.5.4

chown, 2.12.2, 2.14.2, 3.5.4

ioscan, 3.5.4

mkdir, 2.12.2, 2.14.2

ps, 2.15

pvdisplay, 3.5.4

sam, 2.10

swlist, 2.3.4

umask, 2.16

unset, 2.16

unsetenv, 2.16

xhost, 2.1

xterm, 2.1

UNIXグループ

oinstallグループの有無の確認, 2.9.2.1

OSDBA (dba), 2.9.1.2

Oracle RestartのOSDBA(dba), 2.9.1.3

OSOPER (oper), 2.9.1.2

NISの使用, 2.9.2

UNIXユーザー

権限のないユーザーの作成, 2.9.2.8

NISの使用, 2.9.2

UNIXワークステーション

インストール元, 2.1

権限のないユーザー

作成, 2.9.2.8

unsetコマンド, 2.16 unsetenvコマンド, 2.16 アップグレードしたデータベース

構成, 5.2.2

アップグレード, 1.13

ASM, 1.13.2

夏時間, 1.13.3

オペレーティング・システム, 1.13.1

Oracle Database, 1.13.1

useraddコマンド, 2.9.2.7.2 ユーザー

権限のないユーザーの作成, 2.9.2.8

oracleユーザーの作成, 2.9.2.7, 2.9.2.7.1

Oracle Restart, 2.9.1.3

USERS

表領域(users01.dbf), 6.10.1

ユーザーとグループ、2.9 UTLRP.SQL

無効なSQLモジュールの再コンパイル, 5.2.2

V

大規模データベース

Optimal Flexible Architectureでのマウント・ポイントのネーミング, D.2.2.2

W

Webサーバー(Oracle HTTP Server), H.3

WebSphere MQ

CSD要件, 2.3.3.3

要件, 2.3.3.3

WebSphere MQ Seriesデータベース, H.4

X

X Window

表示エラー, G.1

X Window System

リモート・ホストの有効化, 2.1, 2.1

xhostコマンド, 2.1 XMLデータ, H.2 xtermコマンド, 2.1

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。