Oracle® Database

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

12cリリース1 (12.1) for Linux

B71312-13(原本部品番号:E41491-20)

2017年7月

Oracle Databaseインストレーション・ガイド, 12cリリース1 (12.1) for Linux

B71312-13

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

原本著者: Prakash Jashnani

原本協力著者: Douglas Williams

原本協力者:  Oracle Database 12cのドキュメントを、本リリースに携わった全員にとって創造の源となったMark Townsendに捧げます。

原本協力者: Saar Maoz、David Austin、Subhranshu Banerjee、Aparna Kamath、Janelle Simmons、Mark Bauer、Gurumurthy Ramamurthy、Robert Chang、Jonathan Creighton、Sudip Datta、Jonathan Creighton、John McHugh、Allan Graves、Sundar Matpadi、Thirumaleshwara Hasandka、Sagar Jadhav、Joel Kallman、George Kotsovolos、Gopal Mulagund、Tammy Bednar、Benoit Dageville、Simon Law、Richard Long、Shekhar Vaggu、Rolly Lv、Padmanabhan Manavazhi、Sreejith Minnanghat、Krishna Mohan、Rajendra Pingte、Kevin Jernigan、Bryn Llewellyn、Hanlin Qian、Roy Swonger、Ranjith Kundapur、Aneesh Khandelwal、Barb Lundhild、Barbara Glover、Ravi Thammaiah、Binoy Sukumaran、Hema Ramamurthy、Prasad Bagal、Martin Widjaja、Ajesh Viswambharan、Eric Belden、Sivakumar Yarlagadda、Preethi Vallam、Rudregowda Mallegowda、Satish Panchumarthy、Matthew McKerley、Trivikrama Samudrala、Apparsamy Perumal、Akshay Shah、Sue Lee、Sangeeth Kumar、James Spiller、Kamal Tbeileh、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、Aravind Jayaraaman、Jai Krishnani、Mughees Minhas、Jim Erickson、Darcy Christensen、Ara Shakian、Marcus Fallen、Clara Jaeckel、Namrata Bhakthavatsalam、Emily Murphy、Terri Winters、Kevin Flood、Gavin Bowe、Christopher Jones、Mark Richwine、Mohit Singhal、Gurudas Pai、Rajesh Prasad、Peter Wahl、Kiran Chamala、Dharma Sirnapalli、Ashmita Bose、Asad Hasan

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

このリリースのOracle Databaseインストレーション・ガイドの変更内容

- Oracle Database 12cリリース1 (12.1)の変更内容

1 Oracle Databaseのインストールのチェックリスト

- 1.1 Oracle Databaseインストールのハードウェアのチェックリスト

- 1.2 LinuxでのOracle Databaseインストールのオペレーティング・システムのチェックリスト

- 1.3 Oracle DatabaseインストールのOracleユーザー環境構成のチェックリスト

- 1.4 Oracle Databaseインストールのサーバー環境構成のチェックリスト

- 1.5 Oracle Databaseインストールのストレージおよびリカバリのチェックリスト

- 1.6 単一インスタンスOracle DatabaseインストールのOUIチェックリスト

- 1.7 Oracle Databaseインストールの計画のチェックリスト

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

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

- 2.2 インストールの計画

- 2.3 インストールに関する考慮事項

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

- 2.3.1.1 Oracle SQL Developer用のサード・パーティ・データベースの動作保証

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

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

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

- 2.3.4 Oracle Cluster Synchronization Services

- 2.3.5 メモリー割当ての検討および自動メモリー管理

- 2.3.6 HugePages構成に対する制限

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

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

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

- 2.5 Oracle Databaseのエディション

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

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

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

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

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

- 2.8.1 ファイル・システム

- 2.8.2 Oracle Automatic Storage Management

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

- 2.8.2.2 Oracle Automatic Storage Managementインスタンス

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

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

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

- 2.9.3 Oracle Enterprise Manager Database Express 12cで使用できる機能

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

- 2.10.1 リカバリの構成

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

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

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

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

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

3 Oracle Preinstallation RPMによるOracle Linuxの自動構成

- 3.1 Oracle RPMを使用したOracle Linuxの構成の概要

- 3.2 DVDまたはイメージからの新規Oracle Linuxインストールのインストール

- 3.3 ULNサポートを使用したOracle Preinstallation RPMのインストール

- 3.4 Unbreakable Linux NetworkからのOracle Preinstallation RPMのインストール

- 3.5 DVDまたはイメージからのOracle Preinstallation RPMのインストール

- 3.6 Oracle Linux YumサーバーによるOracle Linuxのインストールのサポート

- 3.7 オペレーティング・システムの構成の追加作業

- 3.7.1 Oracle LinuxのOracle Kspliceリポジトリの構成

- 3.7.2 追加のオペレーティング・システム機能の構成

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

- 4.1 Linuxオペレーティング・システムのインストールに関するガイドライン

- 4.1.1 Linuxの最小インストールの完了

- 4.1.1.1 Linuxの最小インストールについて

- 4.1.1.2 オペレーティング・システム構成を完了するためのRPMパッケージ

- 4.1.1.3 最小インストールのためのOpen SSH要件

- 4.1.2 デフォルトのLinuxインストールの完了

- 4.1.3 Oracle LinuxおよびUnbreakable Enterprise Kernelの概要

- 4.1.4 Oracle Preinstallation RPMについて

- 4.1.5 Oracle Kspliceを使用した停止時間ゼロ更新の実行

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

- 4.3 Oracle Database用のサーバーの構成

- 4.3.1 サーバーのハードウェアとメモリー構成の確認

- 4.3.2 一般的なサーバーの最低要件

- 4.3.3 サーバー記憶域の最低要件

- 4.3.3.1 Linux x86-64のディスク領域要件

- 4.3.3.2 IBM: Linux on System zのディスク領域要件

- 4.3.3.3 一時ディレクトリのディスク領域要件

- 4.3.4 サーバー・メモリーの最低要件

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

- 4.5 インストール修正スクリプトの使用

- 4.6 IBM: Linux on System zでのOracle RPM Checkerの使用

- 4.7 オペレーティング・システム要件について

- 4.8 x86-64 Linuxプラットフォームのオペレーティング・システム要件

- 4.8.1 x86-64でサポートされているOracle Linux 7およびRed Hat Enterprise Linux 7のディストリビューション

- 4.8.2 x86-64でサポートされているOracle Linux 6およびRed Hat Enterprise Linux 6のディストリビューション

- 4.8.3 x86-64でサポートされているOracle Linux 5およびRed Hat Enterprise Linux 5ディストリビューション

- 4.8.4 x86-64でサポートされているSUSEのディストリビューション

- 4.8.5 x86-64でサポートされているNeoKylin Linux Advanced Serverディストリビューション

- 4.9 IBM: Linux on System zのオペレーティング・システム要件

- 4.9.1 IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 7のディストリビューション

- 4.9.2 IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 6のディストリビューション

- 4.9.3 IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 5のディストリビューション

- 4.9.4 IBM: Linux on System zでサポートされているSUSEのディストリビューション

- 4.10 Linuxの追加のドライバおよびソフトウェア・パッケージ

- 4.10.1 Open Database Connectivityのインストール要件

- 4.10.1.1 ODBCドライバおよびOracle Databaseについて

- 4.10.1.2 LinuxのOracle ODBCドライバのインストール

- 4.10.2 LinuxでのPAMのインストール要件

- 4.10.2.1 PAMおよログイン認証について

- 4.10.2.2 PAMライブラリのインストール

- 4.10.3 Oracle Messaging Gatewayのインストール要件

- 4.10.3.1 Oracle Messaging Gatewayの概要

- 4.10.3.2 Oracle Messaging Gatewayのインストール

- 4.10.4 Lightweight Directory Access Protocolのインストール要件

- 4.10.4.1 LDAPおよびOracleプラグインについて

- 4.10.4.2 LDAPパッケージのインストール

- 4.10.5 Linux用のプログラミング環境のインストール要件

- 4.10.5.1 プログラミング環境およびOracle Databaseについて

- 4.10.5.2 プログラミング環境のサポートの構成

- 4.10.6 Webブラウザのインストール要件

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

- 4.12 Linuxのcvuqdisk RPMのインストール

- 4.13 Linuxでの共有メモリー・ファイル・システム・マウントの確認

- 4.14 ホスト名解決の確認

- 4.15 透過的なHugePagesの無効化

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

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

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

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

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

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

- 4.17.2 Oracleベース・ディレクトリおよびOracleインベントリ・ディレクトリの作成

- 4.18 LinuxでのディスクI/Oスケジューラの設定

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

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

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

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

5 Oracle Databaseのためのユーザー、グループおよび環境の構成

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

- 5.1.1 Oracle InventoryおよびOracle Inventoryグループの存在の確認

- 5.1.2 Oracle Inventoryが存在しない場合のOracle Inventoryグループの作成

- 5.1.3 役割区分を使用したOracleインストールについて

- 5.1.4 役割区分によるグループおよびユーザーの説明

- 5.1.4.1 Oracleソフトウェア製品ごとのOracleソフトウェア所有者

- 5.1.4.2 役割区分用の標準Oracle Databaseグループ

- 5.1.4.3 役割区分用の拡張Oracle Databaseグループ

- 5.1.4.4 役割区分用のOracle Automatic Storage Managementグループ

- 5.1.5 役割区分によるデータベース・オペレーティング・システム・グループおよびユーザーの作成

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

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

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

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

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

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

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

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

- 5.1.5.9 Oracleソフトウェア所有者ユーザーを作成するタイミング

- 5.1.5.10 Oracleソフトウェア所有者ユーザーが存在するかどうかの判別

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

- 5.1.5.12 既存のOracleソフトウェア所有者ユーザーの変更

- 5.2 Oracleソフトウェア・インストール・ユーザーのリソース制限の確認

- 5.3 リモート表示およびX11転送の構成の設定

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

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

- 5.6 rootスクリプトの実行計画の決定

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

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

- 6.1.1 ハードウェアとメモリー構成の確認

- 6.1.2 サーバー・メモリーの最低要件

- 6.1.3 サーバー記憶域の最低要件

- 6.1.4 Oracle Grid Infrastructureソフトウェア所有者の環境要件

- 6.2 Oracle ACFSおよびOracle ADVM

- 6.2.1 Oracle ACFSおよびOracle ADVMについて

- 6.2.2 LinuxにおけるOracle ACFSおよびOracle ADVMのサポート

- 6.2.3 Oracle ACFSの制限事項とガイドライン

- 6.2.4 Oracle Restart構成におけるOracle ACFSの有効化

- 6.3 Oracle Automatic Storage Managementの記憶域の構成

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

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

- 6.3.3 Oracle Automatic Storage Management用の記憶域の構成

- 6.3.3.1 Oracle Automatic Storage Managementの記憶域要件の指定

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

- 6.3.4 Oracle ASMとOracle ASMフィルタ・ドライバについて

- 6.3.5 Oracle ASMCAを使用したOracle ASMディスク・グループの手動構成

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

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

- 6.4 ソフトウェアのみのインストールを使用した、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

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

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

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

- 6.5.1 新規データベース・インストールによるスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

- 6.5.2 既存データベースに対するスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

- 6.6 インストール後におけるスタンドアロン・サーバー用のOracle Grid Infrastructureバイナリの変更

7 Oracle Databaseのインストール

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

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

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

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

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

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

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

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

- 7.3.1.2 Oracle Software Delivery Cloudポータルからのソフトウェアのダウンロード

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

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

- 7.3.2.1 ディスクのマウント

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

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

- 7.4.1 Oracle Universal Installerの実行

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

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

- 8.1 データベースの作成

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

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

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

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

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

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

- 8.3.3 クライアント接続の言語プリファレンスの設定

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

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

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

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

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

- 8.3.7 ORAchkヘルス・チェック・ツールのダウンロードとインストール

- 8.4 インストール後の製品固有の作業

- 8.4.1 Oracle Net Servicesの構成

- 8.4.1.1 listener.oraファイルの変更

- 8.4.1.2 tnsnames.oraファイルの変更

- 8.4.2 Oracle Label Securityの構成

- 8.4.3 Oracle Database Vaultの構成

- 8.4.4 Oracle Messaging Gatewayの構成

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

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

- 8.4.5.2 Pro*FORTRANの構成

- 8.4.6 Secure Sockets Layerの構成

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

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

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

- 8.4.10 Direct NFSクライアントの構成

- 8.4.10.1 Direct NFSクライアントの構成について

- 8.4.10.2 oranfstabファイルおよびDirect NFSクライアントについて

- 8.4.10.3 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

- 8.4.10.4 NFSバッファ・サイズ・パラメータのチェック

- 8.4.10.5 Direct NFSクライアントのためのTCPネットワーク・プロトコル・バッファの設定

- 8.4.10.6 oranfstabファイルを使用したネットワーク・パスの指定

- 8.4.10.7 Direct NFSクライアントの有効化

- 8.4.10.8 ダイレクトNFSクライアントの無効化

- 8.4.10.9 Direct NFSクライアントにおけるHCCの有効化

- 8.5 SQL Developerのインストール後の作業

9 Oracle Databaseの開始

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

- 9.2 Oracle Enterprise Manager Database Expressへのログイン

- 9.3 Oracle Automatic Storage Managementの管理

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

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

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

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

- 9.5.1 SQL Developer用のJDKパスの設定

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

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

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

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

- 9.8 データベースの識別

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

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

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

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

- 9.10.3 制御ファイルの位置

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

- 10.1 削除ツールについて

- 10.1.1 以前のリリースのGridホームの削除

- 10.2 削除ツールの実行例

- 10.3 Deinstallコマンドの実行例

- 10.4 Oracle Databaseの削除レスポンス・ファイルの例

- 10.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 マウント・ポイントの選択

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

- C.2.1.1 ディレクトリ固有のガイドライン

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

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

D インストール前の作業を手動で完了する方法

- D.1 Linuxのカーネル・パラメータの構成

- D.1.1 インストールのための最小パラメータ設定

- D.1.2 カーネル・パラメータの値の表示および変更

- D.1.3 SUSE Linux用の追加のパラメータおよびカーネルの設定

- D.2 UDPおよびTCPカーネル・パラメータの手動設定

- D.3 ストレージ・パスとディスク・デバイスの構成

- D.3.1 Oracle ASMLIBを使用したストレージ・デバイス・パスの永続性の構成

- D.3.1.1 Oracle ASMLIBを使用したOracle ASMについて

- D.3.1.2 ブロック・デバイスの維持のためのOracle ASMLIBの構成

- D.3.1.3 Oracle ASMLIBの削除

- D.3.2 Oracle Automatic Storage Management用のディスク・デバイスの手動での構成

- D.3.2.1 デバイスのファイル名およびLinux所有権について

- D.3.2.2 Oracle ASM用のディスク・デバイスの権限ファイルの構成

E Oracle Database用のネットワークの構成

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

- E.1.1 ORACLE_HOSTNAME環境変数の設定

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

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

- E.3.1 インストール後のネットワークへのコンピュータの接続

F Optimal Flexible Architecture

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

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

- F.2 Optimal Flexible Architectureの理解

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

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

- F.2.1.2 ネーミング規則

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

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

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

- F.2.2.3 パス名の参照

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

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

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

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

- F.2.5OracleファイルのOptimal Flexible Architecture構造の識別

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

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

- G.1 ポートの管理

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

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

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

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

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

- H.1.1.1 LANG環境変数を使用したオペレーティング・システムのロケールの指定

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

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

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

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

- I.1 要件の確認

- I.1.1 リリース・ノートの参照

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

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

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

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

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

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

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

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

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

- I.9 インベントリに関する問題のトラブルシューティング

- I.10 画面表示に関する問題のトラブルシューティング

- I.11 メモリー・サイズ・エラーのトラブルシューティング

- I.12 ファイル記述子エラーのトラブルシューティング

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

- I.14 インストール失敗後のクリーン・アップ

- I.15 サーバーの再起動後のインストールまたはアップグレードの続行

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

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

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

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

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

用語集

索引

はじめに

このマニュアルでは、Linux版のOracle Databaseをインストールおよび構成する方法について説明します。このマニュアルでは、Optimal Flexible Architecture、Oracleホームのクローニング、インストールのトラブルシューティングおよびデータベース・ソフトウェアの削除方法についても説明します。

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Oracle Database 12cリリース1 (12.1)をLinuxシステムにインストールするすべてのユーザーを対象にしています。Oracle Database、Oracle Real Application Clusters、Oracle Clusterware、Oracle Database ExamplesおよびOracle Enterprise Manager Cloud Controlの他のインストレーション・ガイドについては、Oracle Technology Networkで提供されています。

http://docs.oracle.com

関連項目:
『Oracle Databaseクイック・インストレーション・ガイド for Linux x86-64』(デフォルト設定を使用してOracle Databaseをインストールする場合)

関連項目:

デフォルト設定を使用したOracle Databaseのインストール手順は、次を参照してください。

- 『Oracle Databaseクイック・インストレーション・ガイド for Linux x86-64』

- 『Oracle Databaseクイック・インストレーション・ガイドfor IBM: Linux on System z』

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

オラクル社のアクセシビリティへの取組みの詳細は、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製品の関連マニュアルは、次のとおりです。

- 『Oracle Database概要』

- 『Oracle Database新機能ガイド』

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

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

- Oracle Universal Installerユーザーズ・ガイド

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

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

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

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

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

- 『Oracle Databaseクイック・インストレーション・ガイド for Linux x86-64』

- 『Oracle Database Clientクイック・インストレーション・ガイド for Linux x86-64』

- 『Oracle Databaseクイック・インストレーション・ガイドfor IBM: Linux on System z』

- 『Oracle Database Clientクイック・インストレーション・ガイドfor IBM: Linux on System z』

- 『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 12cリリース1 (12.1)オンライン・ドキュメント・ライブラリにアクセスできる場合は、範囲を指定してエラー・メッセージを参照できます。特定の範囲を検出したら、ブラウザの「このページの検索」機能を使用して特定のメッセージを検索します。インターネットに接続している場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して、特定のエラー・メッセージを検索できます。

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

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

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

次の場所からドキュメントのセクションに直接移動できます。

http://docs.oracle.com

このマニュアルのリリース時点で入手できなかった重要な情報は、『Oracle Databaseリリース・ノート for Linux』を参照してください。Oracle Databaseのリリース・ノートは定期的に更新されます。最新版は、次の場所から入手できます。

http://docs.oracle.com

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

このリリースのOracle Databaseインストレーション・ガイドの変更内容

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

- Oracle Database 12cリリース1 (12.1)の変更内容

関連項目:
『Oracle Database新機能ガイド』

Oracle Database 12cリリース1 (12.1)の変更内容

Oracle Database 12cリリース1 (12.1)の『Oracle Databaseインストレーション・ガイド』の変更内容は次のとおりです。

- 新機能

- 非推奨となった機能

- サポート対象外機能

- その他の変更

新機能

- Oracle ASMフィルタ・ドライバ
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)の機能は、Oracle Database 12cリリース1 (12.1.0.2)から使用できます。

Oracle ASMFDは、Oracle ASMディスクのI/Oパスに常駐するカーネル・モジュールです。

Oracle ASMFDは、Oracleソフトウェアによって発行されたのではない書込みリクエストをすべて拒否します。Oracle ASMディスクに対して誤った書込みがあると、Oracle ASMディスクとディスク・グループ内のファイルに破損が生じますが、この処理によってそのような事態が排除されます。

フィルタには、Oracle ASMと通信しなくなったエンティティからのI/Oを遮断する追加の機能もあります。

「Oracle ASMとOracle ASMフィルタ・ドライバについて」を参照してください。

『Oracle Automatic Storage Management管理者ガイド』のOracle ASMライブラリ・ドライバの使用に関する項を参照してください

注意:
IBM: Linux on System zでは、Oracle ASMフィルタ・ドライバはサポートされていません。

- rootスクリプトの自動化
Oracle Database 12cリリース1 (12.1)から、Oracle Universal Installerに、Grid Infrastructureのインストール時に必要なroot構成スクリプトを自動的に実行するオプションが導入されました。root構成スクリプトを手動で実行するオプションもあります。

「rootスクリプトの実行計画の決定」を参照してください。

- Oracle Flex ASM
Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。多くのデータベース・クライアントをサポートするために、多くのOracle ASMインスタンスをクラスタ化できます。

Oracle DatabaseインスタンスはOracle Flex ASMに対するクライアントとして設定できます。ここでは、データベース・インスタンスとは別のノード上に存在する可能性があるOracle Flex ASMインスタンスによって、メタデータがデータベース・インスタンスに提供されます。

Oracle Flex ASMは、それぞれは1つのインスタンスですがフレックスASMクラスタで実行されており、データベースのコレクションへの適応が可能です。

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

- インストール・メディアに統合された削除ツール

Oracle Database 12cから、削除ツールがデータベース・インストール・メディアに統合され、別のインストール・メディアで提供されることがなくなりました。

「削除ツールについて」、および『Oracle Databaseアップグレード・ガイド』のスタンドアロンの削除ツールの変更に関する項を参照してください。

- Oracle Label Securityインストールの簡略化
Oracle Database 12cから、Oracle Label Securityが、Oracle Databaseインストールの一部として、デフォルトでインストールされるようになりました。Enterprise Editionデータベースのインストール中に、カスタム・コンポーネントとしてOracle Label Securityを選択することはできなくなります。

「Oracle Label Securityの構成」および『Oracle Label Security管理者ガイド』を参照してください。

- Oracle Database Vaultインストールの簡略化
Oracle Database 12cから、Oracle Database Vaultが、Oracle Databaseインストールの一部として、デフォルトでインストールされるようになりました。ただし、Oracle DBCAを使用するか、『Oracle Database Vault管理者ガイド』のOracle Database Vaultの無効化および有効化に関する項で説明されているSQL文を実行すれば、Oracle Databaseのインストール後にOracle Database Vaultを構成、有効化または無効化できます。

『Oracle Database Vault管理者ガイド』のOracle DatabaseへのOracle Database Vaultの登録に関する項を参照してください。

- データベース監査構成の統合
Oracle Database 12cから、名前付きの監査ポリシーを作成できます。監査ポリシーには一連の監査オプションが含まれ、データベースにオブジェクトとして格納されます。名前付き監査ポリシーを作成する利点は、データベース監査ポリシーの作成に必要なコマンド数が減ることと、セキュリティおよび条件付き監査への準拠を目的とした監査構成の実装が簡素化されることです。

この新しい監査ポリシー・フレームワークは、データベース・インストールに含まれています。

『Oracle Databaseセキュリティ・ガイド』の統合された監査ポリシーおよびAUDIT文を使用したアクティビティの監査に関する項を参照してください。

- Oracle Enterprise Manager Database Express 12c
Oracle Database 12cには、Oracle Databaseに組み込まれたWebベースの管理ツールであるOracle Enterprise Manager Database Express 12cが導入されており、特別なインストールや管理は必要ありません。Oracle Enterprise Manager Database Expressを使用して、ユーザー、パフォーマンス、メモリー、領域管理などの基本的な管理タスクを実行できます。また、データベースのパフォーマンスおよびステータス情報を表示できます。

『Oracle Database 2日でデータベース管理者』のOracle Enterprise Manager Database Expressの概要に関する項、および「Oracle Databaseの開始」を参照してください。

Oracle Database 12cから、Oracle Enterprise Manager Database Controlを使用できないことに注意してください。詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

- マルチプロセスおよびマルチスレッドのOracle Database
Oracle Database 12cから、Oracle Databaseでオペレーティング・システム・スレッドが使用され、リソースの共有が可能になり、リソース消費が低減されます。

『Oracle Database概要』のプロセスの概要に関する項を参照してください。

- データベース管理義務の分離のサポート
Oracle Database 12cでは、SYSDBA管理権限を必要としない、タスク固有で最小限の権限に制限された管理権限を導入することにより、Oracle Databaseのデータベース管理義務の分離がサポートされるようになりました。これらの新しい権限は、SYSBACKUP (バックアップおよびリカバリ用)、SYSDG (Oracle Data Guard用)、およびSYSKM (暗号化鍵管理用)です。

「必要なオペレーティング・システム・グループおよびユーザーの作成」、および『Oracle Databaseセキュリティ・ガイド』の管理権限の管理に関する項を参照してください。

- Oracle DBCAでのCDBおよびPDBのサポート
Oracle Database 12cから、Oracle Database Configuration Assistant (Oracle DBCA)を使用するとマルチテナント・コンテナ・データベース(CDB)または非CDBを作成できます。ユーザーが作成した0個以上のプラガブル・データベース(PDB)を含むCDBを作成できます。

また、データベースのインストール中に、1つのPDBを含むCDBを作成することが可能です。

「Oracle Universal Installerの実行」の「データベース識別子の指定」画面、および『Oracle Database管理者ガイド』を参照してください。

CDBおよびPDBのユーザー、ロールおよび権限の詳細は、『Oracle Databaseセキュリティ・ガイド』の共通ユーザーおよびローカル・ユーザーの概要、共通ロールおよびローカル・ロールの管理および共通およびローカルに付与された権限の管理に関する項を参照してください。

- Direct NFSクライアントでのNFSバージョンのサポート
Oracle Database 12c以上では、Direct NFSクライアントによって使用されるNFSプロトコル・バージョンを指定できます。

「Direct NFSクライアントの有効化」を参照してください。

非推奨となった機能

次の機能は今回のリリースで非推奨となり、今後のリリースではサポートされない可能性があります。このリリースの非推奨となった機能の完全なリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。

- スタンドアロン削除ツールの変更点
削除ツールはデータベースのインストール・メディアに統合されるようになりました。

「インストール・メディアに統合された削除ツール」を参照してください。

- -cleanupOBaseの非推奨
削除ツールの-cleanupOBaseフラグは、このリリースでは非推奨です。このフラグの代替機能はありません。

サポート対象外機能

次の機能はサポート対象外になりました。このリリースにおけるサポート対象外の機能の完全なリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。

- Oracle Enterprise Manager Database Control

- CLEANUP_ORACLE_BASEプロパティは削除済

その他の変更

このリリースには次の追加変更があります。

- マニュアル構成の変更
インストール前の作業の一部、およびOracle Preinstallation RPMの情報が、カテゴリ・トピックに改変されました。詳細は、この項全体を読み、インストール前の作業をカテゴリ・トピックに再分割する章を参照してください。

- Oracle Preinstallation RPM
Oracle Preinstallation RPMによるOracle Linuxの構成に関する情報は、次の章に移行しました。

第3章「Oracle Preinstallation RPMによるOracle Linuxの自動構成」

同様に、サポートされているLinuxディストリビューションのインストールについての情報は、「Linuxオペレーティング・システムのインストールに関するガイドライン」を参照してください。

- インストール前の作業の変更内容

- 修正スクリプトでシステム・チューニングを置き換えることはできませんが、最初のデプロイに必要な手動でのシステム構成の量が少なくなります。このため、修正スクリプトで実行される手動タスクの一部が付録に移動されています。必要な場合は、付録D「インストール前の作業を手動で完了する方法」を参照し、手動でのサーバー構成を続行してください。

- Oracle DatabaseおよびOracle Grid Infrastructureのスタンドアロン・サーバーのハードウェア要件およびシステム要件に関しては、次のカテゴリ・トピックに再分割されています。
「Oracle Database用のサーバーの構成」

「x86-64 Linuxプラットフォームのオペレーティング・システム要件」

「スタンドアロン・サーバー用のOracle Grid Infrastructureのサーバー構成」

- Oracle Databaseのためのユーザー、グループおよび環境の構成は別の章に移動されました。
第5章「Oracle Databaseのためのユーザー、グループおよび環境の構成」

- Oracle Database用のネットワークの構成は別の付録に移動しました。
付録E「Oracle Database用のネットワークの構成」

1 Oracle Databaseインストールのチェックリスト

次のチェックリストは、インストール前の必要な手順のリストを示しています。

- Oracle Databaseインストールのハードウェアのチェックリスト

- LinuxでのOracle Databaseインストールのオペレーティング・システムのチェックリスト

- Oracle DatabaseインストールのOracleユーザー環境構成のチェックリスト

- Oracle Databaseインストールのサーバー環境構成のチェックリスト

- Oracle Databaseインストールのストレージおよびリカバリのチェックリスト

- 単一インスタンスOracle DatabaseインストールのOUIチェックリスト

- Oracle Databaseインストールの計画のチェックリスト

スタンドアロン・サーバー用のOracle DatabaseまたはOracle Grid Infrastructureのインストールを開始する前に、これらのチェックリストを使用して作業を調整し、システムおよび記憶域の準備と構成作業がすべて完了していることを確認してください。

1.1 Oracle Databaseインストールのハードウェアのチェックリスト

すべてのインストールで次のハードウェア・チェックリストを確認します。

表1-1 Oracle Databaseのサーバー・ハードウェアのチェックリスト

チェック

作業

サーバーの構造とアーキテクチャを確認します

サーバーの構造、モデル、コア・アーキテクチャ、およびホスト・バス・アダプタ(HBA)が、スタンドアロン・サーバー用のOracle DatabaseまたはOracle Grid Infrastructureで実行できるようにサポートされていることを確認します。

実行レベル、表示およびネットワーク設定を確認します

- サーバーは実行レベル3また実行レベル5で起動する必要があります。

- サーバーのディスプレイ・カードには、1024 x 768以上の解像度が必要です。

- サーバーはネットワークに接続し、ディスプレイ・モニターとDVDドライブも必要です。

Oracleソフトウェアにローカル・ディスク領域を割り当てます

- インストールしようとしているOracle Databaseのエディションに基づいて、サーバーは表4-1にリストされているディスク領域要件を満たす必要があります。

- スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールには、6.9 GB以上のディスク領域が必要です。

ランダム・アクセス・メモリー(RAM)の要件

- Oracle Databaseのインストールには、1 GB以上のRAMが必要です。表4-3を参照してください。

- Oracle Databaseをインストール予定のインストールを含むスタンドアロン・サーバーに対する、Oracle Grid Infrastructureの4GB以上のRAM。表6-1を参照してください。

一時ディスク領域の割当ての要件

/tmpに1 GB以上を割り当てます。

ストレージ・ハードウェアを確認します

ストレージ・エリア・ネットワーク(SAN)またはネットワーク・アタッチ・ストレージ(NAS)が必要です。付録C「NASデバイスの使用」を参照してください。

1.2 LinuxでのOracle Databaseインストールのオペレーティング・システムのチェックリスト

すべてのインストールで次のソフトウェア・チェックリストを確認します。

表1-2 LinuxでのOracle Databaseのオペレーティング・システムのチェックリスト

チェック

作業

オペレーティング・システム

- 「x86-64 Linuxプラットフォームのオペレーティング・システム要件」に記載されているサポート対象のディストリビューション、リリース、カーネルおよびパッケージに該当する必要があります。

- OpenSSHが手動でインストールされている(デフォルトのLinuxインストールの一部としてインストールしていない場合)。

Oracle Linux用のOracle Preinstallation RPM

Oracle Linuxで、Oracle DatabaseおよびOracle Grid Infrastructureのインストール用にオペレーティング・システムを構成するには、第3章「Oracle Preinstallation RPMによるOracle Linuxの自動構成」を参照してください。

カーネル・パラメータ

インストールに必要なカーネル・パラメータの最小要件については、「Linuxのカーネル・パラメータの構成」を参照してください。パラメータ設定がインストールの最小要件を満たしていない場合は、その設定をインストールの最小要件レベルに設定する修正スクリプトが、Oracle Universal Installer (OUI)によって生成されます。

1.3 Oracle DatabaseインストールのOracleユーザー環境構成のチェックリスト

すべてのインストールで次のユーザー環境チェックリストを確認します。

表1-3 Oracle Databaseのユーザー環境構成

チェック

作業

グループおよびユーザーを作成します。

実行するデプロイメントの種類に応じて作成が必要なグループとユーザーの詳細は、「必要なオペレーティング・システム・グループおよびユーザーの作成」を参照してください。インストールの所有者にはリソース制限設定などの要件があり、それについては「Oracleソフトウェア・インストール・ユーザーのリソース制限の確認」を参照してください。

グループおよびユーザーの名前には、ASCII文字のみを使用する必要があります。

Oracleインベントリ(oraInventory)およびOINSTALLグループの要件を確認します。

Oracleインベントリ・ディレクトリは、システムにインストールされているOracleソフトウェアの中央インベントリです。プライマリ・グループがOracle Inventoryグループであるユーザーは、中央インベントリに対して読書きできるOINSTALL権限が付与されます。

- 既存のインストールがある場合、OUIは既存のoraInventoryディレクトリをoraInst.locファイルから検出し、この場所を使用します。

- Oracleソフトウェアを初めてインストールし、システムにoraInventoryディレクトリがない場合、Oracle Grid InfrastructureインストールのOracleベースよりもディレクトリ・レベルが1つ上のOracleインベントリがインストーラによって作成され、インストール所有者のプライマリ・グループがOracleインベントリ・グループとして指定されます。使用するOracleソフトウェア・インストール所有者のすべてが、このグループをプライマリ・グループとして利用できることを確認します。

Oracleソフトウェア環境変数の設定を解除します。

システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合は、ORACLE_HOME、ORACLE_BASE、ORACLE_SID、TNS_ADMINの環境変数と、Oracleソフトウェア・ホームに接続されているOracleインストール・ユーザーに対して設定されたその他の環境変数の設定を削除します。

Oracleソフトウェア所有者環境を構成します。

次の作業を実行して、oracleまたはgridユーザーの環境を構成します。

- シェル起動ファイルで、デフォルトのファイル・モード作成マスク(umask)を022に設定します。

- DISPLAY環境変数を設定します。

「Oracleソフトウェア所有者環境の構成」を参照してください。

1.4 Oracle Databaseインストールのサーバー環境構成のチェックリスト

すべてのインストールで次の環境チェックリストを確認します。

表1-4 Oracle Databaseの環境構成

チェック

作業

ソフトウェア・バイナリのマウント・ポイント・パスを作成します。

付録F「Optimal Flexible Architecture」に記載されている、Optimal Flexible Architecture構成のガイドラインに従うことをお薦めします。

共有メモリー・ファイル・システム・マウントを確認します

「Linuxでの共有メモリー・ファイル・システム・マウントの確認」を参照して、/dev/shmマウント領域がtmpfsタイプであり、次の適切なオプションでマウントされていることを確認します。

OracleユーザーとOracleホームのパスには、ASCII文字のみを使用します。

Oracleホームのパスや、その他のOracleディレクトリ名には、必ずASCII文字のみを使用します。また、インストール所有者の名前はOracleソフトウェアの一部のデフォルト・パスに使用されるので、Oracleインストール所有者のユーザー名もASCII文字のみであることを確認してください。

リモート表示構成を有効にします。

ソフトウェアをX Window SystemワークステーションまたはX端末からインストールする場合は、rootとしてログインしてリモート表示を有効にします。「システムへrootとしてログイン」を参照してください。

1.5 Oracle Databaseインストールのストレージおよびリカバリのチェックリスト

すべてのインストールで次の記憶域構成作業のチェックリストを確認します。

表1-5 Oracle Databaseのストレージ構成のチェック

チェック

作業

データベース記憶域オプションを決定します。

データベースのインストール時には、データベース・ファイルについて次の記憶域オプションのいずれか1つを指定する必要があります。

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

- システムに物理的に接続されているディスク上のファイル・システム

- 論理ボリューム・マネージャ(LVM)ボリュームまたはRAIDデバイス上のファイルシステム

- 動作保証されているネットワーク接続ストレージ(NAS)デバイスからマウントされたネットワーク・ファイル・システム(NFS)。

- Oracle Automatic Storage Management
Oracle Automatic Storage Management (Oracle ASM)は、Oracle Grid Infrastructureのインストールの一部としてインストールされます。Oracle ASMを使用する場合は、データベースのインストールおよび作成を行う前にOracle Grid Infrastructureをインストールする必要があります。

「データベース記憶域オプション」を参照してください。

リカバリを有効にするかどうかを決定します。

データベースのインストール時にリカバリの有効化を決定した場合は、次のオプションのいずれかを選択します。

- ファイルシステム:Oracle Universal Installer (OUI)で高速リカバリ領域の場所を構成するオプションが示されます。

- Oracle Automatic Storage Management: このオプションでは、Oracle Databaseファイルとリカバリ・ファイルに同じディスク・グループのみを使用できます。

「 Oracle Automatic Storage Managementの記憶域要件の指定」と「高速リカバリ領域ディスク・グループの作成」を参照してください。

1.6 単一インスタンスOracle DatabaseインストールのOUIチェックリスト

単一インスタンス・データベースのインストールの場合は、Oracle Universal Installer (OUI) を起動する前に、次の作業チェックリストを確認してください。

表1-6 OUIを起動する前のOracle Databaseのチェック

チェック

作業

Oracle Grid Infrastructureが存在するかどうかの確認

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

実行中のOracleプロセスの確認と、必要な場合の停止

- Oracle ASMを使用していないスタンドアロンのデータベースの場合: Oracle Grid Infrastructureのインストールの間、データベースを停止する必要はありません。

- Oracle ASMを使用するスタンドアロンのデータベースの場合: 既存のOracle ASMインスタンスを停止します。Oracle ASMインスタンスは、インストール中に再起動されます。

「既存のOracleプロセスの停止」を参照してください。

インストール中にcronジョブが実行されないことの確認

日常のcronジョブが開始するときにインストーラが実行中の場合、インストールの完了前にcronジョブによるクリーンアップが実行されて一時ファイルが削除されると、予期しないインストールの問題が発生することがあります。日常のcronジョブを実行する前にインストールを完了するか、インストールが完了するまで、クリーンアップを行う日常のcronジョブを無効にすることをお薦めします。

他の言語のインストールが必要かどうかの決定

インストール中に、ユーザー・インタフェースのテキストをデフォルト(英語)以外の言語に翻訳するかどうかを選択します。オペレーティング・システムの言語セットがインストーラでサポートされていない場合、インストーラは、デフォルトでは英語で実行されます。

キャラクタ・セットおよび言語構成の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

管理オプションの決定

デフォルトでは、Oracle Database 12cはOracle Enterprise Manager Database Expressによって管理されます。

ただし、Oracle Management Agentがすでに存在し、Oracle Enterprise Manager Cloud Controlを使用して一元的にデータベースを管理する場合には、次の情報を確保してデータベースのインストール中に入力します。

- OMSホスト

- OMSポート

- EM管理ユーザー名

- EM管理パスワード

関連項目:

- Oracle Enterprise Manager Database Expressを構成する方法の詳細は、『Oracle Database 2日でデータベース管理者』。

- Oracle Enterprise Manager Cloud Controlを使用してターゲットを検出する方法の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』

rootスクリプトの実行計画の決定

「rootスクリプトの実行計画の決定」を参照して、Oracle Grid Infrastructureのインストール中にrootスクリプトを実行する計画方法を決定します。

メモリー割当ての検討および自動メモリー管理

自動メモリー管理は、データベースのインストール中でもインストール後でも有効化できます。インストール後に自動メモリー管理を有効にする場合は、データベースを停止して再起動する必要があります。

自動メモリー管理を使用すると、Oracle Databaseインスタンスにより、メモリーが自動的に管理およびチューニングされます。自動メモリー管理を使用する場合は、メモリー・ターゲットを選択すると、インスタンスによってシステム・グローバル領域(SGA)とインスタンス・プログラム・グローバル領域(インスタンスPGA)の間でメモリーが自動的に配分されます。メモリー要件の変化に応じて、メモリーはインスタンスによってSGAとインスタンスPGAの間で動的に再配分されます。

関連項目: 『Oracle Database管理者ガイド』

透過的なHugePagesの無効化

パフォーマンスを強化するために、透過的なHugePagesを無効にして標準のHugePagesを使用することをお薦めします。

「透過的なHugePagesの無効化」を参照してください。

1.7 Oracle Databaseインストールの計画のチェックリスト

すべてのインストールで次の一般的な作業のチェックリストを確認します。

表1-7 Oracle Databaseの推奨計画のチェック

チェック

作業

リリース・ノートの確認

インストールを開始する前に、『Oracle Databaseリリース・ノートfor Linux』をお読みください。リリース・ノートは、プラットフォーム固有のマニュアルとともに使用可能です。

ライセンス情報の確認

メディア・パック内のインストール・メディアには多数のOracleコンポーネントが含まれていますが、使用できるのは、ライセンスを購入したコンポーネントのみです。

Oracleサポート・サービスでは、ライセンスを購入していないコンポーネントに対するサポートは提供していません。

『Oracle Databaseライセンス情報』を参照してください。

My Oracle Support情報の取得

セキュリティ・アップデートの構成、ソフトウェア更新のダウンロード、資格証明の確認などインストール関連の各種の作業を実行するには、My Oracle Supportのユーザー名とパスワードが必要になります。

My Oracle SupportのWebサイトには、次からアクセスできます。

https://support.oracle.com/

My Oracle Supportの動作保証マトリックスの確認

このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。

https://support.oracle.com/

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

CVUの実行およびORAchkヘルス・チェック・ツールのダウンロードとインストール

インストール前にCVUを実行してシステムが最小インストール要件に準拠しているかどうかを確認し、ORAchkユーティリティをダウンロードしてインストールし、Oracleソフトウェア・スタックの事前ヘルス・チェックを実行します。

「ORAchkヘルス・チェック・ツールのダウンロードとインストール」を参照してください。

Oracle Universal Installerのインストールのチュートリアルの確認

次のインストール手順のチュートリアルを確認して、OUIインストール・オプションを理解します。

https://apexapps.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:6281,1

注意: 「サマリー」画面までOUIを実行して、確認用にレスポンス・ファイルを保存するか、インストールを取り消して別のときに実行することもできます。

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

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

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

- インストールの計画

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

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

- Oracle Databaseのエディション

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

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

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

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

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

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

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

このリリースにインストールされている新しい機能や製品の詳細は、「このリリースのOracle Databaseインストレーション・ガイドの変更内容」を参照してください。

2.2 インストールの計画

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

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

http://docs.oracle.com

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

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

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

4. Oracle Preinstallation RPMを使用したOracle Linuxの構成: 第3章では、Oracle Preinstallation RPMを使用して、Oracle DatabaseおよびOracle Grid Infrastructureのインストール用にオペレーティング・システムを構成する方法について説明します。

5. インストール前の作業の完了: 第4章では、製品のインストール前に完了する必要のある作業について説明します。また、ユーザー、グループおよび環境の構成の詳細は第5章、Oracle Restartのインストール前の作業については第6章、ネットワーク設定の確認については付録Eを参照してください。

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

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

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

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

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

- 付録D: インストール関連の構成作業を手動で完了する方法の詳細が記載されています。

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

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

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

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

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

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

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

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

9. Oracle Databaseソフトウェアの削除: 第10章では、Oracle Databaseソフトウェアを削除する方法について説明します。

2.3 インストールに関する考慮事項

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

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

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

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

- Oracle Cluster Synchronization Services

- メモリー割当ての検討および自動メモリー管理

- HugePages構成の制限

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

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

https://support.oracle.com/

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

2.3.1.1 Oracle SQL Developer用のサード・パーティ・データベースの動作保証

Oracle SQL Developerを使用して、複数のOracle以外のデータベースのメタデータおよびデータを表示できます。詳細は、『Oracle SQL Developerインストレーション・ガイド』のSQL Developer (Oracleおよびサード・パーティ)用のデータベースの動作保証に関する項を参照してください。

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

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

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

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

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

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

スタンドアロン・サーバー用のOracle Grid Infrastructureには、エンタープライズ・グリッド・アーキテクチャに単一インスタンスのデータベースを含めるインフラストラクチャが用意されています。Oracle Database 12cは、これらのインフラストラクチャ製品を、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のインストールの詳細は、第6章「スタンドアロン・サーバー用のOracle Grid Infrastructure」を参照してください。

2.3.4 Oracle Cluster Synchronization Services

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールすると、Oracle Universal Installerで、単一ノードの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」

2.3.5 メモリー割当ての検討および自動メモリー管理

典型的なインストールの際に、Database Configuration Assistant (DBCA)を使用してデータベースを作成すると、自動メモリー管理が有効化されます。拡張インストールを選択した場合は、メモリーの割当てを手動で指定するか、または自動メモリー管理を有効化することができます。

自動メモリー管理を使用すると、Oracle Databaseインスタンスにより、メモリーが自動的に管理およびチューニングされます。自動メモリー管理を使用する場合は、メモリー・ターゲットを選択すると、インスタンスによってシステム・グローバル領域(SGA)とインスタンス・プログラム・グローバル領域(インスタンスPGA)の間でメモリーが自動的に配分されます。メモリー要件の変化に応じて、メモリーはインスタンスによってSGAとインスタンスPGAの間で動的に再配分されます。

自動メモリー管理は、データベースのインストール中でもインストール後でも有効化できます。インストール後に自動メモリー管理を有効にする場合は、データベースを停止して再起動する必要があります。

関連項目:
『Oracle Database管理者ガイド』の「メモリーの管理」

2.3.6 HugePages構成に対する制限

HugePagesはリリース2.6でLinuxカーネルに統合された機能で、パフォーマンスの向上を促進します。HugePagesを構成することを選択できます。ただし、この機能は高度な構成オプションで必須ではありません。詳細は、対象のドキュメントと、Oracle Technology NetworkおよびMy Oracle Supportを参照してください。

HugePages機能により、メモリー・マップ・ファイルを使用して、ラージ・ページ表にスワップできないメモリーが割り当てられます。HugePagesを有効にする場合は、スワップ領域を計算する前に、HugePagesに割り当てられるメモリー分を使用可能なRAMから差し引く必要があります。

関連項目:
HugePages制約の全一覧については、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

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

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

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

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

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

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

Oracle Universal Installerには、次のオプションがあります。

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

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

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

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

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

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

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

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

- リカバリ・オプションを構成します。

- Oracle Configuration Managerを構成します。

- 「データベース・エディションの選択」画面で、「Enterprise Edition」を選択すると、ほとんどの顧客がOracle Databaseのインストールに際して必要とするコンポーネントが自動的に選択されます。

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

2.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を参照してください。

2.5 Oracle Databaseのエディション

Oracle Database 12cのインストール時には、次のデータベース・エディションから1つ選択できます。

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

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

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

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

注意:

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

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

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

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

2.6 データベース・セキュリティ通知オプション

オラクル社は、次のクリティカル・パッチ・アップデートのディストリビューションまで待てないほど重大であると判断された脆弱性を修正するために、必要に応じてセキュリティ・アラートを発行します。

データベースのインストール中、Oracle Universal Installerにより、「セキュリティ・アップデートの構成」画面で、セキュリティの連絡先を指定するよう要求されます。次のいずれかのオプションを選択します。

- インストールのセキュリティ情報を受信する電子メール・アドレスを指定します。

- インストールのセキュリティ情報を受信し、セキュリティ・アップデートに関してシステムを登録するMy Oracle Supportの電子メール・アドレスまたはアカウント名を指定します。My Oracle Supportを介して、アラートに関する情報を受信できます。

この情報は指定しないこともできますが、セキュリティ通知の連絡先を構成することをお薦めします。

セキュリティ・アップデートで収集される情報は、構成情報にかぎられます。収集されるデータに個人情報は含まれません(送信上の問題に備えたローカルの連絡先名は除きます)。セキュリティ・アップデートを有効化しない場合でも、ライセンスされているOracle機能はすべて使用できます。

セキュリティ通知を受信しないことを選択するには、「セキュリティ・アップデートの構成」画面のすべてのフィールドを空白のままにして「次へ」をクリックして続行します。

My Oracle Supportの資格証明を指定すると、インストールされたOracle製品に関する構成情報が、セキュリティ・アップデートによって自動的に収集され、Oracleのサポート・システムにアップロードされます。収集された情報にはMy Oracle Supportアカウントを使用してアクセスし、セキュリティ・アラートに加え、ヘルス・チェック、パッチおよびその他の推奨事項を確認できます。

関連項目:
「Oracleセキュリティ・ポリシー」ページには、次のURLからアクセスできます。
https://www.oracle.com/support/assurance/vulnerability-remediation/security-fixing.html

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

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

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

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

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

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

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

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

- データ・ウェアハウス

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

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

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

- 非対話モード
Oracle Databaseのインストールで、事前構成済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の各画面で指定の必要な情報の説明を表示するには、その画面にある「ヘルプ」をクリックしてください。

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

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

- ファイル・システム

- Oracle Automatic Storage Management

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

2.8.1 ファイル・システム

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

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

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

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

関連項目:

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

- 「Direct NFSクライアントの構成」

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

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

2.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 12cデータベースはOracle ASM from Oracle Grid Infrastructure 12c以上を使用する必要があります。Oracle ASMは、Oracle Grid Infrastructureインストールの一部としてインストールされます。Oracle ASMを使用する場合は、データベースのインストールおよび作成を行う前にOracle Grid Infrastructureをインストールする必要があります。既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行してOracle ASMをアップグレードする必要があります。

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

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

Oracle ASMでは、Oracle Automatic Storage Management Cluster File Systemを使用してファイル・システムを作成することで、Oracle Database実行可能バイナリ・ファイルおよび他のデータベース・ファイルを管理できます。Oracle Automatic Storage Managementクラスタ・ファイル・システムはクラスタですが、単一インスタンス・データベースではファイル・システムとしても機能します。Oracle Automatic Storage Managementは、クラスタ環境と単一インスタンス・データベース環境のどちらでも、記憶域管理が可能です。

関連項目:
Oracle Automatic Storage Management Cluster File Systemの詳細は、『Oracle Automatic Storage Management管理者ガイド』の「Oracle ACFSおよびOracle ADVMの概要」を参照してください。

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

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

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

- Oracle Automatic Storage Managementインスタンス

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

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

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

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

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

2.8.2.2 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ユーザーの管理に関する項を参照してください。

2.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 Cloud Controlと呼ばれています。

注意:

- Oracle Enterprise Manager Cloud Controlは、Oracle Enterprise Manager Cloud Controlのインストール・メディア、およびOracle Technology NetworkのWebサイトから個別に入手することが可能です。

http://www.oracle.com/technetwork/oem/enterprise-manager/overview/index.html

- Oracle Enterprise Managerの動作保証の最新情報は、次のMy Oracle Supportの「動作保証」ページを参照してください。

https://support.oracle.com/

関連項目:
『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』

- Oracle Enterprise Manager Database Expressをデータベース・システム上にローカルにデプロイ
Oracle Enterprise Manager Database Express 12cは、Oracle Databaseに組み込まれたWebベースの管理ツールで、特別なインストールや管理は必要ありません。

Oracle Enterprise Manager Database Expressで管理できるのは、単一データベースのみです。システムで複数のデータベースを管理する場合は、各データベースにOracle Enterprise Manager Database Expressを個別に構成するか、Oracle Enterprise Manager Cloud Controlをインストールする必要があります。

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

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

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

- Oracle Enterprise Manager Database Express 12cで使用できる機能

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

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

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

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

- ローカル・データベース管理にOracle Enterprise Manager Database Expressを使用
Oracle Enterprise Manager Database ExpressはOracle Databaseに組み込まれており、特別なインストールや管理は必要ありません。Oracle Enterprise Manager Database Expressはデータベースのインストール時にデフォルトで有効で構成済であり、Oracle Universal Installerでデータベースのインストール時にオプションとしては表示されません。

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

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

データベースのインストール時にOracle Enterprise Managerを使用するようにデータベースを構成することをお薦めします。ただし、これを実行しない場合、EM Expressの構成については『Oracle Database 2日でデータベース管理者』、Oracle Enterprise Manager Cloud Controlを使用したターゲット検出の詳細は『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2.9.3 Oracle Enterprise Manager Database Express 12cで使用できる機能

Oracle Enterprise Manager Database Expressでは、Oracleデータベースの監視、管理および保守に使用できるWebベースのユーザー・インタフェースが提供されます。

Oracle Enterprise Manager Database Expressは、次に示すような、基本的なデータベース管理タスクの実行に使用できます。

- 構成と管理

- 初期化パラメータ

- メモリー管理

- データベース機能の使用

- データベース・プロパティ

- 記憶域

- 表領域の管理

- UNDO管理

- REDOログ・グループ

- アーカイブ・ログ

- 制御ファイル

- セキュリティ

- ユーザー管理

- ロール管理

- プロファイル管理

Oracle Enterprise Manager Database Expressは、次に示すような、パフォーマンス監視およびチューニング・タスクの実行にも使用できます。

- パフォーマンス・ハブ

- リアルタイムSQL監視

- ASH (アクティブ・セッション履歴)分析

- ADDM(自動データベース診断モニター)

- AWR (自動ワークロード・リポジトリ)ブラウザ

- 履歴パフォーマンス監視およびチューニング

- SQLチューニング・アドバイザ

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

バックアップおよびリカバリ・ファイルの管理を簡略化するには、データベースの高速リカバリ領域を作成します。データベースのインストール時に、Oracle Universal Installerで高速リカバリ領域の場所を構成するオプションが示されます。ただし、バックアップを構成し、バックアップおよびリカバリ戦略を実装するには、Recovery Manager (RMAN)またはOracle Enterprise Manager Cloud Controlのどちらかを使用する必要があります。

関連項目:

- RMANまたはOracle Enterprise Manager Cloud Controlを使用したOracleバックアップおよびリカバリ・ソリューションの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

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

2.10.1 リカバリの構成

データベースのインストール時に高速リカバリ領域の場所を指定できます。

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

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

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

高速リカバリ領域に構成されるデフォルトのディスク割当て制限は、2GBです。Oracle ASMディスク・グループでは、必要なディスク領域は選択するディスク・グループの冗長性レベルにより決定します。

関連項目:

- 「Oracle Automatic Storage Managementの記憶域要件の指定」

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracle Database 11gリリース2 (11.2)よりも前のリリースでは、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 Databaseアップグレード・ガイド』

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

3 Oracle Preinstallation RPMによるOracle Linuxの自動構成

Oracle Linux 7、Oracle Linux 6またはOracle Linux 5をインストールし、Oracle RPMを使用して、Oracle DatabaseおよびOracle Grid Infrastructureのインストール用にオペレーティング・システムを構成することをお薦めします。Oracle Linux 7およびOracle Linux 6の場合は、Oracle Preinstallation RPMを実行します。Oracle Linux 5の場合、Oracle Validated RPMを実行します。

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

- Oracle RPMを使用したOracle Linuxの構成の概要

- DVDまたはイメージからの新規Oracle Linuxインストールのインストール

- ULNサポートを使用したOracle Preinstallation RPMのインストール

- Unbreakable Linux NetworkからのOracle Preinstallation RPMのインストール

- DVDまたはイメージからのOracle Preinstallation RPMのインストール

- Oracle Linux YumサーバーによるOracle Linuxのインストールのサポート

- オペレーティング・システムの構成の追加作業

3.1 Oracle RPMを使用したOracle Linuxの構成の概要

Oracle LinuxディストリビューションのOracle RPMおよびOracle RDBMSのリリースでは、Oracle Grid InfrastructureおよびOracle Databaseのインストールに必要な追加のパッケージが自動的にインストールされ、インストールのためのカーネル・パラメータおよびオペレーティング・システムのその他の基本的な要件の設定など、サーバー・オペレーティング・システムが自動的に構成されます。Oracle RPMで実行される内容の詳細は、次のURLを参照してください。

https://linux.oracle.com

Oracle LinuxおよびOracle Preinstallation RPMを使用してサーバーを構成する手順は次のとおりです。

1. Oracle Linuxをインストールします。

2. LinuxディストリビューションをOracle Unbreakable Linux Network (ULN)に登録するか、ご使用のOracle Linuxリリース用のOracle Linux yumサーバーを使用してシステムのyumリポジトリをダウンロードおよび構成します。

3. Oracle Grid InfrastructureおよびOracle Databaseのリリース用のRPMを使用して、Oracle Preinstallation RPMまたはOracle Validated RPMをインストールし、Linuxのリリースを更新します。

4. 同じ名前とID番号を持つロール割当てされたグループとユーザーを作成します。

5. クラスタ・ノードの候補ごとに、ネットワーク・インタフェースの構成を行います。

6. 標準またはコア・ノード・クラスタの候補ごとに、必要に応じて、共有ストレージ・アクセスのためのシステム構成を行います。

これらの手順が終了すると、Oracle Grid InfrastructureおよびOracle RACのインストールに進むことができます。

3.2 DVDまたはイメージからの新規Oracle Linuxインストールのインストール

次の手順を使用して、新規Oracle Linuxインストールをインストールし、Oracle Preinstallation RPMでのシステム構成を実行します。

1. Oracle Linuxを入手するには、Oracle StoreでOracle Linuxメディア・パックを注文するか、Oracle LinuxおよびOracle VMのOracle Software Delivery CloudのWebサイトからディスク・イメージをダウンロードします。
Oracle Shop:

https://shop.oracle.com

Oracle Software Delivery CloudのWebサイト:

https://edelivery.oracle.com/linux

2. Oracle Linuxインストールを開始し、環境に適切な値で、インストール画面に応答します。

3. 最初のソフトウェア選択画面(タスク固有のソフトウェア・オプションを示す画面)を確認します。画面の下部には、すぐにカスタマイズするか、または後でカスタマイズするかのオプションがあります。「すぐにカスタマイズ」を選択し、「次へ」をクリックします。

4. Oracle Linux 7およびOracle Linux 6では、画面の左側でサーバーを選択し、画面の右側でシステム管理ツールを選択します(オプションはリリースによって異なることがあります)。
Packages in System Toolsウィンドウが開きます。

5. パッケージ・リストからOracle Preinstallation RPMまたはOracle Validated RPMパッケージ・ボックスを選択します。
使用するOracle Databaseのリリースに対応した最新のOracle Preinstallation RPMまたはOracle Validatedパッケージ・オプションがない場合は(使用するOracle LinuxインストールがOracle DatabaseおよびOracle Grid Infrastructureのリリースよりも古いことが原因です)、そのリリースに対応するRPMのインストールを手動で、オペレーティング・システムのインストール完了後に行ってください。

6. オプションのパッケージ・ウィンドウを閉じ、「次へ」をクリックします。

7. その他の画面の指示に従って、Oracle Linuxのインストールを完了します。
Oracle Linuxは、自動的に標準(ロール割当てなし)のOracleインストール所有者とグループを作成し、Oracleインストールの必要に応じて他のカーネル構成設定を設定します。

8. 手順2から6を他のすべてのクラスタ・メンバー・ノードで繰り返します。

3.3 ULNサポートを使用したOracle Preinstallation RPMのインストール

次の手順を使用して、Unbreakable Linux Network (ULN) Oracle Linuxチャネルをサブスクライブし、Oracle Preinstallation RPMを配布するOracle Linuxチャネルを追加します。

1. Unbreakable Linux Network(ULN)にサーバーを登録します。デフォルトでは、ご使用のオペレーティング・システムおよびハードウェアのOracle Linux Latestチャネルに登録されています。

2. 次のURLでUnbreakable Linux Networkにログインします。
https://linux.oracle.com

3. 「システム」タブをクリックし、「システム・プロファイル」リストで、登録されているサーバーを選択します。「システム詳細」ウィンドウが開き、サーバーのサブスクリプションが表示されます。

4. 「サブスクリプションの管理」をクリックします。「システム・サマリー」ウィンドウが開きます。

5. 使用可能チャネルリストから、Linuxインストール・メディアのコピーを選択し、ご使用のOracle Linuxディストリビューションに対応するパッチ・チャネルを更新します。たとえば、ディストリビューションがOracle Linux 5 Update 6 for x86_64の場合は、次のチャネルを選択します。

- Oracle Linux 5 Update 6インストール・メディアのコピー(x86_64)

- Oracle Linux 5 Update 6 Patch (x86_64)

6. 「サブスクライブ」をクリックします。

7. ご使用のプラットフォームに応じて、ターミナル・セッションを開始し、次のコマンドをrootとして入力します。次に例を示します。
Oracle Linux 6およびOracle Linux 7:

# yum install oracle-rdbms-server-12cR1-preinstall

Oracle Linux 5:

# yum install oracle-validated

Oracle Linuxチャネルに登録していて、パッケージがインストールされていることを示す出力が表示されます。次に例を示します。

el5_u6_i386_base
el5_u6_x86_64_patch

Oracle Linuxは、自動的に標準(ロール割当てなし)のOracleインストール所有者とグループを作成し、Oracleインストールの必要に応じて他のカーネル構成設定を設定します。

8. クラスタ内の他のすべてのサーバーで手順1から8を繰り返します。

注意:
RPMログ・ファイルを参照して、システム構成の変更を確認します。たとえば、Oracle Linux 5では、次を参照します。

/var/log/oracle-validated/results/orakernel.log

3.4 Unbreakable Linux NetworkからのOracle Preinstallation RPMのインストール

次の手順を使用して、Oracle Linuxチャネルをサブスクライブし、Oracle Preinstallation RPMを配布するOracle Linuxチャネルを追加します。

1. デフォルトのOracle Linuxワークステーション・インストールを実行します。
Oracle Software Delivery CloudからOracle Linuxをダウンロードできます。

https://edelivery.oracle.com/linux

2. Unbreakable Linux Network(ULN)にサーバーを登録します。デフォルトでは、ご使用のオペレーティング・システムおよびハードウェアのOracle Linux Latestチャネルに登録されています。

3. 次のURLでUnbreakable Linux Networkにログインします。
https://linux.oracle.com

4. 「システム」タブをクリックし、「システム・プロファイル」リストで、登録されているサーバーを選択します。「システム詳細」ウィンドウが開き、サーバーのサブスクリプションが表示されます。

5. 「サブスクリプションの管理」をクリックします。「システム・サマリー」ウィンドウが開きます。

6. 使用可能チャネルリストから、Enterprise Linuxインストール・メディアのコピーを選択し、ご使用のOracle Linuxディストリビューションに対応するパッチ・チャネルを更新します。たとえば、ディストリビューションがOracle Linux 5 Update 5 for x86_64の場合は、次のチャネルを選択します。

- Oracle Linux 5 Update 5インストール・メディアのコピー(x86_64)

- Oracle Linux 5 Update 5 Patch(x86_64)

7. 「サブスクライブ」をクリックします。

8. ご使用のプラットフォームに応じて、ターミナル・セッションを開始し、次のコマンドをrootとして入力します。
Oracle Linux 6およびOracle Linux 7:

yum install oracle-rdbms-server-12cR1-preinstall

Oracle Linux 5:

# yum install oracle-validated

Oracle Linuxチャネルを登録していることを示す出力が表示されます。次に例を示します。

el5_u5_i386_base
el5_u5_x86_64_patch

Oracle Linuxは、自動的に標準(ロール割当てなし)のOracleインストール所有者とグループを作成し、Oracleインストールの必要に応じて他のカーネル構成設定を設定します。

9. rootとして次のコマンドを入力して、システムsysctl.conf設定を更新します:

# sysctl -p

注意:
RPMパッケージは、デフォルトで、Oracleソフトウェア・ユーザーをoracleに設定します。Oracle Databaseのインストールの前に、etc/security/limits.d/oracle-rdbms-server-12cR1-preinstall.confファイルおよびその他の構成ファイル内のOracleユーザー名を更新できます。

10. クラスタ内の他のすべてのサーバーで手順1から9を繰り返します。

注意:
RPMログ・ファイルを参照して、システム構成の変更を確認します。たとえば、Oracle Linux 5では、次を参照します。

/var/log/oracle-validated/results/orakernel.log

3.5 DVDまたはイメージからのOracle Preinstallation RPMのインストール

次の手順を使用して、Oracle LinuxディストリビューションからOracle Preinstallation RPMをインストールします。

1. Oracle Linuxディスクを入手するには、Oracle StoreでOracle Linuxメディア・パックを注文するか、Oracle LinuxおよびOracle VMのOracle Software Delivery CloudのWebサイトからディスク・イメージをダウンロードします。
Oracle Store:

https://shop.oracle.com

Oracle Software Delivery CloudのWebサイト:

https://edelivery.oracle.com/linux

2. Oracle Linuxのインストールを開始します。

3. 最初のソフトウェア選択画面(タスク固有のソフトウェア・オプションを示す画面)を確認します。画面の下部には、すぐにカスタマイズするか、または後でカスタマイズするかのオプションがあります。「すぐにカスタマイズ」を選択し、「次へ」をクリックします。

4. 「カスタマイズ」ページで、画面の左側のリストでベース・システムを選択してから、画面の右側でシステム・ツールを選択します。その後、「オプションのパッケージ」をクリックします。
Packages in System Toolsウィンドウが開きます。

5. パッケージ・リストからOracle Preinstallation RPMパッケージ・ボックスを選択して「次へ」をクリックします。

6. その他の画面の指示に従って、Oracle Linuxのインストールを完了します。
Oracle Linuxは、自動的に標準(ロール割当てなし)のOracleインストール所有者とグループを作成し、Oracleインストールの必要に応じて他のカーネル構成設定を設定します。

7. 手順2から6を他のすべてのクラスタ・メンバー・ノードで繰り返します。

3.6 Oracle Linux YumサーバーによるOracle Linuxのインストールのサポート

次の手順を実行して、Oracle Linuxをインストールし、Oracle Linux Yumサーバーを使用して、セキュリティ・エラータまたはバグ修正更新用にLinuxインストールを構成します。

1. Oracle StoreからOracle Linux DVDを入手するか、Oracle Software Delivery CloudからOracle Linuxをダウンロードします。
Oracle Store:

https://shop.oracle.com

Oracle Software Delivery CloudのWebサイト:

https://edelivery.oracle.com/linux

2. ISOまたはDVDイメージからOracle Linuxをインストールします。

3. rootユーザーでログインします。

4. Oracle Linux yumサーバーWebサイトで参照できる手順を使用して、http://yum.oracle.com/から、ご使用のLinuxディストリビューションのyumリポジトリ・ファイルをダウンロードします。次に例を示します。

# cd /etc/yum.repos.d/
# wget http://yum.oracle.com/public-yum-ol6.repo

olrelease_latestファイル(Oracle Linux 6の場合にはol6_latestなど)はOracle Preinstallation RPMを含むリポジトリであるため、これが有効であることを確認します。

5. (オプション)他のリポジトリを有効化するには、repoファイルを編集します。たとえば、リポジトリol6_UEK_latestを有効化するには、テキスト・エディタを使用して、ファイルにenabled=1を設定します。

6. コマンドyum repolistを実行して、登録されたチャネルを検証します。

7. ご使用のプラットフォームに応じて、ターミナル・セッションを開始し、次のコマンドをrootとして入力します。次に例を示します。
Oracle Linux 6およびOracle Linux 7:

yum install oracle-rdbms-server-12cR1-preinstall

Oracle Linux 5:

# yum install oracle-validated

Oracle Linuxチャネルに登録していて、パッケージがインストールされていることを示す出力が表示されます。次に例を示します。

el5_u6_i386_base
el5_u6_x86_64_patch

Oracle Linuxは、自動的に標準(ロール割当てなし)のOracleインストール所有者とグループを作成し、Oracleインストールの必要に応じて他のカーネル構成設定を設定します。

インストール後に、必要に応じてコマンドyum updateを実行して、Oracle Linuxインストールの最新のセキュリティ・エラータおよびバグ修正を取得します。

3.7 オペレーティング・システムの構成の追加作業

次のオプションの構成作業を実行します。

- Oracle LinuxのOracle Kspliceリポジトリの構成

- 追加のオペレーティング・システム機能の構成

3.7.1 Oracle LinuxのOracle Kspliceリポジトリの構成

ULNで使用可能なOracle Linux Premier Supportサブスクリプションおよびアクセス・キーがある場合、Oracle Kspliceを使用できます。Kspliceの詳細(試用版を含む)は、http://www.ksplice.com/を参照してください。

システムをKspliceに登録するには、次の作業を実行します。

1. 次のURLで、カーネル・ディストリビューションを確認します。
http://www.ksplice.com/uptrack/supported-kernels#

2. rootユーザーでログインします。

3. Kspliceを使用するサーバー上で、インターネットにアクセスできることを確認します。たとえば、プロキシ・サーバーを使用している場合は、次のようなコマンドを使用して、シェルにプロキシ・サーバーおよびポート値を設定します。

# export http_proxy=http://proxy.example.com:port
# export https_proxy=http://proxy.example.com:port

4. 次のURLでKsplice UptrackリポジトリのRPMパッケージをダウンロードします。
https://www.ksplice.com/yum/uptrack/ol/ksplice-uptrack-release.noarch.rpm

5. 次のコマンドを実行します。

rpm -i ksplice-uptrack-release.noarch.rpm
yum -y install uptrack

3.7.2 追加のオペレーティング・システム機能の構成

必要に応じて、IPMIや追加のプログラミング環境など、その他の機能のためにオペレーティング・システムを構成する場合、第4章「Oracle Databaseのインストール前の作業」を参照してください。

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

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

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

関連項目:

- データベースのインストール前の作業を進める前に、「スタンドアロン・サーバー用のOracle Grid Infrastructureのサーバー構成」を参照してください。

- 第5章「Oracle Databaseのためのユーザー、グループおよび環境の構成」

- 付録E「Oracle Database用のネットワークの構成」

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

- Linuxオペレーティング・システムのインストールに関するガイドライン

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

- Oracle Database用のサーバーの構成

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

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

- IBM: Linux on System zでのOracle RPM Checkerの使用

- オペレーティング・システム要件について

- x86-64 Linuxプラットフォームのオペレーティング・システム要件

- IBM: Linux on System zのオペレーティング・システム要件

- Linuxの追加のドライバおよびソフトウェア・パッケージ

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

- Linuxのcvuqdisk RPMのインストール

- Linuxでの共有メモリー・ファイル・システム・マウントの確認

- ホスト名解決の確認

- 透過的なHugePagesの無効化

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

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

- LinuxでのディスクI/Oスケジューラの設定

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

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

関連項目:

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

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

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

4.1 Linuxオペレーティング・システムのインストールに関するガイドライン

この項では、サポートされているLinuxのディストリビューションのインストールについての情報を提供します。オペレーティング・システムをインストールする前に、最小限のハードウェア構成を完了してください。

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

- Linuxの最小インストールの完了

- デフォルトのLinuxインストールの完了

- Oracle LinuxおよびUnbreakable Enterprise Kernelについて

- Oracle Preinstallation RPMについて

4.1.1 Linuxの最小インストールの完了

Linuxの最小インストール要件に関しては、次の項を確認してください。

- Linuxの最小インストールについて

- オペレーティング・システム構成を完了するためのRPMパッケージ

- 最小インストールのためのOpen SSH要件

4.1.1.1 Linuxの最小インストールについて

Linuxの最小インストールを完了するには、最小インストール・オプション(パッケージ・グループ選択から「最小」オプションを選択するか、ベース・パックを除くすべてのパッケージの選択を解除するカスタム・インストール)の1つを選択します。このインストールでは、データベースのインストールに必要なRPMの多くが不足しているため、ご使用のOracle LinuxリリースのRPMパッケージを使用して、必須パッケージをインストールする必要があります。使用するパッケージは、Linuxリリース、およびUnbreakable Linux Network (ULN)でのサポート・ステータスによって異なります。

注意:
Oracle Preinstallation RPMにより、X11クライアント・ライブラリはインストールされますが、X Window Systemのサーバー・パッケージはインストールされません。OUI、コンフィギュレーション・アシスタント、Oracle Enterprise ManagerなどのGraphical User Interfaceを使用するには、表示をX Window Systemサーバー・パッケージを使用するシステムに設定します。

低減されたパッケージ・セットのインストールに関するマニュアルは、次のURLを参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=728346.1

注意:
Unbreakable Linux NetworkまたはRed Hatサポート・ネットワークのメンバーでなく、My Oracle Supportを使用している場合は、低減されたパッケージ・セットのインストールを記述するスクリプトの構成手順をダウンロードできます。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=579101.1

「Linuxの低減されたパッケージ・セット」を検索して、手順の場所を確認することもできます。

4.1.1.2 オペレーティング・システム構成を完了するためのRPMパッケージ

ULNサポートを使用したOracle Linux 6 Preinstallation RPM

Oracle Linux 6カーネルのOracle Preinstallation RPM (oracle-rdbms-server-12cR1-preinstall)。

Unbreakable Linux Network (ULN)に登録済の場合は、yumを使用してOracle Preinstallation RPMを入手できます。

ULNサポートを使用したOracle Linux 5 Oracle Validated RPM

Oracle Linux 5カーネルのOracle Validated RPM (oracle-validated)。

Unbreakable Linux Network (ULN)を使用している場合は、up2date、またはyum (5.5以降のリリースの場合)を使用すると、Oracle Validated RPMを入手できます。

関連項目:
第3章「Oracle Preinstallation RPMによるOracle Linuxの自動構成」

ULNサポートを使用しないOracle Linux 6 Preinstallation RPM

http://yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/

ULNサポートを使用しないOracle Linux 5 Oracle Validated RPM

http://yum.oracle.com/repo/OracleLinux/OL5/latest/x86_64/

4.1.1.3 最小インストールのためのOpen SSH要件

Oracle Grid Infrastructureのインストールには、SSHが必要です。Linuxディストリビューションの最小インストールには、OpenSSHが含まれます。次のコマンドを入力して、SSHパッケージがインストールされていることを確認します。

# rpm -qa | grep ssh

SSHパッケージのリストが表示されない場合は、Linuxディストリビューションにパッケージをインストールします。

4.1.2 デフォルトのLinuxインストールの完了

Oracle Preinstallation RPMをインストールしない場合は、デフォルトのソフトウェア・パッケージ(RPM)が付属しているLinuxオペレーティング・システムをインストールすることをお薦めします。このインストールには、ほとんどの必須パッケージが含まれており、手動によるパッケージの依存性チェックを削減できます。インストール時にRPMをカスタマイズしないことをお薦めします。

デフォルトのインストールの詳細を参照するには、My Oracle Supportにログオンします。

https://support.oracle.com

「デフォルトのRPM Linuxインストール」を検索して、Linuxのディストリビューションを探します。次に例を示します。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=401167.1

インストール後に、ご使用のディストリビューションのシステム要件を確認し、必要なカーネル・パッケージがすべてインストールされており、ご使用のディストリビューションやシステム構成に必要なその他のすべての構成タスクが完了していることを確認します。

4.1.3 Oracle LinuxおよびUnbreakable Enterprise Kernelについて

OracleのUnbreakable Enterprise Kernelは、上流の開発から、データ・センターでOracle Linuxを実行する顧客に、最新の技術革新を提供します。Unbreakable Enterprise Kernelは、Oracle Linux 5 Update 6からデフォルトで組み込まれ、有効化されます。

Unbreakable Enterprise Kernelは、最近の安定したメインライン開発のLinuxカーネルをベースとし、Oracle Database、OracleミドルウェアおよびOracleハードウェアの技術チームと連携して最適化が図られ、最も要求の厳しいエンタープライズ・ワークロードに安定性と最適なパフォーマンスを提供します。

エンタープライズ・アプリケーションを実行する場合は特に、Oracle Linux環境にUnbreakable Enterprise Kernelをデプロイすることをお薦めします。ただし、Unbreakable Enterprise KernelとともにOracle Linuxを使用するかどうかは任意です。Red Hat Enterprise Linux kernel(RHEL)との厳密な互換性が必要な場合は、Oracle LinuxにRHEL Linuxカーネルと互換性があるカーネルをRHELソース・コードから直接コンパイルして含めることもできます。

Unbreakable Enterprise Kernel for Oracle Linuxの詳細は、次のURLで取得できます。

https://www.oracle.com/linux/index.html

Unbreakable Enterprise Kernel for Oracle LinuxはOracle製品で使用される標準カーネルです。Oracle Databaseとその他のOracle製品のビルド・システムおよびQAシステムでは、Unbreakable Enterprise Kernel for Oracle Linuxを排他的に使用します。Unbreakable Enterprise Kernel for Oracle LinuxはOracle ExadataおよびOracle Exalogicの各システムで使用されるカーネルでもあります。Unbreakable Enterprise Kernel for Oracle Linuxは、Oracleが関与するLinuxでのすべてのベンチマーク・テストおよびOracle Preinstallation RPMプログラム(x86-64用)で使用されます。

Oracle KspliceはOracle Linuxの一部であり、Linuxの動作中に、再起動または中断することなくLinuxオペレーティング・システム(OS)カーネルを更新します。KspliceはOracle Linuxでのみ使用できます。

4.1.4 Oracle Preinstallation RPMについて

使用するLinuxディストリビューションがOracle Linuxであるか、Red Hat Enterprise Linuxであり、かつOracle Linuxを使用している場合は、インストール前の構成タスクのほとんどをOracle Preinstallation RPMを使用して完了できます。このパッケージはOracle Linux Networkから入手でき、Oracle LinuxのDVDにも収録されています。Oracle Preinstallation RPMの使用は必須ではありませんが、クラスタ・サーバーの設定の時間を節約するため、使用をお薦めします。

インストールされると、Oracle Preinstallation RPMでは次の操作が実行されます。

- Oracle Grid InfrastructureおよびOracle Databaseのインストールに必要な追加のRPMパッケージが自動的にダウンロードおよびインストールされ、依存性が解決されます。

- oracleユーザーが作成され、そのユーザーのoraInventory(oinstall)およびOSDBA(dba)グループが作成されます。

- 必要に応じて、sysctl.confの設定、システム起動パラメータおよびドライバ・パラメータの値が、Oracle Preinstallation RPMプログラムの推奨値に基づいて設定されます。

- ハード・リソースおよびソフト・リソースの制限が設定されます。

- ご使用のカーネルのバージョンに応じて、その他の推奨パラメータが設定されます。

Oracle Linux Networkを使用するには、営業担当者に連絡するか、または次のOracle Linuxストアからライセンスを購入します。

https://shop.oracle.com/product/oraclelinux

ご使用のサーバーをUnbreakable Linux Networkに登録するか、または詳しい情報を検索するには、次のURLを参照してください。

https://linux.oracle.com

Oracle Linux 5.2以上を使用している場合、Oracle Preinstallation RPMはインストール・メディアに含まれています。

注意:
Oracle Databaseのリリースごとに作成されたOracle Preinstallation RPMでは、ユーザー・アカウントoracleにのみカーネル・パラメータとリソース制限が設定されます。複数のソフトウェア・アカウント所有者を使用する場合、他のアカウントに対してはシステム構成を手動で行う必要があります。

関連項目:
第3章「Oracle Preinstallation RPMによるOracle Linuxの自動構成」

4.1.5 Oracle Kspliceを使用した停止時間ゼロ更新の実行

Oracle Ksplice Uptrack更新によってLinuxセキュリティおよびバグ修正の更新が提供され、これらの更新はカーネルを再起動することなく適用される形式に再パッケージ化されます。

Ksplice Uptrackを使用するには、次の手順を実行します。

1. Unbreakable Linux Networkから、 Oracle Linuxプレミアム・サポート・サブスクリプションを入手または確認します。
https://linux.oracle.com

2. rootユーザーでログインします。

3. Kspliceを使用するサーバー上で、インターネットにアクセスできることを確認します。たとえば、プロキシ・サーバーを使用している場合は、次のようなコマンドを使用して、シェルにプロキシ・サーバーおよびポート値を設定します。

# export http_proxy=http://proxy.example.com:port
# export https_proxy=http://proxy.example.com:port

4. 次のURLでKsplice UptrackリポジトリのRPMパッケージをダウンロードします。
https://www.ksplice.com/yum/uptrack/ol/ksplice-uptrack-release.noarch.rpm

5. 次のコマンドを実行します。

rpm -i ksplice-uptrack-release.noarch.rpm
yum -y install uptrack

6. テキスト・エディタで/etc/uptrack/uptrack.confを開き、プレミアム・サポートのアクセス・キーを入力し、ファイルを保存します。ご使用のシステムのすべてに、同じアクセス・キーを使用する必要があります。

7. 次のコマンドを実行して、カーネルの停止時間ゼロ更新を実行します。

uptrack-upgrade -y

関連項目:

- 詳細は、Oracle Ksplice UptrackのWebサイトを参照してください。

http://www.ksplice.com

- Oracle Linux用のOracle Ksplice

https://oss.oracle.com/ksplice/docs/ksplice-quickstart.pdf

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

インストール中は、rootまたは他のユーザーとして、リモート端末上で作業を行う必要があります。リモート表示できるようにする必要があるユーザー・アカウントに対して、次の手順を実行します。

注意:
別のユーザー(gridなど)としてログインする場合は、そのユーザーでもこの手順を繰り返します。

rootユーザーとしてログインしてリモート表示を有効にするには、次の手順のいずれかを実行します。

- X Window SystemワークステーションまたはXターミナルからソフトウェアをインストールする場合は、次の手順を実行します。

1. 新規Xターミナル・セッション(xterm)を開始します。

2. ソフトウェアを別のシステムにインストールし、そのシステムをX11ディスプレイとして使用する場合は、次の構文を使用してコマンドを入力し、リモート・ホストがローカルのXサーバーでXアプリケーションを表示できるようにします。

$ xhost + RemoteHost

RemoteHostは完全修飾されたリモートのホスト名です。次に例を示します。

$ xhost + somehost.example.com
somehost.example.com being added to the access control list

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

$ ssh -Y RemoteHost

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

$ su - root
password:
#

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

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

1. X Window Systemソフトウェアを起動します。

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

3. Oracleソフトウェア・インストール所有者(oracle)としてソフトウェアをインストールするリモート・システムに接続し、そのシステムでX端末セッション(xterm)を開始します。

4. リモート・システム上で別の端末セッションを開き、rootユーザーとしてリモート・システムにログインします。プロンプトが表示されたら、rootとしてスクリプトを実行できます。

4.3 Oracle Database用のサーバーの構成

この項では、Oracle Databaseのインストール前に完了しておく必要のある、次のオペレーティング・システムの作業について説明します。

- サーバーのハードウェアとメモリー構成の確認

- 一般的なサーバーの最低要件

- サーバー記憶域の最低要件

- サーバー・メモリーの最低要件

4.3.1 サーバーのハードウェアとメモリー構成の確認

現在のシステム情報を確認するには、次のコマンドを実行します。

1. 次のコマンドを入力して、物理RAMのサイズを確認します。

# grep MemTotal /proc/meminfo

システムにインストールされている物理RAMのサイズが必要サイズより小さい場合は、先に進む前にメモリーを増設する必要があります。

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

# grep SwapTotal /proc/meminfo

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

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

# df -h /tmp

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

# df -h

5. 次のコマンドを入力して、システムのRAMおよびディスク・スワップ領域の空き領域の大きさを確認します。

# free

6. システム・アーキテクチャでソフトウェアを実行できるかどうかを確認するには、次のコマンドを入力します。

# uname -m

プロセッサ・アーキテクチャがインストールするOracleソフトウェアのリリースと適合することを確認します。たとえば、x86-64ビット・システムでは次のように表示されます。

x86_64

想定した出力が表示されない場合、このシステムにそのソフトウェアはインストールできません。

4.3.2 一般的なサーバーの最低要件

ご使用のシステムが、次に示す一般的な最低要件を満たしていることを確認してください。

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

- システム・コンソールベースのインストールの実行中に、Oracle Universal Installerが正しく表示されるよう、ディスプレイ・カードの表示解像度が少なくとも1024 x 768であることを確認してください。

4.3.3 サーバー記憶域の最低要件

システム・アーキテクチャに応じて、ご使用のシステムが次の記憶域の最低要件を満たしていることを確認してください。

- Linux x86-64のディスク領域要件

- IBM: Linux on System zのディスク領域要件

- 一時ディレクトリのディスク領域要件

4.3.3.1 Linux x86-64のディスク領域要件

Linux x86-64システムが、表4-1に説明されている、ソフトウェア・ファイルのディスク領域要件を満たしていることを確認してください。

表4-1 Linux x86-64におけるディスク領域要件

インストール・タイプ

ソフトウェア・ファイルのディスク領域

Enterprise Edition

6.4GB

Standard Edition

6.1GB

Standard Edition One

6.1GB

Standard Edition 2

6.1GB

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

4.3.3.2 IBM: Linux on System zのディスク領域要件

システムが、表4-2に説明されている、ソフトウェア・ファイルのディスク領域要件を満たしていることを確認してください。

表4-2 IBM: Linux on System zのディスク領域要件

インストール・タイプ

ソフトウェア・ファイルのディスク領域

Enterprise Edition

5.5GB

Standard Edition

5.4GB

Standard Edition One

5.5GB

Standard Edition 2

5.4GB

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

4.3.3.3 一時ディレクトリのディスク領域要件

Linuxシステムの/tmpディレクトリの空き領域1GB。

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

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

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

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

- /tmpディレクトリを含むファイル・システムを拡張します。

4.3.4 サーバー・メモリーの最低要件

ご使用のシステムが、次のメモリー要件を満たしていることを確認してください。

最小: 1GBのRAM

推奨: 2GB以上のRAM

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

表4-3 Linuxのスワップ領域要件

RAM

スワップ領域

1から2GB

RAMのサイズの1.5倍

2から16GB

RAMのサイズと同じ

16GB超

16GB

関連項目:

- HugePages構成の制限

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

- メモリー割当ての検討および自動メモリー管理

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

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

関連項目:
http://docs.oracle.com/en/operating-systems/

4.5 インストール修正スクリプトの使用

Oracle Universal Installerは、インストールの最小要件が満たされていない場合に検知し、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプトを作成します。Oracle Universal Installerは不完全なタスクを検出すると、修正スクリプト(runfixup.sh)を生成します。修正スクリプトを実行し、「修正および再チェック」をクリックします。修正スクリプトは、永続パラメータ設定とメモリーのパラメータの両方を変更するため、システムを再起動する必要はありません。

関連項目:
cluvfyコマンドの使用方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』の「クラスタ検証ユーティリティのリファレンス」を参照してください。

修正スクリプトによって、次の作業が実行されます。

- 必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。

- 共有メモリーのパラメータ。

- オープン・ファイル記述子とUDP送受信のパラメータ

- Oracleインベントリ(中央インベントリ)ディレクトリに権限が作成および設定されます。

- インストール所有者、必要な場合はOracleインベントリ・ディレクトリ、オペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。

- 必要に応じて、シェル制限が必要な値に設定されます。

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

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

関連項目:
付録D「インストール前の作業を手動で完了する方法」

4.6 IBM: Linux on System zでのOracle RPM Checkerの使用

Oracle DatabaseまたはOracle Grid Infrastructureのインストールを開始する前に、Oracle RPM Checkerユーティリティを使用して、必要なRed Hat Enterprise LinuxまたはSUSEのパッケージがオペレーティング・システムにインストールされていることを確認します。

Oracle RPM Checkerユーティリティは、次のURLで参照できるMy Oracle Supportノート1574412.1に記載されたリンクからダウンロードします。

https://support.oracle.com/epmos/faces/DocumentDisplay?id=1574412.1&displayIndex=1

使用しているIBM: Linux on System zディストリビューション用のOracle RPM Checkerユーティリティをダウンロードし、RPMを解凍して、rootでRPMをインストールします。次に、rootでこのユーティリティを実行して、使用しているオペレーティング・システム・パッケージを確認します。次に例を示します。

# rpm -ivh ora-val-rpm-EL6-DB-12.1.0.1-1.s390x.rpm

Red Hat Enterprise Linuxでは、このユーティリティはすべての必要なRPMを確認し、インストールも行います。次に例を示します。

yum install ora-val-rpm-EL6-DB-12.1.0.1-1.s390x.rpm

4.7 オペレーティング・システム要件について

インストールする製品に応じて、必要なオペレーティング・システム・カーネルとパッケージがインストールされていることを確認してください。

このマニュアルに記載されているのは、タイトル・ページに記載されている日付での最新の要件です。カーネル要件の最新情報については、次のURLでオンライン版を参照してください。

http://docs.oracle.com

Oracle Universal Installerによって、システムが示されたオペレーティング・システム・パッケージの要件を満たしていることを確認するチェックが実行されます。これらの検証が正常に完了するように、OUIを起動する前に要件を確認してください。

注意:
オペレーティング・システムのアップグレード時を除いて、クラスタ・メンバー間で異なるオペレーティング・システム・バージョンを実行することはできません。各オペレーティング・システムがサポートされている場合でも、同じクラスタのメンバーで異なるオペレーティング・システム・バージョンのバイナリを実行することはできません。

4.8 x86-64 Linuxプラットフォームのオペレーティング・システム要件

この項に記載されているLinuxのディストリビューションおよびパッケージは、x86-64上のこのリリースでサポートされています。

Oracle Grid Infrastructureのオペレーティング・システム要件を確認し、Oracle DatabaseとOracle RACのインストールについて追加のオペレーティング・システム要件を確認します。

- x86-64用のサポートされるOracle Linux 7およびRed Hat Enterprise Linux 7ディストリビューション

- x86-64でサポートされているOracle Linux 6およびRed Hat Enterprise Linux 6のディストリビューション

- x86-64でサポートされているOracle Linux 5およびRed Hat Enterprise Linux 5のディストリビューション

- x86-64でサポートされているSUSEのディストリビューション

- x86-64でサポートされているNeoKylin Linux Advanced Serverディストリビューション

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

注意:

- Oracle Linux 5 Update 5またはRed Hat Enterprise Linux 5 Update 5のいずれかを実行中のx86-64サーバー上に、Unbreakable Enterprise Kernel for Oracle Linuxをインストールできます。Oracle Linux 5 Update 6では、Unbreakable Enterprise Kernel for Oracle Linuxがデフォルトのシステム・カーネルです。Unbreakable Enterprise Kernelを含むOracle Linuxのx86 (32ビット)リリースは、Oracle Linux 5 Update 7以上で使用可能です。

- 次の項に示す32ビット・パッケージは、32ビット・クライアント・インストールのみに必要です。

- Oracle Universal InstallerにはX Window System (libxなど)が必要です。libxパッケージは、デフォルトのLinuxインストールの一部です。Oracle Preinstallation RPMを使用してLinuxをインストールする場合は、libxパッケージはそのRPMの一部としてインストールされます。低減されたパッケージ・セットを使用してシステムへのインストールを実行する場合は、libxがインストールされることを確認する必要があります。

4.8.1 x86-64用のサポートされるOracle Linux 7およびRed Hat Enterprise Linux 7ディストリビューション

次の情報を使用して、サポートされているOracle Linux 7およびRed Hat Linux 7のディストリビューションをチェックしてください。

注意:
Oracle Database 12cリリース1 (12.1.0.2)以降、Oracle Linux 7およびRed Hat Enterprise Linux 7はLinux x86-64システムでサポートされます。

関連項目:
Red Hat Enterprise Linux 7.2またはOracle Linux 7.2を、現在使用中であるか、更新する予定である場合、RemoveIPC設定に関する情報は次を参照してください:

- My Oracle Supportノート2081410.1:
https://support.oracle.com/epmos/faces/DocumentDisplay?id=2081410.1&displayIndex=1

- Oracle Linux 7更新2リリース・ノート
http://docs.oracle.com/en/operating-systems/

表4-4 x86-64でサポートされるLinux 7オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Oracle Linux 7

Unbreakable Linux NetworkでOracle Linux 7チャネルにサブスクライブするか、Oracle Linux yumサーバーWebサイトからyumリポジトリを構成した後、Oracle Preinstallation RPMをインストールします。このRPMにより、Oracle Grid InfrastructureとOracle Databaseのインストールに必須のすべてのカーネル・パッケージがインストールされ、他のシステム構成が実行されます。

サポートされているディストリビューション:

- Oracle Linux 7およびUnbreakable Enterprise Kernel: 3.8.13-33.el7uek.x86_64以上

- Red Hatと互換性があるカーネルを使用したOracle Linux 7: 3.10.0-123.el7.x86_64以上

Red Hat Enterprise Linux 7

サポートされているディストリビューション:

- Red Hat Enterprise Linux 7: 3.10.0-123.el7.x86_64以上

Oracle Linux 7およびRed Hat Enterprise Linux 7の各パッケージ

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.23.52.0.1-12.el7.x86_64
compat-libcap1-1.10-3.el7.x86_64
compat-libstdc++-33-3.2.3-71.el7.i686
compat-libstdc++-33-3.2.3-71.el7.x86_64
gcc-4.8.2-3.el7.x86_64
gcc-c++-4.8.2-3.el7.x86_64
glibc-2.17-36.el7.i686
glibc-2.17-36.el7.x86_64
glibc-devel-2.17-36.el7.i686
glibc-devel-2.17-36.el7.x86_64
ksh
libaio-0.3.109-9.el7.i686
libaio-0.3.109-9.el7.x86_64
libaio-devel-0.3.109-9.el7.i686
libaio-devel-0.3.109-9.el7.x86_64
libgcc-4.8.2-3.el7.i686
libgcc-4.8.2-3.el7.x86_64
libstdc++-4.8.2-3.el7.i686
libstdc++-4.8.2-3.el7.x86_64
libstdc++-devel-4.8.2-3.el7.i686
libstdc++-devel-4.8.2-3.el7.x86_64
libXi-1.7.2-1.el7.i686
libXi-1.7.2-1.el7.x86_64
libXtst-1.2.2-1.el7.i686
libXtst-1.2.2-1.el7.x86_64
make-3.82-19.el7.x86_64
sysstat-10.1.5-1.el7.x86_64

4.8.2 x86-64用のサポートされるOracle Linux 6およびRed Hat Enterprise Linux 6ディストリビューション

次の情報を使用して、サポートされているOracle Linux 6およびRed Hat Linux 6のディストリビューションをチェックしてください。

表4-5 x86-64でサポートされるLinux 6オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Oracle Linux 6

Unbreakable Linux NetworkでOracle Linux 6チャネルにサブスクライブするか、Oracle Linux yumサーバーWebサイトからyumリポジトリを構成した後、Oracle Preinstallation RPMをインストールします。このRPMにより、Oracle Grid InfrastructureとOracle Databaseのインストールに必須のすべてのカーネル・パッケージがインストールされ、他のシステム構成が実行されます。

サポートされているディストリビューション:

- Unbreakable Enterprise Kernel (UEK)を使用したOracle Linux 6:
Update 2以上、2.6.39-200.24.1.el6uek.x86_64以上のUEK2カーネル

Update 4以上、3.8.13-16以上のUEK3カーネル

Update 7以上、4.1.12-32以上のUEK4カーネル

- Red Hatと互換性があるカーネルを使用したOracle Linux 6: 2.6.32-71.el6.x86_64以上

Red Hat Enterprise Linux 6

サポートされているディストリビューション:

- Red Hat Enterprise Linux 6: 2.6.32-71.el6.x86_64以上

Oracle Linux 6およびRed Hat Enterprise Linux 6の各パッケージ

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.20.51.0.2-5.11.el6 (x86_64)
compat-libcap1-1.10-1 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (i686)
gcc-4.4.4-13.el6 (x86_64)
gcc-c++-4.4.4-13.el6 (x86_64)
glibc-2.12-1.7.el6 (i686)
glibc-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6 (i686)
ksh
libgcc-4.4.4-13.el6 (i686)
libgcc-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6 (i686)
libstdc++-devel-4.4.4-13.el6 (x86_64)
libstdc++-devel-4.4.4-13.el6 (i686)
libaio-0.3.107-10.el6 (x86_64)
libaio-0.3.107-10.el6 (i686)
libaio-devel-0.3.107-10.el6 (x86_64)
libaio-devel-0.3.107-10.el6 (i686)
libXext-1.1 (x86_64)
libXext-1.1 (i686)
libXtst-1.0.99.2 (x86_64)
libXtst-1.0.99.2 (i686)
libX11-1.3 (x86_64)
libX11-1.3 (i686)
libXau-1.0.5 (x86_64)
libXau-1.0.5 (i686)
libxcb-1.5 (x86_64)
libxcb-1.5 (i686)
libXi-1.3 (x86_64)
libXi-1.3 (i686)
make-3.81-19.el6
sysstat-9.0.4-11.el6 (x86_64)

4.8.3 x86-64用のサポートされるOracle Linux 5およびRed Hat Enterprise Linux 5ディストリビューション

次の情報を使用して、サポートされているOracle Linux 5およびRed Hat Linux 5のディストリビューションをチェックしてください。

表4-6 x86-64でサポートされるLinux 5オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Oracle Linux 5

Unbreakable Linux NetworkでOracle Linux 5チャネルにサブスクライブした後、Oracle Validated RPMをインストールします。このRPMにより、Oracle Grid InfrastructureとOracle Databaseのインストールに必須のすべてのカーネル・パッケージがインストールされ、他のシステム構成が実行されます。

サポートされているディストリビューション:

- Oracle Linux 5 Update 6およびUnbreakable Enterprise kernel: 2.6.32-100.0.19以上

- Red Hatと互換性があるカーネルを使用したOracle Linux 5 Update 6: 2.6.18-238.0.0.0.1.el5以上

Red Hat Enterprise Linux 5

サポートされているディストリビューション:

- Red Hat Enterprise Linux 5 Update 6: 2.6.18-238.0.0.0.1.el5以上

Oracle Linux 5およびRed Hat Enterprise Linux 5のパッケージ要件

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.17.50.0.6
compat-libstdc++-33-3.2.3
compat-libstdc++-33-3.2.3 (32 bit)
coreutils-5.97-23.el5_4.1
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.5-58
glibc-2.5-58 (32 bit)
glibc-devel-2.5-58
glibc-devel-2.5-58 (32 bit)
ksh
libaio-0.3.106
libaio-0.3.106 (32 bit)
libaio-devel-0.3.106
libaio-devel-0.3.106 (32 bit)
libgcc-4.1.2
libgcc-4.1.2 (32 bit)
libstdc++-4.1.2
libstdc++-4.1.2 (32 bit)
libstdc++-devel 4.1.2
libXext-1.0.1
libXext-1.0.1 (32 bit)
libXtst-1.0.1
libXtst-1.0.1 (32 bit)
libX11-1.0.3
libX11-1.0.3 (32 bit)
libXau-1.0.1
libXau-1.0.1 (32 bit)
libXi-1.0.1
libXi-1.0.1 (32 bit)
make-3.81
sysstat-7.0.2

4.8.4 x86-64でサポートされているSUSEのディストリビューション

次の情報を使用して、サポートされているSUSEのディストリビューションをチェックしてください。

注意:
Oracle Database 12cリリース1 (12.1.0.2)以降、SUSE Linux Enterprise Server 12はLinux x86-64システムで動作保証されます。

表4-7 x86-64でサポートされるSUSEオペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

SUSE Linux Enterprise Server

サポートされているディストリビューション:

- SUSE Linux Enterprise Server 11 SP2: 3.0.13-0.27以上

- SUSE Linux Enterprise Server 12 SP1: 3.12.49-11以上

SUSE 11

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.21.1-0.7.25
gcc-4.3-62.198
gcc-c++-4.3-62.198
glibc-2.11.3-17.31.1
glibc-devel-2.11.3-17.31.1
ksh-93u-0.6.1
libaio-0.3.109-0.1.46
libaio-devel-0.3.109-0.1.46
libcap1-1.10-6.10
libstdc++33-3.3.3-11.9
libstdc++33-32bit-3.3.3-11.9
libstdc++43-devel-4.3.4_20091019-0.22.17
libstdc++46-4.6.1_20110701-0.13.9
libgcc46-4.6.1_20110701-0.13.9
make-3.81
sysstat-8.1.5-7.32.1
xorg-x11-libs-32bit-7.4
xorg-x11-libs-7.4
xorg-x11-libX11-32bit-7.4
xorg-x11-libX11-7.4
xorg-x11-libXau-32bit-7.4
xorg-x11-libXau-7.4
xorg-x11-libxcb-32bit-7.4
xorg-x11-libxcb-7.4
xorg-x11-libXext-32bit-7.4
xorg-x11-libXext-7.4

SUSE 12

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.25.0-13.1
gcc-4.8-6.189
gcc48-4.8.5-24.1
glibc-2.19-31.9
glibc-32bit-2.19-31.9
glibc-devel-2.19-31.9.x86_64
glibc-devel-32bit-2.19-31.9.x86_64
mksh-50-2.13
libaio1-0.3.109-17.15
libaio-devel-0.3.109-17.15
libcap1-1.10-59.61
libstdc++48-devel-4.8.5-24.1.x86_64
libstdc++48-devel-32bit-4.8.5-24.1.x86_64
libstdc++6-5.2.1+r226025-4.1.x86_64
libstdc++6-32bit-5.2.1+r226025-4.1.x86_64
libstdc++-devel-4.8-6.189.x86_64
libstdc++-devel-32bit-4.8-6.189.x86_64
libgcc_s1-5.2.1+r226025-4.1.x86_64
libgcc_s1-32bit-5.2.1+r226025-4.1.x86_64
make-4.0-4.1.x86_64
sysstat-10.2.1-3.1.x86_64
xorg-x11-driver-video-7.6_1-14.30.x86_64
xorg-x11-server-7.6_1.15.2-36.21.x86_64
xorg-x11-essentials-7.6_1-14.17.noarch
xorg-x11-Xvnc-1.4.3-7.2.x86_64
xorg-x11-fonts-core-7.6-29.45.noarch
xorg-x11-7.6_1-14.17.noarch
xorg-x11-server-extra-7.6_1.15.2-36.21.x86_64
xorg-x11-libs-7.6-45.14.noarch
xorg-x11-fonts-7.6-29.45.noarch

4.8.5 x86-64でサポートされているNeoKylin Linux Advanced Serverディストリビューション

次の情報を使用して、サポートされているNeoKylin Linux Advanced Serverのディストリビューションをチェックしてください。

注意:
Oracle Database 12cリリース1 (12.1.0.2)以降、NeoKylin Linux Advanced Server 6はLinux x86-64システムで動作保証されます。

表4-8 x86-64でサポートされるNeoKylinオペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

NeoKylin Linux Advanced Server

サポートされているディストリビューション:

- NeoKylin Linux Advanced Server 6: 2.6.32-431.el6.x86_64以上

NeoKylin 6.0

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.20.51.0.2-5.36.el6 (x86_64)
compat-libcap1-1.10-1 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (i686)
gcc-4.4.7-4.el6 (x86_64)
gcc-c++-4.4.7-4.el6 (x86_64)
glibc-2.12-1.132.el6 (i686)
glibc-2.12-1.132.el6 (x86_64)
glibc-devel-2.12-1.132.el6 (x86_64)
glibc-devel-2.12-1.132.el6 (i686)
ksh
libgcc-4.4.7-4.el6 (i686)
libgcc-4.4.7-4.el6 (x86_64)
libstdc++-4.4.7-4.el6 (x86_64)
libstdc++-4.4.7-4.el6 (i686)
libstdc++-devel-4.4.7-4.el6 (x86_64)
libstdc++-devel-4.4.7-4.el6 (i686)
libaio-0.3.107-10.el6 (x86_64)
libaio-0.3.107-10.el6 (i686)
libaio-devel-0.3.107-10.el6 (x86_64)
libaio-devel-0.3.107-10.el6 (i686)
libXext-1.3.1-2.el6 (x86_64)
libXext-1.3.1-2.el6 (i686)
libXtst-1.2.1-2.el6 (x86_64)
libXtst-1.2.1-2.el6 (i686)
libX11-1.5.0-4.el6 (x86_64)
libX11-1.5.0-4.el6 (i686)
libXau-1.0.6-4.el6 (x86_64)
libXau-1.0.6-4.el6 (i686)
libxcb-1.8.1-1.el6 (x86_64)
libxcb-1.8.1-1.el6 (i686)
libXi-1.6.1-3.el6 (x86_64)
libXi-1.6.1-3.el6 (i686)
make-3.81-20.el6
sysstat-9.0.4-22.el6 (x86_64)

4.9 IBM: Linux on System zのオペレーティング・システム要件

この項に記載されているディストリビューションおよびパッケージは、IBM: Linux on System z上のこのリリースでサポートされています。

Oracle Grid Infrastructureのオペレーティング・システム要件を特定し、Oracle DatabaseおよびOracle RACのインストールのための追加のオペレーティング・システム要件を特定します。

- IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 7のディストリビューション

- IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 6のディストリビューション

- IBM: Linux on System zでサポートされているRed Hat Enterprise Linux 5のディストリビューション

- IBM: Linux on System zでサポートされているSUSEのディストリビューション

注意:

- 12.1リリースの場合、Oracle Database 12cリリース1 (12.1.0.2)以降、Red Hat Enterprise Linux 7.1およびSUSE Linux Enterprise Server 12 SP1はIBM: Linux on System zで動作保証されます。

- 次の項に示す32ビット・パッケージは、32ビット・クライアント・インストールのみに必要です。

4.9.1 IBM: Linux on System z用のサポートされるRed Hat Enterprise Linux 7ディストリビューション

Red Hat Linux 7のサポートされるディストリビューションは、次の情報で確認してください。

表4-9 Linux 7オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Red Hat Enterprise Linux 7

Red Hat Enterprise Linux 7.1: 3.10.0-229.el7.s390x以降

注意: Red Hat Enterprise Linux 7 Update 1へのインストールは可能ですが、シームレスなセキュリティ強化のために、Red Hat Enterprise Linux 7 Update 2へのインストールをお薦めします。

詳細は、My Oracle Supportのノート2213265.1を参照してください。

https://support.oracle.com/rs?type=doc&id=2213265.1

Red Hat Enterprise Linux 7の各パッケージ

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.23.52.0.1-30.el7.s390x
compat-libcap1-1.10-7.el7.s390x
compat-libstdc++-33-3.2.3-71.el7 (s390)
compat-libcap1-1.10-1 (s390x)
cpp-4.8.2-16.el7.s390x
gcc-4.8.3-9.el7.s390x
gcc-4.8.3-9.el7.s390x
glibc-2.17-78.el7 (s390)
glibc-devel-2.17-78.el7 (s390x)
glibc-devel-2.17-78.el7 (s390)
glibc-devel-2.17-78.el7 (s390x)
glibc-headers-2.17-78.el7 (s390x)
ksh-20120801-22.el7 (s390x)
libaio-0.3.109-12.el7 (s390)
libaio-0.3.109-12.el7 (s390)
libaio-devel-0.3.109-12.el7 (s390x)
libgcc-4.8.3-9.el7 (s390)
libgcc-4.8.3-9.el7 (s390x)
libstdc++-4.8.3-9.el7 (s390)
libstdc++-4.8.3-9.el7 (s390x)
libstdc++-devel-4.8.3-9.el7 (s390)
libstdc++-devel-4.8.3-9.el7 (s390x)
libXtst-1.2.2-2.1.el7 (s390)
libXtst-1.2.2-2.1.el7 (s390x)
libXi-1.7.2-2.1.el7 (s390x)
libXi-1.7.2-2.1.el7 (s390x)
libxcb-1.9-5.1.el7 (s390)
libxcb-1.9-5.el7 (s390x)
llibX11-1.6.0-2.el7 (s390)
libX11-1.6.0-2.el7 (s390x)
libXau-1.0.8-2.1.el7 (s390)
libXau-1.0.8-2.1.el7 (s390x)
libXext-1.3.2-2.1.el7 (s390)
libXext-1.3.2-2.1.el7 (s390x)
make-3.82-21.el7 (s390x)
mpfr-3.1.1-4.el7.s390x
sysstat-10.1.5-7.el7 (s390x)

4.9.2 IBM: Linux on System z用のサポートされるRed Hat Enterprise Linux 6ディストリビューション

Red Hat Linux 6のサポートされるディストリビューションは、次の情報で確認してください。

表4-10 Linux 6オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Red Hat Enterprise Linux 6

Red Hat Enterprise Linux 6.3: 2.6.32-279.el6.s390x以降

注意: Red Hat Enterprise Linux 6 Update 3へのインストールは可能ですが、Red Hat Enterprise Linux 6 Update 4にインストールすることをお薦めします。RHEL 6.4ではオープン・ストレージのI/Oパフォーマンスが大幅に向上するためです。

詳細は、My Oracle Supportのノート1574412.1を参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1574412.1

Red Hat Enterprise Linux 6の各パッケージ

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.20.51.0.2-5.34.el6 (s390x)
compat-libstdc++-33-3.2.3-69.el6 (s390)
compat-libstdc++-33-3.2.3-69.el6 (s390x)
compat-libcap1-1.10-1 (s390x)
gcc-4.4.6-4.el6 (s390x)
gcc-c++-4.4.6-4.el6 (s390x)
glibc-2.12-1.80.el6 (s390)
glibc-2.12-1.80.el6 (s390x)
glibc-devel-2.12-1.80.el6 (s390)
glibc-devel-2.12-1.80.el6 (s390x)
ksh-20100621-16.el6 (s390x)
libaio-0.3.107-10.el6 (s390)
libaio-0.3.107-10.el6 (s390x)
libaio-devel-0.3.107-10.el6 (s390x)
libgcc-4.4.6-4.el6 (s390)
libgcc-4.4.6-4.el6 (s390x)
libstdc++-4.4.6-4.el6 (s390x)
libstdc++-devel-4.4.6-4.el6 (s390x)
libXtst-1.0.99.2-3.el6 (s390)
libXtst-1.0.99.2-3.el6 (s390x)
libXi-1.3-3.el6 (s390)
libXi-1.3-3.el6 (s390x)
libXmu-1.0.5-1.el6 (s390)
libXaw-1.0.6-4.1.el6 (s390)
libXft-2.1.13-4.1.el6 (s390)
libXp-1.0.0-15.1.el6 (s390)
make-3.81-20.el6 (s390x)
sysstat-9.0.4-20.el6 (s390x)

4.9.3 IBM: Linux on System z用のサポートされるRed Hat Enterprise Linux 5ディストリビューション

Red Hat Linux 5のサポートされるディストリビューションは、次の情報で確認してください。

表4-11 Linux 5オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Red Hat Enterprise Linux 5

Red Hat Enterprise Linux 5.8: 2.6.18-308.el5 s390x以上

Red Hat Enterprise Linux 5のパッケージ要件

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.17.50.0.6-20.el5 (s390x)
compat-libstdc++-33-3.2.3-61 (s390)
compat-libstdc++-33-3.2.3-61 (s390x)
gcc-c++-4.1.2-52.el5 (s390x)
glibc-2.5-81 (s390)
glibc-2.5-81 (s390x)
glibc-devel-2.5-81 (s390)
glibc-devel-2.5-81 (s390x)
ksh-20100621-5.el5 (s390x)
libaio-0.3.106-5 (s390)
libaio-0.3.106-5 (s390x)
libaio-devel-0.3.106-5 (s390)
libaio-devel-0.3.106-5 (s390x)
libgcc-4.1.2-52.el5 (s390)
libgcc-4.1.2-52.el5 (s390x)
libstdc++-4.1.2-52.el5 (s390)
libstdc++-4.1.2-52.el5 (s390x)
libstdc++-devel-4.1.2-52.el5 (s390x)
libstdc++44-devel-4.4.6-3.el5.1 (s390)
libstdc++44-devel-4.4.6-3.el5.1 (s390x)
libXtst-1.0.1-3.1 (s390)
libXtst-1.0.1-3.1 (s390x)
libXi-1.0.1-4.el5_4 (s390)
libXi-1.0.1-4.el5_4 (s390x)
make-3.81-3.el5 (s390x)
sysstat-7.0.2-11.el5 (s390x)

4.9.4 IBM: Linux on System z用のサポートされるSUSEディストリビューション

次の情報を使用して、サポートされているSUSEのディストリビューションをチェックしてください。

表4-12 SUSE オペレーティング・システムの最小要件

項目

要件

SSHの要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

SUSE Linux Enterprise Server

- SUSE Linux Enterprise Server 11 SP2: 3.0.13-0.27-default s390x以降

- SUSE Linux Enterprise Server 12 SP1: 3.12.53-60.30.1-default s390x以降

SUSE 11

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.21.1-0.7.25 (s390x)
gcc-4.3-62.198 (s390x)
gcc-c++-4.3-62.198 (s390x)
glibc-2.11.3-17.31.1 (s390x)
glibc-32bit-2.11.3-17.31.1 (s390x)
glibc-devel-2.11.3-17.31.1 (s390x)
glibc-devel-32bit-2.11.3-17.31.1 (s390x)
ksh-93u-0.6.1 (s390x)
make-3.81-128.20 (s390x)
libaio-0.3.109-0.1.46 (s390x)
libaio-32bit-0.3.109-0.1.46 (s390x)
libaio-devel-0.3.109-0.1.46 (s390x)
libaio-devel-32bit-0.3.109-0.1.46 (s390x)
libcap1-1.10-6.10 (s390x)
libgcc46-4.6.1_20110701-0.13.9 (s390x)
libstdc++33-3.3.3-11.9 (s390x)
libstdc++33-32bit-3.3.3-11.9 (s390x)
libstdc++43-devel-32bit-4.3.4_20091019-0.22.17 (s390x)
libstdc++43-devel-4.3.4_20091019-0.22.17 (s390x)
libstdc++46-32bit-4.6.1_20110701-0.13.9 (s390x)
libstdc++46-4.6.1_20110701-0.13.9 (s390x)
sysstat-8.1.5-7.32.1 (s390x)
xorg-x11-libs-32bit-7.4-8.26.32.1 (s390x)
xorg-x11-libs-7.4-8.26.32.1 (s390x)
xorg-x11-libX11-32bit-7.4-5.9.1 (s390x)
xorg-x11-libX11-7.4-5.9.1 (s390x)
xorg-x11-libXau-32bit-7.4-1.15 (s390x)
xorg-x11-libXau-7.4-1.15 (s390x)
xorg-x11-libxcb-7.4-1.20.34 (s390x)
xorg-x11-libxcb-32bit-7.4-1.20.34 (s390x)
xorg-x11-libXext-32bit-7.4-1.16.21 (s390x)
xorg-x11-libXext-7.4-1.16.21 (s390x)

SUSE 12

次のパッケージ(またはそれ以降のバージョン)がインストールされている必要があります。

binutils-2.25.0-13.1 (s390x)
gcc-32bit-4.8-6.189 (s390x)
gcc48-4.8.5-24.1 (s390x)
gcc48-32bit-4.8.5-24.1 (s390x)
gcc48-c++-4.8.5-24.1 (s390x)
gcc48-info-4.8.5-24.1 (s390x)
gcc48-locale-4.8.5-24.1 (s390x)
gcc-c++-4.8-6.189 (s390x)
gcc-c++-32bit-4.8-6.189 (s390x)
gcc-info-4.8-6.189 (s390x)
gcc-locale-4.8-6.189 (s390x)
glibc-2.19-31.9 (s390x)
glibc-32bit-2.19-31.9 (s390x)
glibc-devel-2.19-31.9 (s390x)
glibc-devel-32bit-2.19-31.9 (s390x)
libaio1-0.3.109-17.15 (s390x)
libaio1-32bit-0.3.109-17.15 (s390x)
libaio-devel-0.3.109-17.15 (s390x)
libcap1-1.10-59.61 (s390x)
libcap1-32bit-1.10-59.61 (s390x)
libcap2-2.22-11.709 (s390x)
libcap2-32bit-2.22-11.709 (s390x)
libcap-ng0-0.7.3-4.125 (s390x)
libcap-ng0-32bit-0.7.3-4.125 (s390x)
libcap-ng-utils-0.7.3-4.125 (s390x)
libcap-progs-2.22-11.709 (s390x)
libgcc_s1-5.2.1+r226025-4.1 (s390x)
libgcc_s1-32bit-5.2.1+r226025-4.1 (s390x)
libgomp1-32bit-5.2.1+r226025-4.1 (s390x)
libstdc++48-devel-4.8.5-24.1 (s390x)
libstdc++48-devel-32bit-4.8.5-24.1 (s390x)
libstdc++6-5.2.1+r226025-4.1 (s390x)
libstdc++6-32bit-5.2.1+r226025-4.1 (s390x)
libstdc++-devel-4.8-6.189 (s390x)
libstdc++-devel-32bit-4.8-6.189 (s390x)
libXtst6-1.2.2-3.60 (s390x)
libXtst6-32bit-1.2.2-3.60 (s390x)
make-4.0-4.1 (s390x)
mksh-50-2.13 (s390x)
sysstat-10.2.1-3.1 (s390x)
xorg-x11-7.6_1-14.17 (s390x)
xorg-x11-essentials-7.6_1-14.17 (s390x)
xorg-x11-fonts-7.6-29.45 (s390x)
xorg-x11-fonts-core-7.6-29.45 (s390x)
xorg-x11-libs-7.6-45.14 (s390x)
xorg-x11-server-7.6_1.15.2-36.21 (s390x)
xorg-x11-server-extra-7.6_1.15.2-36.21 (s390x)
xorg-x11-Xvnc-1.4.3-7.2 (s390x)

4.10 Linuxの追加のドライバおよびソフトウェア・パッケージ

追加のドライバやパッケージをインストールする必要はありませんが、次のリストのドライバおよびパッケージをインストールまたは構成することが可能です。

- Open Database Connectivityのインストール要件

- LinuxでのPAMのインストール要件

- Oracle Messaging Gatewayのインストール要件

- Lightweight Directory Access Protocolのインストール要件

- Linux用のプログラミング環境のインストール要件

- Webブラウザのインストール要件

注意:
Oracle Database Smart Flash Cacheは、Enterprise Edition専用の機能です。

4.10.1 Open Database Connectivityのインストール要件

Open Database Connectivity (ODBC)をインストールする場合は、次の項を確認してください。

- ODBCドライバおよびOracle Databaseについて

- LinuxのOracle ODBCドライバのインストール

4.10.1.1 ODBCドライバおよびOracle Databaseについて

Open Database Connectivity(ODBC)は、データベースにアクセスするためのAPIのセットで、データベースに接続してデータベース上でSQL文を実行します。ODBCドライバを使用するアプリケーションは、スプレッドシートやカンマ区切りファイルなど、不均一なデータ・ソースにアクセスできます。

4.10.1.2 LinuxのOracle ODBCドライバのインストール

ODBCを使用する場合は、最新のLinux用のODBCドライバ・マネージャをインストールします。ODBCドライバ・マネージャおよびLinux RPMを次のWebサイトからダウンロードし、インストールします。

http://www.unixodbc.org

サポートされる最低限のODBCドライバを確認し、次に示すリリース以上のODBCドライバをインストールします(Linuxの全ディストリビューションが対象)。

unixODBC-2.3.1 or later

4.10.2 LinuxでのPAMのインストール要件

PAMをインストールする場合は、次の項を確認してください。

- PAMおよログイン認証について

- PAMライブラリのインストール

4.10.2.1 PAMおよログイン認証について

Pluggable Authentication Modules (PAM)は、アプリケーションのユーザー認証タスクを処理するライブラリのシステムです。Linuxでは、外部スケジューラ・ジョブにPAMが必要です。ご使用のLinuxのディストリビューション用の最新のLinux-PAMライブラリをインストールすることを強くお薦めします。

4.10.2.2 PAMライブラリのインストール

ご使用のディストリビューションのパッケージ管理システム(yum、up2date、YaST)を使用して、最新のpamライブラリをインストールします。

4.10.3 Oracle Messaging Gatewayのインストール要件

Oracle Messaging Gatewayをインストールする場合は、次の項を確認してください。

- Oracle Messaging Gatewayの概要

- Oracle Messaging Gatewayのインストール

4.10.3.1 Oracle Messaging Gatewayの概要

Oracle Messaging Gatewayは、Oracle以外のメッセージ・システムとOracle Streams Advanced Queuingに基づくアプリケーション間の通信を可能にするOracleデータベースの機能です。

Oracle Messaging Gatewayでは、Oracle Streams Advanced Queuing (AQ)とWebSphere MQおよびTIBCO Rendezvousをベースとするアプリケーションとの統合がサポートされています。サポートされるバージョンについては、『Oracle Databaseアドバンスト・キューイング・ユーザーズ・ガイド』を参照してください。

注意:
Oracle Messaging Gatewayは、IBM: Linux on System zでのAdvanced QueuingとTIBCO Rendezvousとの統合はサポートしていません。

4.10.3.2 Oracle Messaging Gatewayのインストール

Oracle Messaging Gatewayは、Oracle DatabaseのEnterprise Editionとともにインストールされます。

IBM WebSphere MQのCSDまたはFix Packが必要な場合は、次のWebサイトで詳細を参照してください。

http://www.ibm.com

4.10.4 Lightweight Directory Access Protocolのインストール要件

Lightweight Directory Access Protocolをインストールする場合は、次の項を確認してください。

- LDAPおよびOracleプラグインについて

- LDAPパッケージのインストール

4.10.4.1 LDAPおよびOracleプラグインについて

Lightweight Directory Access Protocol (LDAP)は、IPネットワーク上に分散したディレクトリ情報サービスにアクセスし、維持するためのアプリケーション・プロトコルです。Oracle Databaseスクリプトodisrvreg、Oracle Internet Directory用のoidca、またはサード・パーティのLDAPディレクトリ用のschemasyncなど、LDAPを必要とする機能を使用する場合は、LDAPパッケージが必要です。

4.10.4.2 LDAPパッケージのインストール

LDAPは、デフォルトのLinuxオペレーティング・システムのインストールに含まれます。

デフォルトのLinuxインストールを実行せず、LDAPを必要とするOracleスクリプトを使用する場合、ご使用のディストリビューションのパッケージ管理システム(up2date、YaST)を使用して、ディストリビューションでサポートされているLDAPパッケージをインストールし、そのLDAPパッケージに必要な他のパッケージをインストールします。

4.10.5 Linux用のプログラミング環境のインストール要件

プログラミング環境をインストールする場合は、次の項を確認してください。

- プログラミング環境およびOracle Databaseについて

- プログラミング環境のサポートの構成

4.10.5.1 プログラミング環境およびOracle Databaseについて

Oracle Databaseでは、様々な環境におけるアプリケーション開発用に複数のプログラミング言語がサポートされています。一部の言語では、オペレーティング・システムに追加のコンパイラ・パッケージをインストールする必要があります。

プログラミング環境はオプションです。Oracle Databaseには必要ありません。

関連項目:
プログラミング環境の概要は、『Oracle Database開発ガイド』を参照してください。

4.10.5.2 プログラミング環境のサポートの構成

システムが、構成するプログラミング環境の要件を満たしていることを確認してください。

- Linux x86-64のプログラミング環境の要件

- IBM: Linux on System zのプログラミング環境の要件

表4-13 Linux x86-64のプログラミング環境の要件

プログラミング環境

サポート要件

Java Database Connectivity (JDBC) / Oracle Call Interface (OCI)

JDK 6 (Java SE Development Kitリリース1.6.0_37以上の1.6へのアップデート): JNDI拡張およびOracle Java Database Connectivityを含みます。このリリースでは、JDK 1.6がインストールされています。

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

Intel C/C++コンパイラ12.0.5以降、およびご使用のプラットフォーム用のこのドキュメントのソフトウェア要件に関する項に記載されているGNU CとC++コンパイラのバージョン。

Oracle C++ Call Interface (OCCI)アプリケーションを構築できるのは、ご使用のプラットフォーム用のこのドキュメントのソフトウェア要件に関する項に記載されているgccバージョンの標準テンプレート・ライブラリで使用される、Intel C++コンパイラ12.0.5を使用する場合のみです。

Oracle XML Developer's Kitは、OCCIと同じコンパイラでサポートされます。

Pro*COBOL

Micro Focus Server Express 5.1

表4-14 IBM: Linux on System zのプログラミング環境の要件

プログラミング環境

サポート要件

Java Database Connectivity (JDBC) / Oracle Call Interface (OCI)

- JDK 6 (1.6.0 SR12)

- JDK 7 (1.7.0)

このリリースでは、JDK 1.6がインストールされています。

Pro*COBOL

Micro Focus Server Express 5.1

4.10.6 Webブラウザのインストール要件

Oracle Enterprise Manager Database ExpressおよびOracle Enterprise Manager Cloud Controlを使用する場合のみ、Webブラウザが必要です。WebブラウザがJavaScriptおよびHTML 4.0標準とCSS 1.0標準をサポートしている必要があります。これらの要件を満たすブラウザの一覧については、My Oracle SupportでEnterprise Manager動作保証マトリックスを参照してください。

https://support.oracle.com

関連項目:
Enterprise Manager動作保証マトリックスにアクセスする手順については、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

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

ソフトウェア要件を確認するには、次の手順を実行します。

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

# cat /etc/oracle-release
# cat /etc/redhat-release
# cat /etc/SuSE-release
# lsb_release -id

2. 次のコマンドを入力して、必要なカーネル・エラータがインストールされているかどうかを確認します。

# uname -r

このコマンドをOracle Linux 6システム上で実行した場合のサンプル出力を次に示します。

2.6.39-100.7.1.el6uek.x86_64

ご使用のディストリビューションに必要なエラータ・レベルを確認します。エラータ・レベルが必要最小限のエラータ更新より以前の場合は、Linuxのディストリビュータからカーネルの最新の更新を取得してインストールします。

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

# rpm -q package_name

特定のシステム・アーキテクチャ情報が必要な場合は、次のコマンドを入力します。

# rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n" | grep package_name

複数のパッケージの問合せをまとめて行い、その出力によって適切なバージョンかどうかを確認することもできます。次に例を示します。

# rpm -q binutils compat-libstdc++ gcc glibc libaio libgcc libstdc++ \
make sysstat unixodbc

パッケージがインストールされていない場合は、Linuxのディストリビューション・メディアからインストールするか、LinuxディストリビュータのWebサイトから必要なパッケージのバージョンをダウンロードします。

4.12 Linuxのcvuqdisk RPMのインストール

Oracle Preinstallation RPMを使用しない場合、cvuqdisk RPMをインストールする必要があります。cvuqdiskをインストールしないでクラスタ検証ユーティリティを実行すると、クラスタ検証ユーティリティで共有ディスクは検出されず、「パッケージcvuqdiskがインストールされていません」というエラー・メッセージが表示されます。ご利用のハードウェアに対応したcvuqdiskRPMを使用します(x86_64またはi386など)。

cvuqdisk RPMをインストールするには、次の手順を実行します。

1. Oracle Databaseインストール・メディアのディレクトリrpmにある、cvuqdisk RPMパッケージを検索します。Oracle Grid Infrastructureをインストールした場合は、oracle_home1/cv/rpmディレクトリにあります。

2. rootとしてログインします。

3. 次のコマンドを使用して、cvuqdiskパッケージの既存バージョンがあるかどうかを確認します。

# rpm -qi cvuqdisk

既存バージョンがある場合は、次のコマンドを入力して既存バージョンを削除します。

# rpm -e cvuqdisk

4. cvuqdiskを所有するグループを指すように環境変数CVUQDISK_GRPを設定します。通常は、oinstallです。次に例を示します。

# CVUQDISK_GRP=oinstall; export CVUQDISK_GRP

5. cvuqdiskRPMを保存したディレクトリで、次のコマンドを使用してcvuqdiskパッケージをインストールします。

rpm -iv package

次に例を示します。

# rpm -iv cvuqdisk-1.0.9-1.rpm

4.13 Linuxでの共有メモリー・ファイル・システム・マウントの確認

/dev/shmマウント領域がtmpfsタイプで、次のオプションとともにマウントされていることを確認します。

- rwおよびexecute権限が設定されている

- noexecまたはnosuidが設定されていない

共有メモリー・ファイル・システムを確認するには、次の手順を使用します。

1. 現在のマウント設定を確認します。次に例を示します。

$ more /etc/fstab |grep "tmpfs"
tmpfs         /dev/shm       tmpfs     defaults     0 0

2. 必要に応じてマウント設定を変更します。たとえば、rootとしてログインし、/etc/fstabファイルをテキスト・エディタで開いて、tmpfs行を変更します。

tmpfs     /dev/shm     tmpfs     rw,exec      0 0

関連項目:
共有メモリー・マウントの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

4.14 ホスト名解決の確認

通常、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

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

関連項目:
付録E「Oracle Database用のネットワークの構成」

4.15 透過的なHugePagesの無効化

Red Hat Enterprise Linux 6、Red Hat Enterprise Linux 7、SUSE 11、Oracle Linux 6および以前のリリースのOracle Linux Unbreakable Enterprise Kernel 2 (UEK2)カーネルに付属するOracle Linux 7では、透過的なHugePagesメモリーがデフォルトで有効になっています。それ以降のリリースのUEKカーネルでは、透過的なHugePagesメモリーはデフォルトで無効になっています。

透過的なHugePagesを使用すると、実行時にメモリー割当ての遅延が生じます。パフォーマンスの問題を回避するために、透過的なHugePagesはすべてのOracle Databaseサーバーで無効にすることをお薦めします。かわりに標準のHugePagesを使用すると、パフォーマンスが向上します。

透過的なHugePagesメモリーが標準のHugePagesメモリーと異なるのは、カーネルのkhugepagedスレッドが実行時にメモリーを動的に割り当てるためです。標準のHugePagesメモリーは起動時に事前割当てされ実行中には変更されません。

関連項目:
HugePagesの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

透過的なHugePagesが有効かどうかを確認するには、rootユーザーとして次のコマンドのいずれかを実行します。

Red Hat Enterprise Linuxカーネルの場合:

# cat /sys/kernel/mm/redhat_transparent_hugepage/enabled

その他のカーネルの場合:

# cat /sys/kernel/mm/transparent_hugepage/enabled

次に示すのは、[always]フラグを有効にして使用している透過的なHugePagesを示す出力例です。

[always] never

注意:
透過的なHugePagesをカーネルから削除した場合、/sys/kernel/mm/transparent_hugepageまたは/sys/kernel/mm/redhat_transparent_hugepageファイルは存在しません。

透過的なHugePagesを無効にするには、次の手順を実行します。

1. Oracle Linux 6およびそれ以前のリリースで、/etc/grub.confファイルのカーネル・ブート行に次のエントリを追加します。

transparent_hugepage=never

次に例を示します。

title Oracle Linux Server (2.6.32-300.25.1.el6uek.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.32-300.25.1.el6uek.x86_64 ro root=LABEL=/ transparent_hugepage=never
initrd /initramfs-2.6.32-300.25.1.el6uek.x86_64.img

Grubファイル名はOracle Linux 7以降のオペレーティング・システムで異なる可能性があります。適切なファイル名および透過的なHugePagesを無効にする手順については、オペレーティング・システムのドキュメントを確認してください。

たとえば、Oracle Linux 7.3では、透過的なHugePagesを無効にするには、/etc/default/grubファイルを編集してからgrub2-mkconfigコマンドを実行します。

2. システムを再起動して変更を確定します。

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

Oracleソフトウェア用に次のディレクトリを識別または作成する必要があります。

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

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

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

注意:

- Oracleソフトウェア用に選択したパス(Oracleホーム・パス、Oracleベース・パスなど)では、ASCII文字のみを必ず使用してください。一部のパスにインストール所有者名がデフォルトで使用されるため、このASCII文字制限はユーザー名、ファイル名およびディレクトリ名に適用されます。

- データベース・ソフトウェアが使用するすべてのパス(Oracleホーム・パスおよびOracleベース・パスなど)は、"# % & ' () * + , - . / : ; < = > ? @ _ A-Z a-z 0-9の文字のみを使用する必要があります。これには、ユーザー名、ファイル名およびディレクトリ名も含まれます。このリリースでは、Oracle Grid InfrastructureホームまたはOracle Databaseホームでの他の文字の使用はサポートされません。文字セットは、オペレーティング・システムのユーザーおよびファイルのネーミング規則により、さらに制限されます。

4.16.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ベース・ディレクトリおよびOracleインベントリ・ディレクトリの作成」を参照してください。

4.16.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_BASEの1レベル上に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ベースがあります。

4.16.3 Oracleホーム・ディレクトリ

Oracleホーム・ディレクトリは、特定のOracle製品のソフトウェアをインストールするディレクトリです。異なるOracle製品、または同じOracle製品の異なるリリースは、個別のOracleホーム・ディレクトリにインストールする必要があります。Oracle Universal Installerを実行すると、このディレクトリのパスと識別名を指定するよう求められます。OFAガイドラインに従い、指定するOracleホーム・ディレクトリを、インストールを実行するユーザー・アカウントのOracleベース・ディレクトリのサブディレクトリにすることを強くお薦めします。Oracleホーム・ディレクトリには、次のようなパスを指定することをお薦めします。

oracle_base/product/11.2.0/db_home_1
oracle_base/product/12.1.0/dbhome_1
oracle_base/product/12.1.0/grid

Oracle Universal Installerは、指定したディレクトリ・パスをOracleベース・ディレクトリの下に作成します。また、適切な所有者、グループおよび権限も設定されます。このディレクトリを作成する必要はありません。

注意:
インストール時には、事前定義済の権限が適用された既存のディレクトリを、Oracleホーム・ディレクトリとして指定しないでください。指定した場合、ファイルおよびグループの所有権のエラーによりインストールが失敗する可能性があります。

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

インストールを開始する前に、既存のOracleベース・ディレクトリを識別するか、必要に応じて作成する必要があります。この項の内容は、次のとおりです。

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

- Oracleベース・ディレクトリおよびOracleインベントリ・ディレクトリの作成

注意:
システムに他のOracleベース・ディレクトリが存在する場合でも、Oracleベース・ディレクトリを作成できます。

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

既存のOracleベース・ディレクトリは、Optimal Flexible Architecture (OFA)ガイドラインに準拠するパスを持たない可能性があります。ただし、既存のOracleインベントリ・ディレクトリまたは既存のOracleホーム・ディレクトリを識別する場合、通常は次のようにOracleベース・ディレクトリを識別できます。

- 既存のOracleインベントリ・ディレクトリの識別。詳細は、「Oracle Inventoryが存在しない場合のOracle Inventoryグループの作成」を参照してください。

注意:
新規インストールの場合、oraInventoryディレクトリをOracleベース・ディレクトリに配置しないことをお薦めします。ただし、既存のインストールがある場合、この項の手順に従ってください。

- 既存のOracleホーム・ディレクトリの識別。
次のコマンドを入力してoratabファイルの内容を表示します。

Linux x86-64およびIBM: システムz上のLinux:

# more /etc/oratab

oratabファイルが存在する場合は、次のような構成情報が含まれます。

*:/u03/app/oracle/product/12.1.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ベース・ディレクトリにソフトウェア・ファイルのみが含まれます。

最大4GB

Oracleベース・ディレクトリにソフトウェア・ファイルとデータベース・ファイルの両方が含まれます(本番データベースには推奨外)

最大6GB

Oracleベース・ディレクトリがあるファイル・システムの空きディスク領域を確認するには、次のコマンドを入力します。

# df -h oracle_base_path

詳細は、次の各項を参照してください。

- Oracleベース・ディレクトリが存在し、それを使用する場合は、「Oracle Databaseファイルおよびリカバリ・ファイルの記憶域オプションの選択」を参照してください。
この後の項でoracleユーザーの環境を構成する際に、ORACLE_BASE環境変数を設定して選択したディレクトリを指定します。

- Oracleベース・ディレクトリがシステム上にない、またはOracleベース・ディレクトリを作成する場合は、「Oracleベース・ディレクトリおよびOracleインベントリ・ディレクトリの作成」を参照してください。

4.17.2 Oracleベース・ディレクトリおよびOracleインベントリ・ディレクトリの作成

Oracleベース・ディレクトリを作成する前に、十分な空きディスク領域を持つ適切なファイル・システムを識別する必要があります。

適切なファイル・システムを識別するには、次のようにします。

1. 次のコマンドを使用して、マウント済の各ファイル・システム上の空きディスク領域を確認します。

# df -h

2. 表示された結果から、適切な空き領域があるファイル・システムを識別します。
識別するファイル・システムは、ローカル・ファイル・システム、クラスタ・ファイル・システムまたは動作保証されているNASデバイス上のNFSファイル・システムのいずれかです。

3. 指定したファイル・システム用のマウント・ポイント・ディレクトリの名前を書き留めます。

Oracleベース・ディレクトリを作成して、適切な所有者、グループおよび権限を指定するには、次のようにします。

1. 次のようなコマンドを入力し、識別したマウント・ポイント・ディレクトリに推奨サブディレクトリを作成し、それに対する適切な所有者、グループおよび権限を設定します。

# mkdir -p /mount_point/app/oracle_sw_owner
# mkdir -p /mount_point/app/oraInventory
# chown -R oracle:oinstall /mount_point/app/oracle_sw_owner
# chown -R oracle:oinstall /mount_point/app/oraInventory
# chmod -R 775 /mount_point/app

次に例を示します。

# mkdir -p /u01/app/oracle
# mkdir -p /u01/app/oraInventory
# chown -R oracle:oinstall /u01/app/oracle
# chown -R oracle:oinstall /u01/app/oraInventory
# chmod -R 775 /u01/app

2. この後の項でoracleユーザーの環境を構成する際に、ORACLE_BASE環境変数を設定して、作成したOracleベース・ディレクトリを指定します。

4.18 LinuxでのディスクI/Oスケジューラの設定

ディスクI/OスケジューラはディスクI/Oのリクエストを再調整、遅延またはマージすることで、スループットの向上と待機時間の短縮を促進します。LinuxにはDeadline、Noop、Anticipatory、およびCompletely Fair Queuing (CFQ)などの複数のディスクI/Oスケジューラがあります。Oracle ASMのパフォーマンスの向上のために、Deadline I/Oスケジューラを使用することをお薦めします。

次のコマンドを入力して、DeadlineディスクI/Oスケジューラが使用のために構成されるようにします。

# echo deadline > /sys/block/${ASM_DISK}/queue/scheduler

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

Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイル、およびパスワード・ファイルが含まれます。すべてのインストールに対して、Oracle Databaseファイルで使用する記憶域オプションを選択する必要があります。データベースのインストール時に、リカバリ・ファイル(高速リカバリ領域)に使用する記憶域オプションを選択する必要があります。各ファイル・タイプに、同じ記憶域オプションを使用する必要はありません。

注意:
ファイル・システムおよびOracle ASMでは、データベース・ファイルおよびリカバリ・ファイルがサポートされます。

次のガイドラインに従って、各ファイル・タイプの記憶域オプションを選択します。

- 各ファイル・タイプに、任意の組合せのサポートされている記憶域オプションを選択します。

- Oracle ASMをOracle Databaseファイルまたはリカバリ・ファイル、あるいはその両方に使用するかどうかを決定します。詳細は、「Oracle Automatic Storage Managementの記憶域要件の指定」を参照してください。

- これらの記憶域オプションの詳細は、「データベース記憶域オプション」を参照してください。

インストールを開始する前にディスク記憶域を構成する方法については、選択するオプションに応じて次のいずれかの項を参照してください。

- データベース記憶域またはリカバリ・ファイル記憶域にファイル・システムを使用する場合は、「Oracle Databaseファイルまたはリカバリ・ファイル用ディレクトリの作成」を参照してください。

- データベース記憶域またはリカバリ・ファイル記憶域にOracle ASMを使用するには、「Oracle Automatic Storage Management用の記憶域の構成」の項を参照してください。

- 既存のディスク・グループを識別し、その空きディスク領域を確認するには、「既存のOracle Automatic Storage Managementディスク・グループの使用」の項を参照してください。

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

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

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

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

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

ファイル・システムにOracle Databaseファイルを格納する場合は、次のガイドラインを使用してファイルの格納場所を決定します。

- Oracle Universal Installerにより提示されるデータベース・ファイル・ディレクトリのデフォルト・パスは、Oracleベース・ディレクトリのサブディレクトリです。

- データベース・ファイルの格納には、単一のファイル・システムまたは複数のファイル・システムのどちらでも選択できます。

- 単一のファイル・システムを使用する場合は、データベース専用の物理デバイス上でファイル・システムを選択してください。
最適のパフォーマンスと信頼性を得るには、複数の物理デバイス上でRAIDデバイスまたは論理ボリュームを選択して、Stripe-And-Mirror-Everything(SAME)方法論を実装します。

- 複数のファイル・システムを使用する場合は、データベース専用の個別物理デバイス上でファイル・システムを選択します。
この方法を使用すると、様々なデバイスに物理入出力操作を分散させ、個別の制御ファイルを作成して信頼性を高めることができます。これにより、OFAガイドラインを完全に実装することもできます。「詳細」データベース作成オプションを選択すると、このメソッドを実装できます。

- インストール時に事前構成済データベースを作成する場合は、選択するファイル・システム(複数も可)に2GB以上の空きディスク領域が必要です。
本番データベースの場合は、データベースの用途に応じて必要なディスク領域の量を見積もる必要があります。

- 最適なパフォーマンスを得るには、データベース専用の物理デバイス上にあるファイル・システムを選択する必要があります。

- oracleユーザーが指定したパスにファイルを作成するには、書込み権限が必要です。

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

注意:
この手順を行う必要があるのは、Oracleベース・ディレクトリとは別のファイル・システム上にOracle Databaseまたはリカバリ・ファイルを格納する場合のみです。

Oracleベース・ディレクトリから個別のファイル・システム上にOracleデータベース・ファイルまたはリカバリ・ファイルのディレクトリを作成する手順は、次のとおりです。

1. マウント済の各ファイル・システム上の空きディスク領域を判別するには、次のコマンドを使用します。

# df -h

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 Grid Infrastructureのサーバー構成」および「既存のOracleプロセスの停止」を参照してください。

5 Oracle Databaseのためのユーザー、グループおよび環境の構成

この章では、スタンドアロン・サーバー用のOracle DatabaseおよびGrid Infrastructureをインストールする前に完成させるユーザー、グループ・ユーザー環境および管理環境の設定について説明します。内容は次のとおりです。

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

- Oracleソフトウェア・インストール・ユーザーのリソース制限の確認

- リモート表示およびX11転送の構成の設定

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

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

- rootスクリプトの実行計画の決定

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

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

ただし、Oracle Preinstallation RPMを使用してOracle Grid InfrastructureまたはOracle Databaseのインストール用にLinuxオペレーティング・システムをプロビジョニングする場合は、Oracle Pre-Install RPMによってOracle Databaseインストール所有者(oracle)、Oracleインベントリ・グループ(oinstall)およびOracle管理権限グループ(dba)が構成されます。

関連項目:
第3章「Oracle Preinstallation RPMによるOracle Linuxの自動構成」

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

アクセス権を分けるジョブ・ロール別にカスタム構成グループおよびユーザーを作成することもできます。

rootとしてログインし、次の項の手順に従ってOracleインベントリ・グループおよびOracleソフトウェア所有者ユーザーを検索または作成します。

- Oracle InventoryおよびOracle Inventoryグループの存在の確認

- Oracle Inventoryが存在しない場合のOracle Inventoryグループの作成

- 役割区分を使用したOracleインストールについて

- 役割区分によるグループおよびユーザーの説明

- 役割区分によるデータベース・オペレーティング・システム・グループおよびユーザーの作成

5.1.1 Oracle InventoryおよびOracle Inventoryグループの存在の確認

Oracleソフトウェアをシステムに初めてインストールすると、Oracle Universal InstallerによりoraInst.locファイルが作成されます。このファイルでは、Oracleインベントリ・グループ名(通常はoinstall)およびOracleインベントリ・ディレクトリのパスが識別されます。

1つのグループを、Oracleインベントリ、データベース管理者(OSDBA)、およびオペレーティング・システム認証のためにOracleソフトウェアで使用されるその他すべてのアクセス制御グループに対するアクセス制御グループとして構成できます。ただし、すべてのシステム権限のオペレーティング・システム認証の提供に1つのグループを使用する場合、このグループは、管理システム権限を付与する対象のすべてのユーザーに対するプライマリ・グループである必要があります。

既存のOracle中央インベントリがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracle Inventoryを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーがこのディレクトリへの書込み権限を持つようにします。

Oracleインベントリ・グループが存在するかどうかを判別するには、次の手順を実行します。

1. oraInst.locファイルには、次のような内容が含まれます。

inventory_loc=central_inventory_location
inst_group=group

前述の例では、central_inventory_locationがOracle中央インベントリの場所、groupが中央インベントリへの書込み権限のあるグループ名を示します。

oraInst.locファイルが存在するかどうかを判別するには、次のコマンドを入力します。

Linux x86-64およびIBM: システムz上のLinux:

# more /etc/oraInst.loc

oraInst.locファイルが存在する場合、このコマンドの出力は次のようになります。

inventory_loc=/u01/app/oraInventory
inst_group=oinstall

2. grep groupname /etc/groupコマンドを使用して、Oracle Inventoryグループとして指定されたグループがまだシステムに存在していることを確認します。次に例を示します。

# grep oinstall /etc/group
oinstall:x:1000:grid,oracle

5.1.2 Oracle Inventoryが存在しない場合のOracle Inventoryグループの作成

oraInst.locファイルが存在しない場合は、次のコマンドを入力してOracleインベントリ・グループを作成します。

# /usr/sbin/groupadd -g 54321 oinstall

5.1.3 役割区分を使用したOracleインストールについて

Oracle DatabaseとOracle ASMの役割区分の構成は、オペレーティング・システム認証の個別のグループを提供するためのグループおよびユーザーを作成する構成です。

Oracleソフトウェアに作成されるユーザーに対して、次の制限事項を確認してください。

- 1つのソフトウェア所有者を作成し、各Oracleソフトウェア・インストールの所有者にすることをお薦めします。詳細は、「Oracleソフトウェア製品ごとのOracleソフトウェア所有者」を参照してください。

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

- Oracleソフトウェア・インストールの所有者ユーザーには、データベースのOSDBAグループ、Oracle Grid Infrastructureホーム(作成する場合)のOSDBAグループ、およびセカンダリ・グループとしてのOSOPER、OSBACKUPDBA、OSDGDBA、OSKMDBAグループ(作成する場合)も必要です。Oracleソフトウェア所有者には、データベース・インスタンスがOracle ASMにログオンできるよう、Oracle Grid InfrastructureホームのOSDBAグループに対するメンバーシップが必要です。

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

- それぞれのOracleソフトウェア所有者は、同じ中央インベントリ・グループのメンバーであることが必要です。Oracleインストールに対して複数の中央インベントリを持たないことをお薦めします。あるOracleソフトウェア所有者が別の中央インベントリ・グループを持っている場合、その中央インベントリは破損することがあります。

- スタンドアロン・サーバー・インストール所有者ユーザー(grid)用のOracle Grid Infrastructureは、あらゆるデータベース・ホームのOSDBAグループに存在する必要があります。

5.1.4 役割区分によるグループおよびユーザーの説明

次の項では、役割区分ごとにアクセス権限を分割するためのユーザーおよびグループの概要について説明します。

- Oracleソフトウェア製品ごとのOracleソフトウェア所有者

- 役割区分用の標準Oracle Databaseグループ

- 役割区分用の拡張Oracle Databaseグループ

- 役割区分用のOracle Automatic Storage Managementグループ

5.1.4.1 Oracleソフトウェア製品ごとのOracleソフトウェア所有者

スタンドアロン・サーバー・インストール用のOracle DatabaseおよびOracle Grid Infrastructureの両方を所有するための、単一ユーザー(oracleなど)を作成できます。ただし、各Oracleソフトウェア・インストールを所有するソフトウェア所有者を作成することをお薦めします(通常、データベース・ソフトウェアの場合はoracle、Oracle Restart所有者ユーザーの場合はgrid)。

Oracleソフトウェアをシステムに初めてインストールする場合、ソフトウェア所有者を少なくとも1つ作成する必要があります。

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

5.1.4.2 役割区分用の標準Oracle Databaseグループ

Oracle Databaseをインストールする場合は、次のオペレーティング・システム・グループを作成します。

- OSDBAグループ(通常はdba)
Oracle Databaseソフトウェアをシステムに初めてインストールする場合は、このグループを作成する必要があります。このグループにより、データベース管理権限(SYSDBA権限)を持つオペレーティング・システムのユーザー・アカウントが識別されます。

- Oracle DatabaseのOSOPERグループ(通常はoper)
これはオプションのグループです。データベースを起動および停止するためのデータベース管理権限の一部(SYSOPER権限)を持つ別個のオペレーティング・システム・ユーザー・グループが必要な場合は、このグループを作成します。このグループは、明示的に付与されないかぎりSYSOPERとして直接接続できません。ただし、SYSOPER権限で付与される権限を持ちます。デフォルトでは、OSDBAグループのメンバーには、SYSOPER権限により付与されるすべての権限があります。

5.1.4.3 役割区分用の拡張Oracle Databaseグループ

Oracle Database 12cリリース1 (12.1)からは、データベースの起動と停止を行うOSOPER権限に加え、よりタスクに特化し、OSDBA/SYSDBAシステム権限より権限が少ない新しい管理権限を作成し、日々のデータベース運用に必要な特定の管理権限タスクをサポートできます。これらのシステム権限を付与されたユーザーは、オペレーティング・システムのグループ・メンバーシップを介しても認証されます。

これらの特定のグループ名を作成する必要はありませんが、インストール中にオペレーティング・システム・グループを指定するように求められます(そのメンバーに、これらのシステム権限へのアクセス権が付与されます)。これらの権限を認証するために同じグループを割り当てることは可能ですが、一意のグループを割り当てて各権限を指定することをお薦めします。

OSDBAサブセット・ジョブ・ロール別の権限およびグループは、次のもので構成されています。

- Oracle DatabaseのOSBACKUPDBAグループ(通常はbackupdba)
このグループは、オペレーティング・システム・ユーザーの別のグループにバックアップおよびリカバリ関連権限の一部(SYSBACKUP権限)を付与する場合に作成します。

Oracleソフトウェア・インストール所有者をOSBACKUPDBAグループに追加します。

- Oracle Data GuardのOSDGDBAグループ(通常はdgdba)
このグループは、オペレーティング・システム・ユーザーの別のグループにOracle Data Guardを管理および監視する権限の一部(SYSDG権限)を付与する場合に作成します。

Oracleソフトウェア・インストール所有者をOSDGDBAグループに追加します。

- 暗号化鍵を管理するOSKMDBAグループ(通常はkmdba)
このグループは、オペレーティング・システム・ユーザーの別のグループに、Oracle Wallet Managerの管理など暗号化鍵を管理権限の一部(SYSKM権限)を付与する場合に作成します。

Oracle DatabaseにOSKMDBAグループが必要な場合は、Oracleソフトウェア・インストール所有者がこのグループのメンバーであることが必要です。

5.1.4.4 役割区分用のOracle Automatic Storage Managementグループ

Oracle Grid Infrastructureをインストールする場合、次のオペレーティング・システム・グループを作成します。

- Oracle ASMのOSDBAグループ(通常はasmdba)
Oracle ASMのOSDBAグループは、データベースのOSDBAグループと同じでもかまいません。または、Oracle ASM用のOSDBAグループを別途作成して、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管理者用とOracle Database管理者用の管理権限グループを別にする場合、このグループを別のグループとして作成します。このグループのメンバーには、Oracle ASMを管理するためのSYSASMシステム権限が付与されます。メンバーにSYSASM権限が付与されたオペレーティング・システム・グループは、OracleドキュメントではOSASMグループと呼ばれ、コマンドラインではasmadminと呼ばれます。

Oracle ASMは、複数のデータベースをサポートできます。システム上に複数のデータベースがあり、複数のOSDBAグループを使用してデータベースごとに別々のSYSDBA権限を提供できるようにする場合は、グループを作成してそのメンバーにOSASM/SYSASM管理権限が付与されるようにし、データベース・インストールを所有しないグリッド・インフラストラクチャ・ユーザー(grid)を作成する必要があります(これによって、Oracle Grid Infrastructure SYSASM管理権限がデータベース管理権限グループから分離されます)。

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の所有者にする必要があります。

関連項目:

- OSDBA、OSASM、OSOPER、OSBACKUPDBA、OSDGDBAおよびOSKMDBAグループと、SYSDBA、SYSASM、SYSOPER、SYSBACKUP、SYSDGおよびSYSKMの各権限の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 『Oracle Databaseセキュリティ・ガイド』の管理権限の管理に関する項

5.1.5 役割区分によるデータベース・オペレーティング・システム・グループおよびユーザーの作成

次の各項では、必要なオペレーティング・システム・ユーザーおよびグループの作成方法について説明します。

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

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

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

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

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

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

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

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

- Oracleソフトウェア所有者ユーザーを作成するタイミング

- Oracleソフトウェア所有者ユーザーの存在の確認

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

- 既存のOracleソフトウェア所有者ユーザーの変更

注意:

- この項で説明されている必要なオペレーティング・システム・グループを作成したら、それらのグループにOracleソフトウェア所有者ユーザー(通常はoracle)を追加する必要があり、追加しない場合、データベース・インストールの実行中にそれらのグループをOracle Universal Installerのオプションとして使用できません。

- この項で説明されているUIDおよびGIDは単なる説明用です。UIDおよびGIDのデフォルトを使用しないことをお薦めします。かわりに、一般的に割り当てられるグループおよびユーザーIDを指定し、グループおよびユーザーを作成または変更する前にそれらが使用されていないことを確認してください。

- 既存ユーザーやグループを使用または変更する前に、必要に応じて、システム管理者に連絡してください。

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

次の場合には、OSDBAグループを作成する必要があります。

- OSDBAグループが存在しない場合。たとえば、これがシステムに対するOracle Databaseソフトウェアの初回インストールの場合。

- OSDBAグループは存在するが、新規のOracle Databaseインストールでは、異なるオペレーティング・システム・ユーザー・グループにデータベース管理権限を付与する場合。

同じ名前のグループが存在する場合を除き、グループ名dbaを使用してOSDBAグループを作成します。

# /usr/sbin/groupadd -g 54322 dba

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

一連の限られたデータベース管理権限(SYSOPERオペレータ権限)を持つオペレーティング・システム・ユーザーのグループを識別する場合のみ、OSOPERグループを作成します。ほとんどのインストールの場合、OSDBAグループを作成するのみで十分です。OSOPERグループを使用する場合は、次の状況で作成する必要があります。

- OSOPERグループが存在しない場合。たとえば、これがシステムに対するOracle Databaseソフトウェアの初回インストールの場合。

- OSOPERグループは存在するが、新規のOracleインストールでは、異なるオペレーティング・システム・ユーザー・グループにデータベース・オペレータ権限を付与する場合。

同じ名前のグループが存在する場合を除き、グループ名operを使用してOSOPERグループを作成します。

# /usr/sbin/groupadd -g 54323 oper

5.1.5.3 データベース・インストール用のOSBACKUPDBAグループの作成

同じ名前のグループが存在する場合を除き、グループ名backupdbaを使用してOSBACKUPDBAグループを作成します。

# /usr/sbin/groupadd -g 54324 backupdba

5.1.5.4 データベース・インストール用のOSDGDBAグループの作成

同じ名前のグループが存在する場合を除き、グループ名dgdba,を使用してOSDGDBAグループを作成します。

# /usr/sbin/groupadd -g 54325 dgdba

5.1.5.5 データベース・インストール用のOSKMDBAグループの作成

同じ名前のグループが存在する場合を除き、グループ名kmdbaを使用してOSKMDBAグループを作成します。

# /usr/sbin/groupadd -g 54326 kmdba

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

同じ名前のグループが存在する場合を除き、必要な場合には、グループ名asmdbaを使用して、Oracle ASM用のOSDBAグループを新しく作成します。

# /usr/sbin/groupadd -g 54327 asmdba

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

同じ名前のグループが存在する場合を除き、必要な場合には、グループ名asmoperを使用して、Oracle ASM用のOSOPERグループを作成します。

# /usr/sbin/groupadd -g 54328 asmoper

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

同じ名前のグループが存在する場合を除き、必要な場合には、グループ名asmadminを使用して、OSASMグループを作成します。

# /usr/sbin/groupadd -g 54329 asmadmin

5.1.5.9 Oracleソフトウェア所有者ユーザーを作成するタイミング

新規ユーザーを作成するか、既存のユーザーを使用するかに応じて、次の項を参照してください。

- Oracleソフトウェア所有者ユーザーが存在しない場合。たとえば、これがシステムに対するOracleソフトウェアの最初のインストールの場合。

- Oracleソフトウェア所有者ユーザーは存在するが、新規のOracle Databaseインストールでは、別のグループ・メンバーシップを設定した別のオペレーティング・システム・ユーザーを使用して、これらのグループにデータベース管理権限を付与する場合。

- Oracle Grid InfrastructureのOracleソフトウェア所有者(gridなど)を作成し、Oracle Databaseソフトウェア用に別のOracleソフトウェア所有者(oracleなど)を作成する場合。

5.1.5.10 Oracleソフトウェア所有者ユーザーが存在するかどうかの判別

oracleまたはgridというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のようなコマンドを入力します。

# id oracle
# id grid

oracleユーザーが存在する場合、このコマンドからの出力は、次のようになります。

uid=54321(oracle) gid=54321(oinstall) groups=54322(dba),54323(oper)

gridユーザーが存在する場合、このコマンドからの出力は、次のようになります。

uid=54322(grid) gid=54321(oinstall) groups=54321(oinstall),54329(asmadmin),54327(asmdba),54322(dba)

既存ユーザーを使用するか、新規ユーザーを作成するかを決定します。既存のユーザーを使用する場合は、そのユーザーのプライマリ・グループがOracleインベントリ・グループであり、そのユーザーが適切なOSDBAグループおよびOSOPERグループのメンバーであることを確認します。選択内容に応じて、詳細は次の項のいずれかを参照してください。

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

- 既存のOracleソフトウェア所有者ユーザーの変更

注意:
必要に応じて、既存のユーザーの使用または変更の前にシステム管理者に連絡してください。

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

Oracleソフトウェア所有者ユーザー(oracleまたはgrid)が存在しない場合、または新規のOracleソフトウェア所有者ユーザーが必要な場合は、この項の説明に従って作成します(この例では、oracleユーザーを作成します)。

次の手順では、同じ名前のユーザーが存在する場合を除き、ユーザー名にoracleを使用します。

1. oracleユーザーを作成するには、次のようなコマンドを入力します。

# /usr/sbin/useradd -u 54321 -g oinstall -G dba,asmdba,backupdba,dgdba,kmdba oracle

このコマンドの意味は次のとおりです。

- -uオプションは、ユーザーIDを指定します。システムによって自動的にユーザーID番号を生成するようにできるため、このコマンド・フラグの使用は任意です。ただし、番号を指定することをお薦めします。ユーザーID番号は、インストール前の作業で必要になるため、記録しておく必要があります。

- -gオプションはプライマリ・グループを指定します。プライマリ・グループは、oinstallなどのOracleインベントリ・グループである必要があります。

- -Gオプションではセカンダリ・グループが指定され、これにはOSDBAグループおよび必要に応じてASMDBA、OSOPER、OSBACKUPDBA、OSDGDBAおよびOSKMDBAグループ(dba、asmdba、oper、backupdba、dgdba、kmdbaなど)を含める必要があります。

2. oracleユーザーのパスワードを設定します。

# passwd oracle

5.1.5.12 既存のOracleソフトウェア所有者ユーザーの変更

oracleユーザーは存在するが、プライマリ・グループがoinstallではない場合、または適切なOSDBA、OSOPER、またはASM用OSDBAグループのメンバーでない場合は、ユーザーoracleのユーザー・グループ設定を変更します。

-gオプションを使用してプライマリ・グループを指定し、-Gオプションを使用して必要なセカンダリ・グループを指定します。

# /usr/sbin/usermod -g oinstall -G dba,asmdba,backupdba,dgdba,kmdba[,oper] oracle

Oracleでは、既存のインストール所有者の変更はサポートされていません。制約の全一覧については、「役割区分を使用したOracleインストールについて」を参照してください。

5.2 Oracleソフトウェア・インストール・ユーザーのリソース制限の確認

Oracle Linuxシステムでは、オペレーティング・システムを構成してlimits.confファイルのリソース制限を設定するなど、インストール前の要件を満たすために、Oracle Preinstallation RPMをインストールすることをお薦めします。Oracle Preinstallation RPMでは、oracleユーザー用のlimits.confファイルのみが構成されます。Oracle Grid Infrastructureの役割区分を実装している場合、limits.confファイルのoracleユーザーの値をgridユーザーにコピーします。

各インストール・ソフトウェア所有者について、次の推奨範囲を使用して、インストールのリソース制限を確認します。

表5-1 インストール所有者のリソース制限の推奨範囲

リソースのシェル制限

リソース

ソフト制限

ハード制限

オープン・ファイル記述子

nofile

1024以上

65536以上

ユーザー1人当たりに使用可能なプロセス数

nproc

2047以上

16384以上

プロセスのスタック・セグメントのサイズ

stack

10240KB以上

10240KB以上、32768KB以下

ロックされたメモリーの最大上限

memlock

HugePagesを有効にする場合は現在のRAMの90%以上、HugePagesを無効にする場合は、3145728 KB (3 GB)以上。

HugePagesを有効にする場合は現在のRAMの90%以上、HugePagesを無効にする場合は、3145728 KB (3 GB)以上。

リソース制限を確認するには、次の手順を実行します。

1. インストール所有者としてログインします。

2. ファイル記述子の設定のソフト制限とハード制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

$ ulimit -Sn
1024
$ ulimit -Hn
65536

3. ユーザー1人当たりに使用可能なプロセス数のソフト制限とハード制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

$ ulimit -Su
2047
$ ulimit -Hu
16384

4. スタック設定のソフト制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

$ ulimit -Ss
10240
$ ulimit -Hs
32768

5. Oracleソフトウェア・インストール所有者ごとに、この手順を繰り返します。

必要に応じて、/etc/security/limits.conf構成ファイルのインストール所有者のリソース制限を更新します。ただし、構成ファイルが配布固有であることに注意してください。配布固有の構成ファイルの情報については、システム管理者に問い合せてください。

注意:
gridユーザーまたはoracleユーザーがログインしている場合、これらのユーザーをログアウトしてログインしなおすまで、limits.confファイルの変更内容は有効になりません。これらのアカウントを使用してインストールを行う前に、変更内容を有効にする必要があります。

関連項目:
「Oracleソフトウェア所有者環境の構成」

5.3 リモート表示およびX11転送の構成の設定

リモート端末で作業を行っていて、そのローカル・システムのみが表示されている場合(通常は、この状態になります)、次の構文を使用して、ユーザー・アカウントのDISPLAY環境変数を設定します。

Bourne、KornおよびBashシェル:

$ export DISPLAY=hostname:0

Cシェルの場合:

$ setenv DISPLAY hostname:0

たとえば、Bashシェルを使用していて、ホスト名がlocal_hostの場合は、次のコマンドを入力します。

$ export DISPLAY=local_host:0

X11転送が原因でインストールが失敗しないようにするには、次のように、Oracleソフトウェア所有者ユーザーに対してユーザーレベルのSSHクライアント構成ファイルを作成します。

1. テキスト・エディタを使用して、ソフトウェア・インストール所有者の~/.ssh/configファイルを編集または作成します。

2. ~/.ssh/configファイルでForwardX11属性がnoに設定されていることを確認します。次に例を示します。

Host *
ForwardX11 no

3. ~/.sshに対する権限がoracleまたはgridユーザーに固定されることを確認します。次に例を示します。

$ ls -al .ssh
total 28
drwx------  2 oracle oinstall 4096 Jun 21 2012
drwx------ 19 oracle oinstall 4096 Jun 21 2012
-rw-r--r--  1 oracle oinstall 1202 Jun 21 2012 authorized_keys
-rwx------  1 oracle oinstall  668 Jun 21 2012 id_dsa
-rwx------  1 oracle oinstall  601 Jun 21 2012 id_dsa.pub
-rwx------  1 oracle oinstall 1610 Jun 21 2012 known_hosts

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

注意:
Oracle Database 12c製品を既存の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 12cが実行されている場合は、既存の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. この手順を繰り返して、このシステムで実行中のリスナーをすべて停止します。

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

Oracle Universal Installerはoracleまたはgridアカウントから実行する必要があります。ただし、Oracle Universal Installerを起動する前に、oracleまたはgridユーザーの環境を構成する必要があります。環境を構成するには、次のことが必要です。

- シェル起動ファイルで、デフォルトのファイル・モード作成マスク(umask)を022に設定します。

- DISPLAY環境変数を設定します。

注意:
オペレーティング・システムのベンダーでサポートされるシェル・プログラムを使用してください。オペレーティング・システムでサポートされないシェル・プログラムを使用した場合、インストールの際にエラーが発生する可能性があります。

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

この例では、xclockは/usr/X11R6/bin/xclocksにあります。

DISPLAY環境変数が正しく設定されていれば、xclockがコンピュータ画面に表示されます。エラーが表示される場合は、「X Windowの表示エラー」を参照してください。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ソフトウェア所有者の環境要件」

5.6 rootスクリプトの実行計画の決定

Oracle Grid Infrastructureのインストール中に、Oracle Universal Installerから、スーパーユーザー(またはroot)権限を使用してスクリプトを実行し、いくつかのシステム構成タスクを完了するかどうかを尋ねられます。これらのrootスクリプトは、必要な場合に手動でrootとして実行することも、次のroot権限委任オプションのいずれかを使用して、インストール中に構成情報やパスワードを指定することもできます。

- ルート・ユーザー資格証明の使用
スーパーユーザー(またはroot)のパスワードを指定します。このオプションは、rootスクリプトを自動的にrootユーザーとして実行します。

- sudoの使用
sudoはUNIXおよびLinuxのユーティリティで、sudoersグループ権限のメンバーは、個々のコマンドをrootとして実行できます。Sudoを有効にするには、適切な権限を持つシステム管理者がsudoersリストのメンバーであるユーザーを構成し、インストール時の求めに応じてユーザー名とパスワードを指定します。

関連項目:
「新規データベース・インストールによるスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール」の項の手順9「rootスクリプトの実行構成」画面

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

スタンドアロン・サーバー用のOracle Grid Infrastructureは、Oracle Restartとも呼ばれ、単一インスタンスのOracle Databaseのシステム・サポートを行います。このサポートには、ボリューム管理、ファイル・システムおよび自動再起動の機能が含まれます。Oracle Automatic Storage Management (Oracle ASM)を使用する場合は、データベースをインストールする前に、Oracle Restartをインストールする必要があります。スタンドアロン・サーバー用のOracle Grid Infrastructureには、Oracle RestartおよびOracle Automatic Storage Managementが含まれます。2つのインフラストラクチャ製品は、一式のバイナリに結合され、Oracle Restartホームにインストールされます。

Oracle Automatic Storage Managementは、Oracleデータベース・ファイルのボリューム・マネージャおよびファイル・システムで、単一インスタンスOracle DatabaseとOracle Real Application Clusters(Oracle RAC)の構成をサポートします。また、Oracle Databaseバイナリなど、アプリケーションの要件に対して汎用ファイル・システムもサポートします。Oracle Automatic Storage Managementは、従来のボリューム・マネージャ、ファイル・システムおよびRAWデバイスにかわるOracle推奨のストレージ管理ソリューションです。

注意:

- Oracle Grid Infrastructureのクラスタ・メンバー・ノードにOracle Restartをインストールすることも、Oracle Grid Infrastructureのクラスタ・メンバー・ノードにOracle Restartサーバーを追加することもできません。クラスタ用のOracle Grid Infrastructureでは、クラスタ上の単一インスタンス・データベースまたはOracle RACデータベースがサポートされますが、Oracle Restartでサポートされるのは、1つのサーバー上の単一インスタンス・データベースです。

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

- Oracle Restartは、単一インスタンス(非クラスタ)環境でのみ使用されます。

Oracle Restartは、次のようにOracleデータベースの可用性を向上させます。

- ハードウェアまたはソフトウェアの障害が発生した場合、すべてのOracleコンポーネント(Oracleデータベース・インスタンス、Oracle Netリスナー、データベース・サービス、Oracle ASMなど)は、Oracle Restartにより自動的に起動されます。

- データベース・ホストの再起動時、コンポーネントを正しい順序で起動します。

- 定期的なチェックを実行してOracleコンポーネントの状態を監視します。チェック操作がコンポーネントで失敗すると、そのコンポーネントは停止し、再起動されます。

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

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

- Oracle ACFSおよびOracle ADVM

- Oracle Automatic Storage Managementの記憶域の構成

- ソフトウェアのみのインストールを使用した、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

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

- インストール後におけるスタンドアロン・サーバー用のOracle Grid Infrastructureバイナリの変更

6.1 スタンドアロン・サーバー用のOracle Grid Infrastructureのサーバー構成

この項では、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール前に完了しておく必要のある、次のオペレーティング・システムの作業について説明します。

- ハードウェアとメモリー構成の確認

- サーバー・メモリーの最低要件

- サーバー記憶域の最低要件

- Oracle Grid Infrastructureソフトウェア所有者の環境要件

6.1.1 ハードウェアとメモリー構成の確認

現在のシステム情報を確認するには、次のコマンドを実行します。

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

# grep SwapTotal /proc/meminfo

必要な場合は、追加のスワップ領域の構成方法について、使用しているオペレーティング・システムのマニュアルを参照してください。

2. 使用可能なRAM領域およびスワップ領域を確認するには、次のコマンドを入力します。

# free

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

# df -h

4. /tmpディレクトリ内の使用可能な領域の量を確認するには、次のいずれかのコマンドを入力します。

# df -h /tmp

5. 次のコマンドを入力して、物理RAMのサイズを確認します。

# grep MemTotal /proc/meminfo

システムに搭載されている物理RAMのサイズが要件のサイズより少ない場合は、次の手順に進む前にメモリーを増設してください。

6.1.2 サーバー・メモリーの最低要件

システムが、スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールするための次のメモリー要件を満たしていることを確認してください。

Oracle Databaseをインストール予定のインストールを含むスタンドアロン・サーバーに対する、Oracle Grid Infrastructureの4GB以上のRAM。

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

表6-1 Oracle Restartのスワップ領域要件

RAM

スワップ領域

4から16GB

RAMのサイズと同じ

16GB超

16GB

注意:
Linuxでは、HugePages機能により、メモリー・マップ・ファイルを使用して、ラージ・ページ表にスワップできないメモリーが割り当てられます。HugePagesを有効にする場合は、スワップ領域を計算する前に、HugePagesに割り当てられるメモリー分を使用可能なRAMから差し引く必要があります。

6.1.3 サーバー記憶域の最低要件

システムが、スタンドアロン・サーバーにOracle Grid Infrastructureをインストールするための次のディスク領域の最低要件を満たしていることを確認してください。

- Linux x86-64の場合: 6.9GB以上のディスク領域。

- IBMの場合: Linux on System z: 3.8 GBのディスク領域。

- /tmpディレクトリに1GB以上の領域。
/tmpディレクトリの使用可能な空き領域が1GB未満の場合は、次の手順のいずれかを実行します。

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

- oracleユーザーの環境を設定するときに、TMPおよびTMPDIR環境変数を設定して一時ディレクトリを指定します。

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

- /tmpディレクトリを含むファイル・システムを拡張します。

6.1.4 Oracle Grid Infrastructureソフトウェア所有者の環境要件

次のタスクを実行して、Oracle Restartソフトウェア所有者ユーザーの環境を設定します。

- 「システムへrootとしてログイン」および「Oracleソフトウェア所有者環境の構成」の情報を参照してください。

- Oracleベース・ディレクトリに対するパスが設定されていることを確認します。Oracle RestartホームおよびOracle Databaseホームを同じOracleベース・ディレクトリに作成することをお薦めします。次に例を示します。

# ORACLE_BASE=/u01/app/oracle;
# export ORACLE_BASE

- シェル起動ファイルで、Oracle Restartソフトウェア所有者ユーザーのデフォルトのファイル・モード作成マスク(umask)を022に設定します。マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーは644の権限を持つファイルを作成できます。

- Oracle Restartインストール・ソフトウェア所有者のファイル記述子およびプロセスにulimitを設定します。

- インストールに備えて、DISPLAY環境変数を設定します。

Oracle Databaseをインストールする場合は、インストール前の追加要件を満たす必要があります。第4章「Oracle Databaseのインストール前の作業」を参照してください。

6.2 Oracle ACFSおよびOracle ADVM

この項では、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)およびOracle Automatic Storage Management Dynamic Volume Manager (Oracle ADVM)について説明します。内容は次のとおりです。

- Oracle ACFSおよびOracle ADVMについて

- LinuxにおけるOracle ACFSおよびOracle ADVMのサポート

- Oracle ACFSの制限事項とガイドライン

- Oracle Restart構成におけるOracle ACFSの有効化

6.2.1 Oracle ACFSおよびOracle ADVMについて

Oracle ACFSによるOracle ASMテクノロジの拡張によって、単一インスタンスおよびクラスタ構成のどちらでも、すべてのアプリケーション・データがサポートされます。Oracle ADVMは、ボリューム管理サービスと、クライアントとの標準ディスク・デバイス・ドライバ・インタフェースを提供します。Oracle Automatic Storage Managementクラスタ・ファイルシステムは、Oracle Automatic Storage Management動的ボリューム・マネージャ・インタフェースを介してOracle ASMと通信します。

6.2.2 LinuxにおけるOracle ACFSおよびOracle ADVMのサポート

Oracle ACFSおよびOracle ADVMは、Oracle Linux、Red Hat Enterprise LinuxおよびSUSE Linuxでサポートされます。表6-2に、Oracle ACFSおよびOracle ADVMがサポートされるプラットフォームおよびカーネルのバージョンを示します。

表6-2 Oracle ACFSとOracle ADVMがサポートされるプラットフォーム

プラットフォーム/オペレーティング・システム

カーネル

Oracle Linux 7

- Red Hat Compatible Kernelを使用したOracle Linux 7:
Update 0で、RedHat Compatible Kernel 3.10.0-123

Update 1以上で、3.10-0-229以上のRedHat Compatibleカーネル

- Unbreakable Enterprise Kernelリリース3:
すべてのUpdateで、3.8.13-35以上のUEK 3.8.13カーネル

- Unbreakable Enterprise Kernelリリース4:
すべてのUpdateで、4.1.12-32以上のUEK 4.1.12カーネル

Oracle Linux 6

- Red Hat Compatible Kernelを使用したOracle Linux 6

- Unbreakable Enterprise Kernelリリース1:
すべてのUpdateで、2.6.32-100以上のUEK 2.6.32カーネル

- Unbreakable Enterprise Kernelリリース2:
すべてのUpdateで、2.6.39-100以上のUEK 2.6.39カーネル

- Unbreakable Enterprise Kernelリリース3:
すべてのUpdateで、3.8.13以上のUEK 3.8.13カーネル

- Unbreakable Enterprise Kernelリリース4:
すべてのUpdateで、4.1.12-32以上のUEK 4.1.12カーネル

Oracle Linux 5

- Red Hat Compatible Kernelを使用したOracle Linux 5 Update 3: 2.6.18以上

- Unbreakable Enterprise Kernelリリース1:
Update 3以上で、2.6.32-100以上のUEK 2.6.32カーネル

- Unbreakable Enterprise Kernelリリース2:
Update 3以上で、2.6.39-100以上のUEK 2.6.39カーネル

Red Hat Enterprise Linux 7

- Red Hat Enterprise Linux 7:
Update 0で、3.10.0-123のカーネル

Update 1以上で、3.10.0-229以上のRedHatカーネル

Red Hat Enterprise Linux 6

Red Hat Enterprise Linux 6

Red Hat Enterprise Linux 5

Red Hat Enterprise Linux 5 Update 3: 2.6.18以上

SUSE Linux Enterprise Server 11。

- SUSE Linux Enterprise Server 11 Service Pack 2 (SP2)

- SUSE Linux Enterprise Server 11 Service Pack 3 (SP3)

注意:
Oracle ACFSの強制モードでSecurity Enhanced Linux (SELinux)を使用する場合は、必ずSELinuxのデフォルト・コンテキストでOracle ACFSファイル・システムをマウントしてください。コンテキスト・マウント・オプションの詳細は、Linuxベンダーのマニュアルを参照してください。

関連項目:

- Oracle ACFSとOracle ADVMがサポートされているプラットフォームおよびリリースの詳細は、My Oracle SupportのNote 1369107.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1369107.1

- 現在のリリースおよびサポート情報は、Oracle製品のパッチ・セット更新(My Oracle SupportのNote 854428.1)を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=854428.1

6.2.3 Oracle ACFSの制限事項とガイドライン

Oracle Restartは、rootベースのOracle Clusterwareリソースをサポートしません。このため、Oracle Restart構成でOracle ACFSを実行する場合は、次の制限が適用されます。

- Oracle Restartでは、どのプラットフォームでもOracle ACFSリソースはサポートされません。

- Oracle Database 12cから、Oracle Restart構成でOracle ACFSレジストリがサポートされなくなりました。

- システムの再起動後に、Oracle ACFSドライバを手動でロードする必要があります。

- Oracle ASMインスタンスの実行終了後に、Oracle ACFSファイル・システムを手動でマウントおよびマウント解除する必要があります。

- Oracle ACFSファイル・システムへのOracleデータファイルの作成は、Oracle Restart構成ではサポートされません。

Oracle RestartでOracle ACFSを有効にするには、「Oracle Restart構成におけるOracle ACFSの有効化」を参照してください。

Oracle ACFSに関する次の一般的な制限事項とガイドラインにも注意してください。

- Oracle ACFSは、Oracle ASMが構成されている場合にのみオプションとして使用できます。

- Oracle Databaseのバイナリ、データファイルおよび管理ファイル(トレース・ファイルなど)をOracle ACFSに配置できます。データベースのバージョンがOracle Database 11gリリース2以上の場合にのみ、Oracle DatabaseホームをOracle ACFSに格納できます。以前のリリースのOracle Databaseは、Oracle ACFS上にはインストールできません。

- Oracle ACFSは、他のファイルのための汎用ファイル・システムとなります。

関連項目:

- プラットフォームおよびリリースのサポートに関する最新情報は、『Oracle Databaseリリース・ノート for Linux』を参照してください。

- 『Oracle Automatic Storage Management管理者ガイド』の「Oracle ACFSおよびOracle ADVMの概要」

6.2.4 Oracle Restart構成におけるOracle ACFSの有効化

Oracle Restart構成でOracle ACFSを使用するには、スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールし、次のコマンドを使用してOracle ACFSへのルート・アクセスを有効にします。

rootとしてログインします。

# cd Grid_home/crs/install
# roothas.sh -lockacfs

注意:
Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.plスクリプトはroothas.shスクリプトに置き換わりました。

6.3 Oracle Automatic Storage Managementの記憶域の構成

Oracle Automatic Storage Management (Oracle ASM)の記憶域構成の詳細は、次の項を確認してください。

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

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

- Oracle Automatic Storage Management用の記憶域の構成

- Oracle ASMとOracle ASMフィルタ・ドライバについて

- Oracle ASMCAを使用したOracle ASMディスク・グループの手動構成

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

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

関連項目:
「既存のOracle Automatic Storage Managementディスク・グループの使用」

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

前のリリースの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 11g以下のソフトウェアをOracle Grid Infrastructure 12cとともに使用した、データベースに対するディスク・グループの互換性の構成に関する詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

6.3.2 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 Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)は、Oracle Grid Infrastructureインストールの一部としてインストールされます。Oracle ASMインスタンス、ディスク・グループ、ボリュームおよびOracle ACFSをインストールおよび構成するには、Oracle ASMCAを実行する必要があります。また、ASMCAコマンドライン・インタフェースを使用できます。

関連項目:

- 『Oracle Automatic Storage Management管理者ガイド』のOracle Flex ASMの管理に関する項を参照してください。

- Oracle ASMCAの詳細は、『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコンフィギュレーション・アシスタントに関する項を参照してください。

6.3.3 Oracle Automatic Storage Management用の記憶域の構成

この項には、Oracle Automatic Storage Managementで使用する記憶域の構成方法について説明する次のトピックがあります。

- Oracle Automatic Storage Managementの記憶域要件の指定

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

関連項目:
ディスク・グループの作成および管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』の新しいOracleインストール用のディスク・グループの作成に関する項を参照してください。

関連項目:
Oracle ASMLIBの使用方法の詳細は、「ストレージ・パスとディスク・デバイスの構成」を参照してください。

注意:
引用符で囲む必要があるため、識別子をデータベース・オブジェクト名に使用することをお薦めしません。これらの引用符で囲んだ識別子は、SQL CREATE文では名前(CREATE DISKGROUP "1data" ...など)として有効な場合がありますが、データベース・オブジェクトを管理する他のツールを使用する際は名前として有効ではない場合があります。

6.3.3.1 Oracle Automatic Storage Managementの記憶域要件の指定

Oracle ASMの記憶域要件を特定するには、必要なデバイス数およびディスクの空き領域を決定する必要があります。この作業を実行するには、次の手順を実行します。

1. Oracle ASMをOracle Databaseファイルまたはリカバリ・ファイル、あるいはその両方に使用するかどうかを決定します。Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイル、およびパスワード・ファイルが含まれます。
データベースのインストール時に、Oracle Databaseファイルの記憶域メカニズムとしてファイル・システムまたはOracle ASMのどちらかを選択するオプションがあります。同様に、リカバリ・ファイルの記憶域メカニズムとしてファイル・システムまたはOracle ASMのどちらかを選択するオプションもあります。

注意:
Oracle Databaseファイルとリカバリ・ファイルの両方に同じ記憶域メカニズムを使用する必要はありません。一方のファイル・タイプにファイル・システムを使用し、もう一方にOracle ASMを使用できます。

Oracle ASMをOracle Databaseファイルの記憶域オプションとして選択した場合、「リカバリ・オプションの指定」画面の選択内容によって次のリカバリ・オプションがあります。

- リカバリ・ファイルにOracle ASMオプションを選択した場合、Oracle Universal Installerでは、Oracle Databaseファイルおよびリカバリ・ファイルの両方に同じディスク・グループを使用するオプションのみが示されます。

- データベースのインストール時にリカバリを有効にしないように決定している場合、データベースのインストール後に、DB_RECOVERY_FILE_DESTパラメータを変更して高速リカバリ領域を有効にできます。

関連項目:

- 『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台のディスク・デバイスが同じSmall Computer System Interface (SCSI)コントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例のコントローラは、シングル・ポイント障害です。

たとえば、このような障害を回避するには、2つのSCSIコントローラ(それぞれが2つのディスクを持つ)を使用し、各コントローラに接続するディスクに対して障害グループを定義できます。この構成では、ディスク・グループによる1つのSCSIコントローラの障害の許容が可能になります。

注意:
インストール後に、GUIツールのASMCA、コマンドライン・ツールのasmcmd、またはSQLコマンドを使用して、カスタム障害グループを定義します。カスタム障害グループを定義する場合、標準冗長性ディスク・グループに対して2つ以上の障害グループ、および高冗長性ディスク・グループに対して3つ以上の障害グループを指定する必要があります。

5. システムに適切なディスク・グループが存在しないことが確実な場合、適切なディスク・デバイスをインストールまたは指定して、新しいディスク・グループに追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。

- ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。

関連項目:
権限の作成または変更の詳細は、「Oracle ASM用のディスク・デバイスの権限ファイルの構成」を参照してください。

- Oracle ASMディスク・グループでは、すべてのデバイスのサイズおよびパフォーマンス特性が同じである必要があります。

- 複数のパーティションを単一の物理ディスクにディスク・グループ・デバイスとして指定しないでください。Oracle ASMでは、各ディスク・グループ・デバイスをそれぞれ個別の物理ディスクに配置する必要があります。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要な複雑なレイヤーが追加されるため、これを使用することはお薦めできません。論理ボリューム・マネージャの使用を選択する場合は、追加ストレージ・レイヤーのストレージ・パフォーマンスに対する影響を最小化できるように、論理ボリューム・マネージャを使用してストライプ化またはミラー化しない単一の論理ユニット番号(LUN)を表すことをお薦めします。

関連項目:

- この作業の実行の詳細は、「Oracle ASMとOracle ASMフィルタ・ドライバについて」を参照してください。

- Oracle ASMディスク・グループの構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』のASM用のストレージの準備に関する項を参照してください。

6.3.3.2 Oracle Automatic Storage ManagementのDASまたはSANディスク・パーティションの作成

Oracle ASMでDASまたはSANディスクを使用するには、ディスクのパーティション表が必要です。ディスクごとに、パーティションを1つ作成することをお薦めします。

注意:
物理ディスクをパーティション化すると、そのディスクをOracle ASMに使用できます。

関連項目:
「NASデバイスでのOracle Automatic Storage Management用のファイルの作成」

6.3.4Oracle ASMとOracle ASMフィルタ・ドライバについて

Oracle Database 12cリリース1 (12.1.0.2)以上では、Oracle Grid InfrastructureインストールとともにOracle ASMフィルタ・ドライバ(Oracle ASMFD)がインストールされます。

Oracle Automatic Storage Managementフィルタ・ドライバ(Oracle ASMFD)は、Oracleソフトウェアによって発行されたのではない書込みI/Oリクエストを拒否します。このフィルタによって、管理権限を持つユーザーが誤ってOracle ASMディスクに書き込むことが防がれ、Oracle ASMディスクとディスク・グループ内のファイルの破損が防がれます。ディスク・パーティションの場合、ユーザーがパーティション表に触っていないとして、Oracle ASMFDによって管理されるディスク上の領域が保護されます。

Oracle ASMFDを使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。

関連項目:
Oracle ASMフィルタ・ドライバを使用するためのディスク・デバイスの構成と移行の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

6.3.5 Oracle ASMCAを使用したOracle ASMディスク・グループの手動構成

コンピュータに構成済のOracle ASMインスタンスがない場合、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)・ユーティリティにより、新しいOracle Automatic Storage Managementインスタンスが作成されます。

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールしたら、Oracle ASMCAを使用して、ディスク・グループ、Oracle ADVMおよびOracle ACFSを作成および構成することもできます。

追加のディスク・グループを作成する場合や、Oracle ASMディスクを手動で構成する場合は、次のようにOracle ASMCAを実行します。

$ cd Grid_home/bin
$ ./asmca

Grid_homeは、スタンドアロン・サーバー用のOracle Grid Infrastructureホームへのパスです。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

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

この章に記載されているようにしてスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールした後に、Oracle ASMインストールをテストするには、asmcmdコマンドライン・ユーティリティを使用してログインし、Oracle ASMディスク・グループ・ファイルおよびディレクトリを管理します。手順は次のとおりです。

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/12.1.0/grid
$ export ORACLE_HOME

- Cシェルの場合:

% setenv ORACLE_SID +ASM
% setenv ORACLE_HOME /u01/app/oracle/product/12.1.0/grid

2. ASMCMDを使用して、Oracle ASMインスタンスのディスク・グループをリストします。

$ORACLE_HOME/bin/asmcmd lsdg

デフォルトで、ASMCMDはSYSASM権限を持つSYSユーザーとして接続します。

Oracle ASMインスタンスが実行されていない場合は、次のコマンドを使用してインスタンスを起動します。

$ORACLE_HOME/bin/asmcmd startup

関連項目:
『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコマンドライン・ユーティリティに関する項

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

以前のリリースのOracle ASMが、サーバーまたは既存のOracle Restartインストール内にインストールされている場合は、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)を使用して、既存のOracle ASMインスタンスを12cにアップグレードし、その後でディスク・グループ、Oracle ASMボリュームおよびOracle ASMファイル・システムを構成します。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのインスタンスを使用するすべてのデータベースおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用し、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることがOracle ASMCAにより検出された場合は、Oracle ASM 12cのバイナリをインストールした後に、Oracle ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。

関連項目:

- 『Oracle Automatic Storage Management管理者ガイド』のOracle ASMインスタンスのアップグレードに関する項

- 『Oracle Automatic Storage Management管理者ガイド』のOracle ASMコンフィギュレーション・アシスタントを使用したOracle ASMインスタンスのアップグレードに関する項

- 『Oracle Automatic Storage Management管理者ガイド』のOracle Restart構成でのOracle ASMインスタンスのダウングレードに関する項

6.4 ソフトウェアのみのインストールを使用した、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

ソフトウェアのみのインストールでは、スタンドアロン・サーバー用のOracle Grid Infrastructureのバイナリが指定された場所にコピーされるのみです。インストール後、スタンドアロン・サーバー用のOracle Grid InfrastructureとOracle ASMを手動で構成します。

Oracle Grid Infrastructureソフトウェアのソフトウェアのみのインストールを実行する場合、ソフトウェアのインストール後にOracle Restartを有効にするには、いくつかの構成ステップを手動で完了する必要があります。

注意:
ソフトウェアのみのインストールでは、インストールは検証されず、スタンドアロン・サーバー用Oracle Grid Infrastructureソフトウェアを有効にするためにインストール後のステップを手動で実行する必要があるため、上級ユーザーのみが実行することをお薦めします。

ソフトウェアのみのインストールには、次のステップが含まれます。

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

2. ソフトウェア・バイナリの構成

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

1. Oracle Database 12cのインストール・メディア上の関連ディレクトリまたはダウンロード・ディレクトリで、runInstallerコマンドを実行します。

2. スタンドアロン・サーバー用のOracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

3. プロンプトが表示されたら、orainstRoot.shスクリプトを実行します。

4. Oracle Universal Installer (OUI)により、root.shスクリプトの実行が求められます。

5. 次に、root.shによりroothas.plの実行が求められます。ソフトウェアのみのインストールを実行した後にroothas.plを実行してスタンドアロン・サーバー用のOracle Grid Infrastructureを構成する方法の詳細は、「ソフトウェア・バイナリの構成」を参照してください。

6. runcluvfy.sh stage -pre hacfgコマンドを使用して、サーバーがインストール要件を満たしていることを確認します。記憶域およびサーバーのインストール前の要件がすべて完了していることを確認します。

6.4.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/12.1.0/gridである場合は、次のスクリプトを実行します。

# /u01/app/oracle/product/12.1.0/grid/perl/bin/perl -I /u01/app/oracle/product/12.1.0/grid/perl/lib -I /u01/app/oracle/product
/12.1.0/grid/crs/install /u01/app/oracle/product/12.1.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/12.1.0/grid
-defaultHomeName CLUSTER_NODES= CRS=TRUE

4. Oracle Network Configuration AssistantおよびOracle ASMCAとともにSRVCTLユーティリティを使用して、リスナー、Oracle ASMインスタンスおよびすべてのOracle ASMディスク・グループをOracle Restart構成に追加します。

関連項目:

- Oracle Net Configuration Assistantを使用したリスナーの構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- ディスク・グループの作成および追加と、Oracle ASMCAを使用したOracle ASMの構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください

- SRVCTLを使用したASMインスタンスの作成および追加の詳細は、『Oracle Database管理者ガイド』を参照してください。

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

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールしてからデータベースを作成すると、データベースがOracle Restart構成に自動的に追加され、必要に応じて自動的に再起動されます。ただし、データベースが存在するホスト・コンピュータにスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする場合は、データベース、リスナー、Oracle ASMインスタンスおよびその他のコンポーネントをOracle Restart構成に手動で追加する必要があります。

注意:
スタンドアロン・サーバー用のOracle Grid Infrastructureでは、1つのホスト・コンピュータ上で複数の単一インスタンス・データベースを受け入れることができます。

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

- 新規データベース・インストールによるスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

- 既存データベースに対するスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

6.5.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 Restartのソフトウェア所有者ユーザーとしてOracle Universal Installerを起動します。インストール・ファイルの場所に合せて、次のいずれかの操作を行います。

- インストール・ファイルがインストール・メディアにある場合は、次のようなコマンドを入力します(ここで、directory_pathは、インストール・メディアのスタンドアロン・サーバー用のOracle Grid Infrastructureのディレクトリ・パスです)。

$ /directory_path/runInstaller

注意:
スタンドアロン・サーバー用のOracle Grid Infrastructureは、Oracle Grid Infrastructureのメディアからインストールする必要があります。

- インストール・ファイルがハードディスクにある場合は、スタンドアロン・サーバー用のOracle Grid Infrastructureの(clusterware)ディレクトリ・パスに移動し、次のコマンドを入力します。

$ ./runInstaller

注意:
Oracle Universal Installerは、Oracle Restartのソフトウェア所有者ユーザーとしてログインしてユーザーの環境を設定した端末セッションから起動してください。

Oracle Universal Installerが表示されない場合は、「X Windowの表示エラー」および「リモート端末でのインストール・エラー」のトラブルシューティング情報を参照してください。

2. 「インストール・オプションの選択」画面で、「スタンドアロン・サーバー用にOracle Grid Infrastructureをインストールおよび構成」オプションを選択してOracle RestartおよびOracle ASMをインストールして構成します。「次へ」をクリックします。

3. 「製品言語の選択」画面で、1つ以上の言語を選択します。「使用可能な言語」リストから「選択された言語」リストに、言語を移します。「次へ」をクリックします。

4. 「ASMディスク・グループの作成」画面に、すべてのOracle ASMディスクが表示されます。
「検出パスの変更」をクリックして、画面に表示されていない、Oracle ASMで使用するデバイスを選択します。「ディスク検出パスの変更」ウィンドウで、Oracle ASMで使用するデバイスの検索に使用する文字列を入力します。ディスク文字列をORCL:*に設定するか、空("")のままにすると、インストーラでこれらのディスクが検出されます。「OK」をクリックします。

Oracle ASMで使用するディスクの選択が終了したら、「次へ」をクリックします。

注意:
インストール中、Oracle ASMでマウントされ文字列ORCL:*でOracle ASMFDに登録されたディスク・パスが、デフォルトのデータベース記憶域の候補ディスクとして一覧表示されます。

この手順の実行中は、次のディスク・デバイスに関する情報を考慮します。

- デフォルトのディスク・グループ名はDATAです。ディスク・グループに新しい名前を入力する、またはデフォルト名を使用することができます。

- ディスク・デバイスは、グリッド・インストールを実行するユーザーが所有する必要があります。

関連項目:
権限の作成または変更の詳細は、「Oracle ASM用のディスク・デバイスの権限ファイルの構成」を参照してください。

- システム管理者に問い合せて、Oracle ASMで使用されるディスクがストレージ・レベルでミラー化されているかどうか確認してください。ミラー化されている場合は、冗長性に「外部」を選択します。ディスクがストレージ・レベルでミラー化されていない場合は、冗長性に「標準」を選択します。

注意:
標準冗長性で同一のデータ量を保持するために、倍のディスク領域が必要です。たとえば、100GBのデータベースの場合、必要な記憶域は約200Gです。

- すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位は、ディスク・グループ内の割当ての基本単位です。特定のディスク・グループ互換レベルに応じて、AUサイズの値に1、2、4、8、16、32または64MBを選択できます。デフォルト値は1MBに設定されています。

5. 「ASMパスワードの指定」画面で、Oracle ASMインスタンスへの接続に必要なパスワードを入力します。Oracle ASMインスタンスは、SYSASMと呼ばれる権限ロールで管理され、これによりOracle ASMディスク・グループへの完全なアクセスが付与されます。Oracle ASMインスタンスの監視には、SYSDBA権限を持つ、より権限の低いユーザーASMSNMPを作成することをお薦めします。
SYSおよびASMSNMPユーザー・アカウントのパスワードを入力します。パスワードは、8文字以上の長さで、アルファベットを1つ以上、数字を1つ以上、およびハイフン(-)、アンダースコア(_)、番号記号(#)の3つの記号のうちのいずれかを1つ以上使用する必要があります。パスワード・フィールドに、他の特殊文字は使用できません。

必要に応じて、すべてのアカウントに同じパスワードを使用できます。ただし、アカウントごとに異なるパスワードを指定することをお薦めします。指定したパスワードを覚えておく必要があります。

6. 「管理オプションの指定」画面には、Oracle Enterprise Manager Cloud Controlを使用してOracle Grid InfrastructureおよびOracle Automatic Storage Managementを管理するオプションが示されます。「Enterprise Manager (EM) Cloud Controlへの登録」を選択し、次の構成情報を指定します。

- OMSホスト: 管理リポジトリを実行するシステムの名前です。

- OMSポート: 管理サービスからのリクエストを受信するOracle Enterprise Managerポートの番号です。

- EM管理ユーザー名: Oracle Enterprise Managerにログインするユーザーの名前です。

- EM管理パスワード: Oracle Enterprise Managerにログインするためのパスワードです。

7. 「権限付きオペレーティング・システム・グループ」画面で、OSDBAグループ、OSASMグループおよびOracle ASMオペレータ・グループOSOPER用に作成したオペレーティング・システム・グループの名前を選択します。dbaグループのみを作成すると、そのグループを3つの権限グループすべてで使用できます。別のasmadminグループを作成した場合は、その値をOSASMグループで使用します。「次へ」をクリックします。

関連項目:
「役割区分用のOracle Automatic Storage Managementグループ」

8. 「インストール場所の指定」画面に次の情報を入力し、「次へ」をクリックします。

- Oracleベース: Oracleベース・ディレクトリの場所を入力します。パスにはスペースを入れないようにしてください。

- ソフトウェアの場所: デフォルト値を受け入れるか、ソフトウェアをインストールするディレクトリ・パスを入力します。ディレクトリ・パスに空白を含めないでください。

関連項目:

- Oracleベース・ディレクトリおよびOracleホーム・ディレクトリの詳細は、「必要なソフトウェア・ディレクトリの識別」を参照してください。

- ディレクトリのネーミング規則は、「ディレクトリのネーミング」を参照してください。

9. 「rootスクリプトの実行構成」画面を使用すると、グリッド・インフラストラクチャのインストール中に、rootスクリプトを自動と手動のどちらで実行するかの構成方法を選択できます。rootスクリプトを自動的に実行するには、「構成スクリプトを自動的に実行」を選択し、次のオプションのいずれか1つを選択します。

- rootユーザーの資格証明を使用: rootユーザー・パスワードを指定してください。

- sudoの使用: sudoプログラムのプログラム・パス、ユーザー名およびパスワードを指定してください。

関連項目:
「rootスクリプトの実行計画の決定」

10. 「インベントリの作成」画面が表示されるのは、システムにOracleソフトウェアをインストールするのが初めての場合のみです。
必要に応じて、インベントリ・ディレクトリのパスを変更します。また、必要に応じて、oraInventoryグループ名としてoinstallを選択します。「次へ」をクリックします。

11. 「前提条件チェックの実行」画面で、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールを実行するための最小システム要件が満たされているかどうかを確認します。すべてのシステム要件が満たされている場合、「サマリー」画面に移動します。インストールに失敗すると、エラーを確認できます。
「再チェック」をクリックすると、前提条件のチェックを再実行して、データベース・インストールを実行できる最低要件が満たされているかどうか確認できます。

問題を修正してからシステム要件を再チェックする場合は、「修正および再チェック」をクリックします。

注意:
「修正および再チェック」オプションにより、rootユーザーとして実行する必要があるスクリプトが生成されます。この生成されたスクリプトでは、一部のシステム・パラメータ値が設定されます。このスクリプトの内容を変更しないことをお薦めします。詳細は、「インストール修正スクリプトの使用」を参照してください。

失敗した要件リストを取得するには、リストから「失敗を表示」を選択します。Oracle Universal Installerにより実行されるすべての前提条件チェックのリストを取得するには、「すべて表示」を選択します。成功した前提条件チェックのリストを取得するには、「成功を表示」を選択します。

注意:
「すべて無視」オプションを選択する場合は注意が必要です。このオプションを選択すると、Oracle Databaseをシステムに正常にインストールできるかどうかをOracle Universal Installerが確認できない場合があります。

関連項目:

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

- 第4章「Oracle Databaseのインストール前の作業」

12. 「サマリー」画面の内容を確認し、「インストール」をクリックします。
「レスポンス・ファイルの保存」をクリックして、すべてのインストール手順をレスポンス・ファイルに保存できます。このファイルは、サイレント・インストールに使用できます。

13. 「製品のインストール」画面に、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの進捗状況が表示されます。
「rootスクリプトの実行構成」画面でrootスクリプトを自動的に実行するオプションを選択した場合は、Oracle Universal Installerにより、rootスクリプトが自動的に実行されます。「次へ」をクリックします。

それ以外の場合、構成スクリプトを自動的に実行するオプションを選択しなかった場合は、Oracle Universal Installerにより、root.shスクリプトおよびorainstRoot.shスクリプト(必要な場合)をrootユーザーとして実行してインストールを完了するよう求められます。このプロセス中、「構成スクリプトの実行」ウィンドウが表示されます。この画面のスクリプトを実行するまで、「OK」はクリックしないでください。

注意:
システムにOracleソフトウェアを初めてインストールする場合は、orainstRoot.shスクリプトを実行する必要があります。ただし、rootスクリプトを自動的に実行するオプションを選択した場合は、Oracle Universal Installerにより、oraInstRoot.shスクリプトが自動的に実行されます。

14. 「終了」画面に、インストールのステータスが表示されます。インストールを終了するには、「閉じる」をクリックし、Oracle Universal Installerを終了します。
エラーが発生した場合、構成ログを参照して詳細を確認します。構成ログへのパスワードは、「コンフィギュレーション・アシスタント」ウィンドウ上に表示されています。

15. Oracle ASMCAは、スタンドアロン・サーバー用のOracle Grid Infrastructureインストールの一部としてインストールされます。追加のディスク・グループを作成する場合は、Oracle ASMCAユーティリティを実行します。たとえば、RECOVERYという名前の別のディスク・グループを作成して、高速リカバリ領域を格納できます。

関連項目:

- 「Oracle ASMCAを使用したOracle ASMディスク・グループの手動構成」

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

注意:
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ソフトウェアのインストール」を参照してください。

注意:

- Grid Infrastructureのインストール後に新規データベースがインストールされると、スタンドアロン・サーバー用のOracle Grid Infrastructureホームからリスナーが実行されます。Oracle ASMはスタンドアロン・サーバー用のOracle Grid Infrastructureの一部としてインストールされるため、デフォルトのリスナーが作成され、スタンドアロン・サーバー用のOracle Grid Infrastructureホームから実行されます。データベースのインストールを実行する場合は、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの際に作成されたリスナーをデータベースで使用する必要があります。

- Oracle Restartを使用している場合は、デフォルトのリスナーおよび追加のリスナーを、スタンドアロン・サーバー用のOracle Grid Infrastructureホームから実行する必要があります。

インストールされたバイナリを削除せずにOracle Restartを構成解除する場合、「Oracle Restartのトラブルシューティングおよび構成解除」を参照してください。

6.5.2 既存データベースに対するスタンドアロン・サーバー用のOracle Grid Infrastructureのインストール

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールし、既存のOracleデータベース用に構成するには、この項で概説している手順に従ってください。Oracle Restartで管理できるのは、既存のリリース12.1リソースのみであるため、既存のリリース12.1データベースに対してのみスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールできます。ただし、リリース12.1より前の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管理者ガイド』

6.6 インストール後におけるスタンドアロン・サーバー用の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 Grid Infrastructureホームにインストールされているソフトウェアに更新を実行します。

4. 次のコマンドを入力して、Oracle Restartスタックを再起動します。

$ crsctl start has

次の手順に従って、スタンドアロン・サーバー用のOracle Grid Infrastructureを再リンクします。

1. rootとしてログインします。

# cd Grid_home/crs/install
# roothas.sh -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
# roothas.sh -patch

オペレーティング・システムのパッチを適用したときやオペレーティング・システムのアップグレードをした後は毎回、Oracle RestartとOracle ASMのバイナリを再リンクする必要があります。

注意:
Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.plスクリプトはroothas.shスクリプトに置き換わりました。

関連項目:

- 「以前のリリースのGridホームの削除」

- 『Oracle Database管理者ガイド』

7 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を参照してください。

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

第2章「Oracle Databaseのインストールの概要」の情報を確認し、第4章「Oracle Databaseのインストール前の作業」に示す作業を完了します。

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

Oracle Databaseの複数インストールを実行する必要がある場合に、サイレント・モードまたはレスポンス・ファイル・モードを使用することがあります。レスポンス・ファイル・モードでは、ノードごとに、レスポンス・ファイルを使用してコマンドラインからOracle Universal Installerを実行します。レスポンス・ファイルは、通常Oracle Universal InstallerのGUIダイアログ・ボックスに入力される設定を含むテキスト・ファイルです。

関連項目:
サイレント・モード・インストールの詳細は、付録Aを参照してください。

7.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の詳細は、第6章「スタンドアロン・サーバー用のOracle Grid Infrastructure」を参照してください。

- クラスタでのインストール
Oracle ClusterwareまたはOracle RACがシステムにインストール済の場合、Oracle Universal Installerには「Gridインストール・オプション」画面が表示されます。Oracle RACをインストールする場合を除き、「単一インスタンス・データベースのインストール」を選択する必要があります。この画面のその他のオプションは、Oracle Real Application ClustersデータベースのインストールとOracle RAC One Nodeデータベースのインストールです。

関連項目:
『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

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

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

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

7.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では、汎用性や柔軟性があるために、通常はこうした過剰な負担が生じます。

テキスト処理における互換性、記憶域の要件、またはパフォーマンスが重要な要素であり、かつデータベースがサポートしているのが単一グループの言語に限定される場合には、レガシー・キャラクタ・セットの使用を検討します。この場合、対象のデータベースに接続しているクライアントに最も多く使用されているキャラクタ・セットを、データベース・キャラクタ・セットとして選択します。

マルチテナント・コンテナ・データベース(CDB)のデータベース・キャラクタ・セットにより、後でプラグインできるデータベースが決まります。CDBに選択したキャラクタ・セットが、このCDBにプラグインするデータベースのデータベース・キャラクタ・セットと互換性があることを確認します。

関連項目:
『Oracle Databaseグローバリゼーション・サポート・ガイド』のCDBのデータベース・キャラクタ・セットの選択に関する項

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のバイナリ・サブセットです。

互換性を維持するため、非推奨のキャラクタ・セットでデータベースを作成する必要がある場合は、「詳細」データベース構成オプションを選択してください。対話モードでOracle Database Configuration Assistant (Oracle DBCA)を使用すると、Linuxでサポートされている任意のデータベース・キャラクタ・セットを選択できます。

関連項目:
『Oracle Databaseグローバリゼーション・サポート・ガイド』のキャラクタ・セットの選択に関する項

7.2.2 既存のOracle Automatic Storage Managementディスク・グループの使用

この項では、ディスク・グループを識別して、そのディスク・グループの空きディスク領域を確認する方法を説明します。この項に示す手順はオプションです。データベース・ファイルまたはリカバリ・ファイルは、スタンドアロン・サーバー用のOracle Grid Infrastructureのインストール中に作成した既存のOracle ASMディスク・グループに格納できます。

注意:
既存ディスク・グループを管理するOracle ASMインスタンスは、Oracle Grid Infrastructureホーム・ディレクトリで実行されます。

Oracle ASMディスク・グループがすでに存在するかどうか、またはディスク・グループのディスク領域が十分にあるかどうかを判断するには、Oracle Enterprise Manager Cloud Controlを使用することか、次のOracle ASMコマンドライン・ツール(asmcmd)の手順を使用できます。

1. Oracle Automatic Storage Managementインスタンスに接続し、必要に応じてインスタンスを起動します。

# $ORACLE_HOME/bin/asmcmd
ASMCMD> startup

2. 次のコマンドのいずれかを入力して、既存のディスク・グループ、それらの冗長レベルおよび各グループでのディスクの空き領域を表示します。

ASMCMD> lsdg;

または

$ORACLE_HOME/bin/asmcmd -p lsdg

3. 出力結果から、適切な冗長性レベルが設定されているディスク・グループを特定し、そのディスク・グループにある空き領域を記録します。

4. 前述の項で記述した記憶域の要件を満たすために、必要に応じて追加のディスク・デバイスをインストールまたは指定します。

注意:
既存のディスク・グループにデバイスを追加する場合、そのディスク・グループにある既存のデバイスと同じサイズおよび同じパフォーマンス特性を持つデバイスを使用することをお薦めします。

関連項目:
「Oracle Automatic Storage Managementの記憶域の構成」

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

Oracle Databaseソフトウェアはインストール・メディアで提供されますが、Oracle Technology NetworkのWebサイトまたはOracle Software Delivery Cloudのポータルからもダウンロードできます。ソフトウェアをハードディスクからインストールするには、ソフトウェアをダウンロードして解凍するか、インストール・メディアがある場合はそこからソフトウェアをコピーする必要があります。

Oracle Databaseのアクセスおよびインストールは、次のいずれかの方法で実行できます。

- ソフトウェアをハードディスクにコピーする場合は、「ハードディスクへのソフトウェアのコピー」を参照してください。

- Oracle Technology Networkからソフトウェアをダウンロードする場合は、「Oracleソフトウェアのダウンロード」を参照してください。

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

試用版のインストール・ファイルをOracle Technology Network(OTN)またはOracle Software Delivery Cloudのポータルからダウンロードして、ハードディスクに解凍できます。ライセンス規約を読み、理解していることを確認します。ほとんどのダウンロードには、開発ライセンスが含まれています。この項の内容は、次のとおりです。

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

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

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

7.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で選択したファイル・システム上で、インストール・ディレクトリを保持するための親ディレクトリ(OraDB12cなど)を製品ごとに作成します。

6. すべてのインストール用アーカイブ・ファイルを、手順5で作成したディレクトリにダウンロードします。

7. ダウンロードしたファイルのサイズが、Oracle Technology Network上の対応するファイルと一致することを確認します。また、次のようなコマンドを使用して、チェックサムがOracle Technology Networkでの記述と同じであることを検証します。

cksum filename.zip

8. 作成した各ディレクトリでファイルを解凍します。

9. 必須インストール・ファイルを解凍した後、「Oracle Databaseソフトウェアのインストール」を参照してください。

7.3.1.2 Oracle Software Delivery Cloudポータルからのソフトウェアのダウンロード

Oracle Software Delivery Cloudからソフトウェアをメディア・パックとしてダウンロードできます。メディア・パックは電子版のソフトウェアで、オラクル社のお客様は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ポータルのよくある質問セクションを参照してください。

7.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ソフトウェアのインストール」を参照してください。

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

Oracle Databaseをインストールする前に、ソフトウェアをハードディスクにコピーし、インストール処理の実行を速めることをお薦めします。インストール・メディアの内容をハードディスクにコピーする前に、ディスクをマウントする必要があります。次の項では、ディスクをマウントしてその内容をハードディスクにコピーする方法を説明します。

7.3.2.1 ディスクのマウント

ほとんどのシステムでは、ディスク・ドライブにディスクを挿入すると自動的にマウントされます。ディスクが自動的にマウントされない場合は、次の手順に従ってディスクをマウントしてください。

1. 必要に応じて、rootユーザーとしてログインし、次のいずれかのコマンドを入力して、現在マウントされているディスクをドライブから取り出します。

- Oracle LinuxおよびRed Hat Enterprise Linux:

# eject /mnt/dvd

- SUSE Linux Enterprise Serverの場合:

# eject /media/dvd

この例で、/mnt/dvdおよび/media/dvdはインストール・メディアのマウント・ポイント・ディレクトリです。

2. 適切なインストール・メディアをディスク・ドライブに挿入します。

3. ディスクが自動的にマウントされたかどうかを確認するには、プラットフォームに応じて、次のいずれかのコマンドを入力します。

- Oracle LinuxおよびRed Hat Enterprise Linux:

# ls /mnt/dvd

- SUSE Linux Enterprise Serverの場合:

# ls /media/dvd

4. 次のコマンドを実行する前に、/mnt/dvdディレクトリがRed Hat Enterprise Linuxに存在することを確認してください。このディレクトリが存在しない場合は、必要に応じて/mnt/dvdを作成し、インストール・メディアをマウントしてください。
このコマンドを実行してもインストール・メディアの内容が表示されない場合は、プラットフォームに応じて、次のようなコマンドを入力してインストール・メディアをマウントしてください。

- Oracle LinuxおよびRed Hat Enterprise Linux:

# mount -t iso9660 /dev/dvd /mnt/dvd

- SUSE Linux Enterprise Serverの場合:

# mount -t iso9660 /dev/dvd /media/dvd

この例で、/mnt/dvdおよび/media/dvdはインストール・メディアのマウント・ポイント・ディレクトリです。

5. Oracle Universal Installerに「ディスクの場所」ダイアログ・ボックスが表示されている場合は、次の例のように、ディスクのマウント・ポイント・ディレクトリのパスを入力します。

/mnt/dvd

以降の操作については、次のいずれかの項を参照してください。

- ソフトウェアをハードディスクにコピーする場合は、「ハードディスクへのOracle Databaseソフトウェアのコピー」を参照してください。

- ソフトウェアをインストール・メディアからインストールする場合は、「Oracle Databaseソフトウェアのインストール」を参照してください。

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

注意:
システムにインストール・メディアがない場合は、ソフトウェアをディスクから別のシステムのファイル・システムにコピーしてから、NFSを使用してファイル・システムをマウントするか、FTPを使用してソフトウェアをインストールするシステムにファイルをコピーできます。

インストール・メディアの内容をハードディスクにコピーする手順は、次のとおりです。

1. ハードディスク上でOracleベース・ディレクトリの外部にOracleソフトウェアを格納するためのディレクトリを作成します。

$ mkdir OraDb12c

2. ディレクトリを手順1で作成したディレクトリに変更します。

$ cd OraDb12c

3. ディスクがマウントされていない場合は、マウントします。
一部のプラットフォームでは、ディスクをドライブに挿入した時点で、ディスクが自動的にマウントされます。ディスクが自動的にマウントされない場合、「ディスクのマウント」を参照してプラットフォーム固有の情報を確認してください。

4. 次のように、マウントされたディスクの内容を、対応する新規のサブディレクトリにコピーします。

$ cp -R /directory_path OraDb12c

この例では、/directory_pathがディスクのマウント・ポイント・ディレクトリです。

5. 必要に応じて、次のディスクをマウントし、手順4の操作を繰り返します。

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

ほとんどの場合、Oracle Databaseのインストールには、Oracle Universal Installerのグラフィカル・ユーザー・インタフェース(GUI)を使用します。次の項では、Oracle Universal InstallerのGUIを使用してほとんどのデータベースのインストールを実行する方法について説明します。

注意:

- Oracle RestartまたはOracle ASMを使用する場合は、データベースのインストールおよび作成を行う前にスタンドアロン・サーバー用のOracle Grid Infrastructureをインストールする必要があります。そうでない場合は、データベースを手動でOracle Restartに登録する必要があります。スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールの詳細は、「スタンドアロン・サーバーでのOracle Grid Infrastructureのインストールおよび構成」を参照してください。

- データベースのインストールを開始する前に、既存のOracleプロセスを停止することが必要になる場合があります。「既存のOracleプロセスの停止」を参照してください。

- GUIを使用せず、サイレント・インストールまたはレスポンス・ファイル・インストールの方法を使用してOracle Databaseをインストールする場合は、付録Aを参照してください。この方法は、Oracle Databaseの複数インストールを実行する場合に便利です。この付録には、その他の拡張インストールについての説明もあります。

7.4.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 Universal Installerが表示されない場合は、「X Windowの表示エラー」および「リモート端末でのインストール・エラー」のトラブルシューティング情報を参照してください。

4. 次のガイドラインに従ってインストールを完了します。

- Oracle Database 12cソフトウェアは、既存のOracleホームにインストールしないでください。

- Oracle Universal Installerの画面に表示される指示に従って操作を行います。追加情報が必要な場合は、「ヘルプ」をクリックします。

関連項目:
パスワードのガイドラインの詳細は、「アカウントとパスワードの確認」を参照してください。

- Oracleサポート・サービスによって提供されたパッチを使用しないかぎり、Java Runtime Environment(JRE)を変更しないでください。Oracle Universal Installerにより、Oracleが提供するバージョンのJREが自動的にインストールされます。Oracle Universal Installerおよび複数のOracleアシスタントを実行するには、このバージョンが必要です。

- ソフトウェアのインストール中にエラーが表示された場合は、付録Iのトラブルシューティング情報を参照してください。

- Oracle Database Configuration Assistant (Oracle DBCA)を対話モードで実行するインストール・タイプを選択した場合は、データベースとネットワークの構成に関する詳細情報を指定する必要があります。
Oracle Database Configuration Assistantを対話モードで使用しているときに不明な点がある場合は、画面にある「ヘルプ」をクリックします。

注意:
デフォルトのインストールを選択した場合、Oracle Database Configuration Assistantは対話的には実行されません。

関連項目:
『Oracle Database 2日でデータベース管理者』のDBCAを使用したデータベースの作成および管理に関する項

5. Configuration Assistant作業が完了したら、「終了」、「終了」、「はい」の順にクリックしてOracle Universal Installerを終了します。

6. データベースのインストール中にOracle Universal Installerからroot権限でスクリプトを実行するように求められた場合は、rootユーザーとしてログインした端末で、次のようなコマンドを入力し、「OK」をクリックします。

# /script_path/script_name

詳細は、次の表にある「製品のインストール」画面の説明を参照してください。

7. Oracle Databaseをインストールした後に実行する必要がある作業の詳細は、第8章を参照してください。

次の表は、Oracle Database 12cのEnterprise Editionのインストール中に表示される様々な画面をまとめたものです。

画面

アクション

セキュリティ・アップデートの構成

「電子メール」フィールドに、電子メール・アドレス(できればMy Oracle Supportの電子メール・アドレス)またはユーザー名を入力します。
セキュリティ・アップデートを受信するには、「セキュリティ・アップデートをMy Oracle Support経由で受け取る」チェック・ボックスを選択します。

「My Oracle Supportパスワード」フィールドに、My Oracle Supportのパスワードを入力します。

「次へ」をクリックします。

関連項目: 「データベース・セキュリティ通知オプション」

インストール・オプションの選択

次のいずれかのインストール・オプションを選択し、「次へ」をクリックします。

- データベースの作成および構成: このオプションでは、新規データベースおよびサンプル・スキーマが作成されます。

- データベース・ソフトウェアのみインストール: このオプションでは、データベース・バイナリをインストールするのみです。データベースを構成するには、ソフトウェアのインストール後にOracle Database Configuration Assistantを実行する必要があります。

- 既存のデータベースのアップグレード: このオプションを選択すると、新しいOracleホームにソフトウェア・バイナリがインストールされます。インストール後、既存のデータベースをアップグレードできます。

システム・クラス

データベース・インストール用のシステム・タイプを選択し、「次へ」をクリックします。

- デスクトップ・クラス: ラップトップまたはデスクトップ・クラス・システムにインストールする場合に、このオプションを選択します。このオプションには初期データベースが含まれ、最小構成が可能です。このオプションは、データベースを短時間で稼働させる場合のものです。
関連項目: 「ORACLE_HOSTNAME環境変数の設定」

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

Gridインストール・オプション

実行するデータベース・インストールのタイプを選択し、「次へ」をクリックします。

- 単一インスタンス・データベースのインストール: データベースおよびリスナーがインストールされます。

- Real Application Clustersデータベースのインストール: Oracle Real Application Clustersがインストールされます。

- Oracle RAC One Nodeデータベースのインストール: Oracle RAC One Nodeデータベースがインストールされます。

インストール・タイプの選択

次のいずれかを選択し、「次へ」をクリックします。

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

- 拡張インストール: このインストール方法を使用すると、アカウントごとに異なるパスワードの作成、特定のタイプの初期データベース(トランザクション処理やデータ・ウェアハウス用など)の作成、異なる言語グループの使用、電子メール通知の指定など、より複雑なインストールを実行できます。

製品言語の選択

このオプションを選択すると、製品を実行する言語を選択できます。
製品の言語を、「使用可能な言語」リストから選択して、「選択された言語」リストに移します。「次へ」をクリックします。

データベース・エディションの選択

「Enterprise Edition」、「Standard Edition」または「Personal Edition 2」を選択します。「次へ」をクリックします。
関連項目: Oracle Databaseとともにインストールされたコンポーネントを有効化および無効化する方法の詳細は、「データベース・オプションの有効化と無効化」を参照してください。

Oracle Databaseとともにインストールされたコンポーネントの構成方法の詳細は、「インストール後の製品固有の作業」を参照してください。

インストール場所の指定

デフォルトでは、Oracleベースのパスが表示されます。このパスは要件に応じて変更できます。「Oracleベース」、「ソフトウェアの場所」を指定し、「次へ」をクリックします。
Oracleベース・ディレクトリは、Oracleインストールの所有者アカウントが所有するOracleソフトウェア・インストールの最上位ディレクトリです。デフォルトのOracleベースのパスはmountpoint/app/userで、userはインストールを実行中のユーザー・アカウントです。このパスは必要に応じて変更できます。

「ソフトウェアの場所」フィールドのデフォルト値を受け入れるか、OracleソフトウェアをインストールするOracleホームのディレクトリ・パスを入力します。ディレクトリ・パスに空白を含めないでください。「次へ」をクリックします。

注意: この画面は「拡張インストール」を選択した場合にのみ表示されます。

データベース・ホームのOracleホーム・パスおよびOracleベースのパスは、ASCII文字のみ使用できます。このリリースでは、Oracleデータベース・ホームまたはOracleベースでのASCII以外の文字の使用はサポートされません。

関連項目: 「ディレクトリのネーミング」および「必要なソフトウェア・ディレクトリの識別」

インベントリの作成

この画面が表示されるのは、システムにOracleソフトウェアをインストールするのが初めての場合のみです。
コンピュータに初めてOracleソフトウェアをインストールする際には、Oracle Universal Installerにより、中央インベントリへのインベントリ・ディレクトリ・パスを指定するよう求められます。

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.example.com

- db_unique_nameはsales

- db_domainはexample.com

グローバル・データベース名を入力すると、Oracle Universal Installerにより、SID接頭辞にデータベース名が自動的に移入されます。この名前は、拡張インストールで変更できます。Oracle Universal Installerでは、SIDは12文字の英数字に限られ、SIDにアンダースコア(_)、ドル記号($)または番号記号(#)を含めることはできません。

「ORACLE_HOSTNAME環境変数の設定」および「データベースの識別」を参照してください。

1つのプラガブル・データベース(PDB)をサポートできるマルチテナント・コンテナ・データベース(CDB)としてデータベースを作成するには、「コンテナ・データベースとして作成」オプションを選択します。Oracle Universal InstallerがCDBを作成する際にPDBも作成するようにする場合は、「プラガブル・データベース名」フィールドにPDB名を指定します。

PDB名は一意で、データベースのネーミング規則に準拠している必要があります。「データベースの識別」を参照してください。

追加のPDBを作成し、PDBを管理するには、Oracle Database Configuration Assistantを使用します。

関連項目: 『Oracle Database 2日でデータベース管理者』

構成オプションの指定

次の構成情報を指定して、「次へ」をクリックします。
メモリー:

データベースでSGAとPGA間にメモリーを自動的に配分できるようにするには、「自動メモリー管理有効化」オプションを選択します。このオプションを選択しない場合は、SGAおよびPGAのサイズを手動で設定する必要があります。

関連項目: 「メモリー割当ての検討および自動メモリー管理」

キャラクタ・セット:

このオプションを選択すると、文字データを次のいずれかの方法でデータベース内に格納できます。

- デフォルトを使用: このオプションを選択すると、オペレーティング・システムの言語設定を使用できます。

- Unicodeを使用: このオプションを選択すると、複数の言語グループを格納できます。

- 次のキャラクタ・セットのリストから選択: このオプションを選択すると、データベース・キャラクタ・セットの選択ドロップダウン・リストを使用できます。

関連項目:

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

- キャラクタ・セットの選択の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

サンプル・スキーマ:

「サンプル・スキーマ付きデータベースを作成」オプションはデフォルトでは選択されません。このオプションを選択してサンプル・スキーマ付きで初期データベースを作成できます。データベースを1つのPDBを備えたCDBとして作成した場合、サンプル・スキーマはPDBとして作成されます。

注意: デフォルトで、Oracleデータベースは拡張セキュリティ設定が含まれるよう構成されます。

データベース記憶域オプションの指定

次のいずれかのオプションを選択し、「次へ」をクリックします。

- ファイル・システム: データベースのファイルの場所を指定します。

- Oracle Automatic Storage Management。

関連項目: 「既存のOracle Automatic Storage Managementディスク・グループの使用」

管理オプションの指定

この画面には、Oracle Enterprise Manager Cloud Controlを使用してデータベースを管理するオプションが示されます。「Enterprise Manager (EM) Cloud Controlへの登録」を選択し、Oracle Enterprise Manager Cloud Control構成の次の情報を指定して「次へ」をクリックします。

- OMSホスト: 管理リポジトリを実行するシステムの名前です。

- OMSポート: 管理サービスからのリクエストを受信するOracle Enterprise Managerポートの番号です。

- EM管理ユーザー名: Oracle Enterprise Managerにログインするユーザーの名前です。

- EM管理パスワード: Oracle Enterprise Managerにログインするためのパスワードです。

- ASMSNMPユーザーのパスワードの指定: Oracle ASMに構成されているASMSNMPユーザーのパスワードで、データベース記憶域オプションとしてOracle ASMを選択する場合にのみ必要です。

注意: Oracle Enterprise Manager Database Expressは、Oracle Enterprise Manager Cloud Controlを登録したかどうかに関係なく、デフォルトで常にインストールおよび構成されます。

リカバリ・オプションの指定

次のいずれかのオプションを使用したリカバリを有効にするには、「リカバリの有効化」を選択します。

- 高速リカバリ領域にファイル・システム・ディレクトリを使用する場合は、「ファイル・システム」を選択し、「リカバリ領域の場所」フィールドで高速リカバリ領域のパスを指定します。

- 高速リカバリ領域に自動ストレージ管理のディスク・グループを使用する場合は、「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をインストール中に作成された既存のディスク・グループが表示されます。データベース・ファイルの格納に使用するディスク・グループを選択します。

スキーマ・パスワードの指定

権限を持つデータベース・アカウント(SYS、SYSTEMおよびDBSNMP)のパスワードを入力および確認します。
データベースをCDBとして作成することを選択した場合は、Oracle Universal Installerにより、PDBADMINパスワードも要求されます。

「次へ」をクリックします。

注意: 必要に応じて、すべてのアカウントに同じパスワードを使用できます。ただし、アカウントごとに異なるパスワードを指定することをお薦めします。指定したパスワードを覚えておく必要があります。

権限付きオペレーティング・システム・グループ

オペレーティング・システム・グループがデフォルトで選択されています。OSDBAおよびOSOPERグループを手動で選択することもできます。
OSBACKUPDBA、OSDGDBAおよびOSKMDBAグループを選択してください。

「次へ」をクリックします。

関連項目: 「必要なオペレーティング・システム・グループおよびユーザーの作成」

前提条件チェックの実行

このオプションでは、データベース・インストールを実行するための最小システム要件が満たされているかどうか確認できます。
「再チェック」をクリックすると、前提条件チェックが再度実行され、データベースのインストールを実行するための最小要件が満たされているかどうかを再確認できます。

問題を修正してからシステム要件を再チェックする場合は、「修正および再チェック」をクリックします。

注意: 「修正および再チェック」オプションにより、rootユーザーとして実行する必要があるスクリプトが生成されます。この生成されたスクリプトでは、一部のシステム・パラメータがOracle推奨値に設定されます。このスクリプトの内容を変更しないことをお薦めします。

関連項目: 詳細は、「インストール修正スクリプトの使用」を参照してください。

失敗した前提条件チェックのリストを取得するには、リストから「失敗を表示」を選択します。Oracle Universal Installerにより実行されるすべての前提条件チェックのリストを取得するには、「すべて表示」を選択します。成功した前提条件チェックのリストを取得するには、「成功を表示」を選択します。

注意: 「すべて無視」オプションを選択する場合は注意が必要です。このオプションを選択すると、Oracle Databaseをシステムに正常にインストールできるかどうかをOracle Universal Installerが確認できない場合があります。

関連項目: 第4章「Oracle Databaseのインストール前の作業」

サマリー

この画面に表示された情報を確認して、「インストール」をクリックします。
注意: 「レスポンス・ファイルの保存」をクリックすることで、すべてのインストール手順をレスポンス・ファイルに保存できます。後で、サイレント・インストールを実行する際にこのファイルを使用できます。

製品のインストール

この画面に、データベースのインストールの進捗が表示されます。このプロセス中、「構成スクリプトの実行」ウィンドウが表示されます。「OK」をクリックする前に必ず、この画面に表示されている構成スクリプトroot.sh、およびorainstRoot.sh(必要な場合)をrootユーザーとして実行してください。「次へ」をクリックします。
次に、この画面には、ソフトウェアの構成およびデータベースの作成を実行するコンフィギュレーション・アシスタントのステータス情報が表示されます。

Database Configuration Assistantプロセスの最後にメッセージが表示されます。データベース情報、特にOracle Enterprise Manager Database Express URLを確認してから、「OK」をクリックします。

注意: Oracleソフトウェアを初めてシステムにインストールする場合、Oracle Universal InstallerでorainstRoot.shスクリプトの実行が求められます。

関連項目: Oracle Database Configuration Assistantの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

終了

この画面は、すべての構成ツールが成功すると自動的に表示されます。
「閉じる」をクリックします。

注意:
インストールの完了後、Oracleソフトウェアの実行中に、/tmp/.oracleまたは/var/tmp/.oracleディレクトリとそのファイルを手動で削除したり、削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に応答しなくなる場合があります。Oracle Restartのインストールが次のエラーで失敗します。

CRS-0184: Cannot communicate with the CRS daemon.

7.5 Oracle Database Examplesのインストール

次の製品または機能の使用を予定している場合は、Oracle Database Examplesメディアから製品をダウンロードおよびインストールしてください。

- Oracle JDBC開発ドライバ

- Oracle Databaseのサンプル

- Oracle Textのナレッジ・ベース

- 様々なOracle製品のデモ

Oracle Database Examplesメディアからのソフトウェアおよび様々なOracle製品のデモのインストールの詳細は、『Oracle Database Examplesインストレーション・ガイド』を参照してください。

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

この章では、データベース・ソフトウェアのインストール後に実行する必要のある作業について説明します。内容は次のとおりです。

- データベースの作成

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

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

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

- SQL Developerのインストール後の作業

「インストール後の必須作業」で説明する作業は、必ず実行してください。すべてのインストールが完了した後は、「インストール後の推奨作業」で説明する作業を実行することをお薦めします。

「インストール後の製品固有の作業」で説明する製品のいずれかをインストールして使用する場合は、製品固有の項で説明する作業を実行する必要があります。

注意:
この章では、基本構成についてのみ説明します。構成およびチューニングの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』、『Oracle Database管理者ガイド』、製品別の管理ガイドおよびチューニング・ガイドを参照してください。

関連項目:
『Oracle Configuration Managerインストレーションおよび管理ガイド』のインストール後のデータベースの構成に関する項

8.1 データベースの作成

インストール中にデータベースを作成しなかった場合、データベースのインストール後にOracle Database Configuration Assistant (Oracle DBCA)を使用してデータベースを作成します。

関連項目:
Oracle DBCAを使用してデータベースを作成する方法の詳細は、『Oracle Database 2日でデータベース管理者』

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

Oracle Databaseのインストールが完了したら、次のタスクを実行します。

8.2.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. 「リリース」フィールドで、リリース番号を1つ以上選択します。たとえば、Oracle 12.1.0.1.0とします。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号を選択して「README」をクリックします。パッチ・セットに関する情報と、インストールへのパッチの適用方法が記載された「README」ページが表示されます。

10. 「パッチ検索」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

11. Oracle Database 12cに付属の解凍ユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。解凍ユーティリティは、$ORACLE_HOME/binディレクトリにあります。

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

インストールの完了後は、ここで説明する各作業を実行することをお薦めします。

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

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

- クライアント接続の言語プリファレンスの設定

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

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

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

- ORAchkヘルス・チェック・ツールのダウンロードとインストール

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

インストールの完了後に、root.shスクリプトのバックアップを作成することをお薦めします。他の製品を同じOracleホーム・ディレクトリにインストールすると、Oracle Universal Installerによりインストール中に既存のroot.shスクリプトの内容が更新されます。オリジナルのroot.shスクリプトに含まれていた情報が必要な場合は、バックアップのroot.shファイルからリカバリできます。

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

必要に応じて、オペレーティング・システム・アカウントを追加作成します。管理者権限でデータベースに接続するには、ユーザーがOSDBAまたはOSOPERグループのメンバーである必要があります。

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

環境ファイルに適切な環境変数を指定して、oracleユーザーの起動ファイルおよびOracleユーザーのオペレーティング・システム・アカウントを更新します。

Bourne、BashまたはKornシェルの場合は、Oracle LinuxおよびRed Hat Enterprise LinuxのBashシェルのプロファイル・ファイルに環境変数を追加します。

Cシェルでは、環境変数を.loginファイルに追加します。

注意:
oraenvまたはcoraenvスクリプトを使用すると、Oracleユーザー・アカウントを確実に更新できます。

8.3.3 クライアント接続の言語プリファレンスの設定

データベースへのクライアント接続の言語プリファレンスを設定するには、NLS_LANG環境変数を設定します。

NLS_LANG環境変数では、クライアント・アプリケーションがデータベースへの接続に使用する言語と地域のキャラクタ・セットを宣言します。Oracle Databaseは、SQL*PLusOracleなどのクライアント・プログラムによって入力または表示されるデータにそのキャラクタ・セットを使用します。

関連項目:
NLS_LANG環境変数の詳細は、付録H「Oracle Databaseグローバリゼーション・サポートの構成」を参照してください。

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

デフォルトのセマフォ・パラメータ値が小さすぎてすべてのOracleプロセスに対応できない場合にのみ、次のガイドラインを使用してください。

注意:
セマフォ・パラメータの設定方法の詳細は、オペレーティング・システムのドキュメントを参照することをお薦めします。

1. 次の式を使用して、最小合計セマフォ要件を計算します。

sum (process parameters of all database instances on the system) + overhead for oracle background processes + system and other application requirements

2. semmns(システム全体の合計セマフォ数)をこの合計値に設定します。

3. semmsl(1セット当たりのセマフォ数)を250に設定します。

4. semmni(合計セマフォ・セット数)を、semmns / semmslを切り上げて1024の倍数にした値に設定します。

関連項目:
次のURLにあるMy Oracle Supportノート226209.1「Linux: How to Check Current Shared Memory, Semaphore Values」を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=226209.1

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

インストール時、デフォルトではディスク・グループを1つ作成できます。スタンドアロン・サーバー用のOracle Databaseを追加する場合は、データベース・ファイル用に高速リカバリ領域を作成する必要があります。

8.3.5.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設定を行い、各データベースの保存ターゲットを満たすことができます。

8.3.5.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管理者ガイド』

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

Oracle Databaseをインストールすると、一部のオプションが有効化され、その他のオプションは無効になっています。Oracleホームの特定のデータベース機能を有効または無効にするには、データベースを停止してchoptツールを使用します。例8-1を参照してください。

choptツールは、ORACLE_HOME/binディレクトリにあるコマンドライン・ユーティリティです。choptの構文を次に示します。

chopt [ enable | disable] db_option

次の表に、db_optionで使用可能な値を示します。

値

説明

dm

Oracle Data MiningのRDBMSファイル

olap

Oracle OLAP

partitioning

Oracle Partitioning

rat

Oracle Real Application Testing

例8-1 Choptツールの完全な実行例

Oracleバイナリ・ファイルのOracle Data Miningオプションを有効にするには、次のコマンドを使用します。

cd $ORACLE_HOME/bin
srvctl stop database -d myDb
chopt enable dm
srvctl start database -d myDb

8.3.7 ORAchkヘルス・チェック・ツールのダウンロードとインストール

ORAchkユーティリティをダウンロードしてインストールし、Oracleソフトウェア・スタックの事前ヘルス・チェックを実行します。

ORAchkは、RACCheckユーティリティに代わるものです。ORAchkは、ヘルス・チェックの範囲をOracleソフトウェア・スタック全体に拡張しており、Oracleユーザーから報告された主な問題を特定し、それに対処します。ORAchkは、Oracleの製品とデプロイメントについて次のような既知の問題をあらかじめスキャンします。

- スタンドアロンのOracleデータベース

- Oracle Grid Infrastructure

- Real Application Clusters

- 最大可用性アーキテクチャ(MAA)の検証

- アップグレード対応の検証

- Oracle Golden Gate

オラクル社は、お客様のリクエストに基づいてチェックの拡張を続けています。

My Oracle SupportからORAchkの最新バージョンをダウンロードして実行することをお薦めします。ORAchkユーティリティのダウンロード、構成および実行方法の詳細は、次のMy Oracle Supportのノート1268927.1を参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1268927.1

8.4 インストール後の製品固有の作業

次の項では、該当する製品をインストールして使用する場合に実行する必要のある、製品固有のインストール後の作業について説明します。

- Oracle Net Servicesの構成

- Oracle Label Securityの構成

- Oracle Database Vaultの構成

- Oracle Messaging Gatewayの構成

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

- Secure Sockets Layerの構成

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

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

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

- Direct NFSクライアントの構成

多くのOracle製品およびオプションは、使用を開始する前に構成する必要があります。個々のOracle製品またはオプションを使用する前に、製品のドキュメント・ライブラリ内の適切なガイドを参照してください。

注意:
使用する予定の製品についてのみ、インストール後の作業を実行します。

8.4.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/ディレクトリです。ただし、これらのファイルを再配置して、そのファイルが含まれるディレクトリにTNS_ADMIN環境変数を設定できます。

8.4.1.1 listener.oraファイルの変更

以前のリリースのOracle Databaseからアップグレードする場合は、以前のリリースではなく現行リリースのOracle Netリスナーを使用することをお薦めします。

静的リスナー情報の以前のOracleホーム・ディレクトリ名を参照している場合、listener.oraファイルをリリース12.1の環境で使用できるようにするには、これらのディレクトリ名を変更する必要があります。

現行リリースのリスナーを使用するには、静的サービス情報を、以前のリリースのlistener.oraファイルから新規リリースで使用するファイルのバージョンにコピーします。

リリース8.0.3より前のデータベース・インスタンスについては、listener.oraファイルに静的サービス情報を追加します。リリース8.0.3以降のOracle Databaseは、静的サービス情報を必要としません。

関連項目:
静的サービス登録の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

8.4.1.2 tnsnames.oraファイルの変更

中央のtnsnames.oraファイルを使用していない場合は、Oracle Netのサービス名と接続記述子を、以前のリリースのtnsnames.oraファイルから新しいリリースで使用するファイルのバージョンにコピーします。

必要な場合は、追加のデータベース・インスタンスの接続情報を新しいファイルに追加することもできます。

関連項目:
『Oracle Database Net Services管理者ガイド』

8.4.2 Oracle Label Securityの構成

Oracle Label Securityは、それを使用するデータベースに構成する必要があります。詳細は、『Oracle Label Security管理者ガイド』のOracle Internet Directoryを使用したOracle Label Securityに関する項を参照してください。

8.4.3 Oracle Database Vaultの構成

Oracle Databaseには、デフォルトでDatabase Vaultが付属していますが、使用するには登録する必要があります。使用する前に、Database Vault所有者および(オプションで)Database Vaultアカウント・マネージャの管理アカウントを作成してください。

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

Oracle Database Vaultのポリシー監査イベントの詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

Oracle Database Vaultを登録するには、『Oracle Database Vault管理者ガイド』を参照してください。

Oracle Database VaultでOracle Data Guardを使用する場合は、『Oracle Database Vault管理者ガイド』を参照してください。

8.4.4 Oracle Messaging Gatewayの構成

Oracle Databaseアドバンスト・キューイングの機能であるOracle Messaging Gatewayでは、Oracle Databaseアドバンスト・キューイングを使用する場合、Oracle Databaseのインストール後、追加の構成を必要とします。

関連項目:
Oracle Messaging Gatewayの構成および、listener.ora、tnsnames.oraおよびmgw.oraファイルの構成についてのその他の指示は、『Oracle Databaseアドバンスト・キューイング・ユーザーズ・ガイド』を参照してください。

8.4.5 Oracleプリコンパイラの構成

この項では、Oracleプリコンパイラに関するインストール後の作業について説明します。

- Pro*C/C++の構成

- Pro*FORTRANの構成

注意:
プリコンパイラの構成ファイルは、すべて$ORACLE_HOME/precomp/adminディレクトリにあります。

8.4.5.1 Pro*C/C++の構成

PATH環境変数の設定に、Cコンパイラの実行可能ファイルを含むディレクトリが指定されていることを確認します。

次の表に、コンパイラのデフォルト・ディレクトリおよび適切なパス設定確認コマンドを示します。

表8-1 C/C++コンパイラのディレクトリ

パス

コマンド

/usr/bin

$ which gcc

/opt/intel_cce_80/bin/icc

$ which icc

8.4.5.2 Pro*FORTRANの構成

PATH環境変数の設定に、FORTRANコンパイラの実行可能ファイルを含むディレクトリが指定されていることを確認します。

次の表に、コンパイラのデフォルト・ディレクトリおよび適切なパス設定確認コマンドを示します。

表8-2 FORTRANコンパイラのディレクトリ

パス

コマンド

/usr/bin

$ which xlf

8.4.6 Secure Sockets Layerの構成

HTTPリクエストでパスワードや他の機密データをクリアテキストで送信しないように、Secure Sockets Layer (SSL)を構成および使用することをお薦めします。

関連項目:
Secure Socket Layerの詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

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

Oracle Textのナレッジ・ベースは、テーマの索引付け、ABOUT問合せ、およびドキュメント・サービスでのテーマの抽出に使用される概念の階層ツリーです。Oracle Textのこの機能のいずれかの使用を計画する場合、提供される2つのナレッジ・ベース(英語とフランス語)をインストールできます。

関連項目:

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

- 提供されるナレッジ・ベースを要件に応じて拡張する方法や、英語およびフランス語以外の言語で独自のナレッジ・ベースを作成する方法など、ナレッジ・ベースの作成や拡張の詳細は、『Oracle Textリファレンス』を参照してください。

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

Oracle XML DBは、Oracle Databaseインストールのコンポーネントです。ただし、Oracle XML DB用にFTPとHTTPのポートを手動で構成する必要があります。

関連項目:
Oracle XML DBのポートを構成するには、『Oracle XML DB開発者ガイド』のOracle XML DBのデフォルト・ポートではなく標準ポートでのFTPの使用に関する項と、Oracle XML DBのデフォルト・ポートではなく標準ポートでのHTTP(S)の使用に関する項を参照してください。

次の作業の詳細は、『Oracle XML DB開発者ガイド』も参照してください。

- Oracle XML DBの再インストール

- Oracle XML DB表領域の構成またはカスタマイズ

- FTP、HTTP/WebDAVポート番号の構成

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

データベースを新規作成またはアップグレードした後は、utlrp.sqlスクリプトを実行する必要があります。このスクリプトは、パッケージ、プロシージャおよび型も含めて、無効な状態となっているすべてのPL/SQLモジュールを再コンパイルします。utlrp.sqlスクリプトは、インストール直後に実行する必要があります(後日実行するのではなく)。

関連項目:
『Oracle Databaseアップグレード・ガイド』

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> STARTUP RESTRICT
SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql

8.4.10 Direct NFSクライアントの構成

カーネルで管理されるNFSのかわりにDirect NFSクライアントを使用することもできます。Direct NFSクライアントを構成するには、次の項を参照してください。

- Direct NFSクライアントの構成について

- oranfstabファイルおよびDirect NFSクライアントについて

- Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

- NFSバッファ・サイズ・パラメータのチェック

- Direct NFSクライアントのためのTCPネットワーク・プロトコル・バッファの設定

- oranfstabファイルを使用したネットワーク・パスの指定

- ダイレクトNFSクライアントの有効化

- ダイレクトNFSクライアントの無効化

- Direct NFSクライアントにおけるHCCの有効化

8.4.10.1 Direct NFSクライアントの構成について

Oracle Databaseでは、オペレーティング・システム・カーネルのNFSクライアントを使用するかわりに、Oracle内部のDirect NFSクライアントを使用して直接NFSサーバーにアクセスするようOracle Databaseを構成できます。Direct NFSクライアントでは、NFSサーバーへのアクセスにNFSv3、NFSv4およびNFSv4.1プロトコル(Parallel NFS拡張を除く)がサポートされています。

Direct NFSクライアントでは、NFSサーバーに対して最大4つのネットワーク・パスがサポートされます。Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのパスに対してI/Oコマンドが再発行されます。

一部のNFSファイル・サーバーでは、NFSクライアントは予約されたポートを使用して接続する必要があります。予約されたポートのチェックを使用してファイラを実行している場合は、Direct NFSクライアントが動作するように、予約されたポートのチェックを無効にする必要があります。予約されたポート・チェックを無効化するには、NFSファイル・サーバーのドキュメントを参照してください。

ポート範囲を制限するNFSサーバーの場合、rootでNFSサーバーに接続するのではなく、insecureオプションを使用してクライアントを有効化できます。または、「ダイレクトNFSクライアントの無効化」の手順に従って、Direct NFSクライアントを無効化できます。

関連項目:
Oracle Databaseに対してサポートされているNFSサーバーを使用します。サポート情報については、My Oracle SupportのWebサイトを参照してください。
https://support.oracle.com

8.4.10.2 oranfstabファイルおよびDirect NFSクライアントについて

Direct NFSクライアントでは、構成ファイル$ORACLE_HOME/dbs/oranfstab、またはオペレーティング・システムのマウント・タブ・ファイル/etc/mtabを使用して、どのマウント・ポイントが使用可能であるかを特定します。oranfstabが存在しない場合は、デフォルトで、/etc/mtabにあるエントリにDirect NFSクライアント・サーバーがマウントします。これ以上の構成は必要ありません。oranfstabを使用すると、Direct NFSクライアントに対する追加のOracle Database固有オプションを指定できます。たとえば、oranfstabを使用して、マウント・ポイントの追加パスを指定できます。

パス/etcまたは$ORACLE_HOME/dbsに、新しいoranfstabファイルをOracle Database用に明示的に追加できます。oranfstabを$ORACLE_HOME/dbsに配置すると、このエントリは単一データベースに固有のものとなります。ただし、oranfstabを/etcに配置すると、すべてのOracleデータベースに対してグローバルとなるため、すべてのOracleデータベースのマウント・ポイントが含まれることになります。

注意:
Direct NFSクライアントは、NFSサーバーの書込みサイズ値(wtmax)が32768未満の場合は機能しません。

8.4.10.3 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

Direct NFSクライアントは、/etc/mtabの構成に基づいて、NFSストレージ・デバイスに対するマウント・ポイント設定を決定します。Direct NFSクライアントでは、次の順序でマウント・エントリが検索されます。

1. $ORACLE_HOME/dbs/oranfstab

2. /etc/oranfstab

3. /etc/mtab

Direct NFSクライアントでは、最初に検出されたエントリがマウント・ポイントとして使用されます。

Oracle Databaseでは、Direct NFSクライアントを介して提供されている場合でも、マウント・ポイントはカーネルNFSシステムによってマウントされる必要があります。

Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、プラットフォームのオペレーティング・システムのカーネルNFSクライアントが使用されます。この場合、カーネルNFSのマウント・オプションは、「NFSバッファ・サイズ・パラメータのチェック」に定義されたとおりに設定される必要があります。また、Direct NFSクライアントを確立することができなかったことを示す情報メッセージが、Oracleアラート・ファイルおよびトレース・ファイルに記録されます。

Direct NFSクライアントをホストするNFSサーバー上のOracleデータベース・ファイルは、オペレーティング・システムのカーネルNFSクライアントからもアクセスできます。この場合、Oracleデータベース・ファイルの整合性を維持するための通常の考慮事項が適用されます。

関連項目:
Direct NFSクライアントまたはカーネルNFSで作成されたOracle Databaseデータ・ファイルの管理におけるガイドラインについては、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

8.4.10.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

関連項目:
NASマウント・オプションの最新情報については、My Oracle SupportのNote 359515.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=359515.1

8.4.10.5 Direct NFSクライアントのためのTCPネットワーク・プロトコル・バッファの設定

デフォルトでネットワークのバッファ・サイズは、TCPでは1 MB、UDPでは2 MBに設定されます。TCPバッファ・サイズはファイル転送に制限を設定することが可能で、これはDirect NFSクライアント・ユーザーのパフォーマンスにマイナスの影響を与える場合があります。

現在のTCPバッファ・サイズをチェックするには、次のコマンドを入力します。

# sysctl -a |grep -e net.ipv4.tcp_[rw]mem

このコマンドの出力は、次のようになります。

net.ipv4.tcp_rmem = 4096        87380   1048576
net.ipv4.tcp_wmem = 4096        16384   1048576

サーバーのリンク速度に基づいて値を設定することをお薦めします。たとえば、次の手順を実行します。

1. rootとして、テキスト・エディタを使用して/etc/sysctl.confを開き、次の行を追加または変更します。

# net.ipv4.tcp_rmem = 4096        87380   4194304
# net.ipv4.tcp_wmem = 4096        16384   4194304

2. ネットワークを再起動します。

# /etc/rc.d/init.d/network restart

8.4.10.6 oranfstabファイルを使用したネットワーク・パスの指定

Direct NFSクライアントでは、NFSサーバー用のoranfstabファイルに定義されている最大4つのネットワーク・パスを使用できます。Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのパスに対してI/Oコマンドが再発行されます。

単一インスタンス環境でDirect NFSクライアントを管理するには、次のSQL*Plusのビューを使用します。

- v$dnfs_servers: Direct NFSクライアントを使用してアクセスしたサーバーの表が表示されます。

- v$dnfs_files: Direct NFSクライアントを使用して現在開かれているファイルの表が表示されます。

- v$dnfs_channels: Direct NFSクライアントによってファイルが提供されるサーバーに対するオープン・ネットワーク・パス(またはチャネル)の表が表示されます。

- v$dnfs_stats: Direct NFSクライアントのパフォーマンス統計の表が表示されます。

8.4.10.7 Direct NFSクライアントの有効化

Direct NFSクライアントを有効にするには、次の手順を実行します。

1. Direct NFSクライアントを使用してアクセスする各NFSサーバーの次の属性を使用してoranfstabファイルを作成します。

- サーバー: NFSサーバー名。

- Path: ファイラーでifconfigコマンドにより表示されるIPアドレスまたは名前を使用して、NFSサーバーへのネットワーク・パスを4つまで指定します。

- Local: データベース・ホストで実行されるifconfigコマンドにより表示されるIPアドレスまたは名前を使用して、データベース・ホストでのローカル・パスを4つまで指定します。

- エクスポート: NFSサーバーからエクスポートされたパス。

- マウント: エクスポートされたボリュームに対応する、ローカル・マウント・ポイント。

- Dontroute: 送信メッセージをオペレーティング・システムでルーティングせず、バインドされたIPアドレスを使用して送信するよう指定します。このPOSIXオプションは、同じサブネットに複数のパスがあるLinuxシステムでは機能しない場合があることに注意してください。

- mnt_timeout: Direct NFSクライアントがマウント成功を待機し、タイムアウトするまでの時間(秒)を指定します。このパラメータはオプションで、デフォルトのタイムアウトは10分(600)です。

- nfs_version: Direct NFSクライアントが使用するNFSプロトコルのバージョンを指定します。使用可能な値はNFSv3、NFSv4およびNFSv4.1です。デフォルトのバージョンはNFSv3です。NFSv4.xを指定する場合は、oranfstabファイルで相応にnfs_versionパラメータを設定する必要があります。

- management: Direct NFSクライアントを有効にして、SNMP問合せの管理インタフェースを使用します。SNMPがNFSサーバー上の別の管理インタフェースで実行されている場合は、このパラメータを使用できます。デフォルト値は、serverパラメータ値です。

- community: SNMP問合せで使用するコミュニティ文字列を指定します。デフォルト値はpublicです。

関連項目:
『Oracle Databaseパフォーマンス・チューニング・ガイド』のNFSサーバー環境における非同期I/Oの制限に関する項を参照してください。

例8-2 2つのNFSサーバー・エントリがあるoranfstabファイル

server: MyDataServer1
local: 192.0.2.0
path: 192.0.2.1
local: 192.0.100.0
path: 192.0.100.1
nfs_version: nfsv3
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
nfs_version: nfsv4
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のインストールでDirect NFSクライアントが無効な状態でインストールされます。Direct NFSクライアントを有効にするには、次の手順を実行します。

1. ディレクトリを$ORACLE_HOME/rdbms/libに変更します。

2. 次のコマンドを入力します。

make -f ins_rdbms.mk dnfs_on

8.4.10.8 Direct NFSクライアントの無効化

Direct NFSクライアントを無効にするには、次の手順を実行します。

1. Oracleソフトウェア・インストール所有者としてログインし、次のコマンドを使用してDirect NFSクライアントを無効にします。

cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk dnfs_off

2. oranfstabファイルを削除します。

注意:
Oracle Databaseで使用されているNFSパスを削除した場合、変更内容を有効にするには、データベースを再起動する必要があります。

8.4.10.9 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がインストールされていることを確認します。

8.5 SQL Developerのインストール後の作業

SQL Developerのインストール後の推奨作業については、Oracle SQL Developerインストレーション・ガイドの次に関する項を参照してください。

- 以前のリリースからのユーザー設定の移行

- 以前のリリースからの情報の移行

- ユーザー関連情報の場所

9 Oracle Databaseの開始

この章では、デフォルトの事前構成済データベースについてのOracle Databaseのアカウント、パスワード、ファイルの場所などの情報を提供します。内容は次のとおりです。

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

- Oracle Enterprise Manager Database Expressへのログイン

- Oracle Automatic Storage Managementの管理

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

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

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

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

- データベースの識別

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

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

9.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を終了するには、「取消」をクリックして、「はい」をクリックして確認します。

9.2 Oracle Enterprise Manager Database Expressへのログイン

Oracle Enterprise Manager Database Expressを起動するには、データベースのインストールおよび作成時にOracle Database Configuration Assistant (Oracle DBCA)で提供されるEM Express URLを使用します。Oracle Enterprise Manager Database Expressへのログインの詳細は、『Oracle Database 2日でデータベース管理者』のEM Expressの起動に関する項およびデータベース・ホームページへのアクセスに関する項を参照してください。

データベースのインストールおよび作成時にOracle DBCAがEM Express URLを提供しなかった場合、またはEM Expressポートを後で変更する必要がある場合は、『Oracle Database 2日でデータベース管理者』のEM Expressに対するHTTPポートの構成に関する項を参照してください。

9.3 Oracle Automatic Storage Managementの管理

この項では、Oracle Automatic Storage Management(Oracle ASM)インストールの管理について説明します。この項の内容は、次のとおりです。

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

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

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

Oracle ASMを起動および停止するには、『Oracle Automatic Storage Management管理者ガイド』のOracle ASMインスタンスの起動に関する項、およびOracle ASMインスタンスの停止に関する項を参照してください。

9.3.2 Oracle Automatic Storage Managementユーティリティ

Oracle ASMの管理には、次のツールを使用できます。

- asmcmd: このコマンドライン・ツールを使用して、Oracle ASMディスク・グループのファイルおよびディレクトリを管理できます。

- ASMCA: Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(Oracle ASMCA)は対話型ユーティリティで、Oracle ASMインスタンスの作成または既存Oracle ASMインスタンスのアップグレードを実行できます。
また、ディスク・グループ、Oracle ASMボリューム、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)の作成および構成もできます。

- Oracle Enterprise Manager Cloud Control: Oracle Enterprise Managerがインストールされている場合は、Cloud Controlを使用して、Oracle ASMへの既存のデータベースの移行、Oracle ASMインスタンスのステータス・チェック、Oracle ASMディスク・グループのパフォーマンス・チェック、Oracle ASMディスク・グループの作成または削除などのOracle ASM機能を管理できます。

- Oracle Enterprise Manager Database Express 12c: このユーティリティを使用すると、ユーザー、パフォーマンス、メモリー、領域管理などの基本的な管理タスクを実行できます。

- SQL*Plus: Oracle ASM固有のコマンドは、これらのツールのいずれかから実行できます。Oracle ASMインスタンスに接続する場合は、Oracleデータベース・インスタンスへの接続と同じ方法を使用します。

関連項目:

- asmcmdの詳細は、『Oracle Databaseユーティリティ』を参照してください。

- Oracle ASMを使用した記憶域の管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

9.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ユーザーズ・ガイドおよびリファレンス』を参照してください。

- CONNECTコマンド構文の詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

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

SQL文およびPL/SQL文を実行してOracle Databaseにアクセスするには、SQL Developerを使用できます。SQL文およびPL/SQL文は、SQLワークシートからOracle Databaseへ直接渡されるため、すべての文がサポートされます。

9.5.1 SQL Developer用のJDKパスの設定

次の環境変数を設定し、確実に正しいJDKが選択されるようにします。

- $ORACLE_HOME

- $JAVA_HOME=$ORACLE_HOME/jdk

- $PATH=$JAVA_HOME/bin/:$PATH

Java SDKリリースJDK 1.6.0_11がインストールされている環境で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文に関する項を参照してください。

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

Database Configuration Assistant (DBCA)によって作成されたすべてのデータベースには、SYS、SYSTEMおよびDBSNMPデータベース・アカウントが含まれています。また、Oracle Databaseには、他の管理アカウントもいくつか用意されています。これらのアカウントを使用する前に、ロックを解除してパスワードをリセットする必要があります。表9-1では、これらのアカウントとそのユーザー名を示します。

関連項目:
「ユーザー・パスワードのロック解除およびリセット」

注意:
Oracle Enterprise Manager Database Express 12cを使用して、データベース・アカウントの完全なリストを表示します。

表9-1 データベース・アカウント

ユーザー名

説明

関連項目

ANONYMOUS

HTTPによるOracle XML DBへのアクセスを有効化。

『Oracle XML DB開発者ガイド』

APEX_040200

Oracle Application Expressスキーマおよびメタデータを所有するアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

APEX_PUBLIC_USER

Oracle Application ExpressリスナーまたはOracle HTTP Serverおよびmod_plsqlを使用したOracle Application Expressの構成に使用する最小限の権限が付与されたアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

APPQOSSYS

Oracle Quality of Service Managementで必要なすべてのデータおよびメタデータの格納および管理に使用されます。

なし

AUDSYS

統合された監査証跡データが存在するアカウント。

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

BI

Oracleサンプル・スキーマに含まれるBusiness Intelligenceスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

CTXSYS

Oracle Textアカウント。

『Oracle Textリファレンス』

DBSNMP

Oracle Enterprise Managerの管理エージェント・コンポーネントによりデータベースの監視および管理に使用されるアカウント。

『Oracle Enterprise Manager Cloud Control管理者ガイド』

DIP

Directory Integration Platform(DIP)でOracle Internet Directoryでの変更をデータベース内のアプリケーションと同期化するために使用されるアカウント。

なし

DVSYS

このアカウントには2つのロールが関連付けられています。Database Vault所有者ロールは、Database Vaultロールおよび構成を管理します。Database Vaultアカウント・マネージャは、データベース・ユーザー・アカウントの管理に使用されます。

注意: Oracle Database Vaultのユーザー・インタフェース・テキストの一部は、DVSYSスキーマの中のデータベース表に格納されます。デフォルトでは、これらの表には英語のみロードされます。DVSYS.DBMS_MACADM.ADD_NLS_DATAプロシージャを使用して、Oracle Database Vaultに別の言語を追加できます。『Oracle Database Vault管理者ガイド』のOracle Database Vaultへの言語の追加に関する項を参照してください。

『Oracle Database Vault管理者ガイド』

DVF

Database Vaultが所有するアカウントで、Database Vaultのファクタ値を取得するためのパブリック・ファンクションが含まれます。

『Oracle Database Vault管理者ガイド』

EXFSYS

Expression Filterスキーマを所有するアカウント。

なし

FLOWS_FILES

Oracle Application Expressのアップロードされたファイルを所有するアカウント。

『Oracle Application Expressアプリケーション・ビルダー・ユーザーズ・ガイド』

GSMADMIN_INTERNAL

Global Data Servicesスキーマを所有する内部アカウント。ロック解除したり、データベース・ログインに使用したりしないでください。

『Oracle Database Global Data Services概要および管理ガイド』

GSMCATUSER

グローバル・サービス・マネージャがGlobal Data Servicesカタログへの接続に使用するアカウント。

『Oracle Database Global Data Services概要および管理ガイド』

GSMUSER

グローバル・サービス・マネージャがデータベースへの接続に使用するアカウント。

『Oracle Database Global Data Services概要および管理ガイド』

HR

Oracleサンプル・スキーマに含まれるHuman Resourcesスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

IX

Oracleサンプル・スキーマに含まれるInformation Transportスキーマを所有するアカウント。サンプル・スキーマをロードした場合のみ使用可能です。

『Oracle Databaseサンプル・スキーマ』

LBACSYS

Oracle Label Securityの管理者アカウント。

『Oracle Label Security管理者ガイド』

MDDATA

Oracle Spatial and Graphでジオコーダおよびルーター・データの格納に使用されるスキーマ。

『Oracle Spatial and Graph開発者ガイド』

MDSYS

Oracle Spatial and GraphおよびOracle Multimedia Locatorの管理者アカウント。

『Oracle Spatial and Graph開発者ガイド』

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インストレーションおよび管理ガイド』

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 and Graph CSWキャッシュ・マネージャで使用されます。

『Oracle Spatial and Graph開発者ガイド』

SPATIAL_WFS_ADMIN_USR

Web Feature Service(WFS)アカウント。データベースからすべてのフィーチャタイプ・メタデータとフィーチャ・インスタンスを、キャッシュされるフィーチャ・タイプのメイン・メモリーにロードする場合に、Oracle Spatial and Graph WFSキャッシュ・マネージャで使用されます。

『Oracle Spatial and Graph開発者ガイド』

SYS

データベース管理タスクの実行に使用されるアカウント。

『Oracle Database管理者ガイド』

SYSTEM

データベース管理タスクの実行に使用される別のアカウント。

『Oracle Database管理者ガイド』

SYSBACKUP

バックアップ・タスクおよびリカバリ・タスクの実行に使用されるアカウント。

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

(このガイド)

SYSKM

暗号化鍵の管理の実行に使用されるアカウント。

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

(このガイド)

SYSDG

Oracle Data Guardの管理と監視に使用されるアカウント。

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

(このガイド)

WMSYS

Oracle Workspace Manager用のメタデータ情報の格納に使用されるアカウント。

『Oracle Database Workspace Manager開発者ガイド』

XDB

Oracle XML DBのデータおよびメタデータの格納に使用されるアカウント。

『Oracle XML DB開発者ガイド』

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

SYS、SYSTEMおよびDBSMPを除く、すべてのOracleシステム管理アカウントのパスワードは、インストール後に取り消されます。ロックされているアカウントを使用する前に、ロックを解除してパスワードをリセットする必要があります。インストール時に事前定義済データベースを作成しても、必要なアカウントのロックを解除していない場合は、次のいずれかの方法を使用して解除する必要があります。

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

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

注意:
Database Configuration Assistantを使用してデータベースを作成している場合は、データベース作成後、Database Configuration Assistantを終了する前に「パスワード管理」をクリックしてアカウントのロックを解除できます。

関連項目:
セキュアなパスワードの作成方法の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

9.7.1 Oracle Enterprise Manager Database Expressを使用したアカウントのロック解除およびパスワードのリセット

Oracle Enterprise Manager Database Express 12cを使用して、ユーザー・アカウント・パスワードをロック解除およびリセットするには、『Oracle Database 2日でデータベース管理者』を参照してください。

関連項目:
詳細は、Oracle Enterprise Manager Database Express 12cのウィンドウで、「ヘルプ」をクリックしてください。

9.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管理者ガイド』を参照してください。

9.8 データベースの識別

Oracle Databaseソフトウェアは、データベースをグローバル・データベース名により識別します。グローバル・データベース名は、データベース名とデータベース・ドメインで構成されます。通常、データベース・ドメインはネットワーク・ドメインと同じですが、異なる場合もあります。グローバル・データベース名では、データベースが同じネットワーク内の他のデータベースと一意に区別されます。グローバル・データベース名は、インストール時にデータベースを作成するとき、または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

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

デフォルトでは、事前定義済データベースはspfilesid.oraという名前のサーバー・パラメータ・ファイルを使用します。このファイルは$ORACLE_HOME/dbsディレクトリに格納されます。ただし、データベースのOracle ASMを選択した場合、Database Configuration Assistantは一般的にサーバー・パラメータ・ファイルにも同じ記憶域メカニズムを使用します。

サーバー・パラメータ・ファイルが$ORACLE_HOME/dbsディレクトリにない場合、データベースでは初期化パラメータ・ファイルのSPFILEパラメータを使用して検索します。デフォルト初期化パラメータ・ファイルは $ORACLE_HOME/dbs/initsid.oraです。

Oracle Enterprise Manager Database Express 12cを使用してサーバー・パラメータ・ファイルの場所を表示し、初期化パラメータをリストするには、『Oracle Database 2日でデータベース管理者』の初期化パラメータの表示と変更に関する項を参照してください。

関連項目:
詳細は、Oracle Enterprise Manager Database Express 12cのウィンドウで、「ヘルプ」をクリックしてください。

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

次の項では、表領域、データファイル、REDOログ・ファイル、および制御ファイルの情報について説明します。

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

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

- 制御ファイルの位置

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

Oracleデータベースは、表領域と呼ばれる小さい論理領域に分割されています。各表領域は、1つ以上の物理データファイルに対応しています。データファイルには、表や索引など、論理データベース構造の内容が含まれています。各データファイルを関連付けられる表領域およびデータベースは1つのみです。

注意:
SYSAUX表領域およびSYSTEM表領域は、すべてのOracle Database 12cのデータベースに存在している必要があります。

表9-2は、デフォルトの事前定義済データベースが提供する表領域を示しています。

表9-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 Express 12cを使用して、データベースおよびそれに関連付けられた表領域によって使用されているデータ・ファイルのリストを表示するには、『Oracle Database 2日でデータベース管理者』の表領域およびデータ・ファイルの情報の表示に関する項を参照してください。

9.10.2 REDOログ・ファイルの位置

事前定義済データベースは3つのREDOログ・ファイルを使用します。REDOログ・ファイルには、データベース・バッファ・キャッシュ内のデータに対する変更がすべて記録されます。インスタンスに障害が発生すると、Oracle DatabaseではREDOログ・ファイルを使用して、メモリー内で変更のあったデータがリカバリされます。

Oracle DatabaseはREDOログ・ファイルを循環して使用します。たとえば、オンラインREDOログが3つのファイルから構成される場合、Oracle Databaseは最初のファイルの後、2つ目のファイル、3つ目のファイルの順に書込みをします。次の循環では、1つ目のファイルの後、2つ目以降のファイルを再使用して書込みをします。

関連項目:
REDOログ・ファイルの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

Oracle Enterprise Manager Database Express 12cを使用して、事前構成済のデータベースのREDOログ・ファイルを表示または変更するには、『Oracle Database 2日でデータベース管理者』のオンラインREDOログ・ファイルの情報の表示に関する項、およびアーカイブREDOログ・ファイルの情報の表示に関する項を参照してください。

9.10.3 制御ファイルの位置

事前定義済データベースは2つの制御ファイルを使用します。データベースごとに2つ以上の制御ファイルを保持し、CONTROL_FILES初期化パラメータを各制御ファイルが示されるように設定することをお薦めします。

制御ファイルは、管理ファイルの一種です。Oracle Database 12cでは、データベースを起動して実行するために制御ファイルが必要です。制御ファイルは、データベースの物理構造を定義します。たとえば、制御ファイルは、データベース名と、データベースのデータファイルおよびREDOログ・ファイルの名前と場所を定義します。

Oracle Enterprise Manager Database Express 12cを使用して、事前構成済のデータベースの制御ファイルの情報を表示するには、『Oracle Database 2日でデータベース管理者』の制御ファイルの情報の表示に関する項を参照してください。

関連項目:
CONTROL_FILES初期化パラメータ値の設定については、『Oracle Database管理者ガイド』を参照してください。

Oracle Enterprise Manager Database Express 12cを使用して、表領域、データファイル、REDOログ・ファイルおよび制御ファイルに関連する様々なタスクを実行する方法の詳細は、Oracle Enterprise Manager Database Expressのウィンドウで「ヘルプ」をクリックしてください。

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

この章では、指定したOracleホームに関連するOracleソフトウェアおよび構成ファイルを完全に削除する方法を説明します。削除ツールを使用したOracleソフトウェアの削除に関する情報が含まれます。

削除ツールは、スタンドアロンのOracle Databaseインストール、Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)をサーバーから削除するだけでなく、Oracle Real Application Clusters (Oracle RAC)およびOracle Databaseクライアントのインストールも削除します。

削除ツールを使用して、Oracle Database、Oracle Clusterware、Oracle ASM、Oracle RACまたはOracle Databaseクライアントのインストールに関連付けられているOracleホーム全体を削除することをお薦めします。個々の製品やコンポーネントの削除はサポートされません。

次の項では、削除ツールについて説明し、ツールを使用する追加オプションに関する情報を示します。

- 削除ツールについて

- Deinstallコマンドの実行例

- Oracle Databaseの削除レスポンス・ファイルの例

- Oracle Grid Infrastructureの削除レスポンス・ファイルの例

注意:
クラスタ内のノード上にスタンドアロン・データベースがあり、同じグローバル・データベース名(GDN)を持つデータベースが複数ある場合は、削除ツールを使用して削除できるデータベースは1つのみです。

関連項目:

- Oracle RACインストールの削除の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』および『Oracle Real Applications Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。

- Oracle ASMディスク・グループの削除の詳細は、『Oracle Automatic Storage Management管理者ガイド』のディスク・グループの削除に関する項を参照してください。

10.1 削除ツールについて

Oracle Database 12cから、削除ツールがデータベース・インストール・メディアに統合されました。Oracle Database、Oracle Database ClientまたはOracle Grid Infrastructureインストール・メディアのベース・ディレクトリから、runInstallerコマンドに-deinstallおよび-homeオプションを指定して使用すると、削除ツールを実行できます。

また、削除ツールは、インストール後にOracleホーム・ディレクトリで別のコマンド(deinstall)として使用することも可能です。削除ツールの場所は、$ORACLE_HOME/deinstallディレクトリです。

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。このファイルのかわりに、以前のdeinstallコマンドで生成されたレスポンス・ファイルを指定するには、–checkonlyオプションを使用するか、レスポンス・ファイル・テンプレートを編集します。

削除ツールによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してOracle Grid Infrastructureインストールを削除する場合、rootユーザーとしてroothas.shスクリプトを実行し、Oracle Restartを構成解除するよう求められます。

注意:
Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.plスクリプトはroothas.shスクリプトに置き換わりました。

Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を提供する必要があります。

注意:
削除ツールを実行すると、構成解除して削除するホーム以外に、中央インベントリ(oraInventory)に他の登録済ホームが含まれていない場合、削除コマンドはOracle Databaseインストール所有者のOracleベース・ディレクトリで次のファイルおよびディレクトリの内容を削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- fast_recovery_area

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成すること、およびOracleソフトウェアが排他的に使用するOracleベースとOracleホーム・パスを予約することを強くお薦めします。Oracleソフトウェア所有者であるユーザー・アカウントが所有するOracleベース内のこれらの場所に、ユーザー・データがある場合、このデータは削除ツールによって削除されます。

また、Oracle Grid Infrastructureインストールの場合は、次のようにする必要があります。

- Oracle Automatic Storage Management Cluster File System (Oracle ACFS)をディスマウントし、Oracle Automatic Storage Management Dynamic Volume Manager (Oracle ADVM)を無効にする必要があります。

- Grid Naming Service (GNS)が使用中の場合は、DNS管理者がサブドメインのエントリをDNSから削除する必要があります。

Oracle Database構成ファイル、ユーザー・データおよび高速リカバリ領域(FRA)がOracleベース・ディレクトリ・パスの外に配置されていても、これらは削除ツールによって削除されます。

Oracleソフトウェア・インストールの所有者として削除ツールを実行することをお薦めします。削除ツールは、デフォルトでは、インストール所有者としてOracleホームのdeinstallディレクトリから実行します。

$ $ORACLE_HOME/deinstall/deinstall

deinstallコマンドでは、次の構文を使用します。変数はイタリックで示しています。

./deinstall [-silent] [-checkonly] [-paramfile complete path of input response 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]

データベース・インストール・メディアから削除ツールを実行するには、-deinstallオプションの後に-homeオプションを指定したrunInstallerコマンドを使用し、削除するOracleホームのパスを次の構文で指定します(変数コンテンツはイタリックで示されています)。

./runInstaller -deinstall -home complete path of Oracle home [-silent] [-checkonly] [-paramfile complete path of input response 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ソフトウェアおよび構成ファイルを削除します。

また、レスポンス・ファイルを使用して削除ツールを実行することも、次のオプションを選択してツールを実行することもできます。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。

削除するOracleホームでdeinstallコマンドを使用してOracleソフトウェアを削除する場合は、そのOracleホーム以外の場所にあるレスポンス・ファイルを指定し、-homeフラグは使用しません。

$ORACLE_HOME/deinstallパスから削除ツールを実行する場合は、実行されているホームの場所をツールが認識できるため、-homeフラグは不要です。インストール・メディアからrunInstaller -deinstallを使用する場合は、-homeが必須です。

- -silent
このフラグは、削除ツールを非対話モードで実行します。このオプションを指定した場合は、次のいずれかが必要です。

- インストールおよび構成の情報を判別するためにアクセスできる作業システム。失敗したインストールでは、-silentフラグは機能しません。

- 削除または構成解除するOracleホームの構成値が記述されたレスポンス・ファイル。

レスポンス・ファイルを作成して使用または修正するには、-checkonlyフラグを使用してツールを実行します。ツールにより、削除および構成解除するOracleホームの情報が検出されます。この方法でも、-silentオプションで使用できるレスポンス・ファイルが生成されます。

$ORACLE_HOME/deinstall/responseディレクトリにあるテンプレート・ファイルdeinstall.rsp.tmplを変更することもできます。

- -checkonly
このフラグは、Oracleソフトウェア・ホームの構成ステータスをチェックする場合に使用します。-checkonlyフラグを指定して削除ツールを実行した場合、Oracleの構成は削除されません。-checkonlyフラグにより、削除ツールおよび-silentオプションで使用できるレスポンス・ファイルが生成されます。

- -paramfile 入力レスポンス・ファイルの完全パス
このフラグは、デフォルト以外の場所にあるレスポンス・ファイルを使用して削除ツールを実行します。このフラグを使用する場合は、レスポンス・ファイルが存在する場所を完全パスで指定します。

レスポンス・ファイルのデフォルトの場所は、削除ツールの場所によって異なります。

- インストール・メディアまたはステージの場所からの場合: /response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -params [name1=value name2=value name3=value . . .]
このフラグは、作成したレスポンス・ファイルで変更する1つ以上の値を上書きする場合に、レスポンス・ファイルとともに使用します。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグは、レスポンス・ファイル(deinstall.rsp.tmpl)が保存されている、デフォルトの場所以外のパスを指定する場合に使用します。

レスポンス・ファイルのデフォルトの場所は、削除ツールの場所によって異なります。

- インストール・メディアまたはステージの場所からの場合: /response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -tmpdir 一時ディレクトリの完全パス
このフラグは、Oracle Deinstallation Toolが削除時に一時ファイルを書き込む場所としてデフォルト以外を指定する場合に指定します。

- -logdir ログ・ディレクトリの完全パス
このフラグは、Oracle Deinstallation Toolが削除時にログ・ファイルを書き込む場所としてデフォルト以外を指定する場合に指定します。

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

関連項目:
-localオプションの詳細は、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX』を参照してください。

10.1.1 以前のリリースの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ホームです。

10.2 削除ツールの実行例

インストール・メディアから、-deinstallオプションを指定してrunInstallerコマンドを使用して削除ツールを実行する場合、-homeフラグを入力し、システムから削除するOracleソフトウェアのホーム・ディレクトリへのパスを指定しないかぎり、ヘルプが表示されます。

オプションのフラグ-paramfileを指定すると、レスポンス・ファイルにパスが指定されます。

次の例では、runInstallerコマンドがパス/directory_pathに指定されています(ここで、directory_pathはインストール・メディアのdatabaseディレクトリへのパスで、/u01/app/oracle/product/12.1.0/dbhome_1/は削除するOracleホームへのパスです)。

$ cd /directory_path/
$ ./runInstaller -deinstall -home /u01/app/oracle/product/12.1.0/dbhome_1/

次の例では、ソフトウェア所有者の場所/home/usr/oracleにあるレスポンス・ファイルが使用されています。

$ cd /directory_path/
$ ./runInstaller -deinstall -paramfile /home/usr/oracle/my_db_paramfile.tmpl

10.3 Deinstallコマンドの実行例

$ORACLE_HOME/deinstallディレクトリからdeinstallコマンドを使用して削除ツールを実行すると、Oracleホーム・パスの入力は要求されずに削除が開始されます。

オプションのフラグ-paramfileを指定すると、レスポンス・ファイルにパスが指定されます。

次の例では、deinstallコマンドはパス/u01/app/oracle/product/12.1.0/dbhome_1/deinstallにあり、ソフトウェア所有者の場所(/home/usr/oracle)にあるレスポンス・ファイルを使用しています。

$ cd /u01/app/oracle/product/12.1.0/dbhome_1/deinstall
$ ./deinstall -paramfile /home/usr/oracle/my_db_paramfile.tmpl

Oracle Grid Infrastructureホームの場合、スタンドアロン・サーバーのOracle Grid Infrastructureのホーム(この例では/u01/app/oracle/product/12.1.0/grid)にある削除スクリプトを使用します。

$ cd /u01/app/oracle/product/12.1.0/grid/deinstall
$ ./deinstall -paramfile /home/usr/oracle/my_grid_paramfile.tmpl

10.4 Oracle Databaseの削除レスポンス・ファイルの例

-paramfileオプションを指定して削除ツールを実行すると、レスポンス・ファイルに指定した値を使用できます。次に示すのはレスポンス・ファイルの例で、Oracle Databaseバイナリ所有者はoracle、Oracle Databaseホーム(Oracleホーム)はパス/u01/app/oracle/product/12.1.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, 2009 Oracle Corporation.  All rights reserved.
ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1
ORACLE_BASE.orcl=/u01/app/oracle
FAST_RECOVERY_LOC.orcl=/u01/app/oracle/fast_recovery_area/ORCL
STORAGE_TYPE.orcl=FS
DB_TYPE.orcl=SI_DB
NETCA_LOCAL_LISTENERS=LISTENER
LOGDIR=/u01/app/oraInventory/logs/
NODE_LIST.orcl=myserver
ObaseCleanupPtrLoc=/tmp/deinstall2012-06-12_09-14-11AM/orabase_cleanup.lst
ARCHIVE_LOG_DESTINATION_LOC.orcl=
ORACLE_BASE=/u01/app/oracle
DUMP_DESTINATION_LOC.orcl=/u01/app/oracle/admin/orcl
LOCAL_SID.orcl=orcl
INVENTORY_LOCATION=/u01/app/oraInventory
RAW_MAPPING_FILE.orcl=
SID_LIST.orcl=orcl
DB_UNIQUE_NAME_LIST=orcl
DATAFILE_LOC.orcl=/u01/app/oracle/oradata/orcl,/u01/app/oracle/fast_recovery_area/orcl
HOME_TYPE=SIDB
CRS_HOME=false
CREATION_MODE.orcl=y
CONFIGFILE_LOC.orcl=
ORACLE_BINARY_OK=true
DIAG_DEST.orcl=/u01/app/oracle/diag/rdbms/orcl
LOCAL_NODE=myserver
local=false
SPFILE_LOC.orcl=/u01/app/oracle/product/12.1.0/dbhome_1/dbs/spfileorcl.ora
inst_group=dba
inventory_loc=/u01/app/oraInventory
MinimumSupportedVersion=11.2.0.1.0
silent=false
DBCA_LOG.orcl=/u01/app/oracle/cfgtoollogs/dbca/orcl
ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1
CCR_CONFIG_STATUS=CCR_DEL_HOME
EMCA_LOG.orcl=/u01/app/oracle/cfgtoollogs/emca/orcl
ORACLE_HOME_VERSION_VALID=true

10.5 Oracle Grid Infrastructureの削除レスポンス・ファイルの例

-paramfileオプションを指定して削除ツールを実行すると、レスポンス・ファイルに指定した値を使用できます。

次に示すのはレスポンス・ファイルの例で、Oracle Grid Infrastructureバイナリ所有者はoracle、Oracle Grid Infrastructureホームはパス/u01/app/oracle/product/12.1.0/gridにあり、Oracleベース(他のOracleソフトウェアがインストールされている場所)は/u01/app/oracle/、中央Oracleインベントリ・ホーム(oraInventory)は/u01/app/oraInventory、ローカル・ノード(削除セッションの実行元となるノード)はmyserver、OSDBAグループはdbaです。

# Copyright (c) 2005, 2009 Oracle Corporation.  All rights reserved.
ORACLE_HOME=/u01/app/oracle/product/12.1.0/grid
LOCAL_NODE=myserver
HOME_TYPE=SIHA
ASM_REDUNDANCY=EXTERNAL
ORACLE_BASE=/u01/app/oracle/
ObaseCleanupPtrLoc=/tmp/deinstall_bootstrap/orabase_cleanup.lst
SCAN_PORT=0
silent=false
ASM_UPGRADE=false
ORA_CRS_HOME=/u01/app/oracle/product/12.1.0/grid
MinimumSupportedVersion=11.2.0.1.0
GPNPCONFIGDIR=$ORACLE_HOME
LOGDIR=/u01/app/oraInventory/logs/
ORACLE_HOME_VERSION_VALID=true
ASM_DISCOVERY_STRING=/scratch/raw/raw*
GPNPGCONFIGDIR=$ORACLE_HOME
ORACLE_OWNER=oracle
ISROLLING=true
ASM_DISKSTRING=/scratch/raw/raw*
CRS_STORAGE_OPTION=0
ORACLE_BINARY_OK=true
MGMT_DB=false
NETCA_LISTENERS_REGISTERED_WITH_HAS=LISTENER
inst_group=svrtech
ASM_AU_SIZE=1
HUB_SIZE=0
ASM_ORACLE_BASE=/u01/app/oracle
ORA_DBA_GROUP=dba
JREDIR=/u01/app/oracle/product/12.1.0/grid/jdk/jre/
USER_IGNORED_PREREQ=false
inventory_loc=/u01/app/oraInventory
ASM_DISK_GROUPS="+DATA"
ORA_ASM_GROUP=dba
LANGUAGE_ID=AMERICAN_AMERICA.AL32UTF8
CSS_LEASEDURATION=400
ASM_HOME=/u01/app/oracle/product/12.1.0/grid
ASM_DIAGNOSTIC_DEST=/u01/app/oracle/product/OB
TZ=PST8PDT
REUSEDG=false
SILENT=false
local=false
INVENTORY_LOCATION=/u01/app/oraInventory
GNS_CONF=false
BIG_CLUSTER=false
ASM_DISKS=/scratch/raw/raw1,/scratch/raw/raw2,/scratch/raw/raw3,/scratch/raw/raw4,/scratch/raw/raw5,/scratch/raw/raw6,/scratch/raw/raw7,/scratch/raw/raw8
ORACLE_HOME=/u01/app/oracle/product/12.1.0/grid
CRS_HOME=true
ASM_IN_HOME=true
CRFHOME="/u01/app/oracle/product/12.1.0/grid"
ASM_DROP_DISKGROUPS=true
ASM_LOCAL_SID=+ASM
JLIBDIR=/u01/app/oracle/product/12.1.0/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/12.1.0/dbhome_1

レスポンス・ファイルの変数の設定を指定する別の方法は、その設定をOracle Universal Installerの実行時にコマンドラインの引数として渡す方法です。次に例を示します。

-silent directory_path

ここで、directory_pathは、インストール・メディアまたはハード・ドライブのdatabaseディレクトリのパスです。

関連項目:

- レスポンス・ファイルの形式の詳細は、Oracle Universal Installerユーザーズ・ガイドを参照してください。

- レスポンス・ファイルの詳細は、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 レスポンス・ファイルの準備

この項では、サイレント・モードまたはレスポンス・ファイル・モードでのインストール時に使用するレスポンス・ファイルを準備するための方法について説明します。

注意:
レスポンス・ファイル名には必ず.rspという接尾辞を付けます。

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

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

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

Oracleには、製品、インストール・タイプおよび構成ツールごとに、レスポンス・ファイルのテンプレートが用意されています。これらのファイルは、ORACLE_HOME/assistants/ディレクトリ、およびインストール・メディアのdatabase/responseディレクトリにあります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイルはstage_area/database/responseディレクトリにあります。

表A-1に、Oracle Databaseで提供されるレスポンス・ファイルを示します。

表A-1 レスポンス・ファイル

レスポンス・ファイル

説明

db_install.rsp

Oracle Database 12cのサイレント・インストール

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ユーザーズ・ガイドを参照してください。

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. 第4章に示したインストール前の作業を完了します。
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. 第4章に示したインストール前の作業を完了します。

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. Oracle Universal Installerにより、root.shスクリプトの実行が求められます。rootユーザーとしてログインし、root.shスクリプトを実行します。

$ sudo sh
password:
# /oracle_home_path/root.sh

6. Oracleソフトウェアを初めてシステムにインストールする場合は、Oracle Universal InstallerでorainstRoot.shスクリプトの実行が求められます。
rootユーザーとしてログインし、orainstRoot.shスクリプトを実行します。

$ sudo sh
password:
# /u01/app/oraInventory/orainstRoot.sh

注意:

- oraInst.locファイルを手動で作成する必要はありません。Oracle Inventoryディレクトリの場所を指定するにはorainstRoot.shスクリプトの実行で十分です。

- Oracle Grid Infrastructureのインストール中、Oracle Universal Installerに、rootスクリプトを自動的に実行するオプションが表示されます。rootスクリプトを手動で実行するオプションもあります。詳細は、「rootスクリプトの実行計画の決定」を参照してください。

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

Net Configuration Assistantをサイレント・モードで実行すると、システムにおけるOracle Netリスナーの構成および起動、ネーミング方法の構成、およびOracle Netサービス名の構成が可能です。Net Configuration Assistantをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。netca.respという名前のレスポンス・ファイル・テンプレートは、ORACLE_HOME/assistants/netcaディレクトリ、およびDVDのdatabase/responseディレクトリのresponseディレクトリにあります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはstage_area/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をレスポンス・ファイル・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。dbca.rspという名前のレスポンス・ファイル・テンプレートは、ORACLE_HOME/assistants/dbcaディレクトリ、およびDVDのdatabase/responseディレクトリにもあります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはstage_area/database/responseディレクトリに格納されています。

Database Configuration Assistantをレスポンス・ファイル・モードで実行するには、-responseFileフラグを、-silentフラグまたは-progressOnlyフラグのどちらかと組み合せて使用する必要があります。グラフィカル・ディスプレイを使用し、DISPLAY環境変数を設定する必要もあります。

関連項目:

- 『Oracle Database管理者ガイド』の非対話/サイレントDBCAを使用したデータベースの作成に関する項を参照してください。

- 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にはステータス・メッセージが示されるウィンドウとプログレス・バーが表示されます。

このモードでは、レスポンス・ファイルに指定した値またはコマンドライン・オプションとして指定した値が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およびDBSNMPの各パスワードが必要です。S_ASMSNMPPASSWORDパスワードは、データベースでOracle ASMをストレージに使用する場合のみ必要です。同様に、S_PDBADMINPASSWORDパスワードは、1つ以上のプラガブル・データベース(PDB)を含むマルチテナント・コンテナ・データベース(CDB)を作成する場合にのみ必要です。また、Oracle Enterprise Managerを構成するよう選択した場合、次の例のように、Oracleソフトウェア・インストール所有者のパスワードをS_EMADMINPASSWORDパスワードに指定する必要があります。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_PDBADMINPASSWORD=password
oracle.assistants.server|S_EMADMINPASSWORD=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ホームにパッチ更新が含まれます。

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

- 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またはTARファイルを作成します。
たとえば、元のOracleインストールが/u01/app/oracle/product/12.1.0/dbhome_1に存在する場合、次のコマンドを実行してdbhome_1ディレクトリのZIPファイルを作成します。

# zip -r dbhome_1.zip /u01/app/oracle/product/12.1.0/dbhome_1

次のようにして、TARコマンドを使用することもできます。

# tar -cvf dbhome_1.tar /u01/app/oracle/product/12.1.0/dbhome_1

Oracleベース・ディレクトリ内のadmin、fast_recovery_areaおよびoradataの各ディレクトリは除外します。これらのディレクトリは、後で新しいデータベースを作成するときに、ターゲットのインストールで作成されます。

4. ZIPまたはTARファイルをターゲット・コンピュータのルート・ディレクトリにコピーします。ファイル転送プロトコル(FTP)を使用する場合は、バイナリ・モードでのみZIPまたはTARファイルを転送してください。

5. 次のコマンドを使用してZIPまたはTARファイルのコンテンツを抽出します。

# unzip -d / dbhome_1.zip

# tar -xvf dbhome_1.tar

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 $ORACLE_HOME/clone/bin/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 $ORACLE_HOME/clone/bin/clone.pl ORACLE_BASE="/u01/app/oracle/" ORACLE_HOME="/u01/app/oracle/product/12.1.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ユーザーズ・ガイドを参照してください。

- Oracle DatabaseのクローニングおよびOracle Databaseホームのクローニングの詳細は、『Oracle Database管理者ガイド』を参照してください。

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

クローニングされたOracleホームに対するOracle Configuration Managerの構成方法は、元のOracleホームの構成によって異なります。

すでにOracle Configuration Managerを元のOracleホームにインストールしているが、まだ構成していない場合は、クローニングされたOracleホームから次のコマンドを実行します。

$ cd $ORACLE_HOME/ccr/bin
$ setupCCR

すでにOracle Configuration Managerを元のOracleホームで構成している場合は、クローニングされたOracleホームから次のコマンドを実行します。

$ cd $ORACLE_HOME/ccr/bin
$ ./deriveCCR

deriveCCRが元の構成を見つけられない場合は、Oracle Configuration Managerのコマンドライン・インタフェースで、My Oracle Support (MOS)の資格証明を入力するよう求められます。続行するには、MOSの資格証明を入力してください。

C NASデバイスの使用

この付録では、Oracleソフトウェアとデータベース・ファイルにネットワーク接続ストレージ(NAS)デバイスを使用する際のガイドラインを提供します。内容は次のとおりです。

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

- マウント・ポイントの選択

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

関連項目:

- 「Direct NFSクライアントの構成」

- Oracle Real Application ClustersでのNASデバイスの使用の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

NASデバイスの構成方法に関する固有の情報については、NASデバイスに付属のドキュメントを参照してください。さらに、次のガイドラインを使用して、Oracleソフトウェアのパフォーマンスを確保します。

- NASデバイスに格納されているOracleソフトウェアとOracleデータベースのパフォーマンスは、OracleサーバーとNASデバイス間のネットワーク接続のパフォーマンスに依存します。
したがって、サーバーのNASデバイスへの接続には、ギガビット・イーサネット以上のプライベート専用ネットワーク接続を使用することをお薦めします。

- 単一インスタンス・データベースのインストールでは、各インストールごとに個別のOracleホーム・ディレクトリを作成することをお薦めします。このOracleホーム・ディレクトリのソフトウェアは、必ずそのソフトウェアのインストールに使用したシステムから実行してください。

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

この項では、Oracleソフトウェアとデータベース・ファイルに使用するファイル・システムのマウント・ポイントの選択方法に関するガイドラインを示します。次の各項に記載されているガイドラインは、Optimal Flexible Architectureの推奨事項に準拠しています。

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

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

C.2.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デバイスに配置する必要がある場合は、複数のシステムによる同じインベントリ・ディレクトリへの書込みを避けるために、各システムに固有のディレクトリを作成してください。

関連項目:
「必要なソフトウェア・ディレクトリの識別」

C.2.1.1 ディレクトリ固有のガイドライン

Oracleソフトウェアの格納に使用するNFSのマウント・ポイントには、次のいずれかのディレクトリを使用できます。

注意:
次の例に記載されているパスは、Oracle Universal Installerの起動前にORACLE_BASE環境変数が設定されている場合のデフォルトです。

- Oracleベース・ディレクトリまたはその親(たとえば/u01/app/oracle)
Oracleベース・ディレクトリまたはその親の1つをマウント・ポイントとして使用する場合は、すべての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/12.1.0/dbhome_1

- リリース・ディレクトリ(oracle_base/product/12.1.0)
デフォルトでは、NFSに配置されるのは、ソフトウェア・ファイルのみです。このマウント・ポイントを使用すると、次の例のように、同じリリースから複数の異なる製品をインストールできます。

/u01/app/oracle/product/12.1.0/dbhome_1
/u01/app/oracle/product/12.1.0/client_1

- Oracleホーム・ディレクトリ(oracle_base/product/12.1.0/dbhome_1)
デフォルトでは、NFSファイル・システムに配置されるのは、ソフトウェア・ファイルのみとなります。これは最も制限されたマウント・ポイントです。1つの製品の単一のリリースをインストールする場合にのみ使用できます。

/u01/app/oracle/product/12.1.0/dbhome_1

関連項目:
「Optimal Flexible Architectureのファイル・マッピング」

C.2.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.3 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/fstabマウント・ファイルにファイル・システムのエントリを追加します。

関連項目:
NASマウント・オプションの最新情報については、My Oracle SupportのNote 359515.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=359515.1

5. 次のようなコマンドを入力し、ローカル・システムでNFSをマウントします。

# mount /mnt/oracleasm

6. 作成するディスク・グループの名前(たとえば、sales1)を選択します。

7. ディスク・グループ名をディレクトリ名として使用して、NFSファイル・システムにファイルのディレクトリを作成します。

# mkdir /mnt/oracleasm/sales1

8. 次のようなコマンドを使用して、このディレクトリに必要な数のゼロ埋込みファイルを作成します。

# dd if=/dev/zero of=/mnt/oracleasm/sales1/disk1 bs=1024k count=1000 oflag=direct

この例では、NFSに1GBのファイルを作成します。外部冗長性、標準冗長性または高冗長性ディスク・グループを作成するには、1つ、2つまたは3つのファイルをそれぞれ作成する必要があります。

注意:
同一のNASデバイスに複数のゼロ埋込みファイルを作成しても、NASの障害に対する保護策にはなりません。かわりに、各NASデバイスに1つのファイルを作成し、Oracle ASMテクノロジを使用してミラーしてください。

9. 作成したディレクトリとファイルの所有者、グループおよび権限を変更するには、次のようなコマンドを入力します。

# chown -R grid:asmadmin /mnt/oracleasm
# chmod -R 660 /mnt/oracleasm

この例では、インストール所有者はgridでOSASMグループはasmadminです。

10. データベースのインストールおよび作成中に、Oracle ASMディスク検出文字列を編集して、作成したファイル名に一致する正規表現を指定します。次に例を示します。

/mnt/oracleasm/sales1/*

注意:
インストール中、ASMLIBディスクまたはASMFDディスクとしてラベル付けされたディスクは、デフォルト検出文字列の使用時に候補ディスクとして示されます。ただし、MEMBERというヘッダー・ステータスがあるディスクは、候補ディスクではありません。

D インストール前の作業を手動で完了する方法

この付録では、通常Cluster Verification Utility (CVU)およびOracle Universal Installerがインストール時に完了する構成作業を、手動で行う方法について説明します。この付録は、修正スクリプトを使用できないときに参考にしてください。

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

- Linuxのカーネル・パラメータの構成

- UDPおよびTCPカーネル・パラメータの手動設定

- ストレージ・パスとディスク・デバイスの構成

D.1 Linuxのカーネル・パラメータの構成

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

- インストールのための最小パラメータ設定

- カーネル・パラメータの値の表示および変更

- SUSE Linux用の追加のパラメータおよびカーネルの設定

注意:
別の方法で指定されていないかぎり、次の表に示すカーネル・パラメータおよびシェル制限の値は、単なる最小値です。本番データベース・システムでは、これらの値をチューニングしてシステムのパフォーマンスを最適化することをお薦めします。カーネル・パラメータのチューニングの詳細は、オペレーティング・システムのドキュメントを参照してください。

D.1.1 インストールのための最小パラメータ設定

Oracle Databaseのインストール時に、修正スクリプトを生成および実行し、データベースの正常なインストールに必要なカーネル・パラメータの値をチェックして設定することができます。このスクリプトは、必要なカーネル・パラメータを必要に応じて最小値に更新します。

修正スクリプトを使用できない場合は、次の表を参照して手動で値を設定します。

パラメータ

値

ファイル

semmsl
semmns

semopm

semmni

250
32000

100

128

/proc/sys/kernel/sem

shmall

物理メモリー・サイズ(ページ数)の40%
注意: サーバーが複数のデータベースをサポートする場合、または大規模なSGAを使用する場合は、このパラメータを、システムが1回に使用できる共有メモリーの合計量(4Kページ単位)に等しい値に設定します。

/proc/sys/kernel/shmall

shmmax

物理メモリー・サイズの半分(バイト)
shmmaxの構成の詳細は、My Oracle SupportのNote 567506.1を参照してください。

/proc/sys/kernel/shmmax

shmmni

4096

/proc/sys/kernelshmmni

panic_on_oops

1

/proc/sys/kernel/panic_on_oops

file-max

6815744

/proc/sys/fsfile-max

aio-max-nr

1048576
注意: この値は同時未処理リクエストを制限するもので、I/Oサブシステムの障害を防ぐために設定する必要があります。

/proc/sys/fs/aio-max-nr

ip_local_port_range

最小: 9000
最大: 65500

「UDPおよびTCPカーネル・パラメータの手動設定」を参照してください。

/proc/sys/net/ipv4ip_local_port_range

rmem_default

262144

/proc/sys/net/core/rmem_default

rmem_max

4194304

/proc/sys/net/core/rmem_max

wmem_default

262144

/proc/sys/net/core/wmem_default

wmem_max

1048576

/proc/sys/net/core/wmem_max

注意:
いずれかのパラメータの現在の値がこの表にリストされている値より大きい場合、修正スクリプトはそのパラメータの値を変更しません。

関連項目:

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

- 「インストール修正スクリプトの使用」

D.1.2 カーネル・パラメータの値の表示および変更

次の表に示すコマンドを入力して、カーネル・パラメータの現行の値を表示します。これらの値をメモし、変更が必要な値を特定します。

パラメータ

コマンド

semmsl、semmns、semopmおよびsemmni

# /sbin/sysctl -a | grep sem
このコマンドでは、リストされた順にセマフォ・パラメータの値が表示されます。

shmall、shmmaxおよびshmmni

# /sbin/sysctl -a | grep shm
このコマンドでは、共有メモリーのセグメント・サイズの詳細が表示されます。

file-max

# /sbin/sysctl -a | grep file-max
このコマンドでは、最大ファイル・ハンドラ数が表示されます。

ip_local_port_range

# /sbin/sysctl -a | grep ip_local_port_range
このコマンドでは、ポート番号の範囲が表示されます。

rmem_default

# /sbin/sysctl -a | grep rmem_default

rmem_max

# /sbin/sysctl -a | grep rmem_max

wmem_default

# /sbin/sysctl -a | grep wmem_default

wmem_max

# /sbin/sysctl -a | grep wmem_max

aio-max-nr

# /sbin/sysctl -a | grep aio-max-nr

カーネル・パラメータの値が最小値と異なる場合は、次の手順を実行します。

1. テキスト・エディタを使用して/etc/sysctl.confファイルを作成または編集し、次のような行を追加または編集します。次に例を示します。

注意:
変更するカーネル・パラメータ値の行のみを含めます。セマフォ・パラメータ(kernel.sem)の場合は、4つの値をすべて指定する必要があります。現行の値のいずれかが最小値より大きい場合は、大きい方の値を指定してください。

fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 2097152
kernel.shmmax = 4294967295
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576

/etc/sysctl.confファイルに指定した値は、システムの再起動時にも保持されます。SUSE Linux Enterprise Serverシステムでは、次のコマンドを入力して、システムの再起動時に必ず/etc/sysctl.confファイルが読み取られるようにします。

# /sbin/chkconfig boot.sysctl on

2. カーネル・パラメータの現行の値を変更するには、次のコマンドを入力します。

# /sbin/sysctl -p

このコマンドの出力結果を確認し、値が正しいかどうかを検証します。値が正しくない場合、/etc/sysctl.confファイルを編集し、このコマンドを再度入力します。

3. コマンド/sbin/sysctl -aを入力して、値が正しく設定されていることを確認します。

4. /etc/sysctl.confファイルのカーネル・パラメータの値を更新したら、コンピュータを再起動するか、コマンドsysctl -pを実行して、アクティブなカーネル・メモリーで使用可能な/etc/sysctl.confファイルを変更します。

D.1.3 SUSE Linux用の追加のパラメータおよびカーネルの設定

SUSE Linux Enterprise Serverシステムの場合にのみ、必要に応じて次の手順を実行します。

1. 次のコマンドを入力して、システムの再起動時に/etc/sysctl.confファイルが読み込まれるようにします。

# /sbin/chkconfig boot.sysctl on

2. パラメータ/proc/sys/vm/hugetlb_shm_groupの値としてoinstallグループのGIDを入力します。これを行うと、oinstallのメンバーに共有メモリー・セグメントを作成するためのグループ権限が付与されます。
たとえば、oinstallグループのGIDが501の場合は次のようになります。

# echo 501 > /proc/sys/vm/hugetlb_shm_group

このコマンドを実行した後、viを使用して/etc/sysctl.confに次のテキストを追加し、システムの再起動時にboot.sysctlスクリプトが実行されるようにします。

vm.hugetlb_shm_group=501

注意:
vm.hugetlb_shm_groupとして定義できるのは1つのグループのみです。

D.2 UDPおよびTCPカーネル・パラメータの手動設定

修正スクリプトまたはCVUを使用してエフェメラル・ポートを設定しない場合は、TCP/IPエフェメラル・ポート範囲のパラメータを設定して、予想されるサーバーのワークロードに対して十分なエフェメラル・ポートを提供します。下限を9000以上に設定し、Well KnownポートとOracleおよびその他のサーバー・ポートで一般的に使用される登録済ポート範囲のポートを避けます。使用するアプリケーションに予約済のポートを避けるようにポート範囲を高く設定します。範囲の下限が9000を超え、予想されるワークロードに対して範囲が十分大きい場合は、エフェメラル・ポート範囲に関するOracle Universal Installer警告は無視できます。

たとえば、IPv4の場合は、次のコマンドを使用してエフェメラル・ポートの現在の範囲を確認します。

$ cat /proc/sys/net/ipv4/ip_local_port_range
32768 61000

上の例では、最低ポート(32768)および最高ポート(61000)はデフォルト範囲に設定されています。

必要に応じて、UDPとTCPのエフェメラル・ポート範囲を予想されるシステム・ワークロードに十分対応できるように高い範囲に更新し、エフェメラル・ポート範囲が9000以上になるようにします。次に例を示します。

# echo 9000 65500 > /proc/sys/net/ipv4/ip_local_port_range

これらの設定は永続的にすることをお薦めします。たとえば、rootとして、テキスト・エディタを使用して/etc/sysctl.confを開き、net.ipv4.ip_local_port_range = 9000 65500を追加またはこれに変更した後、ネットワークを再起動します(# /etc/rc.d/init.d/network restart)。システム再起動時にこのエフェメラル・ポート範囲の変更を自動化する方法の詳細は、Linuxディストリビューションのシステム管理に関するドキュメントを参照してください。

関連項目:
Direct NFSクライアントを使用する場合は、「Direct NFSクライアントのためのTCPネットワーク・プロトコル・バッファの設定」を参照してください。

D.3 ストレージ・パスとディスク・デバイスの構成

デバイスの永続性のために、Oracle ASMフィルタ・ドライバ(Oracle ASMFD)を使用することをお薦めします。ただし、デバイスの永続性のために、Oracle Automatic Storage Managementライブラリ・ドライバ(Oracle ASMLIB)を使用するか、udevルールを設定する方法もあります。

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

- Oracle ASMLIBを使用したストレージ・デバイス・パスの永続性の構成

- Oracle Automatic Storage Management用のディスク・デバイスの手動での構成

D.3.1 Oracle ASMLIBを使用したストレージ・デバイス・パスの永続性の構成

Oracle ASMLIBを構成する場合は、次の項を確認してください。

- Oracle ASMLIBを使用したOracle ASMについて

- ブロック・デバイスの維持のためのOracle ASMLIBの構成

- Oracle ASMLIBの削除

注意:
IBM: Linux on System zでは、Oracle ASMLIBはサポートされていません。

D.3.1.1 Oracle ASMLIBを使用したOracle ASMについて

Oracle Automatic Storage Managementライブラリ・ドライバを使用すると、システムを再起動するたびにOracle Automatic Storage Management (Oracle ASM)で使用するブロック・ディスク・デバイスをリバインドする必要がなくなるため、ブロック・ディスク・デバイスの構成および管理が簡単になります。

Oracle ASMLIBで、Oracle ASMディスクとして使用可能にするディスク範囲を定義します。Oracle ASMLIBによって、ストレージ・デバイス上で永続する権限とディスク・ラベルが保持されます。そのため、オペレーティング・システムのアップグレード後でもそのラベルを使用できます。

注意:
Oracle ASMLIBを使用するディスクを構成する場合は、ディスク検出文字列をORCL:*に変更する必要があります。ディスク文字列をORCL:*に設定するか、空("")のままにすると、インストーラでこれらのディスクが検出されます。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』のOracle ASMライブラリ・ドライバの使用に関する項

D.3.1.2 ブロック・デバイスの維持のためのOracle ASMLIBの構成

Oracle ASMLIBを使用してOracle ASMデバイスを構成するには、次の作業を実行します。

- Oracle ASMLIBソフトウェアのインストールおよび構成

- Oracle ASMLIBを使用するためのディスク・デバイスの構成

- Oracle ASMLIBおよびディスクの管理

注意:
Oracle ASMライブラリ・ドライバを使用して、インストール中にデータベースを作成するには、対話型モードでASMCAを実行するインストール方法を選択する必要があります。また、ディスク検出文字列をORCL:*に変更する必要があります。

関連項目:
「既存のOracle Automatic Storage Managementディスク・グループの使用」

D.3.1.2.1 Oracle ASMLIBソフトウェアのインストールおよび構成

Oracle ASMLIBは、Oracle LinuxパッケージおよびSUSE Linux Enterprise Server 11に含まれています。Unbreakable Linux Networkのメンバーの場合、Oracle Linuxチャネルをサブスクライブし、yumを使用してシステムおよびカーネルの最新パッケージを取得することによって、Oracle ASMLIB RPMをインストールできます。追加情報については、次のURLを参照してください。

http://www.oracle.com/technetwork/topics/linux/asmlib/index-101839.html

Oracle Automatic Storage Managementライブラリ・ドライバ・ソフトウェアを手動でインストールおよび構成するには、次の手順を実行します。

1. 次のコマンドを入力し、システムのカーネル・バージョンおよびアーキテクチャを確認します。

# uname -rm

2. 必要に応じて、Oracle Technology NetworkのWebサイトから、必要なOracle Automatic Storage Managementライブラリ・ドライバ・パッケージをダウンロードします。
http://www.oracle.com/technetwork/server-storage/linux/downloads/index-088143.html

注意:
Red Hat Enterprise Linux 5 Advanced ServerでOracle ASMLIBを使用するには、oracleasm-supportパッケージのバージョン2.0.1以上をインストールする必要があります。Oracle ASMLIBは、SUSE Linux Enterprise Serverディストリビューションにすでに含まれています。

関連項目:
Red HatディストリビューションでのOracle ASMLIBサポートの詳細は、My Oracle SupportのNote 1089399.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1089399.1

3. rootユーザーに切り替えます。

$ su -

4. 次のパッケージを順にインストールします(versionはOracle Automatic Storage Managementライブラリ・ドライバのバージョン、archはシステム・アーキテクチャ、kernelは使用しているカーネルのバージョンです)。

oracleasm-support-version.arch.rpm
oracleasm-kernel-version.arch.rpm
oracleasmlib-version.arch.rpm

次のようなコマンドを入力してパッケージをインストールします。

# rpm -ivh oracleasm-support-version.arch.rpm \
oracleasm-kernel-version.arch.rpm \
oracleasmlib-version.arch.rpm

たとえば、AMD64システムでRed Hat Enterprise Linux 5 ASのカーネルを使用している場合は、次のコマンドを入力します。

# rpm -ivh oracleasm-support-2.1.3-1.el5.x86_64.rpm \
oracleasm-2.6.18-194.26.1.el5xen-2.0.5-1.el5.x86_64.rpm \
oracleasmlib-2.0.4-1.el5.x86_64.rpm

5. 次のコマンドを入力し、configureオプションを使用してoracleasm初期化スクリプトを実行します。

# /usr/sbin/oracleasm configure -i

注意:
/usr/sbinにあるoracleasmコマンドを使用してください。/etc/init.dパスは非推奨ではありませんが、このパスにあるoracleasmバイナリは、現在では通常、内部コマンドに使用されています。

6. スクリプトによって表示されるプロンプトに応じて、次の情報を入力します。

プロンプト

提示する応答

ドライバ・インタフェースを所有するデフォルト・ユーザー:

グループおよびユーザーの標準構成: Oracleソフトウェア所有者ユーザー(oracleなど)を指定します。
役割区分によるグループおよびユーザーの構成: グリッド・インフラストラクチャ・ソフトウェア所有者(gridなど)を指定します。

ドライバ・インタフェースを所有するデフォルト・グループ:

グループおよびユーザーの標準構成: データベースのOSDBAグループ(dbaなど)を指定します。
役割区分によるグループおよびユーザーの構成: 記憶域管理のOSASMグループ(asmadminなど)を指定します。

ブート時のOracle ASMライブラリ・ドライバの起動(y/n):

yを入力して、システムの起動時に、Oracle Automatic Storage Managementライブラリ・ドライバを起動します。

ブート時のOracle ASMディスクのスキャン(y/n):

システムの起動時にOracle ASMディスクをスキャンするには、yと入力します。

スクリプトによって、次の作業が実行されます。

- /etc/sysconfig/oracleasm構成ファイルの作成

- /dev/oracleasmマウント・ポイントの作成

- ASMLIBドライバのファイル・システムのマウント

注意:
Oracle ASMLIBファイル・システムは通常のファイル・システムではありません。Oracle ASMLIBと通信するOracle ASMライブラリでのみ使用されます。

7. 次のコマンドを入力して、oracleasmカーネル・モジュールをロードします。

# /usr/sbin/oracleasm init

D.3.1.2.2 Oracle ASMLIBを使用するためのディスク・デバイスの構成

Oracle Automatic Storage Managementディスク・グループで使用するディスク・デバイスを構成するには、次の手順を実行します。

1. Oracle Automatic Storage Managementディスク・グループでIDE、SCSIまたはRAIDデバイスを使用する場合、次の手順を実行します。

1. ディスク・グループに使用するディスク・デバイスをインストールまたは構成し、システムを再起動します。

2. 次のコマンドを入力して、使用するディスクのデバイス名を特定します。

# /sbin/fdisk -l

ディスクのタイプに応じて、次のようにデバイス名が異なる場合があります。

ディスク・タイプ

デバイス名の書式

説明

IDEディスク

/dev/hdxn

この例で、xはIDEディスクの識別文字、nはパーティション番号です。たとえば、/dev/hdaは最初のIDEバスの最初のディスクを表します。

SCSIディスク

/dev/sdxn

この例で、xはSCSIディスクの識別文字、nはパーティション番号です。たとえば、/dev/sdaは最初のSCSIバスの最初のディスクを表します。

RAIDディスク

/dev/rd/cxdypz
/dev/ida/cxdypz

RAIDコントローラに応じて、RAIDデバイスは異なるデバイス名を持つことができます。この例で、xはコントローラの識別番号、yはディスクの識別番号、zはパーティションの識別番号です。たとえば、/dev/ida/c0d1は最初のコントローラ上の第2の論理ドライブです。

ディスク・グループにデバイスを含めるには、ドライブ・デバイス名またはパーティション・デバイス名のいずれかを指定します。

注意:
使用する各ディスクに、単一のディスク全体パーティションを作成することをお薦めします。

3. fdiskまたはpartedのいずれかを使用して、ディスク・デバイスに、単一のディスク全体パーティションを作成します。

2. 次のようなコマンドを入力して、ディスクをOracle Automatic Storage Managementディスクとしてマークします。

# /usr/sbin/oracleasm createdisk DISK1 /dev/sdb1

この例で、DISK1はディスクに割り当てられる名前です。

注意:

- 指定するディスク名には、大文字、数字、およびアンダースコア文字を使用できます。ディスク名の先頭は大文字にする必要があります。

- Oracle Automatic Storage Managementライブラリ・ドライバを使用するデータベースをインストール時に作成するには、ディスク検出文字列をORCL:*に変更する必要があります。

- Oracle ASMでマルチ・パス・ディスク・ドライバを使用している場合は、そのディスクに正しい論理デバイス名を指定してください。

D.3.1.2.3 Oracle ASMLIBおよびディスクの管理

Oracle Automatic Storage Managementライブラリ・ドライバおよびディスクを管理するには、次の表に示す様々なオプションとともに/usr/sbin/oracleasm初期化スクリプトを使用します。

表D-1 ORACLEASMを使用したディスクの管理タスク

作業

コマンドの例

説明

ASMLIBの構成または再構成

oracleasm configure -i

必要に応じて、configureオプションを使用して、Oracle Automatic Storage Managementライブラリ・ドライバを再構成します。

コマンド・オプションを表示するには、oracleasm configureを-iフラグなしで入力します。

ASMLIBのシステム再起動ロード・オプションの変更

oracleasm enable

オプションは、disableおよびenableです。

disableおよびenableオプションを使用して、システムの起動時のOracle Automatic Storage Managementライブラリ・ドライバの動作を変更します。enableオプションを使用すると、システムの起動時に Oracle Automatic Storage Managementライブラリ・ドライバがロードされます。

システムを再起動せずにASMLIBをロードまたはアンロード

oracleasm restart

オプションは、start、stopおよびrestartです。

start、stopおよびrestartオプションを使用して、システムを再起動せずにOracle Automatic Storage Managementライブラリ・ドライバをロードまたはアンロードします。

ASMLIBで使用するディスクをマーク

oracleasm createdisk VOL1 /dev/sda1

creatediskオプションを使用して、Oracle Automatic Storage Managementライブラリ・ドライバで使用するディスク・デバイスをマークし、名前を付けます(labelnameはデバイスをマークするために使用する名前、devicepathはデバイスへのパスです)。

oracleasm createdisk labelname devicepath

名前付きディスク・デバイスのマーク解除

oracleasm deletedisk VOL1

deletediskオプションを使用して、名前付きディスク・デバイスのマークを解除します(disknameはディスクの名前です)。

oracleasm deletedisk diskname

注意: このコマンドを使用して、Oracle Automatic Storage Managementディスク・グループで使用されているディスクのマークは外さないでください。このディスクは、Oracle Automatic Storage Managementディスク・グループから削除した後でマークを外す必要があります。

ASMLIBがディスク・デバイスを使用しているかどうかの確認

oracleasm querydisk

querydiskオプションを使用して、ディスク・デバイスまたはディスク名がOracle Automatic Storage Managementライブラリ・ドライバで使用されているかどうかを確認します(diskname_devicenameは問合せを行うディスクまたはデバイスの名前です)。

oracleasm querydisk diskname_devicename

Oracle ASMLIBディスクのリスト

oracleasm listdisks

listdisksオプションを使用して、マークされたOracle ASMライブラリ・ドライバ・ディスクのディスク名を表示します。

ASMLIBディスクとしてマークされたディスクの識別

oracleasm scandisks

scandisksオプションを使用すると、別のノードでASMLIBディスクとしてマークされている共有ディスクを、クラスタ・ノードで識別できます。

ASMLIBディスクの名前変更

oracleasm renamedisk VOL1 VOL2

renamediskオプションを使用して、次の構文を使用することで、Oracle ASMライブラリ・ドライバ・ディスクまたはデバイスのラベルを変更します(managerはマネージャ・デバイスを指定し、label_deviceはOracleASMラベル名またはデバイス・パスのいずれかで指定したように名前を変更するディスクを指定し、new_labelはディスクに使用する新しいラベルを指定します)。

oracleasm renamedisk [-l manager] [-v] label_device new_label

デバッグ用に詳細な出力を指定するには、-vフラグを使用します。

注意: ディスクをラベル変更する前に、すべてのOracle DatabaseおよびOracle ASMインスタンスがディスクの使用を停止していることを確認する必要があります。これを行わないと、データが失われる可能性があります。

D.3.1.3 Oracle ASMLIBの削除

Oracle ASMLIBがインストールされているが、デバイス・パスの永続性のためにそれを使用していない場合は、次の手順でOracle ASMLIBを削除します。

1. Oracle ASMと、実行中のデータベース・インスタンスがあればそれも停止します。

$ srvctl stop asm
$ srvctl stop instance -d db_unique_name

2. rootとしてログインします。

3. Oracle Restartスタックを停止します。

# cd Grid_home/bin
# crsctl stop has

4. Oracle ASMLIBを停止します。

# /etc/init.d/oracleasm disable

5. oracleasmライブラリとツールのRPMを削除します。

# rpm -e oracleasm-support
# rpm -e oracleasmlib

6. oracleasm RPMが残っていないかどうか確認します。

# rpm -qa| grep oracleasm

7. oracleasm構成ファイルが残っている場合には、削除します。

# rpm -qa| grep oracleasm | xargs rpm -e

これで、Oracle ASMLIBと関連RPMが削除されます。

8. Oracle Restartスタックを起動します。オプションで、Oracle Restartスタックを起動する前にOracle ASMフィルタ・ドライバ(Oracle ASMFD)をインストールし、構成します。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

D.3.2 Oracle Automatic Storage Management用のディスク・デバイスの手動での構成

この項では、Oracle ASMで使用するディスク・デバイスを手動で準備する方法について、次の内容で説明します。

- デバイスのファイル名およびLinux所有権について

- Oracle ASM用のディスク・デバイスの権限ファイルの構成

注意:
udevの動作は、Linuxのバージョン、ベンダーおよび記憶域の構成によって異なります。

D.3.2.1 デバイスのファイル名およびLinux所有権について

サーバーが起動すると、デフォルトで、デバイス・ファイル・ネーミング・スキームudevによって、デバイス・ファイル名が動的に作成され、その所有権がrootに割り当てられます。udevでデフォルトの設定が適用される場合は、ディスクのOracleデバイス・ファイル名および所有者が変更されるため、サーバーの再起動時にディスクがアクセス不可能になります。たとえば、ユーザーgridが所有する/dev/sddというデバイス上の投票ディスクが、サーバーの再起動後には、rootが所有する/dev/sdfというデバイスに置かれる可能性もあります。

Oracle ASMFDを使用する場合、udevで権限およびデバイス・パスの永続性を指定する必要はありません。

Oracle ASMFDを使用しない場合は、カスタム・ルール・ファイルを作成する必要があります。Linuxベンダーは、自身のudev構成をカスタマイズして、ルール・ファイルの読取りに異なる順序を使用しています。たとえば、一部のLinuxディストリビューションでは、udevが起動すると、ルール・ファイルに定義されたルール(構成ディレクティブ)が順次実行されます。これらのファイルのパスは/etc/udev/rules.d/です。ルール・ファイルは、字句順に読み取られます。たとえば、ルール・ファイル10-wacom.rulesファイルのルールは、ルール・ファイル90-ib.rulesのルールより先に解析され実行されます。

UDEVルール・ファイルにデバイス情報を指定する場合は、表示されている順に、他のすべての特性より前に、OWNER、GROUPおよびMODEが指定される必要があります。たとえば、UDEV行に特性ACTIONを含めるには、OWNER、GROUPおよびMODEの後にACTIONを指定します。

複数のルール・ファイルに同じデバイスの記述があった場合、サポートされているLinuxカーネル・バージョンでは、最後に読み取られたファイルが適用されます。

D.3.2.2 Oracle ASM用のディスク・デバイスの権限ファイルの構成

Oracle ASMが使用するディスク・デバイスの権限ファイルを構成するには、次の作業を行います。

1. /etc/scsi_id.configファイルを編集し、ファイルにoptions=-gを追加して、リストする際にSCSIデバイスを信頼できるデバイスとして構成します。次に例を示します。

# cat > /etc/scsi_id.config
vendor="ATA",options=-p 0x80
options=-g

2. テキスト・エディタを使用してOracle ASMデバイスのudevルール・ファイルを作成し、インストールの所有者と、メンバーがグリッド・インフラストラクチャ・ソフトウェアの管理者であるグループの権限を0660に設定します。
たとえば、Oracle Linuxで、ロール・ベースの構成rules.dファイル(インストール所有者がgrid、OSASMグループがasmadmin)を作成するには、次のようなコマンドを入力します。

# vi /etc/udev/rules.d/99-oracle-asmdevices.rules

KERNEL=="sd?1", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000000", OWNER="grid", GROUP="asmadmin", MODE="0660"
KERNEL=="sd?2", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000000", OWNER="grid", GROUP="asmadmin", MODE="0660"
KERNEL=="sd?3", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000000", OWNER="grid", GROUP="asmadmin", MODE="0660"

3. /sbin/partprobe devicenameを使用して、更新されたブロック・デバイス・パーティション表をサーバーにロードします。 これは、rootユーザーで実行する必要があります。

4. udevサービスを再起動するコマンドを入力します。
Oracle LinuxおよびRed Hat Enterprise Linuxでは、コマンドは次のとおりです。

# /sbin/udevcontrol reload_rules
# /sbin/start_udev

SUSE Linux Enterprise Serverでのコマンドは、次のとおりです。

# /etc/init.d boot.udev restart

デバイスの権限および所有権が正しく設定されていることを確認します。

E Oracle Database用のネットワークの構成

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

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

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

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

関連項目:
Oracle Databaseでサポートされるネットワーク・プロトコルおよびハードウェアの最新情報は、My Oracle Supportの「動作保証」ページを参照してください。

https://support.oracle.com/

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

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

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

注意:
両方のテストに成功する必要があります。

E.1.1 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

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

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

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

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

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

pingコマンドに失敗した場合は、ネットワーク管理者に問い合せてください。

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

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

F Optimal Flexible Architecture

この付録では、Optimal Flexible Architecture(OFA)標準について説明します。この標準は、Oracleを適切にインストールして管理を簡略化するために作成された構成ガイドラインのセットです。内容は次のとおりです。

- Optimal Flexible Architecture標準の概要

- Optimal Flexible Architectureの理解

F.1 Optimal Flexible Architecture標準の概要

Optimal Flexible Architecture標準は、所有するユーザーおよびバージョンの異なる複数のデータベースが共存できるようにデータベース・ソフトウェアとデータベースを適切に配置および構成します。Optimal Flexible Architectureにより、ORACLE_BASEで識別されるディレクトリの自動診断リポジトリ(ADR)で適切なインシデントの診断データを収集できます。

インストール・メディアのすべてのOracleコンポーネントは、Optimal Flexible Architectureに準拠しています。Oracle Universal Installerでは、Optimal Flexible Architectureガイドラインに従ったデフォルトの権限を割り当てるディレクトリの位置にOracle Databaseコンポーネントを配置します。

データベースが巨大な場合または複数データベースの使用を計画している場合は特に、Optimal Flexible Architectureを使用することをお薦めします。

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

Oracleデータベースをインストールすると、コンピュータでサポート可能な大規模なアプリケーションがインストールされます。大規模データベースを管理する場合、複数のOracleホームおよびOptimal Flexible Architectureの使用は多くの利点をもたらします。重要な利点を次に示します。

- 構造化されたディレクトリおよびファイルの配置、一貫性のあるデータベース・ファイルのネーミングによるデータベース管理の簡略化。

- 複数のディスクにI/Oを分散することで、単一ドライブへの複数の読取り/書込みコマンドの発行によるパフォーマンスのボトルネックを回避。

- 複数のディスクへのアプリケーションの分散により、データベース障害に対する安全性の確保。

- データベース管理者がOracleホーム・ディレクトリを追加、移動または削除する際にログイン・ホーム・ディレクトリに危険が及ばない。

- 所有するユーザーおよびバージョンの異なる複数のデータベースの共存。

- Oracleホームでのソフトウェア・アップグレードのテストを、本番データベースが配置されたOracleホームとは異なるディレクトリで実行できる。

F.2 Optimal Flexible Architectureの理解

この項では、Optimal Flexible Architecture標準で推奨されるネーミング方法について説明します。この項の内容は、次のとおりです。

- ファイル・システム

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

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

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

- OracleファイルのOptimal Flexible Architecture構造の識別

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

F.2.1 ファイル・システム

次の各項では、マウント・ポイントの規則について説明します。

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

- ネーミング規則

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

ストライプ化もミラー化もされていないファイル・システムに格納されたデータベースについてOptimal Flexible Architecture推奨事項を完全に実装するには、3つ以上のファイル・システムをそれぞれ個別の物理デバイスに配置することが必要です。

F.2.1.2 ネーミング規則

すべてのファイル・システムのマウント・ポイント名には構文/pmを使用します。pは文字定数、mは各マウント・ポイントを区別するために使用する一意の固定長キー(通常は2桁の番号)です。たとえば、/u01と/u02、/disk01と/disk02となります。

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

次の各項では、Optimal Flexible Architecture標準に準拠したディレクトリのネーミング規則について説明します。

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

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

- パス名の参照

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

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

注意:
Oracleソフトウェア用に選択したパス(Oracleホーム・パス、Oracleベース・パスなど)では、ASCII文字のみを必ず使用してください。一部のパスにインストール所有者名がデフォルトで使用されるため、このASCII文字制限はユーザー名、ファイル名およびディレクトリ名に適用されます。

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

Oracleベース・ディレクトリはトップレベル・ディレクトリで、様々なOracleソフトウェア製品のインストールに使用できます。同一のOracleベース・ディレクトリを複数のインストールに使用できます。異なるオペレーティング・システム・ユーザーが同じシステム上にOracleソフトウェアをインストールする場合、各ユーザーは個別のOracleベース・ディレクトリを作成する必要があります。

Oracleベース・ディレクトリ名には、構文/pm/s/uを使用します。表F-1に、この構文で使用されている変数を示します。

表F-1 Oracleベース・ディレクトリのネーミング構文

変数

説明

pm

マウント・ポイント名

s

標準ディレクトリ名

u

ディレクトリの所有者名(Oracle Universal Installerを実行しているユーザー)

たとえば、/u01/app/oracleはoracleユーザーにより作成されたOracleベース・ディレクトリで、/u01/app/applmgrはapplmgrユーザーにより作成されたOracleベース・ディレクトリです。

Oracleベース・ディレクトリをUNIXファイル・システムと同じレベルに配置すると、様々なマウント・ポイントにあるOracleベース・ディレクトリの集合を1つのパターン一致文字列/*/app/*を使用して参照できるという利点があります。

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

各ディスク・ドライブに1つのアプリケーションからのデータベース・ファイルがあり、I/Oボトルネックを防止できる十分な数のドライブが各データベースにある場合は、マウント・ポイント名に構文/h/q/dを使用します。表F-2に、この構文で使用されている変数を示します。

表F-2 大規模データベースのマウント・ポイントのネーミング構文

変数

説明

h

Oracleベース・ディレクトリ

q

oradataなど、このディレクトリにOracleデータが格納されていることを示す文字列

d

初期化パラメータDB_NAMEの値(通常は単一インスタンス・データベースのインスタンスSIDと同じ)

たとえば、testデータベース専用に2つのドライブを割り当てるには、マウント・ポイント名として/u01/app/oracle/oradata/testおよび/u02/app/oracle/oradata/testを指定します。

F.2.2.3 パス名の参照

明示的なパス名の参照は、パスワード・ファイル、/etc/passwd、Oracle oratabファイルなど、パスの格納用に特別に設計されたファイル内でのみ行います。グループ・メンバーシップは、/etc/groupファイル内でのみ参照します。

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

複数のバージョンのOracleソフトウェアを同時に実行するというOptimal Flexible Architectureの要件を満たすように、パターン/pm/s/u/product/v/type_[n]と一致するディレクトリにそのソフトウェアをインストールします。

表F-3に、この構文で使用されている変数を示します。

表F-3 Oracleホーム・ディレクトリのネーミング構文

変数

説明

pm

マウント・ポイント名

s

標準ディレクトリ名

u

ディレクトリの所有者名

v

ソフトウェアのバージョン

type

Database(dbhome_1)、Client(client)、Oracle Grid Infrastructure(grid)などのインストールのタイプ

n

オプションのカウンタ。これを使用すると、同じOracleベース・ディレクトリに同じ製品を複数回インストールできます。

次に例を示します。

/u01/app/oracle/product/12.1.0/dbhome_1は、このシステムに初めてインストールされるOracle DatabaseのOracleホーム・ディレクトリを示しています。

ORACLE_HOME環境変数にはOracleホーム・ディレクトリを設定します。

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

管理データの編成を容易にするために、データベース固有の管理ファイルは、パターン/h/admin/d/a/と一致するサブディレクトリに格納することをお薦めします。hはOracleベース・ディレクトリ、dはデータベース名(DB_NAME)、aは特定のタイプのデータベース管理ファイルのサブディレクトリです。表F-4に、データベース管理ファイルのサブディレクトリを示します。

表F-4 データベース管理ファイルのサブディレクトリ

サブディレクトリ

説明

arch

アーカイブREDOログ・ファイル

adump

監査ファイル
(adumpディレクトリを指定するように、AUDIT_FILE_DEST初期化パラメータを設定します)

関連項目: 『Oracle Databaseセキュリティ・ガイド』

create

データベースの作成に使用されるデータベース作成ログ・ファイルおよびスクリプトが含まれます。

dpdump

データ・ポンプ操作のデフォルト・ディレクトリ。データ・ポンプ・ファイルdp.logも含まれます。

exp

データベース・エクスポート・ファイル

logbook

データベースのステータスおよび履歴が記録されるファイル

pfile

インスタンス・パラメータ・ファイル

scripts

非定型SQLスクリプト

たとえば、/u01/app/oracle/admin/orcl/scripts/はorclというデータベースに関連付けられているscriptsサブディレクトリです。

ADR診断データは、デフォルトでは/h/diag/rdbms/d/i/ディレクトリに格納されます。

各パラメータの意味は次のとおりです。

hはOracleベース

dはデータベース名

iはインスタンス名

ADRホームには、trace、alert、incidentというサブディレクトリがあります。表F-5に、ADRディレクトリを示します。

表F-5 診断トレースの場所

診断データ

10gでの場所

11gおよび12cの場所

フォアグラウンド・プロセス・トレース

user_dump_dest

ADR_HOME/trace/

バックグラウンド・プロセス・トレース

background_dump_dest

ADR_HOME/trace/

アラート・ログ・データ

background_dump_dest

ADR_HOME/alert/

コア・ダンプ

core_dump_dest

ADR_HOME/cdumps/

インシデント・ダンプ

プロセスによってuser_dump_destまたはbackground_dump_dest

ADR_HOME/incident/

関連項目:
『Oracle Database管理者ガイド』の自動診断リポジトリの構造、内容および場所に関する項

F.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ファイルが属しているデータベースを容易に判別できます。

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

存続期間、I/O要求需要、およびバックアップ頻度の異なるセグメントのグループを、異なる表領域間で分離します。

表F-6に、Database Configuration AssistantによりOracleデータベースごとに作成される特殊な表領域を示します。データベースを手動で作成する場合は、必要な表領域も作成する必要があります。これらの表領域は、アプリケーション・セグメントに必要な表領域とは別個に追加されるものです。

関連項目:
データベースの手動作成の詳細は、『Oracle Database管理者ガイド』の「Oracle Databaseの作成および構成」を参照してください。

表F-6 特殊な表領域

表領域

必須

説明

EXAMPLE

いいえ

サンプル・スキーマの格納に使用するEXAMPLE表領域

SYSAUX

はい

SYSTEM表領域の補助表領域

SYSTEM

はい

データ・ディクショナリ・セグメント

TEMP

はい

一時セグメント

UNDOTBS1

はい

OracleがUNDO情報の格納に使用

USERS

いいえ

その他のユーザー・セグメント

これらの特殊な表領域を作成すると、データ・ディクショナリ・セグメントは削除されることがなく、削除できる他のセグメントはSYSTEM表領域への格納が許可されないため効率的です。

関連項目:
REDOログ・ファイルおよび制御ファイルの詳細は、「表領域、データファイル、REDOログ・ファイルおよび制御ファイルの確認」を参照してください。

F.2.5OracleファイルのOptimal Flexible Architecture構造の識別

表F-7に、ファイル・クラスの識別に使用する構文を示します。

表F-7 ファイル・クラスを識別するためのディレクトリ構造の構文

ディレクトリ構造の構文

説明

/u[0-9][0-9]

ユーザー・データ・ディレクトリ

/*/home/*

ユーザーのホーム・ディレクトリ

/*/app/*

ユーザーのアプリケーション・ソフトウェア・ディレクトリ

/*/app/applmgr

Oracleアプリケーション・ソフトウェアのサブツリー

/*/app/oracle/product

Oracleソフトウェアのサブツリー

/*/app/oracle/product/12.1.0

リリース12c製品のOracleソフトウェアのサブツリー

/*/app/oracle/product/12.1.0/db*

Oracle Database 12cのOracleホーム・ディレクトリ

/*/app/oracle/product/12.1.0/grid*

ユーザーoracle用のスタンドアロン・サーバーのOracle Grid Infrastructure 12cの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ログ・ファイル

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

表F-8に、2つのOracleホーム・ディレクトリと2つのデータベースを持つOptimal Flexible Architecture準拠のサンプル・インストールの階層ファイル・マッピングを示します。データベース・ファイルは、/u02、/u03、/u04の3つのマウント・ポイント間に分散しています。

注意:
優れた冗長性とスループットを得るには、Oracle ASMの使用をお薦めします。

表F-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/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/12.1.0/dbhome_1

ユーザーoracle用のOracle DatabaseのOracleホーム・ディレクトリ

/u01/app/oracle/product/12.1.0/grid

ユーザーoracle用のスタンドアロン・サーバーのOracle Grid InfrastructureのOracleホーム・ディレクトリ

/u01/app/kjf/

ユーザーkjf用のOracleベース・ディレクトリ

/u01/app/edm/

ユーザーedm用のOracleベース・ディレクトリ

表F-9に、orclデータベースにおける、Optimal Flexible Architecture準拠のサンプル・インストールのログ・ファイルに対する階層ファイル・マッピングを示します。

表F-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などの構成アシスタントのログが含まれます。

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

インストールの実行中、Oracle Universal Installerでは、各コンポーネントに対して、一連のデフォルト・ポート番号の中からいずれかのポート番号が割り当てられます。この付録では、デフォルトのポート番号を示し、割り当てられたポートをインストール終了後に変更する方法について説明します。内容は次のとおりです。

- ポートの管理

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

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

G.1 ポートの管理

インストールの実行中Oracle Universal Installerでは、各コンポーネントに対して、一連のデフォルト・ポート番号の中からいずれかのポート番号が割り当てられます。多数のOracle Databaseコンポーネントおよびサービスがポートを使用します。管理者は、これらのサービスで使用されるポート番号を把握し、同じポート番号がホスト上の2つのサービスに使用されないことを確認する必要があります。次のコマンドを入力して、コンピュータで現在使用されているポートを確認します。

$/bin/netstat -a

ほとんどのポート番号はインストール時に割り当てられます。各コンポーネントおよびサービスには、ポート範囲が割り当てられています。これは、Oracle Databaseでポートの割当て時に使用される一連のポート番号です。Oracle Databaseでは、範囲の最小番号から順番に次のチェックが実行されます。

- ホスト上の他のOracle Databaseインストールで使用されているポートかどうか。
インストールがその時点で稼働中または停止されている場合も、Oracle Databaseではポートが使用されているかどうかを検出できます。

- 現在実行中のプロセスで使用されているポートかどうか。
これは、ホスト上のプロセスであればOracle Database以外のプロセスであってもかまいません。

- ポートが/etc/servicesファイルに表示されているかどうか。

前述のいずれかのチェックではいに該当するものがあると、Oracle Databaseは、割り当てられるポート範囲の中で次に大きい番号に移動し、空きポートが見つかるまでチェックを続けます。

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

ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポート構成に使用するツールに表示されます。また、一部のOracle Databaseアプリケーションのポートは、portlist.iniファイルに示されます。このファイルは、$ORACLE_HOME/installディレクトリにあります。

ポート番号を変更してもportlist.iniファイル内では更新されないため、このファイルに依存できるのはインストール直後のみです。ポート番号を検索または変更するには、この付録で説明する方法を使用します。

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

次の表に、単一インスタンスのデータベースのインストール時に構成されるコンポーネントで使用されるポート番号およびプロトコルを示します。デフォルトでは、範囲内で使用可能な先頭のポートがコンポーネントに割り当てられます。

表G-1 Oracleコンポーネントで使用されるポート

コンポーネントと説明

デフォルトのポート番号

ポート範囲

プロトコル

Oracle Net Servicesリスナー

OracleクライアントからOracle Net Servicesプロトコルを介してデータベースに接続できるようにします。インストール時に構成できます。このポートを再構成するには、Net Configuration Assistantを使用します。

1521

ポート番号は、次の使用可能なポートに変更されます。

使用可能な任意のポートに手動で変更可能です。

TCP

Oracle Connection Manager

OracleクライアントからOracle Connection Managerへの接続に使用されるリスニング・ポート。インストール時には構成されませんが、cman.oraパラメータ・ファイルを編集して手動で構成できます。ファイルは/network/adminディレクトリの下にあります。

1630

1630

TCP

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 Management Agentポートの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

- Oracleコンポーネントで使用されるクラスタウェア・ポートの一覧については、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。

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

この付録では、次のグローバリゼーション・サポートについて説明します。

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

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

関連項目:
Oracle Databaseのグローバリゼーション・サポートの概要は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

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

この項では、次の手順について説明します。

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

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

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

Oracleコンポーネントを使用する場合、使用する言語と地域(ロケール)を指定できます。コンポーネントのロケール設定により、そのコンポーネントのユーザー・インタフェースに使用される言語、および日付と数値書式などのグローバリゼーション動作が決まります。Oracleコンポーネントに応じて、コンポーネントのロケールは、そのコンポーネントを起動したオペレーティング・システムのセッションから引き継いだロケール、またはNLS_LANG環境変数で定義したロケールが使用されます。

オペレーティング・システムのロケールは通常、Javaテクノロジに基づくOracleコンポーネントで使用されます。NLS_LANG環境変数で定義したロケールは通常、OCIなどのOracle Clientライブラリを使用するOracleコンポーネントで使用されます。

注意:
選択した言語でOracleコンポーネントのユーザー・インタフェースが表示されるのは、該当する翻訳リソースが使用可能であり、インストールされている場合にかぎります。そうでない場合、ユーザー・インタフェースは英語で表示されます。

この項では、次の手順について説明します。

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

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

H.1.1.1 LANG環境変数を使用したオペレーティング・システムのロケールの指定

Oracle Universal Installer、Oracle Net Configuration Assistant、Oracle Database Configuration Assistantなどのコンポーネントにおけるユーザー・インタフェースの言語や、グローバリゼーション動作は、オペレーティング・システム・セッションのロケール設定によって決まります。また、ユーザー・アプリケーションからOracle JDBCドライバを介して作成されたOracle Databaseセッションにおけるグローバリゼーション動作も、アプリケーションが優先されていないかぎり、オペレーティング・システム・セッションのロケール設定により決まります。

オペレーティング・システム・ロケールは、LANG環境変数の値により指定されます。デフォルトのセッション・ロケールは、使用しているデスクトップ環境によって、ログイン画面、構成パネル、または構成ファイルから選択できます。

注意:
使用しているデスクトップ環境で、オペレーティング・システム・セッションのロケールを選択する方法は、オペレーティング・システムに付属のドキュメントを参照してください。

使用しているシェルの環境で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環境変数の値と、それが表している言語および地域とのマッピングの詳細は、オペレーティング・システムに付属のドキュメントを参照してください。

H.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

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

Oracleコンポーネントのユーザー・インタフェースを異なる言語で表示するには、それらの言語に翻訳されたリソースをコンポーネントとともにインストールする必要があります。

注意:
Oracle Database Vaultのユーザー・インタフェース・テキストの一部は、DVSYSスキーマの中のデータベース表に格納されます。デフォルトでは、これらの表には英語のみロードされます。Oracle Database Vault Configuration Assistantを使用すると、Oracle Database Vaultに別の言語を追加できます。必要な手順は、『Oracle Database Vault管理者ガイド』のOracle Database Vaultへの言語の追加に関する項を参照してください。

翻訳リソースをインストールする手順は次のとおりです。

1. Oracle Universal Installerを起動します。

2. 「セキュリティ・アップデートの構成」画面で、関連する情報を入力して「次へ」をクリックします。

3. 「インストール・オプションの選択」画面で、インストール・オプションを選択し、「次へ」をクリックします。

4. 「システム・クラス」画面で、データベース・インストール用のシステム・クラスのタイプを選択し、「次へ」をクリックします。

5. 「Gridインストール・オプション」画面で、実行するデータベース・インストールのタイプを選択し、「次へ」をクリックします。

6. 「製品言語の選択」画面の「使用可能な言語」フィールドで、Oracleコンポーネントで使用する言語を選択します。

注意:
「使用可能な言語」フィールドには、Oracleグローバリゼーション・ライブラリでサポートされているすべての言語が表示されます。通常、実際に翻訳されている言語はその一部であり、各コンポーネントによっても異なります。また、特定のコンポーネントにおいて翻訳の対象となる範囲は、言語によって異なります。たとえば、ユーザー・インタフェースのテキストがすべて翻訳されている言語もあれば、エラー・メッセージのみ翻訳されヘルプ・ファイルは翻訳されていない言語もあります。

7. 矢印(>)を使用して、選択した言語を「選択された言語」フィールドに移動し、「次へ」をクリックします。

注意:
Oracle Universal Installerでは、「選択された言語」フィールドに移動した言語でも、翻訳されていない場合は無視されます。

H.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をフランス語で実行できます。

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

この付録では、トラブルシューティングについて説明します。内容は次のとおりです。

- 要件の確認

- X Windowの表示エラー

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

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

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

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

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

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

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

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

- メモリー・サイズ・エラーのトラブルシューティング

- ファイル記述子エラーのトラブルシューティング

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

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

- サーバーの再起動後のインストールまたはアップグレードの続行

関連項目:
Oracle Configuration Managerの使用中に発生する可能性がある一部のエラーの詳細と、これらのエラーのトラブルシューティングに関するヒントは、『Oracle Configuration Managerインストレーションおよび管理ガイド』の第6章「Oracle Configuration Managerのトラブルシューティング」を参照してください。

I.1 要件の確認

この付録に示すトラブルシューティングの手順を実行する前に、システムが要件を満たしていること、および第4章に説明されているインストール前の作業をすべて完了していることを確認してください。

I.1.1 リリース・ノートの参照

製品をインストールする前に、その製品に関するリリース・ノートを参照してください。リリース・ノートの最新バージョンは、次の場所から入手できます。

http://docs.oracle.com

I.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.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またはオペレーティング・システム・ベンダーのドキュメントを参照してください。

I.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を開くことができるようにします。

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

インストール中にエラーが発生した場合は、次のように操作してください。

- Oracle Universal Installerを終了しないでください。

- インストール画面の1つに間違った情報を入力して「次へ」をクリックした場合は、「戻る」をクリックして元の画面に戻り、情報を訂正します。

- Oracle Universal Installerがファイルをコピーまたはリンクしているときにエラーが発生した場合、インストール・ログで詳細を確認してください。
ファイル・コピーのエラーでは、次のログを確認します。

/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

Oracle Universal Installerの実行中にエラーが発生した場合は、-debugオプションを指定してOracle Universal Installerを再度実行します。

$./runInstaller -debug

ログ・ファイルの詳細を確認します。「インストール・セッションのログの確認」を参照してください。

- コンフィギュレーション・アシスタントの実行中にエラーが発生した場合は、「コンフィギュレーション・アシスタントのトラブルシューティング」を参照してください。

- 問題を解決できない場合は、「インストール失敗後のクリーン・アップ」の手順に従って、失敗したインストールの内容を削除してください。

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

インストール中には、Oracle Universal Installerにより実行されるすべてのアクションがログ・ファイルに記録されます。インストール中にエラーが発生した場合は、問題の原因と考えられる情報をログ・ファイルで確認してください。

ログ・ファイルを表示する手順は、次のとおりです。

1. 必要な場合は、次のコマンドを入力して、oraInventoryディレクトリの位置を確認してください。
Linux x86-64およびIBM: システムz上のLinux:

$ cat /etc/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

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

-deconfig -forceフラグを使用してroothas.shコマンドを実行すると、インストールしたバイナリを削除せずにOracle Restartを構成解除できます。この機能は、スタンドアロン・サーバー用Oracle Grid Infrastructureのインストール時、root.shコマンドの実行でオペレーティング・システム・パッケージがないなどのエラーが発生した場合に有用です。roothas.sh -deconfig -forceを実行してOracle Restartを構成解除し、エラーの原因を修正して再度root.shを実行できます。

注意:
Oracle Restartを構成解除する前に、インストールされ実行されているすべてのデータベース、サービスおよびリスナーを停止してください。

Oracle Restartを構成解除する手順:

1. rootユーザーとしてログインします。

2. Grid_home/crs/installディレクトリに移動します。次に例を示します。

# cd /u01/app/12.1.0/grid/crs/install

3. -deconfig -forceフラグを指定してroothas.shを実行します。次に例を示します。

# roothas.sh -deconfig -force

注意:
Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.plスクリプトはroothas.shスクリプトに置き換わりました。

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

Oracle Automatic Storage Management(Oracle ASM)のホスト名を変更すると、Oracle CSSデーモンは起動しません。この問題を解決するには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. roothas.shを実行し、CSSの構成を解除します。

# cd /u01/app/oracle/product/12.1.0/grid/crs/install
# perl roothas.sh -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管理者ガイド』

注意:
Oracle Database 12c リリース1 (12.1.0.2)以上では、Oracle Grid Infrastructureホームのroothas.plスクリプトはroothas.shスクリプトに置き換わりました。

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

コンフィギュレーション・アシスタントの実行中に発生したインストール・エラーのトラブルシューティング方法は、次のとおりです。

- 「インストール・セッションのログの確認」に示したインストール・ログ・ファイルを確認します。

- $ORACLE_HOME/cfgtoollogsディレクトリにある特定のコンフィギュレーション・アシスタントのログ・ファイルを確認します。エラーの原因となった問題を修正します。

- 次が表示された場合、「致命的エラー。再インストール」メッセージ、ログ・ファイルを確認して問題の原因を調べます。これ以降の手順は、「リカバリ不能なエラー」を参照してください。

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

Oracleのコンフィギュレーション・アシスタントの障害は、インストール画面の最下部に表示されます。追加情報がある場合は、コンフィギュレーション・アシスタントのインタフェースに表示されます。コンフィギュレーション・アシスタントの実行ステータスは、次のファイルに格納されます。

oraInventory_location/logs/installActionsdate_time.log

次の表に、実行ステータス・コードを示します。

ステータス

結果コード

コンフィギュレーション・アシスタントの正常終了

0

コンフィギュレーション・アシスタントの異常終了

1

コンフィギュレーション・アシスタントの取消し

-1

I.8.2 リカバリ不能なエラー

コンフィギュレーション・アシスタントの実行中にリカバリ不能なエラーが発生した場合は、次の手順に従って現在のインストールを削除し、Oracleソフトウェアを再インストールしてください。

1. 「インストール失敗後のクリーン・アップ」の説明に従って、失敗したインストールの内容を削除します。

2. リカバリ不能なエラーの原因を修正します。

3. Oracleソフトウェアを再インストールします。

I.9 インベントリに関する問題のトラブルシューティング

Oracleホームで次のいずれかの状況が発生した場合は、opatch lsinventory -detailコマンドを実行してインベントリの内容を表示し、Oracle Universal Installerユーザーズ・ガイドのインベントリの破損からのリカバリに関する項で、問題の修正についての情報を参照してください。

- インベントリの手順を完了せずに、Oracleホームがクローニングされている場合。

- 不良インベントリが存在する場合。

- インベントリが使用できないのに、別のOracleホームにOracle Enterprise Manager Agentがインストールされた時に作成されている場合。

I.10 画面表示に関する問題のトラブルシューティング

画面の解像度を640x480または800x600にしてOracleデータベースに接続している場合、タスクバーの背後に隠れてしまうため、GUIの「次へ」ボタンが表示されません。この問題を解決するには、次のいずれかを実行します。

- タスクバーを非表示にします。

- Oracle Universal Installerの画面を上に移動します。

- 画面の解像度を1024x768以上に設定します。

I.11 メモリー・サイズ・エラーのトラブルシューティング

Linuxシステムで、オペレーティング・システムの/dev/shmマウント・サイズが、Oracleのシステム・グローバル領域(SGA)およびプログラム・グローバル領域(PGA)に対して小さすぎる場合、次のエラーが発生します。

ORA-00845: MEMORY_TARGET not supported on this system

初期化パラメータMEMORY_TARGETまたはMEMORY_MAX_TARGETを設定する「メモリー・サイズ(SGAおよびPGA)」は、オペレーティング・システムの共有メモリー・ファイル・システム(/dev/shm)より大きい値にはできません。

ORA-00845エラーが発生した場合の対処方法は、/dev/shmマウントポイント・サイズを大きくすることです。

次に例を示します。

# mount -t tmpfs shmfs -o size=7g /dev/shm

システムを再起動してもこの変更が保持されるようにするには、/etc/fstabに次のようなエントリを追加します。

shmfs /dev/shm tmpfs size=7g 0 0

I.12 ファイル記述子エラーのトラブルシューティング

ファイル記述子のサイズが正しくない場合、様々なOracleプロセスでエラーが発生し、Oracle以外のプロセスでもLinux Error EMFILE (Too many open files)エラーが発生する可能性があります。

ORA-27123: unable to attach to shared memory segment

回避するためには、各Oracleインスタンスのファイル記述子数を512*PROCESSES以上にします。各プロセスの記述子数は512以上である必要があります。

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

サイレント・モード・インストールが正常に実行されたかどうかを判断するには、次のログ・ファイルを参照してください。

/oraInventory_location/logs/silentInstalldate_time.log

必要な場合は、前項を参照してoraInventoryディレクトリの位置を確認してください。

サイレント・インストールは、次の場合に失敗します。

- レスポンス・ファイルを指定していない場合

- 不正または不完全なレスポンス・ファイルを指定している場合

- Oracle Universal Installerにディスク領域不足などのエラーが発生した場合

Oracle Universal Installerまたはコンフィギュレーション・アシスタントは、実行時にレスポンス・ファイルを検証します。妥当性検査に失敗すると、サイレント・モード・インストールまたは構成プロセスは終了します。

I.14 インストール失敗後のクリーン・アップ

インストールが失敗した場合は、インストールの際にOracle Universal Installerによって作成されたファイルを、削除ツールを使用して削除する必要があります。

削除ツールの実行方法の詳細は、第10章「Oracle Databaseソフトウェアの削除」および「Oracle Restartのトラブルシューティングおよび構成解除」を参照してください。

I.15 サーバーの再起動後のインストールまたはアップグレードの続行

スタンドアロン・サーバーに対するOracle Grid Infrastructureのインストールまたはアップグレードの最中に、サーバーで再起動が求められ、次のようなエラーが表示される場合があります。

ACFS-9427 Failed to unload ADVM/ACFS drivers. A system reboot is recommended
ACFS-9428 Failed to load ADVM/ACFS drivers. A system reboot is recommended

この問題を回避するには、次の手順を実行します。

1. コンピュータを再起動します。

2. rootとしてログインし、orainstRoot.shスクリプトを実行します。次に例を示します。

$ sudo -s
# cd /u01/app/oraInventory
# ./orainstRoot.sh

3. ディレクトリをGridホームに変更し、root.shスクリプトを実行します。次に例を示します。

# cd /u01/app/oracle/product/12.1.0/grid
# ./root.sh

4. レスポンス・ファイルを構成し、インストール用のパスワードを指定します。レスポンス・ファイルの作成方法の詳細は、「レスポンス・ファイルを使用したインストール後の構成」を参照してください。

5. アップグレードまたはインストールを完了するには、ソフトウェア・インストール所有者としてログインしてから、$ORACLE_HOME/cfgtoollogs/configToolAllCommandsのパスにあるconfigToolAllCommandsスクリプトを実行して、作成したレスポンス・ファイルを指定します。たとえば、レスポンス・ファイルがgridinstall.rspの場合は次のとおりです。

$ cd $ORACLE_HOME/cfgtoollogs/configToolAllCommands
$ ./configToolAllCommands RESPONSE_FILE=gridinstall.rsp

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

Oracle Databaseコンポーネントのインストール方法を決定する際には、次のガイドラインに従ってください。

- Oracle Databaseのインストール

- Oracle Databaseツールのインストール

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

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

注意:
Oracle Databaseコンポーネントの中には、一部のプラットフォームで使用できないものもあります。プラットフォーム固有のインストレーション・ガイドまたはリリース・ノートを確認してください。

J.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 OLAPを使用することもできます。OLAPオプションは、Oracle Database Enterprise Editionで提供されます。Oracle OLAPは、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を各クライアント・ノードにインストールし、「InstantClient」インストール・タイプを選択します。
多数のクライアント・ノードが存在する場合は、ソフトウェアを集中的にステージングし、ドライブをマップして、Oracle Universal Installerをサイレント・モードまたはレスポンス・ファイル・モードで実行することを検討します。

クライアント・ノードで、新規Oracleホーム・ディレクトリにデフォルトでインストールするのみでよい場合は、このマニュアルで詳細を参照してください。

クライアント・ノードのディスク領域が限られている場合、Oracle Clientを最も効率よくインストールするにはどうすればよいですか。

1. このマニュアルの詳細に従って、Oracle Databaseをサーバーにインストールします。

2. 『Oracle Database Clientインストレーション・ガイド』に従って、Oracle Clientを各クライアント・ノードにインストールし、「InstantClient」インストール・タイプを選択します。
多数のクライアント・ノードがある場合は、サイレント・モードまたはレスポンス・ファイル・モードでのOracle Universal Installerの実行を検討します。

Oracle Databaseをアップグレードするにはどうすればよいですか。

『Oracle Databaseアップグレード・ガイド』を参照してください。

関連項目:
ソフトウェアのクローニングを使用してOracle Databaseをアップグレードする場合は、『Oracle Database管理者ガイド』を参照してください。

サイトのコンピュータはクラスタとして動作するように構成されています。Oracle Databaseをインストールするにはどうすればよいですか。

次のいずれかのインストール例に従ってください。

- 単一インスタンスのOracle Databaseをクラスタ環境で実行する必要がある場合は、Oracle Databaseのインストール前またはインストール後にOracle Grid Infrastructureをインストールします。

- クラスタ内のすべてのデータベースの統合ストレージ・プールが必要な場合は、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 Clusterwareは、Oracle Grid Infrastructureインストールにインストールされます。Oracle Real Application ClustersをOracle Clusterwareクラスタにインストールする必要があります。

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

J.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に含まれていますか。

- 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 Cloud Controlを使用して、データベースを管理および監視することも可能です。

Oracle Enterprise Manager Cloud Controlには、Oracle Management Agent、Oracle Management Service、Oracle Management Repositoryが含まれ、ブラウザベースの中央コンソールであるCloud Controlを使用し、管理者はエンタープライズに対する監視、管理および構成のすべてのタスクを実行できます。

関連項目:
『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』および『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』は次の場所から入手できます。
http://docs.oracle.com

Oracle Databaseの監視や複数のホスト、アプリケーション・サーバーおよびデータベース(インストールするデータベースを含む)の管理など、拡張管理タスクを実行するには、次の手順でOracle Enterprise Managerをインストールします。

1. このマニュアルに従って、Oracle Databaseをインストールします。
Oracle Real Application Clustersを使用する場合は、プラットフォーム固有の『Oracle Grid Infrastructureインストレーション・ガイド』および『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』に従ってOracle Databaseをインストールします。

2. Oracle Enterprise Managerをインストールおよび構成するには、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。構成後の作業については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。次のOracle Technology NetworkのWebサイトから入手できるマニュアルを参照してください。

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

Oracle Database製品のセキュリティを管理するにはどうすればよいですか。

オラクル社では、集中管理およびセキュリティ機能のOracle Internet Directoryとの統合を含めて、エンタープライズ環境向けの多様なセキュリティ・ソリューションを提供しています。Oracle Platform Security Services (OPSS)という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 Enterprise Editionのインストールの一部としてOracle OLAPを使用できます。Oracle OLAPは、OLAP要件を満たす必要のあるデータベース環境に最適なサポートを提供します。

関連項目:

- 『Oracle OLAPユーザーズ・ガイド』

- 『Oracle OLAP DMLリファレンス』

- 『Oracle OLAP Java APIリファレンス』

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 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に含まれていますか。

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 SOA Suiteを使用してワークフローを再作成および実装するようお薦めしています。Oracle SOA Suite (旧Oracle BPEL Process Manager)へのOracle Workflowプロセスの移行に関する詳細な推奨事項は、次に示す専門の移行ガイドを参照してください。

http://www.oracle.com/technetwork/middleware/ias/owf2bpel-132189.pdf

関連項目:
Oracle Workflowの方向性に関する項:
http://www.oracle.com/technetwork/middleware/ias/workflow-sod-089843.html

J.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 12cとともにインストールされる埋込み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

J.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をインストールするように選択できます。

表J-1に、OracleアプリケーションからアクセスできるOracle以外のデータベース・システム、およびそのシステムに使用できるゲートウェイ製品を示します。

表J-1 Oracleゲートウェイ製品

Oracle以外のデータベース

Oracleゲートウェイ製品およびマニュアル

IBM DB2 Universal Database(UDB)

Oracle Database Gateway for DRDA。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for DRDAユーザーズ・ガイド』を参照してください。

IBM DB2 z/OS

Oracle Database Gateway for DRDA。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for DRDAユーザーズ・ガイド』を参照してください。

IBM DB2/400

Oracle Database Gateway for DRDA。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『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 IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), and HP-UX Itaniumを参照してください。

『Oracle Database Gateway for APPCユーザーズ・ガイド』を参照してください。

SQL Server

Oracle Database Gateway for SQL Server。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for SQL Serverユーザーズ・ガイド』を参照してください。

Sybase Adaptive Server

Oracle Database Gateway for Sybase。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for Sybaseユーザーズ・ガイド』を参照してください。

Teradata

Oracle Database Gateway for Teradata。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for Teradataユーザーズ・ガイド』を参照してください。

Informix Server

Oracle Database Gateway for Informix。

Oracle Database Gatewayインストレーションおよび構成ガイドfor IBM AIX on POWER Systems (64-Bit), Linux x86-64, Oracle Solaris on SPARC (64-Bit), Oracle Solaris on x86-64 (64-Bit), and HP-UX Itaniumおよび『Oracle Database Gateway for Informixユーザーズ・ガイド』を参照してください。

用語集

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データベースでは、Oracleシステム識別子(SID)を使用して示されます。ネットワーク・ルートは、少なくとも、ネットワーク・アドレスを使用してリスナーの場所を示します。

接続識別子

接続記述子を解決する名前、ネット・サービス名またはサービス名。ユーザーは、接続するサービスに対する接続文字列内に、接続識別子とともにユーザー名およびパスワードを渡すことで接続リクエストを開始します。たとえば、次のようにします。

SQL> CONNECT user_name@connect_identifier
Enter password: password

制御ファイル

データベースの物理構造が記録され、データベース名、関連データファイルおよびオンラインUNDO表領域の名前および位置、データベース作成のタイム・スタンプ、現行ログ順序番号、およびチェックポイント情報が格納されているファイル。

デフォルト・ドメイン

ほとんどのクライアント・リクエストが発生するネットワーク・ドメイン。クライアントが置かれるドメイン、またはクライアントがネットワーク・サービスをリクエストするドメインとなることがあります。デフォルト・ドメインは、未修飾ネットワーク名リクエストに追加されるドメインを決定するクライアント構成パラメータにもなります。「.」文字を含まない場合、名前リクエストは修飾されません。

ディレクトリ・ネーミング

ネット・サービス名を接続記述子に解決するディレクトリ・サーバーを指定するネーミング・メソッド。ネット・サービス名は、ディレクトリ・サーバーに一元的に格納されます。

ディレクトリ・サーバー

Lightweight Directory Access Protocol(LDAP)準拠のディレクトリ・サーバー。ディレクトリは集中化された記憶域を提供し、データベース・ネットワーク・コンポーネント、ユーザー・ポリシーおよび企業ポリシーの設定、ユーザーの認証およびセキュリティ情報を取り出し、クライアント側とサーバー側のローカル・ファイルを置き換えます。

外部プロシージャ

Cプログラミング言語で記述され、共有ライブラリに格納されているプロシージャまたはファンクション。Oracleサーバーは、PL/SQLルーチンを使用して、外部プロシージャまたはファンクションをコールできます。Oracle Databaseから外部プロシージャに接続するには、サーバーをネット・サービス名で構成し、リスナーをプロトコル・アドレスおよびサービス情報で構成する必要があります。

グローバル・データベース名

データベースをネットワーク・ドメインの他のデータベースから一意に区別する完全データベース名。

次に例を示します。

sales.example.com

salesはデータベースに対して指定した名前、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 12cでは、サービス登録により、データベース・サービスを識別する必要がありません。ただし、Oracle Enterprise Managerを使用する場合は、Oracle Database 12cに静的なサービス構成が必要です。

ローカル・ネーミング

ネット・サービス名を接続記述子に解決するネーミング・メソッド。この名前は、各クライアントの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 home)」も参照してください。

Oracleホーム

Oracleコンポーネントをインストールするディレクトリ・パス(/u01/app/oracle/product/12.1.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ログ・ファイル

データベース・バッファ・キャッシュ内のデータに対する変更がすべて記録されるファイル。インスタンスに障害が発生すると、Oracle Database管理者はREDOログ・ファイルを使用してメモリー内で変更のあったデータをリカバリします。

リポジトリ

Oracle Management Serverにアクセス可能なOracleデータベースにある表の集合。Oracle Management Serverでは、すべてのシステム・データおよびアプリケーション・データ、環境全体に分散している管理対象ノードの状態についての情報、および別途ライセンスを受けられるManagement Packに関する情報を格納するために、リポジトリが使用されます。

サービス登録

LREGプロセス(インスタンス・バックグラウンド・プロセス)がリスナーに情報を自動的に登録する機能。この情報はリスナーに登録されるため、listener.oraファイルはこの静的情報で構成される必要がありません。

サービス登録により、リスナーには次の情報が提供されます。

- データベースにおける稼働中の各インスタンスのサービス名

- データベースのインスタンス名

- クライアントのリクエストをリスナーが適切に仕向ることができるように各インスタンスで使用できるサービス・ハンドラ(ディスパッチャおよび専用サーバー)。

- ディスパッチャ、インスタンスおよびノードのロード情報
リスナーがクライアントの接続リクエストを処理できる最良のディスパッチャを決定できるようにします。すべてのディスパッチャがブロックされている場合、リスナーはその接続専用のサーバーを起動できます。

この情報により、リスナーはクライアントの接続リクエストを処理するための最良の方法を決定できます。

SID

データベースをコンピュータにあるその他すべてのデータベースと区別するOracleシステム識別子。SIDは、文字が8文字以上か、ピリオドを入力しないかぎり、グローバル・データベース名のデータベース名部分(たとえば、sales.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 K L M N O P R S T U V W X

A

アカウント

確認, 9.6

ロック解除

Oracle Enterprise Manager Database Expressを使用, 9.7.1

アカウントの構成, 4.1.4 ACFS, 2.8.2

要件, 6.2, 6.2.2

ADVM

要件, 6.2, 6.2.2

aio-max-nrファイル, D.1.1 別名, 複数の別名を持つコンピュータ, E.2 AMD 64

ソフトウェア要件, 4.8, 4.9

AMM, 2.3.5 APPC対応データベース, J.4 アプリケーション, Oracle以外のアプリケーションをOracleに移行, J.3 asmグループ

作成, 5.1.5.8

asmcmdユーティリティ, 6.3.6 asmdbaグループ

作成, 5.1.5.6, 5.1.5.6

自動管理メモリー, 2.3.5

B

backupdba, 5.1.4.3

backupdbaグループ

作成, 5.1.5.3

データベースのバックアップ

Oracle Database Recovery Manager, J.2

ベース・ディレクトリ

「Oracleベース・ディレクトリ」を参照

ブロック・デバイス

権限ファイルの作成, D.3.2

ブラウザ, 4.10.6

C

CDB, はじめに, 7.4.1

データベース・キャラクタ・セット, 7.2.1

インストール, 7.4.1

PDBADMINパスワード, 7.4.1

S_PDBADMINPASSWORD, A.6.2

動作保証, ハードウェアおよびソフトウェア, 2.3.1 Linuxディストリビューションの確認, 4.11 共有メモリー・マウントの確認, 4.13 chmodコマンド, 4.17.2, 4.20.2 chownコマンド, 4.17.2, 4.20.2 クローニング

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

Oracleホーム, B.1

Cluster Synchronization Services(CSS)

Oracle Automatic Storage Management, 2.8.2

ポート, 範囲とプロトコル, G.3

クラスタ

インストールのガイドライン, 7.2

「Oracle Clusterware」、「Oracle Real Application Clusters」も参照

コマンド

cat, 4.11

fdisk, D.3.2

partprobe, D.3.2.2

rpm, 4.11

runcluvfy.sh, 6.4.1

setup.exe, 6.4.1

uname, 4.11

useradd, 5.1.5.11

usermod, 5.1.5.12

複数の別名を持つコンピュータ, E.2 コンピュータ, 非ネットワーク, E.3 コンフィギュレーション・アシスタント

障害, I.8.1

トラブルシューティング, I.8, I.8

構成

Oracleユーザーのアカウント, 8.3.2.1

Oracle Automatic Storage Managementのディスクの構成, 7.2.2 カーネル・パラメータの構成, D.1 クローニングされたOracleホームでのOracle Configuration Managerの構成, B.2 Connection Manager

ポート, 範囲とプロトコル, G.3

制御ファイル

特定, 9.10.3

ネーミング, F.2.3

確認, 9.10

Oracle Enterprise Manager Database Expressを使用, 9.10.3

CONTROL_FILES初期化パラメータ, 9.10.3 インベントリの作成, 7.4.1 cronジョブ, 1.6 カスタム・データベース

Oracle Automatic Storage Management用の障害グループ, 6.3.3.1

Oracle Automatic Storage Management使用時の要件, 6.3.3.1, 6.3.3.1

データベースのカスタマイズ, 7.4.1

D

DAS(ダイレクト接続ストレージ)ディスク, 6.3.3.2

データファイル

個別ディレクトリの作成, 4.20.2

定義, 9.10.1

Oracle ASMでの管理, 2.8.2

最小ディスク領域, 4.20.1

ネーミング, F.2.3

ファイル・システムの記憶域オプション, 4.20

ファイル・システムに関する推奨事項, 4.20.1

確認, 9.10

データファイル・ディレクトリの権限の設定, 4.20.2

設定, 9.10.1

データ消失

Oracle Automatic Storage Managementで最小限に抑制, 6.3.3.1

データ・マイニング・ツール

Oracle Data Mining, J.2

データ・ウェアハウス・ツール

Oracle OLAP, J.2

Database Configuration Assistant

レスポンス・ファイル, A.2.1

サイレント・モードでの実行, A.5

トラブルシューティング, I.8

データベース

ファイル, 9.10.1

識別, 9.8

初期化パラメータ・ファイル, 9.9

ネーミング, 7.4.1

Oracle以外

APPC対応, J.4

Oracle以外, リスト, J.4 OLAPサポート(Oracle OLAP), J.2 Optimal Flexible Architectureのファイル・ネーミング規則, F.2.3 Oracle Automatic Storage Managementの要件, 6.3.3.1 Oracle Backup and Recoveryを使用したリカバリ, J.2 REDOログ・ファイル, 9.10.2 セキュリティ管理, J.2 表領域, 9.10.1 DB_DOMAIN初期化パラメータ, 9.8 DB_NAME初期化パラメータ, 9.8, 9.8 DB2データベース, J.4 DB2 z/OSデータベース, J.4 DB2/400データベース, J.4 dbaグループ

作成, 5.1.5.1, 5.1.5.1

説明, 5.1.4.2, 5.1.4.4

SYSDBA権限, 5.1.4.2

dbaグループ

作成,, 5.1.5.5, 5.1.5.7, 5.1.5.8

dbca.rspファイル, A.2.1 構成解除

Oracle Restart, I.6

デフォルトのデータファイル, 9.10.1 デフォルトのファイル・モード作成マスク

設定, 5.5

デフォルトのLinuxインストール

推奨事項, 4.1.2

デフォルトの表領域, 9.10.1 削除ツール, 10

概要, 10.1

例, 10.2, 10.3

以前のGridホーム, 10.1.1

roothas.sh, 10.1

以前のGridホームの削除, 10.1.1 非推奨機能, はじめに 説明

データベースの再起動, 6

Oracle Restart, 6

サポート対象外機能, はじめに デバイス名

IDEディスク, D.3.1.2.2

RAID, D.3.1.2.2

SCSIディスク, D.3.1.2.2

デバイス・パスの永続性, D.3.1 dgdba, 5.1.4.3 dgdbaグループ

作成, 5.1.5.4

Direct NFSクライアント

概要, 8.4.10.1

oranfstabの概要, 8.4.10.2

属性, 8.4.10.7

NFSバッファ・サイズの確認, 8.4.10.4

構成, 8.4.10

無効化, 8.4.10.8

有効化, 8.4.10.7

HCCの有効化, 8.4.10.9

NFSのマウント, 8.4.10.3

SNMPのサポート, 8.4.10.9

ネットワーク・パスの指定, 8.4.10.6

TCPバッファのTCPバッファ・エラー, 8.4.10.5

ディレクトリ

個別データファイル・ディレクトリの作成, 4.20.2

データベース・ファイル・ディレクトリ, 4.20.1

Oracleベース・ディレクトリ, 4.16.1, 4.16.1

Oracleホーム・ディレクトリ, 4.16.3, 4.16.3

Oracleインベントリ・ディレクトリ, 4.16.2

oraInventory, 4.16.2

データファイル・ディレクトリの権限, 4.20.2

透過的なHugePagesの無効化, 4.15 ディスク

マウント, 7.3.2.1

ディスク・デバイス

Oracle Automatic Storage Management, 2.8.2.1

Oracle ASMでの管理, 2.8.2

ディスク領域

Oracleベース・ディレクトリの要件, 4.17.1

Oracle Automatic Storage Managementにおける事前構成済データベースの要件, 6.3.3.1, 6.3.3.1

ディスク

Oracle Automatic Storage Managementの可用性の確認, D.3.1.2.2

Oracle Automatic Storage Managementの構成, 7.2.2

接続されているディスクの表示, D.3.1.2.2

Oracle Automatic Storage Managementのサポート, 6.3.3.2

DISPLAY環境変数

設定, 5.5

DNFS, 8.4.10 DOMAIN_NAME初期化パラメータ, 9.8

E

enterprise.rspファイル, A.2.1

環境

oracleまたはgridユーザーのための構成, 5.5

gridユーザーの環境要件, 6.1.4 環境変数

DISPLAY, 5.5

NLS_LANG, H.1.1.2

ORACLE_BASE, 4.17.2, 5.5

ORACLE_HOME, 5.4, 5.5, 5.5

ORACLE_HOSTNAME, E.1

ORACLE_SID, 5.5

PATH, 5.5

SHELL, 5.5

TMPおよびTMPDIR, 4.3.3.3, 5.5, 6.1.3

TNS_ADMIN, 5.5

エフェメラル・ポート, D.2 エラー

コンフィギュレーション・アシスタント, I.8

表示エラー, I.3

ファイル記述子エラー, I.12

インストール, I.4, I.5, I.8.2

メモリー・サイズ・エラー, I.11

ORA-00845エラー, I.11

ORA-27123エラー, I.12

リモート端末でのインストール, I.3

レスポンス・ファイル・インストール, I.13

サイレント・モード, I.13

suコマンド, I.3

/usr/X11R6/bin/xdpyinfo, I.3

X Window, I.1

X Windowの表示エラー, I.2

X11転送, 5.3

/etc/sysctl.conf file, D.1.2 EXAMPLE表領域

説明, 9.10.1

example01.DBFデータファイル, 9.10.1

example01.DBFデータファイル, 9.10.1 例

Oracle Automatic Storage Management障害グループ, 6.3.3.1, 6.3.3.1

Oracleベース・ディレクトリ, 4.16.1

外部冗長性

Oracle Automatic Storage Managementの冗長性レベル, 6.3.3.1

F

障害グループ

Oracle Automatic Storage Management障害グループの例, 6.3.3.1

障害グループ

Oracle Automatic Storage Management障害グループの特性, 6.3.3.1

Oracle Automatic Storage Managementの例, 6.3.3.1

Oracle ASM, 2.8.2.1

高速リカバリ領域, 8.3.5 致命的エラー, I.8.2 fdiskコマンド, D.3.1.2.2 ファイル・モード作成マスク

設定, 5.5

ファイル・システム

Oracleベース・ディレクトリに適切, 4.17.2

データファイルとリカバリ・ファイルの記憶域オプション, 4.20

Oracleベース・ディレクトリの要件, 4.17.2

データファイルに使用, 4.20.1

file-maxファイル, D.1.1 file-maxパラメータ

Linuxでの推奨値, D.1.1

ファイル, F.2.3

$ORACLE_HOME/dbs/initsid.ora, 9.9

制御, 9.10.3, F.2.3

データファイル, F.2.3

dbca.rsp, A.2.1

enterprise.rsp, A.2.1

/etc/group, F.2.2.3

/etc/passwd, F.2.2.3

/etc/sysctl.conf, D.1.2

listener.ora, 8.4.1.1

oraInst.loc, 5.1.1

oratab, 4.17.1, 4.17.1

/proc/sys/fs/file-max, D.1.1

/proc/sys/kernel/sem, D.1.1, D.1.1

/proc/sys/kernel/shmall, D.1.1, D.1.1

/proc/sys/kernel/shmmax, D.1.1

/proc/sys/kernel/shmmni, D.1.1

/proc/sys/net/ipv4/ip_local_port_range, D.1.1

REDOログ, 9.10.2

レスポンス・ファイル, A.2

tnsnames.ora, 8.4.1

フラッシュ・リカバリ領域

「高速リカバリ領域」を参照

free

UNIXコマンド, 6.1.1

G

ゲートウェイ製品のFAQ, J.4

グローバル・データベース名, 9.8

グローバル・データベース名

概要, 7.4.1

グローバリゼーション

サポート, 1.6

グローバリゼーション・サポート, H gridユーザー

環境の構成, 6.1.4

環境の構成, 5.5

環境要件, 6.1.4

グループ・ファイル, F.2.2.3 グループ

oinstallグループの有無の確認, 5.1.1

ASMグループの作成, 5.1.5.8, 5.1.5.8

asmdbaグループの作成, 5.1.5.6

backupdbaグループの作成, 5.1.5.3, 5.1.5.3

dbaグループの作成, 5.1.5.1, 5.1.5.1

dgdbaグループの作成, 5.1.5.4, 5.1.5.4

kmdbaグループの作成, 5.1.5.5, 5.1.5.5

oinstallグループの作成, 5.1.1

operグループの作成, 5.1.5.2, 5.1.5.2

UNIX OSDBAグループ(dba), 5.1.4.2

Oracle RestartのUNIX OSDBAグループ(dba), 5.1.4.4

UNIX OSOPERグループ(oper), 5.1.4.2

H

ハードウェアの動作保証, 2.3.1

ハードウェア要件, 4.3, 6.1

チェック, 4.3.1

ディスク領域, 4.3.3

概要, 4.3.2

メモリー, 4.3.4

高冗長性

Oracle Automatic Storage Managementの冗長性レベル, 6.3.3.1

ホーム・ディレクトリ

「Oracleホーム・ディレクトリ」を参照

ホスト名の解決, 4.14 ホスト名, インストール前に設定, E.1.1 HugePages, 2.3.6

制限事項, 2.3.6

I

IBM

Linux on System z

ソフトウェア要件, 4.9.1

IBM DB2データベース, J.4 IBM DB2 z/OSデータベース, J.4 IBM DB2/400データベース, J.4 IBM WebSphere MQ Seriesデータベース, J.4 IDEディスク

デバイス名, D.3.1.2.2

Informix Serverデータベース, J.4 初期化パラメータ・ファイル

説明, 9.9

データベース内, 9.9

initsid.ora, 9.9

初期化パラメータ

DB_NAME, 9.8

DOMAIN_NAME, 9.8

SERVICE_NAMES, 9.8

initsid.oraファイル, 9.9 initsid.ora初期化パラメータ・ファイル, 9.9 インストール

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

cronジョブ, 1.6

グローバリゼーション, 1.6

使用可能な製品, 2.5, 2.5

インストール失敗後のクリーン・アップ, I.14

クラスタ, インストールのガイドライン, 7.2

コンポーネント固有のガイドライン, 7.2

コンピュータの別名, 複数, E.2

考慮事項, 2.3

データベース・エディション, 2.5

エラー, I.5, I.8.2

サイレント・モード, I.13

ラップトップ, E.3 ログ・ファイル, I.4, I.4 Oracle Automatic Storage Managementの要件, 6.3.3.1 概要, 2 レスポンス・ファイル, A, A.2

準備, A.2, A.2.2

サイレント・モード, I.13

テンプレート, A.2

サイレント・モード, A.3 アップグレード, J.1 インストール・エラー

解決手順, I.4

インストールのガイドライン, 7.4.1, 7.4.1 インストールの概要, 2.2 インストール・ソフトウェア

ハードディスクへのコピー, 7.3.2.2

抽出, 7.3.1.3

インストール・ソフトウェア, アクセス, 7.3 インストール

Oracle Restart, 6.5.1

インスタンス

インスタンス識別子(SID), 5.5

IPアドレス, 複数, E.1 ip_local_port_rangeファイル, D.1.1 ip_local_port_rangeパラメータ

Linuxでの推奨値, D.1.1

K

カーネル・パラメータ, 8.4.10.5

変更, D.1.2

構成, D.1

エフェメラル・ポート, D.2

手動での設定, D.1, D.2

UDPおよびTCP, D.2

カーネル要件

IBM

Linux on System z, 4.9.1

Linux x86-64, 4.8.1, 4.8.2, 4.8.3, 4.8.4, 4.9.2, 4.9.3, 4.9.4 kmdba, 5.1.4.3 kmdbaグループ

作成, 5.1.5.5

L

言語

異なる言語でのOracleコンポーネントのインストール, H.2

異なる言語でのOracleコンポーネントの使用, H.1.2

ラップトップ, Oracle Databaseのインストール, E.3 LDAP, 4.10.4 Linux

バージョンの確認, 4.11

ディストリビューションの確認, 4.11

Linux x86-64

ソフトウェア要件, 4.8.1, 4.8.2, 4.8.3, 4.8.4, 4.8.5, 4.9.2, 4.9.3, 4.9.4

ソフトウェア要件, 4.8, 4.9

リスナー

Oracleホームの識別, 5.4

lsnrctlコマンド, 5.4

停止, 5.4, 5.4

listener.oraファイル, 8.4.1.1 ローカル・デバイス

データファイルに使用, 4.20.1

ログ・ファイル, I.4, I.4

トラブルシューティング, I.5

OFAのログ・ファイルの場所, F.2.6 論理ボリューム・マネージャ

「LVM」を参照

ループバック・アダプタ

非ネットワーク・コンピュータ, E.3

lsdevコマンド, D.3.1.2.2 lsnrctlコマンド, 5.4 LVM

Oracle Automatic Storage Managementの推奨事項, 6.3.3.1

M

マスク

デフォルトのファイル・モード作成マスクの設定, 5.5

メモリー要件, 4.3, 6.1 Microsoft SQL Serverデータベース, J.4 移行

「アップグレード」を参照

アプリケーションのOracleへの移行, J.3 Oracle以外のデータベースのOracleへの移行, J.1 Linuxの最小インストール

推奨事項, 4.1.1

Oracle Automatic Storage Managementディスク・グループのミラー化, 6.3.3.1 mkdirコマンド, 4.17.2, 4.20.2 モード

デフォルトのファイル・モード作成マスクの設定, 5.5

マウント・ポイント

Oracleベース・ディレクトリ, 4.16.1

マウント・ポイント・ディレクトリ, 7.3.2.2 マウント・ポイント・ディレクトリ

選択, C.2

マウント・ポイント

作成用のOptimal Flexible Architecture規則, F.2

DNFSによるNFSのマウント, 8.4.10.3 マルチホーム・コンピュータ, インストール, E.1 複数の別名, コンピュータ, E.2 複数のデータベースおよびOracle ASM, 5.1.4.4 複数のOracleホーム, 2.3.2

N

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

NASデバイス

Oracle Automatic Storage Managementで使用するファイルの作成, C.3

構成のガイドライン, C.1

NeoKylin Linux Advanced Server, 4.8.5 Net Configuration Assistant

トラブルシューティング, I.8

Net Configuration Assistant(NetCA)

レスポンス・ファイル, A.4

コマンド・プロンプトでの実行, A.4

netca.rspファイル, A.2.1 ネットワーク・アダプタ

複数の別名を持つコンピュータ, E.2

非ネットワーク・コンピュータ, E.3

プライマリ, 複数の別名を持つコンピュータ, E.2

「ループバック・アダプタ」、「プライマリ・ネットワーク・アダプタ」も参照

ネットワーク・カード, 複数, E.1 ネットワーク・プロトコル・バッファ

設定, 8.4.10.5

ネットワーク設定

複数の別名を持つコンピュータ, E.2

ホスト名の解決, 4.14

ネットワーク・トピック

ラップトップ, E.3

複数のネットワーク・カード, E.1

非ネットワーク・コンピュータ, E.3

NFSバッファ・サイズ・パラメータ, 8.4.10.4 NLS_LANG環境変数, H.1.1.2 非対話モード

「レスポンス・ファイル」および「レスポンス・モード」も参照

非ネットワーク・コンピュータ, E.3 Oracle以外のデータベース, リスト, J.4 標準冗長性, Oracle Automatic Storage Managementの冗長性レベル, 6.3.3.1

O

ODBC要件, 4.10.1

OEM

「Oracle Enterprise Manager」を参照

oinstallグループ

存在の確認, 5.1.1

oinstallグループ

作成, 5.1.1

OLAPツール

概要, J.2

Oracle OLAP, J.2

OMF

「Oracle Managed Files」を参照

operグループ

作成, 5.1.5.2

説明, 5.1.4.2

operグループ

作成, 5.1.5.2

オペレーティング・システム

要件について, 4.7

Linuxのディストリビューションおよびバージョンの確認, 4.11

一般的な措置の確認, 4.4

オペレーティング・システム・アカウント

作成および構成, 8.3.2

オペレーティング・システム・グループ

oinstallグループの作成, 5.1.1

オペレーティング・システム・ユーザー

rootユーザー, 7.4.1

Optimal Flexible Architecture

利点, F.1.1

マウント・ポイントの作成に使用する規則, F.2

ファイルの識別, F.2.5

ファイル・マッピング, F.2.6

ファイル・システム, F.2.1.1

ネーミング, F.2.1

データベース・ファイル, F.2.3

Oracleベース・ディレクトリ, F.2.2

サブディレクトリ, F.2.2.5

大規模データベース, F.2.2.2

Oracle Automatic Storage Management, F.2.3 Oracle Managed Files, F.2.3 概要, F.1 パス名, F.2.2.3 Oracleベース・ディレクトリの推奨事項, 4.16.1 Oracleベース・ディレクトリの推奨パス, 4.16.1 Oracleホーム・ディレクトリの推奨パス, 4.16.3 Oracleインベントリ・ディレクトリの推奨パス, 4.16.2 特殊な表領域, F.2.4 標準, F 分離セグメントの使用, F.2.4 ORAchk監査ツール, 8.3.7 Oracle ACFS, 2.8.2, 6.2, 6.2.2

有効化, 6.2.4

プラットフォーム, 6.2.2

要件, 6.2, 6.2.2

制限事項, 6.2.3

Oracle ADVM, 6.2, 6.2.2

プラットフォーム, 6.2.2

要件, 6.2, 6.2.2

制限事項, 6.2.3

Oracle Application Server, J.2 Oracleアプリケーション

Oracle Databaseとともにインストール, J.3

Oracle ASM, 2.8.2 Oracle ASMディスク・グループ

概要, 2.8.2.1

Oracle ASM障害グループ

概要, 2.8.2.1

Oracle ASMフィルタ・ドライバ

概要, 6.3.4

Oracle ASMインスタンス

概要, 2.8.2.2

Oracle ASMCA, 9.3.2 Oracle ASMFD

概要, はじめに, 6.3.4

Oracle ASMLIB, D.3.1

概要

構成, D.3.1.2

削除, D.3.1.3

Oracle Automatic Storage Management Cluster File System, 2.8.2, 6.2, 6.2.2 Oracle Automatic Storage Managementコンフィギュレーション・アシスタント, 9.3.2 Oracle Automatic Storage Managementディスク・グループ

管理, 9.3.2

Oracle Automatic Storage Management Dynamic Volume Manager, 6.2, 6.2.2 Oracle Automatic Storage Managementライブラリ・ドライバ, D.3.1 Oracle Automatic Storage Management, 2.8.2

asmcmdユーティリティ, 6.3.6

障害グループの特性, 6.3.3.1

ディスクの可用性の確認, D.3.1.2.2

ディスクの構成, 7.2.2

DASディスク, 6.3.3.2

ディスク・デバイス, 2.8.2.1

ディスク・グループ, 6.3.3.1

ディスク, サポート対象, 6.3.3.2

接続されているディスクの表示, D.3.1.2.2

障害グループ

例, 6.3.3.1, 6.3.3.1

識別, 6.3.3.1

使用可能なディスクの識別, D.3.1.2.2 ディスクの識別, D.3.1.2.2 インストール, テスト, 6.3.6 管理, 9.3.2 ミラー化, 6.3.3.1 複数のデータベース, 5.1.4.4 Optimal Flexible Architectureのファイル・ネーミング規則, F.2.3 Oracle ASMディスク・グループ・テンプレート, 2.8.2.1 パーティションの作成, 6.3.3.2 ディスク・グループに関する推奨事項, 6.3.3.1 冗長性レベル, 6.3.3.1 レスポンス・ファイル, A.1.2 SANディスク, 6.3.3.2 事前構成済データベースに必要な領域, 6.3.3.1 起動と停止, 9.3.1 テンプレート, 2.8.2.1 Oracleベース・ディレクトリ

作成, 4.17.2

新規作成, 4.17.2

説明, 4.16.1

ディスク領域の判断, 4.17.1

ディスク領域の要件, 4.17.1

例, 4.16.1

適切なファイル・システムの識別, 4.17.2

既存の識別, 4.17.1

マウント・ポイント, 4.16.1

ネーミング規則, F.2.2

推奨されるパス, 4.16.1

Oracleソフトウェア所有者ユーザーとの関係, 4.16.1

要件, 4.16.1

既存のディレクトリの要件, 4.17.1

ファイル・システムの要件, 4.17.2

Oracle Cluster Registryのポート, G.3 Oracle Clusterware

概要, J.1

Oracle Real Application Clustersでの使用, J.1

Oracleコンポーネント

異なる言語での使用, H.1.2

Oracle Data Mining

概要, J.2

インストール, J.2

Oracle Database

管理および監視, J.2

データファイル・ディレクトリの作成, 4.20.2

Enterprise Editionのインストール, 2.5

使用開始

アクセス, 9.4, 9.5

データベースの起動と停止, 9.4, 9.5

Oracleアプリケーションとともにインストール, J.3 最小ディスク領域要件, 4.20.1 ネーミング, 7.4.1 Oracle Automatic Storage Managementの要件, 6.3.3.1 セキュリティ管理, J.2 ORACLE_SID環境変数の設定, 5.5 Standard Edition 2インストール, 2.5 Standard Editionのインストール, 2.5 Standard Edition Oneインストール, 2.5 アップグレード, J.1 Webサーバー, J.3 Oracle Database Client

接続の構成, J.1

Oracle Databaseコンポーネント

管理および監視, J.2

接続性に関するFAQ, J.4

インストールに関するFAQ, J.1

Oracleアプリケーションとともにインストール, J.3

Oracle Databaseツールを使用したインストール, J.2

Oracle Database Recovery Manager(RMAN)

概要, J.2

Oracle Database Vault

インストール後の作業, 8.4.3

Oracle Enterprise Manager, 2.9

Database Express

制御ファイルの変更に使用, 9.10.3

REDOログ・ファイルの変更に使用, 9.10.2

制御ファイルの表示に使用, 9.10.3

REDOログ・ファイルの表示に使用, 9.10.2

Oracle Enterprise Manager Cloud Control, 2.9, 2.9.1 Oracle Enterprise Manager Database Express

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

初期化パラメータ, 9.9

サーバー・パラメータ・ファイルの検索, 9.9

ログイン, 9.2

ポート番号, 9.2

アカウントのロック解除およびパスワードのリセット, 9.7.1

Oracleホーム

ASCIIパスの制限, 1.4

クローニング, B.1

Oracleホーム・ディレクトリ

説明, 4.16.3

リスナーの識別, 5.4

複数のホーム, ネットワークの考慮事項, E.1

推奨されるパス, 4.16.3

要件, 4.16.3

要件, 4.16.3

Oracleベース・ディレクトリの識別に使用, 4.17.1

Oracleホスト名, インストール前の設定, E.1.1 Oracle Internet Directory, J.2 Oracleインベントリ

説明, 4.16.2

ポインタ・ファイル, 5.1.1

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

説明, 4.16.2

推奨されるパス, 4.16.2

Oracleインベントリ・グループ

作成, 5.1.2

Oracleインベントリ・グループ

存在の確認, 5.1.1

作成, 5.1.1

Oracle Label Security

インストール後のタスク, 8.4.2

Oracle Linux

Oracle Preinstallation RPM, 4.1.4

Oracle Managed Files

Optimal Flexible Architectureのネーミング規則, F.2.3

Oracle Messaging Gateway, 4.10.3

インストール後の作業, 8.4.4

Oracle Net

構成ファイルのディレクトリ, 8.4.1

リスナー用Oracleホームの識別, 5.4

lsnrctlコマンド, 5.4

リスナーの停止, 5.4

リスナーの停止, 5.4

Oracle Net Configuration Assistant

レスポンス・ファイル, A.2.1

Oracle Net Services

インストール後の作業, 8.4.1

Oracle Net Servicesリスナー

ポート, 範囲とプロトコル, G.3

Oracle OLAP

概要, J.2

Oracleプリコンパイラ

インストール後の作業, 8.4.5

Oracle Preinstallation RPM

概要, 4.1.4

Oracle Enterprise Linuxに同梱, 4.1.4

インストール, 3.3, 3.4

Oracle Procedural Gateway

製品リスト, J.4

Oracle Real Application Clusters(RAC)

Oracle Enterprise Managerとともにインストール, J.2

Oracle Clusterware

概要, J.1

Oracle Restart

説明, 6

インストール, 6.5.1

OSDBAグループの説明, 5.1.4.4

再リンク, 6.6

ユーザー, 5.1.4.4

IBMのOracle RPM Checker

Linux on System z, 4.6

Oracleスキーマ, はじめに Oracleソフトウェア所有者ユーザー

環境の構成, 5.5

デフォルト・シェルの確認, 5.5

Oracleベース・ディレクトリとの関係, 4.16.1

Oracleソフトウェア所有者ユーザー

作成, 5.1.5.10

oracleユーザー, 5.1.5.11

Oracle SQL Developer

アクセス, 9.5

Oracle以外のアプリケーションのOracleへの移行, J.3

Oracle以外のデータベースのOracleへの移行, J.1

Oracle Technology Network(OTN)

ドキュメントのダウンロード, はじめに

Oracle Textのナレッジ・ベース, 8.4.7 Oracle Transparent Gateway

製品リスト, J.4

Oracle Universal Installer

使用のガイドライン, 7.2

インストールのガイドライン, 7.2

レスポンス・ファイル, A

リスト, A.2.1

実行, 7.4.1 異なる言語での実行, H.2 oracleユーザー

Oracle Preinstallation RPM, 4.1.4

環境の構成, 5.5

作成, 5.1.5.10

デフォルト・シェルの確認, 5.5

Oracleベース・ディレクトリとの関係, 4.16.1

Oracleユーザー・アカウント

構成, 8.3.2.1

Oracle XML DB

概要, J.2

構成または再インストール, 8.4.8

ポートの構成, 8.4.8

ポート, 範囲とプロトコル, G.3

ORACLE_BASE環境変数, 4.17.2

設定, 5.5

ORACLE_HOME環境変数

設定, 5.4

設定解除, 5.5

ORACLE_HOSTNAME, E.1 ORACLE_HOSTNAME環境変数

複数の別名を持つコンピュータ, E.2

マルチホーム・コンピュータ, E.1

インストール前の設定, E.1.1

ORACLE_SID環境変数

設定, 5.5

oraInst.locファイル

場所, 5.1.1

場所, 5.1.1

oraInventoryディレクトリ

「Oracleインベントリ・ディレクトリ」を参照

oratabファイル, 4.17.1

書式, 4.17.1

場所, 4.17.1

OSASMグループ

作成, 5.1.5.8

複数のデータベース, 5.1.4.4

SYSASM, 5.1.4.4

OSBACKUPDBA, 7.4.1 OSBACKUPDBAグループ, 5.1.4.3

作成, 5.1.5.3

OSDBAグループ

作成, 5.1.5.1

Oracle Grid Infrastructureの作成, 5.1.5.6

データベースの説明, 5.1.4.2

SYSDBA権限, 5.1.4.2

Oracle RestartのSYSDBA権限, 5.1.4.4

OSDGDBA, 7.4.1 OSDGDBAグループ, 5.1.4.3

作成, 5.1.5.4

OSKMDBA, 7.4.1 OSKMDBAグループ, 5.1.4.3

作成, 5.1.5.5

OSOPERグループ

作成, 5.1.5.2

データベースの説明, 5.1.4.2

SYSOPER権限, 5.1.4.2, 5.1.4.2

OTN Webサイト

インストール・ソフトウェアのダウンロード, 7.3.1

P

パッケージ要件

IBM

Linux on System z, 4.9.1

Linux x86-64, 4.8.1, 4.8.2, 4.8.3, 4.8.4, 4.9.2, 4.9.3, 4.9.4 パッケージ

IBMでの確認

Linux on System z, 4.6

Linuxでの確認, 4.11 panic_on_oopsパラメータ

Linuxでの推奨値, D.1.1

パーティション

Oracle Automatic Storage Managementで使用, 6.3.3.1

パーティション

Oracle Automatic Storage Managementディスク用の構成, 6.3.3.2

passwdファイル, F.2.2.3 パスワード

リセット, 9.7

Oracle Enterprise Manager Database Expressを使用, 9.7.1

SQL*Plusを使用, 9.7.2

確認, 9.6 ロック解除, 9.7

SQL*Plusを使用, 9.7.2

PATH環境変数

設定, 5.5

パス名

Optimal Flexible Architecture, F.2.2.3

PDB, はじめに, 7.4.1

インストール, 7.4.1

サンプル・スキーマ, 7.4.1

権限

データファイル・ディレクトリ, 4.20.2

Oracleベース・ディレクトリ, 4.17.2

ポート番号

管理, G

portlist.iniファイル, G.2 ポート

アクセスURL, G.2

Cluster Synchronization Services, 範囲とプロトコル, G.3

アプリケーション用に構成済, G.2

Connection Manager, 範囲とプロトコル, G.3

デフォルトの範囲, G

Oracle Cluster Registry, G.3

Oracle Net, G.3

Oracle Net Servicesリスナー, 範囲とプロトコル, G.3

Oracle XML DB, 範囲とプロトコル, G.3

インストール後

推奨作業

オペレーティング・システム・アカウントの作成, 8.3.2

root.shスクリプト, バックアップ, 8.3.1

必須作業, 8.2

Oracle Messaging Gatewayの構成, 8.4.4

Oracle Label Security, 構成, 8.4.2

Oracle Net Services, 構成, 8.4.1

Oracleプリコンパイラ, 8.4.5

パッチ, インストールおよびダウンロード, 8.2.1

インストール後の作業

Oracle Textのナレッジ・ベース, 8.4.7

事前構成済データベース

Oracle Automatic Storage Managementディスク領域要件, 6.3.3.1

Oracle Automatic Storage Management使用時の要件, 6.3.3.1, 6.3.3.1

Pro*C/C++

構成, 8.4.5.1

「Cコンパイラ」も参照

プロセス

既存の停止, 5.4

リスナー・プロセスの停止, 5.4

/proc/sys/fs/file-maxファイル, D.1.1 /proc/sys/kernel/semファイル, D.1.1 /proc/sys/kernel/shmallファイル, D.1.1 /proc/sys/kernel/shmmniファイル, D.1.1, D.1.1 /proc/sys/net/core/rmem_defaultファイル, D.1.1 /proc/sys/net/core/rmem_maxファイル, D.1.1 /proc/sys/net/core/wmem_defaultファイル, D.1.1 /proc/sys/net/core/wmem_maxファイル, D.1.1 /proc/sys/net/ipv4/ip_local_port_rangeファイル, D.1.1 psコマンド, 5.4

R

RAID

デバイス名, D.3.1.2.2

Oracleデータファイルに使用, 4.20.1

RAM要件, 4.3, 6.1 readme.txtファイル, G.2 推奨事項

ソフトウェアのみのインストールの実行, 6.4

リカバリ・ファイル

ファイル・システムの記憶域オプション, 4.20

データベースのリカバリ

Oracle Backup and Recovery, J.2

Red Hat Package Manager

「RPM」を参照

REDOログ, F.2.3 REDOログ・ファイル

初期データベース, 9.10.2

特定, 9.10.2

ネーミング, F.2.3

確認, 9.10

Oracle Enterprise Manager Database Expressを使用, 9.10.2

冗長性レベル

事前構成済データベースの領域要件, 6.3.3.1, 6.3.3.1

Oracle Automatic Storage Management, 6.3.3.1

Redundant Array of Independent Disks

「RAID」を参照

Oracle Databaseソフトウェアの削除, 10 要件

チェック, 4.3

ハードウェア, 4.3, 6.1

レスポンス・ファイル・インストール

レスポンス・ファイル

準備, A.2, A.2.2

テンプレート, A.2

サイレント・モード, A.3

エラー, I.13

レスポンス・ファイル・モード

説明, 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

rmem_defaultファイル, D.1.1 rmem_defaultパラメータ

Linuxでの推奨値, D.1.1

rmem_maxファイル, D.1.1 rmem_maxパラメータ

Linuxでの推奨値, D.1.1

rootスクリプトの実行計画, 5.6 rootスクリプトの自動化, 5.6 rootユーザー, 7.4.1, 7.4.1

ログインに使用, 4.2

roothas.sh, 6.4.2, 10.1, I.6 root.shスクリプト

バックアップ, 8.3.1

RPM

確認, 4.11

S

サンプル・スキーマ

表領域とデータファイル, 9.10.1

SAN(ストレージ・エリア・ネットワーク)ディスク, 6.3.3.2 スキーマのパスワード, 7.4.1 スキーマ

データベース・スキーマのパスワード, 7.4.1

Oracleスキーマ, 説明, はじめに

サンプル・スキーマの表領域とデータファイル, 9.10.1

SCSIディスク

デバイス名, D.3.1.2.2

セキュリティ

Oracleソフトウェア所有権の分割, 5.1

管理ツール, J.2

semファイル, D.1.1 semmniパラメータ

Linuxでの推奨値, D.1.1

semmnsパラメータ

Linuxでの推奨値, D.1.1

semmslパラメータ

Linuxでの推奨値, D.1.1

semopmパラメータ

Linuxでの推奨値, D.1.1

職務分離, 5.1

OSBACKUPDBA, 5.1.4.3, 7.4.1

OSDGDBA, 5.1.4.3, 7.4.1

OSKMDBA, 5.1.4.3, 7.4.1

SERVICE_NAMES初期化パラメータ, 9.8, 9.8 シェル

oracleユーザーのデフォルト・シェルの確認, 5.5

SHELL環境変数

値の確認, 5.5

shmallファイル, D.1.1 shmallパラメータ

Linuxでの推奨値, D.1.1

shmmaxパラメータ

Linuxでの推奨値, D.1.1

shmmniファイル, D.1.1, D.1.1 shmmniパラメータ

Linuxでの推奨値, D.1.1

SID, 9.8

ORACLE_SID環境変数の設定, 5.5

SID, 「Oracle Database SID」を参照 サイレント・モード

説明, A.1

使用する理由, A.1.1

「レスポンス・ファイル・モード」、「レスポンス・ファイル」も参照

サイレント・モードのインストール, A.3 ソフトウェア要件, 2.3.1 ソフトウェア要件, 4.8, 4.9

ソフトウェア要件の確認, 4.11

ドライバ, 4.10

IBMの場合

Linux on System z, 4.9.1

Linux x86-64の場合, 4.8.1, 4.8.2, 4.8.3, 4.8.4, 4.9.2, 4.9.3, 4.9.4 LDAP, 4.10.4 ODBC, 4.10.1 Oracle Messaging Gateway, 4.10.3 パッケージ, 4.10 PAM, 4.10.2 プログラミング環境, 4.10.5 Webブラウザ, 4.10.6 SQL Developer

アクセス, 9.5

SQL Serverデータベース, J.4 SQL*Plus

アクセス, 9.4

ssh

X11転送, 5.3

ストレージ・エリア・ネットワーク・ディスク, 6.3.3.2 スワップ領域

確認, 6.1.1

HugePages, 2.3.6

要件, 4.3, 6.1

Sybase Adapter Serverデータベース, J.4 SYSASM

OSASM, 5.1.4.4

SYSBACKUP権限, 5.1.4.3 sysctlコマンド, D.1.2 sysctl.confファイル, D.1.2 SYSDBA権限

関連するUNIXグループ, 5.1.4.2, 5.1.4.4

SYSDG権限, 5.1.4.3 SYSKM権限, 5.1.4.3 SYSOPER権限

関連するUNIXグループ, 5.1.4.2

SYSTEM

表領域, 説明, 9.10.1

システム識別子, 9.8

「SID」を参照

system01.dbfデータファイル, 9.10.1, 9.10.1

T

表領域, 9.10.1

定義, 9.10.1

ラージ・ソート用に拡張, 9.10.1

データベース内, 9.10.1

Optimal Flexible Architecture

特殊な表領域, F.2.4

確認, 9.10 設定, 9.10.1 SYSTEM, 9.10.1 TEMP, 9.10.1 UNDOTBS, 9.10.1 USERS, 9.10.1 TEMP

表領域(temp01.dbf), 9.10.1

temp01.dbfデータファイル, 9.10.1 一時ディスク領域

要件, 4.3, 6.1

Teradataデータベース, J.4 TMP環境変数, 4.3.3.3, 6.1.3

設定, 5.5

TMPDIR環境変数, 4.3.3.3, 6.1.3

設定, 5.5

TNS_ADMIN環境変数

設定解除, 5.5

tnsnames.oraファイル, 8.4.1 透過的なHugePages, 4.15 トラブルシューティング, I

ディスク領域エラー, 1.4

表示エラー, I.3

DISPLAYエラー, 5.3

環境パス・エラー, 1.3

致命的エラー, I.8.2

ファイル記述子エラー, I.12

メモリー・サイズ・エラー, I.11

ORA-00845エラー, I.11

ORA-27123エラー, I.12

Oracle Restart, I.6

リモート端末でのインストール, I.3

suコマンド, I.3

不明なインストールのエラー, 1.6

/usr/X11R6/bin/xdpyinfo, I.3

X11転送エラー, 5.3

U

UDPおよびTCP, 8.4.10.5, D.2

umaskコマンド, 5.5

Unbreakable Enterprise Kernel for Linux

概要, 4.1.3

UNDOTBS

表領域(undotbs01.dbf), 9.10.1

UNIXコマンド

chmod, 4.17.2, 4.20.2

chown, 4.17.2, 4.20.2

fdisk, D.3.1.2.2

free, 6.1.1

lsdev, D.3.1.2.2

mkdir, 4.17.2, 4.20.2

ps, 5.4

sysctl, D.1.2

umask, 5.5

unset, 5.5

unsetenv, 5.5

xhost, 4.2

xterm, 4.2

UNIXグループ

oinstallグループの有無の確認, 5.1.1

OSDBA (dba), 5.1.4.2

Oracle RestartのOSDBA(dba), 5.1.4.4

OSOPER (oper), 5.1.4.2

UNIXワークステーション

インストール元, 4.2

unsetコマンド, 5.5 unsetenvコマンド, 5.5 アップグレードしたデータベース

構成, 8.4.9

アップグレード, 2.11, 2.11

オペレーティング・システム, 2.11.1

Oracle ASM, 2.11.2

Oracle Database, 2.11.1

useraddコマンド, 5.1.5.11 ユーザー

oracleユーザーの作成, 5.1.5.10

Oracle Restart, 5.1.4.4

USERS

表領域(users01.dbf), 9.10.1

ユーザーとグループ, 5.1 UTLRP.SQL

無効なSQLモジュールの再コンパイル, 8.4.9

V

大規模データベース

Optimal Flexible Architectureでのマウント・ポイントのネーミング, F.2.2.2

W

Webサーバー(Oracle HTTP Server), J.3

WebSphere MQ Seriesデータベース, J.4

wmem_defaultファイル, D.1.1

wmem_defaultパラメータ

Linuxでの推奨値, D.1.1

wmem_maxファイル, D.1.1 wmem_maxパラメータ

Linuxでの推奨値, D.1.1

X

X Window

表示エラー, I.1

X Window System

リモート・ホストの有効化, 4.2

X Window System

リモート・ホストの有効化, 4.2

X11転送エラー, 5.3 xhostコマンド, 4.2 XMLデータ, J.2 xtermコマンド, 4.2

Oracleの法律上の注意点

コピーライト

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。