Oracle® Database

インストレーションおよび構成ガイド

11gリリース2 (11.2) for Fujitsu BS2000/OSD

E49830-02(原本部品番号:E27508-03)

2014年7月

Oracle Databaseインストレーションおよび構成ガイド 11gリリース2 (11.2) for Fujitsu BS2000/OSD

E49830-02

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

原本著者: Bharathi Jayathirtha

原本協力者: Janelle Simmons

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

- Oracle Databaseドキュメントの使用方法

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

- 関連ドキュメント

- このマニュアルで使用される表記規則

1 リリース・ノート

- 1.1 Oracle Database for BS2000/OSDのエディション

- 1.2 サポートされていないオプション

- 1.3 サポートされていない機能

- 1.4 既知の制限、問題とその回避策

- 1.4.1 一般的な注意

- 1.4.2 Oracle Spatial

- 1.4.3 Oracle Real Application Testing

- 1.4.4 ALTER DATABASE … RESIZE

- 1.4.5 IEEE規格の浮動小数点数の制限

- 1.4.6 SQL*Loader

- 1.4.7 Oracle Scheduler

- 1.4.8 INIT.ORAパラメータ

- 1.4.9 テープへのアーカイブ

- 1.4.10 インポートおよびエクスポート

- 1.4.11 Oracle Data Pump ImportおよびOracle Data Pump Export

- 1.4.12 グローバリゼーション・サポート

- 1.4.13 Oracle Call Interface

- 1.4.14 SQL*Plus

- 1.4.15 ADRCI

- 1.4.16 Oracle Database 10gクライアントからの接続

- 1.4.17 POSIX環境のユーティリティ

- 1.4.18 Oracle Net Services

- 1.4.19 Oracle Net BEQプロトコル

- 1.4.20 TCP/IPに対するOracleプロトコル・サポート

- 1.4.21 POSIXサブシステム

2 アーキテクチャおよび実装

- 2.1 オペレーティング・システム環境

- 2.1.1 ファイル・システム

- 2.1.2 POSIXシェル

- 2.1.3 プロセス

- 2.2 基本的な構造

- 2.2.1 データベース・ファイルおよびログ・ファイル

- 2.2.2 その他のOracle Databaseファイル

- 2.2.2.1 初期化ファイル

- 2.2.2.2 サーバー・パラメータ・ファイル

- 2.2.2.3 ORAENVファイル

- 2.2.2.4 制御ファイル

- 2.2.2.5 メッセージ・ファイル

- 2.2.3 Oracle Managed Files

- 2.2.4 bigfile表領域

- 2.3 2タスク・モード

- 2.4 アドレス空間計画

- 2.4.1 Oracle Databaseのデータ領域配置

- 2.5 Oracle Databaseの環境定義ファイル

- 2.5.1 ORAENVの生成

- 2.5.2 Oracle環境変数

- 2.5.3 ORAENVの実行

- 2.5.4 POSIX環境およびORAENVファイル

- 2.6 ORALOADライブラリ

- 2.7 ORAMESGライブラリ

- 2.8 ユーザーID要件

- 2.8.1 インストール・ユーザーID (ORAUID)

- 2.8.1.1 認可およびファイルのアクセス権

- 2.8.1.2 デフォルト名

- 2.8.2 DBAユーザーID

- 2.8.2.1 認可およびファイルのアクセス権

- 2.8.2.2 デフォルト名

- 2.8.3 OracleユーザーのユーザーID

- 2.8.3.1 認可およびファイルのアクセス権

3 Oracle Databaseのインストールおよび削除

- 3.1 Oracle Databaseのインストールの概要

- 3.2 インストールの計画

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

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

- 3.3.1.1 メモリー要件

- 3.3.1.2 システム・アーキテクチャ

- 3.3.1.3 ディスク領域要件

- 3.3.1.4 ディスプレイ要件

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

- 3.3.2.1 オペレーティング・システムおよび通信システムの要件

- 3.3.2.2 POSIXパラメータ

- 3.3.2.3 パッケージ要件

- 3.3.2.4 その他のBS2000ソフトウェア・コンポーネント

- 3.3.2.5 Oracle DatabaseアプリケーションのコンパイラおよびCRTE要件

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

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

- 3.3.3.1 ソケット・サブシステムの確認

- 3.3.3.2 BCAMタイマーの確認

- 3.3.3.3 LWRESDの確認

- 3.3.3.4 ループバック・アドレスの確認

- 3.3.3.5 POSIXファイル・システム内の構成ファイルの確認

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

- 3.3.4.1 BS2000インストール・ユーザーIDの作成

- 3.3.4.2 POSIXシステム・グループの作成

- 3.3.4.3 POSIXユーザーの初期化

- 3.3.4.4 Oracle Databaseのユーザーおよびグループの作成

- 3.3.5 POSIXでの必要なディレクトリの識別

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

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

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

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

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

- 3.3.6.2 Oracleベース・ディレクトリのファイル・システムの作成または拡張

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

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

- 3.6 複数のOracleシステムのインストール

- 3.7 Oracle Databaseソフトウェアの削除

4 データベースの作成およびアップグレード

- 4.1 データベースの作成

- 4.1.1 作成前アクティビティ

- 4.1.2 データベースの自動作成

- 4.1.3 データベースの手動作成

- 4.1.3.1 DBAプロシージャのコピー

- 4.1.3.2 データベースの作成

- 4.1.3.3 データ・ディクショナリ・ビューのインストール

- 4.1.3.4 PL/SQLのデータ・ディクショナリ・ビューのインストール

- 4.1.3.5 オンライン・ヘルプ・メッセージのインストール

- 4.1.3.6 デモ表のインストール

- 4.1.3.7 サンプル・スキーマのインストール

- 4.1.3.8 データベースが正常に作成されたことの確認

- 4.1.3.9 Oracle Textのインストール

- 4.1.3.10 Javaのインストール

- 4.2 データベースのアップグレード

- 4.2.1 バージョン9からのアップグレード

- 4.2.2 バージョン10からのアップグレード

- 4.2.3 アップグレード後アクティビティ

5 Oracle Databaseの管理

- 5.1 SQL*Plusユーティリティの使用

- 5.1.1 BS2000でのSQL*Plusユーティリティの開始

- 5.1.2 プロシージャからのSQL*Plusのコール

- 5.1.3 POSIXシェルでのSQL*Plusの使用

- 5.1.4 SQL*Plusからのシステム・コマンドの実行

- 5.1.5 SQL*Plusでのエディタの使用

- 5.1.6 SQL*Plusプロファイルのカスタマイズ

- 5.2 起動およびパラメータ・ファイル

- 5.2.1 環境定義ファイルORAENV

- 5.2.2 初期化ファイルINIT.ORA

- 5.2.3 サーバー・パラメータ・ファイルSPFILE

- 5.2.4 正しい初期化ファイルの使用

- 5.3 データベース・インスタンスのリモート起動

- 5.4 自動診断リポジトリ

- 5.4.1 自動診断リポジトリのディレクトリおよびファイル

- 5.4.2 ADRコマンド・インタプリタ

- 5.5 物理データ構造の整合性の確認

6 データベースのバックアップおよびリカバリ

- 6.1 Oracle Databaseのバックアップ

- 6.1.1 Oracle DatabaseをバックアップするためのBS2000ユーティリティの使用

- 6.1.2 オンライン・バックアップ

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

- 6.3 Recovery Manager

7 Oracle Databaseのチューニング

- 7.1 BS2000/OSDに固有のパラメータ

- 7.1.1 タスクの優先順位

8 openUTM製品セット

- 8.1 openUTMプログラムを使用したOracle Databaseの操作

- 8.2 配布されたopenUTMファイル

- 8.3 インストール

- 8.4 Oracle Database/openUTMアプリケーションの開発

- 8.4.1 オープン文字列の定義

- 8.4.1.1 必須フィールド

- 8.4.1.2 オプションのフィールド

- 8.4.1.3 例

- 8.4.2 openUTMでのプリコンパイラの使用

- 8.4.2.1 デフォルト・データベースでのPro*Cの使用

- 8.4.2.2 指定されたデータベースでのPro*Cの使用

- 8.5 トラブルシューティング

- 8.5.1 トレース・ファイル

- 8.5.1.1 トレース・ファイルの例

- 8.5.2 デバッグ

- 8.5.3 インダウトまたはペンディングのトランザクション

- 8.5.4 Oracle DatabaseのSYSアカウント表

9 Oracle Net Services

- 9.1 Oracle Net Servicesの概要

- 9.1.1 IPCプロトコル・サポート

- 9.1.1.1 IPCの概要

- 9.1.1.2 IPCプロトコルの使用

- 9.1.2 TCP/IPプロトコル・サポート

- 9.1.2.1 TCP/IPの概要

- 9.1.3 TCP/IPプロトコルの使用

- 9.1.4 Bequeathプロトコル

- 9.1.4.1 Bequeathプロトコルの概要

- 9.2 共有サーバー・アーキテクチャ

- 9.3 Oracle Advanced Security

- 9.4 ネットワークの構成

- 9.4.1 簡易接続ネーミング・メソッドの使用

- 9.4.2 ローカル・ネーミング・メソッドの使用

- 9.4.3 ディレクトリ・ネーミング・メソッドの使用

- 9.4.4 サーバーでの構成

- 9.4.5 クライアントでの構成

- 9.4.6 クライアントでの構成のテスト

- 9.5 Oracle Net Servicesのトラブルシューティング

10 Oracle Text

- 10.1 Oracle Textのインストール

- 10.2 Oracle Textのユーティリティの開始

- 10.3 BS2000/OSDでのOracle Textの制限事項

11 外部プロシージャ

- 11.1 外部プロシージャのロード

12 データベースにおけるJava

- 12.1 Java対応のデータベースのインストール

- 12.2 データベース・キャラクタ・セットおよびJavaエンコーディング

- 12.3 Javaデモ・ファイル

13 XML

- 13.1 Xdkのインストール

- 13.2 機能および制限事項

14 Oracle Management Agent

- 14.1 インストール前の問題

- 14.2 インストール・スクリプトの実行

- 14.3 エージェントの実行

- 14.4 制限事項

- 14.5 トラブルシューティング

15 SQ ServerでのOracle

- 15.1 概念

- 15.2 定義

- 15.3 製品セット

- 15.4 ハードウェア要件

- 15.5 ソフトウェア要件

- 15.6 アドレス空間制限

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

- 15.8 データベースの作成

- 15.9 アップグレードおよび移行

- 15.10 管理

- 15.11 Oracleアプリケーション・プログラム

- 15.12 openUTM製品セット

A BS2000/OSDのOracleエラー・メッセージ

B Oracle環境変数

- B.1 ORAENVルール

- B.2 組込み変数

- B.2.1 LOGNAME

- B.2.2 ORAUID

- B.2.3 PGM

- B.2.4 TERM

- B.2.5 TSN

- B.3 一般変数

- B.3.1 CLN_BASE

- B.3.2 CLN_MPID

- B.3.3 DEFAULT_CONNECTION

- B.3.4 EXP_CLIB_FILE_IO

- B.3.5 IMP_CLIB_FILE_IO

- B.3.6 NLS_LANG

- B.3.7 OPS_JID

- B.3.8 ORASID

- B.3.9 PRINTPAR

- B.3.10 SQLPATH

- B.3.11 SSSIDPWF

- B.4 DBA起動変数

- B.4.1 アドレスおよびサイズの指定

- B.4.2 BGJPAR

- B.4.3 BGJPRC_UID / BGJPRC_SID

- B.4.4 BGJ_LOG_JOBSTART

- B.4.5 sid_BGJPAR

- B.4.6 sid_USER

- B.4.7 user_ACCOUNT/ user_PASSWORD

- B.4.8 COM_MPID

- B.4.9 COM_BASE

- B.4.10 JOBID

- B.4.11 KNL_BASE

- B.4.12 ORACLE_HOME

- B.4.13 PGA_BASE

- B.4.14 PGA_SIZE

- B.4.15 SF_PBLKSIZE

- B.4.16 SGA_BASE

- B.5 Oracle Net Servicesの変数

- B.5.1 BREAK_HANDLING

- B.5.2 TNS_ADMIN

- B.5.3 TNS_BEQ_TIMEOUT

- B.5.4 TNS_UPDATE_IPNODE

C 初期化パラメータおよびパラメータ・ファイル

- C.1 サンプル・パラメータ・ファイル

- C.2 サポートされないパラメータ

- C.3 初期化パラメータの追加の注意事項

- C.3.1 BACKGROUND_DUMP_DEST

- C.3.2 USER_DUMP_DEST

- C.3.3 AUDIT_FILE_DEST

- C.3.4 DB_BLOCK_SIZE

- C.3.5 DB_FILE_MULTIBLOCK_READ_COUNT

- C.3.6 DB_FILES

- C.3.7 LOCK_SGA

- C.3.8 SGA_MAX_SIZE

- C.3.9 LOG_ARCHIVE_BUFFER_SIZE

- C.3.10 LOG_ARCHIVE_DEST

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

- D.1 Oracle Database 11gのインストールの問題

- D.1.1 データベースの作成の問題

- D.2 データベースの起動の問題

- D.2.1 データベースの起動の問題

- D.2.2 タスクの問題

- D.3 データベースへのアクセスの問題

- D.3.1 データベースおよびログ・ファイルの問題

- D.3.2 Oracle Database 11gトレース・ファイル

- D.3.3 Oracle Databaseレベルのエラー情報

E Oracleで使用されるファイル・タイプおよび名前

索引

はじめに

このマニュアルおよび『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』は、Oracle Databaseおよび関連する製品に関するインストール、メンテナンスおよびその他の情報を提供する一連のシステム固有のマニュアルを構成します。このマニュアルは、Oracle Database for BS2000/OSDのインストールおよび管理を行う担当者を対象として情報を提供し、次の内容について説明します。

- BS2000/OSDでのOracle Databaseの動作

- Oracle Databaseのインストールまたはアップグレード方法

- Oracle Databaseの作成方法

『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』では、BS2000/OSDのエンドユーザーにOracle製品の情報を提供します。一部の項目はユーザーとデータベース管理者の両方を対象としています。

この項では、次の項目について説明します。

- 対象読者

- Oracle Databaseドキュメントの使用方法

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

- 関連ドキュメント

- このマニュアルで使用される表記規則

対象読者

このマニュアルは、Oracle Databaseのインストールおよびメンテナンスを行う担当者を対象に、円滑な操作を確実に行えるように書かれています。通常、これらのユーザーは、データベース管理者(DBA)の職責を持つシステム・プログラマです。

読者がBS2000/OSDの基本的な知識を持っていることを前提としています。Oracle Databaseに影響がある場合やOracle Databaseによって影響される場合を除いて、BS2000/OSDの機能については説明していません。

Oracle Databaseドキュメントの使用方法

BS2000/OSDで実行されるOracle Database製品は、サポートされる他のすべてのオペレーティング・システムで実行されるOracle Database製品と同じです。ただし、オペレーティング・システムの違いによって、アプリケーションの使用は、各種のオペレーティング・システム間で多少異なる場合があります。このため、次の2種類のドキュメントが提供されています。

タイプ

理由/使用方法

汎用

これはメインのOracle Databaseドキュメントで、製品の動作方法および使用方法について説明しています。この種類のドキュメントを使用して、製品機能およびOracle Database製品またはユーティリティの使用方法を理解します。

システム固有

このドキュメントは、特定のオペレーティング・システムで製品を使用するために必要な情報を説明しています。この種類のドキュメントを使用して、システム固有による汎用のドキュメントとの違いがあるかどうかを確認します。

このマニュアルはOracle Database for BS2000/OSDのユーザーを対象に、Oracle Database製品の使用する際のBS2000/OSDに固有の情報を提供しています。汎用ドキュメントの記載と使用方法が異なる場合を除いて、製品の使用方法については説明していません。Oracle Databaseのインストール、またはOracle Databaseの管理を担当するシステム・プログラマおよびデータベース管理者はどちらも、このマニュアルだけでなく、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』にも目を通してください。これらのマニュアル内で情報が重複したり、対象読者に応じて説明が異なる箇所があります。

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

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

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のマニュアルを参照してください。

- Fujitsu社のドキュメント

- 『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』

OTNではドキュメントの最新版を入手できます。

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

このマニュアルで使用される表記規則

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

表記規則

このマニュアルでは、次の表記規則が使用されます。

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

コマンド構文

項目

構文

コマンド

次のフォントは、表示されているとおりに入力する必要のあるテキストを示しています。

set echo off

変数

変数はイタリック体で示されています。次のように、実際の値に置き換えます。
arg1

必須項目

必須項目は、中カッコ({ })で囲まれています。選択肢のいずれかを選択する必要があります。

DEFINE { macro1 | macro2 }

オプション項目

オプション項目は、大カッコ([])で囲まれています。
[options] formname [userid/password]

繰返し項目

省略記号(...)は、任意の数の同様の項目を表します。
CHKVAL fieldname value1 value2... valueN

記号

次の記号は、常にコマンド書式に表示されているとおりに入力する必要があります。

名前

記号

アンパサンド

&

バックスラッシュ

\

コロン

:

カンマ

,

二重引用符

"

等号

=

ハイフン

-

シャープ記号

#

カッコ

()

ピリオド

.

セミコロン

;

一重引用符

'

1 リリース・ノート

この章では、Fujitsu BS2000/OSDでのOracle Databaseの機能について説明します。この章の内容は次のとおりです。

- BS2000/OSDのOracle Databaseのエディション

- サポートされていないオプション

- サポートされていない機能

- 既知の制限、問題とその回避策

1.1 BS2000/OSDのOracle Databaseのエディション

Oracle Databaseは、BS2000/OSDの2つのハードウェア・ライン用に2つのエディションが提供されています。

- Oracle Database 11gリリース2 for Fujitsu BS2000/OSD (Sシリーズ)は、/390アーキテクチャ(S Server)に基づいたBS2000/OSDサーバーです。

- Oracle Database 11gリリース2 for Fujitsu BS2000/OSD (SQシリーズ)は、x86-64アーキテクチャ(SQ Server)に基づいたBS2000/OSDサーバーです。

ハードウェアの種類に応じて、これら2つのエディションのどちらかを選択する必要があります。BS2000/OSD SXサーバー専用のインストール・ソフトウェアは提供されていません。SXサーバーへのインストールには、Oracle Database 11gリリース2 for Fujitsu BS2000/OSD (Sシリーズ)ソフトウェアを使用します。SQシリーズのサーバー固有の情報はすべて、第15章、「SQ ServerでのOracle」にあります。その他すべての章では、両方のエディション(SおよびSX)サーバー・シリーズについて説明しています。

1.2 サポートされていないオプション

このリリースでは、Oracle Database 11gリリース2 Enterprise Editionの機能を実装します。これらの機能については、汎用のOracleドキュメントとOracle Databaseライセンス情報および『Oracle Database新機能ガイド』にリストして説明しています。

次のオプションは、Oracle Database 11gリリース2 for Fujitsu BS2000/OSDではサポートされていません。

- Oracle Data Mining

- Oracle Database Vault

- Oracle TimesTen Application-Tier Database Cache (旧称Oracle In-Memory Database Cache)

- Oracle Label Security

- Oracle On-Line Analytical Processing (OLAP)

- Oracle RAC One Node

- Oracle Real Application Clusters(Oracle RAC)

1.3 サポートされていない機能

次の機能は、Oracle Database 11gリリース2 for Fujitsu BS2000/OSDではサポートされていません。

- Oracle Universal Installer

- Oracle Automatic Storage Management

- Oracle Multimedia

- Oracle Globalization Development Kit

- Oracle XML DB

- Oracle Secure Backup

- Oracle異機種間サービス

- OCCI

- Oracle Instant Client

- Oracle Messaging Gateway

- JavaおよびPL/SQLのネイティブ・コンパイル

- Oracle JavaVMのJIT

- クロス・プラットフォームのトランスポータブル表領域

- Oracle Java Server Pages

- Oracle Application Express

- Oracle JDBC OCIドライバ

1.4 既知の制限、問題とその回避策

この項では、既知の制限および問題に関する情報を提供します。特定の共通の使用に関する問題に対する回避策(可能な場合)および提案が、次の各項に含まれています。この項に加えて、付録D、「トラブルシューティング」を参照してください。ここに報告されていない問題が発生した場合は、Oracleサポートに連絡してください。

- 一般的な注意

- Oracle Spatial

- Oracle Real Applicationテスト

- ALTER DATABASE … RESIZE

- IEEE規格の浮動小数点数の制限

- SQL*Loader

- Oracle Scheduler

- INIT.ORAパラメータ

- テープへのアーカイブ

- インポートおよびエクスポート

- Oracle Data Pump ImportおよびOracle Data Pump Export

- グローバリゼーション・サポート

- Oracle Call Interface

- ADRCI

- Oracle Database 10gクライアントからの接続

- POSIX環境のユーティリティ

- Oracle Net Services

- Oracle Net BEQプロトコル

- TCP/IPに対するOracleプロトコル・サポート

- POSIXサブシステム

1.4.1 一般的な注意

ドイツ語の文字ä、ö、üおよびßは、表、列、フィールド、シノニムなどの名前には使用できません。これらの文字が大カッコ記号({など)に変換されるためです。ただし、これらの文字はデータとして格納できます。

1.4.2 Oracle Spatial

SDO_GEORASTER機能はサポートされていません。

1.4.3 Oracle Real Application Testing

ワークロード・リプレイは、このリリースではサポートされていません。

1.4.4 ALTER DATABASE … RESIZE

データベース・ファイルを小さくするための操作であるALTER DATABASE ... RESIZEは、BS2000ではサポートされていません。対応するBS2000ファイルに対して、この操作は効果がありません。

ただし、データベース・ファイルは、表領域がAUTOEXTENDで定義されている場合は、ALTERを使用して手動または自動で、大きいサイズに変更できます。

1.4.5 IEEE規格の浮動小数点数の制限

BINARY FLOATおよびBINARY DOUBLEのデータ型は、BS2000/OSD上で実行されるユーザー記述のデータベース・アプリケーションではサポートされていません。

BS2000/OSD上で実行するアプリケーション・プログラムに対してこれらのタイプの格納またはフェッチを試みると、ローカルおよびリモートの両方のOracle Databaseで予測できない結果になります。

1.4.6 SQL*Loader

SQL*Loaderのバイナリ・データ型であるFLOATおよびDOUBLEは、BS2000/OSDではサポートされていません。これらのデータ型をSQL*Loaderおよび外部表で使用すると、予測できない結果になります。

かわりに、外部の非バイナリデータ型であるFLOAT EXTERNALを使用します。

ダイレクト・パス・ロードのマルチスレッド機能は、BS2000ではサポートされていません。

1.4.7 Oracle Scheduler

外部ジョブはサポートされていません。

1.4.8 INIT.ORAパラメータ

汎用ドキュメントで説明されているINIT.ORAファイルの初期化パラメータのいくつかは、Oracle Database 11gリリース2 for BS2000/OSDではサポートされていません。詳細は、付録C、「初期化パラメータおよびパラメータ・ファイル」を参照してください。

1.4.9 テープへのアーカイブ

ログ・ファイルのアーカイブは常にディスク・ファイルとして作成される必要があるため、テープへのアーカイブはサポートされていません。ただし、BS2000の通常のバックアップ手順を使用して、アーカイブ・プロセスで作成されたアーカイブ・ログ・ファイルをバックアップすることはできます。

1.4.10 インポートおよびエクスポート

この項では、インポートおよびエクスポートに関する情報を説明します。

- オペレーティング・システム、FTPまたはPERCONによるASCII/EBCDIC変換は使用できません。インポート・ユーティリティおよびエクスポート・ユーティリティは独自の変換を実行するため、その他の変換では使用できないファイルとしてレンダリングされます。

- 複数のテープに対するインポートおよびエクスポートは実行できません。

1.4.11 Oracle Data Pump ImportおよびOracle Data Pump Export

この項では、Oracle Data Pump ImportおよびOracle Data Pump Exportに関する情報を説明します。

- オペレーティング・システム、FTPまたはPERCONによるASCII/EBCDIC変換は使用できません。Oracle Data Pump ImportおよびOracle Data Pump Exportのユーティリティは独自の変換を実行するため、その他の変換では使用できないファイルとしてレンダリングされます。

- Data Pump ExportおよびOracle Data Pump Importでは、テープはサポートされていません。

1.4.12 グローバリゼーション・サポート

ロケール・データのカスタマイズで実装されたユーザー定義のキャラクタ・セット(『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照)は、このリリースではサポートされていません。

1.4.13 Oracle Call Interface

次の機能は現在サポートされていません。

- OCIの共有モード機能

- OCIのパブリッシュ・サブスクライブの関数

- OCIのスレッド・パッケージ

1.4.14 SQL*Plus

次にあげるそれぞれの内容は、SQL*Plusに関連します。

- 入力行が511文字を超えた場合、SQL*Plusは切り捨て、警告メッセージを表示します。

- SQL*Plus -sオプションを使用する場合、それがプロンプトに入力する最初のオプションである必要があります。

- 内部メッセージ・バッファが76文字に制限されているため、一部のメッセージは切り捨てられます。これは通常、1つのメッセージに2つ目のメッセージが含まれている場合に発生します。この場合は、一般に、2つ目のメッセージのメッセージ番号部分を参照します。詳細は、特定のメッセージに関連するマニュアルである『Oracle Databaseエラー・メッセージ』、またはこのガイドの付録A、「BS2000/OSDのOracleエラー・メッセージ」のいずれかを参照してください。

- ECHOがONに、TABがONに設定されているときにスプール・ファイルを指定した場合、コマンドのリストの位置がずれる可能性があります。

- POSIX環境のSQL*PlusでPOSIXエディタedtuを優先テキスト・エディタとして定義するには、POSIX修正レベルA43以上が必要です。

1.4.15 ADRCI

優先POSIXテキスト・エディタがedtuの場合、POSIX修正レベルA43以上が必要です。

1.4.16 Oracle Database 10gクライアントからの接続

初期化パラメータSEC_CASE_SENSITIVE_LOGONがFALSEに設定されている場合、Oracle Database 10gクライアントはFujitsu BS2000/OSD上のOracle Database 11gリリース2インスタンスに接続できます。それ以外の場合は、接続が失敗し、次のメッセージが表示されます。

ORA-01017: invalid username/password; logon denied

1.4.17 POSIX環境のユーティリティ

SQL*Plus、ImportやExportなどのPOSIXシェルのユーティリティでは、パス名の最大長は54バイトです。この制限は、SQLスクリプトまたはスプール・ファイルの名前に適用されます。

1.4.18 Oracle Net Services

次にあげるそれぞれの内容は、Oracle Net Servicesに関連します。

- LISTENER.ORAファイルでリスナーの名前を指定する場合、名前を20文字より短くすることをお薦めします。20文字を超えるリスナー名を使用する場合は、ログ・ディレクトリ(トレース・ディレクトリ)およびログ・ファイル(トレース・ファイル)を指定する必要があります。

- リスナーは、POSIXサブシステムが稼働している場合にのみ開始できます。

1.4.19 Oracle Net BEQプロトコル

ハンドオフおよびダイレクト・ハンドオフ技術をサポートすることによって、BEQプロトコルはOracle Database 10gリリース2より前のリリースのBEQプロトコルと互換性がなくなります。たとえば、11.2リスナーはOracle9iインスタンスのサーバーを起動できません。

1.4.20 TCP/IPに対するOracleプロトコル・サポート

Internet Assigned Numbers Authority (IANA)によってポート番号は3つの範囲に分割されています。

- 0から1023までのWell Knownポート

- 1024から49151までのRegisteredポート

- 49152から65535までのDynamicポートまたはPrivateポート、あるいはその両方

BS2000のTCP/IPに関するFujitsu社のドキュメントでは、権限ポートを2050に設定することを推奨しています。ただし、登録済のOracleポート番号を使用することによって競合が発生する可能性があります(http://www.iana.org/assignments/port-numbersを参照)。たとえば、リスナー・プロセスのポート番号を1521に設定した場合、それらの登録済ポート番号でリスニングするすべてのOracleプロセスは、次のエラーで失敗する可能性があります。

TNS-12545: Connect failed because target host or object does not exist
TNS-12560: TNS:protocol adapter error
TNS-00515: Connect failed because target host or object does not exist
BS2000 Error: 126: Can't assign requested address
BS2000 BCAM-RC: 40010020

回避策として、非権限ポートを使用するか、権限ポート番号を1500より小さい値(通常は1024)に設定します。

1.4.21 POSIXサブシステム

Oracle Database 11gリリース2では、POSIXサブシステムおよびPOSIXファイル・システムへのアクセスが必要です。次の例外が発生する可能性があります。

- 次のメッセージが表示される場合は、BS2000管理者にUFS機器(SYSSSI.POSIX-BC.versionのパラメータNOSTTY)の数を増やすように依頼してください。

CCM0090: ALL UFS TERMINAL DEVICES ARE IN USE OR PERMISSION DENIED

- POSIXサブシステムを終了すると、Oracleインスタンスも終了されます。

2 アーキテクチャおよび実装

この章では、Fujitsu BS2000/OSDのOracle Databaseのシステム・アーキテクチャについて説明します。この章の内容は次のとおりです。

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

- 基本的な構造

- 2タスク・モード

- アドレス空間計画

- Oracle Databaseの環境定義ファイル

- ORALOADライブラリ

- ORAMESGライブラリ

- ユーザーID要件

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

Oracle Database 11gリリース2は、BS2000/OSDオペレーティング・システム上で動作します。

Oracle Databaseは、ネイティブBS2000のインタフェースだけでなく、POSIXインタフェースも使用します。この項には、次が含まれます。

- ファイル・システム

- POSIXシェル

- プロセス

2.1.1 ファイル・システム

Oracle Database 11gリリース2は、2つのファイル・システム(BS2000 Data Management System (DMS)およびPOSIXファイル・システム)上で動作します。

POSIXファイル・システムは階層的に構造化されており、ディレクトリおよびファイルで構成されます。

以前のリリースと同様に、ほとんどのOracle Database 11gのデータベース・ファイルはBS2000 DMSに存在しています。たとえば、データ・ファイル、制御ファイル、オンラインおよびアーカイブREDOログ・ファイルは、BS2000 DMSに配置されます。

新しい機能である自動診断リポジトリ(ADR)では、データベース診断データ用にファイルベースのリポジトリを作成するために、階層ファイル・システムが必要です。そのため、ADRのディレクトリおよびファイルはPOSIXファイル・システムに存在します。

その結果、Oracle Database 11gリリース2 for BS2000/OSDにはPOSIXファイル・システムが必要です。Oracle Database 10gではPOSIXファイル・システムの使用はオプションでしたが、Oracle Database 11gリリース2では必須です。

Oracle Databaseソフトウェアのインストール時に、実行可能ファイル、ライブラリおよびその他のファイルは、BS2000 DMSおよびPOSIXファイル・システムの両方にインストールされます。

POSIXファイル・システムへのアクセスを提供する必要があります。POSIXファイル・システムへのアクセスの詳細は、第3章、「Oracle Databaseのインストールおよび削除」を参照してください。

2.1.2 POSIXシェル

Oracle Database 11gリリース2以降、Oracle Databaseユーティリティのサブセットは、SDFコマンドを使用してBS2000環境からだけでなく、シェル・コマンドを使用してPOSIXシェルでも開始できます。

ADRの診断データは、コマンド・ライン・ユーティリティADRCIで表示できます。このユーティリティはPOSIXシェルで開始します。

POSIXシェルでユーティリティを開始する前に、環境変数ORACLE_HOMEを設定します。

2.1.3 プロセス

たとえば専用サーバー・プロセスやバックグラウンド・プロセスなどのすべてのOracle Databaseインスタンスのプロセスは、BS2000タスクとして動作します。

BS2000環境でSDFコマンドを使用してSQL*Plusなどのクライアント・ユーティリティを開始すると、対応するプログラムがBS2000ログイン・タスクで実行されます。

POSIXシェルでクライアント・ユーティリティを開始すると、新しいPOSIXプロセスが作成されます。

POSIXシェルで実行中のクライアント・プロセスは、BS2000環境のクライアントなどのインスタンスに接続します。サーバー・プロセスは、常にBS2000環境で開始されます。BS2000環境のプロセスの詳細は、第9章、「Oracle Net Services」を参照してください。

2.2 基本的な構造

タスクのコンセプト(Oracle用語でのプロセス)およびメモリー構造(領域)は、BS2000固有ではありません。

詳細は、『Oracle Database概要』の「メモリー・アーキテクチャ」および『Oracle Database概要』の「プロセス・アーキテクチャ」を参照してください。

この項には、次が含まれます。

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

- その他のOracle Databaseファイル

- Oracle Managed Files

- bigfile表領域

2.2.1 データベース・ファイルおよびログ・ファイル

1つ以上のデータベース・ファイルに、データ・ディクショナリ、ユーザー・データおよび索引が含まれています。

BS2000/OSDでは推奨される最小は10000 PAMブロックですが、Oracle Databaseでは2つ以上の同じサイズである必要のないログ・ファイルが必要です。ログ・ファイルのサイズは、Oracle Databaseブロックではなく、BS2000ブロックで設定されます。

注意:
BS2000/OSDオペレーティング・システムおよびOracle Databaseはどちらも、ブロックと呼ばれる単位で入出力を効果的に実行します。ブロックは、データ記憶域の基本的な単位です。Oracle Databaseブロックは、次のいずれかの形式になります。

- BS2000 2Kパブセット形式を使用する場合は、2K、4K、6K、8K、16K、32K

- BS2000 4Kパブセット形式を使用する場合は、4K、8K、16K、32K

Oracle DatabaseファイルおよびREDOログ・ファイルはBS2000のPAMファイルのため、Oracle DatabaseではUPAMを使用してそれらにアクセスします。

2.2.2 その他のOracle Databaseファイル

その他のOracle Databaseファイルを次に示します。

- 初期化ファイル

- サーバー・パラメータ・ファイル

- ORAENVファイル

- 制御ファイル

- メッセージ・ファイル

2.2.2.1 初期化ファイル

初期化ファイルINIT.ORAには、インスタンスの開始時に読み取られるパラメータのセットが含まれています。

関連項目:
初期化ファイルの詳細は、『Oracle Databaseリファレンス』および『Oracle Database管理者ガイド』を参照してください。

2.2.2.2 サーバー・パラメータ・ファイル

サーバー・パラメータ・ファイル(SPFILE)は、バイナリ形式のサーバー側初期化ファイルで、テキスト・エディタを使用して編集はできません。CREATE SPFILE文を使用して、最初に従来のテキスト形式の初期化ファイルから作成されます。

2.2.2.3 ORAENVファイル

ネイティブBS2000環境で動作するOracle Databaseユーティリティおよび製品は、ORAENVとして参照されるOracle Database環境定義ファイルを使用します。このファイルにはOracle Database環境変数が含まれており、この変数は各Oracle Databaseタスクの動作環境を記述するために使用されます。データベース管理者は、ORAENVファイルも使用して、データベース構成に必要なBS2000固有のパラメータを定義します。

2.2.2.4 制御ファイル

このファイルは、データベースの物理的構造を記録し、初期化ファイルに指定されます。

2.2.2.5 メッセージ・ファイル

メッセージ・テキストを表モジュールに格納され、実行時にORAMESGライブラリから動的にロードされます。

2.2.3 Oracle Managed Files

Oracle Managed FilesのINIT.ORAパラメータを次にリストします。

- DB_CREATE_FILE_DEST: データ・ファイル、一時ファイルおよびブロック変更トラッキング・ファイル用

- DB_CREATE_ONLINE_LOG_DEST_n: REDOログ・ファイルおよび制御ファイル用

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

BS2000では、これらのパラメータはファイル名の接頭辞として使用されます。

Oracle表領域の名前の長さは最大30文字です。OMFが作成したファイル名を表領域に関連付けるには、最初の8文字で区別が可能な表領域の名前を使用する必要があります。表領域名にアンダースコア(_)を使用できますが、生成されたファイル名で使用する際に、アンダースコア(_)はハイフン(-)に変更されます。

Oracle Managed Filesのファイル名は、BS2000で次の書式になります。

ファイル・タイプ

書式

制御ファイル

destOMC.tttttttt

ログ・ファイル

destOMLlll.tttttttt

永続表領域ファイル、データ・ファイルのコピー

destOMD.tsn.tttttttt

一時表領域ファイル

destOMT.tsn.tttttttt

アーカイブ・ログ・ファイル

destOMA.Tnnn.Snnnnnn.tttttttt

データ・ファイルまたはアーカイブ・ログのバックアップ・ピース

destOMB.Lnnn.tttttttt

RMAN自動バックアップ・ピース

destOMX.xnnnnnnn.tttttttt

ブロック・チェンジ・トラッキング・ファイル

destOMR.tttttttt

フラッシュバック・ログ・ファイル

destOMF.tttttttt

各要素の意味は次のとおりです。

- destは、OMFパラメータでの宛先文字列(_DEST)

- ttttttttは、エンコードされたタイムスタンプ(文字や数値をランダムな混在のように見える)

- lllは、3桁のログ・グループ番号

- tsnは、最大8文字の表領域名

- Tnnnは、文字「T」の後に続く3桁のスレッド番号

- Snnnnnnは、文字「S」の後に続く6桁の順序番号

- Lnnnは、文字「L」の後に続く3桁の増分レベル

- xは、データベースにSPFILEがある場合は文字P、データベースにSPFILEがない場合は文字T

- nnnnnnnは、7バイトのタイムスタンプ

BS2000ファイル名の54文字の制限を考慮すると、前述のファイル名の書式では、DB_CREATE_ONLINE_LOG_DEST_nおよびDB_CREATE_FILE_DESTでは39文字に制限され、DB_RECOVERY_FILE_DESTでは29文字に制限されます。このファイル名の文字列制限には、最大16文字を使用する可能性のあるcatidおよびuseridが含まれます。

関連項目:
ファイル名の書式の詳細は、『Oracle Database管理者ガイド』の「Oracle Managed Filesの使用」を参照してください。

2.2.4 bigfile表領域

BS2000/OSD上のOracle Database 11gリリース2では、bigfile表領域がサポートされています。bigfile表領域の単一のデータ・ファイルは、次の属性を指定してBS2000のパブセットに存在する必要があります。

LARGE_VOLUMES=*ALLOWED and LARGE_FILES=*ALLOWED

関連項目:
BS2000/OSDでのラージ・オブジェクトの処理の詳細は、次の場所の、32GBより大きいファイルおよびボリュームに関するマニュアルを参照してください。

http://manuals.ts.fujitsu.com/file/9118/dv32.pdf

2.3 2タスク・モード

2タスク・モードでは、ユーザー・タスクはサーバー・タスクに接続し、これがユーザー・タスクのかわりにOracle Databaseコードを実行します。ユーザー・タスクはSGAに対するアクセス権を持ちません。ユーザー・タスクとサーバー・タスク間の通信は、Oracle Net Servicesを介して行われます。

2.4 アドレス空間計画

Oracle Database多数のデータおよびコード領域を使用しますが、これらは、すべてのサーバー・タスクおよびバックグラウンド・タスクで同じ仮想アドレスにある必要があります。通常は、Oracle Databaseで提供されるデフォルト値で十分です。アドレス空間計画(Oracle Databaseのデータ領域の明示的な配置)は、アドレス空間の競合時などの特別な状況で必要になる場合があります。たとえば、動的サブシステムがデフォルトのアドレス範囲を占有する可能性があり、この場合にOracle Database領域の再配置が必要になる場合があります。

2.4.1 Oracle Databaseのデータ領域配置

次のORAENV変数は、Oracle Databaseのデータ領域の明示的な配置を制御します。

- COM_BASE

- KNL_BASE

- PGA_BASE

- SGA_BASE

アドレス空間の領域の順序は重要ではありません。xxx_BASE変数は、STARTUP処理中にのみ評価されます。

データベースの起動後、接続時に共通の値が自動的に指定されるため、アタッチされているユーザーは、ORAENVファイルの値を指定する必要はありません。これは、ユーザーのORAENVファイルの設定が無視されるということを意味します。図2-1に、データ領域の配置の例を示します。

図2-1 バックグラウンド・タスク、サーバータスク・およびユーザー・タスクでのデータ領域の配置

xxx_BASE値は、BS2000/OSDの値SYSBASE (BS2000/OSD生成によって定義されユーザーのアドレス空間を区切る)と互換性がある必要があります。

Oracle Database 10g以降、ユーザー・プログラムは、コア、グローバリゼーション・サポート、Net Servicesなどの共通サービスに対して別の共有コード・プールを使用します。このプールの名前はクライアント共通プールで、その配置はORAENVのパラメータCLN_BASEで制御できます。

Oracle管理者は通常、Oracleのプール配置とシステム内のその他のプール配置の競合を認識している必要があります。

2.5 Oracle Databaseの環境定義ファイル

この項では、ORAENVファイル、その使用方法およびデフォルトのデータベースを指定するための環境変数の使用方法について説明します。

ORAENVテキスト・ファイルには、/SET-FILE-LINK ORAENVコマンドを自身のために実行するBS2000のコマンド・プロシージャの書式があります。各行に、Oracle Database環境変数および割り当てられている値が含まれています。このファイルを読み取る際に、Oracle Databaseは、行1にスラッシュ(/)またはアスタリスク(*)が含まれている行をすべて無視します。

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

- ORAENVの生成

- Oracle環境変数

- ORAENVの実行

- POSIX環境およびORAENVファイル

2.5.1 ORAENVの生成

INSTALL.P.DBAプロシージャは、ORAENVファイルのコピーを自動的に作成します。このファイルは、Oracle Databaseのデフォルト構成を提供します。ローカルのニーズに適用させるためにこのファイルを編集できます。ユーザーは、自身の環境固有のORAENVファイルを生成することもできます。これについては、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』の概要に関する説明を参照してください。

2.5.2 Oracle環境変数

付録B、「Oracle環境変数」に、データベース管理者が使用できるOracle環境変数のリストが含まれています。ほとんどのユーザーは、これらの変数の一部のみを設定する必要があります。ユーザーのORAENVファイルに配置されているDBA固有の変数はすべて無視されます。

2.5.3 ORAENVの実行

環境変数を設定するには、使用するデータベースの環境変数が含まれているORAENVファイルでCALL-PROCEDUREコマンドを実行するだけです。ORAENVファイルの名前はsid.P.ORAENVです(sidはデータベース・システム識別子です)。たとえば、サンプルのORAENVファイルを使用してデータベースDEMOの環境変数を設定するには、次のコマンドを実行します。

/CALL-PROCEDURE DEMO.P.ORAENV

ORAENVファイルを生成して、Oracle Databaseプログラムをコールする前に/SET-FILE-LINKコマンドを実行することもできます。

/SET-FILE-LINK ORAENV, filename

ここでfilenameは、DEMO.P.ORAENVと同じ書式を持ち、少なくともORASID環境変数を定義するファイルの名前です。

注意:

- データベース管理者は、Oracle Databaseの実行中にORAENVファイルを変更しないでください。

- ユーザーは、ORAENVファイルをいつでも変更できます。

BS2000システム上では、複数のOracle Databasesを同じデータベース管理者アカウントを使用して同時に実行できます。一意のシステム識別子によってグローバルに一意の名前がデータベースに提供されるため、ORASID環境変数を設定することで、ユーザーは特定のデータベースを選択できます。ユーザーは、ORAENVファイルのsid.P.ORAENVをアクティブ化することによってこれを行います。

Oracle Database製品(SQL*Plusなど)が開始されるたびに、リンク名ORAENVが定義されているかどうかが確認され、関連ファイルを読み取り、後で使用できるように変数の割当てを格納します。リンク名ORAENVが設定されていない場合(や関連ファイルが読み取れない場合)、SIDは未定義のままになります。リンク名ORAENVは常に、Oracle Databaseプログラムをコールする前に定義することをお薦めします。

2.5.4 POSIX環境およびORAENVファイル

POSIXシェル内で実行されるすべてのOracle Databaseユーティリティおよび製品は、POSIX環境から環境変数を取得します。すべてのOracleおよびBS2000固有の変数は、POSIX環境に設定できます。Oracle変数ORACLE_HOMEは、設定する必要があります。特定のデータベースでユーティリティを実行するには、Oracle変数ORACLE_SIDも設定する必要があります。オペレーティング・システムの環境変数PATHは、Oracleバイナリ$ORACLE_HOME/binへのパスで拡張される必要があります。POSIX環境にその他のOracle変数を設定しない場合、Oracleユーティリティはデフォルト値を使用します。インストール手順では、ORACLE_HOME、PATH、LD_LIBRARY_PATHなどの最も重要な変数を設定および拡張するために実行可能なORACLE_HOMEディレクトリにプロファイルが作成されます。このプロファイルは次のコマンドを使用して処理できます。

$ . your_oracle_home/.profile.oracle

注意:
Oracle変数BGJPARは、.profile.oracleの実行後には設定できません。この変数を設定しない場合、デフォルト値(BGJPAR=START=IMME,CPU-LIMIT=NO,LOGGING=*NO)がOracleユーティリティで使用されます。

この変数をPOSIX環境で設定することによって、変数のデフォルト値を変更できます。たとえば、次のようになります。

$ NLS_LANG=German_Germany.WE8BS2000
$ export NLS_LANG

また、BS2000ファイル・システムでユーザーが作成したORAENVファイルを使用する機会もあります。この場合、$ORACLE_HOME/dbsディレクトリに、ORAENVファイルの場所および名前を記述するファイルoraenvsidを作成する必要があります。

ORAENVファイル$ORADATA.ORCL.P.ORAENVを使用すると想定します。次のように、$ORACLE_HOME/dbsディレクトリに、BS2000のORAENVファイルの名前を含むoraenvORCLファイルを作成します。

$ ORACLE_HOME=/u01/app/orac1120/db11g
$ export ORACLE_HOME
$ echo '$ORADATA.ORCL.P.ORAENV' > $ORACLE_HOME/dbs/oraenvORCL

次のように、Oracle環境変数ORACLE_SIDを設定し、ユーティリティをコールします。

$ ORACLE_SID=ORCL
$ export ORACLE_SID
$ $ORACLE_HOME/bin/sqlplus /nolog

POSIXシェル内で動作するOracleユーティリティは、BS2000のORAENVファイルの変数を下位の変数として処理します。POSIX環境に変数が設定され、同じ変数がORAENVファイルに定義されている場合、POSIX変数はORAENV変数によって上書きされません。たとえば、変数NLS_LANGがPOSIX環境でGerman_Germany.WE8BS2000に設定されていて、NLS_LANGがBS2000のORAENVファイルにAmerican_America.WE8BS2000としても定義されている場合、この変数は、値German_Germany.WE8BS2000をPOSIXシェル内で動作中のOracleユーティリティのプログラム環境内に保持します。

注意:

- 変数ORACLE_HOMEおよびORACLE_SIDは、設定する必要があります。

- BS2000ファイル・システム内のORAENVファイルは、ユーティリティでアクセスできる必要があります。

- POSIX環境で、BS2000のORAENVファイルの変数は、後順位の変数として処理されます。

- BS2000のORAENVファイルにアクセスするには、$ORACLE_HOME/dbsディレクトリに、BS2000のORAENVファイルの完全修飾名を含むファイルoraenvsidを作成する必要があります。

- ファイル名oraenvsid内のSIDは大/小文字が区別され、ORACLE_SIDに指定されているSIDと一致する必要があります。

2.6 ORALOADライブラリ

ORALOADライブラリ(デフォルトでは$ORAC1120.ORALOAD.LIB)は、すべてのOracle Database 11gリリース2プログラムを実行するために必要です。Oracle Databaseはこのライブラリを使用して、必要に応じて実行可能ファイルおよびサブルーチンを動的にロードします。リンク名ORALOADは、Oracle Databaseプログラムをコールする前に、ORALOADライブラリを識別する必要があります。リンク名が欠落している場合は、BLS (BS2000/OSDローダー)エラー・メッセージが表示されます。通常、このリンク名はORAENVプロシージャのコール時に設定されます。

2.7 ORAMESGライブラリ

ORAMESGライブラリ($ORAC1120.ORAMESG.LIB)は、必要に応じてOracleタスクでメッセージ・ファイルなどの表を動的にロードするために必要です。リンク名ORAMESGは、Oracleプログラムをコールする前に、ORAMESGライブラリを識別する必要があります。リンク名が欠落している場合は、BLS (BS2000/OSDローダー)エラー・メッセージが表示されます。通常、このリンク名はORAENVプロシージャのコール時に設定されます。

2.8 ユーザーID要件

次の各項で、ユーザーIDの要件を確認します。

- インストール・ユーザーID (ORAUID)

- DBAユーザーID

- OracleユーザーのユーザーID

2.8.1 インストール・ユーザーID (ORAUID)

インストール時に、すべてのOracle DatabaseソフトウェアがこのユーザーIDにインストールされ、このIDは空である必要があります。このインストール・ユーザーID (ORAUIDとも呼ばれます)には、次のものが含まれます。

- SQL*Plus、バックグラウンド・プログラム、ネットワーク・プログラムなどの実行可能プログラム。

- ロード・ライブラリ、特にORALOAD.LIBで、ここからプログラムの実行中にモジュールがロードされます。たとえば、共有KERNELモジュールおよびプリコンパイラ実行時モジュール。

- メッセージ・ファイル。

- DEMO表のための、SQLファイルなどのその他のデータ・ファイル。

- INCLUDEファイル、アプリケーション・デモ・ファイルおよびプリコンパイラ・ユーザーのためのデフォルトのプリコンパイラ・オプションを指定するシステム構成ファイル。

- PRO.LIBなどのリンク編集プリコンパイラ・アプリケーションに必要なオブジェクト・ライブラリ。

- プログラム、コマンド・プロシージャなどのポート固有のインストール・ユーティリティ。

- デフォルトORAENVファイルなどのデフォルト構成ファイル。

- POSIXファイル・システムでのOracleインストール。

Oracle Databaseリリースごとに別のORAUIDが必要です。ただし、同じバージョンを使用する複数のデータベースでは、同じインストール・ユーザーIDを参照でき、または参照する必要があります。

2.8.1.1 認可およびファイルのアクセス権

このユーザーIDには、特別なBS2000の権限は必要ありません。

- BS2000/OSDのシステム管理者のユーザーID TSOSをOracle Databaseのインストール・ユーザーIDとして使用することはできません。

- ORAUIDには、特定のユーザー属性または権限は必要ありません。

- インストール・フェースでのみ、このユーザーIDでBS2000にログインが必要です。

- インストール中、すべてのファイルは次のファイル属性を使用して作成されます。

USER-ACC=ALL-USERS, ACCESS=READ

- インストール後に、ファイルに書込みアクセス権を定義する必要はありません。

- POSIXファイル・システムでのインストールでは、インストール・ユーザーIDに対して一意のユーザー番号およびグループ番号が必要です。

2.8.1.2 デフォルト名

ORAUIDのデフォルト名は$ORAC1120です。別のインストール・ユーザーIDでOracle Database 11gリリース2をインストールする場合は、インストール手順によって、関連するすべてのファイルでデフォルト値が現行のインストール・ユーザーIDに変更されます。

2.8.2 DBAユーザーID

DBAのユーザーIDは、1つ以上のOracle Databaseの所有者として使用されるBS2000のユーザーIDです。特定のOracle Databaseのすべてのファイルが、このユーザーIDによって所有されます。

実行中のデータベース、バックグラウンド・タスクおよび2タスクOracle Databaseを開始したサーバー・タスクを構成するすべてのタスクは、DBAユーザーIDで実行されます。これらのタスクは、インストール・ユーザーID (ORAUID)で使用可能な実行可能プログラムおよびライブラリを参照します。これらのプログラムおよびライブラリは、DBAユーザーIDにコピーする必要はなく、またコピーしないでください。インストール・ユーザーID (ORAUID)をDBAユーザーIDとして使用できます。ただし、別々のユーザーIDを使用することをお薦めします。DBAユーザーIDは、通常のユーザーIDとしても使用できます。

複数のデータベースは、同じ、または別のDBAユーザーIDで作成できます。異なるBS2000のユーザーIDでインストールした場合、データベースは分離され、BS2000の保護機構に基づいて、お互いから保護されます。特に、データベース管理者は、別のBS2000のユーザーIDで実行しているデータベースを管理できません(Oracle Database for BS2000/OSDにはグローバルDBA権限がありません)。

2.8.2.1 認可およびファイルのアクセス権

DBAユーザーIDには、Oracle Databaseを実行するために特定のユーザー属性および権限が必要です。次の権限が含まれます。

- できればOracle Databaseのバックグラウンド・ジョブに予約されたJOBCLASS内で、ジョブをただちに開始する権限。これがないと、データベースの開始時およびサーバー・タスクの生成時に遅延が発生する可能性があります。

- 時間制限なし(TIME=NTL)でジョブを開始する権限。これがないと、データベース・タスクが終了する可能性があります。

- ジョブをTP状態にする権限。これがないと、データベースのパフォーマンスが低下する可能性があります。

- 共通メモリー・プールを読取り専用に設定する権限。これがないと、共有コードのセキュリティが低下する可能性があります。

- BS2000/OSDシステム管理者のユーザーID TSOSは、どのような状況においても、Oracle Database DBAのユーザーIDとして使用することはできません。

- DBAユーザーIDに設定されているファイル・アクセス権限は、次のように設定されている必要があります。

USER-ACC=OWNER-ONLY, ACCESS=WRITE

- DBAユーザーIDのPOSIXユーザーは、一意のユーザー番号およびグループ番号を使用して初期化される必要があります。

2.8.2.2 デフォルト名

DBAユーザーIDにはデフォルト名はありません。

2.8.3 OracleユーザーのユーザーID

Oracleユーザーは、Oracleユーティリティ(SQL*Plusなど)およびプリコンパイラ・アプリケーション・プログラムを介してデータベースにアクセスし、使用します。ユーザーは、Oracle Net Services機能を使用してOracle Databaseに接続できます。

BS2000ユーザーIDも、OPS$汎用機能によってOracle Databaseの接続ユーザーIDとして使用できます。

2.8.3.1 認可およびファイルのアクセス権

これらのユーザーIDには、特別なBS2000の権限は必要ありません。

- Oracle Databaseプログラムは、通常のユーザーによって所有されていないファイルにそのユーザーID内でローカルにアクセスするため、それらのファイルには特定のアクセス属性は必要ありません。たとえば、LOGIN.SQLデータ・ファイルです。

- 特定のユーザー属性または権限は必要ありません。

3 Oracle Databaseのインストールおよび削除

この章では、BS2000/OSDへのOracle Database 11gリリース2のインストール前の要件、インストール後の作業およびインストールと削除について説明します。次の項目について説明します。

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

- インストールの計画

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

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

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

- 複数のOracleシステムのインストール

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

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

Oracle Databaseソフトウェアは、https://edelivery.oracle.comにあるOracle Software Delivery Cloudからダウンロードできます。インストール・ファイルは、ステージング・ライブラリと呼ばれるLibrary Maintenance System (LMS)ライブラリに含まれています。

zipファイルをダウンロードして、WindowsまたはUNIXシステム上の一時的な場所に抽出します。次に、ファイル転送プロトコル(FTP)を使用して、ステージング・ライブラリをBS2000システムにアップロードします。次の各項では、Fujitsu BS2000/OSD S ServerへのOracleのインストール・プロセスを説明します。Fujitsu BS2000/OSD SQ ServerへのOracleのインストール・プロセスは、ステージング・ライブラリの名前を除いて同じです。ステージング・ライブラリの名前は次のとおりです。

- ora11202.s390.lib: Fujitsu BS2000/OSD (Sシリーズ)

- ora11202.sq.lib: Fujitsu BS2000/OSD (SQシリーズ)

3.2 インストールの計画

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

1. リリース・ノートの参照: インストールを開始する前に、第1章、「リリース・ノート」のOracle Databaseリリース・ノートfor Fujitsu BS2000/OSDを参照してください。

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

関連項目:
ライセンス情報の詳細は、Oracle Databaseライセンス情報を参照

3. インストール前の作業の完了: 「Oracle Databaseのインストール前の要件」では、製品のインストール前に完了する必要のある作業について説明します。

4. ソフトウェアのインストール: 「Oracle Databaseソフトウェアのインストール」Oracle Database 11gリリース2をインストールするためのBS2000/OSD用のOracleインストール手順の使用方法について説明します。

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

6. 複数のソフトウェアのインストール: 「複数のOracleシステムのインストール」では、Oracleソフトウェアの複数のインストールに関する情報を提供します。

7. Oracle Databaseソフトウェアの削除: 「Oracle Databaseソフトウェアの削除」では、Oracle Databaseソフトウェアをシステムから削除する方法について説明します。

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

この項では、Oracle Database 11gリリース2 for BS2000/OSDのインストールを開始する前に完了する必要のある作業について説明します。作業の内容は次のとおりです。

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

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

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

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

- POSIXでの必要なディレクトリの識別

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

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

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

- メモリー要件

- システム・アーキテクチャ

- ディスク領域要件

- ディスプレイ要件

3.3.1.1 メモリー要件

Oracle Databaseには、2GB以上のメイン・メモリーが必要です。

インストール・ユーザーIDのアドレス空間制限は、512MB以上です。DBAユーザーIDでは、1024MB以上が必要です。

- メモリー・サイズを確認するには、次のコマンドを入力します。

/SHOW-SYSTEM-INFORMATION INFORMATION=*MEMORY-SIZE

- ユーザーのアドレス空間制限を確認するには、目的のユーザーIDでログインして、次のコマンドを入力します。

/SHOW-USER-ATTRIBUTES

ユーザーのアドレス空間が必要なサイズより少ない場合は、次のコマンドを使用してアドレス空間制限を増やすようにBS2000システム管理者に依頼します。

/MODIFY-USER-ATTRIBUTES USER-IDENTIFICATION=user-id,ADRESS-SPACE-LIMIT={512|1024}

3.3.1.2 システム・アーキテクチャ

Oracle Database 11gリリース2では、 S Server、SQ Server、SX ServerなどのBS2000/OSDのすべてのサーバー・アーキテクチャがサポートされています。システム上のアーキテクチャを確認するには、次のコマンドを入力します。

/SHOW-SYSTEM-INFORMATION INFORMATION=*HSI-ATTRIBUTES

システム・アーキテクチャを示すTYPE出力は次のとおりです。

- IX: S ServerのHSI (/390アーキテクチャ)

- KM: SQ ServerのHSI (x86-64アーキテクチャ)

- PM: SX ServerのHSI (SPARCアーキテクチャ)

- UD: HSIタイプは未定義

S Serverでは、プラットフォームFujitsu BS2000/OSD (Sシリーズ)用のOracle Databaseソフトウェアをインストールします。インストール・ステージング・ライブラリの名前は、ora11202.s390.libです。

SQ Serverでは、プラットフォームFujitsu BS2000/OSD (SQシリーズ)用のOracle Databaseソフトウェアをインストールします。このソフトウェアは、ネイティブx86-64モードで動作します。インストール・ステージング・ライブラリの名前は、ora11202.sq.libです。

SX Serverでは、プラットフォームFujitsu BS2000/OSD (Sシリーズ)用のOracle Databaseソフトウェアをインストールします。このソフトウェアは、エミュレーション・モードで動作します。インストール・ステージング・ライブラリの名前は、ora11202.s390.libです。

3.3.1.3 ディスク領域要件

一部の新しい機能のため、Oracle Database 11gリリース2は、BS2000ファイル・システム(DMS)およびPOSIXファイル・システム内へのインストールが必要です。Oracle Databaseソフトウェアのインストールとは別のPOSIXファイル・システムを使用することをお薦めします。

関連項目:
追加のPOSIXファイル・システムの作成方法の詳細は、BS2000/OSDメインフレームのFujitsu社のガイド、具体的には次の場所にある「POSIX Basics for Users and System Administrators」を参照してください。

http://manuals.ts.fujitsu.com/file/8521/posix_g.pdf

POSIX管理者またはBS2000システム管理者がSTART-POSIX-INSTALLATIONコマンドを使用して新しいPOSIXファイル・システムを作成すると、UNIXのディスク・パーティションに似たPOSIXコンテナ・ファイルがBS2000ファイル・システム内に割り当てられます。POSIXファイル・システムは、このコンテナ・ファイル内に作成されます。たとえば/u01などの目的のマウント・ポイントがルート・システムでまだ使用できない場合は、それが作成され、ファイル・システムがマウントされます。

Fujitsu BS2000/OSD (Sシリーズ)用のOracle Database 11gリリース2ソフトウェアには、次のディスク領域が必要です。

- BS2000ファイル・システム:

項目

ディスク領域

ソフトウェア

1.000.000 PAMページ

ステージング・ライブラリ

820.000 PAMページ

推奨値(合計)

2.000.000 PAMページ

- POSIXファイル・システム:

要件

ディスク領域

最小値

400MB

推奨値

1GB

注意:
自動診断リポジトリ(ADR)の診断データはPOSIXファイル・システムに存在します。自動診断リポジトリに必要なディスク領域は、Oracleインスタンスの数およびインシデントに対して作成された診断データの量によって異なります。そのため、推奨値よりはるかに多くのディスク領域がPOSIXファイル・システムに必要になる可能性があります。

抽出されたファイルは、BS2000ファイル・システムで1.000.000 PAMページを占有します。POSIXファイル・システムにインストールされたファイルは、約200MBを占有します。

ステージング・ライブラリは、インストール・ユーザーIDに存在する必要はありません。

3.3.1.4 ディスプレイ要件

Oracle Databaseは、9750の互換性端末をサポートします。さらに、rloginまたはsshを使用してPOSIXにログインする場合、Oracle Databaseは、POSIX環境内のX端末をサポートします。

Oracle Database 11gリリース2に付属しているグラフィカル・ユーザー・インタフェースでのJavaベースのツールの最低解像度は、1024 x 768以上です。

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

Oracle Databaseソフトウェアをインストールする前に、システムが次のソフトウェア要件を満たしているかどうかを確認することをお薦めします。

- オペレーティング・システムおよび通信システムの要件

- POSIXパラメータ

- パッケージ要件

- その他のBS2000ソフトウェア・コンポーネント

- Oracle DatabaseアプリケーションのコンパイラおよびCRTE要件

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

3.3.2.1 オペレーティング・システムおよび通信システムの要件

Oracle Database 11gリリース2には、次のオペレーティング・システムおよび通信システムのバージョン以上が必要です。

- BS2000/OSD V7.0

- openNet Server V3.3
これにはBCAM V20.0およびSockets V2.4が含まれます。

定期的にBS2000/OSDの最新の修正パッケージをインストールすることをお薦めします。

次のコマンドを使用して、BS2000/OSDシステムのバージョンを確認します。

/SHOW-SYSTEM-INFORMATION INFORMATION=*BS2000-ID

注意:
POSIXサブシステムの修正レベルはA41以上です。次のコマンドを使用してPOSIX修正レベルを確認できます。

/EXECUTE-POSIX-CMD CMD='uname -v'

openNet Serverソフトウェアのバージョンは、次のコマンドを使用して、ソフトウェア・コンポーネントBCAMのバージョンを確認することで確認できます。

/SHOW-INSTALLATION-PATH INSTALLATION-UNIT=BCAM

または、次のコマンドを使用してBCAMバージョンを確認するようにBS2000システム管理者に依頼できます。

/BCSHOW SHOW=BCAM

注意:
BCAMのバージョンはV20以上である必要があります。

3.3.2.2 POSIXパラメータ

次のPOSIXパラメータについて、Oracle Database 11gリリース2での推奨値を確認する必要があります。

パラメータ名

説明

推奨値

HDSTNI

ハード・ディスク・サーバー・タスクの数

4

NPBUF

物理I/Oバッファの数

20

NPROC

プロセスの最大数

800

NBUF

I/Oバッファの数

200

MAXUP

ユーザー当たりのプロセスの最大数

200

NOTTY

ttysの最大数

512

NOPTY

ptysの最大数

512

NOSTTY

sttysの最大数

512

DBLSTATE

POSIXローダーの初期状態

1

DBLPOOL

POSIXローダーのプールのサイズ(MB)

30

POSIX管理者またはBS2000システム管理者は、ファイル$TSOS.SYSSSI.POSIX-BC.version内の値、たとえばversion = 070|080|090を確認できます。この値は、POSIXコマンドuspを使用しても確認できます。

# usp -s nproc

次のコマンドを使用して、値を更新できます。

# usp -P parameter -v value

注意:

- ファイル$TSOS.SYSSSI.POSIX-BC.version内のパラメータを編集した場合は、POSIXサブシステムを再起動する必要があります。

- パラメータ値はBS2000システム全体のロードによって異なり、このロードに合わせて調整する必要があります。前述のリストされている値は、最小の推奨値です。

3.3.2.3 パッケージ要件

Oracle Database 11gリリース2では、指定されている次のバージョン以上のPOSIXパッケージが必要です。

- POSIX-SH V7.0

- JENV V6.0

- APACHE V2.2、修正パッケージ2/2012を含む

- PERL V5.8、修正パッケージ2/2012を含む

- BCAM V20.0

インストールされているパッケージを確認するには、次のPOSIXコマンドを使用します。

$ pkginfo package name

注意:

- Oracle Databaseソフトウェアのインストールを開始する前に、パッケージPOSIX-SHおよびJENVがインストールされていることを確認してください。

- パッケージAPACHE、PerlおよびBCAMは、Oracle Management Agentで必要です。これらのパッケージはOracle Database 11gリリース2ではオプションですが、インストールすることをお薦めします。

3.3.2.4 その他のBS2000ソフトウェア・コンポーネント

Oracle Database 11gリリース2では次の追加のソフトウェアが必要です。必要なバージョンまたはより新しいバージョンをインストールします。

- CRTE-BASYS V1.7FまたはCRTE-BASYS V1.8EまたはCRTE-BASYS V1.9A

- SDF V4.7

- SDF-P V2.5

- SDF-A V4.1

- EDT V17.0A

- LMS V3.4

- openSM2 V7.0

- PTHREADS V1.3

- ORACLE-TOOLS V1.0
Oracle DatabaseユーティリティADRCIでは、ADRインシデント・パッケージを作成するためにPOSIX環境にzipユーティリティが必要であり、このパッケージはOracleサポートにアップロードできます。

現在、このzipユーティリティは、Fujitsu BS2000/OSDのPOSIXのサプライ・ユニットには含まれていません。そのため、Fujitsu社のサポートWebサイトのダウンロード領域から別途ダウンロードする必要があります。

http://support.ts.fujitsu.com/Download

ORACLE-TOOLSというソフトウェア・パッケージをダウンロードします。このソフトウェア・パッケージには、ユーティリティ(圧縮と非圧縮)が含まれています。ダウンロード領域の検索ボックスにパッケージ名ORACLE-TOOLSと入力することでこのソフトウェア・パッケージを見つけることができます。READMEファイルの記載に従って、ソフトウェア・パッケージORACLE-TOOLSをインストールします。

注意:

- サブシステムCRTEBASYがロードされている必要があります。SQ Serverでは、サブシステムCRTEBASKもロードされている必要があります。

- SDF-Aはオプションです。SDF-Aは、Oracle用のSDFユーザー構文ファイルを更新するためにのみ必要です。SDF-Aが使用できない場合、Oracle用のSDFユーザー構文ファイルの更新はスキップされます。Oracle用のSDF構文ファイルが更新されていない場合、インストール・ユーザーIDがデフォルトのインストール・ユーザーID ORAC1120の場合にのみ、BS2000のSDFコマンドをUNIX形式で使用してOracleユーティリティを開始できます。

- ソフトウェア・コンポーネントopenSM2およびPTHREADSは、Oracle Management Agentで必要です。

3.3.2.5 Oracle DatabaseアプリケーションのコンパイラおよびCRTE要件

CやCOBOLなどの高レベル言語がOracle Databaseとのインタフェースに使用されている場合、次のバージョンまたはそれ以上がサポートされています。

- COBOL85 V2.3

- COBOL2000 V1.2

- CPP V3.0

- CRTE V2.7F

- CRTE V2.8E

- CRTE V2.9

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

Oracle Databaseをトランザクション・モニターopenUTMを含む構成で使用する場合は、openUTM V6.0以上が必要です。

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

通常、Oracle Databaseをインストールするコンピュータは、ネットワーク・ドメインのメンバーとしてネットワークに接続されています。BCAMホスト名に加え、ホストは、DNSで解決可能な完全修飾名(hostname.domain)を持っている必要があります。この項では、BS2000/OSDコンピュータに関する最も重要な問題について説明します。

- ソケット・サブシステムの確認

- BCAMタイマーの確認

- LWRESDの確認

- ループバック・アドレスの確認

- POSIXファイル・システム内の構成ファイルの確認

3.3.3.1 ソケット・サブシステムの確認

S Serverでは、ソケット・サブシステムSOC6が作成され、実行されている必要があります。SQ Serverでは、ソケット・サブシステムSOC6-X8も作成され、実行されている必要があります。ソケット・サブシステムは次のコマンドを使用して確認できます。

/SHOW-SUBSYSTEM-STATUS SOC6*

3.3.3.2 BCAMタイマーの確認

BCAM接続および文字タイマーを確認することをお薦めします。BS2000システム管理者は、次のコマンドを使用してタイマー値を表示できます。

/SHOW-BCAM-TIMER

ISOセクションの出力でCONNとも呼ばれる接続タイマーの値は、600秒以上に設定する必要があります。STDセクションでLETTとも呼ばれる文字タイマーに大きい値を設定することをお薦めします。出力の値0は、無限の文字時間を示します。

3.3.3.3 LWRESDの確認

ホスト名の解決操作にLight Weight Resolver (LWRESD)を使用することをお薦めします。LWRESDの確認および管理のタスクには、BS2000システム管理者権限が必要です。次のコマンドを使用してLWRESDが稼働しているかどうかの確認をBS2000システム管理者に依頼してください。

/SHOW-LWRESD-PARAMETERS

たとえば、次の出力は、パラメータ・ファイルが使用中であることを示します。

RESOLV-FILE : :PVS1:$TSOS.SYSDAT.LWRESD.011.RESOLV.CONF

このパラメータ・ファイルには、有効なネーム・サーバーのIPアドレスおよびドメインまたはドメインの検索リストが含まれている必要があります。

3.3.3.4 ループバック・アドレスの確認

ファイル$TSOS.SYSDAT.BCAM.ETC.HOSTSにループバック・アドレスのエントリが含まれているかどうかを確認します。たとえば、次のようになります。

127.0.0.1                localhost loopback           # local address

3.3.3.5 POSIXファイル・システム内の構成ファイルの確認

ネットワーク構成ファイル/etc/hostsおよび/etc/resolv.confを確認します。これらのファイルには、BS2000管理者のユーザーID TSOSの対応するファイルと同じ内容が含まれている必要があります。一致しない場合は、BS2000システム管理者にファイルの同期を依頼してください。

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

今回初めてOracleソフトウェアをシステムにインストールする場合、Oracle Management Agentのインストールによっては、複数のBS2000ユーザーID、POSIXのユーザーおよびグループを作成する必要がある場合があります。Oracle Database 11gリリース2ソフトウェア用のBS2000ユーザーIDはインストール・ユーザーIDと呼ばれ、Oracle Databaseが格納されている場所のユーザーIDはDBAユーザーIDと呼ばれます。

- BS2000インストール・ユーザーIDの作成

- POSIXシステム・グループの作成

- POSIXユーザーの初期化

- Oracle Databaseのユーザーおよびグループの作成

3.3.4.1 BS2000インストール・ユーザーIDの作成

BS2000システム管理者は、Oracle Database 11gリリース2ソフトウェアが存在する場所にユーザーIDを作成する必要があります。このユーザーIDは、Oracleインストール・ユーザーIDまたはOracleソフトウェア所有者と呼ばれます。このガイド全体では、このユーザーIDをORAC1120と呼びます。このユーザーIDには、特別なBS2000の権限は必要ありません。

BS2000システム管理者が、次のコマンドを使用してインストール・ユーザーIDを作成すると、対応するPOSIXユーザーも作成されます。POSIXユーザーの各属性(具体的には、ユーザー番号、グループ番号、ログイン・ディレクトリおよびプログラム)には、デフォルト値が割り当てられます。

/ADD-USER ORAC1120,…

3.3.4.2 POSIXシステム・グループの作成

POSIXへのインストールでは、POSIX管理者またはBS2000システム管理者は、POSIXにシステム・グループを作成する必要があります。他のUNIXシステムと区別するため、Oracle Databaseのインストール・ユーザーID (Oracleソフトウェア所有者)およびDBAユーザーIDは同じにはしません。そのため、POSIXインストールでは、Oracleソフトウェア所有者およびOracle Database用にoracleなどの1つのグループのみを使用します。このグループはOracleインストール・グループと呼ばれます。

- このインストールがPOSIXへの最初のOracle Databaseのインストールでない場合は、次のPOSIXコマンドを使用して、グループ名を特定できます。

$ more /var/opt/oracle/oraInst.loc

oraInst.locファイルが存在する場合、このコマンドの出力は次のようになります。

inventory_loc=/u01/app/oraInventory
inst_group=oracle

inst_groupパラメータは、以前のOracle Databaseインストールのグループ名を表しており、ここではoracleです。

- このグループに一意のグループIDが定義されているかどうかを確認するには、次のコマンドを入力します。

$ grep 'oracle' /etc/group

グループ名および100より大きいグループIDが出力に表示されている場合、グループは存在します。

グループIDが100の場合は、100より大きい別個の値(たとえば104など)にIDを変更する必要があります。

/etc/groupにグループが見つからない場合は、グループ名および一意のグループ番号をファイル/etc/groupに追加するようにPOSIX管理者またはBS2000システム管理者に依頼します。管理者はテキスト・エディタ(edtやviなど)を使用して、次の規定に従って新しい行を追加する必要があります。

groupname::groupnumber:user-id[,user-id,...]

次の例は、グループoracleに関するファイル/etc/group内の行を示します。

oracle::104:ORAC1120,ORADB11G

インストール・ユーザーIDおよびすべてのDBAユーザーIDをOracleグループIDの行にさらに追加します。

3.3.4.3 POSIXユーザーの初期化

インストール・ユーザーIDをPOSIXユーザーとして使用する前に、POSIX管理者またはBS2000システム管理者は、次のコマンドを使用してPOSIXユーザーを初期化する必要があります。

/ADD-POSIX-USER USER-NAME=user-id,USER-NUMBER=nnn,GROUP-NUMBER=oracle group number,HOME-DIRECTORY=path[,RLOGIN-ACCOUNT=account]

次の要件について検討します。

- USER-NAMEがインストール・ユーザーIDである。

- USER-NUMBERが一意で100より大きい必要がある。

- GROUP-NUMBERがOracleインストール・グループの番号であり、100より大きい必要がある。

- HOME-DIRECTORYが有効なパスである。rootまたはvarファイル・システムに存在するパスを使用しないでください。POSIXユーザー用の別のファイル・システムを作成することを強くお薦めします。有効なHOME-DIRECTORYの例は、/home/orac1120で、/homeはPOSIXファイル・システムのマウント・ポイントです。

- rloginまたはsshを使用したリモート・アクセスを許可する場合、RLOGIN-ACCOUNTが指定できる。

3.3.4.4 Oracle Databaseのユーザーおよびグループの作成

通常、BS2000/OSD内のOracle Databaseは、Oracle Databaseインストール・ユーザーIDとは異なるBS2000ユーザーIDに存在します。新しいOracle Databaseに新しいDBAユーザーIDを作成する場合、POSIXユーザーも「POSIXユーザーの初期化」に記載されている方法と同じ方法で初期化する必要があります。既存のOracle Databaseをアップグレードする場合は、POSIXユーザーが次のBS2000コマンドを使用してDBAユーザーIDに対して初期化されているかどうかを確認する必要があります。

/SHOW-POSIX-USER-ATTRIBUTES

出力に、デフォルト値およびディレクトリが/home/gastであると表示される場合は、次のBS2000コマンドを使用してPOSIXユーザーを初期化します。

/ADD-POSIX-USER

初期化したPOSIXユーザーのPOSIXユーザー属性は、次のBS2000コマンドを使用して変更できます。

/MODIFY-POSIX-USER-ATTRIBUTES

最後に、ファイル/etc/group内のOracleインストール・グループにこのユーザーを追加します。

注意:

- ホーム・ディレクトリがrootまたはvarのファイル・システムに存在しないことを確認してください。

- USER-NUMBERが一意で100より大きい必要がある。

- GROUP-NUMBERは、Oracleインストール・グループの番号である必要があります。

3.3.5 POSIXでの必要なディレクトリの識別

Oracleソフトウェア用のPOSIXファイル・システムに、次のディレクトリを識別または作成する必要があります。

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

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

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

3.3.5.1 Oracleベース・ディレクトリ

Oracleベース・ディレクトリは、Oracleソフトウェア・インストールの最上位ディレクトリです。Oracleベース・ディレクトリには、次のようなパスを使用することをお薦めします。

/mount_point/app/software_owner

この例の説明は、次のとおりです。

- mount_pointは、Oracleソフトウェアを格納するファイル・システムのマウント・ポイント・ディレクトリです。このマニュアルの例では、マウント・ポイント・ディレクトリに/u01を使用しています。

- software_ownerは、Oracleソフトウェアをインストールしているソフトウェア所有者のオペレーティング・システム・ユーザー名です。

コンポーネント/mount_point/appは、パスのオペレーティング・システム部分を表します。Oracle Database 11gリリース2のインストールを開始する前に、パスのオペレーティング・システム部分を作成する必要があります。

注意:

- インストール・ユーザーIDおよびインストール・グループは、サブディレクトリappに対して読取り、書込みおよび実行権限を持っている必要があります。

- Oracle Databaseソフトウェアのインストール中に、有効なOracleベース・ディレクトリの入力を求められます。デフォルトの値をそのまま使用するか、新しいパスを入力できます。可能な場合は、インストール手順でOracleベース・ディレクトリが作成されます。

Oracle Management Agentのインストールと同じOracleベース・ディレクトリを使用できます。BS2000/OSDでは、POSIXファイル・システムで別個の複数のOracleベース・ディレクトリを作成するため、Oracleインストールに別個のインストール・ユーザーIDが必要です。次に、同じシステム上に存在するOracleベース・ディレクトリの例を示します。

/u01/app/orac1120
/u01/app/ora10205

POSIXファイル・システムの詳細は、「Oracleベース・ディレクトリのファイル・システムの作成または拡張」を参照してください。

3.3.5.2 Oracleインベントリ・ディレクトリ

Oracleインベントリ・ディレクトリ(oraInventory)には、システムにインストールされたすべてのソフトウェアのインベントリが格納されます。このディレクトリは、単一システム上にインストールされたすべてのOracleソフトウェアに必須であり、共有のものです。既存のOracleインベントリ・パスがある場合は、Oracleインストール手順ではそのOracleインベントリを使用します。

Oracleインストール手順は、ファイル/var/opt/oracle/oraInst.locからOracleインベントリ・ディレクトリのパスを導出します。このファイルが存在しない場合は、ORACLE_BASEからインベントリ・パスを導出し、パスORACLE_BASE/../oraInventoryにOracleインベントリ・ディレクトリを作成します。たとえば、ORACLE_BASEが/u01/app/orac1120に設定されている場合、Oracleインベントリ・ディレクトリは、パス/u01/app/oraInventoryに作成されます。

Oracleインストール手順は、指定したOracleサブディレクトリを作成し、正しい所有者、グループおよび権限を設定します。パスのオペレーティング・システム部分(たとえば/u01/app)が存在する必要があり、ディレクトリappに対して読取り、書込みおよび実行権限がある必要があります。

注意:

- すべてのOracleソフトウェア・インストールはOracle Inventoryディレクトリに依存します。ディレクトリを必ず定期的にバックアップしてください。

- システムからすべてのOracleソフトウェアを完全に削除した場合を除き、このディレクトリは削除しないでください。

- デフォルトでは、Oracleインベントリ・ディレクトリは、Oracleベース・ディレクトリの下にインストールされません。これは、すべてのOracleソフトウェア・インストールで共通のOracleインベントリを共有するため、すべてのソフトウェア所有者に対してOracleインベントリが1つのみ存在するからです。一方、各ユーザーには個別のOracleベース・ディレクトリがあります。

3.3.5.3 Oracleホーム・ディレクトリ

Oracleホーム・ディレクトリは、特定のOracle製品のソフトウェアをインストールするディレクトリです。Oracleインストール手順を実行すると、このディレクトリのパスの指定が求められます。推奨されたパスをそのまま使用するか、新しいパスを入力できます。指定するディレクトリは、Oracleベース・ディレクトリのサブディレクトリである必要があります。Oracleホーム・ディレクトリには、次のようなパスを指定することをお薦めします。

oracle_base_path/product/dbhome

Oracleインストール手順によって、指定したディレクトリ・パスが作成されます。また、適切な所有者、グループおよび権限も設定されます。このディレクトリを手動で作成する必要はありません。

注意:
インストール時には、事前定義済の権限が適用された既存のディレクトリを、Oracleホーム・ディレクトリとして指定しないでください。指定した場合、ファイルおよびグループの所有権のエラーによりインストールが失敗する可能性があります。

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

インストールを開始する前に、既存のOracleベース・ディレクトリのオペレーティング・システム部分を識別するか、必要に応じて作成する必要があります。この項の内容は、次のとおりです。

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

- Oracleベース・ディレクトリのファイル・システムの作成または拡張

注意:
システムに他のOracleベース・ディレクトリが存在する場合でも、Oracleベース・ディレクトリを作成できます。

3.3.6.1 POSIXでの既存のOracleベース・ディレクトリの識別

既存のOracleベース・ディレクトリは、次のように識別できます。

- 既存のOracleインベントリ・ディレクトリの識別。
ファイル/var/opt/oracle/oraInst.locで文字列'inventory_loc'を検索します。

$ grep 'inventory_loc' /var/opt/oracle/oraInst.loc

oraInst.locが存在する場合、出力は次のようになります。

inventory_loc=/u01/app/oraInventory

- 既存のOracleホーム・ディレクトリからのOracleベース・ディレクトリの導出。
次のコマンドを入力して/var/opt/oracle/oratabファイルの内容を表示します。

$ more /var/opt/oratab

oratabファイルが存在する場合、このファイルには、次のような行が含まれている可能性があります。

*:/u01/app/orac1020/product/10g:N
*:/oracl920/9.2.0:N

各行に指定されたディレクトリ・パスは、Oracleホーム・ディレクトリを示します。Oracleソフトウェア所有者のユーザー名で終わるディレクトリ・パスは、既存のOracleベース・ディレクトリです。Oracle Database 11gリリース2のインストールでは、サブディレクトリ/u01/appをOracleベース・ディレクトリのルートとして選択できます。orac1120ユーザーをソフトウェアのインストールに使用する場合は、次のディレクトリを選択できます。

/u01/app/orac1120

このインストールのOracleベース・ディレクトリが次の条件を満たしているかどうかを確認してください。

- このディレクトリがオペレーティング・システム(rootまたはvar)と同じファイル・システム上にないこと。

- 十分な空きディスク領域があること。

Oracleベース・ディレクトリがあるファイル・システムの空きディスク領域を確認するには、次のコマンドを入力します。

$ df -k oracle_base_path

注意:
インストール手順はOracleベース・ディレクトリを検索し、推奨されたパスをそのまま使用するか、新しいパスを入力するかどうかを求めるプロンプトが表示されます。

3.3.6.2 Oracleベース・ディレクトリのファイル・システムの作成または拡張

Oracleベース・ディレクトリがあり、POSIXファイル・システムに十分な領域がない既存のファイル・システムにOracleソフトウェアをインストールする場合、POSIX管理者またはBS2000システム管理者は、POSIXインストーラを使用してOracleベース・ディレクトリがあるファイル・システムを拡張できます。POSIXインストーラを使用してファイル・システムを拡張するには、次の手順を実行します。

1. 次のコマンドを使用してPOSIXインストーラを起動します。

/START-POSIX-INSTALLATION

2. 「POSIXファイル・システムの管理」を選択します。

3. 目的のファイル・システムをマークして、「拡張」を選択します。

4. ファイル・システムを拡張する必要のあるPAMページ数を入力します。

Oracleベース・ディレクトリを新しいPOSIXファイル・システムに存在させる場合は、POSIX管理者またはBS2000システム管理者は、POSIXインストーラを使用してPOSIXファイル・システムを作成する必要があります。POSIXインストーラを使用してPOSIXファイル・システムを作成するには、次の手順を実行します。

1. 次のコマンドを使用してPOSIXインストーラを起動します。

/START-POSIX-INSTALLATION

2. 「POSIXファイル・システムの管理」を選択し、「追加」を選択します。

POSIXインストーラによって新しいPOSIXコンテナ・ファイルがBS2000ファイル・システムに割り当てられ、POSIXファイル・システムがそのコンテナ内に作成されます。POSIXインストーラによって、新しいファイル・システムのマウント・ポイントの指定も求められます。マウント・ポイントが存在しない場合はルート・システムに作成され、新しいファイル・システムがマウントされます。デフォルトでは、新しいファイル・システムの所有者はSYSROOTです。管理者はこの時点で、Oracleベース・ディレクトリを作成し、正しい所有者、グループおよび権限を次の規定に従って指定する必要があります。

# mkdir -p /mount_point/app/oracle_sw_owner
# chown -R oracle_sw_owner:oracle_installation_group /mount_point/app/oracle_sw_owner
# chmod -R 775 /mount_point/app/oracle_sw_owner

たとえば、次のようになります。

# mkdir -p /u01/app/orac1120
# chown -R orac1120:oracle /u01/app/orac1120
# chmod -R 775 /u01/app/orac1120

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

Oracle Database 11gリリース2ソフトウェアは、圧縮されたLMSライブラリで入手できます。Oracle Databaseソフトウェアをインストールするには、次の手順を実行します。

1. ソフトウェアをインストールするBS2000システムへのFTPアクセスがあるWindowsまたはUNIXシステムの一時的な場所に、ソフトウェアをコピーする必要があります。
Oracle Software Delivery Cloud (https://edelivery.oracle.com/)からインストール・ファイルをダウンロードし、zipファイルをこのWindowsまたはUNIXシステムに移動します。

2. ZIPユーティリティ(WinZipなど)を使用して、このシステム上の一時的な場所にzipファイルを解凍します。次のファイルが作成されます。
welcome.htm: ドキュメントにアクセスする際の開始ポイントです。

doc/: BS2000/OSDのOracle Databaseについてのプラットフォーム固有のドキュメントが含まれています。

さらに次のいずれかのプラットフォームのインストール・ファイルが含まれています。

- ora11202.s390.lib: Fujitsu BS2000/OSD (Sシリーズ)のステージング・ライブラリ

- ora11202.sq.lib: Fujitsu BS2000/OSD (SQシリーズ)のステージング・ライブラリ

3. ステージング・ライブラリをFTPバイナリでBS2000システム上のユーザーIDに転送します。これは、Oracleインストール・ユーザーID(たとえばORAC1120)またはその他のユーザーIDのいずれかになります。BS2000 FTPを使用している場合は、転送の前に次のFTPファイル・コマンドを使用して、ファイルを事前に割り当てます。

file ora11202.s390.lib,fcbtype=pam,blkctrl=no,blksize=(std,2),space=820000

圧縮されていないファイルがあるプラットフォーム上でFTPを使用している場合は、次のコマンドを使用します。

quote file ora11202.s390.lib,fcbtype=pam,blkctrl=no,blksize=(std,2),space=820000

4. ステージング・ファイルをOracleインストール・ユーザーIDとは異なるユーザーIDに転送した場合は、次のコマンドを使用して、このステージング・ライブラリに対するアクセス権をすべてのユーザーに付与する必要があります。

/MODIFY-FILE-ATTRIBUTES ORA11202.S390.LIB,USER-ACCESS=*ALL-USERS

5. インストール・ユーザーID(ORAC1120など)にログインします。

6. ステージング・ライブラリがインストール・ユーザーIDに存在する場合は、Oracleインストール手順を次のようにコールします。

/CALL-PROCEDURE (ORA11202.S390.LIB,ORAINST.PRC)

ステージング・ライブラリを別のBS2000ユーザーIDに格納した場合は、Oracleインストール手順を次のようにコールします。

/CALL-PROCEDURE (staging_userid.ORA11202.S390.LIB,ORAINST.PRC),(INSTUID=staging_userid)

たとえば、次のようになります。

/CALL-PROCEDURE ($FOO.ORA11202.S390.LIB,ORAINST.PRC),(INSTUID=$FOO)

Oracleインストール手順では、次のアクションが実行されます。

- ハードウェア要件およびソフトウェア要件の確認

- BS2000ファイルおよびPOSIXファイルで使用可能なディスク領域の確認

- ステージング・ライブラリからのファイルの抽出

- インストール・ユーザーIDへのOracleソフトウェアのインストール

- SDF-Aが使用可能な場合はSDF構文ファイルの更新

- POSIXファイル・システムへのOracle Databaseソフトウェアのインストール

- Oracleインベントリ・ファイルへのソフトウェアの登録

インストール手順の完全な構文を次に示します。

/CALL-PROCEDURE ([staging_userid.]ORA11202.{S390|SQ}.LIB,ORAINST.PRC)[,
( [ CMD={INSTALL|UNINSTALL}]
[,INSTUID=staging_userid]
[,OLDUID=old_userid]
[,ORACLE-BASE={*DIALOG|oracle_base}]
[,ORACLE-HOME={*DIALOG|oracle_home}]
[,DEBUG={Y|N}]
[,PROCLOG={Y|N}] )]

パラメータ

値

説明

CMD

INSTALL|UNINSTALL
デフォルト: INSTALL

アクション: Oracle Databaseソフトウェアのインストールまたは削除

INSTUID

ステージング・ライブラリのユーザーID
デフォルト: ''

ステージング・ライブラリの場所のBS2000ユーザーID。

OLDUID

スクリプトで使用される古いユーザーID
デフォルト:$ORAC1120

ソフトウェアのリリース時に複数のスクリプトに格納されたユーザーID。インストール中に現在のユーザーIDに更新されます。

ORACLE-BASE

*DIALOG|oracle_base
デフォルト: *DIALOG

Oracleベース・ディレクトリは、POSIXファイル・システムへのOracle Database 11gリリース2のインストールに必要です。デフォルト値*DIALOGは、Oracleベース・ディレクトリの入力が求められることを示します。

ORACLE-HOME

*DIALOG|oracle_home
デフォルト: *DIALOG

Oracleホーム・ディレクトリは、POSIXファイル・システムへのOracle Database 11gリリース2のインストールに必要です。デフォルト値*DIALOGは、Oracleホーム・ディレクトリの入力が求められることを示します。

DEBUG

Y|N
デフォルト: N

インストール手順をデバッグします。

PROCLOG

Y|N
デフォルト: N

BS2000のコマンドCALL-PROCEDUREのロギング機能を使用します。

インストール手順では、インストールをバックグラウンド・タスクで実行する機会も提供されています。この場合、パラメータORACLE-BASEおよびORACLE-HOMEを指定する必要があり、そうしない場合は、インストールが中断されます。インストール・タスクには約250 CPU秒かかるため、CPU-LIMITを300以上に設定することをお薦めします。次のようにしてインストールを開始できます。

/ENTER-PROCEDURE
(ORA11202.S390.LIB,ORAINST.PRC),(ORACLE-BASE='/u01/app/orac1120',ORACLE-HOME='/u01/app/orac1120/product/dbhome'),CPU-LIMIT=300

インストールは、ファイルINSTALL.ORAINST.LSTに記録されます。

POSIXファイル・システムへのOracle Databaseソフトウェアのインストールには、ORACLE_BASEおよびORACLE_HOMEのパスが必要です。インストールがダイアログ・モードで実行されている場合およびプロシージャ・コールでパラメータをしてしなかった場合は、インストール中にこれらのパスの入力が求められます。推奨されたパスをそのまま使用するか、または新しいパスを入力できます。

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

インストールを完了するには、POSIX管理者またはBS2000システム管理者が、次のようにoracle_home_path/root.shスクリプトを実行する必要があります。

- BS2000環境では、次のコマンドを使用します。

/EXECUTE-POSIX-CMD CMD='oracle_home_path/root.sh'

次に例を示します。

/EXECUTE-POSIX-CMD CMD='/u01/app/orac1120/product/dbhome/root.sh'

- POSIX環境(シェル)では、次のコマンドを使用します。

# sh oracle_home_path/root.sh

たとえば、次のようになります。

# sh /u01/app/orac1120/product/dbhome/root.sh

これがBS2000サーバーへの最初のOracle Databaseのインストールの場合は、rootスクリプトによって次のアクションが実行されます。

- パス/var/opt/oracleの作成

- ファイル/var/opt/oracle/oraInst.locの作成

- 空のファイル/var/opt/ortacle/oratabの作成

- 製品APACHEがインストールされている場合は、APACHEインストールのlibディレクトリにOracleホーム・ディレクトリのOracle Client共有ライブラリへのリンクが作成されます。

3.6 複数のOracleシステムのインストール

Oracleソフトウェアの同じまたは異なるバージョンに基づいて、複数のOracleシステムをインストールすることもできます。この場合、バージョンの異なるソフトウェアは、別々のインストール・ユーザーIDにインストールする必要があります。

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

システムからOracle Databaseソフトウェアを削除する場合は、Oracleインストール・ユーザーIDにログインし、次のようにインストール手順を使用します。

/CALL-PROCEDURE INSTALL.P.ORAINST,(CMD=UNINSTALL)

この場合、Oracleインストール手順では、次のアクションが実行されます。

- POSIXファイル・システムからのOracle Databaseソフトウェアの削除

- Oracleインベントリの更新

- BS2000ファイル・システムからのOracle Databaseソフトウェアの削除

注意:
Oracleインストール手順でインストールされたファイル(ORAINST.PRC)のみがシステムから削除されます。ユーザーまたはOracleインスタンスによって作成されたファイルは、Oracleホーム・ディレクトリおよびインストール・ユーザーIDに残ります。

4 データベースの作成およびアップグレード

この章では新しい11.2データベースの作成方法または既存のデータベースのリリース11.2へのアップグレード方法について説明します。内容は次のとおりです。

- データベースの作成

- データベースのアップグレード

注意:
Java対応のデータベースの作成については、この章では説明しません。Java対応のデータベースの作成の詳細は、第12章、「データベースにおけるJava」を参照してください。

4.1 データベースの作成

データベースは自動または手動で作成できます。「データベースの自動作成」に概要が記載されている自動作成手順を使用することをお薦めします。手動でのデータベースの作成手順は、「データベースの手動作成」に記載されています。

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

- 作成前アクティビティ

- データベースの自動作成

- データベースの手動作成

4.1.1 作成前アクティビティ

データベースを作成する前に、次の作成前のアクティビティを先に実行する必要があります。

1. インストール・ユーザーIDにOracle Database 11gリリース2ソフトウェアをインストールします。これを行うための詳細は、第3章、「Oracle Databaseのインストールおよび削除」を参照してください。

2. BS2000システム管理者は、Oracle Database (DBAのユーザーID)を保持するアカウントにJOINエントリを作成する必要があります。
このアカウントに必要な権限は次のとおりです。

NTL=YES
EXPRESS=YES
TTYPL=TP
CSTMP-MACRO=YES

注意:
ADDRSPACEの値は512MB以上にする必要があります。

3. BS2000システム管理者は、バックグラウンド・タスクに別のジョブ・クラスを定義することをお薦めします。このジョブ・クラスは、次の特性を持つ必要があります。

TP-ALLOWED=YES
NO-CPU-LIMIT=YES
JOB-TYPE=BATCH

4.1.2 データベースの自動作成

データベースを自動的に作成するには、次の手順を実行します。

1. DBAユーザーIDを使用してログインします。

2. 自動作成手順(INSTALL.P.SUPER)を開始するには、次のコマンドを入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.SUPER

INSTALL.P.SUPERプロシージャを実行する場合、次のキーワード・パラメータの値を指定できます(値を変更しない場合はデフォルト値が使用されます)。

パラメータ

値

BATCH

プロシージャをバッチ・モードで実行するには、YESと入力します。デフォルトはYESに設定されているため、デフォルトではプロシージャはバッチ・モードで実行されます。

CPULIMIT

バッチ・ジョブの時間制限を設定します。デフォルトはNOです。

PLSQL

基本PL/SQLパッケージの自動インストールを抑止するには、NOと入力します。デフォルトはYESです。

VIEWS

基本表示(カタログ、インポートやエクスポートなど)の自動インストールを抑止するには、NOと入力します。デフォルトはYESです。

3. 次のような情報を求めるプロンプトに回答します(何も入力しない場合は、画面に表示されるデフォルトが使用されます)。

パラメータ

値

DBASID

インストールするデータベースの1から4文字のシステムIDを入力します。これは必須パラメータです。

JOBCLASS

Oracle Database 11gリリース2のバックグラウンド・ジョブに使用するジョブ・クラスを入力します。これは必須です。

UPDATE

このSIDに対する既存ファイルがあり、それを更新する場合は、YESと入力します。

SYSPW

Oracle DatabaseユーザーSYSに任意のパスワードを入力します。
注意: SYSユーザーにはパスワードCHANGE_ON_INSTALLがデフォルトで設定されています。セキュリティ上の理由から、このパスワードはインストール後にすぐに変更することをお薦めします。

SYSTEMPW

Oracle DatabaseユーザーSYSTEMの任意のパスワードを入力します。
注意: SYSTEMユーザーにはパスワードMANAGERがデフォルトで設定されています。セキュリティ上の理由から、このパスワードはインストール後にすぐに変更することをお薦めします。

JAVA

Java対応のデータベースが不要な場合は、NOと入力します(これにより、メモリー、CPUおよびディスク領域のリソースが節約されます)。詳細は、第12章、「データベースにおけるJava」を参照してください。

DBSIZE

SYSTEM表領域ファイルのサイズを、バイト、キロバイトまたはメガバイト単位で入力します。次のいずれかの書式で値を入力できます。

- 44メガバイトの場合は44M

- 44000キロバイトの場合は44000K

- 10000000バイトの場合は10000000

デフォルトは250Mです。

AUXSIZE

SYSAUX表領域ファイルのサイズを、バイト、キロバイトまたはメガバイト単位で入力します。次のいずれかの書式で値を入力できます。

- 44メガバイトの場合は44M

- 44000キロバイトの場合は44000K

- 10000000バイトの場合は10000000

デフォルトは200Mです。

LOGSIZE

ログ・ファイルのサイズを、バイト、キロバイトまたはメガバイト単位で入力します。次のいずれかの書式で値を入力できます。

- 1メガバイトの場合は1M

- 1000キロバイトの場合は1000K

- 100000バイトの場合は100000

デフォルトは20000KBです。

UNDOSIZE

UNDO表領域ファイルのサイズを、バイト、キロバイトまたはメガバイト単位で入力します。次のいずれかの書式で値を入力できます。

- 44メガバイトの場合は44M

- 44000キロバイトの場合は44000K

- 10000000バイトの場合は10000000

デフォルトは100Mです。

LOCAL

ローカル管理のSYSTEM表領域が不要な場合は、NOと入力します。デフォルトはYESです。ローカル管理のSYSTEM表領域を選択した場合は、一時表領域が自動的に作成されます。

DEFTS

デフォルトの永続表領域を作成しない場合は、NOと入力します。デフォルトはYESです。

TEMPTS

このプロンプトは、ローカル管理のSYSTEM表領域が不要な場合にのみ表示されます。デフォルトの一時表領域が不要な場合は、NOと入力します。デフォルトはYESです。

CHARSET

データベースの作成に使用するキャラクタ・セットを入力します(デフォルトはWE8BS2000です)。
詳細は、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』のグローバリゼーション・サポートに関する説明を参照してください。

NCHARSET

データ型がNCHAR、NCLOBまたはNVARCHAR2として特に定義された列にデータを格納する際に使用する各国語キャラクタ・セットを入力します。有効な値は、AL16UTF16およびUTF8です。デフォルトはAL16UTF16です。

特に指定されないかぎり、$ORAC1120.INSTALL.P.SUPERが生成され、次のことを行うバッチ・ジョブが開始されます。

- INSTALL.P.DBAのコール

- SYSTEMおよびSYSAUX表領域の作成

- デフォルトの永続表領域、一時表領域およびUNDO表領域の作成

- ログ・ファイルの作成

- データベースの初期化

- CATALOG.SQLの実行

- CATPROC.SQLの実行

- SQLヘルプ表のインストール

- デモ表のインストール

- 必要に応じて、システムのパスワードの変更

- 検証手続きの呼出し

$ORAC1120.INSTALL.P.SUPERが終了すると、初期化されてすぐに使用できるデータベースおよび動作中のOracle Databaseができます。ジョブの結果はファイルL.sid.INSSUP.SYSOUTにリストされ、ここで、SIDは、今インストールしたデータベースのシステムIDです。

4.1.3 データベースの手動作成

「データベースの自動作成」に概要が記載されている自動作成手順を使用することをお薦めします。次の手動作成手順では、自動作成手順と同じ手順を実行します。ただし、個々の手順を手動で入力するため、自分のペースでインストールを実行でき、次のオプションの中から、実行するもの、拡張、省略または別のタイミングに実行するものを決定できます。

- DBAプロシージャのコピー

- データベースの作成

- データ・ディクショナリ・ビューのインストール

- PL/SQLのデータ・ディクショナリ・ビューのインストール

- オンライン・ヘルプ・メッセージのインストール

- デモ表のインストール

- サンプル・スキーマのインストール

- データベースが正常に作成されたことの確認

- Oracle Textのインストール

- Javaのインストール

4.1.3.1 DBAプロシージャのコピー

次に示すとおり、$ORAC1120からDBAファイルをコピーします。

1. DBAユーザーIDを使用してログインします。

2. Oracle Databaseのインストール・プロシージャをコールします。このプロシージャによって、DBAファイルが$ORAC1120からDBAユーザーIDアカウントにコピーされます。プロシージャが開始すると、インストールするデータベースの1から4文字のOracle Database IDの入力が求められます。
DBAファイルをインストールするには、次のコマンドを入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.DBA

このプロシージャによって、次の情報の入力が求められます。

パラメータ

値

DBASID

インストールするデータベースの1から4文字のシステムIDを入力します。

JOBCLASS

バックグラウンド・タスクおよびサーバー・タスクで使用されるBS2000ジョブ・クラスを入力します。

このプロシージャの起動時に、次のキーワード・パラメータも変更できます。

パラメータ

値

LOG

リストされているアクションをインストールする場合は、WRITE-TEXT (BS2000のコマンド名)を入力します。

UPDATE

YES/NOを入力して、既存のファイルを更新するかどうかを示します。デフォルトはNOです。

$ORAC1120.INSTALL.P.DBAプロシージャによって、次のファイルがDBAユーザーIDアカウントにコピーされます。

- sid.P.ORAENV: Oracle Databaseの環境定義ファイル

- sid.DBS.INIT.ORA: Oracle Databaseの初期化ファイル

ここで、sidは、インストールするデータベースのデータベースIDです。

4.1.3.2 データベースの作成

DBAプロシージャのインストール後に、データベースを作成する必要があります。この項では、データベースの作成、およびデータベース・ファイルとログ・ファイルの割当てのための手順について説明します。

4.1.3.2.1 ファイルの事前割当て

データベース・ファイルおよびログ・ファイルは、DBAアカウントのデフォルトのボリューム・セット、別のパブリック・ボリューム・セット(PVS)または特定のプライベート・ボリュームに配置できます。

プライベート・ディスクにデータベース・ファイルまたはログ・ファイルを作成するには、次に示すとおり、最初にBS2000の/FILEコマンドを使用してファイルを割り当てる必要があります。

/FILE sid.DBS.DATABASE1.DBF,SPACE=filesize -
/[,DEVICE=device,VOLUME=volser]
/FILE sid.DBS.SYSAUX.DBF,SPACE=filesize -
//[,DEVICE=device,VOLUME=volser]
/FILE sid.DBS.LOG1.DBF,SPACE=filesize -
/[,DEVICE=device, VOLUME=volser]
/FILE sid.DBS.LOG2.DBF,SPACE=filesize -
/[,DEVICE=device, VOLUME=volser]

各要素の意味は次のとおりです。

sidは、インストールしているデータベースを識別します。

filesizeは、PAMブロック単位でのファイルのサイズです。/FILEコマンドで指定したファイル・サイズは、データベースの作成時にCREATE DATABASE文のSQL*Plusに指定したサイズに、追加ヘッダーとして使用される追加のOracle Databaseブロックを1つ加えたサイズと一致する必要があります。このブロックのサイズは1から16 PAMページで、init.oraパラメータDB_BLOCK_SIZEで指定したOracle Databaseのブロック・サイズに応じて異なりますが、詳細は付録C、「初期化パラメータおよびパラメータ・ファイル」を参照してください。

たとえば、2MBのデータベース・ファイルを作成する場合、FILEコマンドのファイル・サイズの値として、1024に1 PAMページ分の追加Oracle Databaseブロックを加えた値を指定する必要があります。

deviceは、ファイルの格納に使用するデバイスを指定します。

volserは、ファイルの格納に使用するボリュームを指定します。

前述の例で使用されている名前は、デフォルトのデータベースおよびログ・ファイルの名前です。別の名前を使用する場合は、データベースの作成時に、SQLのCREATE DATABASE文でこれらの名前を使用してください。

4.1.3.2.2 初期化ファイルの変更

配布初期化ファイルsid.DBS.INIT.ORA (sidはデータベースのデータベースID)のパラメータに対して行う変更がある場合に、これを識別します。SGAパラメータは、メモリー制限およびOracle Databaseシステムに一度にアクセスできるユーザーの最大数を反映するために調整する必要がある場合があります。BS2000エディタを使用して変更を行います。

関連項目:
初期化パラメータの詳細は、『Oracle Databaseリファレンス』を参照してください。

4.1.3.2.3 ORAENVファイルの変更

環境定義ファイルsid.P.ORAENVを特定の要件に従って変更します。変数の数は起動時にのみ評価されることに注意してください。ORAENVファイルを後で変更した場合、次回の起動時にその変更が反映されるまで待機する必要がある場合があります。

ただし、ORAENV変数NLS_LANGのキャラクタ・セットは、配信されたSQLスクリプトの実行時には変更しないでください。

4.1.3.2.4 データベースを作成するためのSQL*Plusの使用

SQL*Plusをコールする前に、適切なsid.P.ORAENVプロシージャをコールする必要があることに注意してください。SQL*Plusを実行するには、次のコマンドを入力します。

/START-PROGRAM $ORAC1120.SQLPLUS
* /NOLOG
SQL> CONNECT / AS SYSDBA
SQL> STARTUP NOMOUNT [PFILE=filename]

/NOLOGは、ユーザー名およびパスワードを入力するためのプロンプトを表示しません。CONNECTは、アイドル状態のインスタンスに接続します。最後の文は、Oracle Databaseインスタンスを開始します。初期化ファイル(sid.DBS.INIT.ORA)の独自のコピーを使用する場合は、前述のコマンドに示すとおりにPFILE=filenameオプションを使用します。

SQL> CREATE DATABASE...;

この文によって、データベース・ファイルおよびログ・ファイルが作成されます。

注意:
最初のSQL>プロンプトの前にエラーが発生する場合は、ORAENVファイルが欠落している(またはORAENVにORASIDが設定されていない)ことが原因か、アドレス空間の競合がある場合があります。たとえば、カーネル・メモリー・プール(KNL_BASE)に割り当てたアドレス範囲がサブシステムに占有されている可能性があります。

4.1.3.3 データ・ディクショナリ・ビューのインストール

データ・ディクショナリ・ビューを使用すると、ディクショナリ情報に簡単にアクセスできます。ディクショナリ・ビューを使用する場合は、SQL*Plusを実行し、CONNECT / AS SYSDBAコマンドを発行し、次のコマンドを入力してビューをインストールする必要があります。

SQL> SPOOL filename
SQL> SET TERMOUT OFF
SQL> @$ORAC1120.RDBMS.ADMIN.CATALOG.SQL

エクスポートまたはインポートで必要なデータ・ディクショナリ・ビューも、この順序でインストールされます。

4.1.3.4 PL/SQLのデータ・ディクショナリ・ビューのインストール

INSTALL.P.SUPERの実行中に基本PL/SQLパッケージを自動でインストールしない場合は、PL/SQLを使用可能にするために、最初のSTARTUPの後に次のタスクを実行する必要があります。

SQL*Plusを実行してCONNECT / AS SYSDBAコマンドを発行し、SQLスクリプトRDBMS.ADMIN.CATPROC.SQLを実行してPL/SQLディクショナリ表をインストールします。

SQL>@$ORAC1120.RDBMS.ADMIN.CATPROC.SQL

4.1.3.5 オンライン・ヘルプ・メッセージのインストール

オンライン・ヘルプ機能をインストールするには、次のコマンドを入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.HELP,(sid [,SYSTEMPW=systempw])

4.1.3.6 デモ表のインストール

デモ表をインストールするには、次を入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.DEMO,(sid [,SYSTEMPW=systempw])

4.1.3.7 サンプル・スキーマのインストール

サンプル・スキーマをインストールするには、次を入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.SAMPLES,(sid -
/[,SYSTEMPW=systempw] [,SYSPW=syspw])

プロシージャINSTALL.P.SAMPLESは、Human Resources (HR)、Order Entry (OE)、Info Exchange (IX)およびSales History (SH)の各サンプル・スキーマをデフォルトのパスワードを使用してインストールします。Product Media (PM)はサポートされていません。

注意:
デフォルトでは、SYSTEMユーザーのパスワードはMANAGERで、SYSユーザーのパスワードはCHANGE_ON_INSTALLです。セキュリティ上の理由から、これらのパスワードおよびサンプル・スキーマのパスワードはインストール後にすぐに変更することをお薦めします。

4.1.3.8 データベースが正常に作成されたことの確認

デモンストレーション・データベースが正しく作成されたことを確認するには、次を入力します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.VERIFY,(sid [,SYSTEMPW=systempw])

デモンストレーション・データベースが正しく作成されている場合は、次のようなメッセージが画面に表示されます。

*SCOTT'S TABLE EMP IS INSTALLED

4.1.3.9 Oracle Textのインストール

Oracle Textの使用方法およびインストールの概要は、このブックの「Oracle Text」の章に記載されています。

4.1.3.10 Javaのインストール

Javaの使用およびインストール方法の概要は、このブックの章「データベースにおけるJava」に記載されています。

4.2 データベースのアップグレード

この項には、次に説明するOracle Databaseに関する情報が含まれています。

- バージョン9からのアップグレード

- バージョン10からのアップグレード

- アップグレード後アクティビティ

4.2.1 バージョン9からのアップグレード

バージョン9からのアップグレードについては、『Oracle Databaseアップグレード・ガイド』の「新しいリリースのOracle Databaseへのアップグレード」を参照してください。

4.2.2 バージョン10からのアップグレード

この項では、アップグレード・パスのBS2000固有の手順を説明します。読者が、アップグレードの準備、領域の要件およびバックアップ要件、リリースの差異などに関するOracle Database 11gリリース2のアップグレード・ドキュメントを理解していることを前提としています。データベースのアップグレードに関する詳細な情報は、『Oracle Databaseアップグレード・ガイド』を参照してください。特にTIMESTAMP WITH TIME ZONEデータ型を使用する際は、汎用ドキュメントの適切な項に目を通すことをお薦めします。

さらに、Oracle Database 10gが設定され、第3章、「Oracle Databaseのインストールおよび削除」の説明に従ってOracle Database 11gリリース2ソフトウェアが適切にインストールされていることを前提としています。その後に、次の手順を実行します。

1. Oracle Database 10g環境でアップグレード前の情報ツールutlu112i.sqlをOracle Database 11gインストールIDから次のようにSQL*Plusを使用して実行し、必須パラメータを分析します(データベースが稼働中であると想定します)。

/START-PROGRAM $ORACL1020.sqlplus
* /nolog
SQL> connect / as sysdba
SQL> SPOOL info.log
SQL> @$ORAC1120.rdbms.admin.utlu112i.sql;
SQL> SPOOL off

2. スプール・ファイルのLogfiles、TablespacesおよびRollback Segmentsの各セクションを確認し、データベースに適した値に変更します。

3. データベースを停止し、SQL*Plusを終了します。

SQL> SHUTDOWN IMMEDIATE
SQL> exit

4. 次のコマンドを実行してOracle Database 11gリリース2のinit.oraおよびOracle Database 11gリリース2のORAENVファイルを作成し、元のファイルを接尾辞.OLDを付けて保存します。

/CALL-PROCEDURE $ORAC1120.INSTALL.P.DBA, (sid, jobclass, UPDATE=YES)

5. 新しく作成したファイルを特別な要件(PROCESSES、DB_CACHE_SIZEなど)に従って変更し、スプール・ファイルで推奨されているとおりに、INIT.ORAファイルのパラメータを設定します。COMPATIBLE初期化パラメータが、Oracle Database 10gリリース2(10.2以上)用に正しく設定されていることを確認します。

6. ORAENVファイルを使用してOracle環境変数を設定します。
/CALL-PROCEDURE sid.p.oraenv

多くのオーバーフロー承認が画面に表示されないようにするには、オーバーフローをNoに設定します。

/tchng oflow=no

7. アップグレード・モードでインスタンスを開始します。

/START-PROGRAM $ORAC1120.sqlplus
* /nolog
SQL> connect / as sysdba
SQL> STARTUP UPGRADE

8. アップグレード・スクリプトを開始します。

SQL> SPOOL upgrade.log;
SQL> @$ORAC1120.rdbms.admin.catupgrd.sql;
SQL> SPOOL off

9. インスタンスを停止および再起動して、通常の操作用にシステム・パラメータを再初期化します。

SQL> SHUTDOWN IMMEDIATE
SQL> STARTUP

10. アップグレード後スクリプトutlu112s.sqlを実行してアップグレード結果を表示し、catuppst.sqlを実行してアップグレードを終了します。最後にutlrp.sqlを実行して残りのストアドPL/SQLおよびJavaコードを再コンパイルし、予期されるすべてのパッケージとクラスが有効であることを確認します。

SQL> SPOOL postupgrade.log;
SQL> @$ORAC1120.rdbms.admin.UTLU112S.SQL;
SQL> SPOOL off
SQL> @$ORA11202.RDBMS.ADMIN.CATUPPST.SQL
SQL> @$ORAC1120.rdbms.admin.utlrp.sql;
SQL> SELECT count(*) FROM dba_objects WHERE status='INVALID';
SQL> SELECT distinct object_name FROM dba_objects WHERE status='INVALID';

これでOracle Database 11gリリース2データベースがアップグレードされました。トラブルシューティングについては、『Oracle Databaseアップグレード・ガイド』の「新しいリリースのOracle Database 10gへのアップグレード」を参照してください。

4.2.3 アップグレード後アクティビティ

この項では、データベースをOracle Database 11gリリース2にアップグレードした後に実行する必要のあるタスクについて説明します。

CおよびCOBOLプログラム・インタフェース・プログラムの再コンパイル

リリース11.2より前に開発されたすべてのCおよびCOBOLプログラムは、プリコンパイラの新しいバージョンを使用してプリコンパイルおよび再コンパイルする必要があります。

プログラム・インタフェース・プログラムの再リンク

ユーザーが記述したすべてのプリコンパイラまたはOracle Call Interfaceアプリケーションは、新しいOracle Databaseライブラリを使用して再リンクする必要があります。

Oracle Database (openUTM)アプリケーションの再構築

openUTMアプリケーションを再構築する必要があります。詳細は、このマニュアルのopenUTMに関する章および『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』を参照してください。

ORAENVファイルの更新

ORAUID環境変数は、正しいOracle Databaseインストール・ユーザーIDを参照する必要があります。ORAENVファイルを確認して、必要に応じてORAUIDおよびNLS_LANGの環境変数の値を修正します。

5 Oracle Databaseの管理

この章では、Oracle Database 11gリリース2 for BS2000/OSDを管理する方法を説明します。

共通管理タスクについて、次の各項で説明します。

- SQL*Plusユーティリティの使用

- 起動およびパラメータ・ファイル

- データベース・インスタンスのリモート起動

- 自動診断リポジトリ

- 物理データ構造の整合性の確認

5.1 SQL*Plusユーティリティの使用

この項では、次の項目について説明します。

- BS2000でのSQL*Plusユーティリティの開始

- プロシージャからのSQL*Plusのコール

- POSIXシェルでのSQL*Plusの使用

- SQL*Plusからのシステム・コマンドの実行

- SQL*Plusでのエディタの使用

- SQL*Plusプロファイルのカスタマイズ

5.1.1 BS2000でのSQL*Plusユーティリティの開始

SQL*Plusを起動するには、次を入力します。

/START-PROGRAM $ORAC1120.SQLPLUS

パラメータの入力を求められた場合は、次のように/NOLOGを入力します。

* /NOLOG

これにより、ユーザー名およびパスワードの入力を求めるプロンプトがSQL*Plusによって表示されなくなります。後で、データベースに明示的に接続できます。たとえば、次のようになります。

SQL> CONNECT / AS SYSDBA

SQL*Plusを開始するその他の方法については、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』のSQL*Plusの実行に関する説明を参照してください。

5.1.2 プロシージャからのSQL*Plusのコール

タスク・スイッチ1をオンに設定します(/MODIFY-JOB-SWITCHES ON=1)。これによって、端末にプロンプトを表示するのではなく、プロシージャからデータを読み取ることをSQL*Plusに強制します。

5.1.3 POSIXシェルでのSQL*Plusの使用

POSIXシェルでSQL*Plusを起動する前に、環境変数ORACLE_HOMEを設定し、Oracle binディレクトリ$ORACLE_HOME/binへのパスでPOSIXの変数PATHを拡張する必要があります。たとえば、次のようになります。

$ ORACLE_HOME=/u01/app/orac1120/product/dbhome_1
$ export ORACLE_HOME
$ PATH=$ORACLE_HOME/bin:$PATH
$ export PATH

または、POSIXにOracleソフトウェアをインストールした際に作成されたプロファイルoracle_home_path/.profile.oracleを処理できます。このプロファイルは、ORACLE_HOMEやPATHなどの最も重要な変数を設定および拡張します。次のようにプロファイルを処理します。

$ . /u01/app/orac1120/product/dbhome_1/.profile.oracle

特定のOracleインスタンスでSQL*Plusを起動する場合は、変数ORACLE_SIDも設定する必要があります。Oracleサーバー・プロセスの開始には、BS2000の変数BGJPARが必要です。この変数は、.profile.oracleを実行することでは設定されません。

特別なジョブ・パラメータ(特別なJOB-CLASSに割り当てられる必要のあるジョブ)を使用してバックグラウンド・ジョブを開始する場合は、変数BGJPARが使用している環境で設定されていることを確認してください。

$ ORACLE_SID=orcl
$ export ORACLE_SID
$ BGJPAR='START=SOON,CPU-LIMIT=NO,J-C=JCBORA,LOGGING=*NO'
$ export BGJPAR

次のコマンドを使用して、他のUNIXシステムと同じ方法でSQL*Plusを起動できます。

$ sqlplus /nolog
$ SQL> connect / as sysdba

5.1.4 SQL*Plusからのシステム・コマンドの実行

SQL*PlusのHOSTコマンドを使用すると、SQL*Plusにログインしている間にBS2000コマンドを入力できます。

HOSTコマンドを使用する際は、次の点に注意してください。

- BS2000コマンドを指定せずにHOSTコマンドを入力した場合は、コマンド・レベルになります。SQL*Plusに戻るには、BS2000でRESUMEコマンドまたはPOSIXサブシェルでexitコマンドを使用する必要があります。

- BS2000環境でHOSTコマンドをシステム・コマンドとともに入力した場合は、BS2000コマンドのみを実行できます。POSIXシェルでは、シェル・コマンドbs2cmdを使用することで、シェル・コマンドおよびBS2000コマンドを実行できます。

5.1.5 SQL*Plusでのエディタの使用

SQL文を編集する場合は、SQL*PlusでEDITコマンドを使用してテキスト・エディタを開始します。

ネイティブBS2000環境でSQL*Plusを実行する場合にサポートされている唯一のエディタは、BS2000 EDTです。

POSIXシェルでSQL*Plusを実行する場合、デフォルトのエディタはPOSIXセッションに接続されている端末によって異なります。ブロックモード端末でPOSIXシェルが開始した場合、SQL*Plusのデフォルトのエディタはedtuに設定されます。xterm端末を使用してrloginまたはsshを介してリモートXクライアントによってPOSIXシェルが開始された場合は、SQL*Plusのデフォルトのエディタはviに設定されます。

SQL*Plusでは、DEFINE _EDITORコマンドを使用して優先テキスト・エディタを定義する機会が提供されています。BS2000環境では、SQL*PlusはDEFINE _EDITORコマンドで指定されている任意のエディタを受け入れますが、呼び出されるエディタは常にEDTです。POSIX環境では、優先エディタを定義できます。たとえば、EDITコマンドによって使用されるエディタをPOSIXエディタedtuに定義する場合は、SQL*Plusで次のコマンドを入力します。

DEFINE _EDITOR = edtu

注意:

- BS2000環境のエディタは常にEDTです。

- エディタviは、ブロックモード端末では動作しません。

- エディタedtuは、xterm端末では動作しません。

5.1.6 SQL*Plusプロファイルのカスタマイズ

DBAでは、グローバルSQL*Plusプロファイル・ファイル$ORAC1120.SQLPLUS.ADMIN.GLOGIN.SQLを更新でき、これはユーザーがSQL*Plusにログインするときに実行されます。このファイルは、ユーザーのローカルLOGIN.SQLより前に実行され、サイトで複数のデフォルトが全ユーザーに適用されるように設定するために提供されます。GLOGIN.SQLには、任意のSQLおよびSQL*Plus文を配置できます。

関連項目:
SQL*PLUSのプロファイルのカスタマイズの詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

5.2 起動およびパラメータ・ファイル

Oracleでは、データベースの起動時に2つのパラメータ・ファイルを使用します。

1. ORAENVファイルは環境定義ファイルで、BS2000に固有の情報が含まれています。ORAENVファイルで、開始または停止するデータベースを識別します。このファイルを使用して、Oracle Databaseをローカルのオペレーティング・システムおよびアプリケーション環境に適用させる構成変数を設定します。

2. 初期化ファイルINIT.ORAまたはサーバー・パラメータ・ファイルSPFILE、これは、すべてのOracle Database実装に存在し、データベース固有のパラメータを含んでいます。

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

- 環境定義ファイルORAENV

- 初期化ファイルINIT.ORA

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

- 正しい初期化ファイルの使用

5.2.1 環境定義ファイルORAENV

ORAENVファイルはsid.P.ORAENVで識別され、ここでSIDはデータベース識別子です。同じORAENVファイルが、BS2000のSQL*Plusとすべてのバックグラウンド・ジョブで使用される必要があります。これは、インストール手順で確実に行われ、手順では基本ORAENVファイルが作成されます。ORAENVの必須変数およびオプション変数の詳細は、付録B、「Oracle環境変数」を参照してください。

POSIXシェルでSQL*Plusを使用する場合、ORAENVファイル内で要求されたBS2000パラメータ・セットを指定する必要があります。POSIX環境で変数を設定するか、BS2000のORAENVファイルにアクセスするための機能を使用できます。POSIXのORAENVファイル名にSIDを指定する場合、ファイル名のSIDとORACLE_SID変数で使用されている大/小文字が同じである必要があります。たとえば、POSIXのORAENVファイルをファイル名に大文字のSIDを使用して作成した場合、ORACLE_SIDはまったく同じSIDを使用して設定する必要があります。

$ echo '$ORADATA.ORCL.P.ORAENV' > $ORACLE_HOME/dbs/oraenvORCL
$ ORACLE_SID=ORCL
$ export ORACLE_SID
$ sqlplus /nolog
$ SQL> connect / as sysdba

POSIX環境変数の設定方法の詳細は、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』のPOSIX環境でのOracleユーティリティの開始に関する説明を参照してください。

5.2.2 初期化ファイルINIT.ORA

起動には、Oracle Databaseの仕様のリストが含まれているINIT.ORAパラメータ・ファイルが必要です。これらの汎用の、プラットフォームに依存しないパラメータは、インスタンスの設定に使用されます。これらのパラメータの詳細な説明は、『Oracle Database管理者ガイド』および『Oracle Databaseリファレンス』を参照してください。

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

初期化パラメータをバイナリのサーバー・パラメータ・ファイルに保持することを選択できます。サーバー・パラメータ・ファイルは、CREATE SPFILEコマンドを使用して、従来のテキスト形式の初期化パラメータ・ファイルから最初に作成されます。次のコマンドを入力します。

CREATE SPFILE FROM PFILE;

ここではSPFILE名およびPFILE名のいずれも指定されていないため、ファイルsid.DBS.INIT.ORAでテキスト形式の初期化ファイルが検索され、サーバー・パラメータ・ファイルsid.DBS.SPFILE.ORAが作成されます。

5.2.4 正しい初期化ファイルの使用

デフォルトの初期化ファイル($ORAC1120.DEMO.DBS.INIT.ORAと呼ばれます)は、Oracle Databaseで配布されます。データベースの作成手順で、このファイルはDBAユーザーIDにコピーされて名前が変更(sid.DBS.INIT.ORA)されますが、ここでsidは、データベース作成手順の最初に指定した1から4文字のデータベースIDです。

SIDの値は、データベースのORAENVファイルで定義されたORASID環境変数から取得することによって特定されます。PFILE句を指定せずにSTARTUPコマンドを発行すると、次の順序でファイル名を確認して、初期化パラメータ・ファイルを特定します。

1. sid.DBS.SPFILE.ORA

2. DBS.SPFILE.ORA

3. sid.DBS.INIT.ORA

別の初期化ファイルを使用する場合は、引数PFILEを使用します。たとえば、TEST.INIT.ORAという初期化ファイルを使用して以前作成したデータベースを起動するには、次のように入力します。

/START-PROGRAM $ORAC1120.SQLPLUS
* /NOLOG

SQL*Plusのプロンプトで次のように入力します。

SQL> CONNECT / AS SYSDBA
SQL> STARTUP PFILE=TEST.INIT.ORA

5.3 データベース・インスタンスのリモート起動

この項では、SQL*Plusを使用したリモート起動の準備について説明します。

1. 通常、Oracle Database 11gリリース2のリスナー・パラメータ・ファイル(LISTENER.ORA)には、データベース・サービスの静的サービス登録セクション(SID_LIST)は含まれません。リモート起動の場合は、目的のデータベースでこのセクションを定義する必要があります。たとえば、次のようになります。

SID_LIST_LISTENER = (SID_LIST =
(SID_DESC =
(SID_NAME = ORCL)))

インスタンスが開始されるコンピュータでこのリスナーが実行されている必要があります。リスナーは、インスタンスを静的に登録する必要があります。開始するインスタンスと同じユーザーIDでリスナーを実行しない場合は、リスナーのORAENVファイルでインスタンスのユーザーIDで開始する許可を定義するか、SECOS (Fujitsu社のBS2000/OSD用のセキュリティ制御システム)を使用する必要があります。詳細は、このガイドの「Oracle Net Services」の項の「ネットワークの構成」の章を参照してください。

2. 管理するインスタンスのユーザーIDで、OracleユーティリティORAPWDを使用してパスワード・ファイルを作成します。ORAPWDの使用方法の詳細は、『Oracle Database管理者ガイド』を参照してください。BS2000でORAPWDユーティリティを実行するには、次のコマンドを使用します。

/START-PROGRAM $ORAC1120.ORAPWD
*file=password_file password=my_password entries=10

3. パスワード・ファイルの名前は、パラメータSSSIDPWFから取得されます。そのため、開始するインスタンスのORAENVファイルにこのパラメータを追加する必要があります。

SSSIDPWF = password_file

4. インスタンスの初期化ファイルで、パラメータREMOTE_LOGIN_PASSWORDFILEをEXCLUSIVEに設定する必要があります。

REMOTE_LOGIN_PASSWORDFILE = EXCLUSIVE

5. リモート・コンピュータでSQL*Plusを実行し、開始するインスタンスのサーバーにユーザーsysとして接続します。次の例は、UNIXクライアントでのSQL*Plusのコマンドを示しますが、BS2000コンピュータ上のリモート・インスタンスに対応するためにネット・サービス名にorcl_on_bs2000を使用しています。

sqlplus /nolog
SQL> connect sys@orcl_on_bs2000 as sysdba
Enter password:
password
Connected
SQL> startup
...

5.4 自動診断リポジトリ

自動診断リポジトリ(ADR)は、診断フレームワーク・クライアントで生成される診断情報を格納するための、ファイルベースの階層データ・ストアです。リポジトリには、インシデント、トレース、ダンプ、アラート・ログ、ヘルス・チェック・レコード、SQLトレース情報およびその他の問題の診断に不可欠な情報について記述されたデータが含まれています。

関連項目:
自動診断リポジトリの詳細は、『Oracle Database管理者ガイド』の「診断データの管理」を参照してください。

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

- 自動診断リポジトリのディレクトリおよびファイル

- ADRコマンド・インタプリタ

5.4.1 自動診断リポジトリのディレクトリおよびファイル

自動診断リポジトリ(ADR)は、データベースの外部に格納されているディレクトリ構造です。そのため、データベースが停止しているときに問題の診断に使用できます。

自動診断リポジトリのディレクトリおよびファイルは、POSIXファイル・システムに格納されます。

関連項目:
ディレクトリ構造の詳細は、『Oracle Database管理者ガイド』を参照してください。

ADRのルート・ディレクトリは、ADRベースと呼ばれています。その場所はDIAGNOSTIC_DEST初期化パラメータによって設定されます。たとえば、次のようになります。

DIAGNOSTIC_DEST=/u01/app/orac1120/oradata/adr

このパラメータを省略するかNULLのままにすると、データベースでは起動時にDIAGNOSTIC_DESTを次のように設定します。

- 環境変数ORACLE_BASEが設定されている場合、DIAGNOSTIC_DESTはORACLE_BASEで指定されたディレクトリに設定されます。

- 環境変数ORACLE_BASEが設定されていない場合、DIAGNOSTIC_DESTはORACLE_HOME/logに設定されます。

ADRベース内には複数のADRホームが存在でき、各ADRホームは、特定のOracle製品やコンポーネントの特定のインスタンスに対するすべての診断データ(トレース、ダンプ、アラート・ログなど)のルート・ディレクトリです。

Oracle Net Servicesでも、診断データをADRに格納します。Oracle Net Servicesの診断情報の場所は、パラメータADR_BASEおよびADR_BASE_listener_nameによって設定されます。これらは、Oracle Net Servicesのパラメータ・ファイルsqlnet.oraおよびlistener.oraに設定されます。

関連項目:
Oracle Net Servicesの診断情報の詳細は、『Oracle Net Services管理者ガイド』のOracle Net Servicesのトラブルシューティングに関する説明を参照してください。

自動診断リポジトリのテキスト・ファイルは、vi、edtuなどのテキスト・エディタか、cat、moreなどのPOSIXシェル・コマンドで読み取ることができます。

ユーティリティADRCIを使用してADRを調査できます。

5.4.2 ADRコマンド・インタプリタ

ADRコマンド・インタプリタ(ADRCI)は、問題の調査、ヘルス・チェック・レポートの表示および初期障害診断データのパッケージ化を、コマンドライン環境内で実行できるユーティリティです。その後、このパッケージをOracleサポートにアップロードできます。また、ADRCIを使用すると、ADRに格納されているトレース・ファイルの名前の表示、およびアラート・ログの表示(XMLタグは削除されます)を、フィルタ処理の有無を選択して実行できます。

関連項目:
ADRCIの詳細は、Oracle Databaseユーティリティの「ADRCI: ADRコマンド・インタプリタ」を参照してください。

POSIXシェルでコマンドライン・ユーティリティADRCIを開始します。ADRCIを開始する前に、環境変数ORACLE_HOMEを設定し、Oracleディレクトリoracle_home_path/binへのパス名で変数PATHを拡張します。ORACLE_SIDなどのその他の環境変数は必要ありません。Oracle Databaseユーティリティの詳細は、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』のPOSIX環境でのOracleユーティリティの開始に関する説明を参照してください。

これらの環境変数の設定後、POSIXシェルのコマンド・プロンプトの後にadrciと入力してPOSIXシェルでADRCIを開始します。

注意:
ADRCIは通常のBS2000環境では開始できません。ADRCIはPOSIXシェルで開始する必要があります。

ADRCIのshow baseコマンドを使用して現在のADRベースを表示します。現在のADRホームは、show homesコマンドを使用すると表示できます。

set baseコマンドを使用してADRベースを設定します。ADRホームは、set homeコマンドを使用して設定できます。

コマンドshow alertは、アラート・ログの内容をテキスト・エディタに表示します。

ブロックモード端末を使用している場合は、Fujitsu BS2000/OSDのADRCIのデフォルトのエディタはedtuです。rloginまたはsshを介してPOSIXにログイン後にxterm端末を使用する場合、ADRCIのデフォルトのエディタはviです。

ADRCIを開始する前に環境変数EDITORを設定して優先テキスト・エディタを選択するか、ADRCI内でADRCIのset editorコマンドを使用して優先テキスト・エディタを指定するかのいずれかを選択できます。

注意:
エディタviはブロックモード端末では動作せず、エディタedtuはxterm端末では動作しません。

ADRCIでは、コマンドips create packageおよびips generate packageを使用して、インシデントのパッケージを作成するために、インシデント・パッケージング・サービス(IPS)を起動できます。生成されたzipファイルは、Oracleサポートにアップロードできます。

5.5 物理データ構造の整合性の確認

オフライン・データベースのデータ構造の整合性を確認するには、DBVERIFYコマンドライン・ユーティリティを使用します。DBVERIFYを開始するには、次のコマンドを入力します。

/START-PROGRAM $ORAC1120.DBV

これで、次のようにコマンドを入力できます。

file=ora11.dbs.database1.dbf blocksize=4096 feedback=100

関連項目:
DBVERIFYプログラムの詳細は、『Oracle Database管理者ガイド』およびOracle Databaseユーティリティを参照してください。

6 データベースのバックアップおよびリカバリ

この章は、汎用のOracle Databaseドキュメント・セットにバックアップおよびリカバリの情報を補足します。

データベースのバックアップおよびリカバリの詳細は、次のOracleのマニュアルを参照してください。

- 『Oracle Database概要』

- 『Oracle Database管理者ガイド』

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

バックアップおよびリカバリには、多くの方法およびOracleツールから選択できます。論理バックアップおよびリカバリには、インポート・ユーティリティおよびエクスポート・ユーティリティを使用できます。物理バックアップおよびリカバリには、Recovery Manager (RMAN)またはオペレーティング・システム・ユーティリティを使用できます。

この章では、ユーザー管理バックアップおよびリカバリをSQL*PlusユーティリティおよびBS2000ユーティリティを使用して適用する場合のBS2000固有の問題の一部について説明します。

BS2000上のRMANの詳細は、6.1.2項「オンライン・バックアップ」を参照してください。

6.1 Oracle Databaseのバックアップ

Oracle Databaseをバックアップするには、次のいずれかの方法を使用できます。

- Oracle DatabaseをバックアップするためのBS2000ユーティリティの使用

- オンライン・バックアップ

6.1.1 Oracle DatabaseをバックアップするためのBS2000ユーティリティの使用

Oracle Databaseは、BS2000オペレーティング・システム・ユーティリティ(たとえば、ARCHIVEまたは/COPY-FILEコマンド)を使用してバックアップできます。

Oracle Databaseをバックアップするには、次の手順を使用します。

1. データベースの実行中に、Oracle Databaseを構成する全ファイルの名前を収集します。次のコマンドを入力することによって、ログ・ファイルおよびデータベース・ファイルの名前を確認できます。

/START-PROGRAM $ORAC1120.SQLPLUS
* /NOLOG
SQL> CONNECT / AS SYSDBA
SQL> SELECT * FROM V$DATAFILE;
SQL> SELECT * FROM V$LOGFILE;

2. バックアップ時にすべてのOracle Databaseファイルを確実に同期化するには、SQL*Plusを使用してOracle Databaseを停止します。

3. BS2000のARCHIVEユーティリティまたはBS2000の/COPY-FILEコマンドを使用して、すべてのデータベース・ファイルおよびログ・ファイルをバックアップします。すべてのファイルを同時にバックアップする必要があります。

4. SQL*Plusを使用してOracle Databaseを再起動します。

6.1.2 オンライン・バックアップ

次のいずれかを使用して、データベースまたは個々の表領域のオンライン・バックアップを実行できます。

- Oracle DatabaseのINSTALL.C.OPNBACKユーティリティとともにBS2000のARCHIVEユーティリティ

- BS2000のPERCONユーティリティ

ARCHIVE方法は高速であり、この項で説明します。

個々の表領域のオンライン(ホット)・バックアップを実行する前に、ARCHIVEユーティリティでオープン・ファイルをバックアップできることを確認する必要があります。

次のBS2000コマンドで、ARCHIVEがすべてのオープン・ファイルをバックアップできることを確認します。

/START-PROGRAM  $ORAC1120.INSTALL.C.OPNBACK
*filename

INSTALL.C.OPNBACKユーティリティはBS2000のマクロCATALをコールし、これによってOPNBACKファイルの属性がYESに設定されます。CATALマクロを機能させるには、データベースを停止するか目的の表領域をオフラインにする必要があります。このコマンドをファイルごとに1回入力します。それぞれのバックアップ時にではなく、表領域への追加の前などです。

最初に表領域をバックアップ・モードに設定しないと、データベース・ファイルをオンラインでバックアップすることはできません。この手順を実行しない場合、作成されたバックアップ・ファイルに一貫性がなくなります。個々の表領域またはデータ・ファイルのオンライン・バックアップを実行するには、次の手順を使用します。

1. 次のコマンドを入力します。

SQL> ALTER TABLESPACE name BEGIN BACKUP;

2. BS2000のユーティリティであるARCHIVEユーティリティを使用して表領域のファイルをバックアップします。ARCHIVEのOLSパラメータがYESに設定されていることを確認します。

3. 次のコマンドを入力します。

SQL> ALTER TABLESPACE name END BACKUP;

注意:
前述のSQL*Plusコマンドは表領域を処理し、ARCHIVEユーティリティはデータ・ファイルを処理します。

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

Oracle Databaseは、次の手順を使用してバックアップからオフラインでリストアできます。

1. バックアップからすべてのデータベース・ファイルおよびログ・ファイルをコピーします。BS2000のARCHIVEユーティリティまたはBS2000の/COPY-FILEコマンドを使用できます。ファイルは元の名前でリストアする必要があります。
Oracle Databaseの実行中に、データベースを構成するすべてのファイルの名前は表V$DATAFILEを問い合せることによって特定できます。SQLプロンプトが表示されているときに、次のコマンドを入力します。

SQL> select file#,name FROM V$DATAFILE;

表示される結果の例を次に示します。

FILE#        NAME
------  -------------------------
1     :pvs:$dbauserid.sid.DBS.DATABASE1.DBF
2     :pvs:$dbauserid.sid.DBS.DATABASE2.DBF

2 ROWS SELECTED.

ログ・ファイルの名前を同様の方法で特定できます。

SQL> SELECT GROUP#,MEMBER FROM V$LOGFILE;

表示される結果の例を次に示します。

GROUP#       MEMBER
------  -------------------------
1         :pvs:$dbauserid.sid.DBS.LOG1.DBF
2         :pvs:$dbauserid.sid.DBS.LOG2.DBF

2 ROWS SELECTED.

2. DBAユーザーIDで、リストアするOracle DatabaseがORASID環境変数で識別されることを確認します。

3. SQL*PlusのSTARTUPコマンドを使用して、Oracle Databaseを起動します。

6.3 Recovery Manager

BS2000/OSDでは、Recovery Managerはテープをサポートしていません。唯一のバックアップ・メディアはディスクです。

回避策として、Recovery Managerの出力をBS2000のサブシステムHSMS (Hierarchical Storage Management System)によってテープに移行される第1レベルの記憶域として使用できます。ただし、2つのシステムの協調を管理することは管理者の責任です。

Recovery ManagerではOracle Net Services接続を使用する必要があります。このために、次のことを実行できます。

- Bequeath Serverを使用する(第9章、「Oracle Net Services」を参照)

- パスワード・ファイルを作成し、リスナーを起動し、Oracle Net Servicesを介して接続する

Recovery Managerコマンドの例を次に示します。

/START-PROG $ORAC1120.RMAN
*target "dba1/dba1@i1" catalog "dba2/dba2@i2" cmdfile "b.dat" log "b.log"

7 Oracle Databaseのチューニング

慎重にチューニングすることで、Oracle Databaseの速度を大幅に向上させることができます。この章では、Oracle Databaseのパフォーマンスを最適化するためのシステムの監視およびチューニング方法について説明します。一般的なパフォーマンスおよびチューニングの問題については、『Oracle Database管理者ガイド』および『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

この章では、BS2000に固有のチューニング・パラメータについて説明します。

Oracle Databaseは常にチューニングする必要があります。さらに、最適なパフォーマンスを得るため、または基本構成で可能なユーザー数よりも多くのユーザーをサポートする場合に、BS2000/OSDオペレーティング・システムを微調整または再構成する必要がある場合があります。

7.1 BS2000/OSDに固有のパラメータ

この項では、BS2000/OSD固有のOracle Databaseのパフォーマンス・チューニング用のORAENV環境変数について説明します。

7.1.1 タスクの優先順位

汎用またはBS2000/OSD固有のOracle Databaseのチューニング・オプションの他に、実行時のOracle DatabaseタスクのBS2000/OSDの優先順位、および実行時の優先順位のバランスは、スループット全体および経験する遅延時間に多くの影響を及ぼします。

最初は、ORAENVの環境変数BGJPARで指定されているとおり、すべてのフォアグラウンド・タスク(ネットワーク・サーバー)およびバックグラウンド・タスクの実行時優先順位は同じです。サーバー・タスクは自動的にTPタスクになり、JOINエントリで許可されている場合は、バックグラウンド・タスクもTPモードに切り替わります。

実行時優先順位を変更する前および変更中のどちらでも、SM2を使用して、タスクの動作および可能性のあるボトルネックを調査する必要があります。特定のタスクの優先順位が常に高くなるというような単純なルールはありません。

8 openUTM製品セット

この章では、BS2000/OSDのトランザクション・モニターであるopenUTMをOracle Database 11gリリース2 (11.2)との調整された相互運用に使用する方法を説明します。内容は次のとおりです。

- openUTMプログラムを使用したOracle Databaseの操作

- 配布されたopenUTMファイル

- インストール

- Oracle Database/openUTMアプリケーションの開発

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

8.1 openUTMプログラムを使用したOracle Databaseの操作

Universal Transaction Monitor (openUTM)は、多数の端末から同時に使用できるユーザー・プログラムの実行を制御します。

openUTMアプリケーションは、処理ステージの構造化された順序で構成され、処理ステージでは特定のユーザーに対してアクセス権が提供されます。これらのステージは、順番に全体で実行されるか、まったく実行されないopenUTMトランザクションで構成されます。

複数のユーザーがopenUTMで同時に作業している場合、共有データベースへの同時アクセスも通常必要になります。データベースおよびデータ通信システム(DB/DCシステム)であるOracle Database/openUTMは、Oracle Databaseに対するopenUTMアプリケーションによるアクセスを同期化し、データベースの整合性のある状態を保ちます。システム障害が発生した場合、DB/DCシステムが自動リカバリを実行することで、データベースの整合性が保たれます。

OracleおよびopenUTMの同期化はXAインタフェースを介して実行されます。XAシステムは、データベース・システムとトランザクション監視を調整するためのX/Openインタフェースです。XAインタフェースの概念の詳細は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』のOracle XAを使用したアプリケーションの開発に関する説明を参照してください。

8.2 配布されたopenUTMファイル

第3章、「Oracle Databaseのインストールおよび削除」に従ってOracle Databaseをインストールすると、Oracle DatabaseソフトウェアのopenUTM関連のソフトウェアがインストールされます。配布されたopenUTMファイルは、次のファイルで構成されます。

- XAO.LIB
このファイルにはXAインタフェースの接続モジュールが含まれています。

- 次のファイルでは、プロシージャおよびプログラムのサンプルが提供されます。

UTM.DEMO.P.COMPILE.C
UTM.DEMO.P.COMPILE.COBOL
UTM.DEMO.P.KDCDEF
UTM.DEMO.P.KDCROOT
UTM.DEMO.P.PROBIND
UTM.DEMO.P.PROSTRT
UTM.DEMO.CSELEMP.PC
UTM.DEMO.SELDEP.PCO
UTM.DEMO.SELEMP.PCO
UTM.DEMO.UPDEMP.PCO
UTM.DEMO.ERRSQL.C
UTM.DEMO.ERRTXT.C

8.3 インストール

『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』を確認した後に、次の手順を実行してインストールします。

- Oracle Databaseに接続するすべてのopenUTMユーザーに、DBA_PENDING_TRANSACTIONS表に対してSELECT権限を付与します。次の例を使用して、ユーザーscottにSELECT権限を付与します。

grant select on DBA_PENDING_TRANSACTIONS to scott;

openUTMユーザーは、オープン文字列内で項目Accで識別されます。この章の「オープン文字列の定義」の項を参照してください。

8.4 Oracle Database/openUTMアプリケーションの開発

BS2000上のOracle Database 11gでは、openUTM V6.0以上がサポートされます。openUTMではXAインタフェースがサポートされます。BS2000上のOracle Database 11gは、このXAインタフェースを介してopenUTMと連携します。

openUTMとの調整された相互運用のためのOracle Databaseアプリケーションの開発に関する手順について、この項で説明します。主要な手順は次のとおりです。

1. openUTMプログラム・ユニットを作成

2. 構成を定義

3. KDCROOT表モジュールおよびopenUTMプログラム・ユニットを変換

4. openUTMアプリケーション・プログラムをリンク

5. openUTMアプリケーションを起動

さらに、この項では、オープン文字列の定義方法およびOracle XAライブラリでのプリコンパイラの使用方法についても説明します。

1. openUTMプログラム・ユニットを作成
(openUTMのマニュアル『Programming Applications with KDCS for COBOL, C, and C++』、および『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』を参照)

2. 構成を定義
(openUTMのマニュアル『Generating Applications』および『Administering Applications』を参照)

Oracle Database/openUTMアプリケーションを実行するには、次の情報が必要です。

- アプリケーションに関する情報

- アクセス保護されたユーザー名およびパスワード

- 端末および通信パートナに関する情報

- トランザクション・コードに関する情報

これらのプロパティは構成を集合的に形成し、この構成はKDCFILEファイルに格納されます。構成定義はKDCDEFユーティリティによって実行されます。

この項では、Oracle Databaseへの接続時に重要な3つのコマンドについて説明します。次のコマンドがあります。

- DATABASE
Oracle Database/openUTMアプリケーションが生成されたら、openUTMがOracle Databaseと通信することを指定する必要があります。次のコマンドを入力して、データベースとのopenUTMの通信を指定します。

DATABASE TYPE=XA,ENTRY=XAOSWD

ここでTYPE=XAはXAインタフェースの使用を指定し、ENTRY=XAOSWDはOracle DatabaseのXAスイッチの名前(動的登録の場合)を指定します。

- OPTION
OPTIONコマンドで対応するGENオペランドを指定した場合、KDCDEFユーティリティによってKDCROOT表モジュールのソースコードも生成されます。OPTIONの構文は次のとおりです。

OPTION [DATA=filename][,GEN={KDCFILE|ROOTSRC|NO|ALL}]
[,ROOTSRC=filename][,SHARETAB=filename]
[,TEST={N[o]|Y[ES]}]

- MAX
もう一つの重要なオペランドはAPPLIMODEで、これはMAXコマンドで指定されます。これはシステム障害後の再起動動作を定義します。MAXの構文は次のとおりです。

MAX APPLINAME=name[,APPLIMODE={S[ECURE]|F[AST]}]
[,ASYNTASKS=number][...]

APPLIMODE=SECUREは、アプリケーション障害の後に、openUTMアプリケーションとOracle Databaseの調整されたウォーム・スタートを使用してopenUTMが継続することを意味します。

APPLIMODE=FASTを指定した場合は、openUTMに再起動情報が格納されていないためopenUTMアプリケーションの再起動は実行されません。エラーが発生した場合、アプリケーションは最初から起動されます。openUTMアプリケーションの障害後に開いたままのトランザクションは、自動的にロールバックされます。

KDCFILEおよびKDCROOT表モジュールを作成するためのサンプルのプロシージャは、UTM.DEMO.P.KDCDEFファイルを参照してください。

3. KDCROOT表モジュールおよびopenUTMプログラム・ユニットを変換
KDCROOT表モジュールのソースはBS2000のAssemblerを使用してコンパイルされる必要があり、openUTMプログラム・ユニットは、対応するプログラミング言語のコンパイラを使用してコンパイルされる必要があります。KDCROOT表モジュールのコンパイルは、サンプルのプロシージャUTM.DEMO.P.KDCROOTを参照してください。

4. openUTMアプリケーション・プログラムをリンク
openUTMアプリケーション・プログラムは、KDCROOT表モジュールをopenUTMプログラム・ユニットにリンクすることによって生成されます。

stubモジュールXAOSTUBを含む必要があります。

INC-MOD LIB=ORAUID.XAO.LIB,ELEM=XAOSTUB

注意:
バインド・プロシージャを記述するかわりに、サンプルのプロシージャUTM.DEMO.P.PROBINDを使用して、必要なときに変更を適用します。
独自のバインド・プロシージャを記述する必要がある場合は、記述する前にサンプルを慎重に確認してください。

5. openUTMアプリケーションを起動
openUTMアプリケーションを開始するためのサンプルのプロシージャは、ファイルUTM.DEMO.P.PROSTRTにあります。

openUTMアプリケーションを起動する場合は、openUTMの開始パラメータとともにOracle Databaseの開始パラメータを指定する必要があります。

openUTMの開始パラメータについては、openUTMのマニュアル『Using openUTM Applications under BS2000/OSD』を参照してください。

Oracle Database 10gとの調整された相互運用のためにXAインタフェースを使用するための開始パラメータは、次のとおりです。

.RMXA RM="Oracle_XA",OS="<ORACLE open string>"

8.4.1 オープン文字列の定義

この項では、オープン文字列の構成方法について説明します。トランザクション・モニターは、データベースを開くためにこの文字列を使用します。オープン文字列内の最大文字数は256文字で、オープン文字列の最大数は8個です。次のように文字列を構成します。

Oracle_XA{+required_fields...}[+optional_fields...]

required_fieldsは次のとおりです。

- Acc=P/user/access_info

- SesTm=session_time_limit

optional_fieldsは次のとおりです。

- DB=db_name

- MaxCur=maximum_no_of_open_cursors

- SqlNet=connect_string

- DbgFl=value_from_1_to_15

注意:

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

- オープン文字列の作成時には、必須フィールドおよびオプションのフィールドをどのような順序でも入力できます。

- システムによって値は大/小文字が区別される場合とされない場合がありますが、すべてのフィールド名は大/小文字が区別されます。

- 実際のオープン文字列の一部にプラス文字(+)は使用できません。

8.4.1.1 必須フィールド

オープン文字列の必須フィールドは次のとおりです。

項目

意味

Acc

ユーザー・アクセス情報を指定します。

P

明示的なユーザーおよびパスワード情報が提供されていることを示します。

user

有効なOracle Databaseのユーザー名。

access_info

対応する現在のパスワード。

たとえば、Acc=P/scott/tigerは、ユーザーおよびパスワードの情報が提供されていることを示します。この場合、ユーザーはscottでパスワードはtigerです。

正しい処理を行うには、scottにはDBA_PENDING_TRANSACTIONS表に対してSELECT権限が必要です。

項目

意味

SesTm

システムで自動的に削除されるまでに、トランザクションが非アクティブで存在できる最大時間を指定します。

session_time_limit

この値は、グローバル・トランザクションを開始し、そのトランザクションのコミットまたはロールバックの完了に必要な最大時間に対応する必要があります。

8.4.1.2 オプションのフィールド

オープン文字列のオプションのフィールドを次の表に示します。

項目

意味

DB

データベースの名前を指定します。

db_name

Oracle Databaseプリコンパイラがデータベースの識別に使用する名前を指定します。
Oracle Databaseプリコンパイラのデフォルトのデータベースのみを使用する(SQL文でAT句を使用しない)アプリケーション・プログラムでは、オープン文字列のDB=db_name句を省略する必要があります。

注意: このデフォルトのデータベースは、ORAENVファイルでORASIDで表現されます。

明示的に指定したデータベースを使用するアプリケーションは、DB=db_nameフィールドにそのデータベース名を指定する必要があります。

たとえば、DB=payrollは、データベース名がpayrollであり、アプリケーション・サーバー・プログラムがこの名前をAT句で使用することを示します。

プリコンパイラ(特にPro*C)の詳細は、この章で後述する項「openUTMでのプリコンパイラの使用」を参照してください。

項目

意味

MaxCur

データベースのオープン時に割り当てられるカーソルの数を指定します。これは、プリコンパイラ・オプションmaxopencursorsと同じ用途で機能します。

maximum_no_of_open_cursors

オープン・カーソルの数を指定します。デフォルトは10です。

たとえば、MaxCur=5は、処理で5つのオープン・カーソルのキャッシュを試みることを示します。

maxopencursorsの詳細は、『Oracle Database Oracleプリコンパイラのためのプログラマーズ・ガイド』を参照してください。

項目

意味

SqlNet

SQL*Net接続文字列を指定します。

connect_string

システムにログオンするために使用される文字列を示します。これには、サポートされている任意のOracle Net Services接続文字列を使用できます。

たとえば、次のようになります。

SqlNet=MADRID_FINANCEは、TNSNAMES.ORA内のエントリがプロトコル、ホストおよびポート番号を参照することを示します。詳細は、このブックの第9章、「Oracle Net Services」を参照してください。

項目

意味

DbgFl

デバッグを有効(デバッグ・フラグ)にするかどうかを指定します。詳細は、この章で後述するデバッグに関する説明を参照してください。

8.4.1.3 例

この項に、前述の情報を使用したオープン文字列の例を示します。

注意:
文字列が1行を超える場合は、openUTMドキュメントの文字列情報を分割する方法に関する説明を参照してください。

Bequeathプロトコルの場合:

Oracle_XA+Acc=P/scott/tiger+SesTm=0+DbgFl=15

その他のプロトコルの場合:

Oracle_XA+SqlNet=MADRID_FINANCE+Acc=P/scott/tiger+SesTm=0
Oracle_XA+DB=finance+SqlNet=MADRID_FINANCE+Acc=P/scott/tiger
+SesTM=0

オプションのフィールドLogDir、Loose_Coupling、SesWTおよびThreadsはサポートされていません。

オープン文字列のフィールドの詳細は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』の「Oracle XAを使用したアプリケーションの開発」を参照してください。

8.4.2 openUTMでのプリコンパイラの使用

プリコンパイラとのインタフェースは、次の2つのオプションから選択できます。

- デフォルトのデータベースでのプリコンパイラの使用

- 指定されたデータベースでのプリコンパイラの使用

すべてのプリコンパイラ・プログラムは、オプションrelease_cursorをnoに設定して実行する必要があります。プリコンパイラ・プログラムはCまたはCOBOLで記述できます。次の例では、プリコンパイラPro*Cが使用されています。

8.4.2.1 デフォルト・データベースでのPro*Cの使用

デフォルトのデータベースでPro*Cにインタフェースするには、オープン文字列で使用されるDB=db_nameフィールドが存在しないことを確認してください。このフィールドが存在しないことは、ORAENVファイルで定義されているとおりのデフォルト接続を示し、各プロセスで1つのデフォルト接続のみが許可されていることを示します。

デフォルトのPro*C接続を識別するオープン文字列の例を次に示します。

Oracle_XA+SqlNet=MADRID_FINANCE+Acc=P/scott/tiger+SesTm=0

ここで、DB=db_nameが存在せず、空のデータベースID文字列であることを示しています。

SELECT文の構文を次に示します。

EXEC SQL SELECT ENAME FROM EMP;

8.4.2.2 指定されたデータベースでのPro*Cの使用

指定されたデータベースでPro*Cにインタフェースするには、オープン文字列にDB=db_nameフィールドを含めます。参照するすべてのデータベースは、対応するオープン文字列で指定した同じdb_nameを参照する必要があります。

アプリケーションには、デフォルトのデータベースだけでなく、次に示すとおり、1つ以上の指定されたデータベースが含まれている場合があります。

たとえば、あるデータベースで従業員の給与を更新し、別のデータベースで部門番号(deptno)を、3つ目のデータベースで管理者情報を更新するとします。トランザクション・マネージャで次のオープン文字列を構成します。

Oracle_XA+SqlNet=MADRID_FINANCE1+Acc=P/scott/tiger+SesTm=0
Oracle_XA+DB=MANAGERS+SqlNet=MADRID_FINANCE2+
Acc=P/scott/tiger+SesTm=0
Oracle_XA+DB=PAYROLL+SqlNet=MADRID_FINANCE3+
Acc=P/scott/tiger+SesTm=0

最初のオープン文字列にはDB=db_nameフィールドがありません。

アプリケーション・プログラムでは、次のような宣言を入力します。

EXEC SQL DECLARE PAYROLL DATABASE;
EXEC SQL DECLARE MANAGERS DATABASE;

ここでも、db_nameフィールドを含まない最初のオープン文字列に対応するデフォルトの接続には宣言は必要ありません。

更新を実行するときは、次のような文を入力します。

EXEC SQL AT PAYROLL update emp set sal=4500 where empno=7788;
EXEC SQL AT MANAGERS update emp set mgr=7566 where empno=7788;
EXEC SQL update emp set deptno=30 where empno=7788;

最後の文ではデフォルトのデータベースを参照しているため、AT句はありません。

次の例に示すとおり、AT句で文字ホスト変数を使用できます。

EXEC SQL BEGIN DECLARE SECTION;
db_name1 CHARACTER(10);
db_name2 CHARACTER(10)
EXEC SQL END DECLARE SECTION;
.
.
set db_name1 = 'PAYROLL'
set db_name2 = 'MANAGERS'
.
.
EXEC SQL AT :db_name1 UPDATE...
EXEC SQL AT :db_name2 UPDATE...

詳細は、Pro*COBOLプログラマーズ・ガイドおよびPro*C/C++プログラマーズ・ガイドの同時ログオンに関する説明を参照してください。

注意:

- アプリケーション・サーバーが独自のOracle Database接続を作成することはできません。そのため、openUTMユーザーは、openUTMプログラム内でCONNECT文を発行することはできません。それによって実行されたすべての作業はグローバル・トランザクション外であり、openUTMに指定されている接続情報と混同する可能性があります。

- SQLコールは、openUTMの開始終了ルーチン内では実行できませんが、対話終了ルーチン(Vorgangs-Exit)では実行できます。

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

この項では、問題またはシステム障害が発生した場合にデータをリカバリする方法を説明します。この後の項で、トレース・ファイルとペンディング・トランザクションのリカバリの両方について説明します。

8.5.1 トレース・ファイル

Oracle XAライブラリでは、すべてのエラーおよびトレース情報がトレース・ファイルに記録されます。この情報は、XAエラー・コードを補足するときに役立ちます。たとえばオープン障害が発生した場合の原因として、オープン文字列が正しくなかったか、Oracle Databaseインスタンスの検索が正常に実行されなかったか、ログイン認可に失敗したかを示すことができます。トレース・ファイルの名前は次のとおりです。

ORAXALOG.pid-db_name-date.TRC

各パラメータの意味は次のとおりです。

pidはプロセス識別子(TSN)です。

db_nameは、オープン文字列フィールドDB=db_nameで指定したデータベース名です。

dateは、トレース・ファイルが作成された日付です。

8.5.1.1 トレース・ファイルの例

この項では、トレース・ファイルの2つの種類について説明します。

次の例に、1999年4月2日にオープンされたアプリケーション・タスク1234のトレース・ファイルを示します。リソース・マネージャが開かれたときに、このアプリケーションのDBフィールドはオープン文字列で指定されていませんでした。

ORAXALOG.1234-NULL-990402.TRC

次の例に、1998年12月15日にタスク5678によって作成されたトレース・ファイルを示します。リソース・マネージャがオープンされたときに、DBフィールドはオープン文字列でFINANCEと指定されていました。

ORAXALOG.5678-FINANCE-981215.TRC

トレース・ファイルの各エントリには、次のような情報が含まれています。

1032.2: xa_switch rtn ORA-22

ここで1032は情報が記録された時間、2はリソース・マネージャ識別子、xa_switchはモジュール名、ORA-22は返されたOracle Database情報です。

8.5.2 デバッグ

オープン文字列にDbgFl (デバッグ・フラグ)を指定できます。詳細は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』のOracle XAに関する説明を参照してください。

デバッグ・レベルに応じて(low:DbgFl=1、high:DbgFl=15)、トレース・ファイルORAXALOG.pid-db_name-date.TRCにいくつかのエントリが含まれます(前述の項を参照)。

8.5.3 インダウトまたはペンディングのトランザクション

インダウト・トランザクションまたはペンディング・トランザクションとは、準備はできているがデータベースに対してまだコミットされていないトランザクションです。通常、openUTMは、すべての障害およびインダウトまたはペンディング・トランザクションのリカバリを解決します。ただし、データベース管理者は、たとえばインダウト・トランザクションが次の場合に、UTM-F (APPLIMODE=FAST)を使用してインダウト・トランザクションを無視する必要がある場合があります。

- 他のトランザクションが必要とするデータをロックしている場合

- 適切な時間の経過後も解決されない場合

注意:
インダウト・トランザクションを無視することによって、openUTMとデータベース間で矛盾が発生することがあります。たとえば、データベース管理者によってDBトランザクションがコミットされ、openUTMアプリケーションがウォーム・スタート・フェーズでそのトランザクションをロールバックした場合、Oracle Databaseはこのコミットされたトランザクションをロールバックできないため、矛盾が発生します。

8.5.4 Oracle DatabaseのSYSアカウント表

Oracle DatabaseのSYSアカウントには4つの表があり、正規のOracle DatabaseアプリケーションおよびOracle Database/openUTMアプリケーションによって生成されたトランザクションが含まれています。これらを次に示します。

- DBA_2PC_PENDING

- DBA_2PC_NEIGHBORS

- DBA_PENDING_TRANSACTIONS

- V$GLOBAL_TRANSACTION

注意:
これらの表の使用方法の詳細は、『Oracle Database管理者ガイド』の2フェーズ・コミット時の障害およびインダウト・トランザクションの手動による無視に関する説明を参照してください。

Oracle Database/openUTMアプリケーションによって生成されたトランザクションの場合は、次の列情報がDBA_2PC_NEIGHBORS表に明確に適用されます。

- DBID列は常にxa_orclです。

- DBUSER_OWNER列は常にdb_namexa.oracle.comです。

db_nameは、オープン文字列で常にDB=db_nameと指定されることに注意してください。オープン文字列にこのフィールドを指定しないと、この列の値はOracle Database/openUTMアプリケーションが生成するトランザクションではNULLxa.oracle.comになります。

たとえば、次のサンプルのSQL文を使用すると、Oracle Database/openUTMアプリケーションによって生成されたインダウト・トランザクションの詳細情報を取得できます。

SELECT * FROM DBA_2PC_PENDING p, DBA_2PC_NEIGHBORS n
WHERE p.LOCAL_TRAN_ID = n.LOCAL_TRAN_ID AND n.DBID = 'xa_orcl';

9 Oracle Net Services

この章では、Oracle Net ServicesおよびBS2000/OSD環境への実装について説明します。次の項目について、『Oracle Database Net Services管理者ガイド』のBS2000/OSD固有の情報を補足します。

- Oracle Net Servicesの概要

- 共有サーバー・アーキテクチャ

- Oracle Advanced Security

- ネットワークの構成

- Oracle Net Servicesのトラブルシューティング

9.1 Oracle Net Servicesの概要

Oracle Net Servicesは、クライアント・アプリケーションと各種のオペレーティング・システム上で実行中のリモートまたはローカルのデータベース間のネットワーク通信をサポートします。

Oracle Net Servicesでは、データベース・サーバーおよびクライアント・アプリケーション(またはクライアントとして機能するサーバー)の別々のシステム上での実行を可能にし、ネットワーク上のノード間でのデータの移動手段を提供します。たとえば、UNIXまたはWindowsユーザーは、BS2000システム上で稼働しているリモートのOracle Databaseのデータにアクセスおよび操作するアプリケーションを実行できます。

Oracle Net Servicesは、クライアントおよびデータベースが同じシステム上で稼働している場合に、プロセス間通信にも使用されます。

9.1.1 IPCプロトコル・サポート

この項では、プロセス間コールをサポートするためのOracleのプロセス間通信(IPC)について説明します。これは、IPCの機能をOracleのNet Foundationレイヤーにマップするために使用されます。IPCプロトコルはネイティブBS2000のみでサポートされています。POSIXシェル上で実行中のOracleユーティリティおよび製品は、IPCプロトコルを使用できません。

9.1.1.1 IPCの概要

BS2000システムでは、IPCプロトコルはローカルのプロセス間通信に使用されます。Oracle Protocol Support for IPCは、BS2000ソケットのISO機能を使用します。

クライアント・プロセスは、リスニング・プロセスを記述するKEYを指定することによって、リモート・プロセスとのIPC接続を開始します。接続が確立されると、2つの通信プロセスは連続的なバイト・ストリームを介してデータを送信および受信します。

9.1.1.2 IPCプロトコルの使用

IPCプロトコルでは、アプリケーションのローカル・ホスト上のプロセス間通信方式との統合が可能です。IPCプロトコルを使用した構文を次に示します。

(ADDRESS=
(PROTOCOL=IPC)
(KEY=alphanumeric)
)

各パラメータの意味は次のとおりです。

PROTOCOLは、サポートされるプロトコルを指定します。IPCの場合、値はIPCです。

KEYは、リスニング・エンドポイントを指定します。32文字以下の文字列([a...z], [A...Z], [0...9], '.', '-', '_', '$')です。

ローカル・ホスト上のサーバーを指定するIPC ADDRESSの例を次に示します。

(ADDRESS=
(PROTOCOL=IPC)
(KEY=ORCL)
)

注意:
IPCプロトコルはPOSIXシェルではサポートされていません。POSIXシェルで実行中のユーティリティまたはユーザー・アプリケーションによってIPCプロトコルが指定された場合、Oracle Net Servicesは次のエラー・メッセージを表示してIPCプロトコルを使用しません。

TNS-12557: TNS:protocol adapter not loadable

9.1.2 TCP/IPプロトコル・サポート

この項では、TCP/IPの機能をOracleのNet Foundationレイヤーにマップするために使用されるOracleのTCP/IPプロトコル・サポートについて説明します。

9.1.2.1 TCP/IPの概要

TCP/IPは、関連するプロトコルのファミリであり、2つのメイン・コンポーネントであるTransmission Control Protocol (TCP)およびInternet Protocol (IP)から名前が導出されています。IPコンポーネントはネットワーク上の情報をディスパッチし、TCPコンポーネントは、1点から他点への信頼できるデータ転送を保証します。

TCP/IPプロトコルの最上位に位置するアプリケーション・ソフトウェアは、ネットワークを2方向のデータ転送媒体としてとらえます。この媒体では、相互に接続されたコンピュータ・ネットワークにアタッチされたホスト・コンピュータ内のプロセスのペア間に、接続型の方法でプロセス間通信を提供します。

アプリケーションまたはクライアント・プロセスは、アドレス・ペアを指定することによって、リモート・ホスト・プロセスとのTCP/IP接続を開始します。

- ホストのIPアドレス

- ホスト上のTCPポート(またはエントリ・ポイント)

接続が確立されると、通信プロセスのペアは連続的なバイト・ストリームを介してデータを送信および受信します。TCP/IPプロトコルは、BS2000およびPOSIXシェルでサポートされています。

9.1.3 TCP/IPプロトコルの使用

TCP/IPプロトコル・サポートは、TCP/IPプロトコルとOracleのNet Foundationレイヤー間で同等の通信機能の解決に使用される標準のインタフェースを実装します。

特定のシステムにTCP/IPプロトコルがインストールされた後に、TNS接続記述子を指定したTCP/IP固有のパラメータを使用して、TCP/IPベースのコミュニティ内でノードを識別します。

特定のTCP/IP接続パラメータは、ADDRESSキーワード値ペアの一部です。3つのTCP/IP固有のパラメータは、ADDRESSコンストラクト内に任意の順序で入力できます。OracleのTCP/IPプロトコル・サポートで使用される構文は次のとおりです。

(ADDRESS=
(PROTOCOL=TCP)
(HOST=hostname)
(PORT=port#)
)

各パラメータの意味は次のとおりです。

PROTOCOLは、サポートされるプロトコルを指定します。TCP/IPの場合、値はTCPです。

HOSTは、ホスト名またはホストのIPアドレスを指定します。

PORTは、TCP/IPポート番号を指定します。

sales-serverホスト上のクライアントを指定するTCP/IP ADDRESSの例を次に示します。

(ADDRESS=
(PROTOCOL=TCP)
(HOST=sales-server)
(PORT=1521)
)

9.1.4 Bequeathプロトコル

Bequeath技術では、ネットワーク・リスナーを使用せずにクライアントをデータベースに接続できます。OracleのBequeathプロトコルによって、各クライアント・アプリケーション用のサーバー・プロセスが内部的に生成されます。リモート・ネットワーク・リスナーが行っているのと同じ操作を、ローカルの接続で実行します。

注意:
Oracle Database 10g以降、BEQプロトコルはハンドオフ技術を使用することで、前のバージョンのBEQプロトコルと互換性がなくなりました。この機能拡張の結果、Oracle Database 11gアプリケーションはOracle Database 10gより前のバージョンのプロセスを直接生成できなくなり、BEQプロトコルを介して接続できません。

9.1.4.1 Bequeathプロトコルの概要

Bequeathプロトコルの概要は次のとおりです。

- ネットワーク・リスナーを使用しません(そのためリスナー構成が不要です)。

- 専用サーバーを自動的に生成します。

- SQL*PlusなどのOracle Databaseクライアントが同じコンピュータ上で実行中のOracle Databaseインスタンスと通信する場合のローカル接続に使用されます。

- 専用サーバー・モードでのみ動作します。共有サーバー・モードでは使用できません。

注意:
クライアントがDBAユーザーIDとは異なるIDで実行されている場合、ネット・サービス名を使用し、リスナーを介して目的のデータベースに接続することをお薦めします。

9.2 共有サーバー・アーキテクチャ

共有サーバー・アーキテクチャを制御する初期化パラメータは次のとおりです。

- LOCAL_LISTENER

- DISPATCHERS

- MAX_DISPATCHERS

- SHARED_SERVERS

- MAX_SHARED_SERVERS

- SHARED_SERVER_SESSIONS

- CIRCUITS

共有サーバー・アーキテクチャの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

共有サーバー・アーキテクチャおよび専用サーバー・アーキテクチャは、インスタンス内で同時に機能できます。接続アプリケーションで共有サーバー・アーキテクチャと専用サーバー・アーキテクチャのどちらを使用するかを示す情報を接続記述子に指定します。デフォルトでは、リスナー・プロセスは共有サーバー・アーキテクチャを使用しますが、アプリケーションに専用サーバー・アーキテクチャをかわりに使用させる必要がある場合は、SQLNET.ORAファイルでUSE_DEDICATED_SERVER=ONを設定するか、使用しているネーミング・メソッドでパラメータSERVERにnet_service_nameを指定する必要があります。SQLNET.ORAパラメータのUSE_DEDICATED_SERVER=ONは、パラメータSERVERを上書きします。

特別に定義されたネット・サービス名を使用して、共有サーバー構成で専用サーバーを参照する方法の例を次に示します。

FINANCE_DED=(DESCRIPTION=
(ADDRESS=
(PROTOCOL=TCP)
(HOST=sales-server)
(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=sales.us.acme.com)
(SERVER=dedicated)))

詳細は、『Oracle Database Net Servicesリファレンス』ガイドを参照してください。

共有サーバー・アーキテクチャまたは専用サーバー・アーキテクチャのどちらを使用するかを選択する際に、CPUオーバーヘッドとリソース割当て(タスク、メモリーなど)を対比検討する必要があります。多くのクライアントがごくまれにOracle Databaseを操作する必要があるような状況では、共有サーバー・アーキテクチャの使用が適していますが、ごくわずかのクライアントが定期的にOracle Databaseを操作する必要があるような状況では、専用サーバー・アーキテクチャの使用が適しています。これらの例のように、判断が常に明確であるとはかぎりません。この場合、次の共有サーバーの動的表の情報を使用して、判断に役立てることができます。

- V$DISPATCHER

- V$QUEUE

- V$SHARED_SERVERS

- V$SHARED_SERVER_MONITOR

これらの表の詳細は、『Oracle Database管理者ガイド』を参照してください。

9.3 Oracle Advanced Security

このリリースでは、Oracle Advanced Securityのデータの整合性サービスおよび暗号サービスがサポートされています。Secure Sockets Layer (SSL)プロトコルもサポートされています。SSLでは公開鍵インフラストラクチャ(PKI)を使用して、認証、暗号化およびデータの整合性を実現しています。SSLは、証明書や秘密鍵などの認証データをOracle Walletに格納します。

データの整合性サービスまたは暗号サービスあるいはその両方を使用する場合は、SQLNET.ORAファイルに適切なパラメータを指定する必要があります。

次のパラメータを使用して、サービス(例: crypto-checksummingまたはencryption)をアクティブにするかどうかを指定します。

SQLNET.CRYPTO_CHECKSUM_CLIENT
SQLNET.CRYPTO_CHECKSUM_SERVER
SQLNET.ENCRYPTION_CLIENT
SQLNET.ENCRYPTION_SERVER

前述の各パラメータのデフォルトはREJECTEDです。

前述の各パラメータには、次の値のうちの1つを設定できます。

値

意味

ACCEPTED

一方の接続側でREQUESTEDまたはREQUIREDが指定されており、互換性のあるアルゴリズムが使用可能になっている場合、サービスはアクティブになります。それ以外の場合は、アクティブにはなりません。

REJECTED

サービスはアクティブにはならず、一方の接続側でREQUIREDが指定されている場合、接続は失敗します。

REQUESTED

一方の側でACCEPTED、REQUESTEDまたはREQUIREDが指定されており、互換性のあるアルゴリズムが使用可能になっている場合、サービスはアクティブになります。それ以外の場合は、アクティブにはなりません。

REQUIRED

サービスはアクティブになり、一方の接続側でREJECTEDが指定されている場合、または互換性のあるアルゴリズムがない場合、接続は失敗します。

次のパラメータを使用して、接続の両側の各サービスで使用可能にするアルゴリズムを制御します。

SQLNET.CRYPTO_CHECKSUM_TYPES_CLIENT
SQLNET.CRYPTO_CHECKSUM_TYPES_SERVER
SQLNET.ENCRYPTION_TYPES_CLIENT
SQLNET.ENCRYPTION_TYPES_SERVER

これらのパラメータの各値は、カンマで区切られてカッコで括られたアルゴリズム名のリストまたは単一のアルゴリズム名のいずれかです。

デフォルトの暗号化のチェックサム・タイプはMD5で、この暗号化はすべてのアルゴリズムにデフォルト設定されます。

タイプ

値

暗号化チェックサム・タイプ

SHA1、MD5

暗号化タイプ

AES256、RC4_256、AES192、3DES168、AES128、RC4_128、3DES112、RC4_56、DES、RC4_40、DES40

パラメータSQLNET.CRYPTO_SEEDを使用して、暗号化鍵の生成時に使用する文字を指定します。文字がランダムなほど、鍵が強力になります。文字列は10から70文字のランダムな文字にする必要があります。これは、暗号化またはチェックサムがオンの場合に必要です。

SQLNET.CRYPTO_SEED="qwertyuiopasdfghjkl;zxcvbnm,.s1"

詳細は、『Oracle Database Net Services管理者ガイド』、『Oracle Database Net Servicesリファレンス』および『Oracle Database Advanced Security管理者ガイド』を参照してください。

次に例を示します。

SQLNET.CRYPTO_CHECKSUM_CLIENT=required
SQLNET.CRYPTO_CHECKSUM_TYPES_CLIENT=(md5)
SQLNET.ENCRYPTION_CLIENT=accepted
SQLNET.ENCRYPTION_TYPES_CLIENT=(aes192,3des168,rc4_128)
SQLNET.CRYPTO_SEED="qwertyuiopasdfghjkl;zxcvbnm,.s1"

9.4 ネットワークの構成

簡易接続ネーミング・メソッドを使用してデータベースに接続できますが、データベース・アドレスの覚えやすい別名であり、各システムのLISTENER.ORAファイルに事前定義したアドレスと一致するサービス名を使用するようにクライアントを構成することをお薦めします。クライアントはこれらのアドレスを使用してネットワーク・リスナーに接続し、このリスナーが接続リクエストを必要なサービスにルーティングします。接続時に、クライアントは、接続先にサービス名を渡します。

LISTENER.ORAファイルは、システム上のサービスをリスニングするネットワーク・リスナーの動作を識別および制御します。このファイルには、ネットワーク・リスナーの記述子およびアドレス、リスナーがリスニングするサービスおよび各種の制御パラメータが含まれています。

クライアント構成は、ローカルのネーミング・パラメータ・ファイルTNSNAMES.ORAまたはLDAP準拠のディレクトリ・サーバーを介した送信先ネットワークのアドレスを含むネット・サービス名のリストを作成することによって完了します。クライアントおよび(他のデータベース・サーバーのクライアントである)データベース・サーバーは、接続時にネット・サービス名を使用します。

- 簡易接続ネーミング・メソッドの使用

- ローカル・ネーミング・メソッドの使用

- ディレクトリ・ネーミング・メソッドの使用

- サーバーでの構成

- クライアントでの構成

- クライアントでの構成のテスト

9.4.1 簡易接続ネーミング・メソッドの使用

簡易接続ネーミング・メソッドは、TNSNAMES.ORA構成ファイルにサービス名を構成せずにデータベースへの接続に使用できます。簡易接続ネーミング・メソッドを使用するには、クライアントの構成ファイルのネーミング・アダプタnames.directory_pathのパラメータにEZCONNECTがリストされている必要があります。

簡易接続ネーミングは、小規模で単純な環境にのみ適しています。簡易接続ネーミング・メソッドの詳細は、『Oracle Database Net Services管理者ガイド』の簡易接続ネーミング・メソッドの使用に関する説明を参照してください。

9.4.2 ローカル・ネーミング・メソッドの使用

ローカル・ネーミングは、TNSNAMES.ORA構成ファイル内の個別のクライアントに構成された情報を使用して、サービス名をネットワーク・アドレスに解決するための方法を参照します。ローカル・ネーミングを使用するには、クライアントの構成ファイルのネーミング・アダプタnames.directory_pathのパラメータにTNSNAMESがリストされている必要があります。

ローカル・ネーミングは、変更が少なく、サービスの数が少ない単純な分散ネットワークに非常に適しています。

9.4.3 ディレクトリ・ネーミング・メソッドの使用

ディレクトリ・ネーミングは、ディレクトリ・サーバーを使用して、サービス名をネットワーク・アドレスに解決するための方法を参照します。ディレクトリ・サーバーを使用するには、クライアントの構成ファイルのネーミング・アダプタnames.directory_pathのパラメータにLDAPがリストされていて、次のように、ディレクトリ・サーバーのターゲット・アドレスがパラメータ・ファイルLDAP.ORAに構成されている必要があります。

# LDAP.ORA Network Configuration File: network.admin.ldap.ora
DEFAULT_ADMIN_CONTEXT = ""
DIRECTORY_SERVERS= (oid_server:389:636)
DIRECTORY_SERVER_TYPE = Your Internet Directory

詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

9.4.4 サーバーでの構成

次の手順に従ってOracle Names Methodを構成します。

1. リスナーを開始する前に、リスナーの構成ファイルLISTENER.ORAを設定する必要があります。このファイルには、リスナーのアドレスおよびリスナーが使用する各種の制御パラメータが含まれています。詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。
BS2000システムでは、Oracle Databaseのタスク、特にPROCESSING-ADMISSIONで、実行中のジョブのユーザーIDとは異なるユーザーIDでジョブを開始するための追加のジョブ・パラメータを定義できます。この技術によって、システム上のすべてのOracleインスタンスで1つのリスナーのみを使用するという利点が提供されます。インスタンスを同じユーザーIDで実行する必要はありません。データベース・コンピュータで1つのリスナーのみを実行する場合は、リスナーの環境ファイルsid.P.ORAENVに次のパラメータを指定する必要があります。

パラメータ

意味

BGJPAR

ENTERジョブ用のパラメータ

sid_BGJPAR

SIDによって識別されるENTER用のパラメータ

sid_USER

ジョブを実行するユーザーID

user_ACCOUNT

ターゲット・ユーザーIDのアカウント

user_PASSWORD

ターゲット・ユーザーIDのパスワード

次の集中リスナー・プロセス用に構成されたORAENVファイルの例は、パラメータの動作方法を示します。このリスナーは、同じユーザーIDで動作するインスタンスとこのORAENVファイルを共有できます。理解しやすいように、リスナーおよびインスタンスDEMOおよびDEM1は、同じユーザーID ORACDEM1で実行され、インスタンスDEM2はユーザーID ORACDEM2で実行されていると想定します。次のパラメータを定義します。

BGJPAR=J-C=JCBORA,START=IMME,CPU-LIMIT=NO,LOGGING=*NO
DEM1_BGJPAR=J-C=JCBDEM1,START=IMME,CPU-LIMIT=NO
DEM2_USER=ORACDEM2
ORACDEM2_ACCOUNT=O1234
ORACDEM2_PASSWORD=ORACLE

リスナーは、パラメータsid_BGJPARおよびsid_USERを検索するために、常に同じ順序で実行されます。sid_BGJPARの値が見つからない場合は、リスナーは、パラメータBGJPARによって指定された値を使用します。ユーザーIDがsid_USERによって指定されている場合は、リスナーは、パラメータuser_ACCOUNTおよびuser_PASSWORDから処理の許可の取得を試みます。指定されたORAENVでは、リスナーに対して次のシナリオを使用します。

- リスナーは、インスタンスDEMOに対してサーバーを開始する必要があります。パラメータDEMO_BGJPARおよびDEMO_USERが定義されていないため、リスナーは、BGJPARに定義されている開始パラメータを使用してユーザーID ORACDEM1でインスタンスDEMOのサーバーを開始します。

- インスタンスDEM1のサーバーを開始する必要がある場合、リスナーはパラメータDEM1_BGJPARおよびDEM1_USERを検索します。この場合、パラメータDEM1_BGJPARは評価できますが、このパラメータが定義されていないため、DEM1_USERの評価は失敗します。そのため、リスナーは開始パラメータJ-C=JCBDEM1,START=IMME,CPU-LIMIT=NOをENTER-PROCEDUREコマンドに追加し、ユーザーID ORACDEM1でジョブを開始します。

- ここで、インスタンスDEM2のサーバーが開始される必要があります。リスナーは、パラメータDEM2_BGJPARおよびDEM2_USERを検索します。パラメータDEM2_BGJPARは定義されていないため、リスナーはBGJPARに定義されている開始パラメータを使用します。一方、パラメータDEM2_USERは正常に評価でき、値ORACDEM2を返します。ここで、リスナーは、パラメータORACDEM2_ACCOUNTおよびORACDEM2_PASSWORDを評価することで処理の許可の取得を試みます。リスナーは、ユーザーID ORACDEM2で、ENTER-PROCEDUREにJ-C=JCBORA, START=IMME,CPU-LIMIT=NO,LOGGING=*NOを指定してサーバー・ジョブを開始します。

リスナー制御ユーティリティLSNRCTLを使用してリスナーを開始します。

/CALL-PROCEDURE sid.P.ORAENV
/START-PROGRAM $ORAC1120.LSNRCTL

enter optionsプロンプトが表示されたら、[ENTER]を押してLSNRCTLプロンプトを表示させます。次のコマンドを入力して、リスナーを開始します。

LSNRCTL> START listener-name

9.4.5 クライアントでの構成

ネットワーク・クライアントの構成には、クライアントの構成ファイルSQLNET.ORAおよび使用しているネーミング・メソッドによっては、構成ファイルLDAP.ORAまたはTNSNAMES.ORAのパラメータの追加または編集が必要です。構成パラメータの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

9.4.6 クライアントでの構成のテスト

ネットワーク接続の検証後、TNSPINGユーティリティを使用して、目的のOracle Databaseシステムへの接続を検証できます。

/CALL-PROCEDURE sid.P.ORAENV
/START-PROGRAM $ORAC1120.TNSPING

enter optionsプロンプトが表示されたら、ネーミング・サービスで指定したデータベース・サービスのネット・サービス名を入力します。すべてが正常に動作した場合は、次のようなメッセージが返されます。

TNS Ping Utility for BS2000/OSD S series: Version 11.2.0.2.0 -
Production on 12-JUN-2012 12:07:40
Used parameter files: network.admin.sqlnet.ora
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = sales-server)(PORT = 3055)))
(CONNECT_DATA = (SERVICE_NAME = sales.us.acme.com)))
OK (40 msec)

詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

9.5 Oracle Net Servicesのトラブルシューティング

エラー・メッセージのリストおよびエラーを修正するための手順を次に示します。

1. リスナーを開始できませんでした。LSNRCTLが次のエラー・メッセージを返します。

LSNRCTL> start
Starting /BS2/$ORAC1120.tnslsnr: please wait...

TNS-12547: TNS:lost contact
TNS-12560: TNS:protocol adapter error
TNS-00517: Lost contact
BS2000 Error: 145: Connection timed out
LSNRCTL>

- サブシステムのPOSIXが起動され実行中であることを確認します。

- BCAMの軽量リゾルバであるLWRESDが適切に構成され、実行されていることを確認してください。

2. リスナーがログ・ファイルを開けませんでした。

- リスナーのログ・ファイル(たとえばNETWORK.LOG.LISTENER.LOG)のアクセスと読取りが可能かどうかを確認します。

- BS2000のSDFコマンドREPAIR-DISK-FILESを使用して、リスナーのログ・ファイルを検証します。

- リスナーのログ・ファイルを修正できない場合は、ファイルを削除します。

3. クライアントがORA-12545を報告します。

- リスナーによって返されるホスト名がTCP/IPネットワークで認識されているかどうかをネーミング・サービスで確認します。

- TCP/IPネットワークでコンピュータのBCAMのホスト名を使用しない場合は、BCAMのドキュメントに従ってソケットホスト名を定義し、この名前をネーム・サービスに登録します。

- BCAMの軽量リゾルバであるLWRESDが適切に構成され、実行されていることを確認してください。

4. クライアントがORA-12535を報告します。

- IPCプロトコルを使用している場合は、BCAMの接続タイムアウト・パラメータを確認します(BCSHOWコマンドを使用)。このパラメータは600秒以上に設定する必要があります。

5. クライアントがORA-03113を報告します。

- SQLNET.EXPIRE_TIMEパラメータがサーバーに設定されているかどうかを確認します。パラメータが設定されている場合は、BCSHOWコマンドを使用してBCAM LETTER-TIMERを確認します。LETTER-TIMEがSQLNET.EXPIRE_TIMEより短い場合は、クライアントが稼働しているかどうかを確認するためにサーバーによって送信されるデータが、LETTER-TIMEによって制限される有効期間中に読み取れない可能性があります。その結果、クライアントはSQLNET.LOGファイルに、Broken pipeを記録します。

ns main err code: 12547
ns (2)  err code: 12560
nt main err code: 517
nt (2)  err code: 32
nt OS   err code: 0x0040002c

この問題は、LETTER-TIMERを無限に設定することによって解決できます。

10 Oracle Text

この章では、Oracle Textのインストールおよび実行方法と、BS2000/OSDでのこのオプションの制限について説明します。

10.1 Oracle Textのインストール

第4章のOracle Database 11gリリース2データベースの作成に関する説明手順を実行した場合、Oracle Textは有効化されません。

Oracle Textをインストールする場合は、次の手順を実行します。

1. SQL*Plusを起動します。多くのオーバーフロー承認が画面に表示されないようにするには、oflow=noを設定します。

/tchng oflow=no
/start-program $ORAC1120.sqlplus
* /nolog
connect / as sysdba
spool catctx.log
@$ORAC1120.ctx.admin.catctx.sql CTXSYS SYSAUX TEMP NOLOCK;

ここで、CTXSYSはctxsysユーザーのパスワード、SYSAUXはctxsysのデフォルトの表領域、TEMPはctxsysの一時表領域で、LOCK|NOLOCKはctxsysユーザーのアカウントをロックするかどうかを指定します。

2. 米国英語のテキストを使用する場合は、適切な言語固有のデフォルトのプリファレンスをインストールします。

connect CTXSYS/CTXSYS
@$ORAC1120.ctx.admin.drdefus;

米国英語のテキストを使用しない場合は、優先言語に対応したdrdef*.sqlスクリプトを開いて属性を設定して(「BS2000/OSDでのOracle Textの制限事項」を参照)、スクリプトを実行します。

3. 終了したら、exitと入力します。

10.2 Oracle Textのユーティリティの開始

Oracle Textのローダー・ユーティリティctxldrは、Oracle Textのオプションに含まれています。機能およびパラメータの詳細は、『Oracle Textリファレンス』を参照してください。

次の例に、Oracle Textユーティリティの開始方法を示します。

/start-program $ORAC1120.ctxldr
*-user scott/tiger -export -name myindex -file myfile -pk 1

10.3 BS2000/OSDでのOracle Textの制限事項

ASCII-EBCDICおよびその他の依存性によって、次の制限があります。

- 索引テーマ、つまりCTX_DDL.set_attribute ('DEFAULT_LEXER','INDEX_THEMES','NO')は設定できません。

- INSOフィルタおよびInXight Linguistxテクノロジ(特別なプラットフォームにのみライセンスが提供される)はありません。

- ctxkbtc (ナレッジ・ベース・ユーティリティ)はありません。

- URL_DATASTOREオブジェクトはサポートされていません。

- FILE_DATASTOREオブジェクトは、ネイティブBS2000 DMSにPAMファイルとしてまたはPOSIXファイル・システムに存在する場合があります。

11 外部プロシージャ

この章では、外部プロシージャコールを操作できるBS2000/OSDでの環境の作成方法を説明します。『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』の基礎セクションにある外部ルーチンに関する章を補完します。

11.1 外部プロシージャのロード

この項では、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』の対応する部分を補完します。

次の手順に従って、外部プロシージャをロードします。

1. 環境を設定します。
外部プロシージャは、コール元と同じプロセスおよびアドレス空間では実行されません。安全性の高い方法で操作するために、Oracleでは別個のプロセスが作成されます。この目的のためにOracle Net Services機能が使用され、ユーザーは、適切なOracle Net Servicesのパラメータ・ファイルを指定する必要があります。この項では、動作方法の例を記載しています。詳細は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』、Oracle Databaseデータ・カートリッジ開発者ガイドおよびOracle Database Net Servicesのドキュメント・セットを参照してください。

listener.oraファイルには、次のエントリが必要です。

(SID_DESC = (SID_NAME = ep_agt1)
(ENVS = EXTPROC_DLLS=ANY)
(ORACLE_SID = sid_of_your_database)
(PROGRAM = EXTPROC)
)

tnsnames.oraファイルには、次のエントリが必要です。

extproc_connection_data = (DESCRIPTION =(ADDRESS =(PROTOCOL=ipc)
(KEY = sid_of_your_database)(CONNECT_DATA =(PRESENTATION=RO)
(SID = ep_agt1)))

その後、リスナーを開始できます。

2. DLLを識別します。
BS2000環境のDLLは、外部プロシージャと呼ばれる関数が含まれているBS2000 LMSライブラリです。EXTPROCがロードされると、これらの関数がプログラムに動的にバインドされます。

次のコマンドを使用してOracleに対するライブラリを識別します。

CREATE LIBRARY my_c_library AS '$myuserid.my-modlib';

外部Cルーチンはコンパイルされ、生成されたLLMがLMSライブラリに格納される必要があります。MODULE-PROPERTIESオプションをLOWER-CASE-NAMES=*NOに設定している場合は、エントリ名に使用されているすべての小文字が大文字に変換されます。

さらに、MODULE-PROPERTIESオプションにSPECIAL-CHARACTERS=*CONVERT-TO-DOLLARを設定している場合、エントリ名に使用されているすべてのアンダースコア(_)がドル記号($)に変換され、この記号は外部プロシージャの発行時に考慮される必要があります。

3. 外部プロシージャの発行および実行は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』の説明と同じです。外部プロシージャの実行に関する結果メッセージは、L.sid.EXTP.SYSOUT.tsnという名前のファイルにあります。

12 データベースにおけるJava

この章では、データベースでのJavaのBS2000に固有の機能を説明します。この章の内容は次のとおりです。

- Java対応のデータベースのインストール

- データベース・キャラクタ・セットおよびJavaエンコーディング

- Javaデモ・ファイル

詳細は、Oracle Javaのドキュメント・セットを参照してください。

12.1 Java対応のデータベースのインストール

$ORAC1120.INSTALL.P.SUPERをコールし、JAVAパラメータをYESに設定している場合、適切なORAENVファイル(前述のORACLE_HOMEが設定された)、Java要件にサイズが設定されたデータベースおよびデータベース内にインストールされたJavaが作成されます。

既存のOracle DatabaseでJavaの有効化を試みる場合は、サンプルとしてこの手順のJava関連の部分を使用して、要件に応じて変更(DBサイズを増やす、shared_pool_sizeを増やす、大きいロールバック・セグメントを作成する、initjvm.sqlを実行するなど)できます。詳細は、『Oracle Database Java開発者ガイド』を参照してください。

Javaに関連するファイルの場所およびエンコード方法

Javaで使用されるファイルの格納場所およびそれらのエンコード方法はまったく単純ではありません。通常、ファイルはネイティブBS2000またはPOSIXファイル・システムに存在できますが、例外もあります。

次の表に、APIまたは文のファイル・タイプ、場所、デフォルトのエンコーディングおよびエンコーディングの変更の概要を示します。

文またはAPI

ファイル・タイプ

場所

デフォルトのエンコーディング

エンコーディングの変更

CREATE JAVA CLASS USING BFILE

.class

BS2000 PAMファイルまたはPOSIX

バイナリ

適用なし

CREATE JAVA RESOURCE USING BFILE

.properties

BS2000 PAMファイルまたはPOSIX

ascii

なし(デフォルトのエンコーディングを変更する方法はありません)

CREATE JAVA SOURCE USING BFILE

.java, .sqlj

BS2000 PAMファイルまたはPOSIX

データベースのキャラクタ・セット

dbms_java. set_compiler_option (' ', 'encoding', 'ISO8859-1')を実行

CREATE JAVA SOURCE AS

.sql

文の一部

NLS_LANGで指定されたセッションのキャラクタ・セット

NLS_LANG

CALL DBMS_JAVA.LOADJAVA

*, .jar, .zip

POSIX

データベースのキャラクタ・セット

loadjavaコールのオプションのエンコーディング

java.io-package

*

POSIX

データベースのキャラクタ・セット

使用するクラスに依存

asciiのBS2000 PAMファイルは、asciiプラットフォームからBS2000にバイナリ・モードでファイルを転送する(FTP)ことによって作成できます。

ネイティブBS2000のファイル名とPOSIXのファイル名は、先頭のスラッシュ('/')で区別します。したがって、相対パス名をPOSIXファイル名に使用することはできません。

ただし、dbms_java.loadjava内で使用する場合、ORAENVファイルの相対パス名の前にORACLE_HOMEの値が付くという例外が1つあります。

12.2 データベース・キャラクタ・セットおよびJavaエンコーディング

I/Oに関するかぎり、Oracle JAVAVMは、データベース・キャラクタ・セットをシステム・プロパティfile.encodingとして使用します。そのため、次のOracleおよびBS2000データベース・キャラクタ・セットがサポートされるJavaエンコーディングのリストに追加されています。

WE8BS2000
WE8BS2000E
EE8BS2000
CE8BS2000
CL8BS2000
WE8BS2000L5

これらのエンコーディングは、その他のJava実装では認識されません。

ただし、システム・プロパティfile.encodingはJavaのプロパティ・ファイルには適用されません。プロパティ・ファイルは、常にエンコーディング8859_1を使用します(『Oracle Database SQLJ開発者ガイド』を参照)。システム・プロパティfile.encodingは、ソース・ファイルのコンパイル時に使用されます。このデフォルトは、次のプロシージャを使用することによって、またはプロシージャdbms_java.loadjavaのエンコーディング・オプションを設定することによって変更できます。

dbms_java.set_compiler_option('','encoding',...)

12.3 Javaデモ・ファイル

サーバー内で動作する単純なJavaのデモンストレーション・プログラムは次の場所にあります。

$ORAC1120.JAVAVM.DEMO.HELLO.SQL

サーバー側内部ドライバを使用したデータベース接続のサンプルは次の場所にあります。

$ORAC1120.JAVAVM.DEMO.EMPLOYEE*

13 XML

この章では、インストール、機能、制限などのBS2000に固有のXMLの項目について説明します。詳細は、『Oracle XML Developer's Kitプログラマーズ・ガイド』、『Oracle XML DB開発者ガイド』、Oracle Database XML C APIリファレンス、Oracle Database XML C++ APIリファレンスおよびOracle Database XML Java APIリファレンスを参照してください。

13.1 Xdkのインストール

Oracle XML Developer's Kit (Xdk)は、Oracle Database製品セットの一部ではありません。Oracle Technical Network OTN (http://www.oracle.com/technetwork/topics/index.html)からXdkの最新バージョンをダウンロードすることをお薦めします。XML SQLユーティリティ(xsu12.jarとxdb.jar)およびXML Parser (xmlparserv2.jar)のJarファイルは、第4章、「データベースの作成およびアップグレード」に記載されている手順を実行した際に、データベースにすでにロードされています。

13.2 機能および制限事項

次の表に、BS2000上の言語で使用可能なXML機能の概要を示します。

空のフィールドは、サポートされていないことを意味します。

N/Aは適用されないことを意味します。

使用対象

XML機能

Java

C

C++

PL/SQL

パーサー

はい

はい

XSLTプロセッサ

はい

はい

Class Generator

N/A

N/A

XSQL

N/A

N/A

N/A

Transviewer Beans

N/A

N/A

N/A

XML-SQLユーティリティ

はい

N/A

N/A

はい

Schema Processor

はい

N/A

JavaではなくPL/SQLを使用する場合は、次の動作を考慮する必要があります。

- PL/SQLファイルのインプットは、POSIXからASCIIデータ形式を使用してのみ可能です。

- PL/SQLファイルのアウトプットは、POSIXにASCIIデータ形式を使用して書き込まれます。

- INSERT/UPDATE/DELETE操作では、XMLドキュメントに<?xml ... encoding=WE8BS2000 ...>を含むことはできません。

JAVAインタフェースを使用する場合は、データの適切なキャラクタ・セットを確認する必要があります。詳細は、第12章、「データベースにおけるJava」にリストされているエンコーディングの考慮事項を参照してください。

ASCIIプラットフォームでJDKを使用している場合は、XMLコンポーネントを使用して、JDBCでBS2000のOracle Databaseを操作できます。

14 Oracle Management Agent

この章では、Oracle Management Agent for BS2000/OSDを説明し、インストールおよび構成情報を提供します。読者はOracle Enterprise Managerに精通していることを前提としています。

Oracle Management Agent for BS2000/OSDは、ホスト・コンピュータ上のすべてのコンポーネントを監視します。インストールされると、Oracle Management Agentは、Oracle Databaseなどのデフォルトのターゲット・タイプの監視方法を認識します。詳細は、『Oracle Enterprise Manager概要』を参照してください。

この章の項目は次のとおりです。

- インストール前の問題

- インストール・スクリプトの実行

- エージェントの実行

- 制限事項

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

14.1 インストール前の問題

インストール前の問題を次にリストします。

- BS2000/OSD POSIXサブシステムが開始されているかどうかを確認

- openNet ServerツールのnetstatがPOSIXにインストールされているかどうかを確認

- jenv v6.0がインストールされているかどうかを確認

- perl v5.8がインストールされているかどうかを確認
必要なソフトウェア・パッケージのいずれかがインストールされていない場合は、Oracle Management Agentをインストールする前に、先にソフトウェア・パッケージをインストールします。

- ユーザー・アドレス空間が1GBであることを確認

- POSIXファイル・システム上に1GB以上の使用可能なディスク領域があることを確認

- ファイル/etc/hostsに、次の例に示すようなローカル・ホストのループバック・アドレスを含むエントリがあることを確認

127.0.0.1 localhost local # loopback

- 次の書式を使用して、監視するすべてのOracle Databaseをファイル/var/opt/oracle/oratabに追加

ORACLE_SID:ORACLE_HOME:N|Y:ORACLE_DATA

次の表に、この書式内のパラメータを説明します。

パラメータ

説明

ORACLE_SID

データベースのシステム識別子

ORACLE_HOME

POSIXでのOracleホーム・ディレクトリ

ORACLE_DATA

データベース・ファイルが格納されている場所のユーザーID

監視する必要のある各データベースは、oratabファイルにエントリが必要です。有効なoratabファイルの例は次のとおりです。

# oratab file
# valid entries are of the following form:
# ORACLE_SID:ORACLE_HOME:N|Y:ORACLE_DATA
orcl:/ora11202/oracle/product/10g:N:$ORACLE

注意:
DBAグループには、oratabファイルおよび/var/optフォルダ内のoracleディレクトリに対して読取りおよび書込みのアクセス権が必要です。

- Oracle Management Agentのリリース番号を確認。リリース11.2に付属しているOracle Management Agentは、リリース10.xおよび11.xを監視できます。Oracle9iの監視はサポートされていません。

- LISTENERを監視するために、LISTENER.ORAファイルが$ORACLE_HOME/network/adminディレクトリに適切にコピーされていることを確認。

- Enterprise Management AgentのユーザーIDとは異なるユーザーIDでデータベースを監視する場合は、すべてのユーザーに警告ファイルに対するアクセス権が付与されていることを確認。

14.2 インストール・スクリプトの実行

Oracle Management Agentを別個のOracleホーム・ディレクトリにインストールすることをお薦めします。すべてのOracleユーザーは、たとえばoracleという同じグループに属している必要があります。インストールを開始するには、次のように入力します。

/CALL-PROCEDURE $ORACLE1120.INSTALL.P.AGENT

次の入力を求められます。

パラメータ

説明

EMDROOT

これはManagement Agentのホーム・ディレクトリです。

EM-AGENT-PORT

Management Agentがリスニングする必要のあるポート。

EM-OMS-HOST

Oracle Management Serverのホスト名

EM-OMS-HTTP-PORT

Oracle Management Serverのポート

EM Agentのインストールを終了するには、rootとしてログインして次のスクリプトを実行します。

$EMDROOT/root.sh

Management Agentのインストールは、バックグラウンド・プロセスによっても操作可能です。この場合、パラメータEMDROOT、EM-AGENT-PORT、EM-OMS-HOSTおよびEM-OMS-HTTP-PORTは必須パラメータであるため、次のプロシージャ・コールで指定する必要があります。

/ENTER-PROCEDURE $ORAC1120.INSTALL.P.AGENT,(EMDROOT='/u01/app/orac1120/product/emagent',EM-AGENT-PORT='1813',EM-OMS-HOST='omshost.example.com',EM-OMS-HTTP-PORT='1159'), CPU-LIMIT=300

注意:

- インストールは、INSTALL.EMAGENT.LSTファイルに記録されます。

- 200より大きいCPU-LIMITを使用することをお薦めします。

14.3 エージェントの実行

- エージェントを実行するには、POSIXシェルを開始して次のコマンドを入力します。

emctl start agent

Management AgentをPOSIXシェルのemctlユーティリティを使用して開始する場合、Management Agentはログイン・プロセスのJOB-CLASS、CPU-LIMITおよびRUN-PRIORITYを継承します。そのため、定義されているCPU-LIMITによって、制限に達するとManagement Agentが終了されます。CPU-LIMITを指定せずにManagement Agentを開始する場合は、Management Agent用のBS2000開始プロシージャを使用します。BS2000のManagement AgentユーザーIDにログインして、次のコマンドを実行します。

/ENTER-PROCEDURE ST-AGENT.PRC,JOB-NAME=EMAGENT,JOB-CLASS=<ntl-j-c>,CPU-LIMIT=*NO,RUN-PRIO=210

- エージェントを終了するには、POSIXシェルを開始して次のコマンドを入力します。

emctl stop agent

- エージェントのステータスを取得するには、POSIXシェルを開始して次のコマンドを入力します。

emctl status agent

Oracle Management Agent for BS2000/OSDは、Oracle Database 11g Enterprise Managerブック・セットに記載されているとおりに使用します。

注意:
Management Agentを開始するには、BS2000環境で開始プロシージャを使用することをお薦めします。

14.4 制限事項

Oracle Enterprise Manager Agentに影響する可能性のある問題を次にリストします。

- Oracle Management Agent for BS2000/OSDは実行中のOracle Database 10gまたはOracle Database 11gを監視できます。

- Oracle Management Agent for BS2000/OSDはSNMPフレームワークをサポートしていません。つまり、このエージェントは、BS2000/OSDのEMANATEマスター・エージェントには統合されていません。このエージェントはすべてのSNMPリクエストを受け入れず、SNMPトラップも送信しません。したがって、Oracle Management Agent for BS2000/OSDは、サードパーティ製のSNMP管理システムでは使用できません。

- BS2000/OSD用のOracle Database 10gおよびOracle Database 11gでは、システム統計の最小セットのみをサポートするため、システムの実際のパフォーマンスを反映しない可能性があります。

- 現在、BS2000/OSD用のOracle Database 11gには、Oracle Enterprise Manager Agentのみが付属しています。このリリースはリモートのOracle Enterprise Manager Grid Control Consoleをサポートしますが、Oracle Enterprise Manager Grid Control Consoleはサポートされていません。

- 現在、Management Agentでは、ホスト・メトリックの最小セットのみをサポートするため、システムの実際のパフォーマンスを反映せず、システムの構成の一部のみが反映される可能性があります。

- dbconsolはBS2000/OSDではサポートされていません。

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

通常、Oracle Management Agentは内部ウォッチドッグ・プロセスによって監視され、エラーの場合に再起動されます。この方法では、1つ以上のスレッド・アプリケーションのタスクが維持されている場合にクラッシュを防ぐことはできず、Management Agentの適切な再起動を抑止する可能性があります。Oracle Management Agentが開始または再起動できない場合は、次の方法を使用して問題を解決してください。

/CALL-PROCEDURE $TSOS.SYSPRC.PTHREADS.010(ITH-SHOW)

POSIXシェルにログインし、環境を設定して、次の例のようにユーティリティithshowを実行します。

$ . /u01/app/orac1120/agent11g/.profile.oracle
$ ithshow

このユーティリティでは、次のような出力が生成されます。

STARTED AT 2012-06-12-135624 BY POSIX (running)
LLM = EMAGENT (prelinked)
MAIN = IC@#MAIN
APPLL = :POR2:$ORAQAX13.ORALOAD-ASCII.LIB
RUNTL = :BUG1:$TSOS.SYSLNK.PTHREADS.013
PTHvers = 01.3A10 2011-04-14 09:19:23
FDs = 8 (8 ORIG FDs)
Threads = 10 (6 user threads, 4 system threads)
TYPE TSN PID JOB-TYPE PRI CPU-USED CPU-MAX ACCOUNT#
ORIG 1MYQ 3942 (X'0F66') 3 DIALOG *0 240 16.7989 32767 FSC
executing request
THRE 1MYW 3948 (X'0F6C') 3 DIALOG *0 240 21.7415 32767 FSC
executing user thread

ここでPTHREADSアプリケーションに関連するタスクのTSNがわかります。ITH-STARTプロシージャのパラメータTSNの入力としてORIGタスクのTSNを選択する際に、次の書式でPTHREADSアプリケーションに接続できます。

/CALL-PROCEDURE $TSOS.SYSPRC.PTHREADS.013(ITH-START),(TSN=1MYQ)

ダブル・スラッシュのプロンプトが表示されたら、CANCEL-THREADED-PROGRAMと入力して、PTHREADSアプリケーションを取り消すことができます。ORIGタスクがすでに終了している場合は、BS2000のシステム・コマンドを使用して、その他すべてのPTHREADSタスクを終了できます。

/CANCEL_JOB JOB-IDENTIFICATION=tsn

Management AgentがSQシステム上でx86-64モードで実行中の場合は、プロシージャのパラメータで次のように適切なロード・ライブラリを定義する必要があります。

/CALL-PROCEDURE $TSOS.SYSPRC.PTHREADS.013(ITH-START),(START-LIBRARY=$TSOS.SKULNK.PTHREADS.013,TSN=1MYQ)

Management Agentが異常終了した場合は、dbluuser_numberという名前のプロセスが存在している可能性があります。このプロセスはプログラム・キャッシュであり、BS2000のCANCEL-JOBコマンドで取り消すことはできません。このプロセスは、POSIXコマンドposdblを使用した場合にのみ停止できます。たとえば、POSIXシェルの保留中のプログラム・キャッシュを特定して停止する方法を次に示します。

$ ps -fu emuser
UID PID PPID C STIME TTY TIME CMD
EMUSER 2178 2175 0 07:48:08 pts/0 0:01 [sh]
EMUSER 4179 2178 2 14:05:16 pts/0 0:00 [ps]
EMUSER 4168 1 0 14:05:06 ? 0:00 dblu511

この例では、プロセスdblu511がpid 4168で存在したままです。このプロセスを停止するには、次のコマンドを入力します。

$ pdbl -uD

15 SQ ServerでのOracle

この章では、Oracle Database for BS2000/OSD SQ Serverに固有の機能について説明します。

- 概念

- 定義

- 製品セット

- ハードウェア要件

- ソフトウェア要件

- アドレス空間制限

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

- データベースの作成

- アップグレードおよび移行

- 管理

- Oracleアプリケーション・プログラム

- openUTM製品セット

15.1 概念

SQ ServerラインはBS2000/OSDビジネス・サーバーのラインで、x86-64アーキテクチャに基づいています。Oracle Database 11gでは、この革新的なSQ Serverのライン(たとえばSQ200)およびBS2000オペレーティング・システムOSD/XCをサポートしています。

Oracle Database 11gリリース2 for SQ Serverは、SQ ServerのBS2000パーティション内でネイティブx86-64モードで動作します。このモードで実行されるプログラムでは、/390モード(互換性モード)で実行されるプログラムより高いパフォーマンスが提供されます。

従来のOracle for BS2000 (/390システム上の)と比較して、処理および管理の方法に違いはありません。そのため、従来のOracle for BS2000からOracle for SQ Serverへの移行は非常に簡単です。

Oracleの/390エディションで使用しているすべての製品(Oracle Net Services、SQL*Plus、Precompilerなど)は、SQ Serverラインのネイティブx86-64モードで使用できます。

15.2 定義

BS2000には/390シリーズとSQシリーズの2つのOracleエディションがあるため、混乱を避けるために次の定義が導入されています。

Oracleエディション

意味

Oracle for BS2000/390:

OracleのBS2000ラインで、/390 CPU (S Server)のシステム上で実行されます。
このOracleラインはSQ Server上でも実行できますが、低速/390モードのみで、互換性モードとも呼ばれます。

シノニム: Oracle/BS2000の/390エディション

Oracle for BS2000/x86-64:

OracleのBS2000ラインで、SQ ServerのBS2000パーティション内でネイティブx86-64モードで実行されます。
このOracleラインは、SQ ServerのLinuxまたはWindowsパーティションでは実行できません。

このOracleラインは、/390 CPU上では実行できません。

シノニム:
Oracle/BS2000のSQエディション

SQシリーズのOracle

Oracle for Fujitsu BS2000/OSD (SQシリーズ)

SQ ServerラインのOracle

15.3 製品セット

Oracle/BS2000の/390エディションで使用可能なすべての製品は、x86-64エディションでも使用できます。これらの2つのOracle/BS2000エディションの製品間に機能の違いはありません。

15.4 ハードウェア要件

- SQ Server、たとえばSQ200

- メイン・メモリー: 1024MB以上

- ディスク領域: 合計静的Oracle Databaseの非データベース要件は、BS2000ファイル・システムで約2500MBおよびPOSIXファイル・システムで400MB以上です。
インストールのステージング・ライブラリには、BS2000ファイル・システムで約2500MB必要です。

- データベース領域: Oracleの/390エディションとの相違なし

15.5 ソフトウェア要件

次の表にソフトウェア要件をリストします。

コンポーネント

要件

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

OSD/XC V4.1以上
BS2000/OSDのサブシステムPOSIXが開始されている必要があります。

コンパイラ

Oracle Databaseの実行には必要ありませんが、CやCOBOLなどの高レベル言語がOracle Databaseとのインタフェースに使用されている場合、次のコンパイラがサポートされています。

COBOL85 V2.3

CCOBOL2000 V1.5以上

V3.1時点のCPP

openUTM

openUTM V6.0以上

CRTE

CRTE V2.8以上

15.6 アドレス空間制限

ユーザーのアドレス空間は、512MB以上である必要があります。メモリー要件を減らすために、x86-64バージョンのBS2000 DSSMのCRTE-BASYS (= CRTEBASK)をロードすることをお薦めします。

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

第3章、「Oracle Databaseのインストールおよび削除」を参照してください。

15.8 データベースの作成

データベースの作成は、第4章、「データベースの作成およびアップグレード」に記載されているとおりに動作します。データベースは、BS2000のプロシージャINSTALL.P.SUPERによって自動で作成することも、手動で作成することもできます。

Oracle for BS2000の/390エディションでも同じです。

15.9 アップグレードおよび移行

第4章、「データベースの作成およびアップグレード」を参照してください。

15.10 管理

Oracle Databaseの/390エディションと比較して、管理にほとんど違いはありません。唯一の違いは、SQ Server上のOracleでは実行可能ファイル(フェーズ)はサポートせず、LLMのみです。そのため、Oracleプログラムは、次に示すとおり、SQLPLUSのように開始する必要があります。

/START-PROGRAM *MODULE($ORAC1120.ORALOAD.LIB,SQLPLUS,A,A)

15.11 Oracleアプリケーション・プログラム

Oracle for SQ Serverは、Oracleの/390エディションと同じOracleアプリケーション・プログラムのプログラミング言語をサポートします。C/C++およびCobol用のプリコンパイラがあります。

Oracleアプリケーション・プログラムは、/390モードのSQ Server上でのみ実行できます。

アプリケーション・プログラムは、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』の記載に従ってリンクされる必要があります。

/390システム上で開発されたアプリケーション・プログラムは、変更なしでSQ Server上で実行できます。

15.12 openUTM製品セット

Oracle Database 11gリリース2 (11.2) for SQ ServerのopenUTM製品セットには、openUTM V6.0以上が必要です。

Oracleの/390エディションと比較して、Oracle Database/openUTMアプリケーションの開発に違いはありません(『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』のopenUTMでのOracle Databaseの使用に関する説明を参照)。

A BS2000/OSDのOracleエラー・メッセージ

この付録では、Oracle Database 11gリリース2 for Fujitsu BS2000/OSDのメッセージを、考えられる原因と推奨されるアクションとともにリストします。この章に示すメッセージは、画面に表示される際に追加のテキストを伴うことがあります。このテキストには、問題を検出した機能を識別し、内部ステータス・コード、BS2000のシステム・マクロのリターン・コード、あるいはその両方が含まれている場合があります。これらのコードは、Oracleサポート・サービスにとって問題の原因を特定するために役立ちます。

たとえば、メッセージ・コンポーネントがまだ使用可能でない初期化の初期段階では、Oracle Databaseが通常のOracleメッセージを発行できない場合があります。この場合、Oracle DatabaseはILCSタスク終了ルーチンをコールするか、TERMマクロを直接発行して、ユーザー終了コードとしてメッセージ番号を表示します。このメッセージ番号を使用して、この付録内の説明を見つけることができます。

ORA-05000: ORACLE終了ルーチンがコールされました

原因: Oracle Databaseランタイム・システムの終了ルーチンが致命的なエラーによりコールされました。

処置: Oracle Databaseプログラムの終了理由、またはこの問題の解決方法がわからない場合は、Oracleサポート・サービスに連絡してください。

ORA-05001: 「BS2000」「バージョン」はサポートされていません。

原因: BS2000/OSDオペレーティング・システムのアクティブなバージョンは、Oracle Database 11gリリース2でサポートされていません。

処置: より最新のBS2000/OSDバージョンにアップグレードしてください。

ORA-05002: 致命的エラー: ILCS以外のプログラムからコールされました

原因: プリコンパイラまたはOCIアプリケーションで、ILCS環境以外で実行されているプログラムからOracle Databaseがコールされました。Oracle DatabaseではILCS以外のプログラムをサポートしていません。

処置: アプリケーション・プログラムがILCSモードで実行することを確認してください。FOR1、PL/Iなどの一部のプログラミング言語ではILCSの固有のオプションが必要です。詳細は、Fujitsu社のドキュメントを参照してください。

ORA-05003: 致命的エラー: ILCS PCDが検証できません

原因: プリコンパイラまたはOCIアプリケーションで、ILCS保存領域とマークされている保存領域を指定してOracle Databaseがコールされましたが、正しいPCD (ILCSグローバル領域)がポイントされていません。メモリーが上書きされたか、ILCS環境以外で実行されているプログラムからOracle Databaseがコールされたことが問題です。Oracle DatabaseではILCS以外のプログラムをサポートしていません。

処置: アプリケーション・プログラムがILCSモードで実行することを確認してください。FOR1、PL/Iなどの一部のプログラミング言語ではILCSの固有のオプションが必要です。詳細は、Fujitsu社のドキュメントを参照してください。

ORA-05004: 致命的エラー: スタック・オーバーフロー、拡張が失敗しました

原因: 関数のコールには現在のコール・スタック・セグメントの拡張が必要でした。この拡張に失敗したためILCSルーチンがエラーを返しました。

処置: JOINエントリのユーザー・アドレス空間の大きさが十分であり、一時的なメモリーの飽和状態がないことを確認してください。その後、プログラムを再度実行してください。さらに説明が必要な場合は、Oracleサポート・サービスに連絡してください。

ORA-05005: エラー: 「PROLODでIT0INITSがコールされました」

原因: これは、発生することはない内部エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05006: sltgaはすでに初期化されています

原因: sltgaの初期化ルーチンが複数回コールされました。

処置: 複数のstubモジュール(PROSTUB、XAOSTUB)がアプリケーションにリンクされているかどうかを確認してください。

ORA-05007: OSNTABのロードに失敗しました

原因: 通常、このメッセージの前にBS2000 BLS-nnnnメッセージが付きます。最も可能性が高い原因として、ORALOADライブラリが見つからないことが考えられます。

処置: ORALOADについてデータベース管理者に問い合せてください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05008: リクエストされたネットワーク・ドライバのロードに失敗しました

原因: 通常、このメッセージの前にBS2000 BLS-nnnnメッセージが付きます。最も可能性が高い原因として、ORALOADライブラリが見つからないことが考えられます。

処置: ORALOADについてデータベース管理者に問い合せてください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05009: osnsgl: カーネル内の無効な設定にユーザーが接続しています

原因: シングル・タスク・ドライバ(S:)を使用してデータベース・リンクが設定されました。シングル・タスク・ドライバは、ユーザー側のコール接続にのみ使用できるため、これは無効です。

処置: データベース・リンクに別のネットワーク・ドライバを選択してください。

ORA-05010: ファイル名の長さが無効です

原因: ファイル名の構築または変換中にバッファ・オーバーフローが発生しました。これは、ORAENVファイルに指定したファイル名が長すぎることが原因です。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05011: ファイル・サイズが無効です

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05012: ブロック・サイズが無効です

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05013: ファイル名の解析が無効です

原因: 分析されたファイル名がOracle Databaseに対して整形式ではありません。

処置: ファイル名を修正してプログラムを再度実行してください。

ORA-05014: sfcopy: 一致しないブロック・サイズ

原因: データベースの部分ファイル・コピーで、ソースとターゲット・ファイルのブロック・サイズが異なります。これは、通常発生することのない内部エラーを示している可能性があります。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05015: テキスト・ファイルのオープンに失敗しました

原因: Oracle Databaseテキストまたはコマンド・ファイルを開けません。ファイル名が正しくない、ファイルが正しく初期化されていないまたはファイルがアクセス可能ではない、のいずれかがこのエラーの原因であると考えられます。

処置: 問題を修正してOracle Databaseを再起動してください。STARTUPコマンドを発行した際にこれが発生する場合は、初期化ファイルで、データベース・ファイルの指定が正しいことを確認してください。

ORA-05016: テキスト・ファイルのクローズに失敗しました

原因: Oracle Databaseファイルを閉じようとして失敗しました。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05017: ファイルのオープンに失敗しました

原因: Oracle Databaseファイルを開けません。ファイル名が正しくない、ファイルが正しく初期化されていないまたはファイルがアクセス可能ではない、のいずれかです(たとえば、ファイルはクロスユーザーIDのシングル・タスク・クライアントではアクセスできない可能性があります)。

処置: 問題を修正してOracle Databaseを再起動してください。STARTUPコマンドを発行した際にこれが発生した場合は、初期化ファイルで、データベース・ファイルの指定が正しいことを確認してください。

ORA-05018: ファイルのシークに失敗しました

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05019: ファイルの書込みに失敗しました

原因: Oracle Databaseファイルへの書込み中にI/Oエラーが発生しました。

処置: このエラーがディスク障害によるものと特定できない場合は、システム管理者に問い合せるか、Oracleサポート・サービスに連絡してください。

ORA-05020: ファイル外のブロックへの書込み

原因: 存在しないOracle Databaseファイルのブロックに書き込もうとしました。たとえば、ブロック番号< 1または>ファイル・サイズです。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05021: ファイルの読取りに失敗しました

原因: Oracle Databaseファイルの読取り中にI/Oが発生しました。

処置: このエラーがディスク障害によるものと特定できない場合は、システム管理者に問い合せるか、Oracleサポート・サービスに連絡してください。

ORA-05022: ファイル外のブロックの読取り

原因: 存在しないOracle Databaseファイルのブロックを読み取ろうとしました。たとえば、ブロック番号< 1または>ファイル・サイズです。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05023: ファイルのクローズに失敗しました

原因: Oracle Databaseファイルを閉じようとして失敗しました。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05025: sfccf: ファイルが一致しません。異なるサイズのファイルを再使用しようとしました

原因: データベース・ファイルを再使用しようとしたときに、指定したファイル・サイズが既存ファイルの実際のサイズと異なります。

処置: 正しい(暗黙的ヘッダー・ブロック用に1論理ブロック分を忘れずに差し引いた)ファイル・サイズを指定するか、ファイル・サイズを指定しないでおくか、より大きなまたは小さなデータベース・ファイルを作成する場合は別のファイル名を使用してください。

ORA-05026: ファイルが存在しません。

原因: 存在しなくなったデータベース・ファイルにアクセスしようとしました。

処置: このエラーが発生した理由がわかる可能性のあるデータベース管理者に問い合せてください。データベース管理者が問題の原因を見つけられない場合は、Oracleサポート・サービスに連絡してください。

ORA-05027: ファイルが存在します

原因: 新しいファイルを作成しようとしたときに、ファイルが見つかり、空でない場合にこのエラーが発生します。

処置: create databaseでこのエラーが発生した場合は、reuseオプションを使用して再試行してください。それ以外の場合は、別のファイル名を使用するか、そのファイルを消去できるかどうかを確認してください。

ORA-05028: ファイルはdbfileではありません

原因: 開こうとするデータベース、ログまたは制御ファイルにそのファイルに対する適切なIDが含まれていません。

処置: 誤ったファイル指定を確認してください。

ORA-05029: オプションの不正使用です

原因: 内部エラーです。関数sfccfが無効なオプションを使用してコールされました。

処置: Oracleサポート・サービスに連絡してください。

ORA-05030: SIDが定義されていません

原因: 一般的に、名前の?を置き換えるためにシステムIDが必要な場合に、たとえば、初期化ファイルによって設定されたファイル名で、それがまだ定義されていません。ORAENVファイルが欠落しているか、そのファイルにORASIDが見つからないことが原因です。

処置: ORAENVファイルの定義が正しいことを確認して、プログラムを再度実行してください。

ORA-05031: SIDの変換に失敗しました

原因: システムIDは構文的に正しくありません。

処置: ORASIDの定義が正しいことを確認して、プログラムを再度実行してください。

ORA-05032: 名前の解析が無効です

原因: ファイル名、または変数部分を含むその他の名前の変換に失敗しました。エラーの原因として、ORAENVファイルの指定が正しくないことが考えられます。

処置: ORAENV変数の割当てが正しいことを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05033: 環境値が無効です

原因: ORAENVファイルに指定されている1つ以上の値が無効です。

処置: ORAENVファイルに正しい値を指定したことを確認し、詳細をこのガイドの付録B、「Oracle環境変数」または『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』で確認してください。

ORA-05034: シールが無効です

原因: 内部エラーです。内部ファイル制御構造が破損していることが判明しました。

処置: Oracleサポート・サービスに連絡してください。

ORA-05035: ホスト・コマンドが実行されませんでした

原因: BS2000コマンド(HOSTまたは#HOSTコマンドの引数)が無効か長すぎます。

処置: 有効なHOSTコマンドを入力してください。

ORA-05036: ユーザーID (長さ)が無効です

原因: 変数コンポーネントからのファイル名の構築中に内部バッファ・オーバーフローが発生しました。

処置: ORAENVファイルに指定したORAUID値が正しいことを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05037: /CANCELコマンドが実行されませんでした

原因: バックグラウンド・ジョブを取り消せませんでした。バックグラウンド・タスクがすでに終了している可能性があります。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05038: SIDの長さが無効です

原因: ORAENVファイルまたは接続文字列の一部として指定されたシステムIDの長さが4文字を超えています。

処置: 正しい値を指定してください。

ORA-05039: ssodrvへの再帰的なエントリです

原因: Oracle Databaseカーネルが最上部に再入力されました。これは起りえないことです。

処置: 割込み処理ルーチン(信号ルーチン、偶発性)からユーザー・プログラムがOracle Database関数を不適切にコールしていないことを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05040: これ以上の動的メモリーはありません

原因: ファイル管理コンポーネントでメモリーのリクエストに失敗しました。ユーザーアドレス空間が小さすぎることが原因と考えられます。

処置: JOINエントリのユーザー・アドレス空間の大きさが十分であり、一時的なメモリーの飽和状態がないことを確認してください。その後、プログラムを再度実行してください。さらに説明が必要な場合は、Oracleサポート・サービスに連絡してください。

ORA-05041: soarchで割込みが発生しました

原因: アーカイバ・プロセスは予期せず中断しました。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05042: soarch: バッファ・オーバーフロー

原因: アーカイバ・プロセスは内部バッファ・オーバーフローを検出しました。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05043: アーカイブ制御文字列が長すぎます

原因: アーカイブ制御文字列が長すぎます。

処置: このパラメータを短くして、データベースを再起動してください。

ORA-05044: アーカイブの生成されたファイル名が長すぎます

原因: ファイル名は初期化パラメータlog_archive_formatおよびlog_archive_destの値から生成されています。このことがファイル名が長すぎる原因になっています。

処置: VALID_DESTに有効なBS2000ファイル名を使用して、コマンドALTER SYSTEM ARCHIVE LOG START TO VALID_DESTを実行してください。

ORA-05045: アーカイブ・ファイルの作成またはオープン・エラーです

原因: アーカイブファイルは通常、動的に割り当てられます。これか後続のオープンに失敗しました。原因として、ディスク上の領域が十分でないか、ORAENVのアーカイブ・ファイルの割当てパラメータが無効であることが考えられます。

処置: オプションのORAENVパラメータが正しいことおよび十分なディスク領域が使用可能であることを確認してください。

ORA-05046: アーカイブ制御文字列エラー

原因: アーカイブ・ファイル名または制御パラメータが正しくありません。

処置: パラメータを修正してください。

ORA-05050: PGA (固定部分)を割り当てられませんでした

原因: オペレーティング・システム・エラーまたは内部エラーが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05051: 次の可変を割り当てられません:PGA

原因: PGAの作成中に、必要な動的メモリーを割り当てられませんでした。

処置: ユーザー・アドレス空間の大きさが十分であり、アプリケーション・プログラムでエラーが生成された場合は、そのプログラムでメモリーが過剰に消費されていないことを確認してください。それ以外の場合は、Oracleサポート・サービスに連絡してください。

ORA-05052: 次の可変の削除中にエラーが発生しました:PGA

原因: PGAの削除中に、動的メモリーを解放できませんでした。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05053: PGA_BASEが無効であるか欠落しています

原因: DBA ORAENVファイルでPGA_BASEパラメータに無効な値が指定されています。

処置: PGA_SIZE環境変数のデフォルト値を使用してください。これで問題を解決できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05054: PGA_SIZEが無効であるか欠落しています

原因: DBA ORAENVファイルでPGA_SIZE環境変数に無効な値が指定されています。PGA_SIZE環境変数のデフォルト値を変更する必要はありません。

処置: PGA_SIZE環境変数のデフォルト値を使用してください。これで問題を解決できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05055: PGA (固定部分)のアドレス範囲が空いていません

原因: PGA_BASE変数およびPGA_SIZE ORAENV変数によって記述されたアドレス範囲は、割当てに使用できません。これはPGA、SGAおよびKERNELの領域の重複、またはこの領域のメモリーを占有するアプリケーション・プログラムが原因と考えられます。PGA_BASEに値を指定していない場合は、デフォルトが不適当な可能性があります。

処置: 第2章の「アドレス空間計画」の「アドレス空間計画」の項を参照して詳細を確認してください。

ORA-05056: コンテキスト領域はこれ以上ありません

原因: SQLリクエストの処理中に、動的メモリーを割り当てられませんでした。これは、非常に複雑なリクエストの処理中に十分なメモリーが使用できない場合に発生する場合があります。

処置: ユーザー・アドレス空間の大きさが十分であり、アプリケーション・プログラムを使用しているときにエラーが発生した場合は、そのアプリケーション・プログラムでメモリーが過剰に消費されていないことを確認してください。または、Oracleサポート・サービスに連絡してください。

ORA-05058: アサートに失敗しました: SGAはマップされていません

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05059: アサートに失敗しました: カーネル以外

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05060: SGAが作成されませんでした

原因: STARTUPコマンドの実行後に、SGAの共有メモリー・プールが作成されませんでした。

処置: データベースの実行中にデータベースを開始しようとしているのではないことおよびデータベースのシステムIDが2つの異なるデータベースで使用されていないことを確認してください。または、Oracleサポート・サービスに連絡してください。

ORA-05061: SGAのアタッチに失敗しました

原因: SGAの共有メモリー・プールへの接続が確立できませんでした。これは、誤ったシステムIDを使用した場合、または実行しようとしたデータベースが実行されていない場合に発生する可能性があります。

処置: 前述の原因の1つでないことを確認してください(データベース管理者に確認してください)。または、Oracleサポート・サービスに連絡してください。

ORA-05063: SGAベースが無効です

原因: ORAENVファイルでSGA_BASEパラメータに無効な値が指定されています。

処置: この値は通常は必要ありません。指定する場合は、SGAメモリー・プールの完全な仮想アドレスを指定する16進数の値である必要があります。値を修正してSTARTUPコマンドを実行してください。

ORA-05064: SGAを割り当てできません

原因: メモリー・プールの作成後に、領域を割り当てるためのREQMPが失敗しました。これはオペレーティング・システム・エラーの可能性があります。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05065: SGAを削除できません

原因: SGAからデタッチしようとしたときに、DISMPシステム・マクロがエラーを返しました。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05066: SGAアドレス空間が競合しています

原因: 範囲がすでに部分的に使用されているため、要求されたアドレス範囲にSGAを配置できません。SGAの開始アドレスはORAENV変数(SGA_BASE)によって定義されており、この変数のサイズはプロセスやバッファなどの様々な初期化ファイルのパラメータで決定されています。

処置: 第2章、「アーキテクチャおよび実装」の項「アドレス空間計画」を参照して、関連する初期化ファイルおよびORAENV変数を調整してください。JOINエントリでアドレス空間制限を確認してください。共有サブシステムおよびアドレス空間での配置について、システム管理者に問い合せてください。Oracle Databaseカーネルと重複しないことを確認してください。

ORA-05067: SGA: アドレス空間が飽和状態です

原因: SGAが割り当てられたときに、オペレーティング・システムによって仮想アドレス空間の飽和が報告されました。

処置: ページング領域のサイズおよび現在のシステム全体の負荷についてシステム管理者に問い合せてください。

ORA-05068: アクティブでないはずのSGAがアクティブです

原因: 起動時にSGAが作成されたときに、データベースは停止されている必要があるのに、SGAメモリー・プールがまだ使用中であることが見つかりました。これは、シングル・タスク、ユーザー・タスクまたはネットワーク・サーバー・タスクがハングしていることが原因である可能性があります。

処置: ハングしているタスクを確認してください。これらのタスクを取り消して、データベースを再起動してください。

ORA-05069: 予期しないSGAメモリー・プールの問題

原因: ENAMPマクロが予期しないエラー・コードを返しました。

処置: Oracleサポート・サービスに連絡してください。

ORA-05070: TPA ser.itemを有効化できません

原因: オペレーティング・システム・エラーが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05071: TPA ser.item上でENQできません

原因: オペレーティング・システム・エラーが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05072: ポストまたは待機項目を有効化できません。

原因: オペレーティング・システム・エラーが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05073: ポスト中にエラーが発生しました

原因: プロセス間通信操作に失敗しました。

処置: データベースおよびすべての必要なバックグラウンド・タスクが正常に稼働していることを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05074: 待機中にエラーが発生しました

原因: プロセス間通信操作に失敗しました。

処置: データベースおよびすべての必要なバックグラウンド・タスクが正常に稼働していることを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05075: タスク表マネージャでエラーが発生しました

原因: 内部エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05076: spidの設定中にエラーが発生しました

原因: オペレーティング・システム・エラーが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05077: HIAイベントを有効化できません

原因: オペレーティング・システム・エラーが考えられます。HIA (Here I Am)イベント項目は起動時に、開始済のバックグラウンド・タスクと起動中のSQL*DBAプログラム間の通信に使用されます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05078: 作成処理に失敗しました

原因: STARTUPコマンドの発行時に、バックアップ・ジョブを正常に開始できませんでした。

処置: ジョブ・スケジューリングの問題およびORAENVファイルのBGJPARエントリが正しいことを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05079: 内部非同期I/Oエラー

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05101: モジュールまたはライブラリのバインド・エラーxxxxxxxxです

原因: Oracle DatabaseまたはUTMアタッチ・モジュールをロードできませんでした。原因の1つとして、Oracle Databaseが$ORAC1120とは異なるユーザーIDでインストールされていることおよびインストール手順が正しく実行されなかったことが考えられます。

処置: ORAENVファイルのORAUID定義が正しいことを確認してください。または、Oracleサポート・サービスに連絡してください。

ORA-05102: モジュール検証失敗: ORADBCN@

原因: おそらく実行時に使用されたOracle Databaseのバージョンとは異なるOracle Databaseのバージョンを使用してopenUTMアプリケーションのリンクが編集されました。

処置: UTMアプリケーションを再リンクしてください。エラーが解決しない場合は、Oracleに連絡してください。

ORA-05103: 生成されたTSKMが短すぎます

原因: TSKM領域がOracle Databaseによって上書きされました。

処置: KDCDB / KDCDBOマクロ内のパラメータLTHTSKMを変更してください。

ORA-05104: 生成されたTAMが短すぎます

原因: TAM領域がOracle Databaseによって上書きされました。

処置: KDCDB / KDCDBOマクロ内のパラメータLTHTAMを変更してください。

ORA-05107: POSIX環境変数<variablename>が定義されていません

原因: 指定された環境変数が定義されていません。

処置: リクエストされた変数をプロファイルに定義してエクスポートしてください。

ORA-05108: BS2000のコマンド<bs2-command>の処理に失敗しました

原因: BS2000のコマンド・プロセッサがコマンドを実行できません。

処置: POSIXコマンドbs2cmdを使用してPOSIXシェル内に記録されたコマンドをテストしてください。

ORA-05109: POSIX用の環境の初期化に失敗しました

原因: POSIXシェルで実行中のアプリケーションがBS2000ファイル・システムの必要なファイルへのリンクを作成できません。

処置: POSIXでのOracleアプリケーションに必要な環境変数が適切に設定されているかどうかを確認してください。

ORA-05110: メモリー・プールにアタッチできません

原因: 無効なプールIDパラメータxxx_MPIDまたはオペレーティング・システム・エラーです。

処置: ORAENVパラメータxxx_MPID (4文字以下の[A...Z]、[0...9]のセット)を確認するか、Oracleサポート・サービスに連絡してください。

ORA-05111: メモリー・プールへのアタッチ中にエラーが発生しました

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05112: メモリー・プールの作成中にエラーが発生しました

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05114: プール・ベースが無効です

原因: ORAENVファイルで共有プールのベース・アドレス・パラメータ(COM_BASEなど)に無効な値が設定されています。

処置: この値を指定する場合は、メモリー・プールのベース・アドレスの完全な仮想アドレスを指定する16進数の値である必要があります。値を修正して、データベースを再起動してください。

ORA-05116: 共有コードをプールにロードできません

原因: 共有コードを指定されたメモリー・プールにロードできませんでした。通常、このメッセージの前にオペレーティング・システムからのBLS-nnnnメッセージが付きます。

処置: ORALOADリンク名が正しいORALOADライブラリを識別することを確認してください。その後、プログラムを再起動してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05117: ソケットのサブシステムにアタッチできません

原因: アプリケーションをソケットのサブシステムにバインドできませんでした。通常、このメッセージの前にオペレーティング・システムからのBLS-nnnnメッセージが付きます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05118: ORACLE PCDスロットにアクセスできません

原因: 現在のタスクがORACLE PCDスロットにアタッチしようとしましたが、このスロットが見つかりません。
これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05119: モジュール検証に失敗しました

原因: 共有のロードされたモジュールのバージョンがユーザー側の接続モジュールのバージョンと一致しません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05120: 共有モジュールのロードが待機中にタイムアウトになりました

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05121: 共有モジュールの初期化が待機中にタイムアウトになりました

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05126: IT0PCDアドレスが見つかりません

原因: ILCSランタイム・リンク・ライブラリがおそらく欠落しています。

処置: システム管理者に問い合せてください。

ORA-05127: Oracleのコール時のパラメータ・リストが正しくありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05128: UTMプログラムでは、COMMIT/ROLLBACK/CONNECTが許可されていません

原因: 無効なSQL COMMIT/ROLLBACK/CONNECTがUTMプログラムに見つかりました。

処置: UTMプログラムを適宜修正してください。

ORA-05131: ORADBCOコールは許可されていません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05132: リソース・マネージャによってユーザーxのTAがコミットされています

原因: トランザクションが障害の前にコミットされています。

処置: ありません。

ORA-05133: 開始パラメータに接続文字列がありません

原因: 開始パラメータには1つ以上のOracle Databaseのオープン文字列が必要です。

処置: このガイドの第8章、「openUTM製品セット」を参照して、開始パラメータを修正してください。

ORA-05134: DBSTATセカンダリ・オプコードに一貫性がありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05135: インスタンスyのPTCリストのリカバリでエラーxが発生しました

原因: システム・エラーです。

処置: 第8章、「openUTM製品セット」を参照してUTMが正しくインストールされているかどうかおよびSELECT権限がXA表に付与されているかを確認するか、Oracleサポート・サービスに連絡してください。

ORA-05136: インスタンスが最大数を超えました

原因: 開始パラメータのオープン文字列が最大数を超えました。

処置: 第8章、「openUTM製品セット」を参照して、開始パラメータを修正してください。

ORA-05137: インスタンスyのオープン時にエラーxが発生しました

原因: インスタンスyに接続できません。

処置: 必要なすべてのサーバーでそのインスタンスを開始してください。エラーが解決しない場合は、Oracleに連絡してください。

ORA-05138: インスタンスyのクローズ時にエラーxが発生しました

原因: インスタンスyからの切断時にエラーが発生しました。

処置: 切断は実行されているため、処置はありません。

ORA-05139: インスタンスyで、ユーザーzのトランザクションの開始時にエラーxが発生しました

原因: インスタンスyでのトランザクションの開始は無効です。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合は、UTMアプリケーションを閉じて再起動してください。

ORA-05140: インスタンスyで、ユーザーzのトランザクションの継続時にエラーxが発生しました

原因: インスタンスyでのトランザクションの継続は無効です。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合、このエラーはXAER_PROTOではありません。これは、LongLockのためにトランザクションがロール・バックされることを意味します。openUTMアプリケーションを停止して再起動してください。

ORA-05141: インスタンスyで、ユーザーzのトランザクションのブレーク時にエラーxが発生しました

原因: インスタンスyでのトランザクションのブレークは無効です。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合、および先行するダイアログ手順でカーソル操作がない場合は、UTMアプリケーションを閉じて再起動してください。

ORA-05142: インスタンスyで、ユーザーzのトランザクションの終了時にエラーxが発生しました

原因: インスタンスyでのトランザクションの終了は無効です。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合は、UTMアプリケーションを停止して再起動してください。

ORA-05143: ユーザーzのTAで一致しません

原因: UTMウォームスタートで、openUTMおよびOracle Databaseインスタンス間、または両方に不一致があります。

処置: Oracle Databaseインスタンスをクリアし、openUTM用の新しいKDCDEFを作成してopenUTMアプリケーションを再起動してください。

ORA-05144: インスタンスyで、ユーザーzのトランザクションの準備時にエラーxが発生しました

原因: インスタンスyのトランザクションのコミットの準備が無効です。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合は、openUTMアプリケーションを停止して再起動してください。

ORA-05145: インスタンスyで、ユーザーzのトランザクションのコミット時にエラーxが発生しました

原因: インスタンスyでのトランザクションのコミットに失敗しました。

処置: UTMトランザクションを再度開始してください。エラーが解決しない場合は、openUTMアプリケーションを停止して再起動してください。

ORA-05146: インスタンスyで、ユーザーzのトランザクションのロールバック時にエラーxが発生しました

原因: インスタンスyでのトランザクションのロールバックは無効です。

処置: 処置はありませんが、エラーが解決しない場合は、UTMアプリケーションを停止して再起動してください。

ORA-05147: ユーザーzのTAがコミットされました; 理由: リカバリ

原因: openUTMのウォームスタートで、中断されたトランザクションがコミットされました。

処置: ありません。

ORA-05148: ユーザーzのTAがインスタンスyで経験則的にロールバックされました

原因: UTMのウォームスタートで、中断されたトランザクションがOracle Databaseからロールバックされました。

処置: UTMトランザクションを再度開始してください。

ORA-05149: ユーザーzのTAがロールバックされました; 理由: 内部イベント

原因: endまたはprepareコールが無効でした。そのため、トランザクションをロールバックする必要があります。

処置: UTMトランザクションを再度開始してください。

ORA-05150: DBFITAの前にKDCS-PENDがありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05151: DBPETAの前にKDCS-PENDがありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05152: リンクされたりソース・マネージャがCAE互換ではありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05153: 指定されたりソース・マネージャ: sにxa_switch定義がありません

原因: システム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05154: リソース・マネージャ: sの開始パラメータに構文エラーがあります

原因: Oracle Databaseの開始パラメータに構文エラーがあります。

処置: 第8章、「openUTM製品セット」を参照して、開始パラメータを修正してください。

ORA-05155: 内部エラー : 「dbstpaでのmalloc」

原因: このエラー・メッセージは、システム・エラーを示しています。この問題の理由の1つとして、システムのメモリー不足が考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05156: 内部エラー : 「dbstpaでのrealloc」

原因: このエラー・メッセージは、システム・エラーを示しています。この問題の理由の1つとして、システムに十分なメモリーがないことが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05157: 内部エラー : 「up_recoveryでのmalloc」

原因: このエラー・メッセージは、システム・エラーを示しています。この問題の理由の1つとして、システムに十分なメモリーがないことが考えられます。

処置: Oracleサポート・サービスに連絡してください。

ORA-05158: IUTMDB関数はサポートされていません

原因: openUTMのシステム・エラーです。

処置: Oracleサポート・サービスに連絡してください。

ORA-05159: ユーザーzのTAがロールバックされました; 理由: リカバリ

原因: openUTMのウォームスタートで、1つ以上の中断されたトランザクションがコミットされました。

処置: ありません。

ORA-05161: TCP/IPがブレーク・ソケットで非同期テストを実施できません。

原因: ブレーク・ソケットでのSELECTが失敗しました。

処置: TCP/IPネットワークに関する問題についてシステム管理者に問い合せてください。エラーが解決しない場合は、Oracleサポート・サービスに連絡してください。

ORA-05165: 関数がサポートされていません

原因: Oracle Database 11gリリース2サーバーまたはBS2000/OSDでこの関数はサポートされていません。

処置: ありません。

ORA-05167: データ・バッファでの不具合

原因: これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05170: SIDが定義されていません(ORAENVファイルが存在しない可能性があります。)

原因: Oracle Databaseプログラムの初期化時に必要なシステム識別子(データベース名)が定義されていません。ORAENVファイルが欠落しているか、そのファイルにORASIDエントリが見つからないと、このエラーが発生する場合があります。

処置: ORAENVファイルの定義が正しいことを確認して、プログラムを再度実行してください。

ORA-05173: カーネル・サイズが無効です

原因: ORAENVファイルでKNL_SIZEパラメータに無効な値が指定されています。

処置: デフォルト値が適切なため、通常はこの変数を指定する必要はありません。Oracleサポート・サービスに連絡してください。

ORA-05174: カーネル・ベースが無効です

原因: ORAENVファイルでKNL_BASEパラメータに無効な値が指定されています。

処置: この値を指定する場合は、カーネル・メモリー・プールの完全な仮想アドレスを指定する16進数の値である必要があります。値を修正して、データベースを再起動してください。

ORA-05175: カーネルのアドレス空間が競合しています

原因: 範囲がすでに使用されているため、要求されたアドレス範囲にOracle Databaseのカーネルを配置できません。カーネルの開始アドレスはORAENVパラメータKNL_BASEによって定義されます。

処置: 第2章、「アーキテクチャおよび実装」の項「アドレス空間計画」を参照して、関連する初期化ファイルおよびORAENVパラメータを調整してください。JOINエントリでアドレス空間制限を確認してください。共有サブシステムおよびアドレス空間での配置について、システム管理者に問い合せてください。

ORA-05176: カーネル: アドレス空間飽和

原因: Oracle Databaseのカーネル・メモリー・プールが割り当てられたときに、オペレーティング・システムによって仮想アドレス空間が現在飽和状態であることが伝えられました。

処置: ページング領域のサイズおよび現在のシステム全体の負荷についてシステム管理者に問い合せてください。

ORA-05177: 予期しないカーネル・メモリー・プールの問題

原因: ENAMPマクロが予期しないエラー・コードを返しました。

処置: プログラムを24ビット・モードで実行し、16MBラインより大きい値を持つカーネルにシングル・タスクで接続を試みた際に、データベース自体は31ビット・モードで動作しているために、この問題が発生する場合があります。これがエラーの原因の場合は、データベースに(SQL*Net経由で)2タスク・モードでアクセスする必要があります。その他の可能性のある原因については、BS2000ドキュメントのENAMPマクロの説明を参照してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05178: カーネル・モジュールがまだ初期化されていません

原因: 現在のタスクが、まだ完全に初期化されていないOracle Databaseのカーネルにアタッチしようとしました。これは、起動したばかりのデータベースに接続を試みた場合にのみ発生します。

処置: しばらくしてから再試行してください。データベースが完全に動作し、ユーザーが使用できるようになるまでには、数分かかる場合があることに注意してください。エラーが解決しない場合は、この問題についてデータベース管理者に確認してください。

ORA-05180: キャラクタ・セット表をロードできません

原因: キャラクタ・セット表が含まれているモジュールの1つをロードできません。

処置: LINK=ORALOADを使用してORALOADライブラリにアクセスできることを確認してください。リンク名およびORALOADライブラリの詳細は、『Oracle Databaseユーザーズ・ガイドfor Fujitsu BS2000/OSD』の概要に関する説明を参照してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05181: PRO/OCIインタフェースにロードまたは初期化の問題があります

原因: ユーザー側stubモジュールがPRO/OCIモジュールをロードできませんでした。この場合、通常、メッセージの前にはBS2000 BLS-nnnnメッセージが付きますが、そうでない場合は、ロードされたモジュールはこのstubモジュールのバージョンと互換性がありません。

処置: ORALOADリンク名が存在し、現在のORALOADライブラリをポイントしていることを確認してください。アプリケーションを現在のリンク・ライブラリと再リンクしてください。

ORA-05191: カーネル・メモリー・プールに対する記号変換エラー

原因: カーネル・メモリー・プールの論理名の変換に失敗しました。通常これは、ORAENVファイルに無効なシステムID ORASIDがあることを示します。

処置: ORAENVファイルの定義が正しいことを確認してください。または、Oracleサポート・サービスに連絡してください。

ORA-05192: カーネル・メモリー・プールを作成またはアタッチできません

原因: Oracle Databaseのカーネル・コードのメモリー・プールを有効にできませんでした。ユーザー・プログラムでは、メモリー・プールで必要なアドレス範囲がユーザー・プログラムですでに割り当てられていることが原因として考えられます。

処置: ユーザー・プログラムで過剰な記憶域をリクエストしていないこと、およびORAENVファイル内のSGA_BASEパラメータおよびKNL_BASEパラメータに一貫性があることを確認してください。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05193: カーネル・モジュールまたはロード・ライブラリに対する記号変換エラー

原因: カーネル・モジュールまたはロード・ライブラリの論理名の変換に失敗しました。これは内部エラーで、通常は発生することはありません。

処置: Oracleサポート・サービスに連絡してください。

ORA-05194: カーネルをロードできません

原因: カーネルをカーネル・メモリー・プールにロードできませんでした。多くの場合、このメッセージの前にオペレーティング・システムからのBLS-nnnメッセージが付きます。

処置: ORALOADリンク名が正しいORALOADライブラリを識別すること、およびORAENV変数KNL_MODULEで可能なカーネルの1つを指定していることを確認してください。その後、STARTUPコマンドを再度発行します。問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05195: カーネル・コネクタが無効か見つかりません

原因: ロードされたカーネルが自身のユーザー側のコネクタ・モジュールを確認できませんでした。これは、不適切なカーネル・バージョンを使用している場合に発生することがあります。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05198: 関連する内部OSDエラー・コード%d

原因: このメッセージは、他の情報が得られる場合に、ORA-05199の前に表示されます。たいていの場合、16進数の最初の4桁でモジュールを特定でき、16進数の最後の4桁は関連するシステム・マクロ・コードが簡略化された形です。このコードは問題の診断に役立ちます。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

ORA-05199: ORACLEの異常終了

原因: 実行の継続を妨げる致命的なエラーが発生しました。多くの場合、先行するメッセージにエラーが説明されています。システムは、プログラムの実行を停止します(TERM ABNORMALがDUMPとともに表示されます)。

処置: 問題の原因を特定できない場合は、Oracleサポート・サービスに連絡してください。

B Oracle環境変数

この付録では、ORAENVファイルまたはPOSIXシェルで指定できる変数について説明します。ORACLE_SID、NLS_LANGなどのOracleパラメータは、ORAENVファイルまたはPOSIXシェルに指定できます。ORAENVファイルを使用する場合は、この後の項で説明する環境変数を指定するためのORAENVルールに従う必要があります。POSIXシェルでは、環境変数を設定およびエクスポートするためのUNIXルールに従う必要があります。

次の表に、3つに分類された変数を示します。

分類

説明

DBA

これらの変数はデータベースの管理用です。ほとんどのDBA変数はデータベースの起動時にのみ評価されます。

USER

これらの変数は通常のユーザーだけでなくDBAが指定できます。特定のユーザーのORAENVファイルでこれらの変数が指定される場合、そのユーザーの環境のみが変更されます。

NET

これらの変数はOracle Net Servicesコンポーネントに適用されます。これらの変数はDBAのORAENVファイルに含まれる必要があります。

変数が属すクラスは、この付録の変数の説明に記載されいます。

通常のユーザーのORAENVファイルに指定されているDBAまたはNET変数は無視されます。

B.1 ORAENVルール

ORAENVファイルを記述する際に、次の一般的なルールを考慮する必要があります。

- スラッシュまたはアスタリスク(/または*)で始まるすべての行は無視されます。

- すべての変数名は大文字で記述する必要があります。

- 等号記号(=)の直前または直後に空白を含むことはできません。

- 引用符を値の一部にする場合を除き、値を引用符で囲まないでください。

- 変数リストは概念的にはオープン・エンドのため、変数名のエラーは認識されません。これは、名前に入力ミスがあるすべての変数の値が変更されないことを意味します。

- 変数割当てには制限された確認のみがあります。誤った値ではエラー・メッセージが生成される場合がありますが、NULL値としても解釈されません。

- 変数割当てが他の変数を参照する場合、BS2000コマンド・ファイルの代替構文が適用されます。代替は、ORAENVファイルから読み取られたときではなく、変数が実際に使用されたときに発生します。
たとえば、次のようになります。

ORAUID=$ORAC1120
SQLPATH=&ORAUID..RDBMS.ADMIN

ここでは、値$ORAC1120.RDBMS.ADMINを変数SQLPATHに割り当てます。ORAUIDが変更された場合、SQLPATHには新しい値が自動的に反映されます。

- ORAENVファイル内の項目の順序は、通常は重要ではありません。1つの項目が2回以上発生した場合は、最後に発生したものが使用されます。

- 変数に値が指定されていない場合は、デフォルト値(存在する場合)が使用されます。

B.2 組込み変数

次の変数は常に定義されていて、他の変数割当てで参照されることがあります。

B.2.1 LOGNAME

LOGNAME変数には、常に現在のBS2000ユーザーIDが含まれています。ORAENVファイルで別の値を割り当てることによって、この変数の値を変更することはできません。

B.2.2 ORAUID

この変数は、Oracle Databaseプログラム、インストールおよびデモ・ファイルがインストールされている場所にBS2000ユーザーIDを指定します。初期値は、ORALOADリンク名(ORALOADライブラリ名のユーザーID部分)から導出されます。通常これは正しい値ですが、必要に応じて、ORAENVファイルで別の値を割り当てることによって、この値を無視できます。

書式: ORAUID=$useridまたはORAUID=/BS2/$userid

B.2.3 PGM

PGM変数には常に、現在のSTART_PROGRAMプログラム名の最後の部分が含まれています。ORAENVファイルで別の値を割り当てることによって、この変数の値を変更することはできません。

B.2.4 TERM

TERM変数には端末タイプが含まれ、デフォルトはSNI9750です。通常これは正しいデフォルト値ですが、必要に応じて、ORAENVファイルで別の値を割り当てることによって、この値を無視できます。

B.2.5 TSN

TSN変数には、現在のタスクのタスク順序番号が含まれています。ORAENVファイルで別の値を割り当てることによって、この変数の値を変更することはできません。

B.3 一般変数

次の変数は、Oracle DBAおよびユーザーによって一般に日常的に使用されるものです。

B.3.1 CLN_BASE

この変数は、CORE、NLSおよびNETに対してユーザー記述のデータベース・アプリケーションの共有コード・プールのアドレスを指定します。

書式:

CLN_BASE=address

分類:

USER

デフォルト:

CLN_BASE=37M

B.3.2 CLN_MPID

この変数は、CORE、NLSおよびNETに対してユーザー記述のデータベース・アプリケーションの共有コード・プールのIDを指定します。

書式:

CLN_MPID=sid

分類:

USER

デフォルト:

CLN_MPID=&ORASID

B.3.3 DEFAULT_CONNECTION

この変数は、ホスト・ストリングが指定されていない場合に、接続リクエストにデフォルトのホスト・ストリングを指定します。常に同じデータベースに接続する場合は、これを指定すると便利です。この値には、これを使用しない場合に@文字の後に指定するすべてが含まれている必要があります。

書式: DEFAULT_CONNECTION=host-string

分類: USER

例:

DEFAULT_CONNECTION=TNS:
(DESCRIPTION=
(ADDRESS=
(PROTOCOL=TCP)
(HOST=MADRID)
(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=PROD)))

B.3.4 EXP_CLIB_FILE_IO

Exportユーティリティを使用してエクスポート・ファイルをテープに書き込む際のCライブラリ関数での問題を解決するには、この変数をFALSEに設定する必要があります。

書式: EXP_CLIB_FILE_IO=FALSE

分類: USER

デフォルト: EXP_CLIB_FILE_IO=TRUE

B.3.5 IMP_CLIB_FILE_IO

Importユーティリティを使用してインポート・ファイルをテープから読み取る際のCライブラリ関数での問題を解決するには、この変数をFALSEに設定する必要があります。

書式: IMP_CLIB_FILE_IO=FALSE

分類: USER

デフォルト: IMP_CLIB_FILE_IO=TRUE

B.3.6 NLS_LANG

この変数は、デフォルトの言語およびキャラクタ・セットを指定します。たとえば、次のようになります。

NLS_LANG=GERMAN_GERMANY.D8BS2000

書式: NLS_LANG=language_territory.character-set

分類: USER, DBA

書式: NLS_LANG=AMERICAN_AMERICA.WE8BS2000

B.3.7 OPS_JID

この変数は、初期化パラメータを参照するOS_AUTHENT_PREFIXとの連結に使用されます。デフォルト値は、パラメータOS_AUTHENT_PREFIXの値をBS2000ユーザーIDに連結します。OPS_JIDを使用すると、BS2000のジョブ名(/.jobname LOGON..)をかわりに使用することを指定できます。これは、多くのユーザーが1つのBS2000ユーザーIDを共有している場合に便利です。

書式: OPS_JID=userid/jobname

分類: DBA

デフォルト: userid

B.3.8 ORASID

この変数は、データベースIDが接続時に指定されていない場合にデータベースを定義します。この変数はORACLE_SID変数のシノニムです。

書式: ORASID=sid (sidは1から4文字の文字列)

分類: USER, DBA

注意:
ORACLE_SID変数を使用することをお薦めします。

B.3.9 PRINTPAR

この変数は、SPOOL OUTスプール・ファイルに対して発行される/PRINTコマンドのオプションの変数を指定します。この値を使用して、ユーザーは、リモート・プリンタへのジョブの転送、レーザー・プリンタへの印刷オプションの追加などのスプールされたジョブを変更できます。スプール・ファイルに対するBS2000の/PRINTコマンドは、次のように発行します。

/PRINT temp.spoolfile,&PRINTPAR

書式: PRINTPAR=print-options

分類: USER

B.3.10 SQLPATH

この変数は、SQL*Plusがコマンド・ファイルを検索するパスを指定します。パスの要素はセミコロン(;)で区切ります。たとえば、次のようになります。

SQLPATH=PRIVATE;$ORAC1120

この割当てによって、SQL*Plusは、filename.SQLを検索し、次にPRIVATE.filename.SQL、最後に$ORAC1120.filename.SQLを検索します。

書式: SQLPATH=search-path

分類: USER, DBA

B.3.11 SSSIDPWF

この変数は、リモート・インスタンスを開始するためのパスワード・ファイルを指定します。詳細は、第5章、「Oracle Databaseの管理」を参照してください。

書式: SSSIDPWF=password-file

分類: DBA

B.4 DBA起動変数

次の変数は、データベースおよびネットワークの起動時に使用されます。これらは、初期化ファイルに含まれている変数を補完します(さらにデフォルトを提供する場合もあります)。

変数が矛盾しないように、データベースの起動および停止、バックグラウンド・ジョブおよびネットワーク・ジョブで同じORAENVファイルを参照することをお薦めします。

次の項にリストされているデフォルト値は組込みデフォルトであり、そのほとんどが付属のDEMO.P.ORAENVの設定によって無視されることに注意してください。

B.4.1 アドレスおよびサイズの指定

この項で説明する変数のいくつかは、メモリーのアドレスおよびサイズを定義します。これらの項目を指定するために使用される表記法は次のとおりです。

- 修飾子のない数値は小数として解釈される

- 後にKまたはMの付く数値は、それぞれ1024または1048576 (1024*1024)を掛けた小数として解釈される

- 一重引用符で囲まれ、先頭に文字Xが付く数値は、16進数として解釈される

たとえば、次の場合、KNL_BASE変数はすべて8Mに設定されます。

KNL_BASE=8M
KNL_BASE=8388608
KNL_BASE=X'800000'

B.4.2 BGJPAR

この変数は、バックグラウンド・ジョブの開始時に使用されるENTER-PROCEDUREコマンドのパラメータを指定します。ENTER-PROCEDUREコマンドは、次のようにジョブの発行に使用されます。

.jobname ENTER-PROCEDURE jobfile, &BGJPAR

書式: BGJPAR=parameters

分類: DBA

注意:
BGJPAR変数は、インストール手順で設定されます。

B.4.3 BGJPRC_UID / BGJPRC_SID

これらの変数は、バックグラウンド入力ジョブのファイルのユーザーIDおよびorasidを指定します。特別な入力ジョブ・ファイルを使用する必要がある場合は、パラメータを目的のuseridおよびorasidに設定する必要があります。

書式:

BGJPRC_UID=$userid
BGJPRC_SID=sid

分類: DBA, NET

デフォルト:

BGJPRC_UID=&ORAUID
BGJPRC_SID=DEMO

B.4.4 BGJ_LOG_JOBSTART

この変数は、新しいジョブが受け入れられたというオペレーティング・システム・メッセージをSYSOUTに記録するかどうかを指定ます。

書式: BGJ_LOG_JOBSTART=Y/N

分類: DBA,USER, NET

デフォルト: BGJ_LOG_JOBSTART=N

B.4.5 sid_BGJPAR

この変数は、SIDで指定されたインスタンスのサーバー・プロセスを開始するためにENTER-PROCEDUREコマンドが使用するパラメータを指定します。

書式: sid_BGJPAR=parameters

構文: sidは、4文字以下の英数字の文字列です。

parametersは、BS2000/OSDコマンドで説明するとおり、ENTER-PROCEDUREコマンドのパラメータです。

分類: DBA,USER, NET

B.4.6 sid_USER

この変数は、SIDによって割り当てられたインスタンスが存在するUSER-IDを指定します。

書式: sid_USER=userid

構文: sidは、4文字以下の英数字の文字列です。

useridは8文字以下の英数字の文字列で、BS2000/OSDのUSER-IDのルールに従います。

分類: DBA,USER, NET

B.4.7 user_ACCOUNT/ user_PASSWORD

user_ACCOUNTまたはuser_PASSWORDはUSER-IDの資格証明を定義し、この資格証明はENTER-PROCEDUREコマンドでプロセスを開始するために使用されます。

書式: user_ACCOUNT=account

user_PASSWORD=password

構文: userは8文字以下の英数字の文字列で、BS2000/OSDのUSER-IDのルールに従い、パラメータsid_USERによって定義されているUSER-IDと一致する必要があります。

accountは8文字以下の英数字の文字列で、BS2000/OSDのアカウント番号のルールに従います。

passwordは8文字以下の英数字の文字列で、BS2000/OSDのパスワードのルールに従います。

分類: DBA, NET

B.4.8 COM_MPID

このパラメータは、CORE、NLSおよびNETに対してOracleインスタンスの共有コード・プールのIDを指定します。

書式: COM_MPID=sid

分類: DBA

デフォルト: COM_MPID=&ORASID

B.4.9 COM_BASE

このパラメータは、COREおよびNLSに対してOracleインスタンスの共有コード・プールのアドレスを指定します。

書式: COM_BASE=address

分類: DBA

デフォルト: COM_BASE=37M

B.4.10 JOBID

この変数は、バックグラウンド・タスクの識別およびタスク固有の名前の生成に内部的に使用されます。これが表示される場合もありますが、ユーザー自身で指定しないでください。

分類: DBA

B.4.11 KNL_BASE

この変数は、共有メモリー・プールがメモリー内にマップされている場所のベース・アドレスを指定します。これはメガバイトの整数である必要があります。

書式: KNL_BASE=address

分類: DBA

デフォルト: KNL_BASE=72M

B.4.12 ORACLE_HOME

Oracleホーム・ディレクトリはPOSIXファイル・システム内のディレクトリで、特定のOracle製品のソフトウェアのインストールが含まれています。

書式: ORACLE_HOME=/path-name

分類: DBA, USER

B.4.13 PGA_BASE

この変数は、PGAの固定部分のベース・アドレスを指定します。PGAはタスク固有ですが、カーネルがアクセスできるように固定メモリー・アドレスに存在する必要があります。ベース・アドレスは64KBの境界に存在する必要があります。

書式: PGA_BASE=address

分類: DBA

デフォルト: PGA_BASE=189M

注意:
PGA_BASEの値は、共有カーネルがすでにロードされている場合は、カーネルから取得されます。

B.4.14 PGA_SIZE

この変数は、PGAの固定部分のサイズを指定します。この値はデフォルト値から変更しないでください。

書式: PGA_SIZE=size

分類: DBA

デフォルト: PGA_SIZE=64K

注意:
PGA_SIZEの値は、共有カーネルがすでにロードされている場合は、カーネルから取得されます。

B.4.15 SF_PBLKSIZE

この変数は、REDOログ・ファイルの物理ブロック・サイズを指定します。

書式: SF_PBLKSIZE=2K|4K

分類: DBA

デフォルト: 2K

注意:
この値はデータベースの作成後には変更できません。デフォルト以外の値を指定した場合は、今後のすべてのコールでその値を指定する必要があります。

B.4.16 SGA_BASE

この変数は、SGAがメモリー内でマップされている場所のアドレスを指定し、メガバイト境界を表す必要があります。

書式: SGA_BASE=address

分類: DBA

デフォルト: SGA_BASE=190M

注意:
SGA_BASEの値は、共有カーネルがすでにロードされている場合は、カーネルから読み取られます。対応するSGA_SIZE変数がないため、SGAメモリー・プールのサイズはデータベースの起動時に計算されます。

B.5 Oracle Net Servicesの変数

Oracle Net Servicesの変数を次に示します。

B.5.1 BREAK_HANDLING

この変数は、ネットワークを介してブレークを送信するユーザーの割込みの信号ルーチンを解除します。割込みは[K2]キーを押すことによって解除できます。

書式:

BREAK_HANDLING=ON|OFF

分類:

DBA、USER、NET

デフォルト:

BREAK_HANDLING=ON

B.5.2 TNS_ADMIN

この変数は、LISTENER.ORA、TNSNAMES.ORA、SQLNET.ORAなどのOracle Net Services構成ファイルのユーザーIDを指定します。TNS_ADMINが定義されていない場合は、ローカル・ユーザーIDで接頭辞NETWORK.ADMINを付けて構成ファイルが検索されます。

Format: TNS_ADMIN=$userid

分類: DBA、USER、NET

B.5.3 TNS_BEQ_TIMEOUT

この変数は、親と子プロセス間に通信がない場合の、親子プロセス間の接続が閉じられた後の時間を指定します。

書式: TNS_BEQ_TIMEOUT=lifetime (秒単位)

分類: NET

デフォルト: TNS_BEQ_TIMEOUT=180

B.5.4 TNS_UPDATE_IPNODE

この変数は、Oracle Netソフトウェアに対して、サーバーのIP-Node名をIP-Nodeアドレスに常に変更するように強制します。

書式: TNS_UPDATE_IPNODE=TRUE/FALSE

分類: NET

デフォルト: TNS_UPDATE_IPNODE=FALSE

C 初期化パラメータおよびパラメータ・ファイル

SQL*PlusがOracle Databaseインスタンスを起動するたびに、インスタンスの操作の特性を指定するパラメータのセットを使用します。これらのパラメータは通常、sid.DBS.INIT.ORAという名前のファイルに保存されています。この付録では、サポートされていないパラメータ、およびシステムでOracle Databaseをカスタマイズするために必要となる可能性のあるその他のパラメータをリストします。この付録にリストされているパラメータの一般的な説明については、『Oracle Databaseリファレンス』マニュアルを参照してください。

C.1 サンプル・パラメータ・ファイル

$ORAC1120.DEMO.DBS.INIT.ORAパラメータ・ファイルが最初のインストール時に作成され、テキスト・ファイルとして編集できます。

C.2 サポートされないパラメータ

汎用ドキュメントで説明されている次の初期化ファイル・パラメータは、Oracle Database 11g for BS2000/OSDではサポートされていません。

- MAX_DUMP_FILE_SIZE

- OS_ROLES

- AUDIT_SYSLOG_LEVEL

- MEMORY_MAX_TARGET

- MEMORY_TARGET

初期化ファイルでこれらのパラメータを指定すると、起動時にOracle Databaseでエラーが発生します。回避策は、これらの行をファイルから削除することです。

C.3 初期化パラメータの追加の注意事項

この項では、初期化パラメータに関する追加の情報を説明します。

C.3.1 BACKGROUND_DUMP_DEST

このパラメータは、Oracle処理中にバックグラウンド・プロセス(LGWRやDBWnなど)のデバッグ・トレース・ファイルを書き込まれる場所のパス名(ディレクトリまたは接頭辞)を指定します。また、このパラメータはアラート・ファイルのパス名を指定します。このパラメータのデフォルト値は、Oracleバックグラウンド・プロセスの現在のBS2000ユーザーIDです。トレース・ファイルおよびアラート・ファイルの接頭辞は、次の書式で指定できます。

BACKGROUND_DUMP_DEST=BDD

POSIXサブシステムが有効化されている場合は、このパラメータのPOSIXディレクトリも指定できます。

注意:
このパラメータは、Oracle Database 11gに導入された新しい診断機能インフラストラクチャによって無視され、DIAGNOSTIC_DEST初期化パラメータによって制御される場所にトレース・ファイルおよびコア・ファイルが配置されます。

C.3.2 USER_DUMP_DEST

このパラメータは、サーバーがユーザー・プロセスのかわりにデバッグ・トレース・ファイルを書き込む場所のパス名(ディレクトリまたは接頭辞)を指定します。このパラメータのデフォルト値は、Oracle Databaseプロセスの現在のBS2000ユーザーIDです。

トレース・ファイルの接頭辞は、次のように指定できます。

USER_DUMP_DEST=UDD

POSIXサブシステムが有効化されている場合は、このパラメータのPOSIXディレクトリも指定できます。

注意:
このパラメータは、Oracle Database 11gに導入された新しい診断機能インフラストラクチャによって無視され、DIAGNOSTIC_DEST初期化パラメータによって制御される場所にトレース・ファイルおよびコア・ファイルが配置されます。

C.3.3 AUDIT_FILE_DEST

このパラメータは、AUDIT_TRAIL初期化パラメータがOSに設定されている場合に監査証跡が書き込まれる場所のパス名(ディレクトリまたは接頭辞)を指定します。通常この値は、BS2000ファイル名の接頭辞として使用されます。POSIXサブシステムが有効化されている場合は、このパラメータのPOSIXディレクトリも指定できます。このパラメータのデフォルト値はSID.ADUMPです。監査ファイルの名前はtsn-seqno.AUDで、tsnは現在のタスクのタスク順序番号で、seqnoは順序番号です。監査が有効かどうかにかかわらず、常にOracle/BS2000では、管理者権限でのインスタンスの起動、停止および接続などのデータベース関連の一部のアクションがオペレーティング・システムの監査ファイルに書き込まれます。

C.3.4 DB_BLOCK_SIZE

このパラメータには、次のいずれかの値を指定できます。

- BS2000 2Kパブセット形式を使用する場合は、2K、4K、6K、8K、16K、32K。

- BS2000 4Kパブセット形式を使用する場合は、4K、8K、16K、32K。

C.3.5 DB_FILE_MULTIBLOCK_READ_COUNT

このパラメータのデフォルト値は64K/DB_BLOCK_SIZEで、これは最大値でもあります。このパラメータのこの制限を超えた設定は無効です。

C.3.6 DB_FILES

大規模データベースの作成を計画している場合は、データベースを作成する前に、この値を最大値の2044に設定する必要があります。

C.3.7 LOCK_SGA

Oracle Database 11g for BS2000/OSDでは、この値は無視されます。SGAのバッファは、I/O操作中にのみページに固定されます。それ以外の場合、BS2000上のSGAはページング可能です。

C.3.8 SGA_MAX_SIZE

このパラメータは、Oracle Database 11g for BS2000/OSDで指定する必要はありません。他の一部のシステムと同様に、SGAは永久的にページ固定ではないため、SGA_MAX_SIZEパラメータでSGA拡張領域を保持することには利点がほとんどありません。実際のSGAサイズにデフォルト設定されます。

C.3.9 LOG_ARCHIVE_BUFFER_SIZE

このパラメータの値は、SF_PBLKSIZEの値を乗算したときに結果が32Kと等しくなるように、常に設定する必要があります。

C.3.10 LOG_ARCHIVE_DEST

このパラメータは、すべてのアーカイブREDOログを専用メディアに格納するために、LOG_ARCHIVE_DEST=:PUB1:などのパブセットを示すことができます。

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

この項では、BS2000でOracle Database 11gリリース2を使用する際に発生する可能性のある問題、およびその問題の診断および解決方法に関する情報を提供します。

問題を解決するには、問題のタイプを識別し、この付録内で関連する情報を特定します。問題の原因を見つけるために、リストされているそれぞれのポイントを検討します。提案されている解決策を実行し、再度試みます。このドキュメントに記載されているイベント・ログ・ファイルは、問題の診断に役立つ可能性があります。

特定のメッセージに関する情報は、このガイドの付録A、「BS2000/OSDのOracleエラー・メッセージ」および『Oracle Databaseエラー・メッセージ』のマニュアルを参照してください。

D.1 Oracle Database 11gのインストールの問題

次の各項では、Oracle Database 11gリリース2のインストール中に発生する可能性のある問題の一部について説明します。

D.1.1 データベースの作成の問題

これが正しいインスタンスを作成するのに最も簡単な方法であるため、INSTALL.P.SUPERまたはINSTALL.P.DBAを常に使用して新しいデータベースを作成する必要があります。このプロセスで問題が発生した場合は、診断出力を確認し、修正し、それぞれの部分を手動で実行するか、部分的に作成されたデータベースを削除して、プロセス全体を再度実行します。特別な接頭辞を持つログ・ファイルを除いて、特定のデータベースに属しているすべてのファイルの先頭には、そのデータベースのシステム識別子(ORASID)が付けられています。

さらに、次の点を確認します。

- 対応するパブセットに対して十分なPUBLIC-SPACE-LIMITがBS2000ユーザーIDにあるか。

- そのデータベースを作成するために使用されるパブセットまたはディスク上で使用可能なディスク領域が十分か。

- ディスク領域の断片化が高すぎないか。

D.2 データベースの起動の問題

データベースの起動時に発生する可能性のある問題の一部を次の項にリストします。

D.2.1 データベースの起動の問題

この項では、データベースの起動時に発生する可能性のある問題に関する情報をリストします。

- 追加情報を含まないORA-05032エラーが発生しましたか。
データベースの起動を試み、起動に失敗した場合に、他に多くの情報を含まないORA-05032メッセージが表示されることがあります。これは、Oracle Database 11gエラー・スタックおよびバックトラッキング・メカニズムがまだアクティブでない、起動のかなり早い段階で問題が発生したことを示します。この場合は、次の点を確認する必要があります。

- SQL*Plusをコールする前にORAENVプロシージャをコールしましたか。

- ORAENVファイルに、一意の正しいORASID値が指定されていますか。

- 考えられるアドレス範囲に競合はありませんか。
各タスクのカーネル・メモリー・プール、SGAおよびPGAに割り当てられているアドレス領域は、インスタンスでも使用される共有サブシステムに部分的に占有されている可能性があります。システム管理者に問い合せてサブシステムの調整方法を確認してください。次に、Oracle Database 11g領域を適切なアドレス範囲に再配置するために、ORAENVファイルの該当するxxx_BASE環境変数を変更します。

- アドレス領域の大きさは十分ですか。
小規模なアドレス空間制限では、Oracle Database 11g要件に十分な余地が残っていない可能性があります。

- 前回の起動の試みに失敗し、無効なバックグラウンド、データベースまたはユーザー・タスクが残っていませんか。
Oracle Database 11gが正常に停止されなかった場合、古いバックグラウンド・タスクまたはデータベース・タスクがハングし、古いインスタンスのSGAにまだ接続されている可能性があります。これによって新しいSGAの作成が抑制されています。シャットダウン中を示すメッセージが表示される可能性があります。

残っているバックグラウンド、サーバーおよびユーザーの各タスクを取り消します。SQL*Plusを終了して(古いインスタンスの共有メモリー・プールを解放するために必要です)再試行します。

D.2.2 タスクの問題

バックグラウンド・タスクの開始時にタイムアウト・メッセージが表示される場合は、次の点を確認します。

- バックグラウンド・タスクがBS2000のジョブ・キューでブロックされていませんか。これは、システムのオーバーロードまたはタスク優先度が十分でない場合に発生する可能性があります。
バックグラウンド・タスクは、常にIMMEDIATEオプションを指定して、できれば予約されたJobclass内で開始される必要があります。ORAENV BGJPAR環境変数およびBS2000ユーザーIDのユーザー属性を確認します。すでに開始されているすべてのバックグラウンド・タスクを取り消します。

- /STATUSコマンドを使用してバックグラウンド・タスクが見つからない場合は、ジョブが中断された可能性があります。ジョブ出力を確認します。

D.3 データベースへのアクセスの問題

データベースへのアクセスで問題が発生している場合は、この項を参照してください。

D.3.1 データベースおよびログ・ファイルの問題

データベースまたはログ・ファイルのオープン、クローズ、読取りまたは書込みに問題がある場合は、次の点を確認します。

- ファイルは存在しますか。

- ファイルは、開こうとしているプログラムからアクセスできますか。

- ハードウェアの問題はありませんか。

- 正しいブロック・サイズが指定されていますか。

データベースの作成時にORAENVの環境変数であるSF_PBLKSIZEを指定した場合は、ALTER DATABASE文を実行するときは常に同じ指定を使用し続ける必要があります。

D.3.2 Oracle Database 11gトレース・ファイル

Oracle Database 11gで例外が発生すると、常にトレース(ダンプ)・ファイルに書き込まれます。異常な問題が発生した場合は、Oracleサポート・サービスにこのファイルを送信する必要がある場合があります。

これらのファイルは、データベースの起動時に標準ヘッダーを使用して作成され、データベースを停止したときに最終的に変更されます。問題が発生していない場合は、正常に停止した後にこれらのファイルを削除できます。

D.3.3 Oracle Databaseレベルのエラー情報

Oracle Databaseメッセージを取得した場合、ORA-xxxxメッセージの後に次のようなメッセージが続いている場合があります。

SOSD error 8xxxyyyy from mmmmmmmm : text

これは、そのエラーがオペレーティング・システム・コードまたはオペレーティング・システムをインタフェースする低レベルのOracle Databaseコードに起因していることを示します。SOSDエラー・コードは重要な診断情報を提供するため、Oracleサポート・サービスに問い合せる場合にこのコードがあるときは、Oracle Databaseエラー番号とともに常にこのコードを提供してください。

このエラー・コードは16進で表示され、構成は次のとおりです。

- xxxは、エラーを報告する機能を示します。この情報はOracleサポート・サービスで役立ちます。

- yyyyはエラーを詳述します。機能の内部コードまたは圧縮されたBS2000システム・マクロのリターン・コード(次の項を参照)のいずれかです。

- mmmmmmmmOracle Databaseの内部機能の名前です。テキストが存在する場合は、エラー・コードを説明しています。「RC FROM zzzzz MACRO」となっている場合があります。

BS2000のシステム・マクロのリターン・コードは、次のように、2バイト値yyyyに簡略化されています。

- コードbb0000aaを返すシステム・マクロでは、yyyyはbbaaです。

- I/Oコールでは、yyyyはDMSエラー・コードです。

その他すべての場合で、yyyyにはBS2000のマクロのリターン・コードの右側のハーフワードが含まれます。

E Oracleで使用されるファイル・タイプおよび名前

Oracleで使用されるファイル・タイプおよびファイル名を次にリストします。

sid.DBS.xxx.DBF

sid.DBS.CONTROL.DBF、sid.DBS.DATABASE1.DBF、sid.DBS.LOG1.DBFなどのデータベース・ファイルには、データ・ディクショナリ、ユーザー表、ログ・ファイルなどを含むOracle Database全体が含まれています。

sid.DBS.INIT.ORA

インスタンスの開始時に使用されるパラメータ・ファイル。

sid.P.ORAENV

ユーザー環境が含まれている環境ファイル。常にインスタンスまたはアプリケーションを開始する前に実行されます: /DO sid.P.ORAENV。

S.E.tsn.YYYY-MM-DD.hh.mm.ss

バックグラウンド・プロセスを開始($ORAC1120.DEMO.P.ENTERを使用して)するための一時ENTER-PROCEDUREファイル。

S.OUT.tsn.YYYY-MM-DD.hhmmss

ランタイム情報を含むバックグラウンド・プロセスの一時ファイル。タスクを正常に終了した後に、これらのファイルは削除されます。これらのファイルは診断に役立ちます。

L.sid.xxxx.SYSOUT.tsn

バックグラウンド・プロセスの開始を記録するランタイム・リスト。処理が順序どおりに終了するとリストは削除されますが、SDF-P変数BJGOUTは診断目的のためにsid.P.ORAENV内でKEEPに設定されます。xxxxはOracleバックグラウンド・ジョブの識別子に対応します。

Oracle Net ServicesのLOGファイル

Oracleネットワーク製品で発生したすべてのエラーは、ログ・ファイルに追加されます。BS2000/OSDのデフォルトのディレクトリ・パスはnetwork.logです。Oracle Net Servicesのログ・ファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

T.sid.INSTALL.E.SUPER

インストールの成功後に削除されます。

T.sid.INSTALL.E.SUPER.72

インストールの成功後に削除されます。

L.sid.xxx.LOG

たとえば、L.sid.CATALOG.LOGは、インストールの成功後に削除されます。

ORAXALOG.tsn-NULL-YYMMDD.TRC

このファイルは、OracleでopenUTMが使用された場合に、エラーを追跡するために使用されます。このファイルは、エラーが発生した場合にのみ作成されます。オープン文字列で指定されている場合は、NULLをdb_nameで置き換えることができます。

索引
A B C D E F G H I J K L M N O P R S T U V W X

A

アドレス空間, 2.4

管理ユーティリティ

SQL*Plus, 5

アーキテクチャ

Oracleサーバー, 2

アーカイブ, 1.4.9 AUDIT_FILE_DEST, C.3.3

B

BACKGROUND_DUMP_DEST, C.3.1

BCAM, 9.5

Bequeathアダプタ, 9.1.4

BGJ_LOG_JOBSTART, B.4.4

BGJPAR, 7.1.1, B.4.2

bigfile表領域, 2.2.4

C

CE8BS2000, 12.2

CIRCUITS, 9.2

CL8BS2000, 12.2

クライアント共通プール, 2.4.1

CLN_BASE, B.3.1

CLN_MPID, B.3.2

COM_BASE, B.4.9

データベースの作成, 4

D

データ・ディクショナリ・ビュー

インストール, 4.1.3.3

データベース

作成, 4

ファイル, 2.2.1, 2.2.1

リカバリ, 6.2

システム識別子, 2.5.3

データベース・キャラクタ・セット

Java, 12.2

DB_BLOCK_SIZE, C.3.4 DB_FILE_MULTIBLOCK_READ_COUNT, C.3.5 DB_FILES, C.3.6 DEFAULT_CONNECTION, B.3.3 DISPATCHERS, 9.2

E

EE8BS2000, 12.2

環境定義ファイル, 2.5

環境変数

BGJPAR, 7.1.1, B.4.2

CLN_BASE, B.3.1

CLN_MPID, B.3.2

DEFAULT_CONNECTION, B.3.3, B.3.3

EXP_CLIB_FILE_IO, B.3.4

IMP_CLIB_FILE_IO, B.3.5

JOBID, B.4.10, B.4.10

KNL_BASE, B.4.11, B.4.11

LOGNAME, B.2.1

NLS_LANG, B.3.6

OPS_JID, B.3.7

ORAUID, B.2.2

PGA_BASE, B.4.13, B.4.13

PGA_SIZE, B.4.14, B.4.14

PGM, B.2.3

PRINTPAR, B.3.9

SF_PBLKSIZE, B.4.15, B.4.15

SGA_BASE, B.4.16, B.4.16

SQLPATH, B.3.10

SSSIDPWF, B.3.11

TERM, B.2.4

TNS_ADMIN, B.5.2, B.5.2

TSN, B.2.5

EXP_CLIB_FILE_IO, B.3.4 エクスポート, 1.4.10 外部プロシージャ・コール, 11

F

ファイル名, E

ファイル・タイプ, E

ファイル

Javaインストール, 12.1

ファイル

データベース, 2.2.1

INIT.ORA, C

ORAENV, B

トレース, 8.5.1

G

グローバリゼーション・サポート, 1.4.12

GLOGIN.SQL, 5.1.6

H

HOST, 5.1.4

I

IMP_CLIB_FILE_IO, B.3.5

インポート, 1.4.10

初期化パラメータ

CIRCUITS, 9.2

DB_FILE_MULTIBLOCK_READ_COUNT, C.3.5

DB_FILES, C.3.6

DISPATCHERS, 9.2

INIT.ORA file, C

LOCAL_LISTENER, 9.2

MAX_DISPATCHERS, 9.2

MAX_SHARED_SERVERS, 9.2

SHARED_SERVER_SESSIONS, 9.2

SHARED_SERVERS, 9.2

INIT.ORA, 2.2.2.1, C

変更, 4.1.3.2.2

インストール

Java対応のデータベース, 12.1

Intelligent Agent, 14 起動

SQL*Plus, 5.1.1

J

Java, 12

データベース・キャラクタ・セット, 12.2

JOBID, B.4.10, B.4.10

K

KNL_BASE, B.4.11, B.4.11

既知の問題、制限とその回避策, 1.4

L

LDAP.ORA, 9.4.3

外部プロシージャのロード, 11.1

LOCAL_LISTENER, 9.2

LOCK_SGA, C.3.7

ログ・ファイル, 2.2.1, 2.2.1

LOG_ARCHIVE_BUFFER_SIZE, C.3.9

LOG_ARCHIVE_DES, C.3.10

LOGIN.SQL, 5.1.6

LOGNAME, B.2.1

L.sid.xxx.LOG, E

L.sid.xxxx.SYSOUT.tsn, E

M

PL/SQLを使用可能にする, 4.1.3.4

MAX_DISPATCHERS, 9.2

MAX_SHARED_SERVERS, 9.2

メッセージ, A, A

INIT.ORAの変更, 4.1.3.2.2

N

NLS_LANG, B.3.6

O

openNet Server

netstat, 14.1

ツール, 14.1

OPS_JID, B.3.7 Oracle

ファイル・タイプ, E

Oracle Database

管理, 5, 5

アーキテクチャ, 2

チューニング, 7

Oracle Databaseの環境定義ファイル, 2.5 Oracle Net ServicesのLOGファイル, E Oracle Text, 10.1 ORACLE_HOME, B.4.12, B.4.12, B.4.12 ORAENV, 2.2.2.3, 2.5, 2.5.3, 4.1.3.2.3, B ORAENV変数, 2.5.2 ORALOAD.LIB, 2.2.2.5 ORAUID, B.2.2 ORAXALOG.tsn-NULL-YYMMDD.TRC, E

P

パラメータ・ファイル, 5.2

パラメータ

初期化, C

PGA, B.4.13 PGA_BASE, B.4.13, B.4.13 PGA_SIZE, B.4.14, B.4.14 PGM, B.2.3 PL/SQL

使用可能にする, 4.1.3.4

プリコンパイラ

Oracle XAライブラリのインタフェース, 8.4.2

インストール前の問題, 14.1 プリンタ, B.3.9 PRINTPAR, B.3.9 問題, 1.4 プロトコル・アダプタ

TCP/IP, 9.1.3

R

データベースのリカバリ, 6.2

リモート起動

データベース・インスタンス

リモート起動, 5.3

制限, 1.4

S

サーバー・パラメータ・ファイル, 5.2.3

S.E.tsn.YYYY-MM-DD.hh.mm.ss, E

SF_PBLKSIZE, B.4.15, B.4.15

SGA_BASE, B.4.16, B.4.16

SGA_MAX_SIZE, C.3.8

共有コード・プール, B.4.8

SHARED_SERVER_SESSIONS, 9.2

SHARED_SERVERS, 9.2

sid_BGJPAR, B.4.5

SID_LIST_LISTENER, 5.3

sid_USER, B.4.6

sid.DBS.INIT.ORA, E

sid.DBS.xxx.DBF, E

sid.P.ORAENV, E

S.OUT.tsn.YYYY-MM-DD.hhmmss, E

SPFILE, 2.2.2.2, 5.2.3

SQ130, 15.1

SQL*Net TCP/IP, 1.4.20

SQL*Plus, 1.4.14, 5

INIT.ORA, 5.2.2

プロシージャからのコール, 5.1.2

データベース管理ユーティリティ, 5

起動, 5.1.1, 5.1.1

BS2000コマンドの実行, 5.1.4

SQLPATH, B.3.10 SSSIDPWF, B.3.11 開始

Oracle Text, 10.2

T

TCP/IP, 1.4.20

TCP/IPアダプタ, 9.1.3

TERM, B.2.4

タイムアウト処理, D.2.2

TNS_ADMIN, B.5.2, B.5.2

TNS_UPDATE_IPNODE, B.5.4

トレース・ファイル, 8.5.1

トラブルシューティング, 8.5

T.sid.INSTALL.E.SUPER, E

T.sid.INSTALL.E.SUPER.72, E

TSN, B.2.5

チューニング

Oracle Database, 7

U

ユーザーID

インストール, 2.8.1

ユーザーID

DBA, 2.8.2

Oracleユーザー, 2.8.3

user_ACCOUNT, B.4.7 USER_DUMP_DEST, C.3.2 user_PASSWORD, B.4.7 ユーティリティ

インポート, 1.4.10

UTM, 8

V

変数

ORAENV, 2.5.2

W

WE8BS2000, 12.2

WE8BS2000E, 12.2

WE8BS2000L5, 12.2

回避策, 1.4

X

XAO.LIB, 8.2

XDK, 13.1

XML, 13

XMLパーサー, 13.1

XSLTプロセッサ, 13.2

オラクル社の法律上の注意点について

コピーライトについて

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

商標と登録商標について

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

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。