Database 2日でデータベース管理者

11g リリース2(11.2)

B56320-04(原本部品番号:E10897-10)

目次

図一覧

表一覧

タイトルと著作権情報

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 概要

- このガイドについて

- このガイドの対象外

- このマニュアルと関連教材の使用方法

- Oracle Databaseについて

- Oracle DBAの一般的なタスク

- データベース管理用のツール

2 Oracle Databaseのインストールとデータベースの作成

- Oracle Databaseソフトウェアのインストールとデータベースの作成の概要

- 前提条件の確認

- インストールの選択項目の決定

- インストール・オプション

- インストール方法

- インストール・タイプ

- ソフトウェア・インストール・ディレクトリ

- データベース・ファイルの位置

- データベース識別子

- 拡張インストールについて

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

- DBCAを使用したデータベースの作成および管理

- DBCAの起動

- DBCAを使用したデータベースの作成

- 手順2: データベース・テンプレート

- 手順3: データベース識別情報

- 手順4: 管理オプション

- 手順5: データベース資格証明

- 手順6: データベース・ファイルの位置

- 手順7: リカバリ構成

- 手順8: データベース・コンテンツ

- 手順9: 初期化パラメータ

- 手順10: データベース記憶域

- 手順11: 作成オプション

- DBCAを使用したデータベースの構成の変更

- DBCAを使用したデータベースの削除

- DBCAを使用したテンプレートの管理

- テンプレートを使用することの利点

- テンプレートのタイプ

- オラクル社によって提供されるDBCAテンプレート

- DBCAを使用したテンプレートの作成

- テンプレートの削除

- インストール: Oracle by Example Series

3 データベース管理の概要

- データベースの管理: ロードマップ

- Oracle Enterprise Manager Database Controlの概要

- オペレーティング・システムの環境変数の構成

- Database Controlコンソール・プロセスの起動および停止

- データベースのホームページのアクセス

- 非管理ユーザーのDatabase Controlへのアクセス権の付与

- Database Control管理ユーザーの作成

- Database Controlのプリファレンスの設定

- Database Controlのプリファレンスについて

- ブラックアウト期間の定義

- 優先資格証明の設定

- SQLベースの管理ツールを使用したデータベースの管理

- SQLについて

- SQL*Plusについて

- SQL*Plusの起動およびデータベースへの接続

- SQL Developerについて

- Oracle Enterprise Managerの概要: Oracle by Example Series

4 ネットワーク環境の構成

- ネットワーク構成の理解

- Oracle Netリスナー構成

- クライアント接続

- ネットワーク構成ツール

- リスナー構成の表示

- リスナーの起動および停止

- クライアント・コンピュータからOracle Databaseへの接続

- ネットワーク: Oracle by Example Series

5 Oracleインスタンスの管理

- Oracleインスタンスおよびインスタンス管理の概要

- 初期化パラメータの概要

- バックグラウンド・プロセスについて

- サーバーおよびクライアント・プロセスについて

- インスタンス・メモリー構造について

- システム・グローバル領域

- プログラム・グローバル領域

- インスタンスの起動および停止について

- 起動および停止の管理権限について

- インスタンスの起動について

- インスタンスの停止について

- Oracleインスタンスの停止および起動

- Oracle Enterprise Manager Database Controlを使用した停止および起動

- Windowsサービス・プログラムを使用した停止および起動

- 初期化パラメータの表示と変更

- メモリーの管理

- メモリー管理について

- 自動メモリー管理の有効化

- メモリー設定の変更: 自動メモリー管理

- メモリー設定の変更: 自動共有メモリー管理

- メモリー設定の変更: 自動PGAメモリー管理

- インスタンス: Oracle by Example Series

6 データベース記憶域構造の管理

- データベース記憶域構造について

- 制御ファイルの概要

- オンラインREDOログ・ファイルについて

- アーカイブREDOログ・ファイルについて

- ロールバック・セグメントについて

- データファイルについて

- 表領域について

- ローカル管理表領域

- 表領域のタイプ

- 表領域のステータス

- 表領域の自動拡張

- 暗号化表領域

- その他の記憶域構造について

- データベース記憶域構造の情報の表示

- 制御ファイルの情報の表示

- オンラインREDOログ・ファイルの情報の表示

- アーカイブREDOログ・ファイルの情報の表示

- データファイルの情報の表示

- 表領域の情報の表示

- 一般的なデータベース記憶域タスクの実行

- 表領域の作成

- 表領域の変更

- 表領域を自動拡張に設定

- 表領域の領域使用量アラートしきい値の変更

- 表領域をオフライン化

- 表領域の削除

- 未使用領域の再利用について

- 未使用領域の再利用について

- セグメント・アドバイザについて

- セグメント・アドバイザ推奨および再利用領域の表示

- セグメント・アドバイザの手動実行

- オンラインREDOログの管理

- オンラインREDOログの多重化

- ログ・ファイルの切替え

- UNDOデータの管理

- UNDOデータについて

- UNDOデータの管理について

- UNDO情報の表示

- UNDOアドバイザを使用したUNDO表領域の最小サイズの計算

- UNDO表領域の固定サイズへの変更

- 記憶域: Oracle by Example Series

7 ユーザー・アカウントおよびセキュリティの管理

- ユーザー・アカウントについて

- ユーザー権限およびロールについて

- 管理アカウントおよび権限について

- SYSおよびSYSTEMユーザー

- SYSDBAおよびSYSOPERシステム権限

- ロールの管理

- ロールの表示

- 例: ロールの作成

- 例: ロールの変更

- ロールの削除

- データベース・ユーザー・アカウントの管理

- ユーザー・アカウントの表示

- 例: ユーザー・アカウントの作成

- 既存のユーザー・アカウントの複製による新規ユーザー・アカウントの作成

- 例: ユーザー・アカウントへの権限およびロールの付与

- 例: ユーザー・アカウントへの表領域の割当て制限の割当て

- 例: ユーザー・アカウントの変更

- ユーザー・アカウントのロックおよびロック解除

- ユーザー・パスワードの期限切れ

- 例: ユーザー・アカウントの削除

- データベースのパスワード・ポリシーの設定

- パスワード・ポリシーの概要

- デフォルト・パスワード・ポリシーの変更

- ユーザー: Oracle by Example Series

8 スキーマ・オブジェクトの管理

- スキーマ・オブジェクトについて

- スキーマ・オブジェクト管理権限について

- 表の管理

- 表について

- 表タイプについて

- 表の列の属性について

- 表レベルの制約について

- その他の表作成の必要事項

- 表の表示

- 表データの表示

- 例: 表の作成

- 表の属性の変更

- 例: 表に列を追加

- 例: 表の列の削除

- 例: 新しい表制約の追加

- 例: 既存の表制約の変更

- 例: 表制約の削除

- 例: 表へのデータのロード

- 表の削除

- 索引の管理

- 索引について

- 索引およびパフォーマンス

- 索引属性

- 索引の表示

- 例: 索引の作成

- 例: 索引の削除

- ビューの管理

- ビューについて

- ビューの表示

- 例: ビューの作成

- 例: ビューの削除

- データベースに格納されたプログラム・コードの管理

- データベースに格納されたプログラム・コードについて

- 無効なスキーマ・オブジェクトの検証(コンパイル)

- その他のスキーマ・オブジェクトの使用

- スキーマ: Oracle by Example Series

9 バックアップおよびリカバリの実行

- データベースのバックアップとリカバリの概要

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

- 一貫性バックアップと非一貫性バックアップ

- メディア・リカバリ

- 高速リカバリ領域

- RMANリポジトリ

- 基本バックアップおよびリカバリのためのデータベースの構成

- Database Controlを使用したバックアップおよびリカバリのための資格証明の指定

- 高速リカバリ領域の領域使用量および位置の計画

- バックアップ保存ポリシーおよび高速リカバリ領域について

- 高速リカバリ領域サイズについて

- リカバリ設定の構成

- 高速リカバリ領域の使用量の監視

- バックアップ設定の構成

- RMANバックアップについて

- バックアップ・デバイス設定の構成

- バックアップ・ポリシー設定の構成

- データベースのバックアップ

- RMANバックアップの概要

- データファイルの全体バックアップ

- データファイルの増分バックアップ

- 増分的に更新されたバックアップ: データファイルのイメージ・コピーのロールフォワード

- バックアップ・タグ

- Database Controlを使用したバックアップの実行およびスケジュール設定

- データベース全体のバックアップの実行

- 推奨バックアップ計画の使用

- その他のバックアップ・タスクのスケジュール設定

- バックアップの検証およびバックアップ計画のテスト

- 選択したバックアップの検証

- リストア操作のためのバックアップの検証

- バックアップ・レポートの表示

- バックアップの管理

- バックアップ管理の概要

- バックアップのクロスチェック

- 期限切れバックアップの削除

- バックアップ使用可能または使用不可のマーク付け

- 不要なバックアップの削除

- オラクル社が推奨するリカバリの実行

- データ・リカバリ・アドバイザについて

- データ・リカバリ・アドバイザの使用

- ユーザー指定リカバリの実行

- Oracle Flashback Tableを使用した表の巻戻し

- 表における行の移動の有効化

- フラッシュバック表の操作の実行

- Oracle Flashback Dropを使用した削除された表のリカバリ

- 表の削除

- 削除された表の取得

- Oracle Flashback Databaseを使用したデータベースの巻戻し

- データベースのリストアおよびリカバリ

- バックアップおよびリカバリ: Oracle by Example Series

10 データベースの監視およびチューニング

- プロアクティブなデータベースの監視

- アラートについて

- パフォーマンス自己診断: 自動データベース診断モニター

- データベースの全般的な状態およびワークロードの監視

- アラートの管理

- メトリックおよびしきい値の表示

- メトリックしきい値の設定

- アラートへの対応について

- アラートのクリア

- ダイレクト・アラート通知の設定

- ADDMを使用したパフォーマンスの問題の診断

- ADDMパフォーマンス結果のサマリーの確認

- ADDMパフォーマンス結果への対応

- ADDMの手動実行

- AWRスナップショットの頻度および保存期間の変更

- アドバイザを使用したデータベース・パフォーマンスの最適化

- アドバイザについて

- SQLアドバイザについて

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

- 自動SQLチューニング・アドバイザの構成

- 自動SQLチューニング結果の表示

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

- SQLアクセス・アドバイザの実行

- メモリー・アドバイザを使用したメモリー使用量の最適化

- メモリー・アドバイザについて

- 例: ASMMのメモリー・サイズ設定に関するアドバイスの取得

- 監視およびチューニング: Oracle by Example Series

11 問題の調査、報告および解決

- データベースの問題およびインシデントについて

- 問題の調査、レポートおよび解決

- ロードマップ: 問題の調査、レポートおよび解決

- タスク1: Enterprise Managerでのクリティカル・エラー・アラートの表示

- タスク2: 問題の詳細の表示

- タスク3: (オプション)サービス・リクエストの作成

- タスク4: 診断データのパッケージ化およびOracleサポート・サービスへのアップロード

- タスク5: サービス・リクエストの追跡および修復の実施

- タスク6: インシデントのクローズ

- Enterprise Managerのサポート・ワークベンチを使用した問題の表示

12 Oracle Databaseソフトウェアの管理

- ソフトウェアの管理およびパッチ・リリースについて

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

- Database Upgrade Assistantの概要

- DBUAでサポートされるデータベースのバージョン

- DBUAの起動

- DBUAによるデータベースのアップグレード

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

- Oracleソフトウェアの管理: Oracle by Example Series

A Oracle自動ストレージ管理の管理

- Oracle自動ストレージ管理について

- ディスク、ディスク・グループおよび障害グループの概要

- Oracle自動ストレージ管理のインストール

- Oracle自動ストレージ管理ホームページへのアクセス

- シングル・インスタンス・システムでのOracle ASMホームページへのアクセス

- Oracle RACシステムでのOracle ASMホームページへのアクセス

- ディスク・グループの領域使用量の監視

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

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

- 選択したディスク・グループへのディスクの追加

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

- Oracle ASM管理ファイルのバックアップ

- Oracle自動ストレージ管理: Oracle by Example Series

索引

図一覧

- 6-1 Oracle Database記憶域構造

- 6-2 オンラインREDOログ・グループおよびそのメンバー

- 11-1 問題の調査、報告および解決のワークフロー

表一覧

- 2-1 DBCAテンプレートのタイプ

- 2-2 オラクル社提供のDBCAのテンプレートおよび対応するワークロード

- 5-1 Oracle Databaseのバックグラウンド・プロセス

- 5-2 SGAコンポーネント

- 5-3 Oracle Databaseメモリー管理モード

- 6-1 表領域および説明

- 7-1 Oracle Databaseの事前定義されたロール

- 7-2 APPDEVロールに付与されたシステム権限

- 8-1 一般的なデータ型

- 10-1 パフォーマンス・アドバイザ

- 10-2 他のアドバイザ

- 11-1 クリティカル・エラーを修復できるOracleアドバイザ

Oracle® Database

2日でデータベース管理者

11g リリース2(11.2)

B56320-04(原本部品番号:E10897-10)

2012年8月

Oracle Database 2日でデータベース管理者, 11gリリース2(11.2)

B56320-04

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

原本主著者: Bert Rich

原本協力者: Kathy Rich、Janet Stern、Steve Fogel、Colin McGregor、Lance Ashdown、Eric Belden、Craig Foch、Sushil Kumar、Roza Leyderman、Paul Needham、Douglas Williams

協力者: Bharat Baddepudi、Prasad Bagal、Timothy Chien、Benoit Dageville、Sudip Datta、Kakali Das、Mark Dilman、Prabhaker Gongloor、Shivani Gupta、Pat Huey、Chaitanya Koratamaddi、Balaji Krishnan、Vasudha Krishnaswamy、Rich Long、Venkat Maddali、Matthew McKerley、Ed Miner、Mughees Minhas、Saurabh Pandey、Kant Patel、Hanlin Chien、Mark Townsend、Xiaofang Wang、Kat Weill、Mike Zampiceni

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

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

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

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

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

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

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

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

はじめに

『Oracle Database 2日でデータベース管理者』は、日々のデータベース管理タスクの実行方法を説明するデータベース管理のクイック・スタート・ガイドです。このマニュアルの目的は、Oracle Databaseの概念を理解することです。基本的なトラブルシューティングやパフォーマンス監視アクティビティの実行方法をはじめ、データベースを継続的に動作させるために必要なすべての一般管理タスクの実行方法を説明します。

対象読者

『Oracle Database 2日でデータベース管理者』は、Oracle Databaseを使用した基本的な管理タスクを実行する読者を対象にしています。データベース管理の基本的な知識と経験、およびコンピュータの基本知識のみ必要です。

特に、このドキュメントは、Oracleユーザーの次のグループを対象にしています。

- 基本的なデータベース管理者(DBA)スキルを必要とする開発者

- データベース・サーバーを管理するすべての人

- 中小企業(SMB)でOracle Databaseを管理するデータベース管理者

このマニュアルは、企業のDBAにも役立ちます。このドキュメントでは、推奨する使用方法を説明し、主要なインタフェースとしてOracle Enterprise Managerを使用した効率的な管理タスクの実行方法についても説明します。

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

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

Oracleサポートへのアクセス

お客様は、My Oracle Supportから電子サポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、次のOracleドキュメントを参照してください。

- 『Oracle Database管理者ガイド』

- 『Oracle Enterprise Managerアドバンスト構成』

- 『Oracle Database概要』

- 『Oracle Enterprise Manager概要』

- 『Oracle Database Net Services管理者ガイド』

- 『Oracle Database SQL言語リファレンス』

- 『Oracle Databaseリファレンス』

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

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』(またはその他のオペレーティング・システム)

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

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

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

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

様々なトピックに合わせて次のマニュアルも用意されています。

- 『Oracle Database 2日でセキュリティ・ガイド』

- 『Oracle Database 2日でデータ・ウェアハウス・ガイド』

- 『Oracle Database 2日でデータ・レプリケーションおよび統合ガイド』

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

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

- 『Oracle Database 2日で開発者ガイド』

- 『Oracle Database 2で.NET開発者ガイド for Microsoft Windows』

- 『Oracle Database 2日でPHP開発者ガイド』

- 『Oracle Database Application Express 2日で開発者ガイド』

- 『Oracle Database 2日でJava開発者ガイド』

このマニュアルでは、Oracle Databaseのインストール時に「基本インストール」オプションを選択した場合にデフォルトでインストールされる、サンプル・スキーマを例として多用しています。これらのスキーマの作成方法および使用方法については、『Oracle Databaseサンプル・スキーマ』を参照してください。

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

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

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

http://www.oracle.com/technology/documentation/

表記規則

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

規則

意味

太字

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

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

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

1 概要

Oracle Database管理者(DBA)には、Oracle Databaseの運用全般に対する責任があります。この章は、多くの一般的なDBAタスク、利用可能なツールおよびこのマニュアルに習熟することを目的としています。この章は次の項で構成されています。

- このガイドについて

- Oracle Databaseについて

- Oracle DBAの一般的なタスク

- データベース管理用のツール

このガイドについて

『Oracle Database 2日でデータベース管理者』は、日々のデータベース管理タスクの実行方法を説明するデータベース管理のクイック・スタート・ガイドです。このガイドでは、Oracle Databaseの概念を理解し、データベースの運用を継続するために必要な一般的なすべての管理タスクを実行する方法を学習することを目標としています。これらのタスクには、データベースの構成、メモリーおよび記憶域の管理、ユーザーの管理、表などのデータベース・オブジェクトの管理、基本的なトラブルシューティングの実行、データベースのバックアップの作成、パフォーマンスの監視アクティビティなどがあります。

このマニュアルで使用される主要な管理インタフェースは、Oracle Enterprise Manager Database Controlで、Oracle Databaseで導入されたすべての自己管理機能を装備しています。

このガイドの対象外

このマニュアルは、タスク指向です。このマニュアルでは、管理タスクの実行が必要な理由および時期について説明します。必要に応じて、すぐに使用するタスクの理解および実行に必要な概要について説明します(読者はデータベースの予備知識がないと想定しています)。このガイドはすべてのOracle Database概要の包括的な説明ではありません。このタイプの詳細は、『Oracle Database概要』を参照してください。

また、管理タスクの詳細は、『Oracle Database管理者ガイド』を参照してください。

このマニュアルと関連教材の使用方法

このマニュアルは、Oracle Databaseの管理を目的とした総合的な一連の学習教材の一部です。これらの教材には、Webおよびオラクル認定講師による研修コースで利用できる2 Day DBA Oracle by Example(OBE)Seriesが含まれます。

このマニュアルの各章は、Oracle By Exampleレッスンに対応しています。OBEでは、各章のすべてのタスクを段階的に説明し、注釈付きのスクリーン・ショットを使用します。一部の例では、タスクの完了に役立つ追加情報が紹介されています。

各章の終わりには、関連するOBEレッスンへのリンクが記載されています。2 Day DBA Oracle By Example(OBE)Seriesのホームページは次のとおりです。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/index.html

また、Oracle Universityの講師による集合研修「Oracle Database 11g: 2日でデータベース管理者」があります。詳細は、Oracle Universityにお問い合せください。

Oracle Databaseについて

Oracle Databaseは、オブジェクトおよびeXtensible Markup Language(XML)機能を使用するリレーショナル・データベースです。リレーショナル・データベースでは、すべてのデータが、行と列で構成される2次元の表に格納されます。Oracle Databaseを使用すると、高いパフォーマンス、信頼性およびスケーラビリティを保持しながら、データの格納、更新および効率的な検索を実行できます。

Oracle Databaseは、次の要素で構成されています。

- ホスト・コンピュータ上にインストールするOracleソフトウェア。

- 1つ以上のディスク上の物理ファイルの集合であるデータベース。
データベースには、ユーザー・データ、メタデータおよび制御構造が含まれています。メタデータ(データに関するデータ)はディスクに関する情報の集合であり、Oracleソフトウェアによるユーザー・データの管理を可能にします。メタデータの例として、データ・ディクショナリを挙げることができます。制御構造(制御ファイル、オンラインREDOログ・ファイルなど)によって、ユーザー・データの整合性、可用性およびリカバリ可能性が確保されます。

- 次の要素で構成されているOracleインスタンス。

- バックグラウンド・プロセス。バックグラウンド・プロセスは、データベースに関連するユーザー・データ、メタデータおよび制御ファイルへのアクセス、格納、監視およびリカバリ作業を実行する、オペレーティング・システム・プロセスまたはスレッドです。

- バックグラウンド・プロセスによって使用される共有メモリー領域。

- 接続したユーザーとアプリケーションのかわりに作業を実行するサーバー・プロセス、およびこれらのプロセスによって使用されるメモリーと一時記憶域。
サーバー・プロセスは、SQL文を解析および実行し、結果を取得してユーザーまたはアプリケーションに戻します。

- Oracle NetおよびOracle Netリスナー。Oracle Netは、クライアント・アプリケーションとOracle Databaseがネットワーク上で通信できるようにするソフトウェア・レイヤーです。Oracle Netリスナーは、ネットワークからの接続リクエストをリスニングするプロセスです。

関連項目:

- 第4章「ネットワーク環境の構成」

- 第5章「Oracleインスタンスの管理」

- 第6章「データベース記憶域構造の管理」

- バックグラウンド・プロセスの詳細は、『Oracle Database概要』を参照してください。

- バックグラウンド・プロセスの詳細は、『Oracle Databaseリファレンス』を参照してください。

Oracle DBAの一般的なタスク

Oracle DBAとして、次のタスクを行う必要があります。

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

- Oracle Databaseの作成

- 新しいリリースへのデータベースおよびソフトウェアのアップグレード

- データベース・インスタンスの起動および停止

- データベース記憶域構造の管理

- ユーザーおよびセキュリティの管理

- 表、索引、ビューなどのデータベース・オブジェクトの管理

- 必要に応じたデータベースのバックアップおよびリカバリ操作の実行

- データベースの状況の監視および予防または修正アクションの実行(必要な場合)

- データベースのパフォーマンスの監視およびチューニング

- 診断およびOracleサポート・サービスへの重大なエラーの報告

中小規模のデータベース環境では、これらのタスクを1人で担当することが考えられます。大規模なエンタープライズ環境では、通常は、データベース・セキュリティまたはデータベース・チューニングなどの専門を持つ数名のDBAに作業を分担します。

関連項目:

- データベース管理者が行う作業の詳細は、『Oracle Database概要』を参照してください。

データベース管理用のツール

このマニュアルでは、Oracle Databaseの迅速かつ効率的な作成方法および基本的なデータベースの管理方法について説明します。

次に、データベース管理者の作業を行う場合に使用する製品、ツールおよびユーティリティの一部を示します。

- Oracle Universal Installer
Oracle Universal Installer(OUI)は、Oracleソフトウェアおよびオプションをインストールするユーティリティです。これによりOracle Database Configuration Assistantが自動的に開始され、データベースがインストールされます。

- Oracle Database Configuration Assistant
Oracle Database Configuration Assistant(DBCA)は、Oracleで提供されるテンプレートからデータベースを作成したり、独自のデータベースを作成するユーティリティです。事前定義されたシード・データベースをコピーできるため、新しいデータベースを生成およびカスタマイズする時間および労力を削減できます。

- Database Upgrade Assistant
Database Upgrade Assistantは、既存のデータベースを新しいリリースのOracle Databaseにアップグレードする際に使用するツールです。

- Net Configuration Assistant
Net Configuration Assistant(NetCA)は、Oracle Databaseネットワークのクリティカル・コンポーネントであるリスナーとネーミング・メソッドを構成する場合に使用するユーティリティです。

- Oracle Enterprise Manager Database Control
データベースを管理する主要なツールはWebベースのインタフェースであるOracle Enterprise Manager Database Control(Database Control)です。Oracle Databaseソフトウェアをインストールし、データベースを作成またはアップグレードしてネットワークを構成すると、データベースの管理にDatabase Controlを使用できます。また、Database Controlは、パフォーマンス・アドバイザ用およびSQL*Loader、Recovery Manager (RMAN)などのOracleユーティリティ用のインタフェースも提供します。

また、Oracleは、別途にライセンスされるOracle Enterprise Manager管理パック、管理プラグインなどの製品も提供しています。これらの製品を購入して、特定の環境でのOracle Enterprise Managerの機能を強化できます。

関連項目:

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

2 Oracle Databaseのインストールとデータベースの作成

この章では、Oracle Databaseソフトウェアをインストールし、データベースを作成する方法について説明します。

以前のリリースのOracle Databaseを使用しており、最新リリースのOracle Databaseをインストールする必要がある場合は、既存のデータベースを新しいデータベースにアップグレードし、新しいリリースのデータベース・ソフトウェアで使用するように指定します。詳細は、「データベースのアップグレード」を参照してください。

この章は次の項で構成されています。

- Oracle Databaseソフトウェアのインストールとデータベースの作成の概要

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

- DBCAを使用したデータベースの作成および管理

- インストール: Oracle by Example Series

Oracle Databaseソフトウェアのインストールとデータベースの作成の概要

Oracle Databaseソフトウェアをインストールするには、Oracle Universal Installer(OUI)を使用します。OUIは、新しいOracle DatabaseソフトウェアをインストールできるGraphical User Interfaceユーティリティです。インストールのプロセスをガイドするオンライン・ヘルプも利用できます。

データベースは、インストール中に作成できます。データベースの作成を選択すると、データベースの作成から構成までのプロセスをガイドするOracle Database Configuration Assistant(DBCA)が自動的に起動します。

インストール・プロセスを開始する前に、前提条件とインストール時の選択項目を次の項で確認してください。

- 前提条件の確認

- インストールの選択項目の決定

インストール中にデータベースを作成しない場合は、インストールの後、データベースを作成するときにDBCAを実行する必要があります。

注意:
インストール中またはインストール後に単独のプロセスとしてデータベースを作成すると、新しくデータベースを作成する必要はありません。個々のOracleインスタンスは、単一のデータベースしか処理できません。複数のアプリケーションでデータベースを使用する場合も、複数のデータベースを作成するのではなく、単一のデータベースを使用して、このデータベース内の複数のスキーマにデータを分割します。スキーマの詳細は、「ユーザー・アカウントについて」を参照してください。

前提条件の確認

ソフトウェアをインストールする前に、OUIは複数の確認を自動的に実行し、コンピュータがOracle Databaseをインストールするための基本的なハードウェアおよびソフトウェア要件を満たしていることを確認します。コンピュータが要件を満たしていない場合は、エラー・メッセージが表示されます。要件は使用しているコンピュータおよびオペレーティング・システムのタイプによって異なりますが、前提条件には次のようなものがあります。

- 物理メモリーが1GB以上ある。

- 十分なページング領域が使用可能である。

- オペレーティング・システムの適切なサービス・パックまたはパッチがインストールされている。

- 適切なファイル・システム形式が使用されている。

関連項目:

- 要件の詳細は、ご使用のプラットフォーム用の『Oracle Databaseインストレーション・ガイド』を参照してください。

インストールの選択項目の決定

Oracle Universal Installerからの質問のフェーズで、インストールおよびデータベース作成のための選択を行います。ご使用のオペレーティング・システムによって、手順が異なります。インストール・プロセスを進めていくと、データベースの構成方法について選択項目が示されます。

- インストール・オプション

- インストール方法

- インストール・タイプ

- ソフトウェア・インストール・ディレクトリ

- データベース・ファイルの位置

- データベース識別子

- 拡張インストールについて

インストール・オプション

データベースを作成して構成するか、またはデータベース・ソフトウェアのインストールのみを行うかを選択できます。

インストール時に、事前構成済データベースまたはカスタム構成済データベースを作成できます。インストール中にデータベースを作成しないように選択した場合は、インストール後にデータベースを作成するときにDBCAを実行する必要があります。

事前構成済データベースは、Oracleで提供するテンプレートまたはユーザーが作成したテンプレートに基づいています。Oracleで提供する各テンプレートは、特定のワークロード・タイプ用に最適化されています。事前構成済データベースのタイプの詳細は、表2-2「Oracle提供のDBCAのテンプレートおよび対応するワークロード」を参照してください。

インストール方法としてデスクトップ・クラスを選択した場合は、汎用データベース・テンプレートが使用されます。独自のデータベース構造を構成するカスタム・データベースを作成する場合は、「拡張インストールについて」を参照してください。

注意:
新しいデータベースを作成する必要がある場合は、より高速で簡単な事前構成済データベースのインストールをお薦めします。このデータベースは、作成後にカスタマイズできます。

インストール方法

インストール方法には、デスクトップ・クラスとサーバー・クラスがあります。

- デスクトップ・クラス: このインストール・クラスはラップトップ・コンピュータまたはデスクトップ・コンピュータに最適です。これには初期データベースが含まれ、最小限の構成が必要です。

- サーバー・クラス: このインストール・クラスは、データ・センターなどにあるサーバーや、企業レベルのアプリケーションをサポートするために使用するサーバーに適しています。拡張構成オプションにアクセスする必要がある場合は、このインストール・クラスを選択します。

デスクトップ・クラス・インストールでは、標準項目のみを選択します。サーバー・クラス・インストールでは、標準インストール(標準項目のみを選択するインストール)または拡張インストールを選択します。

デスクトップ・クラス・インストールまたは標準インストールの実行時に、Oracle Databaseによってサンプル・スキーマが自動的にインストールされます。

インストール・タイプ

基本インストールおよび拡張インストールの実行時にOracle Databaseをインストールする場合は、次の質問に回答する必要があります。OUIはすべての選択項目に対してデフォルトの値を提供します。

- どのタイプのデータベース・エディションをインストールしますか。
選択項目は次のとおりです。

- Enterprise Edition: このインストール・タイプは、企業レベルのアプリケーションのデータ管理が可能な、完全な機能を備えたOracle Database製品です。ミッション・クリティカル、高度なセキュリティのオンライン・トランザクション処理(OLTP)およびデータ・ウェアハウス環境を対象としています。

- Standard Edition: このインストール・タイプは、ワークグループや部門レベルのアプリケーション、および中小企業に適しています。コア・リレーショナル・データベース管理サービスとオプションを提供し、管理ツール、レプリケーション、Web機能、およびビジネスクリティカル・アプリケーションの構築に必要なファシリティの統合セットが含まれています。

- Standard One Edition: このインストール・タイプは、ワークグループ、部門またはWebアプリケーションに適しています。単一サーバー環境または高度に分散されたブランチ環境に、コア・リレーショナル・データベース管理サービスを提供します。Oracle Standard Edition Oneには、ビジネスクリティカルなアプリケーションの構築に必要なすべてのファシリティが含まれています。

- Personal Edition(Microsoft Windowsオペレーティング・システムのみ): このインストール・タイプでは、Enterprise Editionと同様のソフトウェアがインストールされます。ただし、シングル・ユーザーの開発環境とデプロイメント環境のみがサポートされます。

- データベース構成オプションは何ですか。

ソフトウェア・インストール・ディレクトリ

Oracle Databaseソフトウェアのインストール先ディレクトリまたは製品のバイナリ・ファイルをインストール・メディアからコピーする場所を指定する必要があります。選択する場所は、ソフトウェアを格納するための十分なディスク領域があり、インストールを実行するオペレーティング・システム・ユーザーがアクセスできる場所である必要があります。

サーバーにインストールされるすべてのOracleソフトウェア製品によって使用されるOracleベース・ディレクトリの場所も指定します。初めてOracle Databaseソフトウェアをサーバーにインストールする場合、oraInventoryというインベントリ・ディレクトリの場所を指定するように求められます。このディレクトリは、サーバーにインストールされるすべてのOracleソフトウェア製品の集中インベントリを提供します。サーバーへのOracleソフトウェア・インストールを実行するたびに、Oracleインベントリ・ディレクトリとして同じ値を使用する必要があります。

データベース・ファイルの位置

データベースには、ユーザー・データ、データベース・メタデータ、および障害からリカバリするために必要な情報を格納する複数のファイルが含まれます。管理者は、これらのファイルにどのような種類の記憶域サブシステムを使用するかを決定します。次のオプションから選択できます。

- ファイルシステム: オペレーティング・システムのファイル・システムで管理されるデータベース・ファイルを作成するデフォルトのオプションです。データベース・ファイルが格納されるディレクトリ・パスを指定できます。Oracle Databaseは、実際のファイルを作成および管理できます。
どのオプションが適切か判断できない場合は、デフォルトの「ファイルシステム」(デフォルト)を選択します。

- 自動ストレージ管理: このオプションでは、データファイルをOracle自動ストレージ管理(Oracle ASM)ディスク・グループに配置できます。Oracle ASMを選択すると、Oracle Databaseはデータベース・ファイルの配置とネーミングを自動的に管理します。多数のディスクを持つ環境では、このオプションを使用すると、データベース管理が簡単になり、パフォーマンスが向上します。Oracle ASMは、ファイル・レベルでソフトウェアのストライプ化とミラー化を行い、記憶域の柔軟性、パフォーマンスおよび可用性を最大限に高めます。
Oracle ASMは、(データベース・インスタンスとは異なる)Oracle ASMインスタンスを使用して、ディスク・グループを構成および管理します。1つのOracle ASMインスタンスで、同じサーバー上に複数のデータベース用の記憶域を提供できます。

詳細は、「Oracle自動ストレージ管理について」および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

注意:
以前のリリースでは、Oracle ASMはOracle Databaseインストールの一部としてインストールされました。Oracle Database 11gリリース2(11.2)では、Oracle ASMはOracle Grid Infrastructureインストールの一部としてインストールされます。
データベース・ファイルの格納にOracle ASMを使用するには、Oracle Databaseのインストールを実行する前にOracle ASMをインストールして、1つ以上のディスク・グループを作成しておく必要があります。

データベース識別子

これらのオプションには、グローバル・データベース名およびシステム識別子(SID)が含まれます。SIDとは、このインスタンスと、後で作成しシステムで同時に実行する可能性がある他のOracle Databaseインスタンスを区別するために使用する一意の識別子です。

グローバル・データベース名は、その他のデータベースと一意に識別されるデータベースの完全名です。グローバル・データベース名は、database_name.database_domainの形式、たとえばsales.example.comのようになります。データベース名の部分salesは、データベースを呼び出すときに使用する単純な名前です。データベースのドメインの部分example.comは、データベースが配置されるデータベース・ドメインを表します。このように、データベース名とドメインの組合せでグローバル・データベース名が構成されます。

拡張インストールについて

サーバー・クラスの方法による拡張インストール時は、標準インストールの項目に加えて、この項に示す項目を選択するように求められます。インストール・プロセスでは、すべての選択項目に対してデフォルトの値が提供されます。

このマニュアルでは、これらの追加の拡張インストール選択項目について説明しますが、詳細な説明は行いません。詳細は、ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』を参照してください。

- 製品の言語
インストール後のソフトウェアで使用する言語を選択します。複数の言語を選択できます。デフォルトの言語は英語です。英語以外の言語を選択しても、インストールに使用される言語は変更されません。

- データベース構成タイプ
データベースを構成するときに使用するテンプレートを選択します。「汎用目的/トランザクション処理」または「データ・ウェアハウス」のいずれかを選択できます。

- データベース構成オプション
インストーラによって作成されたデータベースの構成方法を選択できます。メモリー・サイズと管理オプション、データの格納に使用するキャラクタ・セット、データベース・アクセス用のセキュリティ・オプション、サンプル・スキーマをインストールするかどうかなどを選択できます。

このマニュアルおよび関連する教材の例を実行するには、サンプル・スキーマをインストールする必要があります。また、このデータは、Oracle Databaseのドキュメントのほぼすべての例で使用されます。サンプル・スキーマをインストールすることをお薦めします。

これは、拡張インストールの実行時にのみ選択可能な構成オプションです。サンプル・スキーマは、標準またはデスクトップ・クラス・インストールの実行時はデフォルトでインストールされます。

- データベース管理オプション
Oracle Enterprise Managerを使用して、データベースを集中管理するかローカル管理するかを指定します。集中管理では、データベース、アプリケーション・サーバーなどの複数のターゲットを単一のインタフェースで管理できます。ローカル管理では、同時に複数のデータベース・インスタンスを管理することはできません。

集中管理を使用するには、各ホストまたはOracle Databaseソフトウェアがインストールされている各コンピュータにOracle Enterprise Management Agentを1つずつ配置する必要があります。これらのエージェントは、配置先のホスト上のすべてのコンポーネントを監視します。ローカル・ホスト上にエージェントが存在しない場合は、このオプションはインストール中に無効になります。

単一のデータベースを初めて設定するときは、Oracle Enterprise Managerを使用してローカル管理の構成を行うことをお薦めします(デフォルト)。後で追加のデータベースをインストールして、集中管理の構成を行うことができます。

- リカバリ・オプション
データベースの自動バックアップを構成するかどうかを指定します。このオプションを選択する場合は、リカバリ領域をローカル・ファイルシステムとOracle ASMディスク・グループのどちらに格納するかを指定する必要があります。バックアップの実行時にバックアップ・ジョブによって使用されるオペレーティング・システムの資格証明も指定する必要があります。

注意:
リカバリ領域の記憶域としてOracle ASMを使用するには、Oracle Databaseのインストールを実行する前にOracle Grid Infrastructureインストールの一部としてOracle ASMをインストールし、1つ以上のディスク・グループを作成しておく必要があります。

- スキーマ・パスワード
データベースを作成する際、いくつかの管理ユーザー・アカウントが自動的に作成されます。ユーザーは、SYS、SYSTEM、SYSMANおよびDBSNMPアカウントのパスワードの入力を求められます(データベースの管理が可能になります)。すべてのアカウントに同じパスワードを使用するか、または各アカウントに異なるパスワードを指定することができます。安全なパスワードを入力しないと、インストール中に警告メッセージが表示されます。

- オペレーティング・システム・グループ
データベースへの管理アクセス権は、特定のオペレーティング・システム・グループのメンバーシップによって付与されます。SYSDBAアクセス(通常はdba)およびSYSOPERアクセス(通常はoper)に使用するオペレーティング・システム・グループを選択できます。

SYSDBAグループは、データベース管理権限があり、SYSDBAアクセスによってログインできるオペレーティング・システムのユーザー・アカウントを識別します。SYSOPERグループは、制限されたデータベース管理権限が必要なユーザー用のオプションのグループです。これらのグループと権限の詳細は、「SYSDBAおよびSYSOPERシステム権限」を参照してください。

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

この項では、デスクトップクラスのインストール手順を簡単に説明します。ほとんどの手順はすべてのプラットフォームに共通で、Oracle Universal Installerを実行して行います。プラットフォーム固有の手順を示しています。詳細は、オンライン・ヘルプまたはご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』を参照してください。

注意:
次の手順は、以前のOracleソフトウェアがインストールされていないホスト・コンピュータでのOracle Universal Installerのワークフローを示しています。ホスト・コンピュータにOracleソフトウェアがインストールされている場合は、別のワークフローとなる可能性があります。

基本インストールを実行する手順は、次のとおりです。

1. Oracle Databaseソフトウェアのインストールおよびデータベースの作成と実行を許可されている管理グループのメンバーとして、コンピュータにログオンします。
新しいソフトウェアをインストールするために必要な権限があるかどうかを判断するには、使用するオペレーティング・システム固有のドキュメントを参照するか、システム管理者に問い合せてください。

2. 次の操作を1つ実行します。

- 配布メディアからインストールする場合は、データベース用の配布メディアをご使用のコンピュータに挿入します。
オートラン機能によって、「インストールする製品の選択」ウィンドウが自動的に開きます。

- OracleのWebサイトからインストール・ソフトウェアをダウンロードする場合は、Webサイトの手順に従い、Oracle Universal Installerを実行します。そうでない場合は、ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』を参照してください。

3. 最初に表示されるウィンドウは、セキュリティ・アップデートの構成ウィンドウです。電子メールでセキュリティの問題について通知を受けるには、電子メール・アドレスを「電子メール」テキスト・フィールドに入力します。My Oracle Supportからセキュリティ更新を受け取るには、My Oracle Supportに登録されている電子メール・アレスを入力して、「セキュリティ・アップデートを受け取ります」オプションを選択し、My Oracle Supportパスワードを入力します。
「次へ」をクリックして続行します。

インストール・オプションの選択ウィンドウが表示されます。

4. 「データベースの作成および構成」オプションを選択します。データベース・ソフトウェアのインストールのみを実行するオプションもありますが、その場合はソフトウェアのインストール後に、追加手順でデータベースを作成する必要があります。旧バージョンのOracle Databaseを現在使用している場合は、「既存のデータベースのアップグレード」を選択します。オプションを選択したら、「次へ」をクリックします。
システム・クラス・ウィンドウが表示されます。

5. 「デスクトップ・クラス」を選択します。
インストールをカスタマイズする場合は、「サーバー・クラス」オプションを選択できます。たとえば、この方法を使用して、データベースのOracle自動ストレージ管理の構成、サンプル・スキーマのインストール、自動バックアップの構成などを行います。このオプションを選択すると、このマニュアルでは説明していないインストール手順を確認できます。詳細な選択項目については、「拡張インストールについて」を参照してください。ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』も参照してください。

「次へ」をクリックします。

標準インストール構成ウィンドウが表示されます。

install_basic.gifの説明

6. データベースの次の構成に関する詳細を指定します。

- Oracleベース: Oracleベース・ディレクトリは、複数のOracleソフトウェア・インストールの編成を容易にするのに役立ちます。ORACLE_BASEの詳細は、ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』を参照してください。
OUIを開始する前にORACLE_BASE環境変数を設定しなかった場合、UNIXまたはLinuxシステムでは、/u01から/u09の書込み可能な最初の既存ディレクトリのapp/username/ディレクトリにOracleベース・ディレクトリが作成され、Windowsシステムでは、使用可能な領域が最も多いディスク・ドライブにOracleベース・ディレクトリが作成されます。/u01から/u09がUNIXまたはLinuxシステムにない場合、デフォルトの場所はuser_home_directory/app/usernameになります。

「参照」をクリックして、Oracleベース・ディレクトリとして使用するディレクトリを指定できます。

- ソフトウェアの場所: ソフトウェアの場所は、データベース用のOracleホームです。Oracle Databaseソフトウェアを新しくインストールするたびに、新しいOracleホーム・ディレクトリを指定する必要があります。デフォルトでは、Oracleホーム・ディレクトリはOracleベース・ディレクトリのサブディレクトリになります。
「参照」をクリックして、Oracle Databaseソフトウェアのインストール先ディレクトリを指定します。

- データベース・ファイルの位置: データベース・ファイルの位置は、Oracle Databaseファイルが格納される場所です。デフォルトでは、この場所はOracle_base/oradataになります。「参照」をクリックして、別の場所を選択できます。

- データベースのエディション: 「Enterprise Edition」、「Standard Edition」、「Standard Edition One」または「Personal Edition」(Microsoft Windowsプラットフォームのみ)のいずれかを選択します。詳細は、「インストール・タイプ」を参照してください。

- キャラクタ・セット: データベース内のデータの格納に使用するキャラクタ・セットを選択します。オペレーティング・システムの言語設定に基づく「デフォルト」、または「Unicode」を選択できます。

- OSDBAグループ(LinuxおよびUNIXプラットフォームのみ): オペレーティング・システムのDBAグループを指定します。このグループのホスト・コンピュータ・ユーザーは、データベースの管理権限を所有しています。通常、このグループの名前はdbaです。詳細は、『Oracle Databaseインストレーション・ガイドfor Linux』またはご使用のUNIX用のインストール・ガイドを参照してください。

- グローバル・データベース名: 完全修飾グローバル・データベース名を入力します。グローバル・データベース名の詳細は、「インストール・タイプ」を参照してください。

- 管理パスワード: SYS、SYSTEM、SYSMANおよびDBSNMP管理者アカウントの初期パスワードを指定します。選択したパスワードがセキュアなパスワードでない場合は、警告メッセージが表示されます。

必要な情報を入力したら「次へ」をクリックします。

このサーバーにOracleソフトウェアをこれまでにインストールしたことがない場合は、インベントリの作成ウィンドウが表示されます。今回がこのサーバーでの最初のインストール試行でない場合は、前提条件チェックの実行ウィンドウが表示されます。

7. LinuxまたはUNIXオペレーティング・システムに初めてインストールする場合は、ファイルのインストール先ディレクトリと、そのディレクトリへの書込み権限を持つオペレーティング・システム・グループの名前を指定する必要があります。
このコンピュータにOracleソフトウェアを初めてインストールする場合は、インベントリ・ディレクトリの作成ウィンドウが表示されます。コンピュータにインストールされたすべてのOracleソフトウェアを追跡するためにOUIが使用するインベントリのローカル・ディレクトリを指定する必要があります。この情報は、既存のインストールにパッチを適用したり、既存のインストールをアップグレードしたり、Oracleソフトウェアを削除するときに使用します。このディレクトリは、Oracleホーム・ディレクトリとは別のディレクトリであることに注意してください。インベントリ・ディレクトリの推奨値は、Oracle_base/../oraInventory、またはOracleベース・ディレクトリの1つ上のレベルのoraInventoryサブディレクトリになります。Oracleベース・ディレクトリが/u01/app/oracleの場合、Oracleインベントリ・ディレクトリのデフォルトは/u01/app/oraInventoryになります。

このウィンドウでは、インベントリ・ディレクトリへの書込み権限を持つオペレーティング・システム・グループも指定できます。これにより、他のユーザーがOracle製品インストール・ファイルを上書きするのを防止します。通常は、oinstallグループが選択されます。

ディレクトリ・パスを入力し、オプションでオペレーティング・システム・グループを指定した後、「次へ」をクリックして続行します。

前提条件チェックの実行ウィンドウが表示されます。

8. チェックが失敗したら、修正処理を実行します。
OUIによって複数の環境チェックが実行され、チェックが成功、警告または失敗のいずれであったかが示されます。チェックの詳細は、開いているウィンドウ内に表示されます。すべての確認のステータスが「成功」または「警告」にならないと、インストールを続行できません。1つでも環境チェックが失敗すると、手動で解決する必要があります。詳細は、「前提条件の確認」を参照してください。

すべての前提条件チェックに成功するか、「次へ」をクリックすると、サマリー・ウィンドウが表示されます。

9. インストールのサマリーを確認してから、「終了」をクリックしてインストールを開始します。
「インストール」ウィンドウに、インストールの進捗状況が表示されます。インストール・フェーズが完了すると、「Configuration Assistant」ウィンドウが表示されます。このウィンドウには、自動的に起動するConfiguration Assistantが表示されます。初期データベースを作成する場合は、Database Configuration Assistantが別のウィンドウで自動的に起動します。

データベースの作成が完了すると、データベースの作成内容についてのサマリー・ウィンドウが表示されます。

10. (オプション)「パスワード管理」をクリックして、ユーザー・アカウントのロックを解除し、ユーザー・アカウントを使用できるようにします。
SYSおよびSYSTEMアカウントは、デフォルトでロック解除されます。

11. 「OK」をクリックしてインストールを続行します。

12. LinuxまたはUNIXオペレーティング・システムを使用している場合は、指定のスクリプトを実行し、「OK」をクリックします。
「構成スクリプトの実行」ウィンドウでは、新しい端末ウィンドウを開くかどうか、rootユーザーとしてスクリプトを実行するかどうかの確認を求めるプロンプトが表示されます。スクリプトを実行した後、このウィンドウに戻り、「OK」をクリックします。

13. 終了ウィンドウ内の情報を記録し、「閉じる」をクリックしてOUIを終了します。
これでインストールおよびデータベースの作成は完了です。「終了」ウィンドウに、1つ以上の重要なURLが表示されます(Oracle Enterprise Manager Database ControlコンソールのURLも含まれます)。(このコンソールは、Oracle Enterprise Manager Database Controlのユーザー・インタフェース(Webアプリケーション)部分です。)

共通のデータベース管理タスクは、Oracle Enterprise Manager Database Controlで実行できます。Database ControlのURLとポート情報は、インストール後に、Oracle_home/install/portlist.iniファイルで確認できます。

ブラウザからこのURLにアクセスし、関連付けられたパスワードでSYSユーザーとしてログインしてSYSDBAとして接続できます。Database Controlの使用法の詳細は、第3章「データベース管理の概要」を参照してください。

DBCAを使用したデータベースの作成および管理

Oracle Databaseソフトウェアのインストールのみを指定した場合を除き、Oracle Universal Installerでは、ソフトウェアのインストールの完了後に、Database Configuration Assistant(DBCA)が自動的に実行されます。そこでDBCAは、指定された情報を使用してデータベースを作成します。初期データベースを作成しないで後から作成する場合、または追加データベースを作成する場合にDBCAを使用します。

注意:
通常、Oracle Databaseでは、1つのデータベースで複数のアプリケーションをホストします。異なるアプリケーションを実行するために複数のデータベースは必要ありません。かわりに、各アプリケーションをサポートするオブジェクトを同じデータベースの別のスキーマに配置します。ただし、同じホスト・コンピュータに複数のOracle Databaseを作成する場合もあります。通常、DBCAを使用してこれを行うと、新しいデータベースでは1つ目のデータベースと同じOracleホームディレクトリが使用されますが、データベースのデータファイルは1つ目のデータベースのデータファイルとは別に格納されます。

また、DBCAを使用してデータベース構成の変更、データベースの削除なども行うことができます。この項では、次のDBCAタスクについて説明します。

- DBCAの起動

- DBCAを使用したデータベースの作成

- DBCAを使用したデータベースの構成の変更

- DBCAを使用したデータベースの削除

- DBCAを使用したテンプレートの管理

オンライン・ヘルプを使用するには、「ヘルプ」をクリックします。構成オプションを選択するための情報を確認できます。

DBCAの起動

この項の手順に従い、DBCAを起動します。

注意:
Oracle Databaseソフトウェアのインストール時に初期データベースの作成を選択した場合は、OUIによってDBCAが自動的に起動されます。

DBCAを起動するには、次の手順を実行します。

1. Oracle Databaseソフトウェアのインストールおよびデータベースの作成と実行を許可されている管理グループのメンバーとして、コンピュータにログオンします。

2. 次の操作を1つ実行します。

- Microsoft Windowsオペレーティング・システム上でDBCAを起動するには、「スタート」をクリックし、「プログラム」(または「すべてのプログラム」)→「Oracle - HOME_NAME」→「Configuration and Migration Tools」→「Database Configuration Assistant」を選択します。

- UNIXまたはLinux上でDBCAを起動する場合、またはWindowsオペレーティング・システムのコマンドライン・プロンプトから起動する場合は、次のコマンドを入力します。

dbca

通常、dbcaユーティリティは、ORACLE_HOME/binディレクトリにあります。

3. 「次へ」をクリックして「ようこそ」ウィンドウが表示されないようにします。

DBCAを使用したデータベースの作成

DBCAを使用すると、次のガイド付きワークフローに従ってOracle Databaseを作成できます。

DBCAを使用してデータベースを作成するには、次の手順を実行します。

1. 「DBCAの起動」の説明に従って、DBCAを起動します。

2. 操作ウィンドウで、「データベースの作成」を選択して「次へ」をクリックし、データベースを作成するためのガイド付きワークフローを開始します。このワークフローでは次のウィンドウでの入力が要求されます。

- 手順2: データベース・テンプレート

- 手順3: データベース識別情報

- 手順4: 管理オプション

- 手順5: データベース資格証明

- 手順6: データベース・ファイルの位置

- 手順7: リカバリ構成

- 手順8: データベース・コンテンツ

- 手順9: 初期化パラメータ

- 手順10: データベース記憶域

- 手順11: 作成オプション

後続の項では各ウィンドウの詳細を示します。大部分のウィンドウではデフォルト設定が提供されます。

手順2: データベース・テンプレート

このウィンドウでは、作成するデータベースのタイプを選択できます。DBCAを使用して、オラクル社提供のテンプレートまたは管理者が作成したテンプレートからデータベースを作成できます。これらのテンプレートには、ワークロードに応じて最適化された設定が含まれています。

テンプレートとして、次の2つのタイプのワークロード用のものが属しています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

「詳細表示」をクリックすると、各タイプのデータベースの構成が表示されます。データベースがサポートするワークロードのタイプに応じて適したテンプレートを選択してください。選択するテンプレートが不明な場合は、デフォルトの「汎用またはトランザクション処理」テンプレートを選択します。

より複雑な環境では、「カスタム・データベース」オプションを選択できます。このオプションを選択すると、テンプレートが使用されないため、より広範囲の質問が行われ、データベースの作成に時間がかかります。

データベース・テンプレートの使用方法の詳細は、「DBCAを使用したテンプレートの管理」を参照してください。

手順3: データベース識別情報

「グローバル・データベース名」フィールドに、database_name.domain_nameという形式でデータベース名を入力します。

「SID」フィールドにシステム識別子を入力します。SIDはデータベースを実行するインスタンスを一意に識別するためのものであり、デフォルトではデータベース名です。

手順4: 管理オプション

このウィンドウを使用して、データベースをOracle Enterprise Managerで管理できるように設定します。Oracle Enterprise Managerには、個々のデータベースを管理するWebベースの管理ツールと、Oracle環境全体を管理する集中管理ツールが用意されています。

Enterprise Managerを使用する場合は、「Enterprise Managerの構成」を選択します。次にオプションを1つ選択します。

- ホスト・コンピュータにOracle Management Agentがインストールされている場合は、「集中管理用にGrid Controlに登録」を選択し、「管理サービス」を選択して集中管理を設定できます。

- データベースをローカルで管理する場合は、「ローカル管理用にDatabase Controlを構成」を選択します。オプションで、データベースのアラートや日次バックアップの電子メール通知も構成できます。

手順5: データベース資格証明

このウィンドウでは、SYS、SYSTEMなどの管理者アカウントのパスワードを指定します。

手順6: データベース・ファイルの位置

このウィンドウでは、データベースで使用する記憶域のタイプを指定します。詳細は、「拡張インストールについて」を参照してください。

次に、Oracle Databaseファイルの場所を指定します。次のいずれかのオプションを選択します。

- テンプレートのデータベース・ファイル位置を使用: このオプションを選択すると、DBCAは、テンプレートに設定されているディレクトリ情報を使用します。データベース・ファイルの名前と場所は後で変更できます。

- すべてのデータベース・ファイルに対して共通の位置を使用: このオプションでは、Oracleホーム用の新しいディレクトリを指定する必要があります。すべてのデータベース・ファイルはこの場所に作成されます。データベース・ファイルの名前と場所は後で変更できます。

- Oracle Managed Filesの使用: このオプションを選択すると、Oracle Databaseを構成するオペレーティング・システム・ファイルをOracle Databaseで直接管理できます。すべてのファイルに対して、「データベース領域」と呼ばれるデフォルトの場所を指定します。Oracle Databaseは、必要に応じて、この場所でファイルを自動的に作成または削除します。「REDOログおよび制御ファイルの多重化」を選択して、REDOログ・ファイルおよびオンライン・ログ・ファイルの複数のコピーを作成することもできます。オンラインREDOログ・ファイルおよび制御ファイルの詳細は、第9章「バックアップおよびリカバリの実行」を参照してください。
このオプションを選択すると、データベース・ファイルの管理をデータベースに完全に委任できます。ファイル名、ファイルの場所、ファイル・サイズなどを指定する必要はありません。

手順7: リカバリ構成

新規データベースの作成時には、システム障害が発生した場合にデータをリカバリできるようにデータベースを構成することが重要です。オンラインREDOログ・ファイルには、データファイルに加えられた変更の記録が含まれます。オンラインREDOログ・ファイルはオンラインREDOログ・グループに格納されます。データベースには2つ以上のオンラインREDOログ・グループが必要です。グループのオンラインREDOログ・ファイルが一杯になると、ログ・ライター・プロセス(LGWR)では、REDOレコードの書込み先を新しいオンラインREDOログ・グループに切り替えます。Oracle Databaseでは、非アクティブなオンラインREDOログ・ファイル・グループを、総称でアーカイブREDOログ(またはアーカイブ・ログ)と呼ばれる1つ以上のオフラインの保存先に自動的に保存できます。オンラインREDOログ・ファイルをアーカイブREDOログ・ファイルに変更するプロセスは、アーカイブと呼ばれます。

アーカイブは、データベースがARCHIVELOGモードで実行されている場合にのみ実行できます。グループがアーカイブされるまで、ログ・ライター(LGWR)・プロセスではオンラインREDOログ・ファイルのグループを再利用できません。データベースがNOARCHIVELOGモードで実行されている場合は、LGWRプロセスが新しいグループに切り替わった後にグループが非アクティブになると、LGWRプロセスでは非アクティブなグループをすぐに再利用できます。

NOARCHIVELOGモードでは、メディア障害からデータベースを保護することはできませんが、インスタンス障害から保護することはできます。オンラインREDOログ・ファイルに格納された、データベースの最新の変更内容のみを使用して、インスタンス・リカバリを実行します。NOARCHIVELOGモードで運用しているデータベースをリストアする場合、使用できるバックアップは、データベースの終了中に作成したデータベース全体のバックアップのみです。このため、NOARCHIVELOGモードでデータベースを運用する場合は、データベース全体のバックアップを定期的かつ頻繁に作成します。

オンラインREDOログ・ファイルのアーカイブには、次の利点があります。

- オペレーティング・システムやハードウェアで障害が発生した場合は、データベース・バックアップとオンラインREDOログ・ファイルおよびアーカイブREDOログ・ファイルを使用して、コミットされたすべてのトランザクションのリカバリを実行できます。

- データベースの稼働時に作成したバックアップを使用すると、データベースのリカバリを実行できます。ただし、この場合、このデータベースのバックアップ時にアーカイブ・ログ・ファイルのコピーを作成しておくことが条件となります。

- オンライン表領域バックアップを実行できます。メディア障害が発生した場合は、これらのバックアップを使用して、表領域をリストアできます。

- スタンバイ・データベースに、元のデータベースのアーカイブREDOログ・ファイルを繰り返し適用することにより、スタンバイ・データベースを元のデータベースで最新の状態にしておくことができます。

オンラインREDOログ・ファイルをアーカイブする前に、アーカイブ先を決定する必要があります。データベースのバックアップおよびリカバリ操作を簡略化できるため、アーカイブ・ログは高速リカバリ領域に格納することをお薦めします。高速リカバリ領域は、Oracle Databaseがバックアップおよびリカバリに関連するファイルを格納および管理するディスクの場所です。これは、現在のデータベース・ファイル(データファイル、制御ファイルおよびオンラインREDOログ・ファイル)の場所であるデータベース領域とは別です。

データベースの作成時には、次のオプションを選択できます。

- 高速リカバリ領域の指定: このオプションは、バックアップおよびリカバリ領域とそのディレクトリ位置およびサイズを指定する場合に選択します。標準的な位置の指定には、変数を使用できます。

- アーカイブ有効化: このオプションは、データベースのリカバリに使用できるデータベース・オンラインREDOログ・ファイルのアーカイブを有効にする場合に選択します。このオプションを選択すると、Oracle Enterprise Manager Database Controlでアーカイブ・ログ・モードを有効にした場合、またはARCHIVELOGモードでデータベースを実行した場合と同じ結果が得られます。
「アーカイブ有効化」を選択することをお薦めします。このオプションを選択すると、ソフトウェアまたはハードウェア障害に対するデータベースの保護が強化されます。このオプションを今すぐ選択しない場合は、後でARCHIVELOGモードを有効にできます。詳細は、「基本バックアップおよびリカバリのためのデータベースの構成」を参照してください。

手順8: データベース・コンテンツ

データベースを作成すると、次のいずれかの方法でデータをロードできます。

- サンプル・スキーマ: サンプル・スキーマ(EXAMPLE)表領域をデータベースに追加するには、「サンプル・スキーマ」を選択します。オラクル社提供のガイドや各種の入門資料には、サンプル・スキーマに基づいた例が含まれています。オラクル社では、データベースでのサンプル・スキーマの利用をお薦めしています。

- カスタム・スクリプト: カスタム・スクリプト・サブページでは、データベースの作成後に実行する1つ以上のSQLスクリプトを指定できます(オプション)。スクリプトは、カスタム・スキーマのロードなど、インストール後のタスクを実行する場合に便利です。インストール後にスクリプトを実行するには、そのスクリプトに、データベースを指定するための接続文字列が含まれている必要があります。詳細は、「ヘルプ」をクリックしてください。

手順9: 初期化パラメータ

このウィンドウのリンクを使用すると、デフォルトの初期化パラメータの設定を変更できる追加ウィンドウが開きます。これらのパラメータは、次のカテゴリに分類されます。

- メモリー

- サイズ指定

- キャラクタ・セット

- 接続モード

ウィンドウ下部の「すべての初期化パラメータ」をクリックして、すべてのデータベース初期化パラメータのリストと現在の設定を表示することもできます。

メモリー

このウィンドウを使用して、メモリーを管理するデータベースを制御する初期化パラメータを設定します。メモリーの管理方法として、次から選択できます。

- 標準:この方法では、必要な構成は最小限であり、システムの物理メモリーの合計に対する割合としてメモリーを割り当てます。「標準」を選択してパーセント値を入力します。「メモリー分散を表示」をクリックすると、DBCAがシステム・グローバル領域(SGA)と、集計プログラム・グローバル領域(PGA)に割り当てるメモリー量が表示されます。この設定ではSGAのメモリー・コンポーネントの多くが自動的に調整され、必要に応じて個々のPGAにメモリーが割り当てられます。SGAまたは集計PGAに割当て済の合計メモリー量は、処理ニーズに応じて動的に増減されます。データベース・インスタンスの合計メモリー使用量が、ユーザーが指定したメモリー量を超えることはありません。この自動メモリー調整を自動メモリー管理と呼びます。PGAおよびSGAの詳細は、「インスタンス・メモリー構造について」を参照してください。

- カスタム: この方法では、「標準」オプションよりも構成作業が増えますが、データベース・インスタンスによるシステム・メモリーの使用方法をより細かく制御できます。このオプションは、熟練したデータベース管理者向けです。SGAと集計PGAだけでなく、共有プール、バッファ・キャッシュなどのサブ構造のメモリー・サイズも直接指定できます。
カスタム・メモリー管理のオプションとして、次のいずれかを選択します。

- 自動共有メモリー管理: SGAおよびPGAに特定のメモリー容量を割り当てるために使用します。この設定により、SGAの自動共有メモリー管理が有効になり、必要に応じて個々のPGAにメモリーが割り当てられます。

- 手動共有メモリー管理: 個々のSGAコンポーネントおよび集計PGAに値を入力します。このオプションを選択すると、自動共有メモリー管理が無効になり、SGAメモリー・コンポーネント間でSGAメモリーをどのように配分するかを指定できます。

関連項目:

- メモリー管理オプションの詳細は、第5章「Oracleインスタンスの管理」を参照してください。

サイズ指定

このタブでは、最小のブロック・サイズと、データベースに同時に接続できる、オペレーティング・システムのユーザー・プロセスの最大数を指定します。

- ブロック・サイズ: このリストを使用して、ブロック・サイズを選択したり、デフォルトのブロック・サイズにすることができます。Oracle Databaseのデータは、指定のサイズのデータ・ブロックとして格納されます。1つのデータ・ブロックは、ディスク上の物理領域の特定のバイト数に対応しています。デフォルトの8KB以外のブロック・サイズを選択するには高度な知識が必要なため、どうしても必要な場合にのみ実行してください。
事前定義されたテンプレートを使用している間は、データベースがデフォルトの8KBのブロック・サイズで作成されるため、このリストは無効になっています。カスタム・オプションを使用している間は、ブロック・サイズの変更が可能です。

- プロセス数: このフィールドでは、同時にデータベースに接続できる最大プロセス数を指定します。数を入力するか、またはデフォルト値の150を受け入れます。このパラメータのデフォルト値は、多くの環境に適した値です。すべてのバックグラウンド・プロセス、ユーザー・プロセスおよびパラレル実行プロセスを考慮して値を選択してください。

キャラクタ・セット

このタブを使用して、データベースで使用するキャラクタ・セットを定義できます。キャラクタ・セットは、コンピュータ画面に文字を表示するために使用するコード体系です。キャラクタ・セットによって、データベース内で表現できる言語が決定します。

データベースのキャラクタ・セットには、Unicode(AL32UTF8)を使用することをお薦めします。AL32UTF8とは、Unicode標準であるUTF-8エンコードに対してOracleで使用している名前です。Unicode標準は、現在世界で使用されている言語のほとんどをサポートする汎用キャラクタ・セットです。Unicode標準の使用は、データベース処理などのすべての多言語テクノロジに不可欠です。データベースを作成し、本番データが蓄積されてからデータベースのキャラクタ・セットを変更することは、時間がかかり複雑な作業になります。そのため、インストール時に適切なキャラクタ・セットを選択することが重要です。現在はデータベースに多言語データを格納していない場合でも、数年以内に多言語データを格納する予定がある場合、データベース・キャラクタ・セットとしてAL32UTF8を選択することが通常は適切な決定です。ただし、UNIX、LinuxおよびMicrosoft WindowsプラットフォームのOracle Universal Installer(OUI)およびDatabase Configuration Assistant(DBCA)では、AL32UTF8ではなく、ANSIコード・ページというMicrosoft Windowsのキャラクタ・セットがデフォルトのキャラクタ・セットとして使用されています。キャラクタ・セットは、OUIまたはDBCAを起動したオペレーティング・システム・セッションの現在の言語(ロケール)に基づいて選択されます。言語がアメリカ英語または西ヨーロッパ言語である場合、デフォルトのキャラクタ・セットはWE8MSWIN1252になります。各Microsoft Windows ANSIコード・ページには、西ヨーロッパ言語、東ヨーロッパ言語、日本語のような1つの言語または限定された言語グループのデータのみ格納できます。クライアント・ワークステーションのプラットフォームとして、Microsoft Windowsが広く使用されているため、UNIXおよびLinuxプラットフォームで作成されたデータベースであっても、Microsoft Windowsのキャラクタ・セットがデフォルトとなります。Oracleクライアント・ライブラリでは、データベースのキャラクタ・セットと非Windowsクライアント・アプリケーションで使用されるキャラクタ・セット間のキャラクタ・セット変換を自動的に実行します。表示されるキャラクタ・セットのリストから、他のキャラクタ・セットを選択して使用することも可能です。このオプションは、アプリケーション・ベンダーで必要な特定のキャラクタ・セットを選択したり、データベースに接続しているすべてのクライアントが共通して使用しているキャラクタ・セットを選択するときに使用できます。

AL32UTF8はマルチバイト・キャラクタ・セットであるため、文字データに対するデータベース操作の速度は、WE8MSWIN1252などのシングルバイト・データベース・キャラクタ・セットと比較すると若干遅い可能性があります。AL32UTF8では、ASCIIレパートリー以外の文字を使用するほとんどの言語のテキストに対する記憶域要件が、その言語をサポートするレガシー・キャラクタ・セットよりも高くなります。記憶域の増加は文字データと英語以外のデータのみに影響することに注意してください。通常、Unicodeの普遍性と柔軟性はこれらの追加コストを上回ります。

- データベース・キャラクタ・セット: ここでは、次のオプションのいずれかを選択します。

- デフォルトを使用: すべてのデータベース・ユーザーおよびデータベース・アプリケーションに対して、オペレーティング・システムが現在使用している言語のみを選択する場合は、このオプションを選択します。

- Unicode(AL32UTF8)を使用: データベース・ユーザーおよびデータベース・アプリケーションに対して複数の言語をサポートする場合は、このオプションを選択します。

- 次のキャラクタ・セットから選択: Oracle Databaseで、オペレーティング・システムが使用するデフォルトのキャラクタ・セット以外のキャラクタ・セットを使用する場合は、このオプションを選択します。

注意:
AL32UTF8は、可変幅のマルチバイト・キャラクタ・セットです。文字データの処理にAL32UTF8を使用するデータベースに接続するアプリケーションは、そのキャラクタ・セットと連携して機能するように適切にプログラムされている必要があります。データベースを使用するアプリケーションのキャラクタ・セット要件は常に確認する必要があります。現在のアプリケーション・バージョンがUnicode標準をサポートしていない場合は、アプリケーション・ベンダーに連絡してUnicode対応バージョンについて問い合せてください。

- 各国語キャラクタ・セット: このリストでは、キャラクタ・セットを選択するか、またはデフォルト値をそのまま使用します。NCHARキャラクタ・セットとも呼ばれる各国語キャラクタ・セットは、データ型NVARCHAR2、NCHARおよびNCLOBのデータを格納および処理するために使用されるキャラクタ・セットです。これらのデータ型によって、Unicodeデータベース・キャラクタ・セットがないデータベースにUnicode文字を格納できます。使用しているアプリケーションのインストール要件で別途指定されていないかぎり、各国語キャラクタ・セットとしてデフォルト値AL16UTF16をそのまま使用します。

注意:
このキャラクタ・セットはSQL標準(ISO/IEC 9075)に従い、「各国語」と呼ばれますが、データベース・キャラクタ・セットよりもグローバルなアプリケーションに適しているわけではありません。各国語キャラクタ・セットと連携させるにはクライアント・アプリケーションで追加のAPIコールが必要であり、Oracle Textなどの一部のデータベース・コンポーネントでは各国語キャラクタ・セットがサポートされていないため、多言語アプリケーションではVARCHAR2、CHARおよびCLOBデータ型とデータベース・キャラクタ・セットAL32UTF8を含むOracle Databaseを使用することをお薦めします。

- デフォルト言語: このリストでは、デフォルトのデータベース言語を選択するか、デフォルトをそのまま使用します。デフォルトの言語は、日および月の省略形、文字データのデフォルトのソート順序、記述の方向(左または右)など、ロケールに依存する情報をデータベースがサポートする方法を指定します。

- デフォルト地域: このリストでは、日および週の表記規則として従う地域名を選択するか、デフォルトを受け入れます。デフォルトの地域によって、デフォルトの日付書式、デフォルトの小数点文字とグループ・セパレータ、デフォルトの国際標準化機構(ISO)およびローカル通貨記号が決定されます。たとえば、イギリスではデフォルトの日付書式はDD-MON-YYYYです(DDは日付(1から31)を示し、MONは月の短縮名を示し、YYYYは4桁の年を示します)。

接続モード

このウィンドウを使用して、データベース・モードを選択します。データベースは次のいずれかのモードで実行できます。

- 専用サーバー・モード: このモードでは、各ユーザー・プロセスで専用のサーバー・プロセスを使用できます。クライアントの総数が50以下など、少ないと予想される場合は、このオプションを選択します。時間のかかる要求を継続的にデータベースに送信する場合も、このオプションを選択できます。デフォルトでは、データベースは専用サーバー・プロセス用に構成されます。

- 共有サーバー・モード: このモードでは、データベースによって割り当てられたリソース・プールを複数のクライアント接続で共有できます。このモードは、メモリーおよびその他のリソースに対してクライアント・ロードの負荷が高いと予想される構成で使用します。共有サーバー・モードを選択した場合は、データベース・インスタンスの起動時に作成するサーバー・プロセスの数も指定する必要があります。このパラメータの設定の詳細を確認するには、「ヘルプ」をクリックします。

手順10: データベース記憶域

このウィンドウでは、ナビゲーション・ツリーに、データベースの記憶域構造(制御ファイル、データファイル、オンラインREDOログ・グループなど)が表示されます。記憶域構造またはパラメータは、必要に応じて変更できます。

データベースに事前構成済テンプレートを選択した場合は、制御ファイル、データファイル、UNDOセグメントの追加または削除はできません。

手順11: 作成オプション

このウィンドウでは、次のいずれかのオプションを選択してデータベースを作成します。

- データベースの作成: この時点でデータベースを作成する場合に選択します。

- データベース・テンプレートとして保存: 後で使用するテンプレートとしてデータベースの定義を保存する場合に選択します。

- データベース作成スクリプトの生成: 後で実行可能なSQLのデータベース作成スクリプトを生成する場合に、このオプションを選択します。

選択後、「終了」をクリックします。まもなく、確認ウィンドウが表示されます。データベース作成のサマリー情報を確認したら、「OK」をクリックして続行します。

DBCAを使用したデータベースの構成の変更

DBCAを使用すると、既存のデータベースの構成を変更できます。たとえば、次の操作を行うことができます。

- Grid Controlへのデータベースの登録

- 電子メールによるDatabase Controlアラート通知の構成

- リカバリ領域への日次ディスク・バックアップの有効化

- デフォルト・セキュリティ設定の変更

- 専用から共有(または共有から専用)へのサーバー・モードの変更

- 構成されていないデータベース・オプション(Oracle Label Security、Oracle OLAPなど)の追加

DBCAを使用してデータベースの構成を変更するには、次の手順を実行します。

1. 「DBCAの起動」の説明に従って、DBCAを起動します。

2. 「操作」ウィンドウで、「データベース・オプションの構成」を選択し、「次へ」をクリックします。

3. DBCAのガイド付きワークフローの手順に従います。

DBCAを使用したデータベースの削除

DBCAを使用して、データベースを削除することもできます。DBCAでデータベースを削除すると、データベース・インスタンスが停止され、すべてのデータベース・ファイルが削除されます。Windowsプラットフォームでは、関連Windowsサービスも削除されます。

DBCAを使用してデータベースを削除するには、次の手順を実行します。

1. 「DBCAの起動」の説明に従って、DBCAを起動します。

2. 「操作」ウィンドウで、「データベースの削除」を選択し、「次へ」をクリックします。

3. 削除するデータベースを選択して「終了」をクリックします。

DBCAを使用したテンプレートの管理

DBCAテンプレートとは、データベースの作成に必要な情報が含まれているXMLファイルのことです。DBCAでテンプレートを使用すると、新しいデータベースを作成したり、既存のデータベースを複製することができます。テンプレートの情報には、データベース・オプション、初期化パラメータ、記憶域属性(データファイル、表領域、制御ファイルおよびオンラインREDOログ・ファイルの属性)などがあります。

テンプレートは、スクリプトと同様に使用できますが、データベースの複製もできるため、スクリプトよりも強力です。複製では、シード・データベースと呼ばれる既存のデータベースのファイルを正しい場所にコピーするため、時間を節約できます。

テンプレートは、次のディレクトリに格納されています。

ORACLE_HOME/assistants/dbca/templates

テンプレートを使用することの利点

テンプレートの使用には、次の利点があります。

- 時間の節約。テンプレートを使用すると、データベースを定義する必要がありません。

- 容易な複製作業。使用するデータベースの設定を含むテンプレートを作成すると、パラメータをもう一度指定しなくても、データベースの複製を容易に作成できます。

- 容易な編集作業。データベース・オプションは、テンプレートの設定から簡単に変更できます。

- 容易な共有作業。一方のコンピュータからもう一方のコンピュータにテンプレートをコピーできます。

テンプレートのタイプ

テンプレートは、次のタイプに分類されます。

- シード・テンプレート

- 非シード・テンプレート

表2-1に、それぞれの特性を示します。

表2-1 DBCAテンプレートのタイプ

タイプ

ファイル拡張子

データファイル

データベース構造

シード

.dbc

あり

このタイプのテンプレートには、既存のデータベース(シード・データベース)の構造および物理データファイルの両方が含まれています。新しいデータベースは、シード・データベースのコピーとして起動し、次の変更のみを必要とします。

- データベースの名前

- データファイルの格納先

- 制御ファイルの数

- オンラインREDOログ・グループの数

- 初期化パラメータ

これ以外の設定は、データベースの作成後にカスタム・スクリプトを使用して変更できます。スクリプトは、DBCA、コマンドラインのSQL文、またはOracle Enterprise Manager Database Controlによって起動できます。

シード・データベースのデータファイルは、RMANバックアップの圧縮形式で、拡張子が.dfbのファイルに格納されます。シード・データベースの制御ファイルは、拡張子が.ctlのファイルに格納されます。(このファイルは、データファイルをOracle自動ストレージ管理(Oracle ASM)ディスク・グループに格納する場合またはデータファイルをOracle Managed Filesとして格納する場合にのみ必要となります。).dbcファイルには、シード・データベースのデータファイルの場所、および制御ファイルをマウントする場合に使用するソース・データベースの名前が含まれています。

非シード

.dbt

なし

このタイプのテンプレートは新しいデータベースを作成するために使用されます。これには作成するデータベースの特性が含まれます。非シード・テンプレートは、すべてのデータファイルおよびオンラインREDOログ・ファイルがユーザーの仕様に合わせて作成され、名前、サイズ、その他の属性を必要に応じて変更できるため、シード・テンプレートより柔軟です。

オラクル社によって提供されるDBCAテンプレート

表2-2に示すテンプレートが用意されています。

表2-2 オラクル社提供のDBCAのテンプレートおよび対応するワークロード

テンプレート

ワークロード

データ・ウェアハウス

ユーザーは非常に多数の複雑な問合せを実行して、大量のデータを処理します。したがって、応答時間、精度および可用性が重視されます。

数レコードのフェッチから、多数の異なる表の何千ものレコードをソートする問合せまで、様々な問合せ(SELECT文)が実行されます。

汎用またはトランザクション処理

多くのユーザーが非常に多数のトランザクションを同時に実行するため、データに迅速にアクセスすることが要求されます。可用性、速度、同時実行性およびリカバリ能力が重視されます。

トランザクションは、データベース表内のデータの読取り(SELECT文)、書込み(INSERTおよびUPDATE文)、削除(DELETE文)で構成されます。

カスタム・データベース

このテンプレートを使用すると、最も柔軟にデータベースを定義できます。作成したデータベースのあらゆる設定を変更できます。

DBCAを使用したテンプレートの作成

独自のテンプレートを作成する場合は、この項の手順に従います。

テンプレートを作成するには、次の手順を実行します。

1. 「DBCAの起動」の説明に従って、DBCAを起動します。

2. 「操作」ウィンドウで、「テンプレートの管理」を選択して「次へ」をクリックします。

3. テンプレート管理ウィンドウで、「データベース・テンプレートの作成」と次のいずれかのオプションを選択し、「次へ」をクリックします。

- 既存のテンプレートを使用
既存のテンプレートを使用して、事前定義済のテンプレートの設定を基に新しいテンプレートを作成できます。初期化パラメータ、記憶域パラメータ、カスタム・スクリプトを使用するかどうかなど、テンプレートのあらゆる設定を追加または変更できます。

- 既存のデータベースを使用(構造のみ)
データベース・オプション、表領域、データファイル、初期化パラメータなど、既存のデータベースの構造情報を含む新しいテンプレートを作成できます。ユーザー定義スキーマとそのデータは、作成するテンプレートに含まれません。ソース・データベースはローカルに存在していてもリモートに存在していてもかまいません。新しいデータベースにソース・データベースと同じデータを含めず、構造だけを同じにする場合に、このオプションを選択します。

- 既存のデータベースを使用(データおよび構造)
既存のデータベースの構造情報と物理データファイルの両方を含む新しいテンプレートを作成できます。このようなテンプレートを使用して作成したデータベースは、元になるデータベースと同一になります。ユーザー定義スキーマとそのデータは、作成するテンプレートに含まれます。元のデータベースは、ローカルにある必要があります。このオプションは、元のデータベースの正確なレプリカを作成できるテンプレートが必要な場合に選択します。

既存のデータベースからテンプレートを作成するときに、ファイル・パスをOptimal Flexible Architecture(OFA)に変換するか、または既存のファイル・パスを維持できます。OFAは、Oracleソフトウェアおよびデータベースに関するファイルの命名および配置のガイドラインです。データベースを作成するコンピュータとテンプレートを定義したコンピュータのディレクトリ構造が異なる場合は、OFAを使用することをお薦めします。データベースの作成先コンピュータと作成元のコンピュータのディレクトリ構造が同じ場合には、標準のファイル・パスを使用できます。

4. DBCAのガイド付きワークフローの手順に従ってテンプレートを作成します。

テンプレートの削除

テンプレートを削除すると、新しいデータベースまたは新しいテンプレートを作成する場合に使用できなくなります。

テンプレートを削除するには、次の手順を実行します。

1. 「DBCAの起動」の説明に従って、DBCAを起動します。

2. 「操作」ウィンドウで、「テンプレートの管理」を選択して「次へ」をクリックします。

3. 「テンプレート管理」ウィンドウで、「データベース・テンプレートの削除」を選択して「次へ」をクリックします。

4. 削除するテンプレートを選択して「終了」をクリックします。

インストール: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

インストールに関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/install/install.htm

3 データベース管理の概要

この章では、データベースを管理するための簡単なロードマップを示します。Oracle Databaseを管理するWebベースのインタフェースであるOracle Enterprise Manager Database Control(Database Control)について説明します。

この章は次の項で構成されています。

- データベースの管理: ロードマップ

- Oracle Enterprise Manager Database Controlの概要

- Database Controlコンソール・プロセスの起動および停止

- データベースのホームページのアクセス

- 非管理ユーザーのDatabase Controlへのアクセス権の付与

- Database Control管理ユーザーの作成

- Database Controlのプリファレンスの設定

- SQLベースの管理ツールを使用したデータベースの管理

- Oracle Enterprise Managerの概要: Oracle by Example Series

データベースの管理: ロードマップ

この項では、Oracle Databaseインスタンスの管理タスクの概要について説明します。別のタスクの詳細は、このマニュアルの各章で説明します。

Oracle Databaseを管理するには、次の手順を実行します。

1. データベース・インスタンスを起動します。
インストール後にインスタンスが起動し、データベースがオープンされます。将来電力またはメディア障害によりデータベースのメンテナンスの実行、またはデータベース・インスタンスの終了および再起動をする可能性があります。

詳細は、「Oracleインスタンスの停止および起動」を参照してください。

2. クライアントのデータベースへの接続を有効にするには、オプションでネットワーク環境を構成します。
詳細は、第4章「ネットワーク環境の構成」を参照してください。

3. データベース記憶域構造(表領域とデータファイル、オンラインREDOログ・ファイルおよび制御ファイル)を確認します。必要に応じて、記憶域構造を作成または変更します。
詳細は、第6章「データベース記憶域構造の管理」を参照してください。

4. メモリーの割当てを確認し、必要に応じて調整します。
詳細は、「メモリーの管理」を参照してください。

5. 必要に応じて、事前定義したデータベースのユーザーを確認し、ロックを解除して、パスワードをリセットします。新規ユーザーを作成し、ロールおよび権限を割り当てます。
詳細は、第7章「ユーザー・アカウントおよびセキュリティの管理」を参照してください。

6. 表、ビューおよび索引を含む必要なスキーマ・オブジェクトを作成します。表にデータを入力します。
詳細は、第8章「スキーマ・オブジェクトの管理」を参照してください。

7. データベースのバックアップ計画を作成または確認し、データベースのバックアップを作成します。
詳細は、第9章「バックアップおよびリカバリの実行」を参照してください。

8. まだ使用可能になっていない場合は、オンラインREDOログ・ファイルのアーカイブを使用可能にします。
詳細は、「リカバリ設定の構成」を参照してください。

9. データベース・パフォーマンスを監視し、パフォーマンスの問題を診断し、必要に応じてデータベースをチューニングします。
詳細は、第10章「データベースの監視およびチューニング」を参照してください。

10. データベースの重大な障害を調査し、診断データを収集し、Oracleサポート・サービスに報告します。
詳細は、第11章「問題の調査、報告および解決」を参照してください。

11. 最新のリリースを使用して、Oracle Databaseソフトウェアを最新の状態に保ちます。
詳細は、第12章「Oracle Databaseソフトウェアの管理」を参照してください。

Oracle Enterprise Manager Database Controlの概要

Oracle Enterprise Manager Database Control (Database Control)はOracle Databaseを管理する主要なツールです。これはデータベースと同時にインストールされ、これまでにない扱いやすさを実現しています。

Database Controlでは、スキーマ・オブジェクト(表、ビュー、索引など)の作成、ユーザーのセキュリティの管理、データベースのメモリーおよび記憶域の管理、データベースのバックアップおよびリカバリ、データのインポートおよびエクスポートなどの管理タスクを実行できます。また、データベースのパフォーマンスおよびステータス情報を表示できます。

データベースのホームページ

データベース管理用のメイン・ページはデータベースのホームページです。Database Controlにログインするときにロードされるページです。詳細は、「データベースのホームページのアクセス」を参照してください。

オンライン・ヘルプ

各ページ上部に表示されている「ヘルプ」リンクをクリックすると、状況依存のオンライン・ヘルプにアクセスできます。どのヘルプ・ページでも、「コンテンツ」をクリックすると全ヘルプ・トピックにリンクします。検索機能によりオンライン・ヘルプの内容を検索できます。

ナビゲーション

Database Controlのナビゲーション機能は次のとおりです。

- サブページのリンクはページの最上部にあります。このリンクから、管理作業を個々のカテゴリに分類するDatabase Controlのサブページに移動できます。たとえば、「可用性」をクリックすると、データのバックアップおよびリカバリに関連付けられたタスクを実行します。
hp-propertypages.gifの説明

- 詳細の増加レベルを提供するドリルダウン・リンク。
drilldownlink.gifの説明

たとえば、「ホスト」というラベルの横にあるリンクをクリックすると、データベースが実行されるコンピュータの詳細が表示されます。

- 推奨する詳細の関連リンク。
hp_relatedlinks.gifの説明

オペレーティング・システムの環境変数の構成

Oracle DatabaseにアクセスするSQL*Plusなどの特定のツールを使用する前に、オペレーティング・システム用の環境変数を構成する必要があります。これらの環境変数は、ツールの接続先となるデータベース・インスタンスを判別するときにOracle Databaseによって使用されます。

LinuxおよびUNIXシステム上で、データベース・インスタンス用のオペレーティング・システム環境変数を構成するには、次の手順を実行します。

1. オペレーティング・システムのコマンド・ウィンドウを開きます。

2. 環境変数ORACLE_HOMEおよびORACLE_SIDが正しく設定されていることを確認します。これらの環境変数の設定に使用するコマンドは、オペレーティング・システムとのインタフェースに使用するシェルによって異なります。次に例を示します。

- (bashまたはksh)export ORACLE_SID=orcl

- (cshまたはtcsh)setenv ORACLE_SID=orcl

これらを設定するには、スクリプトcoraenv(Cシェルの場合)およびoraenv(その他のシェルの場合)を使用します。これらのスクリプトは通常、/usr/local/binにあります。

3. $ORACLE_HOME/binディレクトリがPATH環境変数に含まれていることを確認します。

4. /home/oracleなどのソフトウェア所有者のホーム・ディレクトリで、デフォルト・シェル用にプロファイル・ファイルを編集して、そのユーザーとしてログインするたびにこれらの環境変数が設定されるようにすることもできます。

Windowsシステム上で、データベース・インスタンス用のオペレーティング・システム環境変数を構成するには、次の手順を実行します。

1. オペレーティング・システムのコマンド・ウィンドウを開きます。

2. regeditまたはOracle Administration Assistant for Windowsを使用して、ORACLE_HOMEおよびORACLE_SIDパラメータがHKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_HOME_NAMEレジストリ・サブキーで正しい値に設定されていることを確認します。

3. %ORACLE_HOME%\binディレクトリがPATH環境変数に含まれていることを確認します。コマンド・プロンプトで次のようなコマンドを使用します。

set PATH=%ORACLE_HOME%\bin;%PATH%

関連項目:

- 環境変数の設定の詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

- レジストリ・エントリの変更の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

Database Controlコンソール・プロセスの起動および停止

ブラウザからOracle Enterprise Manager Database Control(Database Control)にアクセスするには、データベースのホスト・コンピュータでDatabase Controlコンソール・プロセスのdbconsoleを実行している必要があります。dbconsoleプロセスはインストール後に自動的に起動します。ただし、システムを再起動する必要がある場合は、dbconsoleプロセスをコマンドラインから手動で起動するか、Windowsのサービスとして起動できます。また、コマンドを実行してdbconsoleプロセスを停止したり、そのステータスを表示できます。dbconsoleプロセスが停止した場合は、Database Controlを使用する前に手動で再起動する必要があります。

コマンドラインからdbconsoleプロセスのステータスを起動したり、停止または表示するには、次の手順を実行します。

1. 「オペレーティング・システムの環境変数の構成」で説明されているとおりに、オペレーティング・システムの環境変数を構成します。

2. 次の操作を1つ実行します。

- dbconsoleプロセスを起動するには、次のコマンドを実行します。

./emctl start dbconsole

- dbconsoleプロセスを停止するには、次のコマンドを実行します。

./emctl stop dbconsole

- dbconsoleプロセスのステータスを表示するには、次のコマンドを実行します。

./emctl status dbconsole

注意:
ORACLE_UNQNAME環境変数を設定するように求められたら、この変数を設定してemctlコマンドを再度実行します。変数をデータベースの一意の名前(DB_UNIQUE_NAMEデータベース・パラメータの値)に設定します。DB_UNIQUE_NAMEの一般的な値はorclです。

Microsoft Windowsのサービスとしてdbconsoleを起動または停止するには、次の手順を実行します。

1. 次の操作を1つ実行します。

- Windows XPおよびWindows Server 2003では「スタート」をクリックし、「コントロール パネル」を選択します。

- Windows 2000 Serverでは「スタート」をクリックし、「設定」を選択して「コントロール パネル」を選択します。

コントロール パネル・ウィンドウが開きます。

2. 「管理ツール」アイコンをダブルクリックし、「サービス」アイコンをダブルクリックします。
サービス・ウィンドウが開きます。

Oracle DatabaseサービスはOracleで始まります。dbconsoleサービスはOracleDBConsoleOracle_sidとしてリストされます。Oracle_sidがデータベース・インスタンスのシステムID (SID)です。このプロセスのステータス(起動したかあるいは停止したか)は「ステータス」列に表示されます。

3. OracleDBConsoleOracle_sidサービスをダブルクリックします。
サービス・プロパティ・ウィンドウを開きます。

4. 起動タイプ・リストで、「手動」か「自動」のいずれかが選択されていることを確認します。

5. 次の操作を1つ実行します。

- dbconsoleを開始するには、「開始」をクリックし、「OK」をクリックします。

- dbconsoleを停止するには、「停止」をクリックし、「OK」をクリックします。

データベースのホームページのアクセス

データベースのホームページはOracle Enterprise Manager Database Control(Database Control)のメイン・データベース管理ページです。

データベースのホームページにアクセスするには、次の手順を実行します。

1. dbconsoleプロセスがデータベースのホスト・コンピュータ上で実行されていることを確認してください。
詳細は、「Database Controlコンソール・プロセスの起動および停止」を参照してください。

2. Webブラウザで次のURLを入力します。

https://hostname:portnumber/em

たとえば、comp42.example.comという名前のホスト・コンピュータにデータベースをインストールしたと想定します。また、使用するEnterprise ManagerコンソールのHTTPポート番号が1158であるとします。この場合は、次のURLを入力します。

https://comp42.example.com:1158/em

Oracle Databaseを最近インストールした場合、LinuxおよびUNIXシステムでは$ORACLE_HOME/install/portlist.iniファイルを表示してDatabase Controlのポート番号を確認できます。それ以外の場合は、$ORACLE_HOME/Oracle_sid/sysman/config/emd.propertiesファイルでREPOSITORY_URLを検索してDatabase Controlのポート番号を確認できます。ここで、Oracle_sidはデータベース・インスタンスのシステム識別子(SID)です。

Database Controlにアクセスしたときに、データベース・インスタンスが実行中の場合は、ログイン・ページが表示されます。データベースが停止していて再起動する必要がある場合は、Database Controlに起動/停止およびリカバリの実行ページが表示されます。

データベースを起動するには、次の作業を行う必要があります。

1. 「起動/停止」をクリックして、ホスト・ログインのユーザー名およびパスワードを入力し、その後データベース・ログインのユーザー名およびパスワードを入力します。
データベースのユーザーおよびパスワードには、SYSおよびインストール時に指定したパスワードを入力します。

2. 「OK」をクリックしてデータベース・インスタンスを起動し、次に確認画面で「はい」をクリックして、オープン・モードでデータベースを起動します。

3. Database Controlにアクセス権限のあるユーザー・アカウントでデータベースにログインします。
このユーザーは、最初はSYSまたはSYSTEMのいずれかで、データベースのインストール時に指定したパスワードを使用します。

SYSTEMアカウントを使用して日常的な管理タスクを実行できますが、Oracle Databaseを管理するための名前付きユーザー・アカウントを作成して、データベース・アクティビティを監視できるようにすることをお薦めします。データベースのバックアップ、リカバリまたはアップグレードを行うには、SYSDBAユーザーとしてログインする必要があります。

Database Controlにデータベースのホームページが表示されます。

homepage_small.gifの説明

ページの最上部のサブページ・リンクを使用して、パフォーマンス、可用性およびその他のデータベース管理ページにアクセスできます。これらのページで提供される機能については、このマニュアルの他の項で説明しています。

データベース・ホームページの様々なセクションでは、データベースの環境および状態について説明します。たとえば、「アラート」セクションおよび「診断サマリー」セクションには、データベースの操作に影響を及ぼすエラーおよびパフォーマンスに関する問題が示されます。ここに示されたリンクをクリックすると、問題領域に関する詳細を参照できる以外に、場合によっては問題解決の推奨事項を入手できます。詳細は、第10章「データベースの監視およびチューニング」を参照してください。

関連項目:

- 「Database Controlコンソール・プロセスの起動および停止」

- 『Oracle Database 2日でセキュリティ・ガイド』

非管理ユーザーのDatabase Controlへのアクセス権の付与

データベース管理者は、SYSまたはSYSTEMユーザー・アカウントを使用してOracle Enterprise Manager Database Control(Database Control)にログインし、管理タスクおよびその他のタスクを実行できます。非管理ユーザーがDatabase Controlにログインする可能性もあります。たとえば、アプリケーション開発者はDatabase Controlインタフェースを利用して、表、索引、ビューなどの作成または変更を行う必要があります。これらのユーザーには、ログインできるようにDatabase Controlへのアクセス権を付与する必要があります。

非管理ユーザーにDatabase Controlへのアクセス権を付与するには、SELECT_CATALOG_ROLEロールを付与する必要があります。詳細は、「例: ユーザー・アカウントへの権限およびロールの付与」を参照してください。

関連項目:

- 『Oracle Database 2日でセキュリティ・ガイド』

Database Control管理ユーザーの作成

SYS、SYSTEM、またはSYSMANユーザー・アカウントを使用してOracle Enterprise Manager Database Control(Database Control)にログインするときは、Database Controlスーパー・ユーザーとしてログインします。これらのアカウントには、Database Controlの管理に必要なロールおよび権限が自動的に付与されます。Database Control管理タスクの例は、次のとおりです。

- その他のDatabase Control管理者の作成

- 電子メールおよびその他のメソッドの構成
詳細は、「ダイレクト・アラート通知の設定」を参照してください。

- 表領域使用率の割合の超過またはSQLレスポンス時間の超過などのデータベース・メトリックへのアラートしきい値の設定
詳細は、「アラートの管理」を参照してください。

- 適用するデータベース・ポリシーの選択。ポリシーに違反する場合にDatabase Controlにアラートを表示可能(ポリシーの例として、「システム・ユーザー以外はSYSTEMまたはSYSAUX表領域をデフォルト表領域として使用できない」などがあります)。

- メンテナンス操作が監視データを偏らせたり不要なアラートを生成しないようにデータベース監視を一時停止する期間であるブラックアウトの定義。
詳細は、「ブラックアウト期間の定義」を参照してください。

Database Control自体を管理する権限を十分に持ち、SYSおよびSYSTEMユーザーの高度のデータベース管理権限を持たないDatabase Control管理ユーザーを作成します。これにより、他のDatabase Control管理者から要求される最小限の権限を割り当てることができ、データベース・セキュリティにとってベスト・プラクティスです。また、Database Control管理アカウントを作成でき、データベース管理タスクを実行するまで、SYSまたはSYSTEMとしてログインすることを回避できます。

次の手順を使用して、Database Control管理権限を既存のデータベース・ユーザーに割り当てたり、新しいDatabase Control管理ユーザーを作成することができます。新しいDatabase Control管理ユーザーを作成する場合は、そのユーザーに対してデータベースのユーザー・アカウントが作成されます。どのシステム権限、オブジェクト権限、またはロールをユーザーに付与するか、また必要であれば、どのシステム権限、オブジェクト権限、またはロールでデータベース管理タスクを実行するかを決定する必要があります。

Database Control管理ユーザーを作成する手順は、次のとおりです。

1. いずれかのDatabase Controlページのページ上部で、「設定」をクリックします。
Enterprise Manager構成ページが表示されます。このページには設定の概要ページが表示されます。

2. 左にあるナビゲーション・バーで、「管理者」をクリックします。
管理者ページが表示されます。

em_admin_create.gifの説明

3. 「作成」をクリックします。
管理者の作成: プロパティ・ページが表示されます。

em_admin_create_properties.gifの説明

4. 「名前」フィールドに既存のデータベース・ユーザーの名前を入力するか、フィールドの横にある懐中電灯アイコンをクリックして既存のデータベース・ユーザーを選択します。

5. データベースの電子メールの通知を設定する場合のみ、この管理者の電子メールアドレスを1つ以上入力します。
詳細は、「ダイレクト・アラート通知の設定」を参照してください。

6. 「確認」をクリックし、入力した情報の概要を説明するページを表示します。

7. 「終了」をクリックして、Database Control管理ユーザーとしてデータベース・ユーザーを構成します。
リストに新しい管理者が示されている管理者ページが表示されます。

Database Controlのプリファレンスの設定

この項では、Oracle Enterprise Manager Database Control (Database Control)へのユーザー・プリファレンスの設定について説明します。この付録には、次の項があります。

- Database Controlのプリファレンスについて

- ブラックアウト期間の定義

- 優先資格証明の設定

Database Controlのプリファレンスの設定について

Database Controlを使用すると、次のようなユーザー・プリファレンスを設定できます。

通知

これらの設定で、Database Controlによるアラートの電子メール通知が有効になります。アラートはデータベースが望ましくない状態にあり注意が必要であることを通知します。デフォルトで、データベースのホームページにはすべてのアラートが表示されます。ただし、電子メール通知を使用するには設定が必要です。アラートおよび通知の設定の詳細は、「ダイレクト・アラート通知の設定」を参照してください。

ブラックアウト管理

ブラックアウトにより、データベース監視データの収集、およびDatabase Controlによるアラートの送信が一時停止されます。ブラックアウトでは、不要なアラートの受信や監視データの偏りを避けながら、スケジュールされたメンテナンスをデータベースに対して実行できます。

たとえば、データの収集をデータベースのバックアップ時またはハードウェアのアップグレード時に停止できます。このような期間に監視を続けると、収集されたデータには、日常的な操作の結果とは異なる傾向およびその他の監視情報が表示されます。より正確で、長期間のデータベース・パフォーマンスの情報を得るために、ブラックアウトを使用すると、これらの特殊なケースをデータ分析から除外できます。詳細は、「ブラックアウト期間の定義」を参照してください。

優先資格証明

Database Controlはバックアップなど、多くのルーチンの管理タスクを自動的に実行できます。Database Controlに組み込まれたジョブ・スケジューリング・システムを使用して、これらのルーチン・タスクを実行できます。環境をセキュアに保つために、Enterprise Managerの自動実行のタスクの設定ではホスト・コンピュータおよびデータベースのログイン情報を入力することが必要です。この情報をジョブやタスクを作成または実行するたびに入力することを回避するために、Database Controlではこの情報を優先資格証明として保存できます。優先資格証明は暗号化モードでデータベースに格納され、不正なアクセスから保護されます。詳細は、「優先資格証明の設定」を参照してください。

ブラックアウト期間の定義

データベース監視情報の収集とアラートの送信を一時停止するブラックアウト期間を、1回かぎりにするか、または繰り返しにするかを定義します。

ブラックアウト期間を定義するには、次の手順を実行します。

1. いずれかのDatabase Controlページのページ上部で、「設定」をクリックします。
Enterprise Manager構成ページが表示されます。このページには設定の概要ページが表示されます。

2. 左側のペインにある「ブラックアウト」をクリックします。
ブラックアウト・ページが表示されます。

3. 「作成」をクリックするとブラックアウトの作成ウィザードが開始します。
ブラックアウトの作成: プロパティ・ページが表示されます。

em_blackout_properties.gifの説明

4. (オプション)デフォルトのブラックアウト名をユーザーが選択したものと置換します。

5. (オプション)「コメント」フィールドに、ブラックアウトの目的を説明するテキストを入力します。

6. 「理由」リストで最も適切なブラックアウトの理由を選択します。

7. 「使用可能なターゲット」セクションの「タイプ」リストで、「データベース・インスタンス」を選択します。
「使用可能なターゲット」リストにデータベース・インスタンスの完全修飾名が表示されます。

8. 「使用可能なターゲット」リストでインスタンスを選択し、「移動」アイコンをクリックします。

注意:
インスタンス名をダブルクリックすることもできます。

インスタンス名が、「使用可能なターゲット」リストから「選択したターゲット」リストに移動します。

9. 「次へ」をクリックします。
ブラックアウト・スケジュールの作成ページが表示されます。

em_blackout_schedule.gifの説明

10. ブラックアウトの作成: スケジュール・ページで、次のいずれかの操作を行います。

1. 「開始」セクションで、ブラックアウトをすぐに行うか、後で行うかスケジュールします。

2. 「期間」セクションでは、ブラックアウトの期間が表示されます。

3. 「繰返し」セクションで、ブラックアウトを定期的に繰り返すには、「繰返し」リストから繰返し頻度を選択します。これ以外の場合は、デフォルト値の「繰返しなし」を使用します。

11. 「次へ」をクリックします。
確認ページが表示されます。

入力した項目を確認します。「戻る」をクリックして設定を変更します。

12. 「終了」をクリックします。
ブラックアウト・ページに「確認」ヘッダーが表示されて、新しいブラックアウト期間がリストに示されます。

関連項目:

- 「アラートについて」

優先資格証明の設定

優先資格証明を設定すると、資格証明が求められる通常の状況で、Database Controlによってホスト・コンピュータおよびデータベース・ログインの資格証明が自動的に入力されます。資格証明が必要なジョブを実行しようとした場合も、これらの資格証明がDatabase Controlによって入力されます。

データベース優先資格証明を設定するには、次の手順を実行します。

1. いずれかのDatabase Controlページで、ページ上部の「プリファレンス」をクリックします。
プリファレンス・ページが表示されます。

2. 左ペインの「優先資格証明」をクリックします。
ターゲットの表が示されている優先資格証明ページが表示されます。

em_pref_credentials.gifの説明

3. データベース・インスタンスの表の行にある「資格証明の設定」の下のアイコンをクリックします。
データベースの優先資格証明ページが表示されます。

4. 次の資格証明情報を入力します。

- ユーザー名/パスワードとSYSDBAのユーザー名/SYSDBAのパスワードのデータベース資格証明

- ホストのユーザー名/ホストのパスワードのホスト資格証明

たとえば、通常はユーザーSYSTEMとして接続し、SYSDBAアクセスにはSYSアカウントを使用し、ホスト・ユーザー名にはoracleを使用することがあります。

注意:
ホスト・ユーザーには、データベース・バックアップなどのバックグラウンド・ジョブを実行するための特定のホスト権限が必要な場合があります。たとえば、UNIXおよびLinuxの場合、ホスト・ユーザーはOSDBAグループ(通常、dba)に属している必要があります。Windowsの場合、ホスト・ユーザーはAdministratorsグループのメンバーであり、Log on as batch jobログオン権限が付与されている必要があります。詳細は、ご使用のプラットフォームのマニュアルを参照してください。

5. 「テスト」をクリックし、資格証明をテストします。
確認メッセージには資格証明が検証可能かどうかが表示されます。

6. 「適用」をクリックして変更を適用します。

SQLベースの管理ツールを使用したデータベースの管理

Database Controlで提供されているGraphical User Interface(GUI)以外にも、SQL DeveloperやSQL*Plusなどの他のOracleツールを使用してデータベースを管理できます。これらのツールを使用すると、データベース管理操作を実行して、データベースでのデータの問合せ、挿入、更新または削除ができます。

後続の項で詳細を示します。

- SQLについて

- SQL*Plusについて

- SQL*Plusの起動およびデータベースへの接続

- SQL Developerについて

関連項目:

- 『Oracle Database 2日で開発者ガイド』

- 『Oracle Database SQL言語リファレンス』

SQLについて

多くの操作を実行するために、Oracle Enterprise Manager Database Control(Database Control)はStructured Query Language(SQL)文をデータベースに送信します。SQL(シークェルと読む)は、データベースへの問合せや更新を行う業界標準の英語形式のコンピュータ・プログラミング言語です。

次はユーザーhrに所有されている国表にある国々についての情報をリストしたSQL問合せの一例です。

SELECT COUNTRY_ID, COUNTRY_NAME FROM HR.COUNTRIES;

SQLは各種のデータベース管理タスクの実行にも使用できる強力な言語です。次のSQL文はデータベース・ユーザーnickを作成し、指定したパスワード(passwordで表されている)を割り当てます。

CREATE USER nick IDENTIFIED BY password;

Database Control内で管理タスクを実行する場合は、「SQL表示」をクリックすると、Database Controlによって生成および送信されるSQL文を表示できます。

SQL*Plusについて

SQL*PlusはOracle DatabaseへSQL文およびPL/SQL文の送信に使用するコマンドライン・プログラムです。これらの文はSQL*Plusスクリプトとして相互作用的に送信できます。SQL*Plusはデータベースとともにインストールされ、ORACLE_HOME/binディレクトリに保存されます。

コマンドライン、またはWindowsの「スタート」メニューから、SQL*Plusを開始できます。

SQL*Plusがロードされると、次のようなSQLプロンプトが発行されます。

SQL>

SQLプロンプトで、データベースの停止または新規ユーザーなどの管理タスクを実行する文を入力するか、データの問合せ、挿入、更新および削除が可能です。

単一のSQL文を複数行に入力できます。各文の最後には、セミコロン(;)を入れる必要があります。ほとんどの文では、1行にスラッシュのみを入力すると、文を再実行できます。

関連項目:

- 『SQL*Plusユーザーズ・ガイドおよびリファレンス』

- 『Oracle Database概要』

SQL*Plusの起動およびデータベースへの接続

この項では、コマンドラインおよびWindowsの「スタート」メニューからSQL*Plusを起動してデータベースに接続する方法について説明します。

新しいインストールでは、SYSまたはSYSTEMデータベース・アカウントを使用して、データベースに接続します。ユーザー名としてSYSまたはスラッシュ(/)を入力して、AS SYSDBA句を指定すると、オペレーティング・システム認証を使用して、アクセスの認証が行われます。オペレーティング・システム認証では、Windows、UNIXまたはLinuxのホスト・ユーザー・アカウントを使用してOracle Databaseに対する認証が行われます。特別なユーザー・グループのメンバーであるユーザー・アカウントを持つホスト・コンピュータにログインする必要があります。UNIXおよびLinuxの場合、通常、このユーザー・グループはdbaです。このタイプの認証を使用すると、起動されていないOracle Databaseに接続できるため、起動されていないOracle Databaseを起動できます。詳細は、『Oracle Database管理者ガイド』を参照してください。

次の手順は、SYSDBA権限を使用して、ユーザーSYSとしてデータベースにログインする方法を示しています。

SQL*Plusを起動してコマンドラインからデータベースに接続するには、次の手順を実行します。

1. コマンド・ウィンドウを開きます。

2. 「オペレーティング・システムの環境変数の構成」で説明されているとおりに、オペレーティング・システムの環境変数を構成します。

3. 次の書式でコマンドを使用し、SQL*plusを起動します。

sqlplus {username | /} [as sysdba]

このコマンドの例は次のとおりです。

$ sqlplus / AS SYSDBA
Enter password: password

usernameには、SYSまたはSYSTEM管理ユーザーを使用できます。プロンプトで、インストール時に設定したパスワードを入力します。SYSユーザーを使用した場合は、ユーザー名の後にAS SYSDBAを含める必要があります。

SQL*Plusでは、デフォルトのデータベース・インスタンス(Microsoft Windows)または環境変数(LinuxおよびUNIX)により指定されたデータベース・インスタンスに接続されます。

Windowsの「スタート」メニューからSQL*Plusを起動してデータベースに接続するには、次の手順を実行します。

1. 「オペレーティング・システムの環境変数の構成」で説明されているとおりに、オペレーティング・システムの環境変数を構成します。

2. 「スタート」をクリックして、「プログラム」(または「すべてのプログラム」)→「Oracle - HOME_NAME」→「Application Development」→「SQL*Plus」を選択します。

3. プロンプトが表示されたら、データベースとの接続に使用するアカウントのユーザー名およびパスワードを入力します。
ユーザー名には、SYSまたはSYSTEM管理アカウントを使用できます。インストール時に指定したパスワードを使用できます。

ユーザー名としてSYSまたは/を使用する場合は、次の例に示すように、空白の後にAS SYSDBA句を続けます。

Enter user-name: SYS AS SYSDBA
Enter password: password

or

Enter user-name: / AS SYSDBA

関連項目:

- 「クライアント・コンピュータからOracle Databaseへの接続」

- 「管理アカウントおよび権限について」

- 『Oracle Database管理者ガイド』

- 『SQL*Plusユーザーズ・ガイドおよびリファレンス』

- 『Oracle Database SQL言語リファレンス』

SQL Developerについて

SQL DeveloperはOracle Databaseにアクセスするための別のGUIです。SQL DeveloperではSQLとPL/SQLの両言語による開発がサポートされています。Oracle Databaseのデフォルトのインストールで使用可能です。

SQL Developerではデータベース・オブジェクトの参照、SQL文とSQLスクリプトの実行、PL/SQL文の編集およびデバッグを実行できます。また、付属のレポートを実行できるだけでなく、独自のレポートを作成して保存することもできます。

SQL Developerは、Oracle Technology Network(OTN)のWebサイトからダウンロードできます。

関連項目:

- SQL Developerの起動手順については、『Oracle Database 2日で開発者ガイド』を参照してください。

- 『Oracle Database概要』

Oracle Enterprise Managerの概要: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

Oracle Enterprise Managerの概要に関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/gettingstarted/gettingstarted.htm

4 ネットワーク環境の構成

Oracle Databaseのインストールしたら、最小限に構成されたクライアント/サーバー・ネットワーク環境で十分に機能的なデータベースとなります。

この章では、クライアント/サーバー・ネットワークの完全な構成に関する次の項目について説明します。

- ネットワーク構成の理解

- リスナー構成の表示

- リスナーの起動および停止

- クライアント・コンピュータからOracle Databaseへの接続

- ネットワーク: Oracle by Example Series

ネットワーク構成の理解

クライアントは、Oracle Databaseに接続してデータを送信または取得する任意のアプリケーションです。Oracle Databaseクライアント・アプリケーションは、Oracle Databaseクライアント・ソフトウェアがインストールされている任意のコンピュータに配置できます。

Oracle Netはクライアント・コンピュータおよびOracle Databaseのホスト・コンピュータに存在するソフトウェア・レイヤーです。ネットワークを介してクライアント・アプリケーションおよびデータベース間の接続を確立および保持し、業界標準プロトコルを使用してメッセージを交換します。

クライアント・アプリケーションとデータベースが通信するには、クライアント・アプリケーションで接続するデータベースを識別できる必要があり、データベースは識別情報を提供する必要があります。サービス名を使用してデータベースに接続できます。サービス名はデータベースを論理的に表示したもので、この方法によってクライアントにデータベースを提示します。単一のデータベースを複数のサービスとして提示できます。

サービス名では、クライアント・アプリケーションがサーバーの位置を把握する必要のない、位置の透過性を提供できます。データベースを別の位置に移動する場合は、Oracle Netの再構成のみが必要です。クライアント・アプリケーションへの変更は不要です。

この項は次のトピックで構成されています。

- Oracle Netリスナー構成

- クライアント接続

- ネットワーク構成ツール

Oracle Netリスナー構成

データベース・ホスト上のOracle Netリスナー(リスナー)は、クライアント接続要求をリスニングするプロセスです。着信中のクライアント接続要求を受信し、データベース・サーバーに対する要求の通信量を管理します。

デフォルトのリスナー構成ファイルはlistener.oraと呼ばれ、Oracleホーム・ディレクトリのnetwork/adminサブディレクトリにあります。たとえば、使用するOracleホーム・ディレクトリが/u01/app/oracle/product/11.2.0/dbhome_1の場合は、デフォルトで、listener.oraファイルが/u01/app/oracle/product/11.2.0/dbhome_1/network/adminディレクトリに作成されます。

このファイルには、データベースを識別するプロトコル・アドレスが含まれています。このアドレスにより、リスナーがリスニングするプロトコルとプロトコル固有のその他の情報を定義します。たとえば、次のプロトコル・アドレスをリスニングするようリスナーを構成できます。

(DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=dbhost.example.com) (PORT=1521)))

この例は、リスナーのホスト・コンピュータおよびポート番号を指定するTCP/IPプロトコル・アドレスを示しています。リスナーは、IPバージョン4(IPv4)またはIPバージョン6(IPv6)のいずれかのアドレスを含むネットワーク・インタフェース上で接続要求をリスニングできます。

listener.oraファイルは、インストール時に自動的に構成されますが、Oracle Enterprise Manager Database Controlを使用して再構成することもできます。

構成パラメータにデフォルト値があるため、構成せずにリスナーを起動して使用できます。このデフォルトのリスナーはLISTENERという名前で、起動時にはサービス名をサポートせず、次のTCP/IPプロトコル・アドレスをリスニングしています。

(ADDRESS=(PROTOCOL=tcp)(HOST=host_name)(PORT=1521))

Oracle Databaseは、起動後1分程度でリスナーに登録されます。リスナーによるクライアント要求の転送先になるサービス名またはデータベースは、listener.oraファイルで構成できます。この情報は、リスナーに動的に登録することもできます。リスナーによるサービスおよびデータベースの動的登録は、サービス登録と呼ばれます。

サービス登録は、各データベース・インスタンスのプロセス・モニター(PMON)・プロセス(インスタンスのバックグラウンド・プロセス)によって実行されます。動的サービス登録の場合、listener.oraファイルの変更は必要ありません。

関連項目:

- リスナーおよびサービス名の詳細は、『Oracle Database概要』を参照してください。

- リスナー構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- 「リスナー構成の表示」

- 「リスナーの起動および停止」

- データベース・プロセスの詳細は、「バックグラウンド・プロセスについて」を参照してください。

クライアント接続

次の項では、データベースへのクライアント接続の要素について説明します。

- 接続記述子

- 接続要求

- ネーミング・メソッド

接続記述子

クライアントは、接続記述子を使用して接続先のデータベースを指定します。この接続記述子には、プロトコルとデータベース・サービス名が含まれています。データベースには複数のサービス名を定義できるため、接続するサービスの名前を接続記述子に指定する必要があります。事前構成されたデータベースでは、サービス名は1つしかなく、デフォルトでグローバル・データベース名に設定されています。

次の例は、クライアントがmydb.us.example.comというサービス名のデータベースに接続できるようにする接続記述子を示しています。

DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=my-server) PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=mydb.us.example.com))

接続要求

ユーザーは接続文字列を指定することで接続要求を開始します。接続文字列には、ユーザー名とパスワード、および接続識別子が含まれています。この接続識別子は、接続記述子そのもの、または1つ以上のリポジトリに格納されたマッピング情報を使用して接続記述子に解決される名前です。リポジトリへのアクセスには、「ネーミング・メソッド」で説明するネーミング・メソッドを使用してアクセスします。この名前をネット・サービス名と呼びます。

ネーミング・メソッド

ネーミング・メソッドとは、クライアント・アプリケーションがデータベース・サービスへの接続を試みるときに、接続識別子を接続記述子に解決するために使用する解決方法です。

Oracle Netでは、次のネーミング・メソッドがサポートされています。

- 簡易接続ネーミング
簡易接続ネーミング・メソッドでは、クライアントはホスト名とサービス名で構成されるTCP/IP接続文字列のみを使用してOracle Databaseに接続できます。簡易接続ネーミング・メソッドは構成の必要がありません。簡易接続ネーミングの例は、「クライアント・コンピュータからOracle Databaseへの接続」を参照してください。

- ローカル・ネーミング
ローカル・ネーミング・メソッドでは、ネット・サービス名によって識別される接続記述子がtnsnames.oraというクライアント構成ファイルに格納されます。このファイルは、ORACLE_HOME/network/adminディレクトリにあります。Oracle Database Configuration Assistant(DBCA)を使用してデータベースを作成する場合、ローカル・ネーミングは自動的に構成されます。その後、Net Configuration Assistantを使用して接続記述子およびその接続記述子に対応するネット・サービス名を作成する必要があります。

- ディレクトリ・ネーミング
ディレクトリ・ネーミングでは、データベース・サービス、ネット・サービス名またはネット・サービス別名がLDAP準拠のディレクトリ・サーバーに格納された接続記述子に解決されます。

関連項目:

- 『Oracle Database Net Services管理者ガイド』

- データベース・サービスの詳細は、『Oracle Database管理者ガイド』を参照してください。

ネットワーク構成ツール

Oracle Databaseでは、次のツールを使用してネットワーク構成を管理できます。

- Net Configuration Assistant

- Oracle Enterprise Manager

- Oracle Net Manager

Net Configuration Assistant

データベースの標準インストールでは、Net Configuration Assistant(NETCA)によって、TCP/IPリスニング・プロトコル・アドレスを持つLISTENERと呼ばれるリスナーがデータベースに対して自動的に構成されます。カスタム・インストールを実行すると、選択したリスナー名およびプロトコル・アドレスを構成するよう求められます。

データベースのインストール後の初期ネットワーク構成にはNetCAを使用します。その後、Oracle Enterprise ManagerおよびOracle Net Managerをネットワークの構成および管理に使用できます。

Oracle Enterprise Manager

Oracle Enterprise Managerを使用すると、サーバー側のネットワーク構成をリスナー・ページで管理できます。リスナー・ページには、現在のステータス、リスナーの構成ファイルがあるOracleホーム・ディレクトリ、ホスト名などの情報が表示されます。

Oracle Net Manager

Oracle Net Managerは、Oracle Enterprise Managerと同じ機能に加えて、構成プロファイルを提供します。

関連項目:

- 「リスナー構成の表示」

- 『Oracle Database Net Services管理者ガイド』

リスナー構成の表示

Oracle Netリスナー(リスナー)は、データベース・ホストで実行され、クライアントからの着信要求を仲介します。Oracle Enterprise Manager Database Control(Database Control)を使用すると、ホストが再起動するたびに自動的に起動するよう設定されているリスナーのステータスを表示できます。リスナーのステータスはコマンドラインからも表示可能です。

Database Controlを使用してリスナーに関する情報を表示するには、次の手順を実行します。

- データベースのホームページの「一般」ヘッダーの下で、「リスナー」リンクをクリックします。
リスナー・ページに、リスナーに関する次の情報が表示されます。

- 現行のステータス

- 過去24時間の可用性

- 別名

- バージョン

- リスナーのOracleホーム

- Netアドレス

- 構成ファイル(listener.ora)の場所

- 開始時間

- ホスト

- (オプション)Oracleの再起動のステータス

コマンドラインからリスナーの情報を表示するには、次のようにします。

1. コマンド・ウィンドウを開きます。

2. 「オペレーティング・システムの環境変数の構成」で説明されている手順に従います。

3. 次のコマンドを入力します。

lsnrctl status

リスナーの起動および停止

Oracleリスナーは、ホストが再起動するたびに自動的に起動するように設定されています。ただし、システムで予期しない状況が発生した場合や、リスナーを手動で停止した場合には、Database Controlを使用して、またはコマンドラインからリスナーを再起動できます。

Database Controlを使用してリスナーを停止するには、次のようにします。

1. データベースのホームページの「一般」の下で、「リスナー」リンクをクリックします。
リスナー・ページが表示されます。

2. 「停止」をクリックします。

3. 「優先資格証明」を構成していない場合は、ホスト資格証明を入力し、「ログイン」をクリックします。

4. リスナーの開始/停止ページで、「OK」をクリックして指定されたアクションを実行するか、「取消」をクリックして終了します。

Database Controlを使用してリスナーを起動するには、次のようにします。

1. データベースのホームページの「一般」ヘッダーの下で、「リスナー」リンクをクリックします。
リスナー・ページが表示されます。

2. 「開始」をクリックします。

3. リスナーの開始/停止ページで、「OK」をクリックします。
数分後に、リスナーが開始されたことを示す確認メッセージが表示されます。

注意:
リスナーを停止した直後で、Database Controlのリスナー・ページが開いたままのときには、「開始」ボタンは表示されません。データベースのホームページに移動し、1、2分待ってからリスナー・ページに戻る必要があります。

コマンドラインからリスナーを起動または停止するには、次のようにします。

1. コマンド・ウィンドウを開きます。

2. 「オペレーティング・システムの環境変数の構成」で説明されている手順に従います。

3. リスナーを起動するか、または停止するかに応じて、次のいずれかのコマンドを入力します。

lsnrctl start
lsnrctl stop

クライアント・コンピュータからOracle Databaseへの接続

この項では、SQL*Plusの使用方法、およびクライアント・コンピュータからOracle Databaseに接続するための簡易接続ネーミング・メソッドについて説明します。通常、SQL*Plusは、Oracle Databaseクライアント・ソフトウェアのインストール時にインストールされます。簡易接続ネーミング・メソッドを使用すると、Oracle Net Servicesを構成せずにデータベースへのTCP/IP接続を確立できます。

この項の手順を使用すると、ネットワーク構成をテストできます。

簡易接続ネーミングを使用してクライアント・コンピュータからOracle Databaseに接続するには、次の手順を実行します。

1. 「オペレーティング・システムの環境変数の構成」の手順を完了します。

2. 次のいずれかの操作を実行してSQL*Plusを起動します。

- (UNIX、LinuxまたはWindowsシステム)コマンド・ウィンドウを開いて次のコマンドを入力します。

sqlplus

- (Microsoftシステムのみ)「スタート」をクリックし、「プログラム」(または「すべてのプログラム」)→「Oracle - HOME_NAME」→「Application」→「Development」→「SQL*Plus」を選択します。

3. プロンプトが表示されたら、ユーザー名の後にアットマーク(@)と接続識別子を入力します。接続識別子の書式は次のとおりです。

"host[:port][/service_name][:server][/instance_name]"

接続識別子の書式で使用されるプレース・ホルダーには次の意味があります。

- host: Oracle Databaseホスト・コンピュータの名前またはIPアドレスです。
IPv4とIPv6の両方のアドレスがサポートされています。IPv6アドレスは大カッコで囲む必要があります。IPv6アドレスの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- port(オプション): Oracle Netリスナーが接続をリスニングするTCPポート番号です。
portを除外すると、標準ポート番号1521が想定されます。

- service_name: データベース・サービス名です。
データベース・サービス名が定義されていない場合は、データベース用に作成されるデフォルト・サービスの名前を使用できます。このサービス名には、次のようにDB_NAMEとDB_DOMAIN初期化パラメータで構成されるグローバル・データベース名が使用されます。

DB_NAME.DB_DOMAIN

DB_DOMAINがNULLの場合、標準サービス名はDB_NAMEのみになります。

- server: サービス・ハンドラのタイプです。有効な値は、dedicated、sharedおよびpooledです。省略されている場合、サーバーのデフォルトのタイプはリスナーによって選択され、構成されている場合は共有サーバー、それ以外の場合は専用サーバーになります。

- instance_name: 接続先のインスタンスです。インスタンス名のみを指定した場合、デフォルトのデータベース・サービスに接続されます。デフォルトのサービスがlistener.oraファイルに構成されていない場合は、エラーが生成されます。インスタンス名はINSTANCE_NAME初期化パラメータから取得できます。

たとえば、ホストdbhost.example.comのデータベース・サービスorcl.example.comにユーザーNICKとして接続する場合は、ユーザー名のプロンプトに次のように入力します。

nick@"dbhost.example.com/orcl.example.com"

次の例では、ホスト名がIPv4およびIPv6のアドレスに置き換えられています。

nick@"192.0.2.1/orcl.example.com"
nick@"[2001:0DB8:0:0::200C:417A]/orcl.example.com"

4. プロンプトが表示されたら、ユーザー・パスワードを入力します。

関連項目:

- SQL*Plusを使用した接続の例および環境変数の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 簡易接続、接続識別子およびその他のネーミング・メソッドの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- listener.oraでのデフォルト・サービスの定義方法の詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

- 『SQL*Plusユーザーズ・ガイドおよびリファレンス』

ネットワーク: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

ネットワークに関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/network/network.htm

5 Oracleインスタンスの管理

この章では、Oracleインスタンスに関するバックグラウンド情報およびインスタンスの管理手順について説明します。

この章は次の項で構成されています。

- Oracleインスタンスおよびインスタンス管理の概要

- Oracleインスタンスの停止および起動

- 初期化パラメータの表示と変更

- メモリーの管理

- インスタンス: Oracle by Example Series

Oracleインスタンスおよびインスタンス管理の概要

Oracle Databaseシステムは、Oracle DatabaseとOracleインスタンスで構成されます。

データベースは、ユーザー・データおよびメタデータを格納する一連のディスク・ファイルで構成されます。メタデータ(データに関するデータ)は、データベースの構造情報、構成情報および制御情報で構成されます。

Oracleインスタンス(データベース・インスタンスともいう)には、格納されたデータを操作するOracle Databaseのバックグラウンド・プロセス、およびバックグラウンド・プロセスの作業のために割り当てられた共有メモリーが含まれます。

それぞれのインスタンスには、システムID(SID)とも呼ばれるインスタンスIDがあります。ホスト・コンピュータに複数のOracle Databaseが存在し、それぞれが固有のデータファイル・セットを持っている可能性があるため、接続するインスタンスを識別する必要があります。ローカル接続では、オペレーティング・システムの環境変数ORACLE_SIDおよびORACLE_HOMEを設定して、インスタンスを識別します。リモート接続では、ネットワーク・アドレスとデータベース・サービス名を指定して、インスタンスを識別します。

Oracleインスタンスを起動し、データベースに対して情報の読取りおよび書込みを行う必要があります。Oracle Database Configuration Assistant(DBCA)ユーティリティの指示またはSQL文CREATE DATABASEを受け取ったときに、Oracleインスタンスによってデータベースが作成されます。

Oracleインスタンスが使用できない場合でも、データベース内のデータは安全ですが、他のユーザーまたはアプリケーションからはアクセスできません。

Oracleインスタンスのプロパティは、インスタンス初期化パラメータを使用して指定されます。インスタンスが開始されたとき、初期化パラメータ・ファイルが読み込まれ、インスタンスが適宜構成されます。

この項では、Oracleインスタンスおよびその管理に関するいくつかの概念について説明します。この付録には、次の項があります。

- 初期化パラメータの概要

- バックグラウンド・プロセスについて

- サーバーおよびクライアント・プロセスについて

- インスタンス・メモリー構造について

- インスタンスの起動および停止について

関連項目:

- Oracle Databaseインスタンスの概要は、『Oracle Database概要』を参照してください。

初期化パラメータの概要

Oracleインスタンスの管理には、Oracleインスタンスの基本的な操作に影響を与えるパラメータの構成が含まれます。これらのパラメータは初期化パラメータと呼ばれます。Oracleインスタンスは、パラメータを起動する際にファイルから初期化パラメータを読み取ります。

インストール時に、DBCAで使用できる事前構成済のデータベース・ワークロードを選択すると、指定した環境で通常どおりに使用できるように初期化パラメータが最適化されます。データベース・ユーザーの数およびワークロードが増加するに従い、初期化パラメータの一部を変更する必要が生じることがあります。この変更は、Database Controlの初期化パラメータ・ページ、またはメモリー・アドバイザなどのOracle Database付属のアドバイザを使用して行うことができます。詳細は、「メモリー・アドバイザを使用したメモリー使用量の最適化」を参照してください。

ファイルに読み込まれた後、初期化パラメータはメモリーに保持されます。ここでそれらの値は動的に変更できます。パラメータ・ファイルには2種類あります。インスタンスの起動に使用するファイルのタイプにより、動的な初期化パラメータの変更が、データベースの停止および起動後も保持されるかどうかが決まります。パラメータ・ファイルのタイプは次のとおりです。

- サーバー・パラメータ・ファイル
サーバー・パラメータ・ファイルは、初期化パラメータ・ファイルの優先形式で、データベースが読取りおよび書込み可能なバイナリ・ファイルです。手動では編集しないでください。サーバー・パラメータ・ファイルは、Oracle Databaseが実行されているホスト・コンピュータ上に格納されます。Database Controlを使用して1つ以上の初期化パラメータを変更する場合、またはOracle Databaseが自己チューニング目的で変更する場合に変更が実行されます。変更内容は、データベースの停止および起動後も保持されます。

注意:
サーバー・パラメータ・ファイル内の初期化パラメータを変更する場合は、変更が現行インスタンスにただちに反映されるように、メモリー内の値も変更するかどうかを指定できます。メモリー内の値を変更しない場合は、データベースを停止して再起動するまで変更は有効になりません。

- テキスト初期化パラメータ・ファイル
テキスト初期化パラメータ・ファイルは、Oracleインスタンスによる読取りは可能ですが、このインスタンスによる書込みは行われないテキスト・ファイルです。テキスト・エディタを使用してテキスト初期化パラメータ・ファイルを変更できますが、変更を有効にするにはOracleインスタンスを再起動する必要があります。ファイルのこのタイプを使用してインスタンスを開始した場合、Database Controlを使用する多くの初期化パラメータを動的に変更できますが、変更できるのは現行のインスタンスのみです。テキスト初期化パラメータ・ファイルを編集して同じ変更を行わないと、変更はデータベース・インスタンスを再起動したときに失われます。

SQL文を使用して、次のものを作成できます。

- テキスト初期化ファイルに基づくサーバー・パラメータ・ファイル

- すべての初期化パラメータの現在の値(メモリー内の値)に基づくサーバー・パラメータ・ファイル

- サーバー・パラメータ・ファイルに基づくテキスト初期化パラメータ・ファイル

DBCAを使用してデータベースを作成すると、サーバー・パラメータ・ファイルが作成されます。このファイルはデータベースが起動するたびに作成されます。

関連項目:

- 「初期化パラメータの表示と変更」

- サーバー・パラメータ・ファイルのデフォルトの名前と位置、およびサーバー・パラメータ・ファイルまたはテキスト初期化パラメータ・ファイルを作成するコマンドの詳細は、『Oracle Database管理者ガイド』を参照してください。

- パラメータ・ファイルの概要は、『Oracle Database概要』を参照してください。

バックグラウンド・プロセスについて

Oracleインスタンスのバックグラウンド・プロセスでは、メモリー構造の管理、ディスク上のファイルへの非同期I/Oによるデータの書込み、および通常のメンテナンス・タスクを実行します。バックグラウンド・プロセスは各ユーザー・プロセスの実行を行う複数のOracle Databaseプログラムによる処理のかわりに機能を統合します。よりよいパフォーマンスおよび信頼性のための並列化を提供するために他のOracle Databaseプロセスを監視します。

現在のバックグラウンド・プロセスはデータベースで使用される機能によって決定します。表5-1に、基本的な一部のバックグラウンド・プロセスの説明を示します。

表5-1 Oracle Databaseのバックグラウンド・プロセス

バックグラウンド・プロセス

説明

データベース・ライター(DBWn)

データベース・ライターはディスクにあるファイルに対してデータベース・バッファ・キャッシュから変更ブロックを書き込みます。Oracle Databaseは最高で36のデータベース・ライター・プロセスを行います。

ログ・ライター(LGWR)

ログ・ライター・プロセスは、ディスクにREDOログ・エントリを書き込みます。REDOログ・エントリはシステム・グローバル領域(SGA)のREDOログ・バッファで生成され、ログ・ライター・プロセスによってオンラインREDOログ・ファイルに順次書き込まれます。

チェックポイント(CKPT)

特定の時間に、SGA内の変更されたすべてのデータベース・バッファが、データベース・ライター・プロセス(DBWn)によってデータファイルに書き込まれます。このイベントはチェックポイントと呼ばれます。チェックポイント・プロセスがDBWnを呼び出し、データベースのデータファイルおよび制御ファイルを更新して、この更新の時間を記録します。

システム監視(SMON)

障害インスタンスが再開すると、システム監視でインスタンス・リカバリが実行されます。

プロセス・モニター(PMON)

ユーザー・プロセスが失敗した場合に、プロセス・モニターはリカバリを実行します。これはキャッシュをクリーン・アップし、失敗したプロセスが使用していたリソースを開放します。

アーカイバ(ARCn)

ログ・ファイルが一杯になるかログ・スイッチが発生した場合、アーカイバ・プロセスによってオンラインREDOログ・ファイルがアーカイブ記憶域にコピーされます。アーカイブ・プロセスを実行するためにデータベースはアーカイブ・ログ・モードである必要があります。詳細は、第9章「バックアップおよびリカバリの実行」を参照してください。

管理性モニター(MMON)

このプロセスでは、次のような様々な管理関連のバックグラウンド・タスクが実行されます。

- 指定のメトリックがしきい値に違反した場合のアラートの発行

- 追加処理の生成によるスナップショットの作成

- 最近変更されたSQLオブジェクトの統計の値の取得

ジョブ・キュー・プロセス(CJQ0およびJnnn)

ジョブ・キュー・プロセスでは、多くの場合バッチ・モードでユーザー・ジョブを実行します。ジョブは、1回以上実行するようスケジュールされるユーザー定義タスクです。

関連項目:

- Oracle Databaseバックグラウンド・プロセスの完全なリストは、『Oracle Databaseリファレンス』を参照してください。

- バックグラウンド・プロセスの概要は、『Oracle Database概要』を参照してください。

サーバーおよびクライアント・プロセスについて

Oracle Databaseでは、バックグラウンド・プロセスに加えて、ユーザー・プロセスまたはクライアント・プロセスの接続要求を処理するサーバー・プロセスを作成します。ユーザー接続は、次の異なる要素で構成されています。

- Oracle Enterprise Manager(Enterprise Manager)、SQL*Plus、アプリケーションなどのユーザーのかわりとして機能するクライアント・プログラム

- SQL文の解析や実行、およびクライアント・プログラムに取得された結果や戻された結果など、クライアント・プログラムにかわってデータベースへの接続を処理するサーバー・プロセスおよびクライアント・プログラムの作業の多くを実行するサーバー・プロセス

サーバー・プロセスは、専用または共有のいずれかです。サーバー・プロセスが専用の場合、Oracle Databaseは専用サーバー・モードで実行されます。サーバー・プロセスが共有の場合、Oracle Databaseは共有サーバー・モードで実行されます。専用サーバー・モードでは、各クライアント・プロセスに独自のサーバー・プロセスがあります。専用サーバー・プロセスは長時間実行の問合せおよび管理タスクに適していますが、アイドル・プロセスまたは多すぎる専用プロセスにより、結果的にリソースの使用が非効率的になる可能性があります。

共有サーバー・モードを使用すると、ユーザー接続ごとに専用サーバー・プロセスを使用する必要がなくなり、ユーザー接続ごとに必要とするメモリーが削減され、より多くのユーザーがデータベースにアクセスできるようになります。共有サーバー・モードでは、実行時間の短い問合せが頻繁に行われるため、複数のクライアント・プログラムをサポートするのに効果的です。

インスタンス・メモリー構造について

インスタンス・メモリー構造のサイズはデータベースのパフォーマンスに影響し、初期化パラメータによって制御されます。

インストール時に、データベースによる自動メモリー管理を有効にするか、またはインスタンス・メモリー構造の手動構成を選択できます。手動メモリー管理を選択すると、Oracle Database付属のアドバイザを使用して、メモリー・パラメータの適切な値を決定できます。手動と自動どちらのメモリー管理を行う場合も、メモリーのサイズ設定に関して注意の必要な問題が発生すると、そのことを示すアラートが送信されます。

次の項では、監視とサイズ設定が可能な2つの重要なメモリー領域について説明します。

- システム・グローバル領域

- プログラム・グローバル領域

関連項目:

- 「メモリーの管理」

- Oracle Databaseのメモリー・アーキテクチャの詳細は、『Oracle Database概要』を参照してください。

システム・グローバル領域

システム・グローバル領域(SGA)は、インスタンスのデータおよび制御情報を含む共有メモリー領域です。複数のユーザーがこのメモリー領域内のデータを共有でき、物理ディスクからのアクセスの繰返しによる処理時間の消費を回避できます。

表5-2に、SGAのコンポーネントをリストします。

表5-2 SGAコンポーネント

コンポーネント

説明

データベース・バッファ・キャッシュ

データベースに格納されているデータの問合せまたは変更を行う前に、データをディスクから読み取って、バッファ・キャッシュに格納する必要があります。データベースに接続されているすべてのユーザー・プロセスでバッファ・キャッシュへのアクセスを共有します。最適なパフォーマンスを得るには、バッファ・キャッシュに十分な容量を確保し、ディスクI/O操作が頻繁に行われないようにする必要があります。

共有プール

共有プール・キャッシュの情報はユーザー間で共有されます。

- 再利用できるSQL文

- ユーザー・アカウント・データ、表および索引の説明、および権限などのデータ・ディクショナリからの情報

- データベースに保存されている実行可能コードのストアド・プロシージャ

REDOログ・バッファ

このバッファは、REDO情報がディスクに保存されている物理オンラインREDOログ・ファイルに書き込まれるまで、REDO情報をキャッシュしてパフォーマンスを向上させます。REDO情報とオンラインREDOログ・ファイルの詳細は、「オンラインREDOログ・ファイルについて」を参照してください。

ラージ・プール

このオプション領域は様々なサーバー・プロセスの大きいI/Oリクエストをバッファするために使用されます。

Javaプール

JavaプールはJava Virtual Machine(JVM)内のすべてのセッションに特化したJavaコードおよびデータに対して使用されているメモリーの領域です。

Streamsプール

Streamsプールは、Oracle Streams機能で使用されるメモリー領域です。Oracle Streamsの詳細は、『Oracle Streams概要および管理』を参照してください。

結果キャッシュ

結果キャッシュは問合せ結果をバッファします。問合せが、結果キャッシュに格納されている結果に対して実行されると、データベースは問合せを再実行するかわりに結果キャッシュから結果を戻します。このSGAコンポーネントは、頻繁に行う問合せの実行速度を向上させます。

プログラム・グローバル領域

プログラム・グローバル領域(PGA)は、単一のOracle Databaseサーバー・プロセスで使用されるメモリー領域です。Oracle Databaseインスタンスに接続する際に、クライアントとデータベース・インスタンス間の通信にサーバー・プロセスを使用するセッションを作成します。各サーバー・プロセスには独自のPGAがあります。

PGAは、SQL文を処理し、ログオンその他のセッション情報を保持するために使用されます。PGAの大部分は、ソートなどのSQL処理に使用する作業用メモリー領域であるSQL作業領域に使用されます。

PGAメモリーの使用量とPGAの内容は、インスタンスが専用サーバー・モードと共有サーバー・モードのどちらで実行されているかによって異なります。

個々のPGAすべてが使用するメモリーの合計をインスタンスPGAメモリー合計と呼びます。また、個々のPGAの集合をインスタンスPGA合計、または単にインスタンスPGAと呼びます。Database Controlでは、個々のPGAではなく、インスタンスPGAのサイズを設定します。

インスタンスの起動および停止について

インストール後、Oracleインスタンスが起動し、データベース・アカウントを持つユーザーがアクセスできるようにデータベースがオープンされます。どこかの時点でインスタンスを停止して再起動する必要が生じることがあります。この項では、起動プロセスおよび停止プロセスについて説明します。

多くの場合、「Oracleインスタンスの起動および停止」という言葉と「データベースの起動および停止」という言葉は同じ意味で使用されます。

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

- 起動および停止の管理権限について

- インスタンスの起動について

- インスタンスの停止について

関連項目:

- 「Oracleインスタンスの停止および起動」

- 『Oracle Database概要』

起動および停止の管理権限について

Oracleインスタンスを起動および停止するには、特別な接続権限でインスタンスに接続する必要があります。これらの権限には次の2つがあります。SYSDBAは完全に権限を付与されたデータベース管理者が対象で、SYSOPERはデータベースを起動および停止するがユーザーのオブジェクトにアクセスする権限を持たないユーザーが対象です。

Oracle Databaseを作成すると、SYSおよびSYSTEMの2つの初期管理ユーザー・アカウントが自動的に作成されます。この2つのユーザーは、データベース管理の完全な権限を持っていますが、最初はSYSOPER権限で接続できるのはユーザーSYSまたはSYSTEMのみです。したがって、SYSOPER権限を他のユーザーに付与するまでは、インスタンスを起動および停止するときに、ユーザーSYSまたはSYSTEMとしてOracleインスタンスに接続する必要があります。ユーザーSYSとして接続(ログイン)しているときは、AS SYSDBAに接続していることを常に指定する必要があります。

関連項目:

- SYSユーザー、SYSTEMユーザーおよびSYSDBA権限の詳細は、「管理アカウントおよび権限について」を参照してください。

インスタンスの起動について

Oracleインスタンスを起動すると、通常は、データベースの状態がOPENになり、ユーザー接続できる状態になります。ただし、インスタンスを起動しても、データベースをMOUNTEDの状態でオープンしない場合があります。また、インスタンスを起動しても、データベースをマウントまたはオープンしないこともできます。このため、インスタンスの起動には3つの段階があります。

1. 次のいずれかの方法でインスタンスを起動します。

- Oracle Enterprise Managerを使用します。詳細は、「Oracleインスタンスの停止および起動」を参照してください。

- SQL*Plus STARTUPコマンドを使用します。詳細は、『Oracle Database管理者ガイド』を参照してください。

- Microsoft Windowsでは、「コントロール パネル」の「サービス」プログラムを使用してOracle Databaseサービスを起動します。詳細は、「Windowsサービス・プログラムを使用した停止および起動」を参照してください。

インスタンスは初期化パラメータ・ファイルを読み込み、SGAメモリーの分割およびバックグラウンド・プロセスを実行します。

2. データベースをマウントすると、Oracleインスタンスによってデータベースの制御ファイルが開かれますが、データファイルは開かれません。ここで、データベースの状態はMOUNTであるとみなされます。この状態では、他のユーザーがデータベースにアクセスしているときには実行できない特定の管理機能を実行できます。このような機能の例として、オンラインREDOログ・ファイルのアーカイブの有効化および無効化などがあります。オンラインREDOログ・ファイルのアーカイブの詳細は、「アーカイブREDOログ・ファイルについて」を参照してください。

3. パラメータ・ファイルおよび制御ファイルの読取り後にデータベースをオープンすると、データベースのオンラインREDOログ・ファイルおよびデータファイルが開かれます。ここで、データベースの状態はOPENになり、データへのユーザー・アクセスが可能になります。

データベースのデフォルトの起動モード(OPEN)では、3つの段階が順次完了されます。明示的に指定しないかぎり、インスタンスの起動、データベースのマウントおよびオープンが行われます。

インスタンスの停止について

インスタンスの停止は、インスタンスの起動の逆の操作です。Oracleインスタンスを停止する場合、デフォルト・モードはNORMAL停止で、ユーザーはデータベースに対して新しい接続を作成できませんが、現在接続されているすべてのユーザーがセッションを終了するまで停止処理は待機します。すべてのユーザーが切断されると、コミット済トランザクションがディスクに書き込まれ、データベース・ファイルが閉じ、インスタンスが停止します。ただし、ユーザーが自分で切断するまで待機しない場合(IMMEDIATEモード)、あるいはユーザーが切断される前に各ユーザーの現在のトランザクションを完了する場合(TRANSACTIONALモード)もあります。緊急の場合には、コミット済トランザクションがディスクに書き込まれるまで待機せずにデータベースを停止する(ABORTモード)こともできます。

インスタンスの停止には次の段階があります。

1. すべてのユーザーがそのセッションを終了するか、または切断されると、Oracle DatabaseはSGA内のデータをデータファイルおよびオンラインREDOログ・ファイルに書き込みます。チェックポイントがデータファイル上で実行されて、そのヘッダーがインスタンスの停止時点でカレントとマーク付けされます。データファイルとオンラインREDOログ・ファイルが閉じ、データベースの状態がCLOSEDになります。制御ファイルはインスタンスに対してオープンされたままになります。

2. Oracleインスタンスは制御ファイルで正しく停止されるのを記録するためデータベースおよび更新関連エントリをディスマウントします。制御ファイルはクローズ状態になります。ここで、データベースはクローズされディスマウントされた状態になります。インスタンスはNOMOUNT状態です。

3. Oracleインスタンスはバックグラウンド・プロセスを停止し、SGAが使用している共有メモリーを割当て解除します。

SHUTDOWN ABORTまたは異常終了が発生すると、オープン状態のデータベースのインスタンスはクローズされ、データベースはただちに停止されます。Oracle Databaseは、SGAのバッファ内のデータをデータファイルとREDOログ・ファイルに書き込みません。データベースを再度開くにはインスタンスのリカバリが必要であり、この処理はOracle Databaseで自動的に行われます。

Oracleインスタンスの停止および起動

この項では、Oracleインスタンスの起動または停止に使用できる2つの方法についての操作を説明します。

- Oracle Enterprise Manager Database Controlを使用した停止および起動

- Windowsサービス・プログラムを使用した停止および起動

関連項目:

- 「インスタンスの起動および停止について」

Oracle Enterprise Manager Database Controlを使用した停止および起動

Oracle Enterprise Manager Database Control(Database Control)のデータベースのホームページからOracleインスタンスを終了および起動できます。

Database ControlでOracleインスタンスを停止および起動するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. データベースのホームページの「一般」セクションで、「停止」をクリックします。
hp-shutdown-r2.gifの説明

資格証明の起動/停止ページが表示されます。

shutdown_credentials.gifの説明

3. 次の資格証明を入力します。

1. Oracle DatabaseをインストールしたユーザーまたはSQL*Plusを使用する権限のあるユーザーのホスト・コンピュータ資格証明を入力します。

2. ユーザー名SYSおよびインストール時にSYSに割り当てられたパスワードから構成されるデータベース資格証明を入力します。

3. 「接続モード」リストから、値「SYSOPER」を選択します。

4. (オプション)このページが次回表示されるときに自動的にこれらの資格証明を入力する場合、「優先資格証明として保存」オプションを選択します。

5. 「OK」をクリックします。
確認ページが表示されます。

6. 「はい」をクリックして、データベースのSHUTDOWN IMMEDIATE操作を開始します。
起動/停止: アクティビティ情報ページが表示され、データベースが停止中であることを示します。

7. 続いて(約2分後)「リフレッシュ」をクリックするとデータベースのホームページに戻ります。
データベースのホームページはデータベース・インスタンスが停止中であることを示しています。

database_down.gifの説明

8. 「起動」をクリックし、データベースを起動します。
資格証明の起動/停止ページが再度表示されます。

9. 資格証明を入力して、「OK」をクリックします。
確認ページが表示されます。

10. 「はい」をクリックします。
起動ページが表示されて、データベースが起動中であることが示されます。起動が完了すると、ログイン・ページが表示されます。

11. データベース(およびDatabase Control)へログインします。
データベースのホームページで、データベース・インスタンスのステータスが稼働中であることが表示されます。

Windowsサービス・プログラムを使用した停止および起動

Windowsでは、「コントロール パネル」の「サービス」プログラムを使用してOracle Databaseを起動および停止することもできます。次のサービスも起動または停止する必要があります。

- OracleServiceSID: 使用するOracleインスタンス。

- OracleORACLE_HOMETNSListener: 使用するリスナー。リスナーには、データベースに接続するクライアントが必要です。

- OracleDBConsoleSID: これによって、クライアントはDatabase Controlに接続できます。

前述のサービス名では、SIDはインスタンスのシステム・システム識別子を、ORACLE_HOMEはOracleホーム名を表します。

Oracle Databaseサービスを起動または停止するには、次の手順を実行します。

1. 次の操作を1つ実行します。

- Windows XPおよびWindows Server 2003では「スタート」をクリックし、「コントロール パネル」を選択します。

- Windows 2000 Serverでは「スタート」をクリックし、「設定」を選択して「コントロール パネル」を選択します。

コントロール パネル・ウィンドウが開きます。

2. 「管理ツール」アイコンをダブルクリックし、「サービス」アイコンをダブルクリックします。
サービス・ウィンドウを開くと、ご使用のシステムで使用可能なすべてのWindowsのサービスが表示されます。

3. このセクションの先頭にリストされているOracle Databaseサービスに移動します。たとえば、SIDがorclの場合は、次のサービスへ移動します。

- OracleServiceORCL

- OracleOraDb11g_home1TNSListener

- OracleDBConsoleorcl

4. 各サービスに対し次の手順を使用してこれらの3つのサービスを開始するか、終了します。

1. サービス名を選択します。

2. 「アクション」メニューで、「開始」または「停止」をクリックします。

初期化パラメータの表示と変更

この項では、データベースの初期化パラメータ設定を参照する方法およびこれらのパラメータを変更する方法を提供します。データベースの初期化パラメータは、次の3つのいずれかの方法で変更できます。

- インスタンスが停止されるまで: 初期化パラメータの新しい値が、現在実行されているインスタンスに適用されますが、データベースを再起動すると、初期化パラメータ値は前の設定に戻されます。

- 現在から初期化パラメータが再度変更されるまで: 変更が現在実行中のインスタンスに適用されて、サーバー・パラメータ・ファイルにも保存されます。初期化パラメータへの変更は、データベースの再起動時にも保持されます。

- データベースの再起動時: 初期化パラメータの新しい値がサーバー・パラメータ・ファイルに記録されますが、現在実行されているインスタンスには適用されません。変更はデータベースの再起動時にのみ有効になります。

注意:
ALTER SYSTEM文を使用して初期化パラメータを変更する場合、これらの3つのシナリオは、それぞれALTER SYSTEM SQL文のSCOPE=MEMORY、SCOPE=BOTH、SCOPE=SPFILE句の使用に対応します。

初期化パラメータを表示または変更するには、次の手順を実行します。

1. データベースのホームページの上部で、「サーバー」をクリックし、サーバー・サブページを表示します。

2. 「データベース構成」で、「初期化パラメータ」をクリックします。
Oracle Enterprise Manager Database Control(Database Control)に、初期化パラメータ・ページが表示されます。

init_params.gifの説明

初期化パラメータ・ページは2つのサブページを持っています。

- 現行: このサブページ(デフォルト)には現在Oracleインスタンスで(メモリー内で)アクティブである初期化パラメータの値がすべて表示されます。

- SPFile: このサブページにはサーバー・パラメータ・ファイルの初期化パラメータ設定が表示されます。このサブページはサーバー・パラメータ・ファイルを使用して現行のインスタンスが開始されたときのみ存在します。ファイルの場所はサブページの上部に表示されます。

フィールドの説明は、オンライン・ヘルプの初期化パラメータ・ページを参照してください。

3. (オプション)いずれかのサブページで次のいずれかまたは両方を実行して「実行」をクリックし、表示される初期化パラメータの数を削減します。

- 「名前」フィールドにテキストを入力します。

- 「名前」フィールドの横にある1つ以上のリストから選択します。

たとえば、パラメータ名にDESTというテキストが含まれる初期化パラメータのみを表示するには、「名前」フィールドにdestと入力して、「実行」をクリックします。

4. 現在のインスタンスのみに影響を与え、次回のインスタンス再起動時には変更内容が消去されているようにサーバー・パラメータ・ファイルの1つ以上の初期化パラメータを変更するには、次の手順を実行します。

1. 現行サブページの「値」列に初期化パラメータの新しい値を入力します。

注意:
特定の初期化パラメータで「値」列が書込み可能でない場合、このパラメータが動的ではないことを示します。現在のインスタンスでは変更できません。

2. 「現在実行中のインスタンス・モードでの変更をSPFileに適用します」が選択されていないことを確認してください。

3. (オプション)「コメント」列に、変更の理由を説明するテキストを入力します。

4. 「適用」をクリックします。
確認メッセージが表示されます。

5. 現在実行されているインスタンスの初期化パラメータを変更し、またデータベース再起動後も変更を保持してサーバー・パラメータ・ファイルに変更を記録するには、次の手順を実行します。

1. 現行サブページの「値」列に初期化パラメータの新しい値を入力します。

2. 「現在実行中のインスタンス・モードでの変更をSPFileに適用する - 静的パラメータの場合、データベースを再起動する必要があります。」を選択します。

3. (オプション)「コメント」列に、変更の理由を説明するテキストを入力します。

4. 「適用」をクリックします。
確認メッセージが表示されます。

6. 現在のインスタンスには影響を与えず、次回データベース再起動時にのみ変更内容が適用されるようにサーバー・パラメータ・ファイルの初期化パラメータのみを変更するには、次の手順を実行します。

1. 「SPFile」をクリックしてSPFileサブページを表示します。

2. (オプション)手順3の説明に従って、初期化パラメータ・リスト内のエントリの数を減らします。

3. 「値」列に初期化パラメータの新しい値を入力します。

4. (オプション)「コメント」列に、変更の理由を説明するテキストを入力します。

5. 「適用」をクリックします。
確認メッセージが表示されます。

注意:
初期化パラメータへの変更はアラート・ログにALTER SYSTEM文として記録されます。アラート・ログの詳細は、『Oracle Database管理者ガイド』を参照してください。

関連項目:

- 「初期化パラメータの概要」

メモリーの管理

この項では、Oracleインスタンスのメモリー管理に関するバックグラウンド情報を提供し、Oracleインスタンスのメモリーの割当てを調整する方法についての操作を説明します。この付録には、次の項があります。

- メモリー管理について

- 自動メモリー管理の有効化

- メモリー設定の変更: 自動メモリー管理

- メモリー設定の変更: 自動共有メモリー管理

- メモリー設定の変更: 自動PGAメモリー管理

関連項目:

- 「インスタンス・メモリー構造について」

メモリー管理について

メモリー管理では、データベースでの需要の変化に応じて、Oracleインスタンスのメモリー構造の最適なサイズを維持する必要があります。管理の対象となるメモリーは、システム・グローバル領域(SGA)メモリーとインスタンスのプログラム・グローバル領域(PGA)メモリーです。インスタンスPGAメモリーは、すべての個別PGAに割り当てられているメモリーの集合です。

Oracle Database 11gリリース(11.1)から、データベースでSGAメモリーとインスタンスPGAメモリーを完全に管理できるようになりました。インスタンスで使用される合計メモリー・サイズを指定するだけで、Oracle Databaseが必要に応じてSGAとインスタンスPGAの間でメモリーを動的に交換し、処理ニーズに対応します。この機能を自動メモリー管理と呼びます。このメモリー管理モードでは、データベースは個別SGAコンポーネントのサイズと個別PGAのサイズも動的にチューニングします。

SGAとインスタンスPGAのサイズをより直接的に制御するには、Database Controlのメモリー・アドバイザ・ページを使用して、自動メモリー管理を無効化し、自動共有メモリー管理を有効化します。

- 自動共有メモリー管理では、SGAのターゲット・サイズと最大サイズを設定します。これによりOracle Databaseでは、SGAの合計サイズが指定したターゲットに合わせてチューニングされ、すべてのSGAコンポーネントのサイズも動的にチューニングされます。

- 自動共有メモリー管理を有効化すると、自動PGAメモリー管理も暗黙的に有効化されます。自動PGAメモリー管理では、インスタンスPGAのターゲット・サイズを設定します。すると、インスタンスPGAのサイズがターゲットに合わせてチューニングされ、個別PGAのサイズも動的にチューニングされます。

個々のSGAコンポーネントのサイズを完全に制御するには、Database Controlのメモリー・アドバイザ・ページを使用して、自動メモリー管理と自動共有メモリー管理の両方を無効化します。これを、手動共有メモリー管理と呼びます。このモードでは、複数の個別SGAコンポーネントのサイズを設定することで、SGA全体のサイズを決定します。その後、個別SGAコンポーネントを継続的に手動でチューニングします。

手動共有メモリー管理モードは、熟練したDBAのみを対象としています。このモードでは自動PGAメモリー管理は有効なままですので注意してください。

注意:
自動PGAメモリー管理を無効化することは可能ですが、お薦めしません。また、Database Controlのメモリー・アドバイザ・ページでは自動PGAメモリー管理を無効化することはできません。

表5-3は、Database Controlのメモリー・アドバイザ・ページで設定可能な各種メモリー管理モードをまとめたものです。

表5-3 Oracle Databaseメモリー管理モード

メモリー管理モード

ユーザー設定

Oracle Databaseによる自動チューニング

自動メモリー管理

- このインスタンスの合計メモリー・サイズ

- (オプション)このインスタンスの最大メモリー・サイズ

- SGAの合計サイズ

- SGAコンポーネント・サイズ

- インスタンスPGAのサイズ

- 個別PGAのサイズ

自動共有メモリー管理と自動PGAメモリー管理

(自動メモリー管理は無効)

- SGAターゲット・サイズ

- (オプション)SGAの最大サイズ

- インスタンスPGAのターゲット・サイズ

- SGAコンポーネント・サイズ

- 個別PGAのサイズ

手動共有メモリー管理と自動PGAメモリー管理

(自動メモリー管理と自動共有メモリー管理は無効)

- 共有プール・サイズ

- バッファ・キャッシュ・サイズ

- Javaプール・サイズ

- ラージ・プール・サイズ

- インスタンスPGAのターゲット・サイズ

- 個別PGAのサイズ

注意:
自動メモリー管理は、一部のプラットフォームでは使用できません。サポートされているプラットフォームの詳細は、『Oracle Database管理者ガイド』を参照してください。

データベースをインストールする際に基本インストール・オプションを選択すると、自動メモリー管理が有効になります。拡張インストールを選択すると、DBCAによって3つのメモリー管理モードから選択できるようになります。自動メモリー管理をお薦めします。

どのメモリー管理モードを選択しても、データベースまたはホスト・コンピュータの変更を要求してメモリー設定を調整する場合があります。メモリー設定を調整する理由は次のとおりです。

- メモリー関連のアラートまたはエラー・メッセージを受け取る。

- 自動データベース診断モニター(ADDM)からメモリー関連の推奨事項を受け取る。

- 将来的なメモリー需要の増大を見越してメモリーのサイズを設定する。

メモリー・アドバイザを使用すると、メモリー・サイズの調整に役立ちます。メモリー・アドバイザを使用する例については、「メモリー設定の変更: 自動共有メモリー管理」を参照してください。

関連項目:

- 「自動メモリー管理有効化」

- 「メモリー設定の変更: 自動メモリー管理」

- 「メモリー設定の変更: 自動PGAメモリー管理」

自動メモリー管理の有効化

データベースのインストールおよび構成時に自動メモリー管理を有効化しなかった場合は、熟練したDBAが明確な理由によりメモリー・サイズを手動でチューニングする場合を除き、インストール後に有効化することをお薦めします。自動メモリー管理では、Oracleインスタンスがすべてのメモリー・コンポーネントを動的にチューニングし、ワークロードの変化に合わせてパフォーマンスを最適化します。

自動メモリー管理を有効にするには、次の手順を実行します。

1. データベースのホームページに移動し、SYSユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

注意:
SYSユーザーとしてログインし、静的初期化パラメータである最大メモリー・サイズを変更する必要があります。

2. ページ上部の「サーバー」をクリックします。
サーバー・サブページが表示されます。

3. 「データベース構成」セクションで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示され、デフォルトで「SGA」サブタブ(ページの中央)が表示されます。

4. データベースに割り当てる合計メモリー・サイズ以上の正の数値が「最大SGAサイズ」フィールドに表示されている場合は、手順10に進みます。

5. 「最大SGAサイズ(MB)」フィールドに、データベース・メモリーの最大許容サイズを入力します。
SGAとインスタンスPGAの現在のサイズの合計を目安として使用し、オプションで増加分の余裕を持たせます。

6. 「適用」をクリックします。
確認ページが表示されたら、データベースを再起動する必要があります。

7. 「はい」をクリックして、表示されている手順に従い、データベースを再起動します。

8. データベースの再起動を開始してから数分後に、「リフレッシュ」をクリックします。
データベースのホームページが表示されます。

9. メモリー・アドバイザ・ページに戻ります。
データベースの再起動後にこのページを正しく表示するには、ログアウトしてから再度Enterprise Managerにログインする必要があることがあります。

10. 自動メモリー管理無効化の横にある「有効化」をクリックします。

自動メモリー管理有効化ページが表示されます。

11. 自動メモリー管理の合計メモリー・サイズというタイトルのフィールドで、目的のメモリーの量を入力してデータベースに割り当て、「OK」をクリックします。
確認メッセージが表示されます。

関連項目:

- 「メモリー管理について」

メモリー設定の変更: 自動メモリー管理

自動メモリー管理のメモリー設定を変更するには、Database Controlのメモリー・アドバイザ・ページを使用して合計メモリー・サイズの設定を変更する必要があります。この設定を変更する手順は、目的の新しい設定が最大メモリー・サイズの現在の設定を超えるか超えないかによって異なります。どちらの手順の場合も、まず自動メモリー管理を有効にする必要があります。「自動メモリー管理の有効化」を参照してください。

合計メモリー・サイズを変更するには、次のようにします(新しい値が最大メモリー・サイズを超えない場合)。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックします。

3. 「データベース構成」セクションで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示されます。

mem_param_auto.gifの説明

4. 次の操作を1つ実行します。

- 「合計メモリー・サイズ」フィールドに、「最大メモリー・サイズ」フィールドの現在の値以下の新しい値を入力します。

- メモリー・アドバイザを使用して新しいサイズを選択するには、「アドバイス」をクリックします。
メモリー・サイズ・アドバイス・ページが表示されます。

memory_size_advice.gifの説明

5. メモリー・アドバイザの使用を選択した場合は、合計メモリー・サイズを変更する曲線の位置をクリックします。それ以外の場合は、手順7に進みます。
新しい合計メモリー・サイズがグラフの下に表示されます。

6. 目的の値が表示されるまで曲線上をクリックし続け、「OK」をクリックします。
メモリー・アドバイザ・ページに戻ります。

7. 「適用」をクリックします。

確認メッセージが表示されます。

合計メモリー・サイズを変更するには、次のようにします(新しい値が最大メモリー・サイズを超える場合)。

1. データベースのホームページに移動し、SYSDBA権限を使用してSYSユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

注意:
SYSユーザーとしてログインし、静的初期化パラメータである最大メモリー・サイズを変更する必要があります。

2. ページ上部の「サーバー」をクリックします。

3. 「データベース構成」セクションで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示されます。

4. 「最大メモリー・サイズ (MB)」フィールドに、データベースに割り当てる最大合計メモリーの新しい値を入力します。
この値は、合計メモリー・サイズの新しい値以上であることが必要です。

5. 「適用」をクリックします。
確認ページが表示されたら、データベースを再起動する必要があります。

6. 「はい」をクリックして、表示されている手順に従い、データベースを再起動します。

7. データベースの再起動を開始してから数分後に、「リフレッシュ」をクリックします。
データベースのホームページが表示されます。

8. メモリー・アドバイザ・ページに戻ります。

9. 次の操作を1つ実行します。

- 「合計メモリー・サイズ」フィールドに、「最大メモリー・サイズ」フィールドの現在の値以下の新しい値を入力します。

- メモリー・アドバイザを使用して新しいサイズを選択するには、「アドバイス」をクリックします。
メモリー・サイズ・アドバイス・ページが表示されます。

10. メモリー・アドバイザの使用を選択した場合は、合計メモリー・サイズを変更する曲線の位置をクリックします。それ以外の場合は、手順12に進みます。
新しいサイズがグラフの下に表示されます。

11. 目的の値が表示されるまで曲線上をクリックし続け、「OK」をクリックします。
メモリー・アドバイザ・ページに戻ります。

12. 「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- メモリー・パラメータおよびそのチューニングの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

- 「メモリー・アドバイザを使用したメモリー使用量の最適化」

- 「メモリー管理について」

メモリー設定の変更: 自動共有メモリー管理

自動共有メモリー管理のメモリー設定を変更するには、Database Controlのメモリー・アドバイザ・ページを使用して合計SGAサイズを変更する必要があります。この項では、自動メモリー管理が無効、自動共有メモリー管理が有効になっており、合計SGAサイズの新しい値が最大SGAサイズの現在の値を超えないと想定しています。

注意:
新しい合計SGAサイズが最大SGAサイズの現在の値を超える場合は、まずSYSユーザーとしてログインし、最大SGAサイズを変更してからデータベースを再起動する必要があります。同様の手順は、「合計メモリー・サイズを変更するには、次のようにします(新しい値が最大メモリー・サイズを超えない場合)。」を参照してください。

SGAの合計メモリー・サイズを変更するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「データベース構成」セクションで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示されます。SGAサブページにスクロール・ダウンします。

mem_current_allocation.gifの説明

4. 「現行割当て」セクションで、次のいずれかを実行します。

- 「合計SGAサイズ(MB)」フィールドに、SGAの新しい合計サイズを入力します。

- SGAアドバイザを使用して新しいSGAサイズを選択するには、「アドバイス」をクリックします。
SGAサイズ・アドバイス・ウィンドウが開きます。

mem_allocation_advice.gifの説明

SGAの合計サイズを変更する曲線の位置をクリックします。新しいSGAサイズがグラフの下に表示されます。目的の値が表示されるまで曲線上をクリックし続け、「OK」をクリックします。

この例のグラフでは、現時点でSGAサイズを大きくしてもパフォーマンスの向上は期待できません。

注意:
このページで設定を変更できるのは、自動メモリー管理を無効化している場合のみです。

5. SGAサイズ・アドバイザの使用を選択した場合は、合計メモリー・サイズを変更する曲線の位置をクリックします。それ以外の場合は、手順7に進みます。
新しいサイズがグラフの下に表示されます。

6. 目的の値が表示されるまで曲線上をクリックし続け、「OK」をクリックします。
メモリー・アドバイザ・ページに戻ります。

7. 「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- メモリー・パラメータおよびそのチューニングの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

- 「メモリー・アドバイザを使用したメモリー使用量の最適化」

- 「メモリー管理について」

メモリー設定の変更: 自動PGAメモリー管理

自動PGAメモリー管理のメモリー設定を変更するには、Database Controlのメモリー・アドバイザ・ページを使用してインスタンスPGAのサイズを変更する必要があります。この項では、自動メモリー管理が無効、自動PGAメモリー管理が有効になっていると想定しています。

注意:
自動メモリー管理を無効化すると、デフォルトで自動PGAメモリー管理が有効化されます。

インスタンスPGAのサイズを変更するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「データベース構成」セクションで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページにSGAサブページが表示されます。

4. 「PGA」をクリックしてPGAサブページを表示します。
mem_param_pga.gifの説明

5. 次の操作を1つ実行します。

- 「PGAターゲット総計」フィールドに、インスタンスPGAの新しいサイズを入力します。

- PGAアドバイザを使用して新しいインスタンスPGAのサイズを選択するには、「アドバイス」をクリックします。

データベースの監視の詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

6. インスタンスPGAの新しいサイズを指定したら、「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- メモリー・パラメータおよびそのチューニングの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

- 「メモリー管理について」

インスタンス: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

インスタンスに関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/instance/instance.htm

6 データベース記憶域構造の管理

この章では、Oracle Enterprise Manager Database Control(Database Control)を使用してデータベースの記憶域構造を表示および管理する方法について説明します。この章は次の項で構成されています。

- データベース記憶域構造について

- データベース記憶域構造の情報の表示

- 一般的なデータベース記憶域タスクの実行

- オンラインREDOログの管理

- UNDOデータの管理

- 記憶域: Oracle by Example Series

データベース記憶域構造について

Oracle Databaseは物理構造および論理構造で構成されます。データをディスクに保存する物理ファイルなどの物理構造は、オペレーティング・システムから表示して操作できます。

論理構造はOracle Databaseによって作成され、認識されますが、オペレーティング・システムとは関係がありません。データベースにおける主要な論理構造(表領域)には、物理ファイルがあります。アプリケーション開発者またはユーザーは、論理構造を意識することはありますが、物理構造には注意を払いません。データベース管理者(DBA)は、データベースの物理構造と論理構造の関係を理解する必要があります。

図6-1は、論理構造と物理構造の関係を示しています。また、この図は、オプションで高速リカバリ領域に保持されるリカバリ関連の構造も示しています。詳細は、「高速リカバリ領域」を参照してください。

図6-1 Oracle Database記憶域構造

「図6-1 Oracle Database記憶域構造」の説明

Oracle Databaseでは、構造管理の大部分を自動化できます。Oracle Enterprise Manager Database Control(Database Control)によってWebベースのGraphical User Interface(GUI)が提供され、より簡単にデータベースを管理および監視できます。

データベース記憶域構造を表示するには、「サーバー」サブページの「記憶域」セクションを参照し、任意のリンクをクリックして、記憶域ページにアクセスします。

storageheadr2.gifの説明

この項では、様々なデータベース記憶域構造に関するバックグラウンド情報を提供します。この付録には、次の項があります。

- 制御ファイルの概要

- オンラインREDOログ・ファイルについて

- アーカイブREDOログ・ファイルについて

- ロールバック・セグメントについて

- データファイルについて

- 表領域について

- その他の記憶域構造について

関連項目:

- 「データベース記憶域構造の情報の表示」

- 『Oracle Database概要』

制御ファイルの概要

制御ファイルではデータベースの物理コンポーネントが追跡されます。これはデータベースを使用してデータベースが使用したすべての他のファイルを検索するルート・ファイルです。制御ファイルは重要であるため、制御ファイルを多重化すること、つまり、制御ファイルの同一コピーを複数個作成することをお薦めします。Oracle Database Configuration Assistant (DBCA)で作成されたデータベースの場合、制御ファイルの3つのコピーが自動的に作成され、互いに同期化されます。

任意の制御ファイルに問題が発生した場合、データベースは使用できなくなります。ただし、制御ファイルのコピーがあれば、データベースを停止して、問題が発生した制御ファイルをコピーから再作成し、データベースを再起動できます。他のオプションとして、CONTROL_FILES初期化パラメータから問題が発生した制御ファイルを削除し、残っている制御ファイルを使用してデータベースを再起動する方法があります。

関連項目:

- 制御ファイルの詳細は、『Oracle Database管理者ガイド』を参照してください。

- 「制御ファイルの情報の表示」

- 『Oracle Database概要』

オンラインREDOログ・ファイルについて

すべてのOracle Databaseには2つ以上のオンラインREDOログ・ファイルのセットがあります。オンラインREDOログ・ファイルのセットは、総称してデータベースのREDOログと呼ばれます。REDOログは、REDOレコードとも呼ばれるREDOエントリで構成されています。

オンラインREDOログには、データの変更内容のコピーが格納されます。障害により、バックアップからデータファイルをリストアする必要がある場合、リストアされたデータファイルにはない最新のデータ変更はオンラインREDOログ・ファイルから取得できるため、作業が失われることはありません。オンラインREDOログ・ファイルは、ハードウェア障害、ソフトウェア障害またはメディア障害の発生後、データベースのリカバリに使用されます。オンラインREDOログ・ファイル自体を含む障害に対して保護を行うために、Oracle Databaseでは、2つ以上のオンラインREDOログ・ファイルの同一のコピーを異なるディスクに保持できるように、オンラインREDOログ・ファイルを多重化できます。

データベースのオンラインREDOログは、オンラインREDOログ・ファイルのグループで構成されます。1つのグループは、オンラインREDOログ・ファイルとその多重コピーで構成されます。個別のコピーはそれぞれグループのメンバーとみなされます。各グループは「グループ1」のように番号で定義されます。

図6-2は、3つのオンラインREDOログ・グループがあり、それぞれのグループに2つのメンバーが存在するデータベースの構成を示しています。可用性を最大限にするため、各グループのメンバーは個別のディスクに格納されます。たとえば、グループ1のメンバーはREDOログ・ファイルA_LOG1およびB_LOG1です。

図6-2 オンラインREDOログ・グループおよびそのメンバー

「図6-2 オンラインREDOログ・グループおよびそのメンバー」の説明

データベース・ログ・ライター・プロセス(LGWR)は、そのグループのログ・ファイルが記憶域サイズの制限に達するまで、またはログ・スイッチ操作が要求されるまで、メモリー・バッファのREDOレコードをREDOログ・グループに書き込みます。次に、LGWRプロセスでは次のログ・グループに対して書込みを行います。最も古いグループが最新のREDOレコードによって上書きされるように、このアクションは循環方式で実行されます。

関連項目:

- REDOログの詳細は、『Oracle Database管理者ガイド』を参照してください。

- 「オンラインREDOログ・ファイルの情報の表示」

- 「ログ・ファイルの切替え」

- 「オンラインREDOログの管理」

- 『Oracle Database概要』

アーカイブREDOログ・ファイルについて

Oracle Databaseでは、オンラインREDOログのアーカイブを有効にすると、上書きされる前にオンラインREDOログ・ファイルが別の場所にコピーされます。このようにコピーされたファイルは、アーカイブREDOログ・ファイルと呼ばれます。複数の場所にアーカイブすることができます。

これらのアーカイブREDOログ・ファイルにより、保存してリカバリに使用できるREDOデータの量が増えます。アーカイブREDOログ・ファイルは、データベースのバックアップを、バックアップ時点から現時点までリカバリするために必要です。データベースに対するアーカイブは、有効にも無効にもできますが、有効にすることを強くお薦めします。また、高速リカバリ領域にアーカイブREDOログ・ファイルを書き込むようにデータベースを構成することをお薦めします。

関連項目:

- アーカイブREDOログの詳細は、『Oracle Database管理者ガイド』を参照してください。

- 「アーカイブREDOログ・ファイルの情報の表示」

- REDOログのアーカイブの有効化の詳細は、「リカバリ設定の構成」を参照してください。

- 高速リカバリ領域のバックグラウンド情報の詳細は、「高速リカバリ領域」を参照してください。

- 『Oracle Database概要』

ロールバック・セグメントについて

Oracle Databaseの以前のリリースでは、ロールバック・セグメントは、データベースのUNDO情報を追跡するために使用されるデータベース構造でした。優先されるUNDO情報の管理方法はUNDO表領域を利用したものです。詳細は、「UNDOデータの管理」を参照してください。

注意:
Oracle Databaseでは、SYSTEMロールバック・セグメントを使用して、システム・トランザクションを実行します。このロールバック・セグメントはデータベース作成時に自動的に作成され、インスタンス起動時に必ずオンラインになります。また、SYSTEM表領域に存在します。SYSTEMロールバック・セグメントの管理のために操作を実行する必要はありません。

データファイルについて

データファイルは、データベース内のデータを格納するオペレーティング・システム・ファイルです。データは、その他のプログラムでは読み込むことができないOracle固有の形式でこれらのファイルに書き込まれます。一時ファイルは、一時表領域にのみ関連付けられたデータファイルの特殊なクラスです。

データファイルは次のコンポーネントに分類できます。

- セグメント
セグメントにはデータベース・オブジェクトの特定のタイプが含まれます。たとえば、表が表セグメントに格納され、索引が索引セグメントに格納されます。データファイルは複数のセグメントを含むことができます。

- エクステント
エクステントはセグメント内のデータ・ブロックの連続したセットです。Oracle Databaseはセグメントの領域を1つのエクステント単位に割り当てます。セグメントの既存のエクステントが一杯である場合、データベースはそのセグメントに対して別のエクステントを割り当てます。

- データ・ブロック
データベース・ブロックとも呼ばれる、データ・ブロックは、データベース記憶域のI/Oの最小単位です。エクステントは複数の連続するデータ・ブロックから構成されます。データベースではデータベース作成時のデフォルトのブロック・サイズが使用されます。

データベースが作成されたら、データベースを再作成しないかぎりデフォルトのブロック・サイズは変更できません。しかしデフォルトのブロック・サイズと異なるブロック・サイズの表領域を作成することは可能です。

セグメント、エクステントおよびデータ・ブロックはすべて論理構造です。ファイル内のデータ・ブロック数を判別できるのはOracle Databaseのみです。オペレーティング・システムは、ファイルとオペレーティング・システム・ブロックのみを認識し、Oracle Databaseファイル内のデータ・ブロック数を認識しません。各データ・ブロックは、1つ以上のオペレーティング・システム・ブロックにマッピングされます。

関連項目:

- データファイルの詳細は、『Oracle Database管理者ガイド』を参照してください。

- 「データファイルの情報の表示」

- セグメント、エクステントおよびブロックの詳細は、『Oracle Database概要』を参照してください。

表領域について

データベースは、関連する論理構造(表、ビュー、その他のデータベース・オブジェクトなど)をグループ化した、表領域と呼ばれる論理記憶域の単位に分割されます。たとえば、すべてのアプリケーション・オブジェクトは単一の表領域にグループ化され、メンテナンス操作が簡素化されます。

表領域は、1つ以上の物理データファイルで構成されます。表領域に割り当てられたデータベース・オブジェクトは、その表領域の物理データファイルに格納されます。

Oracle Databaseを作成してある場合、SYSTEM、SYSAUXなどの表領域はすでに存在します。

表領域は記憶域にデータの位置を物理的に決定するための方法です。表領域を構成するデータファイルを定義するときに、これらのファイルに対して記憶域の場所を指定します。たとえば、指定したホスト・ディレクトリ(特定のディスク・ボリュームのこと)または指定したOracle自動ストレージ管理ディスク・グループとして、特定の表領域のデータファイルの場所を指定します。スキーマ・オブジェクトはその表領域に割り当てられ、指定された記憶域の場所に位置を決定します。表領域はバックアップおよびリカバリのユニットの提供も行います。Oracle Databaseのバックアップおよびリカバリの特長は表領域のレベルでバックアップまたはリカバリを有効にすることです。

表6-1に、データベースに含まれている一部の表領域を示します。

表6-1 表領域および説明

表領域

説明

EXAMPLE

この表領域には、Oracle Databaseに含まれているサンプル・スキーマがあります。サンプル・スキーマにより、共通のプラットフォームが例として提供されます。オラクル社のドキュメントおよび入門資料には、サンプル・スキーマに基づいた例が含まれています。

SYSTEM

この表領域は、データベース作成時に自動的に作成されます。Oracle Databaseはこの表領域を使用してデータベースを管理します。表領域にはデータ・ディクショナリ(特定のデータベース対象の読取り専用の参照として使用される主な表およびビューをまとめたもの)があります。また表領域にはデータベースに関する管理情報を含む様々な表およびビューがあります。これらはすべてSYSスキーマに存在し、SYSユーザーまたは該当する権限を持つその他の管理ユーザーのみがアクセスできます。

SYSAUX

これはSYSTEM表領域への補助表領域です。

SYSAUX表領域には、一部のコンポーネントおよび製品のデータが含まれ、その結果SYSTEM表領域の負荷が軽減されます。Oracle Database 10gリリース1(10.1)以上を使用するすべてのデータベースに、SYSAUX表領域が必要です。

インストール中にSYSAUXをデフォルトの表領域として使用するコンポーネントには、自動ワークロード・リポジトリ、Oracle Streams、Oracle TextおよびDatabase Controlリポジトリがあります。詳細は、『Oracle Database管理者ガイド』を参照してください。

TEMP

この表領域には、SQL文の処理中に生成された一時データが格納されています。たとえば、この表領域は問合せの格納に使用されます。すべてのデータベースに一時表領域が存在し、ユーザーの一時表領域として割り当てられます。事前構成されたデータベースでは、TEMP表領域はデフォルトの一時表領域に指定されています。ユーザー・アカウントの作成時に一時表領域が指定されていない場合、Oracle Databaseによってこの表領域がユーザーに割り当てられます。

UNDOTBS1

これはデータベースがUNDO情報の保存に使用するUNDO表領域です。詳細は、「UNDOデータの管理」を参照してOracle DatabaseがUNDO表領域を使用する方法を理解してください。どのデータベースにもUNDO表領域が必要です。

USERS

この表領域は永続的なユーザー・オブジェクトおよびデータの格納に使用します。すべてのデータベースが、TEMP表領域のような、ユーザーに割り当てられる永続的なユーザー・データのための表領域を持つ必要があります。そうでない場合は、ユーザー・オブジェクトはSYSTEM表領域に作成されますが、これはあまりよい方法ではありません。事前構成されたデータベースでは、USERSはすべての新しいユーザーのデフォルト表領域として指定されます。

新規の表領域を作成して、ユーザーおよびアプリケーション・データ要件をサポートできます。表領域作成時に、次のパラメータを設定します。

- ローカル管理表領域

- 表領域のタイプ

- 表領域のステータス

- 表領域の自動拡張

- 暗号化表領域

関連項目:

- 「表領域の情報の表示」

- 「表領域の作成」

- 「表領域の変更」

- 『Oracle Database概要』

ローカル管理表領域

表領域における領域管理では、使用可能な(空き)領域と使用済領域が追跡され、データの挿入時または削除時に効率よく領域が割り当てられます。ローカル管理表領域はデータ・ディクショナリではなく表領域の中に領域割当て情報を保存するため、パフォーマンスが向上します。Oracle Databaseはデフォルトでは、新規に作成された表領域が自動セグメント管理(さらにパフォーマンスを向上させる機能)によってローカルに管理されるように設定します。

表領域のタイプ

表領域には次の3つのタイプがあります。

- 永続
永続表領域を使用して、ユーザーおよびアプリケーション・データを格納します。Oracle Databaseでは、永続表領域を使用して、システム・データなどの永続データが格納されます。各ユーザーにデフォルトの永続表領域が割り当てられます。

- UNDO
自動UNDO管理モードで実行されているデータベースは、UNDO表領域にUNDOデータを透過的に作成し、管理します。Oracle Databaseでは、トランザクションのロールバック、読取り一貫性、データベース・リカバリ、およびOracle Flashback Queryなどの機能を提供する目的でUNDOデータが使用されます。データベース・インスタンスが持つことができるアクティブなUNDO表領域は1つのみです。

- 一時
一時表領域は、SQL文によるソート処理の実行時に作成されるような一時的なデータの保存に使用されます。Oracle Databaseは、データベースの作成時に一時表領域を確保します。一時表領域グループを作成する場合は、さらに一時表領域を作成します。一般的な状況では、追加の一時表領域を作成する必要はありません。極度に大きなデータベースがある場合に、追加の一時表領域を構成することをお薦めします。

物理ファイルはデータファイルとは対照的に一時ファイルと呼ばれる一時表領域を構成します。

TEMP表領域は通常、一時表領域を明示的に割り当てられていないユーザーに対するデフォルトの一時表領域として使用します。

関連項目:

- 一時表領域の詳細は、『Oracle Database管理者ガイド』を参照してください。

- UNDO表領域の詳細は、『Oracle Database概要』を参照してください。

表領域のステータス

表領域ステータスを次のように設定できます。

- 読取り/書込み
表領域が作成された後、ユーザーは読取りや書込みを行えます。これはデフォルトです。

- 読取り専用
表領域が読取り専用で作成された場合、ステータスが読取り/書込みに変更されないと表領域への書き込みはできません。読取り専用で表領域を作成することはまずありませんが、変更を避けたい場合、データ書込み後にステータスを変更する場合があります。

- オフライン
表領域のステータスがオフラインの場合、ユーザーは表領域にアクセスできません。たとえば、ある表領域に関連付けられているデータファイルでメンテナンスまたはリカバリを実行する前に、その表領域のステータスをオフラインに変更します。

表領域の自動拡張

表領域が制限サイズに達したとき、指定した量まで自動的に拡張されるように設定できます。自動拡張を有効にしていないと、表領域がクリティカルまたは警告のしきい値サイズに達したときにアラートが発生します。クリティカルまたは警告のしきい値パラメータには、デフォルト値があり、この値はいつでも変更できます。自動拡張された表領域が指定した制限サイズに近づいているときにもアラートが発生します。サイズのアラートに対応するには、表領域のサイズを手動で増やします。これを行うには、1つ以上の表領域データファイルのサイズを増やすか、または表領域に別のデータファイルを追加します。

注意:
表領域に対して自動拡張というのは一般的ですが、自動拡張はデータファイルのプロパティであって表領域のプロパティではありません。つまり、表領域を構成するデータファイルを作成するときに、これらのデータファイルを自動的に拡張するかどうかを指定します。自動拡張するデータファイルを持つ表領域を自動拡張表領域とみなします。自動拡張データファイルの最大サイズを指定できます。

暗号化表領域

暗号化表領域では、主にデータベース以外の手段による未承認のアクセスからデータを保護します。たとえば、あるOracle Databaseから別のOracle Databaseに移動するため、または格納用のオフサイト施設に移動するために暗号化された表領域をバックアップ・メディアに書き込むと、表領域は暗号化されたままになります。また、暗号化表領域では、データベースのセキュリティ機能を回避して、オペレーティング・システムのファイル・システムから直接データベース・ファイルにアクセスしようとするユーザーからデータを保護します。

永続表領域を暗号化して機密データを保護できます。表領域を暗号化すると、すべての表領域ブロックが暗号化されます。表、クラスタ、索引、LOB、表および索引パーティションなど、すべてのセグメント・タイプの暗号化がサポートされています。表領域の暗号化はアプリケーションからは完全に透過であるため、アプリケーションの変更は不要です。

関連項目:

- 暗号化によるデータのセキュリティ保護の詳細は、『Oracle Database 2日でセキュリティ・ガイド』を参照してください。

その他の記憶域構造について

Oracle Databaseに存在する他の記憶域構造は初期化パラメータ・ファイル、パスワード・ファイルおよびバックアップ・ファイルを含みます。

初期化パラメータ・ファイル

起動時のOracleインスタンスによって初期化パラメータが使用され、データベースのランタイム・プロパティおよびリソースが決定されます。一部のパラメータは、データベース実行中に設定または変更できます。他の初期化パラメータは、変更を有効にするためにデータベースを再起動する必要があります。詳細は、「初期化パラメータの表示と変更」を参照してください。

パスワード・ファイル

データベースでは、パスワード・ファイルを使用して、SYSDBAまたはSYSOPER接続権限を持つ管理ユーザーを認証できます。SYSDBAまたはSYSOPERとしてデータベースにリモート接続するには、パスワード・ファイルが必要です。これらの権限によりDBAは、データベースを起動および停止し、その他の高水準の管理タスクを実行できます。このパスワード・ファイルはデータベース自身の外部にあるため、データベースが起動されていないときにDBA認証を有効化します。(DBAはデータベースを起動する前に認証する必要があります。)

Oracle Databaseのインストール・プロセスの一部としてDBCAを起動する場合、DBCAはSYSユーザーの1エントリにつき、1つのパスワード・ファイルを作成します。SYSDBAをユーザーに付与すると、そのユーザーが自動的にパスワード・ファイルに追加されます。

注意:
Oracle Databaseは、オペレーティング・システム認証を使用して、SYSDBAまたはSYSOPER権限でユーザーを認証することもできます。詳細は、「SQL*Plusの起動およびデータベースへの接続」を参照してください。

バックアップ・ファイル

バックアップ・ファイルは、厳密にはデータベース・ファイルではありません。データの損失を伴う障害が発生した場合にデータベースのリカバリに使用可能な、特定の形式でのデータベースのコピーです。

関連項目:

- 初期化パラメータおよび初期化パラメータ・ファイルの詳細は、第5章「Oracleインスタンスの管理」を参照してください。

- パスワード・ファイルおよびオペレーティング・システム認証の詳細は、『Oracle Database概要』を参照してください。

- 「SYSDBAおよびSYSOPERシステム権限」

- バックアップ・ファイルの詳細は、第9章「バックアップおよびリカバリの実行」を参照してください。

- 『Oracle Database概要』

データベース記憶域構造の情報の表示

データベース内の記憶域構造の管理に役立つよう、この項では、Oracle Enterprise Manager Database Control(Database Control)を使用して、様々なデータベース記憶域構造に関する情報を表示する手順を示します。

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

- 制御ファイルの情報の表示

- オンラインREDOログ・ファイルの情報の表示

- アーカイブREDOログ・ファイルの情報の表示

- データファイルの情報の表示

- 表領域の情報の表示

関連項目:

- 「データベース記憶域構造について」

制御ファイルの情報の表示

Database Controlを使用して、制御ファイルの位置情報とステータス情報を表示できます。

制御ファイルの情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで、「制御ファイル」をクリックします。
一般サブページが表示された制御ファイル・ページが表示されます。

このページには、データベースに多重制御ファイルが含まれているかどうかが表示されます。拡張サブページおよびレコード・セクション・サブページでは制御ファイルの詳細な情報を知ることができます。

関連項目:

- 「制御ファイルの概要」

オンラインREDOログ・ファイルの情報の表示

Database Controlを使用して、オンラインREDOログ・ファイルのステータス情報と多重化情報を表示します。

オンラインREDOログ・ファイル情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「REDOログ・グループ」をクリックします。
REDOログ・グループ・ページが表示されます。このページには、データベースのオンラインREDOログ・グループの属性が表示されます。

オンラインREDOログ・グループに含まれるメンバーが1つのみの場合、多重化は行われません。オンラインREDOログ・グループの「ステータス」属性を確認します。オンラインREDOログ・グループのステータスが「現行」の場合は、ログ・ライターによってディスクへの書込みが進行していることを表しています。

4. (オプション)「グループ」列でグループ番号をクリックし、オンラインREDOログ・グループ・メンバーの情報を表示します。

関連項目:

- 「オンラインREDOログ・ファイルについて」

- 「オンラインREDOログの管理」

アーカイブREDOログ・ファイルの情報の表示

Database Controlを使用して、アーカイブREDOログ・ファイルのステータス情報を表示します。

注意:
ARCHIVELOGモードでデータベースを設定しないと、アーカイブREDOログ・ファイルは存在しません。

アーカイブREDOログ・ファイル情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで、「アーカイブ・ログ」をクリックします。
アーカイブ・ログ・ページが表示されます。

関連項目:

- 「アーカイブREDOログ・ファイルについて」

- 「基本バックアップおよびリカバリのためのデータベースの構成」

データファイルの情報の表示

Database Controlを使用して、データファイルのステータス情報と位置情報を表示します。

データファイルの情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで、「データファイル」をクリックします。
データファイル・ページが表示されます。

4. (オプション)データファイルを選択し、「表示」をクリックして、データファイルの詳細な属性を表示します。

5. (オプション)「表領域」列の表領域名をクリックして、データファイルと関連付けられた表領域の属性を表示します。

関連項目:

- 「データファイルについて」

表領域の情報の表示

Database Controlを使用して、表領域の構成、サイズおよびステータス情報を表示します。

表領域の情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

関連項目:

- 「表領域について」

- 表領域の変更

一般的なデータベース記憶域タスクの実行

データベースの表領域の要件は、データベースにデータが追加されるにつれて変化します。データベース管理者(DBA)として、表領域とデータベースの記憶域を効率的に管理するために、Oracle Enterprise Manager Database Control(Database Control)を使用して次のタスクを実行できます。

- 表領域の作成

- 表領域の変更

- 表領域の削除

- 未使用領域の再利用について

表領域の作成

表領域を追加作成してユーザー・データを格納できます。このため、すべてのデータがUSERS表領域内に格納されているとはかぎりません。次のような場合に表領域を追加作成します。

- 特定のユーザー、ユーザー・グループまたはアプリケーションに関して、すべてのアプリケーション・データを、バックアップおよびリカバリまたはメンテナンス目的で、別々の表領域または表領域のセットに保持することが有効な場合があります。たとえば、ハードウェアまたはソフトウェアの障害のためにバックアップからすべてのアプリケーション・データをリカバリする場合、オフライン・リストアを実行できます。アプリケーション・データを個別の表領域に保持すると、他のデータベース・アプリケーションの操作に影響を与えることなく、該当する表領域のみをオフラインにしてリカバリできます。

- これらの大きいパーティション化された表を持つ一部のアプリケーションは、複数の表領域でデータ分散を行うことで利点があります。頻繁にアクセスされるデータはパフォーマンスの高いディスクに配置され、めったに検索されないデータはより費用のかからない記憶域に配置されます。このデータを分散する方法は使用可能な記憶域の最適な使用方法です。

表領域を作成するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

tablespaces.gifの説明

4. 次の操作を1つ実行します。

1. 新しい表領域を作成するには、「作成」をクリックします。

2. 「選択」列で既存の表領域と類似する表領域を作成するには、属性を再作成する表領域を選択してください。「アクション」リストで、「類似作成」を選択して、「実行」をクリックします。

表領域の作成ページが表示され、一般サブページが表示されます。

create_tablespace.gifの説明

5. 「名前」フィールドに表領域の名前を入力します。

6. 「エクステント管理」セクションで「ローカル管理」を選択します。
詳細は、「ローカル管理表領域」を参照してください。

7. 「タイプ」セクションで、「永続」を選択します。
詳細は、「表領域のタイプ」を参照してください。

8. 「ステータス」セクションで「読取り/書込み」を選択します。
詳細は、「表領域のステータス」を参照してください。

9. 「データファイル」セクションで「追加」をクリックして、表領域に1つ以上のデータファイルを追加します。
データファイルの追加ページが表示されます。

注意:
「ビッグファイル表領域の使用」を選択した場合、表領域に含めることができるデータファイルは1つのみです。ビッグファイル表領域は、自動ストレージ管理またはストライプ化、RAIDおよび動的に拡張可能な論理ボリュームをサポートしている他の論理ボリューム・マネージャを使用する大規模データベースで使用されます。

10. 記憶域タイプがファイル・システムの場合は、「ファイル名」フィールドにファイル名を入力します。「ファイル・ディレクトリ」および「ファイル・サイズ」フィールドに、データファイルの位置と初期サイズの適切な値を入力します。

11. 「記憶域」セクションで次の手順を実行します。

1. 「フルになった場合に自動的にデータファイルを拡張(AUTOEXTEND)」を選択します。

2. 10MBなど適切な増分を設定します。
これは多くの記憶域が必要な際に、データファイルに追加するディスク領域の量です。

3. 最大ファイル・サイズの場合、使用可能な記憶域に応じて次のいずれかを実行します。

- 「無制限」を選択し、無制限でファイルが大きくなることを許可します。

- 「値」を選択し、KB、MB、GBまたはTBに値を入力します。

12. 「続行」をクリックします。
表領域の作成ページに戻ります。

13. (オプション)ページ上部の「記憶域」をクリックし、記憶域サブページを表示します。このサブページのすべてのデフォルト設定を調べます。

14. 「OK」をクリックし、表領域を追加します。
表領域ページに戻り、新しく作成された表領域が表示されます。

関連項目:

- 「表領域について」

表領域の変更

Database Controlを使用して、表領域を変更できます。たとえば、データファイル・サイズの拡大または別のデータファイルの追加によって表領域を拡張したり、自動拡張を設定したり、領域使用率のアラートしきい値を変更したり、ステータスをオフラインにすることができます。クリティカル・アラートや警告アラートを受け取ったときに、そのアラートが領域の制限に関係していれば表領域を拡張し、そのアラートがデータの破損などの深刻なエラーに関係していれば表領域をオフラインにしてリカバリすることが必要な場合があります。

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

- 表領域を自動拡張に設定

- 表領域の領域使用量アラートしきい値の変更

- 表領域をオフライン化

関連項目:

- 「表領域について」

表領域を自動拡張に設定

この項では、制限サイズに達した場合、自動的に拡張するように表領域を設定する方法について説明します。次の手順では、表領域が以前は自動拡張する表領域ではなかった場合を想定します。

自動拡張する表領域を設定するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

4. 自動拡張を有効にする表領域を選択し、「編集」をクリックします。
表領域の編集ページが表示されます。

5. 表領域に関連付けられている最初のデータファイルを選択し、「編集」をクリックします。

データファイルの編集ページが表示されます。

6. 「記憶域」セクションで次の手順を実行します。

1. 「フルになった場合に自動的にデータファイルを拡張(AUTOEXTEND)」を選択します。

2. 10MBなど適切な増分を設定します。
これは多くの記憶域が必要な際に、データファイルに追加するディスク領域の量です。

3. 最大ファイル・サイズの場合、使用可能な記憶域に応じて次のいずれかを実行します。

- 「無制限」を選択し、無制限でファイルが大きくなることを許可します。

- 「値」を選択し、KB、MB、GBまたはTBに値を入力します。

7. 「続行」をクリックします。

表領域の編集ページに戻ります。

8. 表領域に関連付けられている追加のデータファイルごとに、手順5から手順7を繰り返します。

9. 「適用」をクリックします。
確認メッセージが表示されます。

表領域の領域使用量アラートしきい値の変更

表領域に対する領域使用率がしきい値に達した場合は、Database Controlでアラートが表示されます。領域使用率のアラートは2種類あり、「警告」は、表領域の使用量が低い場合に、「クリティカル」は、表領域がほぼ一杯でアクションがすぐに必要な場合に発行されます。

警告アラートとクリティカル・アラートの両方に、次の方法でアラートしきい値を指定できます。

- 使用領域ごと(%)
使用されている領域が全領域の一定の割合以上になった場合、アラートが発行されます。

- 空き領域ごと(MB)
空き領域がMB単位を下回る場合、アラートが発行されます。

空き領域のしきい値は、表領域が大きい場合ほど有用です。たとえば、10TBの表領域で限界のアラートの割合を全体の99%に設定すると、100GBの空き領域が切った場合データベースによってアラートが発行されることになります。通常、空き領域が100GBになったということは重大な状態ではないため、アラートは有効とはいえません。この表領域の場合、空き領域が5GBを切った場合に限界のアラートを発行するような設定の方が、空き領域のしきい値が有効に使用されています。

表領域に対する警告および限界のアラートの両方に関して、使用されている領域のしきい値または空き領域のしきい値のいずれか、または両方を有効にできます。

表領域の領域使用量アラートしきい値を変更するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

4. 変更するしきい値を持つ表領域を選択し、「編集」をクリックします。
表領域の編集ページ、および一般サブページが表示されます。

5. ページ上部の「しきい値」リンクをクリックし、しきい値サブページを表示します。
tablespace_thresholds.gifの説明

6. 「使用済領域(%)」セクションで、次のいずれかを実行します。

- デフォルトしきい値を許可します。

- 「しきい値の指定」を選択し、「警告(%)」のしきい値および「クリティカル(%)」のしきい値を入力します。

- 「しきい値の無効化」を選択し、すべてのしきい値を無効にします。

7. 「空き領域(MB)」セクションで、次のいずれかを行います。

- デフォルトしきい値を許可します。

- 「しきい値の指定」を選択し、「警告(MB)」のしきい値および「クリティカル(MB)」のしきい値を入力します。

- 「しきい値の無効化」を選択し、残りの空き領域のしきい値を無効にします。

8. 「適用」をクリックします。
確認メッセージが表示されます。

表領域をオフライン化

次のような場合、表領域をオフライン化する場合があります。

- データベースの一部をアクセス不可にし、残りの部分は通常どおりアクセスできるようにする場合

- アプリケーションの更新またはメンテナンスを行う間、アプリケーションとその表グループを一時的にアクセス不可にする場合

- 表領域のバックアップをオフラインで実行する場合(ただし、表領域はオンラインでも、使用中でもバックアップ可能です)

- ハードウェアまたはソフトウェア障害の後に表領域をリカバリする場合

- 表領域のデータファイルの名前の変更または再配置をする場合

表領域をオフライン化するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

4. オフライン化する表領域を選択し、「編集」をクリックします。
表領域の編集ページが表示されます。

5. 「ステータス」セクションで「オフライン」を選択します。
このページの選択内容の詳細を確認するには、「ヘルプ」をクリックします。

6. 「オフライン・モード」リストから選択を行い、「適用」をクリックします。
確認メッセージが表示されます。

注意:
表領域をオンラインに戻し、このページに戻るには、「ステータス」セクションの下の「読取り/書込み」をクリックします。

関連項目:

- 表領域のオフライン化、およびデータファイルの名前の変更または再配置の詳細は、『Oracle Database管理者ガイド』を参照してください。

表領域の削除

表領域の削除後、表領域内のオブジェクトおよびデータは使用できなくなります。これらをリカバリすることは時間のかかるプロセスです。表領域を削除する前後にバックアップを実行することをお薦めします。

表領域を削除するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「表領域」をクリックします。
表領域ページが表示されます。

4. 削除する表領域を選択し、「削除」をクリックします。
Database Controlによって、表領域を削除するかどうかと、オプションとして、関連付けられたデータファイルもディスクから削除するかどうかを確認するように求められます。

5. 「はい」をクリックし、表領域を削除します。
確認メッセージが表示され、削除された表領域は表領域ページに表示されなくなります。

関連項目:

- 「表領域について」

未使用領域の再利用について

この項では、データベース内の再利用可能な未使用領域に関するバックグラウンド情報を提供し、この領域を再利用する方法について説明します。この付録には、次の項があります。

- 未使用領域の再利用について

- セグメント・アドバイザについて

- セグメント・アドバイザ推奨および再利用領域の表示

- セグメント・アドバイザの手動実行

未使用領域の再利用について

時間の経過とともに、表領域内のオブジェクトの挿入、更新および削除(DML操作)を実行していると、個々には再利用できるほど大きくない空き領域の断片が作成されます。これらの空き領域をまとめてみると、大量の領域が無駄になっている場合があります。オブジェクトが点在していると、問合せおよびDML操作中にパフォーマンスが低下する可能性があります。

Oracle Databaseでは、次のオンライン操作で空き領域を再利用できます。この操作は、操作続行中に、影響を受けるオブジェクトに対して問合せまたはDMLをブロックしない操作です。

- オンラインでのセグメントの縮小
オンラインでのセグメントの縮小は、表のセグメントおよび索引やパーティションなどの表の依存オブジェクトのセグメントで実行されます。セグメントごとに、データはセグメントの先頭に圧縮されます。空き領域は、表領域に戻されるか、次の挿入用にセグメント内で保持されます。

オンラインでのセグメントの縮小が許可されるのは、自動セグメント領域管理を使用するローカル管理表領域内のセグメントのみです。オンラインでのセグメントの縮小はインプレース操作で、表領域の追加の空き領域は必要ありません。

- オンラインでの表の再定義(再編成とも呼ばれる)
再編成では、表とその依存オブジェクトが、表領域の異なる場所に再配置されます。この操作にはこれらのオブジェクトのデータを圧縮するというメリットがあります。ただし、この操作を正常に実行するには、表領域に表およびその依存オブジェクトと同じサイズの空き領域が必要です。再編成は、ディクショナリ管理表領域または手動セグメント領域管理を使用するローカル管理表領域にのみ許可される操作です。

セグメント・アドバイザでは、大量の再利用可能な未使用領域を持つ、縮小または再編成するセグメントの推奨事項が生成されます。

関連項目:

- オンラインでのセグメントの縮小およびオンラインでの表の再定義の詳細は、『Oracle Database管理者ガイド』を参照してください。

セグメント・アドバイザについて

セグメント・アドバイザは、再利用可能な未使用領域を持つデータベース・オブジェクトを特定します。使用率と増加に関する統計の検討、およびオブジェクトのデータのサンプリングを行うことで、分析を実行します。デフォルトでは、セグメント・アドバイザはすべてのメンテナンス期間中に一定の間隔で自動的に実行するよう構成されています。セグメント・アドバイザを手動で実行することもできます。

定期的に実行されるセグメント・アドバイザ・タスクのことを、自動セグメント・アドバイザと呼びます。アドバイザの実行結果は、セグメント・アドバイザの推奨事項として、データベース・ホームページの「領域サマリー」セクションにまとめられます。

自動セグメント・アドバイザの実行中は、データベース内のセグメントのサブセットのみが分析されます。セグメントに再利用可能な領域があると考えられても、それらのセグメントがセグメント・アドバイザの推奨事項として表示されない場合、自動セグメント・アドバイザはそれらを分析用に選択していない可能性があります。そのようなセグメントでは、随時手動でセグメント・アドバイザを実行できます。自動セグメント・アドバイザが分析でどのように表領域およびセグメントを選択するかの詳細は、『Oracle Database管理者ガイド』を参照してください。

セグメント・アドバイザの推奨事項

セグメント・アドバイザの推奨事項は表領域ごとにグループ化されています。表領域名のみ、Database Controlのセグメント・アドバイザ推奨ページに表示されます。

表領域に、縮小操作または再編成が推奨されているセグメントが含まれる場合、表領域はセグメント・アドバイザ推奨ページに表示されます。このページでは、各表領域の再利用可能な領域の量が見積もられます。表領域の推奨事項の詳細を要求すると、Database Controlでは、推奨事項が生成されたその表領域のセグメントが表示されます。

セグメント・アドバイザによって提供される推奨事項は、セグメントがある表領域の特性によって異なります。表領域がデフォルトのオプションで作成された場合、通常はセグメント・アドバイザによって縮小が推奨されます。セグメントにオンラインによるセグメント縮小を適用できない場合、またはセグメントがディクショナリ管理表領域か手動セグメント領域管理で作成された表領域にある場合は、セグメント・アドバイザによって再編成が推奨されます。

また、自動セグメント・アドバイザは、大きさが10MB以上で、索引が3つ以上ある表を評価して、表をOLTP圧縮メソッドで圧縮した場合に節約できる領域量を判定します。

関連項目:

- メンテナンス・ウィンドウの詳細は、『Oracle Database管理者ガイド』を参照してください。

セグメント・アドバイザ推奨および再利用領域の表示

各セグメント・アドバイザ推奨には、クリックして領域再利用処理を開始できるボタンがあります。領域再利用はオンライン・プロセスですが、多くのリソースを消費するため、領域の再利用はオフピーク時に行う必要があります。

セグメント・アドバイザ推奨および再利用領域を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「領域サマリー」セクションで、「セグメント・アドバイザ推奨」の横にある数値リンクをクリックします。
home_page_space_summary.gifの説明

セグメント・アドバイザ推奨ページが表示され、セグメント・アドバイザの最新の自動および手動の稼働から、推奨事項が表示されます。

segment_reccom_new.gifの説明

3. (オプション)「表示」リストで「最後の自動実行からの推奨事項」を選択して、自動実行された直近のセグメント・アドバイザによる推奨事項のみを表示します。

4. 表領域を選択し、「推奨事項の詳細」をクリックします。
表領域の推奨事項の詳細ページが表示されます。

オンラインでのセグメントの縮小または再編成を推奨する表領域のセグメントがリストされています。

reccomend_details_new.gifの説明

5. (オプション)「スキーマ」、「セグメント」、「パーティション」または「最小再利用可能領域」フィールドに検索基準を入力して、「検索」をクリックし、セグメント・リストに表示されているセグメントの数を削減します。

6. 各セグメントの推奨事項を確認し、次に進みます。

- 任意のセグメントの推奨事項が再編成の場合は、「再編成」ボタンをクリックして、そのセグメントの再編成を開始するか、複数のセグメントを選択して表の上の「再編成」ボタンをクリックします。その後のページに示される手順に従って、選択したセグメントの再編成スクリプトを生成します。

- 任意のセグメントの推奨事項が縮小の場合は、該当するセグメントに対して手順7から手順13を実行します。

7. 次のいずれかを実行し、縮小する1つ以上のセグメントを選択します。

- 単一のセグメント内の領域を再利用するには、そのセグメントの「推奨」列の下の「縮小」をクリックします。

- 1つ以上のセグメントを縮小するには、セグメントを選択し、表の上の「縮小」ボタンをクリックします。

8. セグメントの縮小: オプション・ページで「セグメントの圧縮と領域の解放」を承認します。
このオプションにより空き領域を表領域に戻します。空き領域を表領域に解放しない場合は、「セグメントの圧縮」を選択します。後で縮小プロセスを再び実行して、空き領域を解放できます。

注意:
現在実行中の長時間実行問合せに縮小の対象となるセグメントが含まれている可能性がある場合は、「セグメントの圧縮」を選択します。縮小操作の完了前に開始した長時間実行問合せでは、再利用されたブロックからの読取りが試行され、エラーが発生する場合があります。また、手順10で縮小操作をオフピーク時にスケジュールすることも可能です。

9. 「実装」をクリックします。
セグメントの縮小: スケジュール・ページが表示されます。

10. ジョブ名を入力、または選択したジョブ名に置き換えます。

11. 「開始」ヘッダーの「即時」を選択します。
縮小操作はリソースを集中させる可能性があるため、「後で」を選択し、オフピーク時の操作のスケジュールを設定できます。

12. 「発行」をクリックします。
スケジューラのジョブ・ページが表示され、実行中サブページに縮小ジョブが示されます。

13. 「リフレッシュ」をクリックし、ジョブが実行中サブページに表示されなくなるまでページを更新します。

履歴サブページまたはすべてサブページに切り替えて、完了したジョブのステータスを表示できます。

セグメント・アドバイザの手動実行

セグメント・アドバイザは手動で実行できます。自動セグメント・アドバイザによって選択されないオブジェクトを分析する場合、または表領域上の推奨事項を最新にする場合に有効です。

手動によるセグメント・アドバイザの実行の詳細は、『Oracle Database管理者ガイド』を参照してください。

オンラインREDOログの管理

オンラインREDOログ・ファイルは、データベース・リカバリの重要な要素です。データベース内のすべてのトランザクションで、アーカイブが有効かどうかに関係なく、REDOログが更新されます。クラッシュ、インスタンスまたはメディア・リカバリ時に、データベースでは、必要なアーカイブおよびREDOログ・ファイルのログ順序番号を使用して、REDOログ・ファイルが昇順で正しく適用されます。

オンラインREDOログは、適切に構成すればメンテナンスはほとんど必要ありません。この項では、より一般的なREDOログ管理作業について説明します。この付録には、次の項があります。

- オンラインREDOログの多重化

- ログ・ファイルの切替え

関連項目:

- 「オンラインREDOログ・ファイルについて」

- 「オンラインREDOログ・ファイルの情報の表示」

オンラインREDOログの多重化

オンラインREDOログは、多重化することをお薦めします。多重化を行うと、インスタンス障害やメディア障害の場合にデータをより効果的に保護できます。

オンラインREDOログを多重化するには、各オンラインREDOログ・グループにメンバーを追加する必要があります。オンラインREDOログ・グループが対称である必要はありませんが、すべてのグループのメンバーを同じ数にすることをお薦めします。単一のデータベースは2つ以上のオンラインREDOログ・グループを持つ必要があります。

注意:
オンラインREDOログを多重化する場合、データベースの実行I/Oの量を増やす必要があります。構成によっては、データベースのパフォーマンス全体に影響が及ぶ可能性があります。

オンラインREDOログを多重化するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「REDOログ・グループ」をクリックします。
REDOログ・グループ・ページが表示されます。

4. グループを選択し、「編集」をクリックします。

REDOログ・グループの編集ページが表示されます。

5. 「追加」をクリックします。
REDOログ・メンバーの追加ページが表示されます。

6. 記憶域タイプがファイル・システムに設定されている場合は、「ファイル名」フィールドに新しいREDOログ・メンバーのファイル名を入力します。
たとえば、既存のメンバー・ファイル名がREDO01.logの場合、このメンバーをREDO01a.logと指定します。

7. 「ファイル・ディレクトリ」フィールドに、ディスク上のデータファイルの格納場所となるディレクトリを入力します。
このファイルはREDOログ・ファイル・グループの他のメンバーと同じディレクトリに作成できますが、各メンバーは個別のディスク・ドライブに格納することをお薦めします。こうすることで、ドライブ障害が発生した場合もメンバーにアクセスできます。

8. 「続行」をクリックし、次に「適用」をクリックして変更を許可します。
確認メッセージが表示されます。

9. ページ上部の「REDOログ・グループ」リンクをクリックしREDOログ・グループ・ページに戻ります。

10. 既存のすべてのログ・グループに対して、手順4から手順9を繰り返します。

ログ・ファイルの切替え

ログ・スイッチが発生すると、ログ・ライター(LGWR)・プロセスは、現在のオンラインREDOログ・グループへの書込みを停止し、使用可能な次のREDOログ・グループへの書込みを開始します。ログ・スイッチの発生後は、現在のオンラインREDOログ・グループが非アクティブになり、使用可能な次のオンラインREDOログ・グループが現行のオンラインREDOログ・グループになります。

現在のREDOグループを非アクティブにして、REDOログのメンテナンス操作に使用できるようにするため、ログ・スイッチを強制的に実行することができます。強制的なログ・スイッチの実行は、一杯になるまでに時間がかかる大きいサイズのREDOログ・ファイルがある構成に有効です。たとえば、次のような場合に有効です。

- 現在のREDOグループを削除するが、グループが非アクティブになるまで削除できない場合。

- 現在のオンラインREDOログ・グループ・メンバーを、まだ完全に一杯になっていなくてもすぐにアーカイブする場合。

ログ・ファイルを切り替えるには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「記憶域」セクションで「REDOログ・グループ」をクリックします。
REDOログ・グループ・ページが表示されます。

4. 「アクション」リストで、「ログ・ファイルの切替え」を選択して「実行」をクリックします。
確認メッセージが表示されます。グループのステータスはCurrentからActiveに変更され、リストにある次のグループのステータスがInactiveからCurrentに変更されます。

UNDOデータの管理

Oracle Database 11gからは、デフォルトのインストールの場合、Oracle DatabaseによってUNDOデータが自動的に管理されるようになりました。通常、データベース管理者(DBA)の介入は不要です。ただし、Oracle Flashback操作を使用している場合は、フラッシュバック操作を確実に完了するために、いくつかのUNDO管理タスクを実行する必要があります。

この項では、UNDOデータの管理に関するバックグラウンド情報を提供し、UNDOデータの管理方法について説明します。この付録には、次の項があります。

- UNDOデータについて

- UNDOデータの管理について

- UNDO情報の表示

- UNDOアドバイザを使用したUNDO表領域の最小サイズの計算

- UNDO表領域の固定サイズへの変更

UNDOデータについて

トランザクションによりデータが変更される場合、変更前に元のデータがコピーされます。変更済データのオリジナル・コピーはUNDOデータと呼ばれます。次の理由から、この情報は保存しておく必要があります。

- ロールバックが必要なときにデータベースに作成された未コミットの変更を元に戻す場合。ロールバックは、誤ったトランザクションまたは意図的でないトランザクションの変更を元に戻す場合に必要になります。また、リカバリ操作の一部としても使用されます。

- データに対してその他の変更が発生しても、各ユーザーがデータの一貫したビューを取得できることを意味する読取り一貫性を提供する場合。読取り一貫性では、ユーザー・セッションには他のユーザー・セッションに対する未コミットの変更が表示されません(内容を保証しない読取りとも呼ばれる)。たとえば、ユーザーが午前10時に問合せを発行し問合せが15分間続いた場合、問合せ開始後の他のユーザーによる更新または挿入操作に関係なく、問合せ結果には午前10時のデータの状態全体が反映されます。

- 特定のOracle Flashback機能(Oracle Flashback QueryやOracle Flashback Tableなど)を有効にして、過去のある時点におけるデータの表示やリカバリを可能にする場合。

UNDO表領域

自動UNDO管理により、UNDOデータはUNDO表領域に格納されます。UNDO表領域には、永続表領域のプロパティの他に追加のプロパティがあります。複数のUNDO表領域が存在しても構いませんが、Oracleインスタンスに対してアクティブにできるのは1つのみです。

Database Configuration Assistant(DBCA)でデータベースを作成すると、UNDOTBS1という名前の自動拡張UNDO表領域が作成されます。この最大拡張サイズは32,767MBです。

UNDO保存

Oracle Databaseでは、アクティブ・トランザクションで使用されているUNDOデータが、そのトランザクションがコミットされるまで上書きされないことが自動的に保証されます。トランザクションのコミット後、そのUNDOデータが占有している領域は再利用または上書き可能になります。この場合、UNDO表領域の領域が不足すると、そのUNDOデータは上書きされる可能性があります。

トランザクションのコミット後も、Oracle Flashback機能の正常な実行を保証し、長時間実行問合せの読取り一貫性を維持する上で、UNDOデータを保持する(上書きしない)ことは有効です。そのために、データベースではUNDO保存期間がメンテナンスされ、自動的にチューニングされます。コミット済のUNDOデータのうち、その経過時間がUNDO保存期間に達していないものは、問合せやOracle Flashback操作で使用できるように保持されます。

関連項目:

- 読取り一貫性の詳細は、『Oracle Database概要』を参照してください。

- Oracle Flashback機能の詳細は、『Oracle Databaseアドバンスト・アプリケーション開発者ガイド』を参照してください。

UNDOデータの管理について

Oracle Databaseでは、デフォルトでUNDOデータおよびUNDO表領域が自動的に管理されますが、Oracle Flashback機能を使用している場合は、フラッシュバック操作の成功を保証するために、いくつかのUNDO管理タスクを実行する必要があります。

Oracle Flashback操作中にsnapshot too oldというエラーが発生した場合は、フラッシュバック操作のサポートに十分なUNDOデータが保持されているかどうか確認する必要があることを意味しています。

次のメソッドにより、Oracle Flashback操作のサポートを強化します。

- 自動拡張表領域の最小UNDO保存期間を、Oracle Flashback操作の予想最長期間と同じ長さに設定します。
このためには、UNDO_RETENTION初期化パラメータを設定します。詳細は、『Oracle Database管理者ガイド』を参照してください。

- UNDO表領域を固定サイズに変更します。
自動拡張UNDO表領域に対しては、アクティブな最長実行問合せよりわずかに長くなるように、UNDO保存期間が常に自動的にチューニングされます。ただし、この自動チューニングされた保存期間は、Oracle Flashback操作には不十分な場合があります。UNDO表領域の自動拡張が無効になっているか、またはUNDO領域が固定サイズの場合は、Oracle Flashback操作を効果的にサポートできるよう、UNDO保存期間のチューニングに異なるメソッドが使用されます。

UNDO表領域を固定サイズに変更するには、十分に大きい表領域サイズを選択する必要があります。選択したUNDO表領域サイズが小さすぎると、次のエラーが発生する場合があります。

- 領域が不足して新たなトランザクションのUNDOデータを収容できないために、DMLが失敗します。

- 「スナップショットが古すぎます」というエラーが発生し、長時間実行問合せが失敗します。これは、UNDOデータが不足しているために読取り一貫性を維持できないことを意味します。

Oracle Enterprise Manager Database Control(Database Control)のUNDOアドバイザを使用し、UNDO表領域の固定サイズとして、その最小サイズを判断できます。詳細は、「UNDOアドバイザを使用したUNDO表領域の最小サイズの計算」を参照してください。

関連項目:

- 「UNDOデータについて」

- 「UNDOアドバイザを使用したUNDO表領域の最小サイズの計算」

- 「UNDO表領域の固定サイズへの変更」

UNDO情報の表示

自動UNDO管理ページを使用して、UNDO構成に関する次の情報を表示できます。

- UNDO表領域の名前および現行サイズ

- 表領域の自動拡張の設定(「はい」または「いいえ」)

- 既存の自動チューニングUNDO保存期間

UNDO情報を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「データベース構成」セクションで、「UNDO管理」をクリックします。
自動UNDO管理ページが表示されます。

undo_management_112.gifの説明

関連項目:

- 「UNDOデータについて」

UNDOアドバイザを使用したUNDO表領域の最小サイズの計算

UNDO表領域を固定サイズに変更する必要がある場合は、UNDOアドバイザを使用すると、必要な最小サイズを簡単に判定できます。UNDOアドバイザを使用して、最小UNDO保存期間を設定することもできます。

UNDO表領域を固定サイズに構成する場合は、まずデータベース作成後に十分な時間をかけて完全なワークロードを実行することをお薦めします。これにより、UNDO表領域がワークロードを処理するための必要最小限のサイズになります。その後、UNDOアドバイザを使用して、将来の長時間実行問合せやOracleフラッシュバック操作に対応できるUNDO表領域を構成する最適なサイズを決定してください。

UNDOアドバイザを使用してUNDO表領域の最小サイズを計算するには、次のようにします。

1. 自動UNDO管理ページに移動します。
詳細は、「UNDO情報の表示」を参照してください。

2. 指定した期間(過去7日間など)に収集された統計と選択したUNDO保存期間のどちらに基づいてUNDO表領域の最小サイズを計算するかを決定します。
自動収集した統計は、長時間実行問合せの期間およびUNDO生成率を含みます。Oracle Flashback機能を使用しない場合、または将来の長時間実行問合せが以前の長時間実行問合せ期間を超えない場合は、これらの統計に基づくUNDO表領域の最小サイズを計算することを推奨します。

UNDO保存期間を選択し、入力する場合は、将来の長時間実行問合せまたはOracle Flashback操作の予想期間に基づいて期間を決定する必要があります。

3. 一定期間に収集された統計に基づいてUNDO表領域の最小サイズを計算するには、次の手順を実行します。

1. 「分析期間」セクションの「分析期間」リストで、目的の分析期間を選択します。
「期間のカスタマイズ」を選択すると、期間の開始日時および終了日時を入力できるページが表示されます。

2. 「分析期間で最も長い問合せに基づき自動的に選択済」を選択します。

3. 「分析の実行」をクリックします。
必要なUNDO表領域の最小サイズが「分析結果」セクションに表示されます。

4. (オプション)「グラフの表示」をクリックして分析結果のグラフを表示します。

4. 入力した期間に基づいてUNDO表領域の最小サイズを計算するには、次の手順を実行します。

1. 「分析期間」セクションで「継続時間の長い問合せやフラッシュバックを許可するよう手動で指定済」を選択します。

2. 「期間」フィールドに、目的のUNDO保存期間を秒、分、時間、日数のいずれかの単位で入力します。
この期間は次のように計算します。

- ワークロードに対して予想される最長実行問合せの期間を特定します。
期間を特定する根拠となるのは、過去のワークロード期間に記録された最長実行問合せです。この情報は、自動UNDO管理ページのシステム・アクティビティ・サブページから入手できます。このサブページの分析期間は、一般サブページの「分析期間」リストから選択します。通常のワークロード期間に対応するカスタム分析期間を選択できます。

- Oracle Flashback操作に対する最長期間を判断します。

- 2つの期間のうち大きい方を取ります。

3. 一般サブページの「分析期間」セクションで、「分析の実行」をクリックします。
必要なUNDO表領域の最小サイズが「分析結果」セクションに表示されます。

4. (オプション)「グラフの表示」をクリックして分析結果のグラフを表示します。
undo_management_graph.gifの説明

5. (オプション)曲線上で目的のUNDO保存期間に対応する目盛(または1点)をクリックします。
「期間」フィールドが選択したUNDO保存期間に合わせて変わります。また、グラフの上の「必要なUNDO表領域の最小サイズ」フィールドが対応する必要サイズを反映して変わります。

6. (オプション)「適用」をクリックします。
最小UNDO保存期間が「期間」フィールドの値に設定されます。

注意:
UNDOアドバイザで分析を実行したり、最小UNDO保存期間を設定しても、UNDO表領域のサイズは変わりません。UNDO表領域のサイズを変更するには、「UNDO表領域の固定サイズへの変更」の手順を実行してください。

関連項目:

- 「UNDOデータについて」

- 「UNDOデータの管理について」

UNDO表領域の固定サイズへの変更

UNDO表領域が大きくなりすぎるのを防ぐため、またはOracle Flashback操作のサポートを強化するために、UNDO表領域を固定サイズに変更します。

UNDO表領域を固定サイズに変更するには、次の手順を実行します。

1. 自動UNDO管理ページで必要なUNDO表領域の最小サイズを算出した後、「UNDO表領域の編集」をクリックします。
表領域の編集ページにUNDO表領域のプロパティが表示されます。

2. 「データファイル」セクションで「編集」をクリックします。
データファイルの編集ページが表示されます。

3. 「ファイル・サイズ」フィールドに、UNDO表領域の計算済最小サイズを入力します。
詳細は、「UNDOアドバイザを使用したUNDO表領域の最小サイズの計算」を参照してください。

4. 「記憶域」セクションで「フルになった場合に自動的にデータファイルを拡張(AUTOEXTEND)」を選択解除します。

5. 「続行」をクリックします。
表領域の編集ページに戻ります。

6. 「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- 「UNDOデータについて」

- 「UNDOデータの管理について」

記憶域: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

記憶域に関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/storage/storage.htm

7 ユーザー・アカウントおよびセキュリティの管理

この章では、ユーザー・アカウントを作成および管理する方法について説明します。この章の内容は、次のとおりです。

- ユーザー・アカウントについて

- ユーザー権限およびロールについて

- 管理アカウントおよび権限について

- ロールの管理

- データベース・ユーザー・アカウントの管理

- データベースのパスワード・ポリシーの設定

- ユーザー: Oracle by Example Series

ユーザー・アカウントについて

データベースにアクセスするユーザーに対して、ユーザー・アカウントを作成し、適切なデータベースへのアクセス権限をこれらのアカウントに付与する必要があります。ユーザー・アカウントはユーザー名で識別されます。次のユーザー属性を定義します。

- 認証方式

- データベース認証パスワード

- 永続および一時データ記憶域のデフォルト表領域

- 表領域の割当て制限

- アカウント・ステータス(ロックまたはロック解除)

- パスワード・ステータス(有効または無効)

ユーザー・アカウントを作成すると、ユーザー名、パスワード、アカウント用のデフォルト表領域を割り当てるのみでなく、次の手順を実行する必要があります。

- アカウントに適切なシステム権限、オブジェクト権限およびロールを付与します。

- ユーザーがデータベース・オブジェクトを作成する場合、オブジェクトが作成される各表領域のユーザー・アカウントに領域使用量の割当て制限を設定します。

各ユーザーには、担当する作業に必要な権限のみを付与する(それ以上は付与しない)ことをお薦めします。たとえば、データベース・アプリケーション開発者には、表、索引、ビューおよびストアド・プロシージャを作成および変更する権限が必要ですが、表領域を削除またはデータベースをリカバリする権限は必要ありません。データベース管理のためのユーザー・アカウントを作成し、一部の管理権限のみをそれらのアカウントに付与することができます。

また、アプリケーションからのみ使用できるユーザー・アカウントを作成することもできます。このアカウントでログインできるユーザーはいませんが、アプリケーションがこのアカウントを使用してデータベースに接続し、ユーザーがアプリケーションにログインします。このタイプのユーザー・アカウントでは、アプリケーション・ユーザーがデータベースに直接ログインして、不測の事態が発生することを防止します。詳細は、「ユーザー権限およびロールについて」を参照してください。

ユーザー・アカウントを作成すると、そのユーザーのためのスキーマも同時に作成されます。スキーマは、表やビュー、トリガーなどの、データベース・オブジェクトの論理的なコンテナです。スキーマ名はユーザー名と同一で、ユーザーが所有するオブジェクトを参照するときに確実に使用できます。たとえば、hr.employeesは、hrスキーマでemployeesという名前の表を参照します。(employees表はhrによって所有されます。)データベース・オブジェクトおよびスキーマ・オブジェクトという用語は同じ意味で使用されます。

ユーザーを削除する場合は、同時にすべてのスキーマ・オブジェクトを削除するか、別の操作によってスキーマ・オブジェクトを事前に削除しておく必要があります。

事前定義されたユーザー・アカウント

データベースには、作成したユーザー・アカウントに加えて、インストール時に自動的に作成された複数のユーザー・アカウントが含まれます。

すべてのデータベースには、管理アカウントSYS、SYSTEM、SYSMANおよびDBSNMPが含まれています。管理アカウントは高度な権限を持つアカウントであり、データベースの起動と停止、データベース・メモリーと記憶域の管理、データベース・ユーザーの作成と管理などの管理タスクを実行する権限のあるユーザーのみに必要です。Oracle Enterprise Manager Database Control(Database Control)にログインする場合は、SYS、SYSTEMまたはSYSMANを使用します。の管理エージェントは、DBSNMPアカウントを使用してデータベースの監視および管理を行います。Database Configuration Assistant(DBCA)でデータベースを作成する際に、これらのアカウントのパスワードを割り当てます。これらのアカウントは削除することができません。

すべてのデータベースには、個別のOracle Databaseの機能またはコンポーネントが固有のスキーマを保持できるように自動的に作成される内部のアカウントも含まれます。これらのアカウントを権限のないアクセスから保護するために、これらは最初にロックされ、これらのパスワードは期限切れになります(ロックされたアカウントはログインを無効化するアカウントです)。内部アカウントを削除したり、内部アカウントを使用してデータベースにログインする必要はありません。

データベースにはサンプル・スキーマが含まれています。これは、連結されたスキーマのセットで、共通のデータベース・タスクに関するOracleドキュメントおよび資料を表示できます。また、このスキーマを使用して、本番データを危険にさらさずに試験を行えます。

各サンプル・スキーマには関連付けられたユーザー・アカウントがあります。たとえば、hrユーザー・アカウントはhrスキーマを所有します。このスキーマには人事管理アプリケーションの簡単な表のセットがあります。サンプル・スキーマのアカウントは、最初はロックされていて、パスワードが期限切れになっています。データベース管理者は、これらのアカウントのロックを解除しパスワードを割り当てます。

関連項目:

- 事前定義されたユーザー・アカウントのリストについては、『Oracle Database 2日でセキュリティ・ガイド』を参照してください。

- 「ユーザー・アカウントのロックおよびロック解除」

- 「管理アカウントおよび権限について」

- 「データベース・ユーザー・アカウントの管理」

- サンプル・スキーマの説明は、『Oracle Databaseサンプル・スキーマ』を参照してください。

- データベース・セキュリティの概要は、『Oracle Database概要』を参照してください。

ユーザー権限およびロールについて

ユーザー権限は基本レベルのデータベース・セキュリティを提供します。ユーザー権限はデータへのユーザーのアクセスの制御およびユーザーが拡張できるSQL文の種類の制限をするように設計されています。ユーザーを作成する場合は、権限を付与してユーザーのデータベースへの接続を有効化、問合せの実行と更新の作成、スキーマ・オブジェクトの作成などを行います。

ユーザー権限の主なタイプは次のとおりです。

- システム権限: システム権限は、ユーザーが特定のアクションまたは特定の種類のスキーマ・オブジェクトでアクションを実行できるようにする権限です。たとえば、CREATE TABLEシステム権限はユーザーと関連付けられたスキーマで表の作成を、CREATE USERシステム権限はユーザーにデータベース・ユーザーの作成を可能にします。

- オブジェクト権限: オブジェクト権限は、ユーザーが固有のスキーマ・オブジェクトに対して特定のアクションを実行できるようにする権限です。様々なオブジェクト権限が様々なタイプのスキーマ・オブジェクトに使用されます。例として、EMPLOYEES表から行を選択する権限、またはDEPARTMENTS表から行を削除する権限などがあります。

ロールを使用すると、権限の管理はより簡単になります。ロールは関連する権限のグループ名が付けられます。ユーザーはロールを作成し、ロールにシステムおよびオブジェクト権限を付与し、その後ユーザーにロールを付与できます。また、他のロールにロールを付与することもできます。スキーマ・オブジェクトとは異なり、ロールはいずれのスキーマにも含まれません。

表7-1に、Oracle Databaseで事前定義され広く使用されている3つのロールを示します。この3つのロールは、ユーザーを作成する際、または作成後にいつでも付与できます。

表7-1 Oracle Databaseの事前定義されたロール

ロール名

説明

CONNECT

ユーザーのデータベースへの接続を可能にします。このロールをデータベース・アクセスが必要なユーザーまたはアプリケーションに付与します。Database Controlを使用してユーザーを作成すると、このロールは自動的にユーザーに付与されます。

RESOURCE

そのユーザーに関連付けられたスキーマで特定タイプのスキーマ・オブジェクトの作成、変更および削除を可能にします。このロールは開発者やスキーマ・オブジェクトの作成が必要なその他のユーザーにのみ付与されます。このロールにより、オブジェクト・システムの作成権限のサブセットが付与されます。たとえば、CREATE TABLEシステム権限を付与できますが、CREATE VIEWシステム権限は付与できません。付与できる権限は、CREATE CLUSTER、CREATE INDEXTYPE、CREATE OPERATOR、CREATE PROCEDURE、CREATE SEQUENCE、CREATE TABLE、CREATE TRIGGER、CREATE TYPEです。

DBA

ユーザーの作成および権限の付与、ロールの作成および付与、あらゆるスキーマでのスキーマ・オブジェクトの作成、変更および削除などを含むほとんどの管理機能をユーザーが実行することを可能にします。これはすべてのシステム権限を付与しますが、データベース・インスタンスの起動または停止の権限は含まれません。この権限はデフォルトでSYSおよびSYSTEMユーザーに付与されます。

関連項目:

- 「ロールの管理」

- 「データベース・ユーザー・アカウントの管理」

- 第8章「スキーマ・オブジェクトの管理」

- 権限とロールの詳細は、『Oracle Database 2日でセキュリティ・ガイド』を参照してください。

- システム権限、オブジェクト権限および事前定義済ロールの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

- データベース・セキュリティの概要は、『Oracle Database概要』を参照してください。

管理アカウントおよび権限について

管理アカウントおよび管理権限により、ユーザーの管理、データベース・メモリーの管理、データベースの起動および停止などの管理機能を実行できます。

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

- SYSおよびSYSTEMユーザー

- SYSDBAおよびSYSOPERシステム権限

関連項目:

- 「ユーザー・アカウントについて」

- 「ユーザー権限およびロールについて」

- 「データベース・ユーザー・アカウントの管理」

SYSおよびSYSTEMユーザー

次の管理ユーザー・アカウントはOracle Databaseをインストール時に自動的に作成されます。インストールの際に適用したパスワードを使用しても作成できます。どちらも自動的にDBAロールが付与されます。

- SYS
このアカウントでは、すべての管理機能を実行できます。データベースのデータ・ディクショナリ用のすべての実表およびベース・ビューはSYSスキーマに保存されます。これらの実表およびベース・ビューはOracle Databaseを操作する際に重要となります。データ・ディクショナリの整合性を保持するには、SYSスキーマ内の表をデータベースのみで操作します。すべてのユーザーまたはデータベース管理者による変更は絶対に行わないでください。また、SYSスキーマ内に表を作成しないでください。

SYSユーザーにはSYSDBA権限が付与され、この権限によりバックアップやリカバリのような高水準な管理タスクを実行できます。

- SYSTEM
このアカウントは、次の例外を除いたすべての管理機能を実行します。

- バックアップとリカバリ

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

このアカウントを使用して日常的な管理タスクを実行できますが、Oracle Databaseを管理するための名前付きユーザー・アカウントを作成して、データベース・アクティビティを監視できるようにすることを薦めします。

SYSDBAおよびSYSOPERシステム権限

SYSDBAおよびSYSOPERはデータベースの作成、起動、停止、バックアップまたはリカバリなどの高度な管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、すべての権限を持つデータベース管理者用、SYSOPERシステム権限は、基本的な運用タスクを実行するがユーザー・データを表示する権限は持たないユーザー用です。

SYSDBAおよびSYSOPERは、データベースがオープンでないときもデータベース・インスタンスにアクセスできるシステム権限です。これらの権限の制御は完全にデータベース外で行われています。この制御により、これらの権限のいずれかを付与されている管理者は、データベース・インスタンスに接続してデータベースを起動できます。

SYSDBA権限およびSYSOPER権限は、他の方法では権限が付与されない特定のデータベース操作を実行可能にする接続のタイプと考えることもできます。たとえば、SYSDBA権限がある場合、AS SYSDBAを使用してデータベースに接続できます。

SYSユーザーはインストール後すぐにSYSDBAの権限を自動的に付与されます。SYSユーザーとしてログインする場合、SYSDBAまたはSYSOPERとしてデータベースに接続する必要があります。SYSDBAユーザーとして接続すると、SYSDBA権限が発動され、SYSOPERユーザーとして接続すると、SYSOPER権限が発動されます。Oracle Enterprise Manager Database Controlでは、SYSDBAまたはSYSOPERとして接続しないと、SYSユーザーとしてログインできません。

SYSDBAまたはSYSOPER権限で接続すると、通常はユーザー名に関連付けられているスキーマではなく、デフォルトのスキーマで接続が確立されます。このスキーマは、SYSDBAの場合はSYS、SYSOPERの場合は、PUBLICです。

注意:
SYSユーザーとして接続する場合、データ・ディクショナリの表における権限は無制限となります。データ・ディクショナリの表を変更しないように注意してください。

関連項目:

- SYSDBAおよびSYSOPER権限によって認可される操作の詳細は、『Oracle Database管理者ガイド』を参照してください。

ロールの管理

ロールは、関連するシステムおよびオブジェクト権限の名前付きグループです。ロールを作成し、ユーザーおよび他のロールに割り当てます。

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

- ロールの表示

- 例: ロールの作成

- 例: ロールの変更

- ロールの削除

関連項目:

- 「ユーザー権限およびロールについて」

- ユーザー・セキュリティ、ロールおよび権限の管理の詳細は、『Oracle Database 2日でセキュリティ・ガイド』を参照してください。

ロールの表示

ロールは、Oracle Enterprise Manager Database Control(Database Control)のロール・ページで確認できます。

ロールを表示するには、次の手順を実行します。

1. データベースのホームページにアクセスし、ロールを管理する権限を持つユーザー・アカウントでログインします。このようなユーザー・アカウントの例はSYSTEMです。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「セキュリティ」セクションで、「ロール」をクリックします。
ロール・ページが表示されます。

view_roles.gifの説明

4. 特定のロールの詳細を表示するには、「選択」列で表示するロールの名前を選択し、「表示」をクリックします。
ロールが表示されない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ロールのリストの上部の「次へ」をクリックし、次のページを表示します。該当するロールが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、該当するロールを検索します。「オブジェクト名」フィールドに、ロールの最初の数文字を入力して「実行」をクリックします。
ロールを選択し、「表示」をクリックします。

ロールの表示ページが表示されます。このページでは、選択済のロールに付与されたすべての権限およびロールを表示できます。

例: ロールの作成

アプリケーション開発者用にAPPDEVと呼ばれるロールを作成すると想定します。アプリケーション開発者はアプリケーションで使用するスキーマ・オブジェクトの作成、変更および削除を行う必要があるため、APPDEVロールには表7-2に示すシステム権限を含めます。

表7-2 APPDEVロールに付与されたシステム権限

権限

説明

CREATE TABLE

スキーマで表をユーザーが作成、変更および削除することを可能にします。

CREATE VIEW

スキーマでビューをユーザーが作成、変更および削除することを可能にします。

CREATE PROCEDURE

スキーマでプロシージャをユーザーが作成、変更および削除することを可能にします。

CREATE TRIGGER

スキーマでトリガーをユーザーが作成、変更および削除することを可能にします。

CREATE SEQUENCE

スキーマでシーケンスをユーザーが作成、変更および削除することを可能にします。

CREATE SYNONYM

スキーマでシノニムをユーザーが作成、変更および削除することを可能にします。

APPDEVロールを作成するには、次の手順を実行します。

1. 「ロールの表示」に従って、ロール・ページに移動します。

2. 「作成」をクリックします。
ロールの作成ページが表示されます。

3. 「名前」フィールドにAPPDEVと入力します。

4. 「システム権限」をクリックし、システム権限サブページに移動します。
create_role.gifの説明

このロールに対するシステム権限の表にはまだ行は含まれません。

5. 「リストを編集」をクリックします。
システム権限の変更ページが表示されます。

6. 「使用可能なシステム権限」リストで権限をダブルクリックして、「選択したシステム権限」リストに追加します。
追加する権限は、表7-2に示されています。

modify_system_privs.gifの説明

注意:
権限をダブルクリックすると簡単にできます。また、権限を選択して「移動」ボタンをクリックすることもできます。複数の権限を選択するには、[Shift]キーを押しながら権限の範囲を選択するか、または[Ctrl]キーを押して個々の権限を選択し、権限を選択した後に「移動」をクリックします。

7. 「OK」をクリックします。
システム権限サブページに戻り、選択済のシステム権限が表示されます。この時点で、「ロール」をクリックしてAPPDEVロールにその他のロールを割り当てます。または「オブジェクト権限」をクリックしてAPPDEVロールにオブジェクト権限を割り当てます。

8. 「OK」をクリックし、ロール・ページに戻ります。
APPDEVロールはデータベース・ロール表に表示されます。

例: ロールの変更

Oracle Streams Advanced Queuingをアプリケーションで使用すると想定します。その場合、開発者がアプリケーションの開発およびテストにAQ_ADMINISTRATOR_ROLEおよびAQ_USER_ROLEが必要かどうかを決定します。この2つのAdvanced Queuingロールを付与するには、APPDEVロールを編集する必要があります。

APPDEVロールを変更するには、次の手順を実行します。

1. 「ロールの表示」に従って、ロール・ページに移動します。

2. 「選択」列でクリックしてAPPDEVロールを選択し、「編集」をクリックします。
ロールの編集ページが表示されます。

3. 「ロール」をクリックし、ロール・サブページにナビゲートします。

4. 「リストを編集」をクリックします。
ロールの変更ページが表示されます。

5. 「使用可能なロール」リストでAQ_ADMINISTRATOR_ROLEおよびAQ_USER_ROLEロールをダブルクリックし、「選択したロール」リストに追加します。

6. 「OK」をクリックします。
ロール・サブページに戻ります。 APPDEVロールに付与された選択したロールが表示されます。

7. 「適用」をクリックして、変更内容を保存します。
APPDEVロールが正常に変更されたことを含む更新メッセージが表示されます。

ロールの削除

ロールを削除する場合、そのロールが現在1人以上のユーザーに付与されていても、Database Controlはロールを削除するため注意が必要です。ロールを削除する前に、そのロールが付与されているユーザーがいないかどうかを確認します。ロールを削除すると、そのロールを付与されたすべてのユーザーから、そのロールに関連付けられた権限が自動的に削除されます。

ロールに権限受領者がいるかどうか判別するには、次の手順を実行します。

1. 「ロールの表示」で説明されているとおりに、ロール・ページに移動します。

2. 「選択」列で、必要なロールをクリックします。
目的のロールが表示されない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ロールのリストの上部の「次へ」をクリックし、次のページを表示します。該当するロールが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、該当するロールを検索します。「オブジェクト名」フィールドに、ロールの最初の数文字を入力して「実行」をクリックします。

ロールを選択できます。

3. 「アクション」リストで、「権限受領者の表示」を選択して「実行」をクリックします。
選択したロールが付与されたユーザーを表示したレポートが表示されます。

4. 「取消」をクリックし、ロール・ページに戻ります。

ロールを削除するには、次の手順を実行します。

1. 「ロールの表示」で説明されているとおりに、ロール・ページに移動します(そのページに移動していない場合)。

2. 「選択」列で、必要なロールをクリックし、「削除」をクリックします。
確認ページが表示されます。

3. 「はい」をクリックします。
確認メッセージはロールが正常に削除されたことを示します。

データベース・ユーザー・アカウントの管理

この項では、データベースのユーザーおよびアプリケーションのユーザー・アカウントを作成し管理する方法を提供します。この付録には、次の項があります。

- ユーザー・アカウントの表示

- 例: ユーザー・アカウントの作成

- 既存のユーザー・アカウントの複製による新規ユーザー・アカウントの作成

- 例: ユーザー・アカウントへの権限およびロールの付与

- 例: ユーザー・アカウントへの表領域の割当て制限の割当て

- 例: ユーザー・アカウントの変更

- ユーザー・アカウントのロックおよびロック解除

- ユーザー・パスワードの期限切れ

- 例: ユーザー・アカウントの削除

関連項目:

- 「ユーザー・アカウントについて」

ユーザー・アカウントの表示

ユーザー・アカウントは、Oracle Enterprise Manager Database Control(Database Control)のユーザー・ページで確認できます。

ユーザーを表示するには、次の手順を実行します。

1. データベースのホームページに移動し、ユーザーを管理する権限を持つユーザー・アカウント(SYSTEMなど)でログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「セキュリティ」セクションで、「ユーザー」をクリックします。
ユーザー・ページが表示されます。

users_page.gifの説明

4. 特定のユーザーの詳細を表示するには、「選択」列でユーザーをクリックし、「表示」をクリックします。
ユーザーが表示されない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ユーザーのリストの上部の「次へ」をクリックし、次のページを表示します。該当するユーザーが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、該当するユーザーを検索します。「オブジェクト名」フィールドに、ユーザー名の最初の数文字を入力して「実行」をクリックします。

- 表のデータのソート順序を変更するには、表の列をクリックします。たとえば、ユーザーを逆アルファベット順にリストするには、「ユーザー名」列ヘッダーをクリックします。

ユーザーを選択し、「表示」をクリックします。

ユーザーの表示ページが表示され、すべてのユーザー属性が表示されます。

例: ユーザー・アカウントの作成

Nickという名前のデータベース・アプリケーション開発者用のユーザー・アカウントを作成すると想定します。Nickは開発者であるため、アプリケーションを構築およびテストするために、彼に必要なデータベース権限およびロールを付与する必要があります。また、その表領域でスキーマ・オブジェクトを作成できるように、デフォルト表領域に10MBの領域割当て制限をNickに付与する必要があります。

Nickという名前のユーザーを作成するには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. ユーザー・ページで、「作成」をクリックします。
ユーザーの作成ページが表示されます。一般サブページが表示されます。

create_user.gifの説明

3. 「名前」フィールドにNICKと入力します。

4. プロファイル・リストで、値DEFAULTを受け入れます。
この設定によりデフォルトのパスワード・ポリシーがユーザーNickに割り当てられます。

詳細は、「データベースのパスワード・ポリシーの設定」を参照してください。

5. 認証リストのデフォルト値Passwordを許可します。
ユーザーを認証するためのより高度な方法の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

6. 「パスワードの入力」および「パスワードの確認」フィールドに、セキュアなパスワードを入力します。
セキュアなパスワードを作成します。詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

7. 「期限切れパスワード」は選択しないでください。アカウント・ステータスが期限切れに設定された場合、ユーザーまたはデータベース管理者はユーザーがデータベースにログインする前にパスワードを変更する必要があります。

8. (オプション)「デフォルト表領域」フィールドの横の懐中電灯アイコンをクリックして、USERS表領域を選択し、「選択」をクリックします。
Nickが作成するすべてのスキーマ・オブジェクトは、他を指定しないかぎりUSERS表領域に作成されます。「デフォルト表領域」フィールドを空白のままにすると、Nickは新しくインストールするデータベースのデフォルト表領域としてUSERSを割り当てられます。USERS表領域の詳細は、「表領域について」を参照してください。

9. (オプション)「一時表領域」フィールドの横の懐中電灯アイコンをクリックして、TEMP表領域を選択し、「選択」をクリックします。
「一時表領域」フィールドを空白のままにすると、Nickは新しくインストールするデータベースのデフォルト一時表領域としてTEMPを割り当てられます。TEMP表領域の詳細は、「表領域について」を参照してください。

10. 「ステータス」オプションについては、デフォルトの「ロック解除」をそのまま使用します。
ユーザー・アカウントを使用されないように後でロックできます。ユーザー・アカウントの削除によりユーザーが所有するすべてのスキーマ・オブジェクトも同時に削除されてしまうのを防ぐため、一時的にユーザー・アカウントへのアクセスを拒否するにはユーザー・アカウントを削除せずにロックします。

11. 「例: ユーザー・アカウントへの権限およびロールの付与」の手順に従って、ユーザーに、ロール、システム権限およびオブジェクト権限を付与します。

注意:
「例: ユーザー・アカウントへの権限およびロールの付与」の手順13で、「OK」をクリックしないでください。かわりに、その手順をスキップし、ここでの手順12を続行します。

12. 「例: ユーザー・アカウントへの表領域の割当て制限の割当て」の説明に従って、10MBの割当て制限をUSERS表領域に割り当てます。

13. 表領域の割当て制限を割り当てるとき(前の手順)に「OK」をクリックしなかった場合、「OK」をクリックしてユーザーを作成します。

関連項目:

- 「Database Control管理ユーザーの作成」

- 『Oracle Database 2日でセキュリティ・ガイド』

既存のユーザー・アカウントの複製による新規ユーザー・アカウントの作成

既存のユーザー・アカウントと属性が同じユーザー・アカウントを作成する場合は、既存のユーザー・アカウントを複製できます。

既存のユーザー・アカウントを複製して新規ユーザー・アカウントを作成するには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. 「選択」列で、複製するユーザーをクリックします。

3. 「アクション」リストで、「類似作成」を選択して「実行」をクリックします。
ユーザーの作成ページが表示されます。このページには複製されたユーザーとして同じ属性を持った新しいユーザーが表示されます。

4. ユーザー名およびパスワードを入力し、必要に応じてユーザー属性または権限を変更します。次に「OK」をクリックし、新規ユーザーを保存します。

「アクション」リストは他のアクションへのショートカットおよびユーザーの作成に使用されるSQLコマンドを表示する方法を示します。

例: ユーザー・アカウントへの権限およびロールの付与

Nickという名前のユーザー・アカウントを作成または変更すると想定します。Nickはデータベース・アプリケーション開発者であるため、自身のスキーマでデータベース・オブジェクトを作成できるように、APPDEVロールをNickに付与する必要があります。(「例: ロールの作成」でAPPDEVロールを作成済です。)また、自身のスキーマ以外のスキーマで表やビューを作成できるようにする場合は、CREATE ANY TABLEおよびCREATE ANY VIEWのシステム権限を付与します。また、Nickは人事管理アプリケーションを開発するため、hrサンプル・スキーマにある表を表示して例として使用できるようにする必要があります。したがって、これらの表のSELECTオブジェクト権限を付与する必要もあります。最後に、NickがDatabase Controlにログインして、データベース・オブジェクトを作成および管理するためのGraphical User Interfaceを使用できるようにする必要があります。したがって、SELECT_CATALOG_ROLEロールをNickに付与する必要があります。次の表は、Nickに付与する権限およびロールを示しています。

権限付与タイプ

権限またはロール名

システム権限

CREATE ANY TABLE、CREATE ANY VIEW

オブジェクト権限

hrスキーマで、すべての表のSELECT

ロール

APPDEV、SELECT_CATALOG_ROLE

次の例は、Nickのユーザー・アカウントの作成中またはアカウントの編集中であることを想定しています。ユーザーの作成ページにアクセスし、一般サブページで必要なすべてのフィールドを入力しているか(「例: ユーザー・アカウントの作成」を参照)、Nickのためのユーザーの編集ページにアクセスしています(「例: ユーザー・アカウントの変更」を参照)。また、この例ではNickに権限またはロールをまだ付与していないとします。

Nickという名前のユーザーに権限およびロールを付与するには、次の手順を実行します。

1. ユーザーの作成ページ、またはユーザーの編集ページの上部に向かって、「ロール」をクリックしてロール・サブページを表示します。
ロール・サブページはNickに割り当てたCONNECTロールを表示します。Database Controlは、作成したすべてのユーザーにこのロールを自動的に割り当てます。(選択された「デフォルト」チェック・ボックスは、CONNECTロールがNickのデフォルト・ロールであることを示しています。つまり、このロールはNickがログインするたびに自動的に有効になります。)

2. 「リストを編集」をクリックします。
ロールの変更ページが表示されます。

modify_roles.gifの説明

3. 「使用可能なロール」リストでAPPDEVロールの場所を指定し、ダブルクリックして「選択したロール」リストに追加します。SELECT_CATALOG_ROLEロールでも同じ手順を実行し、「OK」をクリックします。
ユーザーの作成ページまたはユーザーの編集ページに戻ります。Nickに付与したCONNECT、APPDEVおよびSELECT_CATALOG_ROLEロールが表示されます。

注意:
ロールをダブルクリックする方が簡単です。ロールを選択して「移動」ボタンをクリックすることもできます。複数の権限を選択するには、[Shift]キーを押しながら権限の範囲を選択するか、[Ctrl]キーを押しながら個々の権限を選択します。

4. ページ上部に向かって、「システム権限」をクリックしてシステム権限サブページを選択します。

5. 「リストを編集」をクリックします。
システム権限の変更ページが表示されます。

6. 「使用可能なシステム権限」リストをスクロールしてCREATE ANY TABLEおよびCREATE ANY VIEW権限を特定し、それぞれをダブルクリックして、「選択したシステム権限」リストに追加し、「OK」をクリックします。
ユーザーの作成ページまたはユーザーの編集ページに戻ります。新しい追加されたシステム権限が表示されます。

注意:
ロールを削除するには、ロールの変更ページの「選択したロール」リストで削除するロールをダブルクリックします。システム権限を削除するには、システム権限の変更ページの「選択したシステム権限」リストで削除するシステム権限をダブルクリックします。

7. ページ上部に向かって、「オブジェクト権限」をクリックしてオブジェクト権限サブページを選択します。

8. 「オブジェクト・タイプの選択」リストから「表」を選択し、「追加」をクリックします。
表オブジェクト権限の追加ページが表示されます。

add_object_privileges.gifの説明

9. 表オブジェクトの選択リストの横にある懐中電灯アイコンをクリックします。
表オブジェクトの選択ダイアログ・ボックスが表示されます。

10. 「スキーマ」リストでHRを選択し、「実行」をクリックします。
hrスキーマのすべての表が表示されます。

select_table_objects.gifの説明

11. 「すべて選択」をクリックし、次に「選択」ボタンをクリックします。
「表オブジェクトの選択」ダイアログ・ボックスが閉じると、表オブジェクト権限の追加ページ上の「表オブジェクトの選択」フィールドに、hrスキーマ内のすべての表の名前が表示されます。

12. 「使用可能な権限」リストでSELECT権限をダブルクリックして「選択した権限」リストに移動し、「OK」をクリックします。
ユーザーの作成ページまたはユーザーの編集ページに戻ります。ユーザーNickに付与されたすべてのhr表に対するSELECTオブジェクト権限が表示されます。

注意:
オブジェクト権限を削除するには、ユーザーの作成ページ、またはユーザーの編集ページ(オブジェクト権限サブページ)で削除するオブジェクト権限を選択し、「削除」をクリックします。

13. 次のいずれかを実行し、ロールと権限の付与を保存します。

- ユーザー・アカウントを作成する場合は、「OK」をクリックし、新規ユーザー・アカウントを保存します。

- ユーザー・アカウントを修正する場合は、「適用」をクリックしてユーザー・アカウントに関する変更を保存します。

関連項目:

- 「ユーザー権限およびロールについて」

- 『Oracle Database 2日でセキュリティ・ガイド』

例: ユーザー・アカウントへの表領域の割当て制限の割当て

Nickという名前のユーザー・アカウントを作成または変更すると想定します。Nickのデフォルト表領域に10MBの領域使用量の割当て制限を配分します。

Nickが表領域にオブジェクトを作成できるように、デフォルト表領域にNickの表領域の割当て制限を割り当てる必要があります。(これは他の表領域にNickがオブジェクトを作成する場合も同様です。)Nickに特定の表領域を割り当てた後は、Nickの全オブジェクトが消費する領域の合計は、その表領域内で割当て制限を超えることはできません。UNLIMITEDの割当て制限を割り当てることもできます。

次の例は、Nickのユーザー・アカウントの作成中またはアカウントの編集中であることを想定しています。ユーザーの作成ページにアクセスし、一般サブページで必要なすべてのフィールドを入力しているか(「例: ユーザー・アカウントの作成」を参照)、Nickのためのユーザーの編集ページにアクセスしています(「例: ユーザー・アカウントの変更」を参照)。また、この例では、Nickには表領域の割当て制限が指定されていないものとします。

Nickという名前のユーザーに表領域の割当て制限を割り当てるには、次の手順を実行します。

1. ユーザーの作成ページ、またはユーザーの編集ページの上部で、割当て制限サブページを選択します。
ユーザーNickはどの表領域でも割当て制限を持っていないことを示している割当て制限サブページが表示されます。

quotas.gifの説明

2. 表領域USERSの「割当て制限」列でリストからValueを選択します。

3. USERS表領域の「値」列に、10を入力します。

4. 次のいずれかを実行し、新しい割当て制限の割当てを保存します。

- ユーザー・アカウントを作成する場合は、「OK」をクリックし、新規ユーザー・アカウントを保存します。

- ユーザー・アカウントを修正する場合は、「適用」をクリックしてユーザー・アカウントに関する変更を保存します。

例: ユーザー・アカウントの変更

ユーザーNickのデフォルトの表領域であるUSERSの割当て制限を削除すると想定します。そのためには、ユーザーNickのアカウントを変更する必要があります。

Nickという名前のユーザーを変更するには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. 「選択」列で、ユーザー・アカウントNickを選択し、「編集」をクリックします。
ユーザーNickが見つからない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ユーザー・アカウントのリストの上部の「次へ」をクリックし、次のページを表示します。Nickのユーザー・アカウントが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、Nickのアカウントを検索します。「オブジェクト名」フィールドに、NIという文字を入力して「実行」をクリックします。

Nickのユーザー・アカウントを選択し、「編集」をクリックします。

ユーザーの編集ページが表示され、Nickの一般属性が表示されます。

3. ページ上部で、割当て制限サブページを選択します。

4. 表領域USERSの「割当て制限」列でリストから「無制限」を選択し、「適用」をクリックします。
ユーザーNickが正常に変更されたことを示すメッセージが表示されます。

ユーザー・アカウントのロックおよびロック解除

特定のユーザー・アカウントに対してデータベースへのアクセスを一時的に拒否するには、ユーザー・アカウントをロックします。そのユーザーが接続しようとしても、データベースによってエラー・メッセージが表示され、接続は許可されません。そのユーザーに対して再度データベースへのアクセスを許可する場合は、ユーザー・アカウントのロックを解除します。

ユーザー・アカウントをロックまたはロック解除するには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. 「選択」列で、対象のユーザー・アカウントをクリックします。
目的のユーザー・アカウントが見つからない場合は、別のページに表示されている可能性があります。この場合は、「次へ」ボタンをクリックして他のページを表示するか、ページの「検索」領域を使用して、対象のユーザー・アカウントを検索します。

3. 次の操作を1つ実行します。

- アカウントをロックするには、「アクション」リストから「ーザーのロック」を選択し、「実行」をクリックします。

- アカウントのロックを解除するには、「アクション」リストから「ユーザーのロック解除」を選択し、「実行」をクリックします。

確認メッセージが表示されます。

4. 「はい」をクリックします。

ユーザー・パスワードの期限切れ

パスワードの期限が切れた場合、ユーザーは次回ログイン時にパスワードを変更するよう求められます。次の場合にパスワードの期限が切れます。

- ユーザーのパスワードが漏洩した場合。

- セキュリティ・ポリシーが表示され、定期的なパスワード変更を求める場合。

注意:
一定期間後にパスワードの期限を自動的に無効にする設定ができます。詳細は、「データベースのパスワード・ポリシーの設定」を参照してください。

- ユーザーがパスワードを忘れた場合。
3番目の場合、ユーザー・アカウントを変更し、新規の一時パスワードを割り当て、パスワードを無効にします。一時パスワードでログインすると、新しいパスワードを選択するように要求されます。

ユーザーのパスワードを期限切れにするには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. 「選択」列で、対象のユーザー・アカウントをクリックします。
目的のユーザー・アカウントが見つからない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ユーザー・アカウントのリストの上部の「次へ」をクリックし、次のページを表示します。対象のユーザー・アカウントが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、対象のユーザー・アカウントを検索します。「オブジェクト名」フィールドに、ユーザー・アカウント名の最初の数文字を入力して「実行」をクリックします。

ユーザー・アカウントを選択できます。

3. すべてのユーザーのパスワードを期限切れにするには、「複数」オプションを選択して「すべて選択」をクリックします。

4. 「アクション」リストから「パスワード期限切れ」を選択し、「実行」をクリックします。
確認メッセージが表示されます。

5. 「はい」をクリックして変更操作を実行します。

例: ユーザー・アカウントの削除

Nickという名前のユーザーが他の部門に移動したと想定します。今後データベースにアクセスする必要がなくなるので、Nickという名前のユーザーのアカウントを削除します。

ユーザー・アカウントを削除するときには、そのユーザーが所有しているすべてのスキーマ・オブジェクトも削除されるため、注意が必要です。スキーマ・オブジェクトを残したままで、ユーザーがデータベースにログインできないようにするには、ユーザー・アカウントをロックします。詳細は、「ユーザー・アカウントのロックおよびロック解除」を参照してください。

Nickという名前のユーザーを削除するには、次の手順を実行します。

1. 「ユーザー・アカウントの表示」に従って、ユーザー・ページに移動します。

2. 「選択」列で、ユーザー・アカウントNickを選択し、「削除」をクリックします。
ユーザー・アカウントNickが見つからない場合は、別のページに表示されている可能性があります。この場合、次のいずれかの操作を行います。

- ユーザー・アカウントのリストの上部の「次へ」をクリックし、次のページを表示します。Nickのユーザー・アカウントが見つかるまで「次へ」をクリックし続けます。

- そのページの「検索」エリアを使用して、ユーザー・アカウントを検索します。「オブジェクト名」フィールドに、NIという文字を入力して「実行」をクリックします。

Nickのユーザー・アカウントを選択し、「削除」をクリックします。

確認ページが表示されます。

3. 「はい」をクリックして、ユーザー・アカウントの削除を確認します。

データベースのパスワード・ポリシーの設定

この項では、データベース内のすべてのユーザー・アカウントにパスワード・ポリシーを設定するためのバックグラウンド情報および手順について説明します。この付録には、次の項があります。

- パスワード・ポリシーの概要

- デフォルト・パスワード・ポリシーの変更

関連項目:

- 「データベース・ユーザー・アカウントの管理」

- 『Oracle Database 2日でセキュリティ・ガイド』

パスワード・ポリシーの概要

ユーザー・アカウントを作成すると、デフォルト・パスワード・ポリシーがそのユーザー・アカウントに割り当てられます。新規にインストールされたデータベースに対するこのデフォルト・パスワード・ポリシーには、次の指定があります。

- ユーザー・アカウントのパスワードは180日で自動的に期限切れとなります。

- パスワードの期限切れの7日後にユーザー・アカウントがロックされます。

- 10回ログインに失敗すると、ユーザー・アカウントが1日ロックされます。

デフォルト・パスワード・ポリシーは、プロファイルと呼ばれるデータベース・オブジェクトを使用してユーザー・アカウントに割り当てられます。各ユーザー・アカウントにプロファイルが割り当てられ、そのプロファイルには、パスワード・ポリシーを説明する複数の属性があります。データベースにはDEFAULTという名前のデフォルト・プロファイルがあり、ユーザー・アカウントを作成する際に、他のプロファイルを指定しないかぎり、そのデフォルト・プロファイルがユーザー・アカウントに対して割り当てられます。

データベース・セキュリティを向上させるには、パスワード・ポリシーに厳しい制約を設ける必要がある場合があります。たとえば、パスワードの期限を70日に設定したり、ログインに3回失敗すると、ユーザー・アカウントがロックされるように設定することもできます。(ユーザー・アカウントのログインの失敗は、アカウントのパスワードとしてユーザーが不正なものを入力した場合に発生します。)また、パスワードを推定してシステムに入ろうとする侵入者から、十分に保護するために、パスワードを複雑に設定するように要求することもできます。たとえば、パスワードに少なくとも1文字の数字および1文字の句読点が含まれるように指定できます。

DEFAULTプロファイルのパスワード関連属性を変更することによって、データベース内のすべてのユーザー・アカウントのパスワード・ポリシーを変更します。

注意:
異なるユーザー・アカウントに異なるパスワード・ポリシーを使用することもできます。これを行うには、複数のプロファイルを作成し、各プロファイルにそれぞれパスワード関連の属性を設定し、異なるユーザー・アカウントに異なるプロファイルを割り当てます。この手順についてはこの項では説明しません。

デフォルト・パスワード・ポリシーの変更

プロファイル名DEFAULTのパスワード関連属性を変更し、すべてのデータベース・ユーザー・アカウントのデフォルトのパスワード・ポリシーを変更します。

デフォルト・パスワード・ポリシーを変更するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・サブページを表示します。

3. 「セキュリティ」セクションで、「プロファイル」をクリックします。
プロファイル・ページが表示されます。

4. 「選択」列でDEFAULTと呼ばれるプロファイルを選択し、「編集」をクリックします。
プロファイルの編集ページが表示されます。

5. ページ上部で、パスワード・サブページを選択します。
edit_profile.gifの説明

6. 必要に応じてフィールド値を変更します。各フィールドの横にある懐中電灯アイコンをクリックし、選択のリストを表示します。フィールドの説明については、このページの「ヘルプ」をクリックしてください。

7. 「適用」をクリックして、変更内容を保存します。

関連項目:

- 「パスワード・ポリシーの概要」

- 『Oracle Database 2日でセキュリティ・ガイド』

ユーザー: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

ユーザーに関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/users/users.htm

8 スキーマ・オブジェクトの管理

この章では、スキーマ・オブジェクトの作成および管理について説明します。この章の内容は、次のとおりです。

- スキーマ・オブジェクトについて

- スキーマ・オブジェクト管理権限について

- 表の管理

- 索引の管理

- ビューの管理

- データベースに格納されたプログラム・コードの管理

- その他のスキーマ・オブジェクトの使用

- スキーマ: Oracle by Example Series

スキーマ・オブジェクトについて

スキーマはデータベース・オブジェクトの集合です。スキーマはデータベース・ユーザーによって所有され、ユーザー名と同じ名前を共有します。スキーマ・オブジェクトは、ユーザーによって作成される論理構造です。表や索引などのいくつかのオブジェクトはデータを保持します。ビューやシノニムなどのその他のオブジェクトは定義のみで構成されます。

注意:
単一の表領域と単一のスキーマ間には関係性がまったくありません。同じスキーマ内のオブジェクトは異なる表領域の記憶域を使用でき、表領域は異なるスキーマからのデータを格納できます。

スキーマ・オブジェクトの命名

データベースのすべてのオブジェクトは1つのスキーマに属し、スキーマ内に一意の名前を持っています。異なるスキーマにある場合、複数のデータベース・オブジェクトは同じ名前を共有できます。スキーマ名を使用して、確実にオブジェクトを参照できます。たとえば、hr.employeesは、hrスキーマでemployeesという名前の表を参照します。(employees表はhrによって所有されます。)データベース・オブジェクトおよびスキーマ・オブジェクトという用語は同じ意味で使用されます。

データベース・オブジェクトを作成するときには、必ず任意のスキーマ内に作成する必要があります。その1つの方法として、スキーマを所有するユーザーとしてデータベースにログインしてからオブジェクトを作成します。通常、1つのアプリケーションに属するすべてのオブジェクトは、同一スキーマ内に配置できます。

スキーマ・オブジェクト名は特定のルールに従っている必要があります。スキーマ内で一意であるのみでなく、スキーマ・オブジェクト名が30バイト以下で先頭が文字で始まる必要があります。これらのルールのいずれかに違反する名前のオブジェクトの作成を試みると、データベースでエラーが発生します。

「SQL表示」ボタン

スキーマ・オブジェクトは、SQLまたはOracle Enterprise Manager Database Control(Database Control)を使用して作成および操作できます。

Database Controlを使用してスキーマ・オブジェクトを作成する際、「SQL表示」ボタンをクリックすると、指定したスキーマ・オブジェクトのプロパティに相当するSQL文が、グラフィカル・インタフェースによって表示されます。Database Controlは、このSQL文を送信して、スキーマ・オブジェクトを作成します。このオプションを選択すると不完全な文も表示されるので、スキーマ・オブジェクトのすべての仕様を入力して、Database Controlが送信する完全なSQL文を確認する必要があります。

関連項目:

- スキーマ・オブジェクト、オブジェクト名およびデータ型の詳細は、『Oracle Database概要』を参照してください。

スキーマ・オブジェクト管理権限について

データベース管理者(DBA)として、所有するスキーマおよびその他のスキーマでスキーマ・オブジェクトを作成、変更および削除できます。この目的のために、データベース管理者はDBAロールを付与されているユーザーとして定義されます。これにはSYSおよびSYSTEMユーザーがデフォルトで含まれます。DBAロールは、管理タイプ・アクセスを必要とするユーザーのみに付与することをお薦めします。

他のユーザーに、DBA権限を付与することなくスキーマ・オブジェクトを管理させることができます。たとえば、通常は、アプリケーション開発者がスキーマ・オブジェクトを作成、変更、削除できます。そのため、RESOURCEロールをアプリケーション開発者に付与します。

「非管理ユーザーのDatabase Controlへのアクセス権の付与」の説明に従って、スキーマ・オブジェクトを管理するためにDatabase Controlにログインする前に、Database Controlへの開発者アクセス権を付与する必要があります。Database Controlへのアクセス権を付与しない場合、開発者はSQL*PlusまたはSQL Developerでスキーマ・オブジェクトを管理する必要があります。

関連項目:

- 「例: ユーザー・アカウントへの権限およびロールの付与」

- 「SQLベースの管理ツールを使用したデータベースの管理」

表の管理

次の項ではデータベース表およびデータベース表の作成、変更方法を説明します。

- 表について

- 表の表示

- 表データの表示

- 例: 表の作成

- 表の属性の変更

- 例: 表へのデータのロード

- 表の削除

表について

表は、Oracle Databaseのデータ記憶域の基本的な単位です。すべてのユーザーがアクセスできるデータがここに含まれています。各表は列と行で構成されています。たとえば、employeesテーブルには、last_nameおよびemployee_idと呼ばれる列があります。この表の各行は異なる従業員を表し、last_nameおよびemployee_idの値が収められています。

表を作成するときには、表のタイプを指定し、列と制約を定義します。制約とは、データの整合性を保持するためのルールです。

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

- 表タイプについて

- 表の列の属性について

- 表レベルの制約について

- その他の表作成の必要事項

表タイプについて

Oracle Databaseで最も一般的な表の種類はemployees表のような単純な列で構成されているリレーショナル表です。他の2つの表のタイプとして、オブジェクト表およびXMLType表がサポートされています。この3つのタイプの表は、どれも永続または一時として定義できます。一時表はトランザクションまたはセッション中にのみ存在するセッションのプライベート・データを保持します。結果セットは複数の操作により構築されるため、結果セットを一時的にメモリーに保持する必要があるアプリケーションで役立ちます。

ヒープ構造または索引構成構造のいずれかでリレーショナル表を構築できます。ヒープ構造では、行を格納する順序は特に決まっていません。索引構成表では行の順序は選択されたいずれかの列の値によって決定されます。一部のアプリケーションでは、索引構成表を使用してパフォーマンスおよびディスク領域の使用効率を向上させることができます。

この項では永続のヒープ構成表について説明します。その他の表のタイプおよび使用する場合の詳細は、『Oracle Database管理者ガイド』、『Oracle Database概要』および『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。SQLによる表の作成および変更に必要な構文は、『Oracle Database SQL言語リファレンス』を参照してください。

表の列の属性について

データを保持するために表の列を定義します。列を作成するときに、次の属性を指定します。

- データ型

- NOT NULL列制約

- デフォルト値

- 暗号化

データ型

データ型の属性は、列に格納されるデータの種類を定義します。 表を作成する場合、各列のデータ型を指定する必要があります。

データ型は各列に含むことができる値のドメインを定義します。たとえば、DATE列では値February 29(うるう年を除く)、値2またはSHOEは使用できません。その後、列に挿入した各値はその列をデータ型と想定します。たとえば、17-JAN-2004を日付列に挿入する場合、有効な日付に変換したことを確認した後にOracle Databaseは文字列を日付値として処理します。

表8-1に、一般的なOracle Database組込みデータ型の一部を示します。

表8-1 一般的なデータ型

データ型

説明

VARCHAR2(size[BYTE|CHAR])

sizeは、バイト数または文字数での可変長の文字列の最大長を示します。たとえば、様々な国の郵便番号を保持する列は、VARCHAR2(12)のように定義され、12バイトに制限されます。

VARCHAR2(10 CHAR)などのCHAR修飾子を使用して、必要なバイト数に関係なく、文字の最大長を示すことができます。これは特にダブルバイトおよびトリプルバイト長の文字を使用する言語に有効です。BYTEおよびCHAR修飾子は、デフォルト値がバイト単位のNLS_LENGTH_SEMANTICSパラメータの設定を上書きします。最大サイズは4000バイトまたは4000文字です。最小サイズは1バイトまたは1文字です。VARCHAR2には、sizeを指定する必要があります。

詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

NUMBER (p,s)

精度p、位取りsを持つ数。精度は値の最大桁数を設定し、スケールは、小数点以下の桁数を定義します。たとえば、貨幣の値を保持するフィールドは、NUMBER(12,2)と定義され、基本通貨単位(ドル、ポンド、マルクなど)は10桁で表し、補助通貨単位(セント、ペニー、ペニッヒなど)は2桁で表します。精度pには1から38の値を指定できます。位取りsには-84から127の値を指定できます。

DATE

日付と時刻の両方含むコンポジット値です。各「DATE」値として、データベースには、世紀、年、月、日、時間、分および秒が格納されています。タイプ「DATE」の表列に日付を入力するとき、NLS_DATE_FORMAT初期化パラメータを指定した書式を使用する必要があります。NLS_TERRITORY初期化パラメータで、NLS_DATE_FORMATパラメータのデフォルト値を決定します。たとえば、アメリカでは、NLS_DATE_FORMATパラメータのデフォルトはDD-MON-RRです。したがって、「11-JAN-2006」の形式の日付を入力する必要があります。この形式に時刻は含まれていないため、時刻は午前0時(深夜)にデフォルト設定されます。また、文字列を日付に変換するTO_DATE機能を使用して、時刻を含めるか、他の形式に日付を入力します。有効な日付範囲は紀元前4712年1月1日から紀元9999年12月31日です。

CLOB

シングルバイト・キャラクタまたはマルチバイト・キャラクタを含むキャラクタ・ラージ・オブジェクト(CLOB)。固定幅および可変幅のキャラクタ・セットがサポートされ、両方ともデータベース・キャラクタ・セットで使用されます。最大サイズは(4GB - 1)*(データベース・ブロック・サイズ)です。たとえば、32Kのブロック・サイズの場合、最大CLOBサイズは128TBです。

NOT NULL列制約

制約により列の有効な値が決定します。Oracle Enterprise Manager Database Control(Database Control)では、表の作成ページの列レベルで定義できる制約は、行が挿入または更新されるたびに列に値があることを要求するNOT NULL制約のみです。「表レベルの制約について」で説明されている、列定義の一部または表定義の一部として定義できるその他の制約とは異なり、NOT NULL制約は列定義の一部として定義する必要があります。

データベースの整合性のため列にデータを指定する必要がある場合は、NOT NULL制約を使用します。たとえば、すべての従業員が特定の部門に所属する必要がある場合、部門の識別子を含む列はNOT NULL制約を付けて定義される必要があります。ただし、行が追加または変更される際にデータが不明または存在しない可能性があるときは、NOT NULLとして列を定義しないでください。NOT NULL制約を使用しない列の例として、メール・アドレス内の2番目のオプション行があります。

データベースは列または表の主キーを含む列にNOT NULL制限を自動的に追加します。

デフォルト値

列に値が入力されないまま新しい行が挿入されると、この値が列に自動的に格納されます。デフォルト値はリテラルに、または式として指定できます。ただし、式を作成する方法には制限があります。詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

暗号化

列データの自動暗号化が可能です。詳細は、『Oracle Database 2日でセキュリティ・ガイド』の透過的データ暗号化の説明を参照してください。

表レベルの制約について

Oracle Databaseでは、データの整合性を確保するためのルールを適用できます。たとえば、従業員のデータを含む表では、従業員名列の値としてNULLは受け入れられません。同様に、この表では同一のIDを持つ従業員が2人存在することはできません。

Oracle Databaseでは、表レベルおよび列レベルの両方で制約と呼ばれるデータの整合性規則を適用できます。制約に違反する行を挿入または更新を試行するSQL文はエラーになり、ロールバックされます。同様に、データが入力されている表に新しく制約を適用すると、既存の行が新しい制約に違反する場合、エラーになります。

表レベルで適用できる制約のタイプは次のとおりです。

- 主キー: 列(列の組合せ)は行の一意の識別子である必要があります。主キー列にNULL値は指定できません。

- 一意キー: 2つの行が指定された列または列の組合せにおいて重複値を持たない場合必要になります。列のセットは一意キーになります。

- チェック: 1つの列(または複数の列の組合せ)が表のすべての行の条件を満たすことを要求します。チェック制約はブール式である必要があります。行が挿入または更新されるたびに評価されます。チェック制約の例はSALARY > 0です。

- 外部キー: 特定の列(または列の組合せ)では、子表にあるすべての列の値が親表に存在する必要があります。外部キーを含む表は依存表または子表と呼ばれます。外部キーを参照する表は親表と呼ばれます。外部キー制約の例として、従業員表の部門列には、親の部門表に存在する部門IDが含まれる必要があります。

制約が作成され、通常、異なるステータスで変更できます。オプションで有効または無効を選択すると、行が追加または変更されるときに制約をチェックするかどうかを決定できます。また、オプションで遅延、または即時を選択すると、制約の検証をトランザクションの最後に行うか、文の最後に行うかを決定できます。

関連項目:

- 制約の詳細は、『Oracle Database概要』を参照してください。

その他の表作成の必要事項

この項では、表作成に関する追加情報を示します。この付録には、次の項があります。

- ユーザー定義型およびラージ・オブジェクト(LOB)

- パーティション化された表および索引

- 物理記憶域属性

- 圧縮表

ユーザー定義型およびラージ・オブジェクト(LOB)

新規の表には、ユーザー定義型で定義された1つ以上の列が含まれます。ユーザー定義型により、単一列は単一行内に複数の値を含むことができます。注文書のような実在するエンティティを示すオブジェクト・タイプの場合、配列、ネストされた表、またはオブジェクトなどが複数の値として表示されます(注文書型の列の値を取得すると、注文書番号、顧客番号、数量などが含まれた レコード を戻すことができます)。ユーザー定義型はCREATE TYPE文を使用して作成されます。ユーザー定義型はCREATE TYPE文を使用して作成します。詳細は、Oracle Database SQL言語リファレンスを参照してください。

ラージ・オブジェクト(LOB)列は、テキストやストリーミング・ビデオなどの非構造化データの格納に使用され、情報をTB単位まで保持できます。Oracle Database 11gでは、次世代のLOBデータ型で、高パフォーマンスで管理しやすいだけでなく、既存のLOBインタフェースとの完全な下位互換性を実現するSecureFilesを使用できます。SecureFilesは、高いパフォーマンスと容易な管理性を提供し、既存のLOBインタフェースとの完全な下位互換性があり、高度なデータ圧縮や重複解除、透過的暗号化などの拡張機能を備えています。Oracle Database 10gリリース2以前で使用可能なLOB実装は、下位互換性がサポートされており、BasicFilesと呼ばれています。表にLOB列を追加する場合は、SecureFileまたはBasicFileとして作成するかどうかを指定できます。記憶域タイプを指定しない場合は、LOBがBasicFileとして作成され、下位互換性が保持されます。

1つ以上のLOB列がある表を作成する場合は、そのLOB列を選択し、表の作成ページの一般サブページで「拡張属性」をクリックして、記憶域タイプ(BasicFileまたはSecureFile)と記憶域オプションを指定します。表中のすべてのLOB列に同じ記憶域タイプおよび記憶域オプションを指定する場合は、「デフォルトのLOB属性の設定」をクリックします。

パーティション化された表および索引

表および索引をパーティション化できます。大規模な表と索引をサポートするため、アドレス・キーをパーティション化して、表と索引をパーティションと呼ばれる小規模で管理しやすいピースに分割できます。パーティション化された表と索引にアクセスする際に、SQL問合せおよびDML文を変更する必要はありません。パーティション化はアプリケーションに対して透過的です。

パーティションが定義された後、特定の操作の効率が非常に向上されます。たとえば、一部の問合せではデータベースが表のすべてではなくパーティションのサブセットのみにアクセスして問合せ結果が生成されます。この技術(パーティション・プルーニングと呼ばれます)により向上したパフォーマンスを概算できます。また、データ管理操作はすべての表ではなくパーティション・レベルで発生します。これによりデータ・ロード、索引作成および再ビルド、バックアップおよびリカバリなどの操作の時間が大幅に削減されます。

各パーティションはその他のパーティションから独立した固有の表領域に格納されます。異なる表領域は異なるディスクに配置できるため、可用性およびパフォーマンスのためにより適切にチューニングできる表構造が提供されます。頻繁にアクセスされるデータはパフォーマンスの高いディスクに配置され、取得される頻度の低いデータはより低コストの記憶域に配置されるため、異なる表領域のパーティションを別々のディスクに保存することにより、使用可能な記憶域使用量を最適化できます。

パーティション化は、様々なタイプの大量のデータを管理するアプリケーションで役立ちます。オンライン・トランザクション処理(OLTP)システムでは、多くの場合、管理性および可用性が向上し、データ・ウェアハウス・システムではパフォーマンスと管理性が向上します。

物理記憶域属性

表について複数の記憶域属性を指定できます。たとえば、ディスク上の表の初期サイズを指定できます。表の記憶域属性設定の詳細は、『Oracle Database管理者ガイド』および『Oracle Database SQL言語リファレンス』を参照してください。

圧縮表

表の圧縮機能は、OLTPアプリケーションとデータ・ウェアハウス・アプリケーションのどちらにも適しています。表を圧縮すると、必要なディスク記憶域を節約でき、入出力やバッファ・キャッシュの要件が低くなるため、問合せのパフォーマンスがよくなります。圧縮はアプリケーションに対して透過的に行われるため、INSERT、UPDATEまたはDELETEなどの標準DML操作や一括ロードの実行にかかるオーバーヘッドは最小限で済みます。表の圧縮機能の構成は、表の作成ページの記憶域サブページで実行できます。

関連項目:

- 異なる表タイプの設計および管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 表と索引のパーティション化の詳細は、『Oracle Database概要』および『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

- LOB、SecureFileおよびBasicFileの詳細は、『Oracle Database概要』を参照してください。

- 「例: 表の作成」

表の表示

Database Controlを使用して、指定したスキーマ内にすべての表をリストでき、各表の定義を表示できます。

表を表示するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでスキーマ名を入力します。または、「スキーマ」フィールドの横にある懐中電灯アイコンをクリックするとスキーマを検索します。
SYSおよびhrを含むスキーマ名の例が表示されます。

5. 「オブジェクト名」フィールドを空白のままにして、スキーマ内のすべての表を検索して表示します。または、オブジェクト名(またはオブジェクト名の一部)を入力し、検索を制限します。
「オブジェクト名」フィールドに検索文字列を入力すると、名前の先頭とその検索文字列が一致するすべての表が表示されます。検索文字列の先頭にアスタリスク(*)を入力した場合、表名の一部に検索文字列を含むすべての表が表示されます。

6. 「実行」をクリックします。
指定したスキーマの表が表示されます。

hr_tables.gifの説明

7. 特定の表の定義を表示するには、表を選択し「表示」をクリックします。または表名をクリックします。
表の表示ページが表示されます。

関連項目:

- 「表について」

表データの表示

表名および表定義の表示以外にも、表に格納されたデータおよびデータを表示するために使用されるSQL文を表示できます。また、SQL文を変更し、結果セットを変更できます。

表データを表示するには、次の手順を実行します。

1. 「表の表示」の説明に従って表を検索します。たとえば、hrスキーマの表を検索します。

2. データが含まれている表を選択します。
たとえば、employeesを選択します。

3. 「アクション」リストで、「データの表示」を選択して「実行」をクリックします。
表のデータの表示ページが表示されます。

view_employees.gifの説明

「問合せ」フィールドは表のデータ表示を実行するSQL問合せを表示します。「結果」セクションは表のデータを表示します。すべての列を表示するにはページの下にある横スクロール・バーを使用する必要がある可能性があります。

4. (オプション)列の名前をクリックして、列内の値ごとにデータをソートします。

5. (オプション)「再問合せ」をクリックして、問合せを変更し、データを再度表示します。
表の再問合せページが表示されます。このページでは表示する列を選択できます。また、結果を制限するSQL SELECT文のWHERE句を指定できます。

表のコンテンツを参照するために、独自のSQL SELECT文を記述して送信することもできます。Database ControlでSQLワークシート・セッションを開始して、SQL文を実行できます。これを行うには、データベース・ホームページの「関連リンク」セクションの「SQLワークシート」をクリックします。

SELECT文の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

関連項目:

- 「表について」

例: 表の作成

Database Controlを使用して、表を作成できます。表を作成しデータを入力する前に、サイズを見積もり、十分にデータを保持できる領域があることを確認します。

次の例では、第7章「ユーザー・アカウントおよびセキュリティの管理」で作成したnickスキーマでpurchase_ordersという名前の表を作成します。この表には次の列が含まれます。

列名

データ型

サイズ

Not NULL

PO_NUMBER

NUMBER

あり

PO_DESCRIPTION

VARCHAR2

200

なし

PO_DATE

DATE

あり

PO_VENDOR

NUMBER

あり

NICKスキーマにPURCHASE_ORDERS表を作成するには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「作成」をクリックします。
表を作成: 表編成ページが表示されます。

5. 「標準、ヒープ構成」を選択し、「続行」をクリックします。
表の作成ページが表示されます。

6. 「名前」フィールドに表の名前としてpurchase_ordersと入力し、「スキーマ」フィールドにnickと入力します。
デフォルトの表領域は、「例: ユーザー・アカウントの作成」で、ユーザーnickを作成したときに指定しました。この表では、デフォルトの表領域の設定を使用します。

7. 「列」セクションでpurchase_orders表の列情報をこのトピック上部の表で指定されたとおりに入力します。たとえば、purchase_orders表の最初の列では、名前をPO_NUMBER、データ型をNUMBERと入力し、「NOT NULL」チェック・ボックスを選択します。
すべてのpurchase_orders列では、「スケール」および「デフォルト値」を空白のままにします。

purchase_orders2.gifの説明

注意:
パーティション化された表を作成するには、この手順でページ上部の「パーティション」をクリックします。

8. (オプション)次の手順を実行して、表のサイズの見積りを取得します。

1. 「表サイズの見積り」をクリックします。
表サイズの見積りページが表示されます。

2. 「予測される行数」フィールドで400000を入力し、「表サイズの見積り」をクリックします。
見積り結果は計算され表示されます。

3. 「OK」をクリックし、表の作成ページに戻ります。

表のサイズの見積りは、表の記憶域パラメータに指定する値を判断する際に役立ちます。

9. 「接続タイプ」をクリックし、接続タイプ・サブページを表示します。ここで表の主キーを指定できます。

10. 「制約」リストで「PRIMARY」を選択し、「追加」をクリックします。
PRIMARY制約の追加ページが表示されます。

primary_constraint.gifの説明

11. 「使用可能な列」リストで「PO_NUMBER」を選択し、「移動」をクリックします。

注意:
「PO_NUMBER」をダブルクリックすることもできます。

po_number列は選択済列リストへ移動します。

12. 「続行」をクリックし、表の作成ページの接続タイプ・サブページに戻ります。

13. 「OK」をクリックします。
表ページに戻り、確認メッセージが表示され、「表」リスト内の新規の表が表示されます。purchase_orders表が、主キーとしてpo_numberとともに作成されます。

関連項目:

- 「表について」

表の属性の変更

Database Controlを使用して、表の列を追加および削除し、表制約を管理できます。この項の内容は次のとおりです。

- 例: 表に列を追加

- 例: 表の列の削除

- 例: 新しい表制約の追加

- 例: 既存の表制約の変更

- 例: 表制約の削除

関連項目:

- 「表について」

例: 表に列を追加

この例では、「例: 表の作成」で作成したpurchase_orders表に列を追加します。新しい2つの列はpo_date_receivedおよびpo_requestor_nameという名前です。

PURCHASE_ORDERS表に列を追加するには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでNICKと入力し、「実行」をクリックします。
ユーザーnickが所有するすべての表が表示されます。

5. PURCHASE_ORDERS表を選択し、「編集」をクリックします。
表の編集ページが表示されます。

6. 「列」セクションの最初に選択可能な行で、新しいpo_date_received列について次の情報を入力します。

フィールド名

値

名前

PO_DATE_RECEIVED

データ型

DATE

「サイズ」、「スケール」、「NOT NULL」および「デフォルト値」を空白のままにします。

7. 次の使用可能な行で新しいpo_requestor_name列に関する情報を入力します。

フィールド名

値

名前

PO_REQUESTOR_NAME

データ型

VARCHAR2

サイズ

40

「スケール」、「NOT NULL」および「デフォルト値」を空白のままにします。

8. 「適用」をクリックします。
表が正常に変更されたことを表す更新メッセージが表示されます。

関連項目:

- 「表について」

例: 表の列の削除

この例では、「例: 表に列を追加」でpurchase_orders表に追加したpo_requestor_name列を削除します。

PO_REQUESTOR_NAME列を削除するには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでnickと入力し、「実行」をクリックします。
ユーザーnickが所有するすべての表が表示されます。

5. PURCHASE_ORDERS表を選択し、「編集」をクリックします。
表の編集ページが表示されます。

6. 「列」セクションでPO_REQUESTOR_NAME列を選択し、「削除」をクリックします。
削除された行の情報を含む列は、空白のままにします。

7. 「適用」をクリックします。
表が正常に変更されたことを表す更新メッセージが表示されます。

関連項目:

- 「表について」

例: 新しい表制約の追加

この例では、「例: 表の作成」で作成したpurchase_orders表に表制約を追加します。po_date_received値がpo_dateの値と同じ日付かそれ以降であるというルールを実施するには、チェック制約を追加します。

注意:
「例: 表の作成」で説明されているように、表の作成時に制約を追加することもできます。例では主キー制約の追加が示されています。

PURCHASE_ORDERS表に表制約を追加するには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでnickと入力し、「実行」をクリックします。
ユーザーnickが所有するすべての表が表示されます。

5. PURCHASE_ORDERS表を選択し、「編集」をクリックします。
表の編集ページが表示されます。

6. 「接続タイプ」をクリックし、接続タイプ・サブページを表示します。
constraints.gifの説明

7. 「追加」ボタンのすぐ横のリストでCHECKを選択し、「追加」をクリックします。
CHECK制約の追加ページが表示されます。

8. 「名前」フィールドにpo_check_rcvd_dateと入力し、システムに割り当てたデフォルト名を上書きします。

9. 「チェック条件」フィールドに次を入力します。

po_date_received >= po_date

この式は、po_date_receivedがpo_dateより大きいかまたは等しいということを示しています。日付列では、po_date_receivedがpo_dateと同じ日付に、または遅い日付に開始されたのと同じことです。

10. 「続行」をクリックします。
接続タイプ・サブページに新しい制約が表示されます。

11. 「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- 「表について」

- 「表レベルの制約について」

例: 既存の表制約の変更

表制約を変更する方法はいくつかあります。たとえば、既存の表制約を有効な状態から無効な状態に変更できます。この例では、「例: 新しい表制約の追加」のpurchase_orders表に対して作成したチェック制約を無効にします。

PURCHASE_ORDERS表の制約を無効にするには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでnickと入力し、「実行」をクリックします。
ユーザーnickが所有するすべての表が表示されます。

5. purchase_orders表を選択し、「編集」をクリックします。
表の編集ページが表示されます。

6. 「接続タイプ」をクリックし、接続タイプ・サブページを表示します。

7. PO_CHECK_RCVD_DATEという名前の制約を選択し、「編集」をクリックします。
CHECK制約の編集ページが表示されます。

8. 「属性」セクションで「無効」を選択し、「続行」をクリックします。

9. 「適用」をクリックします。
確認メッセージが表示されます。無効化された列はチェック制約が無効化されたことを示します。

関連項目:

- 「表について」

- 「表レベルの制約について」

例: 表制約の削除

Database Controlを使用して、表から制約を削除できます。表制約を削除すると他の制約を削除してしまう可能性があります。たとえば、他の表(子表)の外部キー制約の参照元の表(親表)から主キー制約を削除した場合、カスケード削除メカニズムにより子表の外部キー制約も削除されます。

この例では、「例: 新しい表制約の追加」のpurchase_orders表で作成したチェック制約を削除します。

PURCHASE_ORDERS表から制約を削除するには、次の手順を実行します。

1. データベースのホームページで、ユーザーnickまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「表」をクリックします。
表ページが表示されます。

4. 「スキーマ」フィールドでNICKと入力し、「実行」をクリックします。
ユーザーNICKが所有するすべての表が表示されます。

5. PURCHASE_ORDERS表を選択し、「編集」をクリックします。
表の編集ページが表示されます。

6. 「接続タイプ」をクリックし、接続タイプ・サブページを表示します。

7. PO_CHECK_RCVD_DATEという名前の制約を選択し、「削除」をクリックします。
チェック制約がリストから削除されます。

8. 「適用」をクリックします。
確認メッセージが表示されます。

関連項目:

- カスケード削除メカニズムの詳細は、『Oracle Database概要』を参照してください。

- 「表について」

- 「表レベルの制約について」

例: 表へのデータのロード

Database Controlを使用して、データを表にロードできます。データは、ブラウザが実行中のローカル・コンピュータにあるソース・ファイルから、またはOracleインスタンスが実行中のデータベース・ホスト・コンピュータにあるソース・ファイルからロードできます。ではOracle SQL*Loaderユーティリティを起動してデータをロードするため、ソース・ファイル内のデータ形式は、SQL*Loaderでサポートされている任意の形式を使用できます。この例ではソース・ファイルとして、カンマ区切りテキスト・ファイルを使用します。SQL*Loader用語では、ソース・ファイルをデータファイルと呼びます。

SQL*Loaderでは、データファイルからのデータのロードの制御にも制御ファイルが使用されます。制御ファイルは、SQL*Loaderコマンド言語で記述された文が含まれるテキスト・ファイルです。これらの文により、検索するデータの場所、データの記述および解析の方法、データの挿入の場所などを指定されます。Database Controlには、SQL*Loaderを使用したデータ・ロード・ジョブの準備および実行の手順を示すデータのロード・ウィザードが含まれています。(ウィザードは、オンラインのガイド付きワークフローです。)データのロード・ウィザードはSQL*Loader制御ファイルを自動的に作成します。

注意:
SQL*Loader制御ファイルと、「制御ファイルの概要」に示されるデータベースの制御ファイルとの関連はありません。

この例では、「例: 表の作成」で作成したPURCHASE_ORDERS表にデータをロードします。簡略化のために、この例では3行のみロードします。

この例のために、データベースのホスト・コンピュータまたはローカル・コンピュータのファイル・システム上にload.datという名前のテキスト・ファイルを作成する必要があります。ファイルの内容は次のとおりです。

1, Office Equipment, 25-MAY-2006, 1201, 13-JUN-2006
2, Computer System, 18-JUN-2006, 1201, 27-JUN-2006
3, Travel Expense, 26-JUN-2006, 1340, 11-JUL-2006

注意:
この例では、PURCHASE_ORDERS表内の列が次のとおりであると想定します。PO_NUMBER、PO_DESCRIPTION、PO_DATE、PO_VENDORおよびPO_DATE_RECEIVED。PURCHASE_ORDERS表にこれらの列のすべてが含まれていない(または追加の列が含まれている)場合、テキスト・ファイルのデータを適宜変更してください。

PURCHASE_ORDERS表にデータをロードするには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「データ移動」をクリックします。
データ移動サブページが表示されます。

3. 「行データの移動」セクションで「ユーザー・ファイルからのデータのロード」をクリックします。
データのロード: 制御ファイルの生成または既存の制御ファイルの使用ページが表示されます。

4. 「制御ファイルの自動生成」を選択し、データベースのホスト・コンピュータにホスト資格証明(ユーザー名およびパスワード)を入力します。

5. 「続行」をクリックします。
データのロード・ウィザードの最初のページが表示されます。タイトルは「データのロード: データファイル」です。

6. ウィザードの手順に従って、「次へ」をクリックして、新規の各手順に進みます。
ウィザード・ページの使用の詳細は、各ウィザード・ページにある「ヘルプ」をクリックします。ウィザードの最後に、SQL*Loaderを実行したジョブを送信します。その後ジョブ・ステータス・ページが表示されます。必要に応じて、正常な終了(または失敗)のステータスが表示されるまでステータス・ページをリフレッシュします。

7. ジョブに成功した場合、データが正常にロードされたことを次のいずれかで確認します。

- 表データを表示します。
詳細は、「表データの表示」を参照してください。

- SQL*Loaderのログ・ファイルを確認します。このファイルは、ユーザーがSQL*Loaderのデータファイル用に指定したホスト・コンピュータ・ディレクトリに書き込まれます。

注意:
ジョブの成功は、Database ControlがSQL*Loaderユーティリティを実行できたことを意味します。SQL*Loaderがエラーなしに実行されたことを意味しているとはかぎりません。そのため、データが正常にロードされたことを確認する必要があります。

8. ジョブに失敗した場合、SQL*Loaderログ・ファイルを確認し、エラーを修正して再度実行してください。

関連項目:

- SQL*Loaderの詳細は、『Oracle Databaseユーティリティ』を参照してください。

- 「表について」

表の削除

表が不要になった場合、Database Controlを使用して削除できます。表を削除すると、表のデータおよび依存オブジェクト(索引など)がデータベースにより削除されます。また、データ・ディクショナリから表が削除されます。

SYSTEM表領域ではないローカル管理表領域から表を削除すると、データベースは表に関連付ける領域をすぐに要求しません。かわりに、表と依存オブジェクトをごみ箱に配置します。それにより、必要な場合は、表とそのデータ、およびごみ箱から取り出した依存オブジェクトを回復できます。表ページの「ごみ箱」をクリックすると、ごみ箱の中身を表示できます。ごみ箱内に表示されるのは、ユーザーが所有する表のみです。表示方法、消去方法、所有者ではない場合のリカバリの方法などのごみ箱の詳細は、『Oracle Database管理者ガイド』を参照してください。

表を削除するには、次の手順を実行します。

1. 「表の表示」で説明されているとおりに、削除する表を検索します。

2. 表を選択し、「オプションを指定して削除」をクリックします。
オプションを指定して削除ページが表示されます。

3. 「表定義、そのすべてのデータおよび依存オブジェクトを削除します(DROP)」を選択します。

4. 「すべての参照整合性制約を削除します(CASCADE CONTRAINTS)」を選択します。

5. 「はい」をクリックします。
表ページに戻り、確認メッセージが表示されます。

関連項目:

- 「表について」

索引の管理

次の項では索引の作成および管理方法を説明します。

- 索引について

- 索引の表示

- 例: 索引の作成

- 例: 索引の削除

索引について

索引は、表に関連付けられたオプションのスキーマ・オブジェクトです。索引または表を作成して問合せのパフォーマンスを向上させることができます。ユーザーが特定の情報をすばやく見つけるのにこのドキュメントの索引が役立つのと同様、Oracle Databaseの索引でも表データへのアクセスがすばやくなります。

必要な数の索引を表に作成できます。表の1つ以上の列にそれぞれ索引を作成します。たとえば、発注表では、ベンダー番号列に索引を作成すると、実際に行をソートせずにベンダー番号の順で表の行に順次アクセスできます。さらに、表全体をスキャンすることなく特定のベンダー宛てに発行されたすべての発注に直接アクセスできます。

索引が作成されると、自動的にデータベースによって保守および使用されます。行の新規追加、更新、削除など、表のデータまたは構造の変更は、関連するすべての索引に自動的に組み込まれます。これは、ユーザーに対して透過的に行われます。

一部の索引は表の制約を反映して暗黙的に作成されます。たとえば、データベースにより主キー制約列または一意キー制約列に索引が自動的に作成されます。

次の各項では、索引のバックグラウンド情報について説明します。

- 索引およびパフォーマンス

- 索引属性

関連項目:

- 「索引の表示」

- 「例: 索引の作成」

- 『Oracle Database概要』

索引およびパフォーマンス

通常、索引は単一または少数の既存の行で操作する問合せおよびDML文のパフォーマンスを向上させます。ただし、索引が多すぎると、行を追加、変更、または削除する文の処理のオーバーヘッドが増加します。

索引を追加するとアプリケーションのパフォーマンスが向上するかどうかを判断するには、Oracle Enterprise Manager Database Control(Database Control)でSQLアクセス・アドバイザを実行します。詳細は、「SQLアクセス・アドバイザの実行」を参照してください。

付加的な索引を追加する前に、データベースの問合せおよびDMLのパフォーマンスを確認する必要があります。新しい索引が追加された後にパフォーマンスを比較できます。

関連項目:

- SQLパフォーマンス・アナライザを使用して、スキーマ・タイプまたはシステムの変更によるSQLパフォーマンスへの影響を分析する方法については、『Oracle Database Real Application Testingユーザーズ・ガイド』を参照してください。

索引属性

索引は、様々な索引属性の組合せを使用していくつかの方法で作成できます。1次索引属性は次のとおりです。

標準(Bツリー)およびビットマップ

標準、Bツリー索引には、値が格納されている行のディスク・アドレスとともに索引キーの各値のエントリが含まれます。Bツリー索引はデフォルトであり、Oracle Databaseのほとんどの索引で一般的なタイプです。

ビットマップ索引では値および潜在的な行アドレスをカプセル化するビット文字列が使用されます。これはBツリー索引よりも簡潔で、より効率のよい検索のタイプを実行できます。ただし、通常の使用ではビットマップ索引には表における行操作時により多くのオーバーヘッドが必要であり、Oracle Databaseデータ・ウェアハウス・ガイドの説明に従って、データ・ウェアハウス環境で主に使用します。

昇順および降順

索引のデフォルト検索は最低値から最高値の順で行われます。文字データはASCII値によってソートされています。数値データは最小値から最大値、日付は最も古い値から最新の値の順になっています。このデフォルトの検索メソッドは昇順索引として作成されたインデックスで実行されます。索引検索は降順オプションを使用した関連インデックスの作成により検索の順番を逆順にできます。

列およびファンクション

通常、索引エントリは表の単一または複数の列の、単一または複数の値に基づいています。これは列の索引です。または、表データから索引付けされた値が導出されるファンクション・ベースの索引を作成することもできます。たとえば、大/小文字が混在している可能性がある文字データを検索するには、UPPER()ファンクションに基づいたファンクションベースの索引を使用して、すべてが大文字であるかのように値を検索できます。

単一列および連結

単一の列に索引を作成する場合は単一列索引、複数列に作成する場合は、連結索引と呼びます。連結索引は、SQL文を頻繁に実行するWHERE句にほとんどすべての索引列が含まれている場合に役立ちます。

非パーティションおよびパーティション

表同様、索引をパーティションで区切ることができます。ほとんどの場合は、関連する表をパーティション化するときに索引をパーティション化し、表と同じパーティション化スキームを使用して索引をパーティション化すると便利です。(たとえば、表が売上日によってレンジ・パーティション化されている場合は、索引を売上日に作成して、表のパーティションと同じ範囲で索引をパーティション化します。)これはローカルのパーティション索引として知られるものです。ただし、索引は、その表と同じパーティション化スキームを使用してパーティション化する必要はありません。また、パーティション化されていない(グローバルな)索引を、パーティション化された表に作成することもできます。

関連項目:

- 異なる索引タイプの設計および管理の詳細は、『Oracle Database概要』を参照してください。

- 索引を作成する構文については、『Oracle Database SQL言語リファレンス』を参照してください。

- パーティション化された表および索引の詳細は、『Oracle Database VLDBおよびパーティショニング・ガイド』を参照してください。

索引の表示

Database Controlの索引ページを使用して、データベース内の索引を表示します。

索引を表示するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「索引」をクリックします。
索引ページが表示されます。

4. 「検索条件」リストで、次のいずれかの操作を行います。

- 「索引名」を選択して、名前で索引を検索します。
すべての索引には、システムに割り当てられた名前またはユーザーに割り当てられた名前があります。

- 「表名」を選択して、特定の表に属する索引を検索します。

5. 「スキーマ」フィールドでスキーマ名を入力します。または、「スキーマ」フィールドの横にある懐中電灯アイコンをクリックするとスキーマを検索します。

6. 次の操作を1つ実行します。

- 索引名で検索する場合は、「オブジェクト名」フィールドを空白のままにし、スキーマ内のすべての索引を検索して表示します。または、索引名または索引名の一部を検索文字列として入力します。
「オブジェクト名」フィールドに検索文字列を入力すると、名前の先頭とその検索文字列が一致するすべての索引が表示されます。検索文字列の先頭にアスタリスク(*)を入力した場合、索引名の一部に検索文字列を含むすべての索引が表示されます。

- 表名で検索する場合は、表名または表名の一部を「オブジェクト名」フィールドに入力します。
検索文字列として一部の表名を入力すると、検索文字列で始まる名前を持つすべての表の索引が表示されます。検索文字列の先頭にアスタリスク(*)を入力した場合、表名の一部に検索文字列を含むすべての表の索引が表示されます。

7. 「実行」をクリックします。
特定スキーマでの索引が表示されます。

8. 特定の索引の定義を表示するには、索引を選択し、次に「表示」をクリックします。または索引名をダブルクリックします。
索引の表示ページが表示されます。このページには、索引のステータス、索引が構築される表および列、索引により消費される領域、定義に使用されるオプション、および索引の統計情報などの索引に関する基本情報が含まれます。

関連項目:

- 「索引について」

例: 索引の作成

索引を作成するときは、索引付けする1つ以上の表の列および作成する索引のタイプを指定します。

この例では、SH.PRODUCTS表のSUPPLIER_ID列に標準のBツリー索引を作成します。(SHスキーマはサンプル・スキーマの一部です。)

SH.PRODUCTS表でサプライヤ索引を作成するには、次の手順を実行します。

1. 「表の表示」の説明に従って、SHスキーマ内の表を表示します。

2. PRODUCTS表を選択します。

3. 「アクション」リストで、「索引の作成」を選択して「実行」をクリックします。
索引の作成ページが表示されます。

create_index.gifの説明

4. 次の情報を入力します。

- 「名前」フィールドに、PRODUCTS_SUPPLIER_IDXと入力します。

- 「表領域」フィールドでは、デフォルト値を使用します。

- 「索引タイプ」では、「標準 - Bツリー」を選択します。

- 順序列に1を入力して、「表の列」リストからSUPPLIER_ID列を選択します。
索引が複数の列で構成されている場合(連結索引)、含める次の列に2を入力し、さらに次の列にも同様に入力します。これらの数字は、左から順に、またはソート順序で最も重要な列から順に連結している順序を示します。

- 「ソート順」では、デフォルトの「ASC」を使用します(昇順)。

5. 「OK」をクリックして索引を作成します。
索引ページに戻り、確認メッセージが表示されます。新規の索引が索引の表にリストされます。

関連項目:

- 「索引について」

例: 索引の削除

不要になった索引は、Database Controlを使用して削除できます。

この例では、「例: 索引の作成」でSH.PRODUCTS表に作成したPRODUCTS_SUPPLIER_IDX索引を削除します。

注意:
制約の実施に現在使用されている索引の削除はできません。まず制約を無効にするか削除する必要があります。その結果、索引が削除されなければ、索引を削除してください。

SH.PRODUCTS表でサプライヤ索引を削除するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「索引」をクリックします。
索引ページが表示されます。

4. 「検索条件」リストで、「表名」を選択します。

5. 「スキーマ」フィールドにSHと入力します。

6. 「オブジェクト名」フィールドに、PRODと入力します。
表名の最初の数文字のみが入力できます。

7. 「実行」をクリックします。
PRODUCTS表のすべての索引が表示されます。

8. PRODUCTS_SUPPLIER_IDX索引を選択して、次に「削除」をクリックします。
確認ページが表示されます。

9. 「はい」をクリックし、索引を削除します。
索引ページに戻り、確認メッセージが表示されます。

関連項目:

- 「索引について」

ビューの管理

次の項ではビューの作成および管理方法を説明します。

- ビューについて

- ビューの表示

- 例: ビューの作成

- 例: ビューの削除

ビューについて

ビューは、1つ以上の表または他のビュー内のデータをカスタマイズして表示したものです。したがって、ビューはストアド・クエリーと考えることができます。ビューは実際にはデータを格納しませんが、かわりに表に基づいてデータを導出します。これらの表はビューの実表と呼ばれます。

表同様、ビューも、いくつかの制限を付けて、問合せ、更新、挿入および削除できます。ビューに対して実行するすべての操作は、ビューの実表に実際に影響します。ビューでは、事前決定されている表の行および列のセットへのアクセスを制限することで、セキュリティ・レベルを追加できます。データの複雑さを表に出さずに、複雑な問合せを格納することもできます。

SYSスキーマには多くの重要なビューがあります。静的データ・ディクショナリ・ビューおよび動的パフォーマンス・ビューの2つのタイプがあります。SYSスキーマ内のビューの詳細は、『Oracle Databaseリファレンス』を参照してください。

静的データ・ディクショナリ・ビュー

データ・ディクショナリ・ビューは、データ・ディクショナリが変更される場合のみ変更され、変更の頻度が低いため静的ビューと呼ばれます。データ・ディクショナリが変更される例には、新規の表を作成する場合またはユーザーに権限を付与する場合が含まれます。

多くのデータ・ディクショナリの実表は、次の3つのビューに対応しています。

- DBA_ビューにはデータベース全体のすべての関連情報が表示されます。DBA_ビューは管理者のみを対象としています。
DBA_ビューの例はDBA_TABLESPACESで、データベースの各表領域に1行ずつ含まれます。

- ALL_ビューには、現在のユーザーが権限またはロールを介してオブジェクトへのアクセス権を持っている場合、現在のユーザーのスキーマからの情報およびその他のスキーマにおけるオブジェクトからの情報を含む、現在のユーザーに対するアクセス可能なすべての情報が表示されます。
ALL_ビューの例は、ALL_TABLESで、ユーザーがオブジェクト権限を持つすべての表に1行ずつ含まれます。

- USER_ビューには現在のユーザーのすべての情報が表示されます。これらのビューに問い合せる場合、特別な権限は必要ありません。
USER_ビューの例は、USER_TABLESで、ユーザーが所有するすべての表に1行ずつ含まれます。

DBA_ビュー、ALL_ビューおよびUSER_ビューの列は通常ほぼ同一です。

動的パフォーマンス・ビュー

動的パフォーマンス・ビューでは、実行中のデータベース・アクティビティを監視します。管理者のみ使用可能です。動的パフォーマンス・ビューの名前はV$で始まります。そのため、これらのビューは多くの場合V$ビューとして参照されます。

V$ビューの例は、V$SGAで、システム・グローバル領域(SGA)のメモリー・コンポーネントの現行のサイズを戻します。

関連項目:

- 「ビューの表示」

- 「例: ビューの作成」

- 「例: ビューの削除」

- 『Oracle Database概要』

ビューの表示

Oracle Enterprise Manager Database Control(Database Control)を使用して、指定したスキーマにビューをリストできます。ビュー定義を表示することもできます。

ビューを表示するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「ビュー」をクリックします。
ビュー・ページが表示されます。

4. 「スキーマ」フィールドでスキーマ名を入力します。または、「スキーマ」フィールドの横にある懐中電灯アイコンをクリックするとスキーマを検索します。
SYSおよびhrを含むスキーマ名の例が表示されます。

5. 「オブジェクト名」フィールドを空白のままにして、スキーマ内のすべてのビューを検索して表示します。または、ビュー名(またはビュー名の一部)を入力して検索を制限します。
「オブジェクト名」フィールドに検索文字列を入力すると、名前の先頭とその検索文字列が一致するすべてのビューが表示されます。検索文字列の先頭にアスタリスク(*)を入力した場合、ビュー名の一部に検索文字列を含むすべてのビューが表示されます。

6. 「実行」をクリックします。
特定スキーマでのビューが表示されます。

7. 特定のビューの定義を表示するには、ビューを選択し、次に「表示」をクリックします。またはビュー名をダブルクリックします。
表示ページが表示されます。

関連項目:

- 「ビューについて」

例: ビューの作成

この例では、hr.employees表を実表として使用するking_viewというビューを作成します。(hrスキーマはサンプル・スキーマの一部です。)このビューによって表データがフィルタ処理され、従業員IDが100であるKingマネージャに直接レポートする従業員のみが問合せで戻されます。アプリケーション・シナリオでは、このビューによってhr.employees表のセキュリティ・レベルが追加され、Kingマネージャ関連情報の適切なプレゼンテーションが提供されます。

HR.EMPLOYEES表にKING_VIEWビューを作成するには、次の手順を実行します。

1. データベースのホームページにアクセスし、ユーザーhrまたはSYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「ビュー」をクリックします。
ビュー・ページが表示されます。

4. 「作成」をクリックします。
ビューの作成ページが表示されます。

5. 次の情報を入力します。

- 「名前」フィールドに、king_viewと入力します。

- 「スキーマ」フィールドに、hrと入力します。

- 「問合せテキスト」フィールドに、次のSQL文を入力します。

SELECT * FROM hr.employees
WHERE manager_id = 100

6. 「OK」をクリックします。
ビュー・ページに戻り、確認メッセージが表示されます。ビュー・リスト内に新しいビューが表示されます。

KING_VIEWビューをテストするには、次の手順を実行します。

1. ビュー・ページで、king_viewを選択し、「アクション」リストから「データの表示」を選択します。

2. 「実行」をクリックします。
表示ページの「データの表示」が表示されます。ビューによって選択されたデータが「結果」セクションに表示されます。

3. (オプション)SQL*PlusまたはSQL Developerで次のSQL文を発行することで、ビューをテストすることもできます。

SELECT * FROM king_view

関連項目:

- 「ビューについて」

例: ビューの削除

不要になったビューは、Database Controlを使用してを削除できます。

この例では、以前に「例: ビューの作成」で作成したhr.king_viewビューを削除します。

HR.KING_VIEWビューを削除するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで「ビュー」をクリックします。
ビュー・ページが表示されます。

4. 「スキーマ」フィールドに、hrと入力します。

5. 「オブジェクト名」フィールドに、kingと入力します。
ビュー名の最初の数文字のみを入力できます。

6. 「実行」をクリックします。
ビューのリストにKING_VIEWが表示されます。

7. KING_VIEWを選択して、次に「削除」をクリックします。
確認ページが表示されます。

8. 「はい」をクリックし、ビューを削除します。
ビュー・ページに戻り、確認メッセージが表示されます。

関連項目:

- 「ビューについて」

データベースに格納されたプログラム・コードの管理

この項では、データベースに格納されているプログラム・コードに関するデータベース管理者(DBA)としての機能を説明します。この付録には、次の項があります。

- データベースに格納されたプログラム・コードについて

- 無効なスキーマ・オブジェクトの検証(コンパイル)

データベースに格納されたプログラム・コードについて

Oracle Databaseでは、データベースにプログラム・コードを格納できます。開発者はPL/SQLまたはJavaでプログラム・コードを書き込み、そのコードをスキーマ・オブジェクトに格納します。DBAとして、Oracle Enterprise Manager Database Control(Database Control)を使用して、次のようなプログラム・コード・オブジェクトを管理できます。

- PL/SQLパッケージ、プロシージャ、ファンクションおよびトリガー

- Javaソース・コード(Javaソース)およびコンパイルされたJavaクラス

実行できるアクションには、これらのコード・オブジェクトの作成、コンパイル、シノニムの作成、権限の付与および依存性の表示が含まれます。スキーマ・サブページの「プログラム」セクションにあるリンクをクリックして、これらのオブジェクトの管理ページにアクセスします。

プログラム・コード・オブジェクトの作成および管理は主にアプリケーション開発者に責任があることに注意してください。ただし、DBAとしてこれらのオブジェクトの管理のサポートを要求される可能性もあります。プログラム・コード・オブジェクトが依存するスキーマ・オブジェクトが変更または削除されるとプログラム・コード・オブジェクトが無効になる可能性があるため、プログラム・コード・オブジェクトに関する最も頻度の高いタスクは、プログラム・コード・オブジェクトを再検証(コンパイル)することになります。

注意:
プログラム・コード・オブジェクト以外のタイプのスキーマ・オブジェクトは無効になります。たとえば、表を削除すると、その表を参照するビューが無効になります。

関連項目:

- サーバー側のプログラミングに使用するPL/SQLとJavaの概要は、『Oracle Database概要』を参照してください。

- JavaソースおよびJavaクラスの詳細は、『Oracle Database 2日でJava開発者ガイド』を参照してください。

- PL/SQLコードの詳細は、『Oracle Database PL/SQL言語リファレンス』を参照してください。

- オブジェクトの無効化の詳細は、『Oracle Database管理者ガイド』を参照してください。

無効なスキーマ・オブジェクトの検証(コンパイル)

データベース管理者(DBA)として、無効になったスキーマ・オブジェクトの再検証を要求される場合があります。依存しているオブジェクトが変更されると、スキーマ・オブジェクト(トリガー、プロシージャ、ビューなど)は無効になる可能性があります。たとえば、PL/SQLプロシージャに表の問合せが含まれている場合に、問合せで参照される表の列を変更すると、PL/SQLプロシージャが無効になります。コンパイルしてスキーマ・オブジェクトを再検証します。

注意:
プログラム・コードを格納しているスキーマ・オブジェクトをコンパイルするのみで必ず再検証できるとはかぎりません。改善処置がまず必要である場合があります。たとえば、参照している表が削除されてビューが無効になった場合に、ビューをコンパイルすると、表が存在していないことを示すエラー・メッセージが生成されます。表を再作成するか、「ごみ箱」から取り出すまで、ビューは検証できません。

Database Controlでは、データベースのホームページの「アラート」セクションにアラートが表示されて、スキーマ・オブジェクトが無効になったことを通知します。

検証が必要なスキーマ・オブジェクトを表示するには2つの方法があり、データベースのホームページのアラートに従うか、または適切なオブジェクト・ページ(ビュー・ページ、プロシージャ・ページなど)を表示してオブジェクトを検索します。

単一のアラートからスキーマ・オブジェクトを検証するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「アラート」セクションで、次のメッセージを含むアラートを検索します。

n object(s) are invalid in the schema_name schema.

前述のようなメッセージの例は次のとおりです。

4 object(s) are invalid in the HR schema.

無効なオブジェクトを含む各スキーマに対する個別のメッセージがあります。

invalid_object_alerts.gifの説明

3. 「メッセージ」列で、無効なオブジェクト・メッセージをクリックします。
所有者の無効オブジェクト数ページが表示されます。

4. 「関連リンク」で、「無効オブジェクトの詳細」をクリックします。
無効オブジェクトの詳細ページが表示され、無効なオブジェクトのリストが表示されます。

invalid_object_details.gifの説明

5. 1つ以上のオブジェクトを選択して、次に「再コンパイル」をクリックします。
確認メッセージが表示されたら、新しく検証されたオブジェクトをリストから削除します。

オブジェクト・ページからスキーマ・オブジェクトを検証するには、次の手順を実行します。

1. データベースのホームページにアクセスし、SYSTEMユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「スキーマ」をクリックし、スキーマ・サブページを表示します。

3. 「データベース・オブジェクト」セクションで、検証するオブジェクト・タイプのリンクをクリックします。
たとえば、ビューを検証する場合、「ビュー」をクリックします。

4. オブジェクト・ページ(たとえばビュー・ページ)で、スキーマ名を入力、またはオプションでオブジェクト名またはオブジェクト名の一部を入力します。次に「実行」をクリックします。
スキーマ・オブジェクトが表示されます。

5. 検証するスキーマ・オブジェクトを選択します。

6. 「アクション」リストで「コンパイル」を選択し、次に「実行」をクリックします。
確認メッセージが表示されます。

関連項目:

- スキーマ・オブジェクトの依存性の詳細は、『Oracle Database概要』を参照してください。

- オブジェクト依存性の管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

その他のスキーマ・オブジェクトの使用

次に示すような他のスキーマ・オブジェクトは、Oracle Enterprise Manager Database Control(Database Control)を使用して管理できます。

- 順序
順序は、一意の整数を生成するデータベース・オブジェクトです。順序に問い合せるたびに、現在の値は増加し、結果の整数が返されます。問合せは複数ユーザーが同時に行うことができ、各ユーザーは常に一意の値を受け取ります。そのため、順序を使用した表内の主キーの値の指定は、表にデータを挿入するユーザーの数に関係なく、確実にキー値を一意にする簡単な方法です。

- シノニム
シノニムは、表やビューなどのスキーマ・オブジェクトの別名です。シノニムによって、基礎となるデータベース構造をアプリケーションやユーザーに対して簡単に非表示にできます。シノニムはプライベートまたはパブリックにできます。プライベート・シノニムを参照するユーザーがシノニム所有者ではない場合、パブリック・シノニムはスキーマ名で修飾する必要はありませんが、プライベート・シノニムは修飾する必要があります。たとえば、SELECTオブジェクト権限をhr.employees表に付与されたユーザーが発行した次の問合せについて考慮します。

SELECT   employee_id, salary
FROM     hr.employees
ORDER BY salary

hr.employees表の別名として、personnelという名前のパブリック・シノニムを作成し、hr.employees表でPUBLIC(すべてのデータベース・ユーザー)に対してSELECT権限を付与すると想定します。指定されたパブリック・シノニムを使用して、すべてのユーザーがより簡単な次の問合せを発行できます。

SELECT   employee_id, salary
FROM     personnel
ORDER BY salary

この問合せを作成したユーザーは個人データを含むスキーマ名を確認する必要はありません。

注意:
ユーザーがpersonnelという名前の表を所有している場合は、その表が問合せに使用されます。そのような表が存在しない場合は、データベースでパブリック・シノニムを解決し、hr.employees表を使用します。

シノニムには、スキーマ名が異なる場合でも本番データベースと同じシノニムを開発データベースで使用できるという付加的なメリットがあります。この方法により、どちらの環境でもアプリケーション・コードを未修正の状態で実行できます。たとえば、dev1スキーマを示す開発データベースでpersonnelシノニムが定義されている場合、dev1スキーマにemployees表があるデータベース開発では問合せをエラーなしに実行できます。

シノニムは単なる別名であるため、データ・ディクショナリ内に定義以外の記憶域は必要ありません。問合せのシノニムを参照するには、示されているオブジェクトの権限が必要です。シノニム自体は保護できません。シノニムに対するオブジェクト権限をユーザーに付与すると、シノニムが指し示すオブジェクトに対する権限を付与することになります。

- データベース・リンク
データベース・リンクは、他のOracle Databaseを示すスキーマ・オブジェクトです。データベース・リンクを使用すると、リモート・データベースのオブジェクトを問合せまたは更新できます。『Oracle Database管理者ガイド』で説明されているように、データベース・リンクは分散データベース環境で使用されます。

関連項目:

- 『Oracle Database 2日で開発者ガイド』

- 『Oracle Database SQL言語リファレンス』

スキーマ: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

スキーマに関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/schema/schema.htm

9 バックアップおよびリカバリの実行

この章では、Oracle Enterprise Manager Database ControlでのOracle Databaseのバックアップおよびリカバリについて説明します。この章を読むと、Oracle Databaseのバックアップ操作およびリカバリ操作の基本概念に精通し、ディスクベースのバックアップ計画の実装方法を習得して、データベース・ファイルに対する簡単な修復を行うことができます。

この章は次の項で構成されています。

- データベースのバックアップとリカバリの概要

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

- 基本バックアップおよびリカバリのためのデータベースの構成

- データベースのバックアップ

- バックアップ・レポートの表示

- バックアップの管理

- オラクル社が推奨するリカバリの実行

- ユーザー指定リカバリの実行

- バックアップおよびリカバリ: Oracle by Example Series

関連項目:

- Recovery Managerのコマンドライン・インタフェースの使用方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- Recovery Managerコマンドの構文およびセマンティクスは、『Oracle Databaseバックアップおよびリカバリ・リファレンス』を参照してください。

データベースのバックアップとリカバリの概要

Oracle Databaseのバックアップおよびリカバリでは、データベース・ファイルの物理バックアップを行い、データベースを再構築できるようにすることが主な目的になります。Oracle Enterprise Manager Database Control(Database Control)に組み込まれているバックアップおよびリカバリ機構で保護されるファイルには、データファイル、制御ファイル、サーバー・パラメータ・ファイルおよびアーカイブREDOログ・ファイルがあります。これらのファイルを使用すると、データベースを再構築できます。バックアップ・メカニズムは、データファイルの間違った削除やディスク・ドライブの障害などによるファイルの損傷を回避するために、物理レベルで機能します。

Oracle Recovery Manager (RMAN)はコマンドラインおよびEnterprise Managerベースのツールで、Oracle Databaseを効率よくバックアップおよびリカバリする際に使用することをお薦めします。RMANは、サーバーと密接に作用するよう設計されており、バックアップおよびリカバリ中のブロックレベルの破損を検出します。RMANにより、ファイルの多重化やバックアップ・セットの圧縮によるバックアップ時のパフォーマンスと領域消費を最適化でき、前のテープやストレージ・メディア製品と統合できます。

論理バックアップ(表や表領域のようなデータベース・オブジェクトのエクスポートなど)は、物理バックアップの補助手段としては有効ですが、データベース全体の保護はできません。効果的なバックアップ計画は物理バックアップに基づいたものであることが必要です。

Oracle Databaseフラッシュバック機能は、物理および論理バックアップに対する使いやすい効率的な代替方法として一連の物理および論理データ・リカバリ・ツールを提供します。フラッシュバック機能はバックアップまたはメディア・リカバリの実行からデータファイルのリストアなしに不要なデータベースの変更の効果の取消しができます。

この項では、次のフラッシュバック機能について説明します。

- Oracle Flashback Table、最近のある時点のコンテンツへの表の回復が可能

- Oracle Flashback Drop、削除されたデータベース表の取出しが可能

- Oracle Flashback Database、データベース全体の過去の時点への巻戻しが可能

最初の2つの機能は論理レベルで実行され、3つ目の機能は物理レベルで実行されます。これらの機能では、失われたデータを回復する場合に、論理エクスポートの作成などの詳細な準備を必要としません。ユーザーのデータベースが使用可能である場合は、すべての機能を使用できます。Oracle Databaseのフラッシュバック機能の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明しています。

注意:
Oracle Flashback Databaseでは、消失したデータファイルのリカバリは実行できません。

Oracle Enterprise Managerの物理バックアップおよびリカバリ機能は、Recovery Manager(RMAN)コマンドライン・クライアントに基づいて作成されています。Database Controlでは、RMANの多くの機能が使用でき、RMANベースのバックアップおよびリカバリを簡略化して自動化するウィザードおよび自動化の方法が用意されています。

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

データベースのバックアップとは、データファイル、制御ファイルおよびアーカイブREDOログ・ファイル(データベースがARCHIVELOGモードで実行されている場合)のコピーを作成することです。データベースのリストアとは、通常はディスクまたはテープなどのバックアップ媒体から元の場所または新しい場所に、データベースを構成する物理ファイルをコピーすることです。データベースのリカバリとは、通常はオンラインREDOログ・ファイルを使用して、バックアップ後に作成されたデータベースへの変更を加えて、バックアップからリストアされたデータベース・ファイルを更新するプロセスのことです。

一貫性バックアップと非一貫性バックアップ

バックアップには、一貫性バックアップと非一貫性バックアップがあります。一貫性バックアップを作成するには、データベースが正常に停止され、バックアップ中はクローズ状態である必要があります。停止プロセスの実行時にオンラインREDOログ・ファイルにコミットされたすべての変更がデータファイルに書き込まれるため、データファイルはトランザクションの一貫性が保たれた状態となります。一貫性バックアップからデータファイルをリストアするときは、データベースをすぐにオープンできます。

データベースがARCHIVELOGモードの場合は、アーカイブREDOログ・ファイルを使用してリカバリが可能な非一貫性バックアップを作成できます。オープンしているデータベースのバックアップは、まだデータファイルに適用されていない変更がオンラインREDOログ・ファイルに含まれているため、一貫性がありません。確実にリカバリできるように、オンラインREDOログ・ファイルをアーカイブした後、データファイルとともにバックアップする必要があります。

名前によらず、非一貫性バックアップは一貫性バックアップと同程度の堅牢性を持っています。一貫性バックアップの作成と比較した場合、データベースがオープンしていて更新可能な状態でもデータベースのバックアップができるという利点があります。

関連項目:

- 「アーカイブREDOログ・ファイルについて」

- RMANクライアントでのBACKUPコマンドの使用方法については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

メディア・リカバリ

アーカイブREDOログ・ファイルおよびデータファイルをリストアする場合、データベースをオープンする前にメディア・リカバリを実行する必要があります。データファイルに反映されていないアーカイブREDOログ・ファイルのデータベース・トランザクションがすべてデータファイルに適用され、トランザクションの一貫性が保たれた状態になってから、データベースがオープンされます。

メディア・リカバリには、制御ファイル、データファイル(通常、バックアップからリストアされたもの)、およびデータファイルがバックアップされた時点以降の変更を含むオンラインREDOログ・ファイルとアーカイブREDOログ・ファイルが必要です。メディア・リカバリは、ファイルやディスクの消失などのメディア障害から、または表のコンテンツの削除などのユーザー・エラーからリカバリする場合によく使用されます。

メディア・リカバリには、完全リカバリとPoint-in-Timeリカバリがあります。完全リカバリでは、バックアップのデータファイルをリストアし、すべての変更をアーカイブREDOログ・ファイルおよびオンラインREDOログ・ファイルからデータファイルに適用します。データベースは障害発生時の状態に戻り、データを失うことなくオープンできます。

Point-in-Timeリカバリでは、ユーザーが選択した過去のある時点の内容にデータベースを戻します。ターゲットの時点より前に作成されたデータファイルのバックアップ、およびバックアップ作成時からターゲットの時点までのアーカイブREDOログ・ファイル一式をリストアします。バックアップ時からターゲットの時点までの変更がデータファイルに適用されます。ターゲットの時点より後の変更はすべて破棄されます。

Oracle Enterprise Manager Database Control(Database Control)には、完全リカバリとPoint-in-Timeリカバリの両方を実行できるインタフェースがリカバリ・ウィザードの形式で用意されています。ただし、このマニュアルでは完全リカバリを中心に説明します。

関連項目:

- 「ユーザー指定リカバリの実行」

- Point-in-Timeリカバリの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

高速リカバリ領域

バックアップおよびリカバリ・ファイルの管理を簡略化するには、データベースの高速リカバリ領域を作成します。高速リカバリ領域とは、バックアップおよびリカバリ・ファイルのディスクの位置を集中化するOracle管理ディレクトリ、ファイル・システムまたはOracle自動ストレージ管理ディスク・グループのことです。アーカイブ・ログとフラッシュバック・ログは高速リカバリ領域に作成されます。RMANでは、高速リカバリ領域にバックアップ・セットとイメージ・コピーを格納し、メディアのリカバリ時にはこの領域を使用してファイルをリストアします。高速リカバリ領域は、テープ用のディスク・キャッシュとしても機能します。

Oracle Databaseではこの記憶域を自動的に管理し、不要になったファイルを削除します。バックアップを定期的にテープにコピーすると、他のファイル用に高速リカバリ領域を解放できます。リカバリ領域を有効にして、バックアップ管理を簡略化することをお薦めします。このマニュアルでは、特に注記がある場合以外は、リカバリ領域を使用することが前提となります。

関連項目:

- 「高速リカバリ領域の領域使用量および位置の計画」

- 高速リカバリ領域の構成の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

RMANリポジトリ

RMANでは、各データベースの操作の実行対象となるデータベース・ファイルおよびバックアップのレコードが保持されます。このメタデータをRMANリポジトリと呼びます。

ホストのオペレーティング・システム・レベルでファイルをコピーするなどの方法で、RMANを使用せずにファイルをバックアップした場合、コピーについてのメタデータをRMANリポジトリに追加できます。後でRESTORE DATABASEなどのコマンドを使用する場合、RMANではリポジトリ内のレコードを使用してリカバリに必要なバックアップが選択されます。

データベースのRMANリポジトリが第1に格納される場所はデータベースの制御ファイルです。RMANのこのメタデータの重要性は、制御ファイルの保護がバックアップ計画の重要な部分を占めるもう1つの理由となっています。インストールの形態によっては、RMANリポジトリの2番目のコピーがリカバリ・カタログと呼ばれるスキーマに格納されます。このカタログは別のデータベースにあり、複数のデータベースのメタデータを格納できます。リカバリ・カタログの使用はオプションであり、このマニュアルの範囲外です。

関連項目:

- 「バックアップ・レポートの表示」

- 「バックアップの管理」

- RMANのレポート機能およびリカバリ・カタログの問合せの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

基本バックアップおよびリカバリのためのデータベースの構成

この項では、推奨バックアップ計画を利用するためのデータベースの設定方法について説明します。Oracle Database Configuration Assistant(DBCA)で自動バックアップ用にデータベースを構成している場合は、この項をスキップしてください。

バックアップおよびリカバリのファイルと操作を自動管理するOracle Databaseの機能を最大限に利用するには、データベースを次のように構成します。

- ほとんどのバックアップ関連ファイルのストレージ管理を自動化する高速リカバリ領域を使用し、アーカイブREDOログ・ファイルの保存先として指定します。

- ARCHIVELOGモードでデータベースを実行します。これにより、オンライン・バックアップが実行でき、完全なメディア・リカバリやPoint-in-Timeメディア・リカバリなどのデータ・リカバリ・オプションを指定できます。

また、バックアップするファイル、バックアップをディスクに格納する形式、ファイルを削除できる時期などを管理する複数のポリシーを設定する必要があります。

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

- Database Controlを使用したバックアップおよびリカバリのための資格証明の指定

- 高速リカバリ領域の領域使用量および位置の計画

- リカバリ設定の構成

- 高速リカバリ領域の使用量の監視

- バックアップ設定の構成

Database Controlを使用したバックアップおよびリカバリのための資格証明の指定

バックアップおよびリカバリ用の一部の構成タスクを実行したり、バックアップ・ジョブをスケジュールしてリカバリを実行したりするには、適切な資格証明を持っている必要があります。必要になる可能性がある資格証明は次のとおりです。

- Oracle Enterprise Manager Database Control(Database Control)にログインする際に使用するOracle Databaseユーザー

- バックアップ・タスクやリカバリ・タスクの実行時に提示する資格証明を持つホスト・オペレーティング・システム・ユーザー

バックアップおよびリカバリ・タスクの資格証明を入力するには、次の手順を実行します。

1. SYSDBA権限を持つデータベース・ユーザーとしてDatabase Controlにログインします。または、dbaグループのユーザー(UNIXまたはLinuxの場合)か、ora_dbaグループのユーザー(Microsoft Windowsの場合)のホスト・オペレーティング・システム資格証明を指定します。
ホスト・オペレーティング・システムのユーザーにはRMANコマンドライン・クライアントの実行権限も必要です。

注意:
ホスト・ユーザーには、データベース・バックアップなどのバックグラウンド・ジョブを実行するための特定のホスト権限が必要な場合があります。たとえば、UNIXおよびLinuxの場合、ホスト・ユーザーはOSDBAグループ(通常、dba)に属している必要があり、Windowsの場合、ホスト・ユーザーはAdministratorsグループのメンバーであり、Log on as batch jobログオン権限が付与されている必要があります。詳細は、ご使用のプラットフォームのマニュアルを参照してください。

ホスト・オペレーティング・システムの資格証明を必要とするタスクでは、タスクの実行に使用されるページの下部に「ホスト資格証明」フォームが表示されます。Enterprise Managerでは、ユーザーがリクエストまたはスケジュールしたRMANジョブを起動する際にこの資格証明を使用します。

2. オプションとして、「ホスト資格証明」フォームで「優先資格証明として保存」を選択します。
アクションを実行する前にこのオプションを選択すると、指定した資格証明が現在ログインしているOracle Databaseユーザー用に永続的に格納されます。Oracle Databaseユーザーとしてログインするたびに優先資格証明がデフォルトで再利用され、ホスト資格証明を必要とする操作が実行されます。

注意:
データベースが停止した場合には、優先資格証明が保存されていても、ホスト資格証明の入力を求められることがあります。

関連項目:

- 「基本バックアップおよびリカバリのためのデータベースの構成」

高速リカバリ領域の領域使用量および位置の計画

作業中のデータファイル・セットとは別のディスクに高速リカバリ領域を配置する必要があります。これを行わなかった場合、このディスクがデータベースのシングル・ポイント障害になる可能性があります。

高速リカバリ領域に割り当てるディスク領域の容量は、データファイルのサイズ、オンラインREDOログ・ファイルおよびリカバリ目標を決定するデータベースのサイズとアクティビティ・レベルによって異なります。オブジェクトは使用するバックアップの種類、使用する時間および維持する期間を決定します。

バックアップ保存ポリシーおよび高速リカバリ領域について

高速リカバリ領域での領域管理は、バックアップ保存ポリシーによって制御されます。保存ポリシーは、ファイルがいつ不要になるか、つまりデータ・リカバリ目標を達成するために必要ではなくなるかを決定します。

保存ポリシーは、バックアップの冗長性またはリカバリ期間がベースとなります。冗長性ベースのポリシーでは、RMANリポジトリに記録されたファイルの最新バックアップが指定した数を超えた場合にのみ、そのファイルのバックアップが不要であるとみなされます。期間ベースのリカバリ・ポリシーでは、期間を日数で指定します。ファイルは、指定した期間内のシステム変更番号(SCN)への完全リカバリまたはPoint-in-Timeリカバリに必要ではなくなった場合にのみ、不要になります。したがって、期間ベースのリカバリ保存ポリシーをお薦めします。

高速リカバリ領域のファイルが不要になった後でも、通常は新規ファイルのために領域が必要になるまで削除されません。領域に空きがある場合、最近テープに移動されたファイルは、リカバリの際にテープからリストアしなくてもよいようにディスクに残ります。不要なファイルおよびテープに移動されたファイルが高速リカバリ領域から自動的に削除されるため、高速リカバリ領域はアーカイブ先として便利です。その他の場所では、ログを手動で削除する必要があります。

関連項目:

- 「高速リカバリ領域の領域使用量および位置の計画」

高速リカバリ領域サイズについて

高速リカバリ領域のサイズ設定方法は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されています。一般に、高速リカバリ領域は大きいほど有効に使用できます。理想的には、データベースをリカバリするために必要なデータファイル、制御ファイル、オンラインREDOログ・ファイルおよびアーカイブREDOログ・ファイルのコピーと、保存ポリシーに従って保持されるこれらのバックアップ・ファイルのコピーを十分に格納できる大きさの高速リカバリ領域が必要です。

バックアップ計画に増分バックアップ(詳細は、「データファイルの増分バックアップ」を参照)が含まれる場合、ファイルの保存に十分な領域を高速リカバリ領域に追加します。バックアップの一部をテープに移動できる場合、高速リカバリ領域のサイズを削減できます。テープからファイルを取得する場合はデータベースのリストア操作およびリカバリに必要な時間が長くなるので注意してください。

関連項目:

- 「高速リカバリ領域の領域使用量および位置の計画」

リカバリ設定の構成

リカバリ設定ページで、インスタンス・リカバリ、メディア・リカバリおよび高速リカバリの設定を構成できます。このセクションで高速リカバリ領域を構成し、データベースのアーカイブを有効にします。

最初にデータベースを作成するときに、高速リカバリ領域を構成できます。データベース作成時にこのタスクを実行しなかった場合でも、ここでデータベースの高速リカバリ領域を作成できます。

高速リカバリ領域を構成してデータベースをARCHIVELOGモードにするには、次の手順を実行します。

1. ホスト・オペレーティング・システムで、ディレクトリを作成して高速リカバリ領域を保持します。記憶域にOracle ASMを使用する場合は、新しいディスク・グループを作成します。
ディレクトリまたはディスク・デバイスに対するオペレーティング・システム権限で、データベースによるファイルの作成が可能であることを確認します。

2. ユーザーSYSとしてEnterprise Manager Database Controlにログインします。

3. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

4. 「バックアップ/リカバリ」セクションで「リカバリ設定」をクリックします。
リカバリ設定ページが表示されます。

5. 次の手順を実行します。

1. 「メディア・リカバリ」セクションで「ARCHIVELOGモード」を選択します。

2. アーカイブ先にUSE_DB_RECOVERY_FILE_DESTが設定されていない場合は、これをアーカイブ先に設定します。
この初期化パラメータでは、高速リカバリ領域をアーカイブ先にすることを指定します。

データベース管理を容易にするためのベスト・プラクティスは、高速リカバリ領域を唯一のアーカイブ先として使用することです。

3. 「高速リカバリ」セクションの「高速リカバリ領域の場所」に、手順1で作成した高速リカバリ領域へのパスを入力し、「高速リカバリ領域サイズ」で値を選択します。

4. 「フラッシュバック・データベースを有効にします」を選択します。
このオプションでは、高速リカバリ領域にフラッシュバック・ログを生成するように指定し、これによって、フラッシュバック・データベースを使用できるようになります。通常稼働時には、データ・ブロックのイメージが不定期にフラッシュバック・ログに記録されます。フラッシュバック・ログの作成、削除およびサイズ変更は自動的に行われます。

5. 「SPFILEにのみ初期化パラメータの変更を適用します」ボックスが選択されていないことを確認します。

6. 「適用」をクリックして、変更内容を保存します。
データベースを再起動するよう求めるメッセージが表示されます。

6. 「はい」をクリックします。
データベースの再起動: ホストとターゲット・データベースの資格証明の指定ページが表示されます。

7. ホストおよびデータベース資格証明を入力し、「OK」をクリックします。
資格証明の詳細は、「Database Controlを使用したバックアップおよびリカバリのための資格証明の指定」を参照してください。

8. 「データベースの再起動: 確認」ページで、「はい」をクリックし、再起動の操作を開始します。
定期的に「リフレッシュ」をクリックすると、操作の進行を監視できます。

9. ARCHIVELOGモードにデータベースを切り替えた直後に、データベース全体の一貫性(オフライン)バックアップを実行します。

注意:
ARCHIVELOGモードに切り替える前のバックアップを使用して、切替え後の状態にデータベースをリストアおよびリカバリすることはできません。したがって、切替え直後にバックアップを作成しなかった場合は、有効なバックアップなしでデータベースを稼働させることになります。データベース・バックアップの作成の詳細は、「Database Controlを使用したバックアップの実行およびスケジュール設定」を参照してください。

関連項目:

- 「Oracle Flashback Databaseを使用したデータベースの巻戻し」

- 高速リカバリ領域の構成の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

高速リカバリ領域の使用量の監視

高速リカバリ領域の領域使用量を監視して、バックアップおよびその他のリカバリ関連ファイルの格納に十分な大きさがあることを確認するのは重要です。

高速リカバリ領域の使用可能な領域を監視するには、次の手順を実行します。

データベースのホームページの「高可用性」セクションで、「使用可能な高速リカバリ領域(%)」の横のリンクをクリックします。

リカバリ設定ページが表示されます。

再生可能なリカバリ領域(GB)および空きリカバリ領域(GB)の設定は、使用可能な領域の大きさを示します。

関連項目:

- 「基本バックアップおよびリカバリのためのデータベースの構成」

バックアップ設定の構成

複数のバックアップ関連の設定およびポリシーを構成できます。たとえば、バックアップをどのように保存するか、どのデータをバックアップするか、バックアップをどの程度の期間保持するかなどを決定できます。また、設定を構成してバックアップのパフォーマンスを最適化できます。

この項では、有効な設定の基礎となる概念およびDatabase Controlのバックアップ設定ページを使用してそれらを変更する方法について説明します。デバイス・サブページの設定はRMANのディスクおよびテープへの書込み方法に影響します。

RMANバックアップについて

RMANで作成したデータベース・バックアップは、イメージ・コピーまたはバックアップ・セットとして格納されます。

イメージ・コピーは、ファイルが正確にバイト単位でコピーされたものです。イメージ・コピーは、オペレーティング・システム・レベルでファイルをコピーして作成できます。ただし、オペレーティング・システム・レベルでのファイルのコピーとは異なり、RMANまたはDatabase Controlによって作成されたイメージ・コピーは、データベースのリストア操作およびリカバリ時にRMANが使用できるようにRMANリポジトリに記録されます。RMANによるファイルのリストアが可能なのは、RMANリポジトリにファイルが記録されているときのみです。RMANは、ディスク上にのみイメージ・コピーを作成できます。

バックアップ・セットとは、RMANのBACKUPコマンドで生成される論理エンティティです。このコマンドにより、ディスクまたはメディア管理デバイス上に1つ以上のバックアップ・セットを生成できます。RMANは、メディア・マネージャにのみバックアップ・セットを書き込むことができます。

各バックアップ・セットには、バックアップ・ピースと呼ばれるいくつかの物理ファイルが含まれています。1つのバックアップ・ピースに、1つ以上のデータベース・ファイルのバックアップがRMAN固有のコンパクトな形式で格納されます。バックアップ・セットの利点の1つとして、未使用ブロックの圧縮により、データファイルのバックアップに使用される領域を節約できることがあげられます。データファイルの中でデータの格納に使用されたブロックのみがバックアップ・セットに含められます。

RMANでは、データベース・サーバー上で実行されるプロセスであるサーバー・セッションに応じて、バックアップが作成されリストアされます。各サーバー・セッションが、バックアップ・デバイスを行き来するデータの流れを表すRMANチャネルに順に対応しています。チャネルは、タイプ・ディスクまたはタイプSBT(テープ)のいずれかです。

RMANでは、1つのバックアップ・タスクまたはリカバリ・タスクの作業を複数のチャネルおよびサーバー・セッションを使用して実行する、並列化がサポートされています。並列化の正しい活用によりバックアップおよびリカバリ・タスクのパフォーマンスを大幅に向上できます。

関連項目:

- RMANアーキテクチャの概要は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- RMANバックアップの概念の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

バックアップ・デバイス設定の構成

ディスクベース・バックアップの場合、バックアップのデフォルトの形式、ディスク上のバックアップの保存先、およびバックアップ・タスクが並行して実行されるかどうかを構成できます。

テープへのバックアップの場合、テープ・ドライブの数やバックアップを圧縮するかどうかなどの設定を構成できます。ほとんどのプラットフォームでは、Oracle Databaseにメディア・マネージャを統合し、連続したメディアを格納に使用する必要があります。

データベースおよびファイル・システムのテープへのバックアップをサポートするOracle Secure Backupをメディア・マネージャとして使用できます。Oracle Secure Backupは、他のサード・パーティSBTインタフェースと同じサービスをRMANに提供しますが、他のインタフェースより密接にDatabase Controlに統合されています。この項では、ディスク・バックアップのみを作成すると想定しています。

ディスクのバックアップ設定を構成するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「バックアップ/リカバリ」セクションで「バックアップ設定」をクリックします。
バックアップ設定ページが表示されます。

3. ページ上部の「デバイス」をクリックします。
バックアップ設定のデバイス・サブページが表示されます。

4. 次の手順を実行します。

1. 「並列性」に1と入力します。
この値は、後で変更できます。RMANの並列性およびパフォーマンスについては、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

2. 「ディスク・バックアップの場所」フィールドを空白のままにし、バックアップが高速リカバリ領域に格納されるようにします。

3. 「ディスク・バックアップ・タイプ」セクションで、「バックアップ・セット」を選択します。
バックアップ・セットの利点の1つとして、未使用ブロックの圧縮により、データファイルのバックアップに使用される領域を節約できることがあげられます。データファイルの中でデータの格納に使用されたブロックのみがバックアップ・セットに含められます。

5. ページ下部の「ホスト資格証明」セクションで、「ユーザー名」および「パスワード」フィールドに値を入力します。
「Database Controlを使用したバックアップおよびリカバリのための資格証明の指定」の説明に従ってホスト資格証明を入力します。

6. (ページ上部に近い)「ディスク・バックアップのテスト」をクリックして、資格証明とバックアップの場所が正しいことを確認します。
テストに成功したかどうかを示すメッセージが表示されます。

この例では、バックアップ・セット・サブページの設定を変更しません。

関連項目:

- RMANクライアントを使用したバックアップ用のデフォルト・デバイスの構成方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

バックアップ・ポリシー設定の構成

制御ファイルおよびサーバー・パラメータ・ファイルのバックアップ、データベース全体のバックアップから除外する表領域、およびバックアップ保存ポリシーを制御するバックアップ・ポリシーを設定できます。

バックアップ・ポリシー設定を構成するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「バックアップ/リカバリ」セクションで「バックアップ設定」をクリックします。
バックアップ設定ページが表示されます。

3. ページ上部の「ポリシー」をクリックします。
バックアップ・ポリシー・サブページが表示されます。

4. 次のアクションを実行します。

- 「各バックアップとデータベースの構成変更ごとに、制御ファイルおよびサーバー・パラメータ・ファイル(SPFILE)を自動的にバックアップ」オプションを選択します。「自動バックアップ・ディスクの場所」フィールドは空白のままにし、自動バックアップが高速リカバリ領域に格納されるようにします。
サーバー・パラメータ・ファイルと制御ファイルはデータベースおよびRMANに不可欠であり、そのサイズは通常のデータファイルに比べて小規模です。頻繁にバックアップしても、格納のオーバーヘッドはそれほど大きくありません。

- 「バックアップ済の、読取り専用およびオフラインのデータファイルなどの未変更ファイルをスキップして、データベース全体のバックアップを最適化します」オプションを選択します。
このオプションを選択すると、高速リカバリ領域の領域を節約できます。

- 「増分バックアップの高速化のためブロック変更トラッキングを有効化」オプションを選択します。「ブロック変更トラッキング・ファイル」フィールドは空白のままにする(データベースの作成時にOracle Managed Filesを指定した場合)か、ファイル名(パスを含む)を入力します。
このオプションを選択すると、ブロック変更トラッキング機能を利用できます。これにより、オーバーヘッドをほとんどかけずに増分バックアップのパフォーマンスを大幅に高めることができます。

5. 「データベース全体のバックアップから除外される表領域」セクションで、設定をそのままにします。
この機能を使用すると、バックアップから除外する表領域のリストを指定できます。たとえば、読取り専用の表領域をすべてのバックアップに含める必要はありません。

6. 「保存ポリシー」セクションで、「リカバリに必要なバックアップを、指定日数内の任意の時間に保存(Point-in-Timeリカバリ)」を選択します。「日」に、31と入力します。
この設定により、期間ベースで保存を行うリカバリ・ポリシーが有効になります。

7. 「アーカイブ・ログ削除ポリシー」セクションで、「なし」を選択します。
このオプションにより、ログが自動削除の対象となるのはテープにバックアップされたとき、または保存ポリシーに基づいて不要になったときのみであることを指定します。

8. ページ下部の「OK」をクリックして、変更を保存します。

関連項目:

- 「バックアップの管理」

- バックアップ保存ポリシーの構成方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

データベースのバックアップ

この項では、Oracle Enterprise Manager Database Control(Database Control)でデータベースのバックアップを作成する方法について説明します。オラクル社が推奨するディスクのみのバックアップ計画は、データベースの日常的なバックアップを効率化します。この計画により、現在から24時間前までの任意の時点の状態に、データベースを迅速に戻すことができます。より柔軟なバックアップ・オプションの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

RMANバックアップの概要

この項では、オラクル社が推奨するバックアップ計画、およびDatabase Controlを通じて提供されているその他のバックアップ・タイプの理解に必要な概念を説明します。

データファイルの全体バックアップ

データファイルの全体バックアップには、データファイルのすべての使用済ブロックが含まれます。「RMANバックアップについて」で説明されているように、RMANバックアップはイメージ・コピーとバックアップ・セットのいずれかです。イメージ・コピーはデータファイルのビット単位のコピーであり、未使用ブロックを含みます。

データファイルの増分バックアップ

RMAN増分バックアップでは、バックアップとバックアップの間に変更されたデータファイルのブロックのみがコピーされます。データファイルのすべてのブロックをコピーしたレベル0の増分バックアップは、増分バックアップ計画の開始点として使用されます。

レベル1の増分バックアップは、前回の増分バックアップの後で変更されたブロックのイメージのみをコピーします。レベル1のバックアップは、直近のレベル0のバックアップ以降に変更されたすべてのブロックが含まれる累積バックアップか、直近のレベル0またはレベル1の増分バックアップ以降に変更されたブロックのみが含まれる差分バックアップです。通常の増分バックアップ計画では、レベル1のバックアップを1日1回のように定期的に行います。

変更されたブロックを増分バックアップからリカバリすると、メディア・リカバリを高速化できます。増分レベル1のバックアップでは、増分バックアップ計画の対象となる期間内に変更されたすべてのデータファイル・ブロックの最終的な内容がコピーされるため、リカバリ・プロセスでは、その期間のアーカイブREDOログ・ファイルによる更新の再適用は行わずに、各ブロックを最終的な内容に更新できます。アーカイブREDOログ・ファイルが使用されるのは、レベル1のバックアップの対象とならない期間に行われた変更に対してのみです。

増分的に更新されたバックアップ: データファイルのイメージ・コピーのロールフォワード

RMANを使用すると、レベル1の増分バックアップをデータファイルの古いイメージ・コピーに適用できます。コピーを最新のレベル1増分バックアップの時点にロールフォワードすることが可能です。イメージ・コピー作成後に変更されたブロックはすべて、最新のレベル1増分バックアップの時点の新しい内容で上書きされます。その結果、ファイルがロールフォワードされ、ファイルの内容は最新のレベル1増分バックアップの時点に作成されたデータファイルのイメージ・コピーと等しくなり、データベースがリカバリされます。

増分的に更新されたバックアップをバックアップ計画に組み込むことで、予想リカバリ時間を短縮できます。これは現時点または最近の過去のある時点までのメディア・リカバリが、最新の全データベース・バックアップ時ではなく最新のレベル1のバックアップが適用された時点から開始できるためです。

バックアップ・タグ

タグとは、そのバックアップを一意に、またはバックアップ・グループの一部として識別するテキスト文字列です。すべてのRMANバックアップ(増分バックアップを含む)にタグが付いています。たとえば、毎週土曜日にデータベースの全体バックアップを実行した場合、タグFULL_SATを使用してこのバックアップを識別できます。

タグを使用すると、RMANコマンドで特定のバックアップを参照できます。たとえば、最新のFULL_SATバックアップをテープに移動するコマンドを発行できます。タグを指定しない場合は、一意のタグが自動的に作成されます。

タグを使用し、バックアップの異なるグループを参照できるため、異なるルーチンを互いに干渉しないバックアップ計画に作成できます。バックアップ・ジョブのスケジュールを設定してジョブ名を指定すると、ジョブ名がタグになります。

Database Controlを使用したバックアップの実行およびスケジュール設定

Database Controlを使用すると、RMANバックアップを実行し、バックアップ計画に必要なバックアップ・ジョブのスケジュールを設定できます。

データベース全体のバックアップの実行

データベース全体のバックアップには、データベースのすべてのデータファイルの完全な内容の他に、制御ファイル、アーカイブREDOログ・ファイルおよびサーバー・パラメータ・ファイルも含まれています。これらのファイルを使用すると、完全リカバリを実行できます。

データベース全体のバックアップは総合的なバックアップ計画の重要な要素ですが、ARCHIVELOGモードを有効化または無効化するとき(「リカバリ設定の構成」を参照)のように、必須の手順となる場合もあります。この項では、データベース全体のバックアップをディスクに作成する方法について説明します。

データベースがオープンしているときにデータベース全体のバックアップを実行するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「バックアップのスケジュール」をクリックします。
バックアップのスケジュール・ページが表示されます。

back_strat_11gr1.gifの説明

3. 「優先資格証明」を設定していない場合は、ページ下部の「ホスト資格証明」セクション(図には示されていません)の「ユーザー名」および「パスワード」フィールドに値を入力します。

4. 「カスタマイズ・バックアップ」セクションで、「データベース全体」を選択し、「カスタマイズ・バックアップのスケジュール」をクリックします。
カスタマイズ・バックアップのスケジュール: オプション・ページが表示されます。

5. 「バックアップ・タイプ」セクションで「全体バックアップ」を選択します。

6. 「バックアップ・モード」セクションで「オンライン・バックアップ」または「オフライン・バックアップ」を選択します。
通常は、データベースの可用性を最大化するためにオンライン・バックアップを実行します。

注意:
「基本バックアップおよびリカバリのためのデータベースの構成」で説明したとおり、データベースがARCHIVELOGモードで実行されるように設定されている場合にのみ、オンライン・バックアップを使用できます。

7. 「拡張」セクションで次の選択を行い、「次へ」をクリックします。

- オンライン・バックアップを実行する場合は、「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択します。
オフライン・バックアップを実行する場合、アーカイブ・ログをバックアップする必要はありません。これは、データベースがバックアップ時に一貫性が保たれた状態にあり、このバックアップからデータベースをリストアする場合はメディア・リカバリを必要としないためです。しかし、必要に応じてアーカイブ・ログをバックアップに含めることもできます。

- 高速リカバリ領域が唯一のアーカイブ先である場合は、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択しないでください。
この場合、バックアップされたアーカイブREDOログ・ファイルは、領域が不足すると自動的に削除されます。他のアーカイブ先を使用している場合は、バックアップ記憶域の管理の一環としてこのオプションを選択すると便利です。

- 高速リカバリ領域にバックアップを格納する場合は、「不要になったバックアップの削除」オプションを選択しないでください。
この場合、不要になったバックアップは、領域が不足すると自動的に削除されます。バックアップ・ファイルの別の保存先を使用する場合は、このオプションを選択できます。

- この時点では「メディア管理ソフトウェアでサポートされているプロキシ・コピーを使用してバックアップを実行」を選択しないでください。

- 「バックアップ・セット当たりの最大ファイル」または「セクション・サイズ」フィールドには値を入力しないでください。

カスタマイズ・バックアップのスケジュール: 設定ページが表示されます。

8. 「ディスク」を選択し、「次へ」をクリックします。
可能なかぎりディスクにバックアップして、テープからのリストア操作に要する時間を最小限に抑え、リカバリ時間を最小化することをお薦めします。ディスク・バックアップは後でテープに移動できます。

カスタマイズ・バックアップのスケジュール: スケジュール・ページが表示されます。

9. 次の手順を実行します。

1. 「ジョブ」セクションで、「ジョブ名」および「ジョブの説明」のデフォルト値をそのままにします。
「ジョブ名」フィールドで、このバックアップのユーザー指定のタグを入力します。ジョブ名はこのジョブで作成されるバックアップ・タグの接頭辞として使用されます。

注意:
再発するジョブに関しては、結果として生じるバックアップは現在進行しているジョブの一部として簡単に識別できるため、「ジョブ名」の設定が役立ちます。WEEKLY_FULL_BACKUPなどの説明的なタグを使用します。

「ジョブの説明」フィールドで、ユーザーが参照するためのわかりやすいテキストを入力します。

2. 「スケジュール」セクションで、「1回(即時)」→「次へ」を選択します。
カスタマイズ・バックアップのスケジュール: 確認ページが表示されます。

10. 「ジョブの発行」をクリックします。

ステータス・ページが表示されます。このページには、ジョブが正常に送信されたことを示すメッセージが含まれます。

11. 「ジョブの表示」をクリックし、バックアップの進行を監視します。
データベースの実行・ページが表示されます。このページにはジョブについて説明している「サマリー」セクションが含まれています。ページの下の表にはバックアップ・ジョブの様々な手順の進行が表示されます。現在進行しているジョブを監視するためにブラウザでこのページを再ロードできます。

表の「名前」列でRMANジョブの現在のフェーズを確認できます。バックアップ・ジョブのフェーズ名をクリックするとジョブの一部分のRMAN出力が含まれたページが表示されます。ジョブのフェーズ・リンクをクリックした場合は、現在のページから、上部の「実行: Database_name」リンクをクリックすると、データベースの実行ページに戻ります。

データベースがクローズしているときにデータベース全体のバックアップを実行するには、次の手順を実行します。

- オープン・データベースのバックアップと同じ手順に従いますが、手順5では「オフライン・バックアップ」を選択し、以降の手順を続行します。

推奨バックアップ計画の使用

Database Controlにより、ディスクへバックアップするというオラクル社が推奨するバックアップ計画の設定が容易になります。このバックアップではデータを保護し、ユーザー指定のリカバリ期間の任意の時点までの有効なリカバリ可能ポイントを提供します。オラクル社が推奨する計画では増分バックアップおよび増分的に更新されたバックアップ機能を使用し、データベース全体のバックアップよりも早いバックアップ、およびアーカイブ・ログからデータファイルへデータベースの変更を適用しリカバリするよりも早いリカバリ可能性を提供します。

オラクル社が推奨するバックアップ計画について

オラクル社が推奨する計画はデータベースのイメージ・コピー作成に基づいています。データベースはバックアップの追加更新によりコピーをロールフォワードします。Oracle Enterprise ManagerはRMANバックアップ・ジョブを深夜にスケジューリングします。

各データファイルについて、バックアップに必要な計画は次のとおりです。

- 計画(最初にスケジュールを設定したジョブが実際に実行される時間)の1日目のはじめに、RMANは増分レベル0のバックアップを作成します。これには1日目のはじめのデータファイル・コンテンツが含まれます。
リカバリが必要な場合は、1日目からのアーカイブREDOログ・ファイルを使用して、1日目の任意の時点にリカバリできます。

- 2日目のはじめに、1日目に変更されたブロックを含む差分増分レベル1のバックアップをRMANが作成します。
リカバリが必要な場合は、RMANはこの増分レベル1を適用して、レベル0のバックアップを2日目のはじめにロールフォワードできます。RMANでは、アーカイブREDOログ・ファイルを使用して2日目の任意の時点にリカバリできます。

- 3日目およびそれ以降のn日目のはじめに、RMANはn-1日目のはじめのレベル-1のバックアップからレベル0のバックアップを適用します。このアクションによりn-1日目のはじめの状態のデータファイルのコピーができます。次に、RMANはn-1日の間に変更されたブロックを含むレベル1のバックアップを新しく作成します。
リカバリが必要な場合は、RMANはn-1日から n日のはじめにロールフォワードされたデータファイルに増分レベル1のバックアップを適用できます。RMANでは、アーカイブREDOログ・ファイルを使用してデータベースをn日の任意の時点にリカバリできます。

オラクル社が推奨するバックアップ計画で使用されるデータファイルのコピーには、ORA$OEM_LEVEL_0というタグが付いています。この計画で使用される差分レベル1の増分バックアップでは、同じタグを共有します。オラクル社が推奨するバックアップ計画を妨げることなく、他のバックアップ計画を安全に実装できます。

オラクル社が推奨するバックアップ計画では、ディスク・バックアップとともにテープ・バックアップを使用しますが、この項では扱いません。

ディスクの推奨バックアップ計画を使用したデータベースのバックアップ

次の手順では、データベースの日次バックアップをスケジュールします。この計画は増分バックアップと増分的に適用されたバックアップを使用しており、過去24時間以内の任意の時点にすばやくリカバリすることが可能です。

ディスクの推奨バックアップ計画を使用してデータベースをバックアップするには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「バックアップのスケジュール」をクリックします。
バックアップのスケジュール・ページが表示されます。

3. 「推奨バックアップ」セクションで「推奨バックアップのスケジュール」をクリックします。
推奨バックアップのスケジュール: バックアップ先ページが表示されます。このページではディスクまたはテープ、あるいは両方などのバックアップのための接続メディアを選択します。

4. 「ディスク」を選択し、「次へ」をクリックします。
「推奨バックアップのスケジュール: 設定」ページが表示されます。

このページには、ディスク・ベースの計画の一環として毎日実行するバックアップの説明が表示されます。

5. 情報を確認し、「次へ」をクリックします。
推奨バックアップのスケジュール: スケジュール・ページが表示されます。

6. 日次バックアップの「開始日」、「タイムゾーン」および「日次バックアップ時間」を選択し、「次へ」をクリックします。
推奨バックアップのスケジュール: 確認ページが表示されます。

Database Controlに、RMANによって実行されるバックアップ・スクリプトが表示されます(ただし、スクリプトを直接編集することはできません)。スクリプトは次のようになります。

Daily Script:
run {
allocate channel oem_disk_backup device type disk;
recover copy of database with tag 'ORA_OEM_LEVEL_0';
backup incremental level 1 copies=1 for recover of copy with tag 'ORA_OEM_LEVEL_0' database;
}

7. 「ジョブの発行」をクリックします。

その他のバックアップ・タスクのスケジュール設定

『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明されている様々な使用可能なバックアップ・オプションについて理解を深めた後、推奨バックアップ計画の実装に使用するタスク以外のバックアップ・タスクのスケジュールを決定できます。

その他のバックアップ・タスクのスケジュール設定をするには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「バックアップのスケジュール」をクリックします。
バックアップのスケジュール・ページが表示されます。

3. 「カスタマイズ・バックアップ」セクションで、バックアップするオブジェクトを選択します。たとえば、「表領域」または「アーカイブ・ログ」を選択します。

4. ホスト資格証明が入力されていることを確認し、「カスタマイズ・バックアップのスケジュール」をクリックして、カスタマイズ・バックアップのスケジュール・ウィザードを開始します。

5. ウィザードの後続のページで、バックアップするオブジェクト、必須のオプションと設定などの詳細を指定します。次のページに進むには、それぞれのページで「次へ」をクリックします。
各ページに表示される選択肢は、バックアップするオブジェクトのタイプによって決まります。たとえば、表領域をバックアップするには、ウィザードの最初のページで「追加」ボタンをクリックして、バックアップ・ジョブに含める表領域を指定します。後続のページでは、バックアップ・オプション、場所およびスケジュールを選択します。

ウィザードの使用方法の詳細は、各ページの「ヘルプ」をクリックしてください。

6. 「ジョブの発行」をクリックします。

バックアップの検証およびバックアップ計画のテスト

バックアップ計画の一部として、バックアップが正常でありリカバリ可能オブジェクトを満たしているかを定期的にチェックする必要があります。バックアップは次の方法で検証できます。

- Database Controlで特定のバックアップ・セットまたはイメージ・コピーを選択し、検証します。この手法では、バックアップが存在し、リストア可能であるかどうかを確認できます。この形式の検証には、「選択したバックアップの検証」の説明に従って現行バックアップの管理ページを使用します。

- データベース・ファイルを指定し、実際のリストア操作を行う場合のように、そのファイルのリストアに使用するバックアップをRMANで自動的に選択します。この手法では、使用可能なバックアップがデータベースのリストアに十分であることを確認できます。この形式の検証には、「リストア操作のためのバックアップの検証」の説明に従ってリカバリの実行ページを使用します。

注意:
テープに保存されたバックアップの検証は、バックアップ全体がテープから読み取られるため、時間がかかる場合があります。

いずれの検証形式も、Database Controlでスケジュール済タスクとして設定できます。検証の形式をバックアップ計画に両方組み込み、使用可能なバックアップが常にリカバリ可能な目的を満たしていることを確認します。

選択したバックアップの検証

特定のバックアップの検証では、バックアップが存在し、リストア可能であるかどうかがチェックされます。使用可能なバックアップ・セットでリカバリが可能かどうかのテストは行われません。たとえば、データベースの複数の表領域におけるデータファイルのイメージ・コピーが存在し、それぞれが検証可能であるとします。ただし、その中に有効なバックアップが存在しない表領域がある場合、データベースをリストアおよびリカバリすることはできません。

選択済のバックアップを検証するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. このページの検索機能を使用して、内容を検証するバックアップを指定します。

4. 現行バックアップのリストで目的の各バックアップの横にあるチェック・ボックスを選択し、「検証」をクリックします。
検証: ジョブ・パラメータの指定ページが表示されます。

5. ジョブ名と説明を指定し(またはデフォルト値を使用し)、さらに操作の開始と繰返しに関する時間設定を指定します。「ジョブの発行」をクリックします。
メッセージによりジョブの送信が確認されます。

6. 「ジョブの表示」リンクをクリックし、検証の詳細を表示します。

関連項目:

- VALIDATEコマンドの使用方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

リストア操作のためのバックアップの検証

指定したデータベース・ファイルのリストアに使用できる十分なバックアップ・セットが存在するかどうかをテストできます。リストアする表領域、およびどの時点にリストアするか(指定可能な場合)を指定すると、必要なデータを含むバックアップ・セットが自動的に選択されます。RMANは、選択したバックアップ全体を読み取り、ファイルが壊れていないことを確認しますが、出力ファイルは生成しません。

ファイルのリストアの検証により、ファイルが使用可能なバックアップとしてリストアされるかどうかをテストできますが、指定したオブジェクトのすべてのバックアップが有効かどうかはテストできません。

指定したデータベース・ファイルがリストアされるかどうか検証するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「リカバリの実行」をクリックします。
リカバリの実行ページが表示されます。

3. ユーザー主導リカバリのセクションで、検証の対象に応じて「リカバリの有効範囲」リストから「データファイル」または「表領域」を選択します。

4. 「操作タイプ」として「データファイルのリストア」または「表領域のリストア」を選択し、「リカバリ」をクリックします。
オブジェクト・レベルのリカバリの実行ページが表示されます。

5. 「追加」をクリックして、検証操作のために表領域またはデータファイルを追加します。リストアするデータファイルまたは表領域を選択して、「選択」をクリックします。選択したら「次へ」をクリックします。
オブジェクト・レベルのリカバリの実行: リストア・ページが表示されます。

6. 「バックアップの選択」セクションで、リストアするバックアップを指定します。通常は、最新のバックアップを選択します。

7. 「バックアップの検証」セクションで、「データファイルをリストアせずに、指定したバックアップを検証します」を選択します。その後、「次へ」をクリックします。
オブジェクト・レベルのリカバリの実行: スケジュール・ページが表示されます。

8. バックアップを検証するジョブが即時実行されます。ジョブ名とジョブの説明を指定するか、デフォルト値を使用できます。「次へ」をクリックします。
オブジェクト・レベルのリカバリの実行: 確認ページが表示されます。

9. 「ジョブの発行」をクリックして検証を実行します。
リカバリの実行: 結果ページが表示されます。

10. (オプション)「ジョブの表示」をクリックしてバックアップ検証ジョブの結果を表示します。

関連項目:

- データファイル・リカバリの概要については、『Oracle Database概要』を参照してください。

- RESTORE ... VALIDATEコマンドの使用方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

バックアップ・レポートの表示

バックアップ・レポートには、RMANによって実行された過去のバックアップ・ジョブに関するサマリーおよび詳細情報が記録されています。詳細情報には、Oracle Enterprise Manager Database Control(Database Control)とRMANコマンドライン・クライアントの両方で実行されたバックアップが含まれます。

バックアップ・レポートを表示するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「バックアップ・レポート」をクリックします。
backup_reports_11gr1.gifの説明

バックアップ・レポート・ページには最近のバックアップ・ジョブのリストが含まれます。ジョブのステータス、バックアップの開始時間およびタイプによりリストされたバックアップを制限(フィルタ処理)するためのページの「検索」セクションを使用します。「検索」セクションで任意のフィルタ条件を指定し、「実行」をクリックします。

3. 「バックアップ名」列のリンクをクリックして、いずれかのバックアップの詳細を表示します。
選択したバックアップのバックアップ・レポート・ページが表示されます。ブラウザの「戻る」ボタンを使用して、バックアップ・レポート・ページに戻ります。

4. 「ステータス」列のリンクをクリックして、ジョブのRMAN出力のログを表示します。

注意:
制御ファイル・ビューV$RMAN_OUTPUTは最近のRMANジョブの出力を含みます。インスタンスを再起動した場合、このビューのコンテンツは保存されません。そのため、過去のRMANジョブは使用できない可能性があります。

バックアップの管理

バックアップ計画の一環として、データベースのバックアップを管理する必要があります。関連タスクの1つに、RMANリポジトリのバックアップ・レコードの管理があります。Oracle Enterprise Manager Database Control(Database Control)はこれらのタスクを簡略化します。

バックアップ管理の概要

バックアップおよびリカバリ計画で重要なことは、作成後のバックアップの管理です。バックアップ管理には不要なバックアップの削除、およびバックアップが使用可能であるかを確認する定期的なチェックの実行が含まれます。

バックアップ管理タスクは現行バックアップの管理ページから実行できます。

「現行バックアップの管理」ページを表示するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 可用性ページの「管理」セクションで、「現行バックアップの管理」をクリックします。

このページには、バックアップ・セットとイメージ・コピーの2つのサブページがあります。どちらのページも、RMANリポジトリのレコードに基づいてバックアップをリスト表示し、バックアップの管理を可能にするという目的を果たします。

manage_backups_11gr2.gifの説明

RMANリポジトリに記録されたバックアップには次のステータス値のいずれかがあります。

- 使用可能。これは、リポジトリに記録されているバックアップがまだディスクまたはテープに存在することを意味します。

- 期限切れ。これはバックアップがディスクまたはテープにはすでに存在せず、リポジトリにはまだリストされていることを意味します

- 使用不可。これは、バックアップがデータ・リカバリ操作に一時的に使用できないことを意味します(たとえば、オフサイトに保管されているテープや現在マウントされていないディスクに保存されているため)

バックアップは不要になることもあります。不要なバックアップは、現在構成されている保存ポリシーに基づいて、データ・リカバリの目的を満たすために必要でなくなったバックアップです。

Database Controlで実行できるメンテナンス・タスクは次のとおりです。

- バックアップの詳細の表示

- リポジトリのクロスチェック(リポジトリにリストされているバックアップが存在するかどうか、使用可能であるかどうか、またクロスチェック時に使用不可のバックアップに期限切れのマークが付いているかどうかのクロスチェック)

- 期限切れバックアップ・レコードのRMANリポジトリからの削除

- 不要なバックアップのリポジトリおよびバックアップ・メディアからの削除

- 特定のバックアップが使用可能で破損していないかを確認するバックアップ検証

注意:
バックアップがすでに存在しない場合は、RMANリポジトリからバックアップ・レコードをただちに削除してください。使用可能なバックアップの正確なレコードがないと、リカバリの実行が必要なときに、データベースの完全なバックアップが存在しないことが判明する可能性があります。

Database Controlのバックアップおよびリストア・コマンドと同様に、バックアップ・ステータスのクロスチェック、削除および変更を行うコマンドは最終的にRMANコマンドに変換されます。コマンドは、即時実行またはスケジュール設定が可能なRMANジョブとして発行されます。バックアップの定期的なクロスチェックなどのタスクは、バックアップ計画の一環として定期的にスケジュールしてください。

高速リカバリ領域をバックアップ記憶域に使用している場合、多くのメンテナンス・アクティビティが不要になるか、または削減されます。バックアップ・ファイルおよびその他のファイルは、必要に応じて自動ディスク領域管理メカニズムにより削除されるため、保存ポリシーに違反することなく、進行中のデータベース操作でのディスク領域要求に応えることができます。

バックアップのクロスチェック

バックアップをクロスチェックすると、バックアップの物理的な状況をRMANリポジトリ内の論理レコードと同期させることができます。たとえば、ディスク上のバックアップをオペレーティング・システム・コマンドで削除した場合は、クロスチェックでこの状況が検出されます。クロスチェックの後、バックアップの状態がRMANリポジトリに正確に反映されます。

ディスクへのバックアップは、RMANリポジトリに表示された場所のディスクにある場合、およびファイル・ヘッダーに破損がない場合、使用可能としてリストされます。テープへのバックアップは、バックアップがテープ上にある場合に使用可能としてリストされます。ファイル・ヘッダーの破損はチェックされません。欠落していたり破損しているバックアップは期限切れとしてリストされます。

個別のファイルをクロスチェックするには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. 内容をクロスチェックするバックアップ・セットまたはイメージ・コピーを検索します。

4. 「結果」セクションで、クロスチェック操作に含める各バックアップを選択します。
クロスチェックを行うイメージ・コピーとバックアップ・セットの両方を1回の操作では選択できません。

5. 「結果」リスト上部の「クロスチェック」をクリックします。
確認ページが表示されます。「はい」をクリックすると、Database Controlによってクロスチェックが実行されます。

すべてのファイルをクロスチェックするには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. 現行バックアップの管理ページで「すべてをクロスチェック」をクリックします。
「すべてをクロスチェック: ジョブ・パラメータの指定」ページが表示されます。ここでクロスチェックを行うか、後で行うかをスケジュールしたり、定期的に行うようにスケジュールを指定することができます。

4. 「ジョブの発行」をクリックします。

注意:
RMANリポジトリのすべてのバックアップ、特にテープのバックアップのクロスチェックには時間がかかります。個別のファイルのクロスチェックとは異なり、すべてのファイルのクロスチェックはスケジュールされたジョブとして処理されます。

関連項目:

- 「バックアップの管理」

- RMANのCROSSCHECKコマンドを使用したこの手順の実行方法の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

期限切れバックアップの削除

期限切れバックアップを削除すると、EXPIREDとしてリストされたバックアップがRMANリポジトリから削除されます。期限切れバックアップとは、クロスチェック中にアクセス不可能であることが判明したバックアップです。バックアップを含むファイルがディスクまたはテープから削除されることはありません。この操作ではRMANリポジトリの更新のみが実行されます。

期限切れのバックアップを削除するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. 現行バックアップの管理ページで「期限切れのものをすべて削除」をクリックします。
この操作により、現在どのサブページがアクティブであるかには関係なく、期限切れのバックアップ・セットと期限切れのイメージ・コピーがRMANリポジトリから削除されます。

期限切れのものをすべて削除: ジョブ・パラメータの指定ページが表示されます。

4. オプションで、「「期限切れのものをすべて削除」の前に「すべてをクロスチェック」操作を実行します。」を選択します。
期限切れのバックアップを削除する直前にクロスチェックを実行することで、RMANはどのバックアップが期限切れになっているかに関する最新の情報を取得できます。

5. 「ジョブの発行」をクリックします。
ジョブが正常に発行されたことを示すメッセージが表示されます。

バックアップ使用可能または使用不可のマーク付け

ディスク・ドライブが一時的にオフラインになっていたり、テープがオフサイトに保管されているなど、一時的な条件のために1つ以上の特定のバックアップを使用できない場合、これらのバックアップを使用不可とマークできます。使用不可のバックアップは、データのリストアおよびリカバリで使用されません。

注意:
高速リカバリ領域に保存されたバックアップは使用不可とマークを付けることはできません。

RMANリポジトリには、使用不可のバックアップのレコードが保持されていて、期限切れバックアップを削除する場合、使用不可としてリストされたバックアップがRMANに削除されることはありません。使用不可のバックアップが再度アクセス可能になると、使用可能のマークを付けられます。

バックアップに使用可能または使用不可のマーク付けをするには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. 「検索」セクションで、ステータスを変更するバックアップを検索します。

4. 可用性を変更するバックアップの「結果」リストに表示された各バックアップの横にある「選択」チェック・ボックスをクリックします。

5. 次の操作を1つ実行します。

- 「使用可能に変更」を選択します。

- 「使用不可に変更」を選択します。

注意:
使用可能なバックアップのみを検索して、リストされるバックアップを制限している場合、「使用不可に変更」ボタンのみが表示されます。使用不可のバックアップのみを検索して、リストされるバックアップを制限している場合、「使用可能に変更」ボタンのみが表示されます。

確認メッセージが表示されます。

6. 「はい」をクリックして変更操作を実行します。

不要なバックアップの削除

この項では、構成済の保存ポリシーで必要とされていない不要なバックアップの削除方法について説明します。高速リカバリ領域を唯一のディスクベースのバックアップ先として使用している場合、不要なバックアップをディスクから削除する必要はありません。高速リカバリ領域では、ファイルは保存ポリシーで指定したとおりに保持され、領域が不足した場合にのみ削除されます。

不要なバックアップを削除するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「現行バックアップの管理」をクリックします。
現行バックアップの管理ページが表示されます。

3. 「不要なものをすべて削除」をクリックします。
「不要なものをすべて削除」をクリックしたときにバックアップ・セット・サブページとイメージ・コピー・サブページのどちらが表示されていたかに関係なく、不要なバックアップ(バックアップ・セットとイメージ・コピーの両方)がすべて削除されます。

不要なものをすべて削除: ジョブ・パラメータの指定ページが表示されます。

4. 「スケジュール」セクションで、次のいずれかの操作を行います

- 「1回(即時)」を選択して削除ジョブをただちに実行します。

- バックアップ・ジョブの場合と同様に削除をスケジュールします。

5. 「ジョブの発行」をクリックします。

オラクル社が推奨するリカバリの実行

オラクル社推奨のリカバリ機能では、データ・リカバリ・アドバイザを利用します。これは、データ障害を自動的に診断して適切な修復オプションを決定、提示し、ユーザーの要求に応じて修正を実行するOracle Database機能です。データ修復を自動化する集中ツールを提供することで、データ・リカバリ・アドバイザはOracle Databaseの管理性および信頼性を高めます。

注意:
データ・リカバリ・アドバイザを使用してOracle RACデータベースをリカバリするには、RMANインタフェースを使用する必要があります。Enterprise Managerは使用できません。

データ・リカバリ・アドバイザについて

データ・リカバリ・アドバイザにおける状態チェックとは、データベースまたはデータベース・コンポーネントの状態を評価するために状態モニターが実行する診断手順です。状態チェックは、エラーの発生を受けて実行されます。手動で実行することもできます。

障害とは、状態チェックで検出された永続的なデータ破損です。通常、障害は発生後に検出されます。データベース操作によってデータが破損するとエラーになり、データベースで状態チェックが自動的に実行されます。このチェックでは、エラーに関連した障害がないかどうかデータベースが調査されます。障害が診断された場合は、自動診断リポジトリ(ADR)に記録されます。

データベースで障害が検出され、ADRに格納された後にかぎり、データ・リカバリ・アドバイザを使用して修復アドバイスを生成し、障害を修復できます。データ・リカバリ・アドバイザは、アクセス不可能なファイル、物理的および論理的なブロック破損、I/O障害などの障害をレポートし、修復します。すべての障害に、CRITICAL、HIGH、LOWのいずれかの障害優先度が設定されます。OPENまたはCLOSEDの障害ステータスも設定されます。

また、データ・リカバリ・アドバイザを使用して修復オプションを表示することもできます。修復とは、1つ以上の障害を修正する処理です。修復の例としては、ブロック・メディア・リカバリ、データファイル・メディア・リカバリ、Oracle Flashback Databaseなどがあげられます。通常、データ・リカバリ・アドバイザは自動と手動両方の修復オプションを提示します。必要に応じて、修復を実行するために、自動修復オプションを選択できます。その場合、データ・リカバリ・アドバイザは修復が正常に行われたことを確認し、該当する修復済の障害をクローズします。

データ・リカバリ・アドバイザの使用

リカバリ・プロセスは、障害が疑われるとき、または障害が検出されたときに起動します。障害は、エラー・メッセージ、アラート、トレース・ファイル、状態チェックなど、多くの方法で検出できます。その後、データ・リカバリ・アドバイザを使用して障害に関する情報およびアドバイスを取得し、障害を自動的に修復することができます。

この項では、データ・リカバリ・アドバイザを使用して破損ブロックを修復する例について説明します。データベースのホームページの診断メーターがインシデントの発生を示していると仮定してください。データベースのホームページの「アラート」セクションにブロックの破損の発生が示されます。

Oracle推奨リカバリ計画を使用するには、次のようにします。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「リカバリの実行」をクリックします。
リカバリの実行ページが表示されます。リカバリの実行ページは、「Oracle推奨のリカバリ」とユーザー主導リカバリの2つのセクションに分かれています。「Oracle推奨のリカバリ」セクションでは、データ・リカバリ・アドバイザを使用してリカバリが自動化されます。

perform_reco_11gr1.gifの説明

3. 「Oracle推奨のリカバリ」セクションで障害を探します。
手順2のスクリーンショットでは、このセクションに優先度の高い障害が1つ存在することが示されます。障害としては、1つ以上のデータファイルがオフラインになっていることが示されています。

4. 次の操作を1つ実行します。

- 「アドバイスとリカバリ」をクリックします。

- 障害ステータスの横の数値をクリックします。

障害の表示および管理ページが表示されます。

5. 「優先度」ドロップダウン・リストで「すべて」を選択してから、「実行」をクリックします。
この操作を行うと、データ・リカバリ・アドバイザで認識されている障害をすべて表示できます。データ障害は、ページ下部にナビゲーション・ツリー形式で表されます。

6. 次のアクションを実行します。

1. ナビゲーション・ツリーの「データ障害」を選択して展開します(まだ展開されていない場合)。

2. 障害を選択して展開します。

3. 「アドバイス」をクリックします。

リカバリ・アドバイス・ページが表示されます。

このページには、障害の修復に使用されるRMANスクリプトが表示されます。たとえば、破損ブロックの場合、スクリプトは次のようになります。

# block media recovery
recover data file 1 block 63467;

7. 「続行」をクリックします。
確認ページが表示されます。このページには、リカバリ・ジョブの概要がまとめられています。

review_repair_11gr1.gifの説明

8. 「リカバリ・ジョブの発行」をクリックします。
ジョブ・アクティビティ・ページが表示されます。

ジョブ名、ジョブ・ステータス、修復の実行がスケジュールされている時間、ジョブの所有者などの修復の詳細が表にまとめられています。

9. 修復ジョブの名前をクリックし、「結果の表示」をクリックします。
ジョブ実行ページが表示されます。

ナビゲーション・ツリーのジョブ・ステップをクリックすると、そのジョブの結果を表示できます。

ユーザー指定リカバリの実行

Oracle Enterprise Manager Database Control(Database Control)のユーザー主導リカバリ機能には、フラッシュバック機能を使用してリストアの操作およびリカバリの手順を実行できるリカバリ・ウィザードが用意されています。たとえば、次の操作を実行できます。

- 論理的なフラッシュバック機能によるデータベース・オブジェクトへの不要な変更の修復

- Oracle Flashback Databaseを使用したデータベース全体の巻戻し

- データベースの完全なリストアおよびリカバリ

- データベースまたは選択した表領域のPoint-in-Timeリカバリの実行

- 破損ブロックを含むデータファイルのブロック・メディア・リカバリの実行

Database Controlでは、データベース操作に影響を与える前に、破損したデータベース・ファイルなどを検出する状況を含め、データベースのどの部分をリストアおよびリカバリする必要があるかを決定できます。Database Controlは順を追ってリカバリし、必要な情報を要求し、指定されたリカバリ・アクションを実行します。

この項では、リカバリの実行ページについて理解を深めるため、いくつかの一般的なリカバリの例を扱います。リカバリの実行ページを使用すると、Database Controlによる他のデータベース全体の機能やオブジェクト・レベルのリカバリ機能にアクセスできます。

Oracle Flashback Tableを使用した表の巻戻し

Oracle Flashback Tableを使用すると、他のデータベース・オブジェクトに影響を与えることなく、1つ以上の表を過去のある時点の内容に戻すことができます。したがって、表の行を誤って追加または削除した場合のような論理的なデータ破損からのリカバリが可能です。Point-in-Timeリカバリとは異なり、データベースはフラッシュバック操作中も使用可能なままです。

この例では、hrスキーマのemployees表にあるフラッシュバック表を使用します。想定として、2005年10月23日15時30分00秒の直後の誤った更新により、すべての従業員のlastname列が空の文字列に変更されたため、元のlastname値を表に戻す必要があります。

表における行の移動の有効化

フラッシュバック表を使用する前に、フラッシュバックする(以前の状態に戻す)表で行の移動が有効になっていることを確認する必要があります。行の移動とは、フラッシュバック発生後にROWIDが変わることを意味します。このような制約が存在するのは、フラッシュバック前のROWIDをアプリケーションが保存していた場合に、フラッシュバック後もそのROWIDが同じ行に対応する保証はないためです。

表における行の移動を有効にするには、次の手順を実行します。

1. データベースのホームページで、「スキーマ」をクリックしてスキーマ・サブページを表示します。

2. 「データベース・オブジェクト」セクションの「表」を選択します。
表ページが表示されます。

3. フラッシュバック表のターゲット表を検索するには、次の手順を実行します。

1. 「スキーマ」フィールドにスキーマ名を入力し、オプションで「オブジェクト名」フィールドに表名を入力します。

2. 「実行」をクリックして表を検索します。
たとえば、hrスキーマの表を検索します。検索結果をスクロールしないと目的の表が見つからないことがあります。

4. 表のリストから表を選択し、「編集」をクリックします。
この例では、employeesを選択します。

表の編集: table_nameページが表示されます。

5. 「オプション」をクリックしてオプション・サブページに移動します。

6. 次の手順を実行します。

1. 「行移動有効化」を「はい」に設定します。

2. 「適用」をクリックして表のオプションを更新します。

更新メッセージが表示されます。

7. 次の手順を実行します。

1. ページ上部の「表」をクリックして検索結果に戻ります。

2. 手順1から手順6までを各表について繰り返し、その他の表における行の移動を有効化します。

この例では、hr.jobsおよびhr.departmentsの各表で行の移動を有効化する必要があります。

フラッシュバック表の操作の実行

この例では、hr.employees表およびその依存表を過去のある時点に巻き戻します。

フラッシュバック表の操作を実行するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「管理」セクションで、「リカバリの実行」を選択します。
リカバリの実行ページが表示されます。

3. ユーザー主導リカバリのセクションで、「リカバリの有効範囲」リストから「表」を選択します。
このページでは表のオブジェクト・レベルのリカバリを使用して再ロードされます。

4. 「操作タイプ」として「既存の表のフラッシュバック」を選択し、「リカバリ」をクリックします。
オブジェクト・レベルのリカバリの実行: Point-in-Timeページが表示されます。

5. フラッシュバック表操作のターゲット時間を選択し、「次へ」をクリックします。

注意:
不要な変更がどの時点で行われたか不明な場合は、「Point-in-Timeを決定するために行変更およびトランザクションを評価」を選択して、この表に影響を与えたトランザクションの履歴を調査します。Oracle Flashback Versions Queryを使用すると、ターゲット表に対する最近の変更をすべて確認できます。この機能の使用方法については、このマニュアルでは説明しません。

この例では、5分前に行を誤って挿入したと想定しています。「タイムスタンプにフラッシュバック」を選択し、5分前の時刻を入力します。

オブジェクト・レベルのリカバリの実行: 表のフラッシュバック・ページが表示されます。

6. 「フラッシュバックする表」テキスト・ボックスに表名を入力し、「次へ」をクリックします。
複数の表名を入力すると、複数の表を同じ時点にフラッシュバックできます。「表の追加」をクリックして、他の表を検索することもできます。この例では、「フラッシュバックする表」テキスト・ボックスにhr.employeesと入力します。

表に他の依存表が存在する場合、依存状態オプション・ページが表示されます。このページでは、依存性をどのように処理するかを決定します。

7. 次のいずれかの操作を行い、「次へ」をクリックします。

- 「重ねて表示」を選択し、依存表をすべてフラッシュバックします。

- 制限を選択し、ターゲット表のみをフラッシュバックします。

- 「カスタマイズ」を選択し、フラッシュバックする依存表とそのまま残す依存表を選択します。

「依存状態の表示」をクリックすると、影響を受ける表を確認できます。

注意:
行の移動は、初期のターゲットの表のみでなく、影響を受けるすべての表に有効である必要があります。

この例では、hr.employees表に依存表hr.jobsおよびhr.departmentsがあります。そのため、「重ねて表示」を選択して「次へ」をクリックします。

オブジェクト・レベルのリカバリの実行: 確認ページが表示されます。

8. 「発行」をクリックします。
操作が完了すると、確認ページに結果が表示されます。「OK」をクリックします。

Oracle Flashback Dropを使用した削除された表のリカバリ

Oracle Flashback Dropを使用すると、削除した表を索引やトリガーなどの依存オブジェクトとともにデータベースに戻して、表の削除の影響を取り消すことができます。この機能では削除したオブジェクトがごみ箱に格納されますが、ごみ箱の中のオブジェクトは、ユーザーの明示的な指定または領域不足によりごみ箱がパージされるまで取得可能です。

フラッシュバック表と同様に、フラッシュバック・ドロップはデータベースがオープンしているときに使用できます。また、フラッシュバックを行っても、フラッシュバック・ドロップ操作の影響を受けないオブジェクトの変更が取り消されることはありません。フラッシュバック表は、データベースをオフラインにしてバックアップからファイルをリストアする必要のあるメディア・リカバリ形式より便利です。

注意:
フラッシュバック・ドロップの使用によりリカバリ可能な表は、ローカル管理表領域に存在する必要があります。また、SYSTEM表領域では、表領域のタイプにかかわらず、フラッシュバック・ドロップを使用しても表をリカバリできません。

表の削除

フラッシュバック・ドロップについて学習するため、reg_histという表を新しく作成して、後で削除します。フラッシュバック・ドロップ機能で取得できるように、表はごみ箱に配置されます。

表を作成して削除するには、次の手順を実行します。

1. データベースのホームページで、「スキーマ」をクリックしてスキーマ・サブページを表示します。

2. 「表」をクリックします。
表ページが表示されます。

3. 「スキーマ」フィールドにhr、「オブジェクト名」フィールドにregionsと入力します。「実行」をクリックします。
ページ下部の表にスキーマおよび表がリスト表示されます。

4. 「アクション」リストで、「類似作成」を選択して「実行」をクリックします。
表の作成ページの一般サブページが表示されます。

5. 次の手順を実行します。

1. 「名前」フィールドにreg_histと入力します。

2. REGION_ID列の「NOT NULL」を選択解除します。

3. 「制約」をクリックして制約サブページを開きます。
制約サブページが表示されます。

4. 各制約を選択し、「削除」をクリックします。

5. 「OK」をクリックして表を作成します。
確認メッセージが表示されます。

6. 「オブジェクト名」フィールドに、reg_histと入力し「実行」をクリックします。
表ページにこの表に関する情報が表示されます。

7. 「オプションを指定して削除」をクリックし、表を削除します。
オプションを指定して削除ページが表示されます。

8. 「表定義、そのすべてのデータおよび依存オブジェクトを削除します(DROP)」を選択し、「はい」をクリックします。
メッセージにより表が削除されたことが確認されます。

削除された表の取得

この項では、「表の削除」の説明に従ってreg_hist表を作成して削除したと想定しています。次の手順でごみ箱からreg_histを取得します。

フラッシュバック・ドロップ操作を実行するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「バックアップ/リカバリ」セクションで、「リカバリの実行」をクリックします。
リカバリの実行ページが表示されます。

3. ユーザー主導リカバリのセクションで、「リカバリの有効範囲」リストから「表」を選択します。
このページでは表のオブジェクト・レベルのリカバリを使用して再ロードされます。

4. 「操作タイプ」として「削除した表のフラッシュバック」を選択し、「リカバリ」をクリックします。
オブジェクト・レベルのリカバリの実行: 削除したオブジェクト選択項目ページが表示されます。

5. ごみ箱に入っている削除済オブジェクトの中から取得するオブジェクトを検索します。
この例では、「スキーマ名」フィールドにhr、「表」フィールドにreg_histと入力し、「実行」をクリックします。

検索条件に一致するオブジェクトが「結果」セクションにリスト表示されます。必要に応じて、ごみ箱の横の矢印をクリックして内容を1レベル展開し、検索条件に一致する削除済の表(依存オブジェクトを除く)を表示します。

6. フラッシュバック・ドロップを使用して取得する表を1つずつ選択します。
この例では、reg_histを選択して「次へ」をクリックします。

注意:
表をごみ箱から取り出すと、ごみ箱に入っているその表の依存オブジェクトもすべて取り出されます。依存オブジェクトを単独で取り出すことはできません。

オブジェクト・レベルのリカバリの実行: 名前の変更ページが表示されます。

7. 必要に応じて、取得する削除済オブジェクトの新しい名前を入力します。この例では、新しい名前は指定しません。「次へ」をクリックします。
オブジェクトをごみ箱から取得するときにオブジェクト名を変更する第1の理由は、取得する表と同じ名前の新しい表がすでに作成されている可能性があるためです。一部のオブジェクトの名前を変更する必要がある場合は、必要に応じて「新しい名前」フィールドに新しい名前を入力します。

オブジェクト・レベルのリカバリの実行: 確認ページが表示されます。このページには影響分析が表示され、依存オブジェクトを含むフラッシュバック対象のオブジェクトの全セットとともに、フラッシュバック・ドロップ操作完了時に設定される名前が示されます。

8. 変更内容を確認して「発行」をクリックします。
確認ページにより操作が正常であることが示されます。

9. 「OK」をクリックして、可用性ページに戻ります。

Oracle Flashback Databaseを使用したデータベースの巻戻し

他のフラッシュバック機能とは異なり、Oracle Flashback Databaseは物理レベルで動作します。フラッシュバック・データベースを使用すると、現在のデータファイルが以前のある時点の内容に戻ります。結果はデータベースのPoint-in-Timeリカバリとほぼ同じですが、データファイルのリストアおよびリカバリの必要がないため、フラッシュバック・データベースの方が高速性に優れています。また、メディア・リカバリに比べてREDOデータ適用の必要性はわずかです。

フラッシュバック・データベースでは、データ・ブロックの旧バージョンへのアクセスにフラッシュバック・ログが使用され、アーカイブREDOログ・ファイルのデータも一部使用されます。フラッシュバック・データベースを使用してデータベースを修復するには、「リカバリ設定の構成」の説明に従って、フラッシュバック・ログが生成されるようにデータベースを構成する必要があります。

フラッシュバック・データベースの操作を実行するには、次の手順を実行します。

1. データベースのホームページで、「可用性」をクリックして可用性サブページを表示します。

2. 「リカバリの実行」をクリックします。
リカバリの実行ページが表示されます。

3. 次の手順を実行します。

1. ユーザー主導リカバリのセクションで「データベース全体」を選択します。

2. 「現在の時間または前のPoint-in-Timeへのリカバリ」を選択します。

3. 必要に応じて、ホスト・コンピュータ資格証明を指定します。

4. 「リカバリ」をクリックします。

確認ページが表示されます。

4. 「はい」をクリックしデータベースの停止を確定します。
リカバリ・ウィザード・ページが表示されます。この時点で停止作業が開始されます。

データベースが停止し、マウントされた状態になると、Database Controlも一時的に停止して、再起動します。このプロセスの実行中、Database Controlがブラウザに応答できない時間があります。Database Control が再度応答するまでページをリフレッシュしてください。

Database Controlが再起動し、データベースが起動されマウントされると、しばらくしてDatabase Controlにより、データベースがNOMOUNT状態であることを報告するレポートが出力されます。「リフレッシュ」、「起動」および「リカバリの実行」の選択肢が提示されます。続行する前にデータベース・インスタンス・ページでデータベース・インスタンスがマウントされたと報告されるまで、ページを定期的にリフレッシュします。

5. 「リカバリの実行」をクリックしてリカバリ・セッションを再開します。

6. ホスト・コンピュータおよびデータベースの資格証明を求められたら、SYSDBA権限で接続するか、DBAグループのユーザーのホスト・コンピュータ資格証明を指定します。
資格証明の詳細は、「Database Controlを使用したバックアップおよびリカバリのための資格証明の指定」を参照してください。

リカバリの実行ページが再度表示され、データベース全体をリストアおよびリカバリする必要のあるデータベースがマウントされたことが表示されます。

7. 次の手順を実行します。

1. ユーザー主導リカバリのセクションで「データベース全体」を選択します。

2. 「現在の時間または前のPoint-in-Timeへのリカバリ」を選択します。

3. 必要に応じて、ホスト資格証明を指定します。

4. 「リカバリ」をクリックします。

確認ページが表示されます。

8. 次の手順を実行します。

1. 「前のPoint-in-Timeへのリカバリ」を選択します。

2. 「日付」フィールドで、現在の時刻の5分前の時刻を選択します。

3. 「次へ」をクリックします。

データベース全体のリカバリの実行: フラッシュバック・ページが表示されます。

9. 「はい」を選択してフラッシュバック・データベースの使用を指定し、「次へ」をクリックします。
データベース全体のリカバリの実行: 確認ページが表示されます。

10. 選択したオプションを確認し、「発行」をクリックします。
フラッシュバック操作が完了すると、リカバリの実行: 結果ページが表示されます。

11. 「データベースをオープン」をクリックします。
データベースが正常にオープンしたら「OK」をクリックします。

データベースのリストアおよびリカバリ

この項では、データベース全体をリストアおよびリカバリする方法を示します。この例では、1つ以上のデータファイルを損失した後、なお使用可能なサーバー・パラメータ・ファイルと制御ファイルがある場合にデータベースをリストアおよびリカバリすることを想定します。を使用して損失したサーバー・パラメータ・ファイルまたは制御ファイルをリストアすることもできます。

データベース全体をリストアおよびリカバリするには、次の手順を実行します。

1. 「Oracle Flashback Databaseを使用したデータベースの巻戻し」の手順1から手順7までを実行します。

2. 次の操作を1つ実行します。

- 「現在の時間へのリカバリ」を選択して、データベースに対する現在までのトランザクションをすべてリカバリします。

- 「前のPoint-in-Timeへのリカバリ」を選択して、前のある時点までのトランザクションのみをリカバリします。

この例では、「現在の時間へのリカバリ」を選択して、「次へ」をクリックします。

データベース全体のリカバリの実行: 修復ページが表示されます。

3. ファイルをデフォルトの場所にリストアするために「いいえ」を選択し、「次へ」をクリックします。
データベース全体のリカバリの実行: 確認ページが表示されます。

4. 「発行」をクリックしてデータベースのリストアおよびリカバリを開始します。

注意:
データベースの完全なリストアやリカバリなどの一部の修復シナリオでは、ウィザードの使用中に実行する手順によってデータベースの状態が変化します。リカバリ中に「続行」を選択することによってデータベースに大幅な変更が加えられるたびに、Database Controlに警告が表示されます。この警告に十分注意してください。

リカバリが完了すると、リカバリの実行: 結果ページが表示されます。

5. 「データベースをオープン」をクリックし、「OK」をクリックします。

関連項目:

- Point-in-Timeリカバリの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

バックアップおよびリカバリ: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この項のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。バックアップおよびリカバリのOBEを表示するには、ブラウザに次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/backup/backup.htm

10 データベースの監視およびチューニング

データベースのパフォーマンスを監視し、最適に実行されているかどうかを確認することは、データベース管理者にとって重要なタスクの1つです。この章では、データベースの状態の監視、パフォーマンスの問題の特定、および是正措置の実施を容易にするOracle Databaseの特長と機能について説明します。

この章は次の項で構成されています。

- プロアクティブなデータベースの監視

- ADDMを使用したパフォーマンスの問題の診断

- アドバイザを使用したデータベース・パフォーマンスの最適化

- 監視およびチューニング: Oracle by Example Series

プロアクティブなデータベースの監視

Oracle Databaseは、データベースの状態およびパフォーマンスの監視を容易にします。Oracle Databaseは、データベースの状態およびパフォーマンスに関連するバイタル・サイン(メトリック)を監視し、データベースに対して実行されるワークロードを分析します。また、管理者として注意が必要な問題を自動的に特定します。特定された問題は、データベースのホームページにアラートおよびパフォーマンス結果として表示されます。また、Oracle Enterprise Manager Database Control (Database Control)を構成して、電子メールで問題を通知することも可能です。

このセクションの内容は次のとおりです。

- アラートについて

- パフォーマンス自己診断: 自動データベース診断モニター

- データベースの全般的な状態およびワークロードの監視

- アラートの管理

アラートについて

アラートを使用してデータベースを監視できます。ほとんどのアラートでは、特定のメトリックしきい値を超過した場合に通知します。各アラートには、クリティカルまたは警告の値を設定できます。これらのしきい値は、超過したときにシステムが望ましくない状態にあることを示す境界値とするための方法です。たとえば、表領域が97%を占めている場合は望ましくない状態とみなされ、Oracle Databaseによってクリティカル・アラートが生成されます。

他のアラートはSnapshot Too OldやResumable Sessionの一時停止などのデータベース・イベントに対応しています。これらのアラートのタイプはイベントが発生したことを示しています。

通知に加えて、スクリプトの実行などのアクションを実行するようにアラートを設定できます。たとえば、表領域オブジェクトを縮小するスクリプトは「表領域の使用量」警告アラートが発生した場合に役立ちます。

Oracle Databaseでは、デフォルトで、次のものを含む様々なアラートが発行されます。

- アーカイブ領域使用量(80%の場合は「警告」)

- 中断したジョブ数と失敗したジョブ数(0を超えると「警告」)

- 現在のオープン・カーソル数(1200を超えると「警告」)

- ダンプ領域使用率(95%の場合は「警告」)

- セッション制限使用率(90%の場合は「警告」、97%の場合は「クリティカル」)

- 表領域使用率(85%の場合は「警告」、97%の場合は「クリティカル」)

メトリックを設定して、これらを含むアラートを変更したり、使用可能にできます。

詳細は、「アラートの管理」を参照してください。

パフォーマンス自己診断: 自動データベース診断モニター

Oracle Databaseは、自動データベース診断モニター(ADDM)と呼ばれる自己診断エンジンを搭載しています。ADDMを使用すると、Oracle Databaseによってデータベース自身のパフォーマンスが診断され、特定された問題の解決方法が判断されます。

ADDMを使用した自動パフォーマンス診断を円滑化するために、Oracle Databaseではデータベースの状態およびワークロードのスナップショットが定期的に収集されます。スナップショットとは、パフォーマンスの比較のためにADDMで使用される一定期間の履歴データのセットです。スナップショットのデフォルトの収集間隔は1時間です。スナップショットは、ある時点のシステムの状態に関する統計的サマリーを提供します。スナップショットは自動ワークロード・リポジトリ(AWR)に格納され、SYSAUX表領域に配置されます。スナップショットは、設定した期間(デフォルトでは8日間)にわたってこのリポジトリに格納された後、新しいスナップショット用の領域を確保するためにパージされます。

ADDMは、AWRに取り込まれたデータを分析してシステムの主な問題を判別し、通常、解決策を提示して予想される利益を定量化します。ADDM分析結果は、検出結果のセットを表しています。

一般的に、ADDMが注意するパフォーマンスの問題は次のとおりです。

- SQL文を頻繁にロードしたためにデータベースによってCPU時間またはメモリーが多く使用された場合などに起こるリソース競合(ボトルネック)

- アプリケーションによってデータベースに長時間ログインした場合などに起こる接続管理の低下

- あるユーザー・プロセスが表内のデータを安全に更新するためにロックを取得しており、同じ表に対するロックを取得する必要がある他のユーザー・プロセスが待機状態になることで、データベースのパフォーマンスが低下する場合などに起こるマルチユーザー環境でのロック競合

関連項目:

- データベースのパフォーマンスの自動監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- 「ADDMを使用したパフォーマンスの問題の診断」

データベースの全般的な状態およびワークロードの監視

データベース・ホーム・ページでは、データベースの状態およびワークロードを監視できます。定期的に更新されるこのページはデータベースの状態に関する一般的な情報を提供します。

addm_home_page_new.gifの説明

データベースの全般的な状態およびワークロードを監視するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. (オプション)「リフレッシュ」ボタンをクリックして、表示される情報を更新します。
デフォルトでは、データベースのホームページで60秒ごとに自動的にリフレッシュされます。ページの右上隅の「データの表示」リストで「手動」を選択すると、自動的なリフレッシュを回避できます。最新情報を表示するには、「リフレッシュ」をクリックする必要あります。

データベースからデータが最後に収集された日時が「リフレッシュ」ボタンの左に表示されます。

3. 「一般」セクションでデータベースの状態について概要を把握します。このセクションには次の情報が含まれています。

- データベース・インスタンスのステータス(稼働中または停止中)
「ステータス」リンクをクリックすると、データベースの可用性の詳細にドリルダウンできます。

- データベースが最後に起動した時刻

- インスタンス名

- Oracle Databaseのバージョン

- ホスト名
「ホスト」リンクをクリックすると、ホストの詳細にドリルダウンできます。

- リスナー名
「リスナー」リンクをクリックすると、リスナーの詳細にドリルダウンできます。

「すべてのプロパティの表示」をクリックすると、Oracleホームのパス、およびデータベースが読取り専用か読み書き可能かが表示されます。

4. 「ホストCPU」セクションでCPU使用率を確認します。このセクションには次の情報が含まれています。

- 棒グラフ
このグラフは、データベースとその他のプロセスで使用されるCPU時間の割合を示します。グラフの凡例には、データベース・インスタンスのリンクとその他のCPUプロセスのリンクが含まれています。

グラフの凡例の「その他」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの使用率の時間変化が表示されます。

グラフの凡例のインスタンス名のリンクをクリックすると、トップ・アクティビティ・ページが表示されます。このページには、アクティブ・セッションの時間経過グラフ、発行されたSQL文の詳細、および最もアクティブなセッションが含まれています。

- CPU負荷
これは、過去1分間にCPUへのスケジューリングを待機していたプロセスの平均数です。

「負荷」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの時間変化が表示されます。

- ページング
これは、1秒ごとにページ・アウト(アクティブ・メモリーから移動)されるメモリー・ページ(命令またはデータ、あるいはその両方の固定長ブロック)の数です。

「ページング」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの使用率の時間変化が表示されます。

5. データベースがサーバーのCPU時間の大部分を占有している場合など、パフォーマンスに問題があるときは、「アクティブ・セッション」セクションを調べます。このセクションには、次の情報が棒グラフで表示されます。

- 待機
これは、すべての待機クラスを合計した値です(ユーザーI/Oとアイドル待機イベントを除く)。待機クラスは、待機の種類に基づいて待機イベントをグループ化したものです。

他のプロセスがCPU時間のほとんどを占有している場合、これはデータベースのホスト・コンピュータで稼働している他のアプリケーションがパフォーマンスの問題の原因になっていることを示します。

「待機」リンクをクリックしてパフォーマンス・ページに移動し、データベースの内部および外部の潜在的な問題を確認します。

- ユーザーI/O
これは、ユーザーI/Oを待機しているアクティブ・セッションの平均数です。ユーザーI/Oとは、ディスクからのデータの読取りまたはディスクへのデータの書込みがデータベースで行われる原因となる、ユーザーから生じたワークロードを意味します。

「ユーザーI/O」リンクをクリックしてパフォーマンス・ページに移動し、データベースの内部および外部の潜在的な問題を確認します。

- CPU
これは、CPUを使用するアクティブ・セッションの平均数です。

「CPU」リンクをクリックして、時間経過に伴うアクティブ・セッションの詳細情報を示すグラフを表示します。

6. 「診断サマリー」セクションを確認します。このセクションには次の情報が含まれています。

- ADDM結果
ここに最新のADDM実行結果の件数が表示されます。「ADDM結果」リンクの横にある番号をクリックしてADDMページに移動します。

- 期間開始時間
これは、最後にADDMによって分析された期間の開始時間です。ADDM結果がある場合にのみ表示されます。

- アラート・ログ
これは、ORA-エラーを示す最新のアラート・ログ・エントリのタイムスタンプです。

「アラート・ログ」リンクをクリックすると、アラート・ログ・エラー・ページに移動します。このページには、エラーを含むログ・エントリのリストが表示されます。

- アクティブなインシデント
ここに、データベースでの実際のクリティカル・エラーであるアクティブなインシデントの件数が表示されます。クリティカル・エラーを調査し、Oracleサポート・サービスに報告することをお薦めします。件数をクリックし、サポート・ワークベンチのホームページに移動します。

- データベース・インスタンスの状態
「データベース・インスタンスの状態」をクリックすると、データベース・インスタンスの状態ページが表示されます。このページには、インシデント、ADDM結果およびアラートが時系列の順にグラフで示されます。このグラフを使用して、生成されたインシデントおよびアラートとシステムのパフォーマンスの問題の相関関係を特定できます。

7. 「SQLレスポンス時間」セクションを確認します。
これは、追跡対象の一連のSQL文の現在のレスポンス時間と、参照収集のレスポンス時間との比較です。参照収集(SQLチューニング・セット)は、本番システムにおける典型的なSQLワークロードを表す一連のSQL文です。現在のレスポンス時間と参照収集のレスポンス時間が等しい場合、システムは正常に稼働しています。現在のレスポンス時間が参照収集のレスポンス時間を超える場合、1つ以上のSQL文の実行速度が通常より遅くなっています。現在のレスポンス時間が短いほど、追跡対象のSQL文の実行効率は高くなります。

「SQLレスポンス時間」リンクをクリックすると、過去24時間のレスポンス時間メトリックが表示されます。参照収集が空の場合は、「参照収集のリセット」をクリックして、参照収集を作成できるページに移動します。

8. 「領域サマリー」セクションを確認します。
セグメント・アドバイザの推奨事項の横にある数値がゼロでない場合は、領域のデフラグを行う必要があるセグメントが特定されています。その数値をクリックすると、対象セグメントのデフラグ方法に関する推奨事項が表示されます。

9. 「アラート」セクションを確認します。このセクションには次の項目が含まれています。

- 「カテゴリ」リスト
オプションで、リストからカテゴリを選択すると、そのカテゴリのアラートのみが表示されます。

- クリティカル
これは、クリティカルのしきい値を超えたメトリックと、インシデントによって発生したアラート(クリティカル・エラー)などのその他のクリティカル・アラートを合計した数です。

- 警告
これは、警告のしきい値を超えたメトリックの数です。

- 「アラート」表
メッセージをクリックすると、アラートの詳細が表示されます。

10. 「ADDMパフォーマンス分析」セクションがある場合は確認します。このセクションには、次の項目が含まれています。

- 期間開始時間
これは、ADDMで最後に分析された期間の開始時間です。

- 持続期間(分単位)
これは、ADDMで最後に分析された期間の持続時間です。

- インスタンス名

- 「ADDM結果」表
ADDM結果、推定されるデータベース・パフォーマンスへの影響、ADDM結果の説明、過去24時間に収集されたスナップショット内のADDM結果の検出回数を一覧表示した表です。たとえば、「発生」の列に「34/43」と表示されている場合は、43個のスナップショット中に34個のADDM結果が検出されたことになります。

結果をクリックすると、結果の詳細および推奨事項を表示して、場合によっては推奨事項を実装するかアドバイザを開始することができます。

perfanalysishpcr.gifの説明

時間の経過によるデータベースのパフォーマンスの低下を表示するには、次の手順を実行します。

1. データベース・ホームページの上部の「パフォーマンス」をクリックします。
パフォーマンス・ページが開き、最新の期間のCPU使用率、平均アクティブ・セッション数、インスタンスのディスクI/Oおよびインスタンス・スループットのサマリーが表示されます。

2. 「その他の監視リンク」を使用すると、「トップ・アクティビティ」や、その他のデータにドリルダウンできます。

ホストのパフォーマンスを改善するために実行できる操作は、システムによって異なりますが、不要なプロセスの削除、メモリーの追加またはCPUの追加が含まれます。

アラートの管理

次の項ではアラートの管理方法を説明します。

- メトリックおよびしきい値の表示

- メトリックしきい値の設定

- アラートへの対応について

- アラートのクリア

- ダイレクト・アラート通知の設定

メトリックおよびしきい値の表示

パフォーマンスの問題を効率よく診断するには、統計を利用する必要があります。システム、セッションおよび個々のSQL文について様々な累積統計が生成されるだけでなく、セグメントやサービスの累積統計も記録されます。メトリック は、累積統計における変化の割合として定義されます。メトリックは、計算後、自動ワークロード・リポジトリに格納され、すべてのメトリック・ページに表示されます。メトリックは自動ワークロード・リポジトリで計算および格納され、「データベース・ホーム」ページの「関連リンク」の下にある「すべてのメトリック」をクリックすると表示される「すべてのメトリック」ページに表示されます。

データベースのメトリックを表示するには、次のようにします。

1. データベースのホームページの「関連リンク」の下にある「すべてのメトリック」をクリックします。
すべてのメトリック・ページが表示されます。

2. 特定のメトリックのリンクをクリックします。
詳細ページにメトリックの詳細が表示されます。メトリックの説明については、このページのオンライン・ヘルプを参照してください。

metrics_11gr2.gifの説明

3つの各メトリックについて、警告および限界のしきい値を定義でき、またしきい値が超過するたびにOracle Databaseによってアラートが発行されます。アラートはデータベース・ホーム・ページの「アラート」ヘッダーの下(Oracle Netのコンポーネントなど、データベース以外のアラートは「関連アラート」の下)に表示されます。

次のサンプル出力には、「表領域使用率」のしきい値を警告するアラートが2つ表示されています。

alerts_with_metrics1_new.gifの説明

しきい値の設定の詳細は、「メトリックしきい値の設定」を参照してください。アラートに対して実行する処置の詳細は、「アラートへの対応について」を参照してください。

アラートの原因となった条件が解消され、メトリック値が範囲外でなくなると、アラートはクリアされます。メトリック値はデータベースの状態を測定する上で重要であり、自己チューニングおよびOracle Databaseアドバイザで作成される推奨事項への入力として使用されます。

メトリックしきい値の設定

Oracle Databaseには事前定義されたメトリックのセットが用意されており、一部のメトリックはしきい値が事前定義されています。ただし、他のメトリックのしきい値を設定したり、既存のしきい値の設定を変更する必要が生じることがあります。

「表領域の領域使用量アラートしきい値の変更」では、しきい値の設定方法を説明しています。この方法では、表領域で使用される領域量で警告およびクリティカルのしきい値を設定します。しきい値の編集ページを使用すると、より一般的な方法でしきい値を設定できます。

メトリックしきい値を設定するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「関連リンク」ヘッダーの下にある「メトリックとポリシー設定」をクリックします。
メトリックとポリシー設定ページが表示されます。

このページには、メトリックの既存のしきい値と指定されている対応方法が表示されます。

editthreshold_11g.gifの説明

3. 「表示」リストで、次のいずれかの操作を行います。

- 「しきい値のあるメトリック」を選択して、オラクル社が事前定義したしきい値、またはユーザーがあらかじめ設定したしきい値のあるメトリックのみを表示します。

- 「すべてのメトリック」を選択して、しきい値が定義されているかどうかに関係なく、すべてのしきい値を表示します。

4. 特定のメトリックの警告のしきい値を設定または変更するには、そのメトリックの「警告のしきい値」フィールドに目的の値を入力します。

5. 特定のメトリックのクリティカルのしきい値を設定または変更するには、そのメトリックの「クリティカルのしきい値」フィールドに目的の値を入力します。

6. 特定のメトリックのメトリック収集を無効または再度有効にするか、収集スケジュールを変更するには、次の手順を完了します。

1. メトリックの「収集スケジュール」リンクをクリックします。
そのメトリックの収集設定の編集ページが表示されます。

2. 「無効化」をクリックしてこのメトリックの収集を無効にするか、「有効化」をクリックして有効にします。

3. 「有効化」を選択した場合は、「収集スケジュール」の「頻度タイプ」を選択して、数値を「繰返し間隔」フィールドに入力する必要があります。
「無効化」を選択した場合は、この手順をスキップします。

4. 次の操作を1つ実行します。

- 「続行」をクリックし、選択内容を保存してメトリックとポリシー設定ページに戻ります。

- 「取消」をクリックし、選択内容を保存せずにメトリックとポリシー設定ページに戻ります。

7. シングル・ペンシル・アイコンをクリックして詳細設定の編集ページを使用し、「修正処理」、テンプレートの上書き(の監視)、および「高度なしきい値設定」を変更します。これらのオプションの詳細は、このページの「ヘルプ」をクリックしてください。

8. トリプル・ペンシル・アイコンをクリックして測定されているオブジェクト型の異なるインスタンスに異なるしきい値を設定します。
たとえば、各表領域に対して、表領域使用率メトリックに異なる警告レベルとクリティカル・レベルを設定できます。

9. 次の操作を1つ実行します。

- 「OK」をクリックし、変更を保存してデータベースのホームページに戻ります。

- 「取消」をクリックし、変更を保存せずにデータベースのホームページに戻ります。

アラートへの対応について

アラートが発行された場合は、システム診断またはオブジェクトのアクティビティをより詳細に知るために、アラートに提示された推奨事項、実行中のADDM、その他のアドバイザに従って、システムの診断およびオブジェクトの動作の詳細を確認します。

たとえば、「表領域の領域使用量」アラートを受け取った場合、セグメント・アドバイザを表領域に対して実行し、縮小可能なオブジェクトを特定することで、是正措置を実施できます。その後、オブジェクトを縮小して使用可能な領域(空き領域)を確保できます。詳細は、「未使用領域の再利用について」を参照してください。

また、レスポンスとして、「メトリックしきい値の設定」に説明したように、修正スクリプトを設定できます。

アラートのクリア

問題の原因が解消すると、ほとんどのアラートは自動的にクリア(削除)されます。「一般的なアラート・ログ・エラー」などのその他のアラートは、データベース管理者による確認を必要とするため、データベース管理者に通知されます。

必要な修正を行ったら、クリアまたは消去することでアラートを確認済にできます。アラートをクリアすると、アラートはアラート履歴に送信されます。アラート履歴は、データベースのホームページの「関連リンク」で参照できます。アラートをパージすると、アラートはアラート履歴から削除されます。

アラートをクリアまたはパージするには、次のようにします。

1. データベースのホームページの「診断サマリー」で、「アラート・ログ」リンクをクリックします。
アラート・ログ・エラー・ページが表示されます。

2. 「データの表示」リストで、表示する情報の期間を選択します。

3. 「リフレッシュ」をクリックして、ページを最新の情報でリフレッシュします。

4. 次の操作を1つ実行します。

- 「オープン・アラートの表示」をクリックして、クリアされたアラートを非表示にします。

- 「オープン・アラートとクリアされたアラートの表示」をクリックして、すべてのアラートを表示します。

注意:
現在の表示内容に応じて、これらのボタンのいずれか一方のみが表示されます。

5. 「選択」オプションをクリックして、1つ以上のアラートを選択します。

6. 「クリア」をクリックして、アラートをクリアします。

7. 「パージ」をクリックして、アラートをパージします。

8. 「すべてのオープン・アラートのクリア」をクリックして、すべてのオープン・アラートをクリアします。

9. 「すべてのアラートをパージ」をクリックして、すべてのアラートをパージします。

ダイレクト・アラート通知の設定

Database Controlのデータベース・ホームページには、すべてのアラートが表示されます。オプションで、特定のアラートが発生したときにDatabase Controlから直接通知されるように指定できます。たとえば、クリティカル・アラートに電子メール通知を選択し、各コールのシステム・レスポンス時間のメトリックにクリティカルのしきい値を設定すると、次のような電子メール・メッセージが送信されます。

Host Name=mydb.us.example.com
Metric=Response Time per Call
Timestamp=08-NOV-2006 10:10:01 (GMT -7:00)
Severity=Critical
Message=Response time per call has exceeded the threshold. See the
latest ADDM analysis.
Rule Name=
Rule Owner=SYSMAN

電子メール・メッセージにはホスト名へのリンクおよび最新のADDM分析が含まれています。

デフォルトでは、データベースの停止、一般的なアラート・ログ・エラー・ステータス、表領域使用率などのクリティカル状態のアラートが通知されるよう設定されています。ただし、これらの通知を受信するには、電子メール情報を設定する必要があります。

電子メール情報を設定するには、次のようにします。

1. Database Controlのページで、「設定」リンクをクリックします。これは、ヘッダーまたはフッター領域に表示されます。

2. 設定ページで「通知メソッド」を選択します。

3. 必要な情報を通知メソッド・ページの「メール・サーバー」セクションに入力します。詳細は、「ヘルプ」をクリックしてください。
通知には、他にもスクリプトやSimplified Network Management Protocol(SNMP)プログラム割込み(トラップ)などの方法があります。後者はサード・パーティのアプリケーションとの通信に使用できます。

通知方法は設定しましたが、通知を受信する電子メールアドレスの設定を行っていません。通知を受信する場合、次の手順を完了します。

4. 任意のDatabase Controlのページで、ヘッダー領域またはフッター領域に表示されている「プリファレンス」リンクをクリックします。

5. プリファレンス・ページで「一般」を選択します。「行の追加」をクリックして、「電子メール・アドレス」セクションに電子メール・アドレスを入力します。

6. 「テスト」をクリックして、指定された情報を使用して電子メール・メッセージを送信できることを確認します。テストが完了したら、「OK」をクリックします。

7. (オプション)通知を受信する場合の重大度の状態の変更など、通知ルールの編集を行うには、ページ左側の「通知」ヘッダーの下の「ルール」を選択します。
通知ルール・ページが表示されます。このページの詳細を表示するには、「ヘルプ」をクリックします。

関連項目:

- 通知ルールの構成の詳細は、『Oracle Enterprise Managerアドバンスト構成』を参照してください。

- 「メトリックおよびしきい値の表示」

- 「メトリックしきい値の設定」

ADDMを使用したパフォーマンスの問題の診断

データベースのパフォーマンスの問題が発生した場合は、診断および収集が必要です。通常、これらの問題は、デフォルトで毎時トップダウン・システム分析を行い、検出された最重要事項を「データベース・ホーム」ページに報告する、自動データベース診断モニター(ADDM)によって報告されます。

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

- ADDMパフォーマンス結果のサマリーの確認

- ADDMパフォーマンス結果への対応

- ADDMの手動実行

- AWRスナップショットの頻度および保存期間の変更

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

ADDMパフォーマンス結果のサマリーの確認

ADDMの分析結果は、各結果の説明と推奨アクションで構成されます。結果と結果がシステムに与える影響のサマリーを確認できます。

ADDMパフォーマンス結果のサマリーを確認するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. データベースのホームページの「診断サマリー」セクションで、「ADDM結果」の横の数値リンクを見つけます。
diagnostic_summary_section.gifの説明

この数値は、最新のADDM実行結果の件数を示しています。この数値がゼロの場合、調査するADDM結果はありません。

この数値がゼロでない場合は、手順3に進みます。

3. データベースのホームページの「アラート」セクションの下にある「ADDMパフォーマンス分析」セクションを確認します。
perfanalysishpcr.gifの説明

このセクションは、ADDM結果が存在する場合にのみ表示されます。このセクションには、最新のADDM実行結果のうち、最初の5件が表示されます。6件以上の結果が存在する場合はコントロールが表示され、後続の結果を5件ずつ参照できます。

4. データベースのホームページの「診断サマリー」セクションで、「ADDM結果」の横の数値リンク(数値はゼロ以外)をクリックします。
ADDMページに、最新の実行結果すべてのサマリー、および過去24時間のセッション・アクティビティを示す時系列グラフが表示されます。

performance_addm_page.gifの説明

このページの詳細を表示するには、「ヘルプ」をクリックします。

グラフの下にある各クリップボード・アイコンは、24時間以内の時間範囲を表しています。いずれかのアイコンをクリックして、そのアイコンの時間範囲内に発生したADDM実行結果を表示します。その時間範囲内にADDMが複数回実行された場合は、「タスク名」の横に表示されたリストから個々のADDM実行を選択できます。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

ADDMパフォーマンス結果への対応

ADDMパフォーマンス結果に付随する推奨事項に従って対処できます。

ADDMパフォーマンス結果に対応するには、次のようにします。

1. データベースのホームページまたはADDMページの「ADDMパフォーマンス分析」セクションにある「結果」列で、結果をクリックします。
パフォーマンス結果の詳細ページが表示されます。

sqltuning_adv_2_11gr2.gifの説明

2. 「推奨」セクションで、「すべての詳細を表示」をクリックします。

3. 対応する結果を選択し、推奨アクションを実行します。推奨事項にアドバイザの実行が含まれている場合は、「アドバイザをただちに実行」をクリックしてアドバイザを実行します。

4. (オプション)1つ以上の結果を選択し、結果の表の上にあるアクション・ボタンをクリックします。アクション・ボタンには「SQLチューニング・アドバイザのスケジュール」などがあります。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

ADDMの手動実行

デフォルトでは、AWRスナップショットの直後にOracle Databaseは1時間おきにADDMを実行します。最新のADDM実行のパフォーマンス結果が存在する場合、データベースのホームページに表示されます。詳細は、「パフォーマンス自己診断: 自動データベース診断モニター」を参照してください。

ADDMは手動でも実行できます。手動で操作を行う可能性があるのは、アラートに関連して推奨されるアクションを実行する場合、または複数のスナップショット間で実行する場合などです。

注意:
また、より頻繁にADDMの報告が必要な場合は、デフォルトのスナップショット間隔も変更できます。変更方法の詳細は、「AWRスナップショットの頻度および保存期間の変更」を参照してください。

次の手順は、ADDMを実行して複数のスナップショットにわたる期間を分析する方法について説明したものです。

ADDMを手動で実行するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ下部の「関連リンク」で、「セントラル・アドバイザ」をクリックします。
セントラル・アドバイザ・ページが表示されます。

3. 「ADDM」をクリックします。
ADDMの実行ページが表示されます。

run-addm.gifの説明

4. 「過去のパフォーマンスを分析するには、ADDMを実行してください」を選択します。

5. 次の手順を実行して、期間開始時間を選択します。

1. 「期間開始時間」オプションを選択します。

2. (オプション)時系列グラフを調べ、2時間ごとのスナップショットの数を確認します。各スナップショットはカメラ・アイコンで表されています。1時間に2回以上のスナップショットが取得されている場合に、スナップショットの時系列グラフをより正確に表示するには、右側のズームイン・アイコンをクリックします。(ズームイン・アイコンは、プラス記号の付いた拡大鏡です。)

3. (オプション)時系列グラフの下で、ページ左側または右側の左矢印アイコンまたは右矢印アイコンをクリックして、時系列グラフの表示期間を変更します。

4. カメラ・アイコンをクリックします。
期間開始時間を示す太枠の右矢印がカメラ・アイコンを覆い、時系列グラフの上の「期間開始時間」フィールドが選択した日時に変わります。

6. デフォルト(最新のスナップショット)以外の期間終了時間を指定する場合は、次の手順を実行します。

1. 時系列グラフの上で、「期間終了時間」オプションを選択します。

2. (オプション)ページ左側または右側の左矢印アイコンまたは右矢印アイコンをクリックして、時系列グラフの表示期間を変更します。

3. カメラ・アイコンをクリックします。
(録画装置の停止ボタンに似た)太枠の四角形がカメラ・アイコンを覆い、「期間終了時間」フィールドが選択した日時に変わります。

7. 「OK」をクリックして分析を開始します。
少し遅れて、自動データベース診断モニターのページが表示され、結果が示されます。

8. (オプション)「タスク名」リストで、タスク名を確認します。
通常のタスク名はTask_52です。セントラル・アドバイザ・ページでタスク名を検索して選択すると、後でこの分析結果に戻ることができます。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

AWRスナップショットの頻度および保存期間の変更

ADDM分析はAWRスナップショットに基づいています。AWRスナップショットには、1時間に1回のデフォルトの頻度と8日間のデフォルトの保存期間が設定されています。

注意:
スナップショットの保存期間は、永久に保存される保存スナップショットには適用されません。通常、保存スナップショット・セットはパフォーマンス分析の基準となる期間を定義するために作成されます。

AWRスナップショットの設定は、表示および変更が可能です。

AWRスナップショットの頻度および保存期間を変更するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ上部の「サーバー」をクリックし、サーバー・ページを表示します。

3. 「統計管理」セクションで「自動ワークロード・リポジトリ」をクリックします。
自動ワークロード・リポジトリ・ページが表示されます。

4. 「編集」をクリックします。
設定の編集ページが表示されます。

5. 新しいスナップショット保存設定またはスナップショット収集設定を入力し、「OK」をクリックします。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

アドバイザを使用したデータベース・パフォーマンスの最適化

Oracle Databaseは、データベースの管理およびチューニングに役立つ一連のアドバイザを備えています。この項では、アドバイザのバックグラウンド情報を提供し、アドバイザの使用方法について説明します。内容は次のとおりです。

- アドバイザについて

- SQLアドバイザについて

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

- 自動SQLチューニング・アドバイザの構成

- 自動SQLチューニング結果の表示

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

- SQLアクセス・アドバイザの実行

- メモリー・アドバイザを使用したメモリー使用量の最適化

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

アドバイザについて

アドバイザはデータベース管理用の強力なツールです。アドバイザにより、領域、パフォーマンスおよびUNDO管理を含んだ広範囲に及ぶ重要なデータベース管理の問題の解決に対し特別なアドバイスが提供されます。通常、アドバイザはアラートよりも包括的な推奨事項を作成します。これはアラート生成が低コストを意図し、パフォーマンスにわずかな影響しかないのに対し、アドバイザは、多くのリソースを消費し、より詳細な分析を実行するためです。これはいくつかのアドバイザのwhat-if機能を使用し、その他のリソースからは得られないチューニングに重要な情報を提供します。Oracle Enterprise Manager Database Control(Database Control)からアドバイザを実行します。また、メンテナンス・ウィンドウ(期間)中に自動的に実行されるアドバイザもあります。

データベースのパフォーマンス改善に役立つアドバイザが用意されています。これには、自動データベース診断モニター(ADDM)、SQLアドバイザ、メモリー・アドバイザなどがあります。たとえば、共有プール・アドバイザは、このシステム・グローバル領域(SGA)コンポーネントのサイズ変更がパフォーマンスに与える影響をグラフィカルに示します。

パフォーマンス・アドバイザは次のような状況で実行します。

- 特定の領域内での問題を解決する場合。たとえば、なぜ特定のSQL文がCPU時間の50%を消費しているのかを判別する場合や、リソースの消費を削減するにはどうしたらよいかといった場合に、SQLチューニング・アドバイザを使用できます。

- アプリケーション開発時に、最適なパフォーマンスのために新規スキーマおよび関連付けられたSQLワークロードをチューニングします。SQLアクセス・アドバイザを使用できます。

- システムにメモリーを追加する場合。メモリー・アドバイザを使用して、SGAまたはPGA(プログラム・グローバル領域)の増加によるデータベース・パフォーマンスの影響を判別できます。

どのアドバイザも、データベースのホームページのリンクを経由してアクセス可能なセントラル・アドバイザのホームページから実行できます。多くのアドバイザは、パフォーマンス・ページ、ADDMの推奨事項、またはアラートから起動できます。

表10-1では、パフォーマンス・アドバイザについて説明します。その他のアドバイザについては、表10-2を参照してください。

表10-1 パフォーマンス・アドバイザ

アドバイザ

説明

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

ADDMを使用すると、Oracle Databaseによってデータベース自身のパフォーマンスが診断され、特定された問題の解決方法が判断されます。詳細は、「パフォーマンス自己診断: 自動データベース診断モニター」と「ADDMを使用したパフォーマンスの問題の診断」を参照してください。

SQLアドバイザ

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

- SQLアクセス・アドバイザ

SQLチューニング・アドバイザは、1つ以上のSQL文を分析してパフォーマンス改善のための推奨事項を提示します。このアドバイザはメンテナンス期間中に自動的に実行されますが、手動での実行も可能です。の「自動SQLチューニング・アドバイザについて」および「SQLチューニング・アドバイザの実行」を参照してください。

SQLアクセス・アドバイザは、特定のSQLワークロードに合わせてスキーマをチューニングします。たとえば、特定のワークロードのための索引、マテリアライズド・ビューまたはパーティション表の作成に関する推奨事項を提供します。詳細は、「SQLアクセス・アドバイザの実行」を参照してください。

メモリー・ Advisorsアドバイザ

- メモリー・アドバイザ

- SGAアドバイザ

- 共有プール・アドバイザ

- バッファ・キャッシュ・アドバイザ

- PGAアドバイザ

メモリー・アドバイザは、合計メモリーのターゲット設定、SGAおよびPGAターゲット設定、またはSGAコンポーネントのサイズ設定の分析結果をグラフィカルに表示します。この分析結果は、データベース・パフォーマンスのチューニングやwhat-if計画に使用できます。現在のメモリー管理モードに応じて、様々なメモリー・アドバイザが使用可能です。

- 自動メモリー管理が有効になっている場合は、メモリー・アドバイザのみを使用できます。このアドバイザは、インスタンスのメモリー・ターゲット合計に関するアドバイスを提供します。

- 自動共有メモリー管理が有効になっている場合は、SGAアドバイザとPGAアドバイザを使用できます。

- 手動共有メモリー管理が有効になっている場合は、共有プール・アドバイザ、バッファ・キャッシュ・アドバイザおよびPGAアドバイザを使用できます。

「メモリー・アドバイザを使用したメモリー使用量の最適化」を参照してください。メモリー管理モードの詳細は、「メモリーの管理」を参照してください。

表10-2 他のアドバイザ

アドバイザ

説明

セグメント・アドバイザ

セグメント・アドバイザは、セグメント内の領域の断片化のレベルに基づいて、そのセグメントの縮小操作が必要かどうかをアドバイスします。また、セグメントのこれまでの増加傾向についてもレポートします。この情報は、容量を計画したり、縮小するセグメントを決定するときに使用できます。詳細は、「未使用領域の再利用について」を参照してください。

UNDOアドバイザ

UNDOアドバイザは、UNDO表領域のサイズを正確に設定するのに役立ちます。また、任意のOracle Flashback要件に応じてUNDO保存期間のしきい値に小さな値を設定するときにも使用できます。詳細は、「UNDOアドバイザを使用したUNDO表領域の最小サイズの計算」を参照してください。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

SQLアドバイザについて

SQLアドバイザは、特定のSQL文またはSQL文のセットを検討し、効率を高めるための推奨事項を提供します。SQLアドバイザでは、SQLプロファイル(問合せオプティマイザでSQL文の最適な実行計画を作成できるようにする情報の集合)の作成、SQL文の再構築、索引、マテリアライズド・ビューまたはパーティションの追加、オプティマイザ統計のリフレッシュなどの各種推奨事項が生成されます。Oracle Enterprise Manager Database Control(Database Control)を使用すると、数回のマウス・クリックでこれらの推奨事項の多くを受け入れ、実装できます。

SQLアドバイザには、SQLチューニング・アドバイザとSQLアクセス・アドバイザの2つがあります。

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

SQLチューニング・アドバイザは、1つまたは複数のSQL文のチューニングに使用します。通常は、このアドバイザの使用を推奨するADDMパフォーマンス結果を受けて実行します。リソース使用量が最も多いSQL文やSQLワークロードに対して定期的に実行することも可能です。

複数のSQL文をチューニングする場合、SQL文間の相互依存性は認識されません。SQLチューニング・アドバイザは、最適化の計画の問題点や特定のSQL構造体の誤った使用など、SQL文ごとに個別に問題を特定して、SQLパフォーマンスの問題を解決します。

SQLチューニング・アドバイザは次のソースに対して実行できます。

- トップ・アクティビティ: 最後の1時間に実行された、最もリソース集中型であるSQL文。最近のパフォーマンスの問題の原因となるSQL文をチューニングする場合にこのオプションを使用します。

- 履歴SQL: 任意の24時間でのSQL文のセット。このオプションは、SQL文のプロアクティブなチューニングに使用します。

- SQLチューニング・セット(STS): 指定した一連のSQL文。STSはAWRスナップショットによって取得されたSQL文または任意のSQLワークロードから作成されます。

SQLアクセス・アドバイザ

SQLアクセス・アドバイザでは、主にスキーマの変更に対する推奨事項を作成します。索引やマテリアライズド・ビューなどのアクセス構造を作成してSQL問合せを最適化することを推奨できます。また、表、索引またはマテリアライズド・ビューをパーティション化して問合せのパフォーマンスを向上させることも推奨できます。

SQLアクセス・アドバイザはSQLワークロードを入力として取ります。ワークロードは、現在および最新のSQLアクティビティやSQLリポジトリ、開発環境などのユーザー定義ワークロードをはじめとする様々なソースから選択できます。SQLアクセス・アドバイザは、ワークロード全体のパフォーマンスを高めるための推奨事項を生成します。

文のチューニングとワークロードのチューニング

SQLチューニング・アドバイザとSQLアクセス・アドバイザはどちらも、索引の作成に関する推奨事項を提供します。SQLチューニング・アドバイザは、SQL文のチューニングに伴って例外的なパフォーマンスの向上が予想される場合にのみ、索引の作成を推奨します。ただし、新しい索引の作成がDMLの挿入、更新および削除操作のパフォーマンスに悪影響を与える可能性もあります。SQLチューニング・アドバイザは、新しい索引に関する推奨事項を生成する際にこのことを考慮しません。

ただし、SQLアクセス・アドバイザは新しい索引がワークロード全体に与える影響を考慮します。そのため、索引によって1つのSQL文のパフォーマンスは改善されるが、残りのワークロードに悪影響が及ぶという場合は、新しい索引は推奨されません。このような理由から、SQLチューニング・アドバイザはSQLアクセス・アドバイザを実行して新しい索引に関する推奨事項を検証することを常に推奨しています。

関連項目:

- SQLチューニング・アドバイザを使用したSQL文のチューニングの詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- SQLアクセス・アドバイザの詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- 「SQLチューニング・アドバイザの実行」

- 「SQLアクセス・アドバイザの実行」

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

Oracle Database 11gから、システム・メンテナンス・ウィンドウ(期間)中のメンテナンス・タスクとして、SQLチューニング・アドバイザが自動的に実行されるようになりました。自動実行中に、アドバイザは負荷の高いSQL問合せを選択し、そのチューニングの方法に関する推奨事項を生成します。

自動SQLチューニング・アドバイザは、SQLプロファイルの推奨事項を自動的に実装するように構成できます。SQLプロファイルには、そのSQL文に特化した追加SQL統計が含まれ、問合せオプティマイザが実行時に効率的な実行計画を生成できるようにします。自動実装を有効にすると、アドバイザは、パフォーマンスが少なくとも3倍は向上するとみられるSQL文にのみSQLプロファイルを作成します。新しい索引の作成、オプティマイザ統計のリフレッシュ、SQLの再構築など、その他の推奨事項は、手動で実装する必要があります。DML文は、自動SQLチューニング・アドバイザによるチューニングとはみなされません。

一定期間中(過去7日間など)の自動SQLチューニングの結果のサマリーを表示でき、SQLチューニング・アドバイザで処理済のすべてのSQL文のために作成された推奨事項に関する詳細なレポートも表示できます。選択した推奨事項を実装することができます。また、自動的に実装された推奨事項も参照できます。

自動SQLチューニング・アドバイザを実行するタイミングを制御でき、必要に応じて無効にすることもできます。

関連項目:

- 「自動SQLチューニング結果の表示」

- 「自動SQLチューニング・アドバイザの構成」

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

- 自動メンテナンス・タスクの詳細は、『Oracle Database管理者ガイド』を参照してください。

自動SQLチューニング・アドバイザの構成

自動SQLチューニング・アドバイザに対して実行する構成タスクは次のとおりです。

- SQLプロファイルの推奨の自動実装を有効にします。
自動実装はデフォルトでは無効になっています。

- アドバイザを実行するメンテナンス・ウィンドウ(期間)を選択します。
デフォルトでは、すべてのメンテナンス・ウィンドウで自動SQLチューニング・アドバイザが実行されます。

- 既存のメンテナンス・ウィンドウの開始時間および期間を変更するか、新しいメンテナンス期間を作成します。

自動SQLチューニング・アドバイザを構成するには、次の手順を実行します。

1. データベースのホームページに移動し、SYSユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「サーバー」をクリックして、サーバー・ページを表示します。

3. 「Oracle Scheduler」セクションで、「自動化メンテナンス・タスク」をクリックします。
自動化メンテナンス・タスク・ページが表示されます。

auto_maint_tasks_new.gifの説明

4. 「構成」をクリックします。
自動化メンテナンス・タスク構成ページが表示されます。

auto_maint_task_config.gifの説明

5. (オプション)自動SQLチューニング・アドバイザを無効にするには、「タスク設定」セクションで、「自動SQLチューニング」ヘッダーの「無効」オプションをクリックします。

6. (オプション)特定のメンテナンス・ウィンドウに自動SQLチューニング・アドバイザが実行されないようにするには、「メンテナンス・ウィンドウ・グループ割当て」セクションで、「自動SQLチューニング」ヘッダーの下のチェック・ボックスを選択解除します。

7. 「適用」をクリックして、これまでの変更を保存します。
確認メッセージが表示されます。

8. SQLプロファイル推奨の自動実装を有効にするには、次の手順を完了します。

1. 「タスク設定」セクションで、「自動SQLチューニング」オプションの横の「構成」をクリックします。
自動SQLチューニング設定ページが表示されます。

auto_sqltuning_settings.gifの説明

2. 「SQLプロファイルの自動実装」の横の「はい」オプションをクリックします。
このオプションを変更するには、SYSユーザーとしてログインする必要があります。

3. 「適用」をクリックします。
確認メッセージが表示されます。

4. ページ左上のロケータ・リンクで、「自動化メンテナンス・タスク構成」をクリックすると自動化メンテナンス・タスク構成ページに戻ります。

9. (オプション)既存のメンテナンス期間の開始時間および期間の変更、個別のメンテナンス・ウィンドウの無効化、または追加のメンテナンス・ウィンドウの作成を実行するには、「ウィンドウ・グループの編集」をクリックします。
ウィンドウ・グループの編集ページが表示されます。このページから個々の期間の設定を変更したり、ウィンドウ・グループのMAINTENANCE_WINDOW_GROUPに期間を追加またはそこから削除できます。

詳細は、このページのオンライン・ヘルプを参照してください。

注意:
新しい期間を作成して自動化されたメンテナンス・タスクを実行する場合、MAINTENANCE_WINDOW_GROUPにその期間を追加する必要があります。

関連項目:

- メンテナンス・ウィンドウとその構成方法の詳細は、『Oracle Database管理者ガイド』を参照してください。

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

自動SQLチューニング結果の表示

自動SQLチューニング・アドバイザのアクティビティをDatabase Controlで追跡できます。

自動SQLチューニング結果を表示するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「サーバー」をクリックして、サーバー・ページを表示します。

3. 「Oracle Scheduler」セクションで、「自動化メンテナンス・タスク」をクリックします。
自動化メンテナンス・タスク・ページが表示されます。

4. 「自動SQLチューニング」をクリックします。
自動SQLチューニング結果のサマリー・ページに、自動SQLチューニング・アドバイザのアクティビティおよび結果のサマリーがグラフィカルに表示されます。

auto_sqltuning_r2_new.gifの説明

5. 推奨事項を表示するには、「タスク・アクティビティ・サマリー」ヘッダーの「レポートの表示」をクリックします。
自動SQLチューニング結果の詳細ページに、指定した期間内に推奨事項が生成されたSQL文が表示されます。

sql_tuning_auto_result_det.gifの説明

「SQLプロファイル」列の緑色のチェック・マークは、自動的に実装された推奨事項を示します。

デフォルトでは、自動実装は無効です。自動実装を有効にする手順は、「自動SQLチューニング・アドバイザの構成」を参照してください。

6. (オプション)「SQLテキスト」列でソートされている「推奨」表でSQL文を選択して、「推奨の表示」をクリックします。
SQL IDの推奨ページが表示され、文に対する各推奨事項が詳細に説明されています。このページで、推奨事項を選択し、「実装」をクリックすると実装できます。

関連項目:

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

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

SQLチューニング・アドバイザの実行

SQLチューニング・アドバイザを使用してSQL文をチューニングします。通常は、このアドバイザの使用を推奨するADDMパフォーマンス結果を受けて実行します。また、SQLチューニング・アドバイザを手動で起動できます。その理由の1つは、自動SQLチューニング・アドバイザによってチューニング対象とみなされない文をチューニングすることです。

「SQLアドバイザについて」で説明されているように、SQLチューニング・アドバイザはチューニング対象のSQL文をいくつかのソースから選択できます。次の例では、アクティビティが最も多いSQL文をチューニングすると想定しています。

SQLチューニング・アドバイザを実行するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ下部の「関連リンク」の下にある「セントラル・アドバイザ」をクリックします。

3. セントラル・アドバイザ・ページで、「SQLアドバイザ」をクリックします。

4. SQLアドバイザ・ページで、「SQLチューニング・アドバイザ」をクリックします。
「SQLチューニング・アドバイザのスケジュール」ページが表示されます。

5. 「概要」セクションで、「トップ・アクティビティ」データ・ソース・リンクを選択します。
トップ・アクティビティ・ページが表示されます。このページには、過去1時間のアクティブ・セッションに基づくデータベース・アクティビティを示す時系列グラフがあります。

top_activity_new.gifの説明

6. (オプション)ページ右上の「データの表示」リストから「履歴」を選択し、時系列グラフを展開します。

7. 時系列グラフの下にあるバーをクリックし、分析期間を選択します。
「上位SQL」表と「上位セッション」表に、選択した期間のアクティビティが表示されます。

8. 「上位SQL」セクションで、1つ以上のSQL文を選択します。「アクション」ドロップダウン・リストに、「SQLチューニング・アドバイザのスケジュール」が表示されていることを確認して、「実行」をクリックします。
SQLチューニング・アドバイザのスケジュール・ページに戻り、チューニングする文が表示されます。

9. タスク名および説明を入力し、分析の有効範囲(「包括」または「制限」)を選択して、分析タスクの開始時間を選択します。

10. 「発行」をクリックします。
処理中: SQLチューニング・アドバイザのタスク・ページが表示されます。タスクが完了すると、SQLチューニング結果のサマリー・ページが表示され、分析されたSQL文に関するSQLチューニング・アドバイザの結果サマリーが示されます。

推奨事項を表示するには、「すべての結果の表示」をクリックします。推奨事項には、次の項目のうち1つ以上が含まれています。

- 生成されたSQLプロファイルを許可します。

- 統計が古い、または統計を持たないオブジェクトのオプティマイザ統計を収集します。

- 問合せを作成しなおしてパフォーマンスを改善します。

- 索引を作成し、問合せオプティマイザへの別の、より早いアクセス・パスを提供します。

11. 指定したSQL文に対する推奨事項を表示するには、推奨事項のリストから文を選択して「推奨の表示」をクリックします。
SQL IDの推奨ページに、文に対する推奨事項が1つ以上表示されます。

12. (オプション)推奨事項を選択して「実装」をクリックします。
新しいプロファイルを実装することを確定すると、SQL IDの推奨ページに戻り、ページ上方に確定通知が表示されます。

関連項目:

- 「SQLアドバイザについて」

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

SQLアクセス・アドバイザの実行

SQLアクセス・アドバイザを実行して、ワークロードのパフォーマンス改善のための推奨事項を取得します。アクセス・アドバイザはパフォーマンスの問題を回避するために定期的に実行することも、SQLチューニング・アドバイザから提示されたスキーマ変更の推奨事項を確認するために実行することもできます。

SQLアクセス・アドバイザを実行するには、次の手順を実行します。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ下部の「関連リンク」の下にある「セントラル・アドバイザ」をクリックします。

3. セントラル・アドバイザ・ページで、「SQLアドバイザ」をクリックします。

4. SQLアドバイザ・ページで、「SQLアクセス・アドバイザ」をクリックします。
初期オプションの選択を求めるページが表示されます。このページのオプションの詳細を表示するには、「ヘルプ」をクリックします。

5. オプションを選択して「続行」をクリックします。

6. ワークロード・ソース・ページが表示されます。これはSQLアクセス・アドバイザ・ウィザードの最初のページです。
これ以降のウィザード・ページに関するヘルプを参照するには、「ヘルプ」をクリックします。指示に従って各ウィザード・ページで必要な選択を行い、次のページに進む準備ができたら「次へ」をクリックします。

7. 確認ページが表示されるまでウィザードでの操作を続けます。選択内容を確認し、「発行」をクリックして分析を開始します。
セントラル・アドバイザ・ページに、タスクが正常に開始されたことを示す確認メッセージが表示されます。

8. 「リフレッシュ」ボタン(ブラウザのリフレッシュ・アイコンではありません)をクリックして、タスクのステータスを確認します。

9. SQLアクセス・アドバイザのタスクが完了したら、「結果の表示」を選択します。
タスクの結果ページが表示されます。

サマリー・サブページの「ワークロードのI/Oコスト」ヘッダーおよび「問合せ実行時間の向上」ヘッダーの下に、改善の可能性が表示されます。

sqlaccess_adv_results.gifの説明

「推奨」サブページには、パフォーマンスを改善するための推奨事項(ある場合)が示されます。推奨事項は、たとえば1つ以上のCREATE INDEX文を含む「スケジュール実装」をクリックして実行できるSQLスクリプトで構成される場合があります。

関連項目:

- 「SQLアドバイザについて」

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

メモリー・アドバイザを使用したメモリー使用量の最適化

この項は次のトピックで構成されています。

- メモリー・アドバイザについて

- 例: ASMMのメモリー・サイズ設定に関するアドバイスの取得

関連項目:

- 「メモリーの管理」

- 「アドバイザについて」

メモリー・アドバイザについて

十分な十分な物理メモリーがあるかどうかはOracle Databaseのパフォーマンスに重大な影響を与えます。Oracle Databaseは、自動メモリー管理機能により、SGAおよびPGAの各種コンポーネント間でメモリー配分を自動的に調整し、最適なパフォーマンスを維持します。この調整は、データベースに割り当てた合計メモリー容量の範囲内で行われます。

ADDMは、データベースのパフォーマンスを定期的に評価して、パフォーマンスの問題を特定します。現在の使用可能なメモリー容量が十分ではなく、パフォーマンスに悪影響を与えていることが判明した場合、ADDMはメモリー割当て量を増やすように推奨します。新しいメモリー割当て量はメモリー・アドバイザを使用して選択できます。

また、メモリー・アドバイザを使用して、次のことに関するwhat-if分析を実行できます。

- データベースへ物理メモリーを追加するデータベース・パフォーマンスの利点

- データベースで使用可能な物理メモリーの削減のデータベース・パフォーマンスの影響

メモリー・アドバイザを使用すると、メモリーのサイズ設定に関するアドバイスを次のように取得できます。

- 自動メモリー管理が有効になっている場合は、Oracleインスンスに割り当てるターゲット・メモリー容量の設定に関するアドバイスを取得できます。

- 自動メモリー管理が無効、自動共有メモリー管理が有効になっている場合は、SGAおよびインスタンスPGAのターゲット・サイズの構成に関するアドバイスを取得できます。

- 手動共有メモリー管理のみが有効になっている場合は、共有プール、バッファ・キャッシュおよびインスタンスPGAのサイズ設定に関するアドバイスを取得できます。

例: ASMMのメモリー・サイズ設定に関するアドバイスの取得

ここでは、自動共有メモリー管理(ASMM)が有効になっている場合にメモリー・サイズの調整に関するアドバイスを取得する方法について説明します。

ASMMのメモリー・サイズ設定に関するアドバイスを取得するには、次のようにします。

1. データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. ページ下部の「セントラル・アドバイザ」をクリックします。

3. セントラル・アドバイザ・ページで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示されます。

4. SGAサブページの「現行合計SGAサイズ」フィールドの横にある「アドバイス」をクリックします。
SGAサイズ・アドバイス子ページが別ウィンドウで表示されます。

sga-sizeadvice.gifの説明

DB時間の改善(%)は、SGAサイズの合計に対する割合です。高いDB時間の改善(%)は、パフォーマンスの向上を表します。この例では、SGAサイズを450MBより大きくしてもパフォーマンスはそれ以上向上しないことがグラフから読み取れます。したがって、推奨最適SGAサイズは450MBになります。

「OK」をクリックして、SGAサイズ・アドバイス子ページを閉じます。

5. メモリー・アドバイザ・ページ上部の「PGA」をクリックして、PGAサブページを表示します。

6. 「PGAターゲット総計」の横にある「アドバイス」をクリックします。
PGAターゲット: アドバイス・ページが表示され、PGAターゲット・サイズに対するキャッシュ・ヒット率がグラフ化されます。

キャッシュ・ヒット率は、速度の遅いディスク読取りによって処理された読取り要求ではなく、メモリーで処理された読取り要求の割合です。ヒット率が高いとキャッシュ・パフォーマンスが高いことを示します。キャッシュ・ヒット率の最適な範囲は75から100パーセントの間です。ただし、データベースのパフォーマンスに問題があるのは単にキャッシュ・ヒット率が最適な範囲を外れているからだと結論付けるのは危険です。現在使用可能なPGAメモリーの不足により最適なパフォーマンスが実現できない場合、パフォーマンス結果での値を調整するように、ADDMにより自動的に推奨されます。

「OK」をクリックして、PGAターゲット: アドバイス・ウィンドウを閉じます。

関連項目:

- 「メモリーの管理」

監視およびチューニング: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この項のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

監視に関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/monitoring/monitoring.htm

11 問題の調査、報告および解決

Oracle Enterprise Manager Database Control(Database Control)には、サポート・ワークベンチという機能が用意されています。この機能を使用すると、データベースのクリティカル・エラーを表示、調査して、Oracleサポート・サービスにエラーを報告し、場合によってはエラーを解決することができます。

この章では、クリティカル・エラー、およびデータベースのホームページとサポート・ワークベンチを使用して、次の操作を行う方法について説明します。

- 重大なエラー・アラートの表示

- クリティカル・エラーの診断データの表示

- 診断データのパッケージ化とOracleサポート・サービスへのアップロード

- サービス・リクエストの作成および追跡

- ある種のクリティカル・エラーの修復

内容は次のとおりです。

- データベースの問題およびインシデントについて

- 問題の調査、レポートおよび解決

- Enterprise Managerのサポート・ワークベンチを使用した問題の表示

データベースの問題およびインシデントについて

クリティカル・エラーの診断および解決を支援するために、Oracle Databaseリリース11gでは、問題とインシデントという2つの概念をOracle Databaseに導入しています。

問題はデータベースにおけるクリティカル・エラーです。クリティカル・エラーには内部エラー(ORA-00600など)、およびその他の深刻なエラー(ORA-07445(オペレーティング・システム例外)またはORA-04031(共有プールのメモリー不足))が含まれます。問題は、自動診断リポジトリ(ADR)で追跡されます。ADRは、診断データを格納するためのファイルベースのリポジトリです。ADRはデータベースの外部に格納されるため、データベースが停止しているときも診断データを使用できます。リリース11gでは、アラート・ログ、すべてのトレース・ファイルとダンプ・ファイル、およびその他の診断データもADRに格納されます。

それぞれの問題には、問題を説明するテキスト文字列である問題キーがあります。問題キーにはORA 600などのエラー・コード、場合によっては、1つ以上のエラー・パラメータの値やその他の情報が含まれます。

インシデントとは、問題の1回の発生です。問題が複数回発生すると、発生のたびにインシデントが作成され、タイムスタンプが付けられます。インシデントはタイムスタンプが付けられ、自動診断リポジトリ(ADR)で追跡されます。

各インシデントは、ADR内で一意の数値であるインシデントIDによって識別されます。インシデントが発生した場合、データベースで次の手順を実行します。

- アラート・ログにエントリを作成します。

- Enterprise Managerにインシデント・アラートを送信します。

- インシデントに関する最初の障害診断データ(トレース・ファイルなど)を収集します。

- 診断データにインシデントIDのタグを付加します。

- そのインシデント用のADRサブディレクトリにデータを格納します。

各インシデントには、1つの問題に対応する問題キーが割り当てられます。

クリティカル・エラーの診断と解決は、通常、インシデント・アラートから開始されます。インシデント・アラートは、Enterprise Manager Databaseホームページに表示されます。Enterprise Managerを使用して、問題と関連インシデントを確認できます。

関連項目:

- 「タスク1: Enterprise Managerでのクリティカル・エラー・アラートの表示」

- ADRの詳細は、『Oracle Database管理者ガイド』を参照してください。

問題の調査、レポートおよび解決

この項では、問題(クリティカル・エラー)を調査、報告し、場合によっては問題を解決するために実行する標準的なタスク・セットについて説明します。次のトピックが含まれています。

- ロードマップ: 問題の調査、レポートおよび解決

- タスク1: Enterprise Managerでのクリティカル・エラー・アラートの表示

- タスク2: 問題の詳細の表示

- タスク3: (オプション)サービス・リクエストの作成

- タスク4: 診断データのパッケージ化およびOracleサポート・サービスへのアップロード

- タスク5: サービス・リクエストの追跡および修復の実施

- タスク6: インシデントのクローズ

注意:
この項で説明されているワークフローには、問題を調査、報告し、場合によっては問題を修復するために必要な最低限のタスクのみが含まれます。診断データをOracleサポート・サービスにアップロードする前に実行できる、診断採取アクティビティやデータ・カスタマイズ・アクティビティを含む詳細なワークフローの詳細は、『Oracle Database管理者ガイド』を参照してください。場合によっては、これらの追加アクティビティにより、短時間で問題を解決できることがあります。

ロードマップ: 問題の調査、レポートおよび解決

問題の調査は、サポート・ワークベンチのホームページから開始できます。ただし、標準的なワークフローはデータベースのホームページのクリティカル・エラー・アラートから始まります。このドキュメントでは、標準的なワークフローについて概説します。

図11-1は、問題が発生した場合に実行する基本タスクを示しています。

図11-1 問題の調査、報告および解決のワークフロー

「図11-1 問題の調査、報告および解決のワークフロー」の説明

タスクの説明を次に示します。この後の項では、各タスクについて詳しく説明します。

- タスク1: Enterprise Managerでのクリティカル・エラー・アラートの表示
最初に、Enterprise Managerでデータベースのホームページにアクセスし、クリティカル・エラー・アラートを確認します。詳細を表示するアラートを選択します。アラート詳細ページから問題の詳細ページに移動します。

- タスク2: 問題の詳細の表示
問題の詳細を確認し、その問題に対して記録されたインシデントのリストを表示します。自動的に実行された状態チェックの結果を表示します。

- タスク3: (オプション)サービス・リクエストの作成
My Oracle Supportでサービス・リクエストを作成し、オプションとして、問題情報にサービス・リクエスト番号を追加して記録します。この手順を省略した場合は、後で手動でサービス・リクエストを作成するか、サポート・ワークベンチでサービス・リクエストを作成できます。

- タスク4: 診断データのパッケージ化およびOracleサポート・サービスへのアップロード
ガイド付きワークフロー(ウィザード)を起動します。ウィザードは、問題について収集されたすべての診断データを自動的にパッケージ化してOracleサポート・サービスにアップロードします。

- タスク5: サービス・リクエストの追跡および修復の実施
オプションとして、サービス・リクエストのアクティビティ・ログをサポート・ワークベンチでメンテナンスします。必要に応じてOracleアドバイザを実行し、SQLエラーや破損データを修復します。

- タスク6: インシデントのクローズ
1つ、一部またはすべてのインシデントのステータスをクローズ済に設定します。

関連項目:

- 「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」

- 「データベースの問題およびインシデントについて」

タスク1: Enterprise Managerでのクリティカル・エラー・アラートの表示

データベースのホームページでクリティカル・エラー・アラートを確認し、問題(クリティカル・アラート)の調査プロセスを開始します。

クリティカル・エラー・アラートを表示するには、次のようにします。

1. Enterprise Managerのデータベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「アラート」セクションでアラートの表を確認します。
クリティカル・エラー・アラートは、「重大度」列の赤い×印と「カテゴリ」列のテキスト「インシデント」で示されています。

注意:
「アラート」ヘッダーの横にある表示または非表示の矢印アイコンをクリックしないと、アラートの表が表示されないことがあります。

critical_alert_home_new.gifの説明

3. (オプション)「カテゴリ」リストで、「インシデント」を選択して「インシデント」タイプのアラートのみを表示します。

4. 「メッセージ」列で、調査するクリティカル・エラー・アラートのメッセージをクリックします。
選択したインシデントの種類に応じて、インシデントの詳細ページまたはデータ障害ページが表示されます。たとえば、ORA-600エラーのメッセージをクリックした場合、インシデント - 一般的な内部エラー・ページが表示されます。

このページには、次の情報が表示されます。

- 問題に関する情報(問題のインシデント数を含む)

- クリティカル・エラーが発生した過去24時間の「パフォーマンスとクリティカル・エラー」時系列グラフ

- アラートの詳細(重大度、タイムスタンプ、メッセージを含む)

- アラートをクリアしたり、アラートに関するコメントを記録できるコントロール

critical_alert_new.gifの説明

5. 「パフォーマンスとクリティカル・エラー」時系列グラフを参照し、パフォーマンスの問題とクリティカル・エラーの間に時間の相関関係があるかどうか確認します。アラートはクリアしてもかまいませんが、コメントを付けて残しておくこともできます。

6. 次のアクションのいずれかを実行します。

- 調査中のクリティカル・エラー・アラートに関連付けられた問題の詳細を表示する場合は、「タスク2: 問題の詳細の表示」に進みます。

- 時系列グラフに過去24時間の様々な問題が多数表示されている場合に、すべての問題のサマリーを表示するには、次の手順を実行します。

- 「すべての問題の表示」をクリックします。
サポート・ワークベンチのホームページが表示されます。

- 「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」で説明する手順に従って問題とインシデントを表示します。

- 「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」の説明に従って、問題を1つ選択して問題の詳細を表示します。

- 「タスク3: (オプション)サービス・リクエストの作成」に進みます。

タスク2: 問題の詳細の表示

問題の詳細ページで調査を続けます。

問題の詳細を表示するには、次のようにします。

1. インシデントの詳細ページまたはデータ障害ページで、「問題の詳細の表示」をクリックします。
問題の詳細ページにインシデント・サブページが表示されます。

2. (オプション)インシデント・サブページにインシデントの詳細を表示するには、インシデントを選択して「表示」をクリックします。
インシデントの詳細ページにダンプ・ファイル・サブページが表示されます。

3. (オプション)インシデントの詳細ページで、「チェッカ結果」を選択してチェッカ結果サブページを表示します。
このページには、クリティカル・エラー検出時に自動的に実行された状態チェックの結果が表示されます。

関連項目:

- 状態チェックとチェッカの詳細は、『Oracle Database管理者ガイド』を参照してください。

タスク3: (オプション)サービス・リクエストの作成

この段階で、Oracleサポート・サービス・リクエストを作成し、問題情報にサービス・リクエスト番号を追加して記録することができます。この手順を省略した場合は、タスク4で、サポート・ワークベンチによって自動的にサービス・リクエストのドラフトが作成されます。

サービス・リクエストを作成するには、次のようにします。

1. 問題の詳細ページの「調査と解決」セクションで、「My Oracle Supportに移動」をクリックします。

ヒント:
タスク2で説明した手順に従った場合は、インシデントの詳細ページでブレッドクラムの「問題の詳細」をクリックして、問題の詳細ページに戻ります。

problem_details_new.gifの説明

My Oracle Supportのログインおよび登録のページが新しいブラウザ・ウィンドウに表示されます。

2. My Oracle Supportにログインし、通常の方法でサービス・リクエストを作成します。
(オプション)次の手順のためにサービス・リクエスト番号(SR#)を覚えておきます。

3. (オプション)問題の詳細ページに戻り、次の手順を実行します。

1. 「サマリー」セクションで、「SR#」ラベルの横にある「編集」ボタンをクリックします。

2. 開いたページで、SR#を入力して「OK」をクリックします。

SR#が問題の詳細ページに記録されます。この情報は参照専用です。

タスク4: 診断データのパッケージ化およびOracleサポート・サービスへのアップロード

このタスクでは、サポート・ワークベンチのクイック・パッケージング・プロセスを使用して、問題の診断情報をパッケージ化し、Oracleサポート・サービスにアップロードします。クイック・パッケージングは、最小限の手順をガイド付きワークフロー(ウィザード)にまとめたものです。このウィザードを使用して、単一の問題に対するインシデント・パッケージ(パッケージ)を作成し、このパッケージからZIPファイルを作成して、アップロードすることができます。ただし、クイック・パッケージングでは、アップロードする診断情報の編集やその他のカスタマイズは行えません。クイック・パッケージングは、診断データをパッケージ化してアップロードするシンプルで直接的なプロセスです。

診断情報に含まれる機密データの編集や削除、追加のユーザー・ファイル(アプリケーション構成ファイルやスクリプトなど)の同封、その他のカスタマイズをアップロード前に実行するには、カスタム・パッケージング・プロセスを使用する必要があります。方法は、『Oracle Database管理者ガイド』を参照してください。それらの手順を完了すると、「タスク5: サービス・リクエストの追跡および修復の実施」に進むことができます。

注意:
サポート・ワークベンチはOracle Configuration Managerを使用して診断データをアップロードします。Oracle Configuration Managerがインストールされていない場合、または適切に構成されていない場合は、アップロードに失敗することがあります。この場合、メッセージが表示され、Oracleサポートへファイルを手動でアップロードするように要求されます。ファイルはMy Oracle Supportから手動でアップロードできます。
Oracle Configuration Managerの詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

診断データをパッケージ化してOracleサポートにアップロードするには、次のようにします。

1. 問題の詳細ページの「調査と解決」セクションで、「クイック・パッケージ」をクリックします。
クイック・パッケージング・ウィザードの新規パッケージの作成ページが表示されます。

quick_package_1_11gr2.gifの説明

2. (オプション)パッケージ名と説明を入力します。

3. ページの残りのフィールドに必要事項を入力します。すでにこの問題に関するサービス・リクエストを作成している場合は、「新規サービス・リクエスト(SR)の作成」に対して「いいえ」オプション・ボタンを選択します。
「新規サービス・リクエスト(SR)の作成」に対して「はい」オプション・ボタンを選択すると、クイック・パッケージング・ウィザードにより、自動的にサービス・リクエストのドラフトが作成されます。後でMy Oracle Supportにログインして、このサービス・リクエストの詳細を入力する必要があります。

「次へ」をクリックします。

クイック・パッケージング・ウィザードによって表示されるページには、新しいパッケージを作成するコマンドが処理中であることが示されます。終了すると、クイック・パッケージング: コンテンツの表示ページが表示されます。

4. ページの内容を確認し、作成されたパッケージのサイズを記録してから「次へ」をクリックします。
クイック・パッケージング: マニフェストの作成ページが表示されます。

5. このページの情報を確認し、(「パス」ヘッダーの横に表示される)マニフェストの場所を記録します。情報を確認したら「次へ」をクリックします。
クイック・パッケージング: スケジュール・ページが表示されます。

6. 「即時」または「後で」のいずれかを選択します。「後で」を選択する場合は、パッケージをMy Oracle Supportに発行する時間に関する追加情報を指定します。選択を行い、必要な情報を指定した後で、「発行」をクリックします。
「処理中: パッケージのパッケージング中およびOracleへの送信中」という進捗ページが表示されます。

作成されたパッケージは、クイック・パッケージング・ウィザードの手順の完了後も引き続きサポート・ワークベンチで使用できます。カスタム・パッケージング操作(新しいインシデントの追加など)を実行してインシデント・パッケージを変更し、後で再アップロードすることができます。

タスク5: サービス・リクエストの追跡および修復の実施

Oracleサポート・サービスに診断情報をアップロードした後、各種アクティビティを実行してサービス・リクエストを追跡し、追加の診断情報を収集して、修復を実施します。このアクティビティには次のものがあります。

- 問題情報にOracleバグ番号を追加します。
そのためには、問題の詳細ページで「バグ#」ラベルの横にある「編集」ボタンをクリックします。この情報は参照専用です。

- 問題のアクティビティ・ログにコメントを追加します。
問題のステータスや履歴情報を組織内の他のDBAと共有できます。たとえば、Oracleサポート・サービスとの通信結果を記録できます。

問題のアクティビティ・ログにコメントを追加するには、次の手順を実行します。

1. 「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」の説明に従って、目的の問題の詳細ページに移動します。

2. 「アクティビティ・ログ」をクリックして、アクティビティ・ログ・サブページを表示します。
activity_log_new.gifの説明

3. 「コメント」フィールドにコメントを入力し、「コメントの追加」をクリックします。
コメントがアクティビティ・ログに記録されます。

- 新しいインシデントが発生した場合は、パッケージに追加して、Oracleサポート・サービスに再アップロードします。
このためには、『Oracle Database管理者ガイド』で説明しているカスタム・パッケージングを実行する必要があります。

- 状態チェックを実行します。
状態チェックの詳細は、『Oracle Database管理者ガイド』を参照してください。

- 推奨されるOracleアドバイザを実行して修復を実施します。
推奨アドバイザには、次のいずれかの方法でアクセスできます。

- 問題の詳細ページ: 「調査と解決」セクションの「セルフ・サービス」タブ

- サポート・ワークベンチのホームページ: チェッカ結果・サブページ

- インシデントの詳細ページ: チェッカ結果・サブページ

表11-1に、クリティカル・エラーを修復できるアドバイザを示します。

表11-1 クリティカル・エラーを修復できるOracleアドバイザ

アドバイザ

対象となるクリティカル・エラー

参照先

データ・リカバリ・アドバイザ

破損ブロック、破損または欠落しているファイル、その他のデータ障害

オラクル社が推奨するリカバリの実行

SQL修復アドバイザ

SQL文のエラー

『Oracle Database管理者ガイド』

関連項目:

- 「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」

タスク6: インシデントのクローズ

特定のインシデントへの対処が不要になったら、そのインシデントをクローズできます。デフォルトでは、クローズされたインシデントは問題の詳細ページに表示されません。

クローズされたかどうかにかかわらず、インシデントはすべて30日後にパージされます。インシデントのパージはインシデントの詳細ページで無効化できます。

インシデントをクローズするには、次のようにします。

1. サポート・ワークベンチのホームページに移動します。
詳細は、「Enterprise Managerのサポート・ワークベンチを使用した問題の表示」を参照してください。

2. 目的の問題を選択して「表示」をクリックします。
問題の詳細ページが表示されます。

3. クローズするインシデントを選択して「閉じる」をクリックします。
確認ページが表示されます。

4. 「はい」をクリックし、インシデントを閉じます。

Enterprise Managerのサポート・ワークベンチを使用した問題の表示

Enterprise Managerのサポート・ワークベンチのホームページを使用して、すべての問題または指定した期間内の問題のみを表示します。

サポート・ワークベンチのホームページにアクセスするには、次の手順を実行します。

1. Enterprise Managerのデータベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「ソフトウェアとサポート」をクリックして、ソフトウェアとサポート・ページを表示します。

3. 「サポート」セクションで、「サポート・ワークベンチ」をクリックします。
サポート・ワークベンチのホームページに問題サブページが表示されます。デフォルトでは、過去24時間の問題が表示されます。

support_workbench_new.gifの説明

4. すべての問題を表示するには、「表示」リストから「すべて」を選択します。

5. (オプション)「パフォーマンスとクリティカル・エラー」セクションが非表示になっている場合は、セクション・ヘッダーの横の「表示」/「非表示」アイコンをクリックして、セクションを表示します。
このセクションでは、データベースのパフォーマンスの変化とインシデントの発生数に相関関係があるかどうかを確認できます。

6. (オプション)「詳細」列の下の「表示」をクリックして、特定の問題に関するすべてのインシデントのリストを表示します。次に、インシデントIDをクリックして、インシデントの詳細ページを表示します。

特定の問題の詳細を表示するには、次の手順を実行します。

1. サポート・ワークベンチのホームページで、問題を選択して「表示」をクリックします。
問題の詳細ページにインシデント・サブページが表示されます。

2. (オプション)クローズしたインシデントおよびオープン・インシデントを表示するには、「表示」リストから「すべて」を選択します。

3. (オプション)インシデントの詳細を表示するには、インシデントを選択して「表示」をクリックします。
インシデントの詳細ページが表示されます。

4. (オプション)関連するトレース・ファイルの内容を表示するには、インシデントの詳細ページのダンプ・ファイル・サブページにある「コンテンツの表示」列で、トレース・ファイルに対応するアイコンをクリックします。
ホスト資格証明を入力して、「続行」をクリックします。トレース・ファイルの内容が表示されます。「OK」をクリックして戻ります。

5. (オプション)インシデントのチェッカ結果を表示するには、インシデントの詳細ページで「チェッカ結果」をクリックします。
チェッカ結果サブページが表示されます。

6. (オプション)インシデントの詳細ページに、そのインシデントに対して実行可能なユーザー・アクションを表示するには、「追加の診断」をクリックします。各ユーザー・アクションにより、インシデントまたはその問題に関する追加の診断情報を収集できます。

12 Oracle Databaseソフトウェアの管理

この章では、Oracle Databaseソフトウェアを最新に保つ方法について説明します。この章の内容は、次のとおりです。

- ソフトウェアの管理およびパッチ・リリースについて

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

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

- Oracleソフトウェアの管理: Oracle by Example Series

ソフトウェアの管理およびパッチ・リリースについて

ソフトウェアの管理では、最新のプロダクト修正でOracle Databaseソフトウェアを最新の状態に保ちます。製品に欠陥やバグが見つかった場合、問題を修正するパッチが作成されます。パッチを使用して、インストール済のソフトウェアの欠陥を個別に修正できます。個々のパッチを個別パッチと呼びます。個別パッチは、ビジネス上の理由から問題を修正する新規パッチ・セットのリリースを待てない場合に利用します。

オラクル社では、パッチ・セットの形式で定期的にソフトウェアのメンテナンス・リリースを発表しています。パッチ・セットは、メンテナンス・リリースまでにリリースされた製品修正をまとめたものです。パッチ・セットは、完全なテストを経て統合された製品修正です。パッチ・セット内のすべての製品修正はテスト済であり、相互に連携して機能することが保証されています。

各パッチまたはパッチ・セットは、識別用のバグ番号に関連付けられています。また、パッチ・セットはバージョン番号とも関連付けられています。たとえば、Oracle 11gリリース11.1.0.6を使用する場合は、使用可能なパッチ・セットは11.1.0.7になります。ソフトウェアに個別パッチを適用した場合でも、ソフトウェアのバージョン番号は変化しません。

各パッチには、ソフトウェアの修正方法を説明するREADMEファイルが付属しています。READMEファイルには、パッチの適用方法も記載されています。

各パッチ・セットには、インストール手順やパッチ・セット内のプロダクト修正に関する情報を提供するパッチ・セット・ノート・ファイルが付属しています。Oracleソフトウェアにパッチ・セットを適用すると、インストール済のソフトウェアのメンテナンス・リリース番号が変化します。パッチ・セットの適用の影響を受けるのは、Oracleホームにあるソフトウェアのみです。データベース内のデータに影響はありません。

パッチとパッチ・セットは、それぞれOracle OPatchとOracle Universal Installerを使用して適用できます。また、Oracle Enterprise Manager Grid Controlを使用して、これらのパッチを適用する処理を自動化することもできます。これらの製品の使用方法については、このマニュアルでは説明しません。

関連項目:
『Oracle Universal InstallerおよびOPatchユーザーズ・ガイド for Windows and UNIX』

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

既存のデータベースをOracle Databaseの現行リリースにアップグレードするには、Database Upgrade Assistant(DBUA)を使用します。

この項は次のトピックで構成されています。

- Database Upgrade Assistantの概要

- DBUAでサポートされるデータベースのバージョン

- DBUAの起動

- DBUAによるデータベースのアップグレード

Database Upgrade Assistantの概要

Database Upgrade Assistant(DBUA)は、アップグレード処理を順番に説明し、新規のリリースに対してデータベースを構成します。DBUAがアップグレード処理を自動化し、表領域およびオンラインREDOログ・ファイルなどの構成オプションに対する適切な推奨を作成します。

DBUAでは、Express Edition(XE)データベースなど、任意のOracle Databaseソフトウェアで作成したデータベースをアップグレードできます。

アップグレード前チェック

アップグレード前の手順がすべて完了するまで、DBUAはアップグレードを開始しません。

- 無効なユーザー・アカウントまたはロールをチェックします。

- 無効なデータ型またはオブジェクトを調査します。

- サポートされていないキャラクタ・セットをチェックします。

- ロールバック・セグメント、表領域、および空きディスク領域を含む十分なリソースがあるかどうかチェックします。

- アップグレードに必要な欠落したSQLスクリプトをチェックします。

- 必要なファイルをすべてバックアップします(オプション)

自動アップグレード・タスク

アップグレード前の手順が終了した後、DBUAによって自動的に次のタスクが実行されます。

- 必要な新規表領域の変更または作成

- 適切なアップグレード・スクリプトの起動

- オンラインREDOログ・ファイルのアーカイブ

- アップグレード・フェーズでのアーカイブの無効化(パフォーマンス向上のため)

アップグレードの実行中に、DBUAにより各コンポーネントに対するアップグレード処理が表示されます。DBUAにより詳細なトレースおよびログ・ファイルが書き込まれ、後で参照するために完全なHTMLレポートが作成されます。セキュリティ強化のために、DBUAによりアップグレードされたデータベース内の新しいユーザー・アカウントが自動的にロックされます。次にDBUAにより新しいOracleホーム内の新しい構成ファイル(初期化パラメータおよびリスナー・ファイル)の作成が続行されます。

Oracle Real Application Clustersのサポート

DBUAはOracle Real Application Clusters(Oracle RAC)環境に完全に対応しています。Oracle RAC環境では、DBUAはクラスタの全ノードのデータベース・ファイルおよび構成ファイルをすべてアップグレードします。

Oracle自動ストレージ管理のアップグレードについて

Oracle ASM Configuration Assistant(ASMCA)では、既存のOracle ASMインスタンスを現在のソフトウェア・レベルにアップグレードできます。ただし、Oracle ASMインスタンスはOracle Universal Installer(OUI)でアップグレードすることをお薦めします。OUIは、以前のリリース・レベルのOracle ASMインスタンスを検出すると自動的にアップグレード・モードにデフォルト設定されます。

関連項目:

- Oracle ASMのアップグレードの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

サイレント・モードのサポート

DBUAにより、ユーザーに対してユーザー・インタフェースが表示されないサイレント・モードの操作をサポートします。サイレント・モードでは、アップグレードのための単一の文を使用できます。

DBUAでサポートされるデータベースのバージョン

DBUAでは、次のバージョンのOracle DatabaseをOracle Database 11g リリース2(11.2)にアップグレードできます。

- Oracle9iリリース2(9.2.0.6)以上

- Oracle Database 10gリリース1(10.1)

- Oracle Database 10gリリース2(10.2)

- Oracle Database 11gリリース1(11.1)

データベースのバージョンがこのリストにない場合は、まず、リストされた最も近いリリースにアップグレードする必要があります。その後、データベースをOracle Database 11gリリース2(11.2)にアップグレードします。

DBUAの起動

Oracle Databaseソフトウェアのみをインストールして既存のデータベースを新しいOracle Databaseリリースにアップグレードするように指定すると、DBUAがソフトウェアのインストール後に自動的に起動されます。の「DBUAによるデータベースのアップグレード」の説明に従って続行できます。

ソフトウェアのみのインストールを実行し、同時にデータベースをアップグレードしない場合は、DBUAを起動して後でアップグレードできます。

DBUAの使用を開始する前に、次のことに注意してください。

- DBUAを実行する前に、Net Configuration Assistant(NetCA)を実行する必要があります。

- ソースおよびターゲットのOracleホームが別のユーザーによって所有されているときは、DBUAでデータベースをアップグレードすることはできません。

- データベース・インスタンスが実行されていない場合、DBUAでは、デフォルトの初期化パラメータ・ファイルを使用してインスタンスの起動が試行されます。その試行に失敗した場合は、正しい初期化パラメータ・ファイルの名前を指定するかインスタンスを起動するように要求されます。インスタンスがすでに起動し、実行されている場合は、DBUAはそのインスタンスに接続します。

- アップグレードを停止しても、データベースをリストアしない場合は、Oracle Database 11gリリース2(11.2)ソフトウェアを使用して、UPGRADEモードでデータベース・インスタンスを起動するまでDBUAを再起動しないでください。データベースをリストアしないかぎり、元のソフトウェア・バージョンには戻れません。

- DBUAを使用せずにデータベースを手動でリストアする場合は、DBUAの起動前に次のファイルをOracle Database 11gリリース2(11.2)ホーム・ディレクトリから削除します。

$ Oracle_home/cfgtoollogs/dbua/logs/Welcome_SID.txt

このファイルが存在すると、DBUAは、この操作が直前の操作の再試行であると判断します。

WindowsでDBUAを起動するには、次のようにします。

1. 「オペレーティング・システムの環境変数の構成」で説明されているとおりに、オペレーティング・システムの環境変数を構成します。

2. 「スタート」をクリックして、「プログラム」(または「すべてのプログラム」)を選択します。

3. 「Oracle - HOME_NAME」を選択します。

4. 「Configuration and Migration Tools」を選択します。

5. 「Database Upgrade Assistant」を選択します。
Database Upgrade Assistantのようこそウィンドウが表示されます。

サポートされている任意のプラットフォームでDBUAを起動するには、次のようにします。

1. コマンド・ウィンドウを開きます。

2. 「オペレーティング・システムの環境変数の構成」で説明されているとおりに、オペレーティング・システムの環境変数を構成します。

3. 次のコマンドを入力します。

dbua

Database Upgrade Assistantのようこそウィンドウが表示されます。

注意:
通常、dbua実行可能ファイルは、Oracle_home/binディレクトリにあります。

関連項目:

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

DBUAによるデータベースのアップグレード

DBUAを使用してデータベースをアップグレードするには、次の手順をすべて実行します。いずれかのウィンドウでヘルプが必要な場合、またはDBUAの詳細を表示するには、「ヘルプ」ボタンをクリックしてオンライン・ヘルプを開きます。

DBUAを使用してデータベースをアップグレードするには、次の手順を実行します。

1. DBUAを起動します。詳細は、「DBUAの起動」を参照してください。

2. DBUAのようこそウィンドウで、アップグレード対象のデータベースが指定した条件を満たしていることを確認します。その後、「次へ」をクリックします。

3. データベース・ウィンドウで、「使用可能なデータベース」表からアップグレード対象のデータベースを選択します。その後、「次へ」をクリックします。
一度に選択できるデータベースは1つのみです。SYSDBA権限を持たないユーザー・アカウントからDBUAを実行している場合は、ユーザー名とパスワード資格証明を入力し、選択されたデータベースに対してSYSDBA権限を有効にします。

4. データベース情報を取得中というメッセージが表示されます。DBUAにより、選択したデータベースが分析され、アップグレード前チェックの実行後、必要に応じて警告が表示されます。

- 4MB未満のオンラインREDOログ・ファイルがチェックされます。4MB未満のオンラインREDOログ・ファイルが検出された場合、DBUAでは、削除するか、新しいオンラインREDOログ・ファイルを作成するオプションが選択できます。

- 非推奨の初期化パラメータまたは不適切な初期化パラメータのパラメータ・ファイルがチェックされます。

問題が検出されない場合は、診断先ウィンドウが表示されます。

5. 「診断先」フィールドで、次のいずれかの操作を行います。

- 設定をデフォルト値(Oracleベース・ディレクトリ)のままにします。

- 新しい保存先を入力します。

- 「参照」をクリックして新しい保存先を選択します。

診断先とは、Oracleトレース・ファイルおよび診断ファイルを保存するデフォルトの場所です。旧リリースのOracle Databaseにおけるバックグラウンド・ダンプ保存先、ユーザー・ダンプ保存先およびコア・ダンプ保存先の初期化パラメータ設定のかわりとなります。

「次へ」をクリックします。

データベース・ファイルの移動ウィンドウが表示されます。

6. 次の操作を1つ実行します。

- 「アップグレードの一部としてデータベース・ファイルを移動しない」を選択します。

- 「アップグレード中にデータベース・ファイルを移動」を選択します。
データベース・ファイルの移動を選択した場合は、「ファイルシステム」または「Oracle自動ストレージ管理(Oracle ASM)」も選択する必要があります。

「次へ」をクリックします。

無効なオブジェクトの再コンパイル・ウィンドウが表示されます。

7. (オプション)「アップグレード終了時に無効なオブジェクトを再コンパイル」を選択し、並列度の値を変更します。
データベースを新規Oracle Databaseリリースにアップグレードするとき、多くのデータベースのPL/SQLモジュールは無効になります。デフォルトでは、Oracle Databaseは使用時に、無効なPL/SQLモジュールを再コンパイルしますが、この処理には時間がかかり、パフォーマンスが低下する場合があります。これらのパフォーマンスの問題を排除するには、「アップグレード終了時に無効なオブジェクトを再コンパイル」を選択します。すべての無効なPL/SQLモジュールは、アップグレードの実行後、即時再コンパイルされます。データベースでのすべての無効なPL/SQLモジュールを再コンパイルするタスクは、大幅に時間がかかり、データベースのアップグレードのコンパイル時間が増大します。

複数のCPUがある場合は、DBUAによって無効なオブジェクトの再コンパイル・ウィンドウに「並列度」メニューが自動的に追加されます。パラレル処理によって、データベースのすべての無効なPL/SQLモジュールを再コンパイルするタスクにかかる時間を削減できます。DBUAは、使用可能なCPUの数より1つ小さい値に自動的に設定されます。メニューから異なる値を選択できます。

注意:
「アップグレード終了時に無効なオブジェクトを再コンパイル」を選択すると、ストアドPL/SQLおよびJavaコードを再コンパイルするために使用するORACLE_HOME/rdbms/admin/utlrp.sqlスクリプトを実行したときと同じ結果が得られます。

「次へ」をクリックします。

バックアップ・ウィンドウが表示されます。

8. 次のいずれかのオプションを選択します。

- すでにデータベースのバックアップがあります。

- このツールを使用してバックアップを取ります。
DBUAを使用してデータベースのバックアップを作成する場合、「バックアップ・ディレクトリ」フィールドで指定したディレクトリにすべてのデータベース・ファイルのコピーが作成されます。この一貫性バックアップは、データベースの停止後、アップグレード・プロセスの開始前に自動的に実行されます。データベース・ファイルは圧縮されません。

「バックアップ・ディレクトリ」フィールドで、次のいずれかの操作を行います。

- 設定をデフォルト値のままにします

- 別の有効なファイル・システム・パスを入力します。バックアップ・ファイル用にRAWデバイスは指定できません。

- 「参照」をクリックして新しいバックアップ先を選択します。

アップグレードを開始する前にデータベースのバックアップを作成することを強くお薦めします。アップグレード中にエラーが発生した場合、バックアップを使用してデータベースをリストアする必要があります。

DBUAではデータベースのバックアップを作成するだけでなく、「バックアップ・ディレクトリ」フィールドに指定されたディレクトリに実行可能スクリプトを作成します。必要に応じて、使用しているシステムに適した実行可能スクリプトを使用して、データベース・ファイルをリストアできます。

- Microsoft Windowsの場合: db_name_restore.bat

- LinuxまたはUNIXの場合: db_name_restore.sh

「次へ」をクリックします。

リカバリ構成ウィンドウが表示されます。

9. 「高速リカバリ領域」フィールドで、次のいずれかの操作を行います。

- 設定をデフォルト値のままにします

- 別の高速リカバリ領域を入力します

- 「参照」をクリックして別の高速リカバリ領域を選択します。

高速リカバリ領域を使用すると、障害時にデータを失わずにリカバリできます。Database Controlの管理オプション・ページでローカル管理および日次バックアップを有効にした場合は、Enterprise Managerでもこの場所が使用されます。

「高速リカバリ領域サイズ」フィールドで、目的の単位をリストから選択し、次のいずれかの操作を行います。

- 設定をデフォルト値のままにします。

- 高速リカバリ領域サイズとして別の値を入力します。

- 上矢印と下矢印を使用して別の高速リカバリ領域サイズを設定します。

リカバリ構成ウィンドウで、高速リカバリ領域を指定してアーカイブを有効にします。システム障害時にデータをリカバリできるようにデータベースでこれらの機能を構成することは重要です。

「次へ」をクリックします。

サマリー・ウィンドウが表示されます。

10. アップグレード中にデータベースに対して設定される初期化パラメータのリストを確認します。「戻る」をクリックしてエラーを修正するか、「終了」をクリックします。

注意:
「終了」をクリックするとアップグレードが開始され、この間はデータベースを通常の用途に使用できなくなります。

進行ウィンドウが表示され、DBUAがアップグレードを開始します。

11. 「無視」および「中断」という選択肢のあるエラー・メッセージが発生する可能性があります。

- 無視: エラーは無視され、現在の手順をスキップしてアップグレードが続行されます。無視されたエラーは記録され、後でサマリーに表示されます。アップグレードが完了した後、問題を修正して、DBUAを再起動し、スキップされた手順を完了できます。

- 中断: アップグレード処理を停止します。データベースのバックアップがDBUAによって実行された場合、DBUAにデータベースをリストアするように要求されます。データベースがリストアされたら、エラーを修正してDBUAを再起動し、アップグレードを再実行します。データベースをリストアしない場合は、手動でアップグレードを続行できるように、DBUAによってデータベースは現行の状態が保持されます。

アップグレードが完了したら、次のメッセージが表示されます。

Upgrade is complete. Click "OK" to see the results of the upgrade.

「OK」をクリックします。

アップグレード結果ウィンドウが表示されます。

12. アップグレードの結果を確認します。アップグレード結果サマリーには、元のデータベースとアップグレード後のデータベース、および初期化パラメータに加えられた変更がまとめられています。
アップグレード結果には、データベースのアップグレード中に実行された手順をまとめた「アップグレードの詳細」セクションもあります。このセクションは、各手順の名前、手順のログ・ファイル、およびステータスを示しています。ステータスをクリックすると実行手順の詳細を表示できる場合があります。「アップグレードの詳細」セクションには、アップグレード後に各種ログ・ファイルが格納されたディレクトリも含まれています。このログ・ファイルを確認すると、アップグレード・プロセスのさらに詳しい情報を入手できます。

注意:
アップグレード結果のHTMLバージョンもログ・ファイル・ディレクトリに保存されています。

13. 「データベース・パスワードの構成」をクリックします。
「パスワード管理」ダイアログ・ボックスが表示されます。

14. 「パスワード管理」ダイアログ・ボックスでは、データベースのアップグレード後にユーザーのデフォルト・パスワードを変更できます。

注意:
データベースへの不正なアクセスを防ぐために、データベースのアップグレード後すぐにすべてのユーザー・パスワードを変更します。

アカウントをロックまたはロック解除するユーザーの「アカウントのロック」列をクリックします。チェック・マークはアカウントがロックされていることを示します。

「新規パスワード」列にユーザーの新規パスワードを入力します。

「パスワードの確認」列に新規パスワードを入力して確認します。

「OK」をクリックしてアップグレード結果ウィンドウに戻ります。

15. アップグレード結果に問題がある場合は、「リストア」をクリックします。
データベースのバックアップ作成に使用した方法に応じて、リストア操作により次のいずれかのタスクが実行されます。

- DBUAを使用してデータベースのバックアップを作成した場合、「リストア」をクリックすると、元のデータベースとその設定がバックアップからコピーされます。

- 独自のバックアップ方法でデータベースのバックアップを作成した場合、「リストア」をクリックすると、元のデータベースの設定のみがコピーされます。データベース自体をリストアするには、独自のバックアップ・ユーティリティで作成したバックアップからデータファイルをコピーします。

アップグレード結果に問題がない場合は、「閉じる」をクリックしてDBUAを終了します。

アップグレード後のデータベースのエントリが古いlistener.oraファイルから削除され、リスナーが再起動します。

警告:

古いOracle Databaseソフトウェアを保持している場合、古いソフトウェアを使用してアップグレードしたデータベースを起動しないでください。新しいOracle Databaseインストールの実行可能ファイルでのみデータベースを起動してください。また、古いOracle Database環境を削除する前に、Oracle環境のデータファイルをすべて新しいOracle Database環境に再配置してください。データファイルの再配置の詳細は、『Oracle Database管理者ガイド』を参照してください。

関連項目:

- データベースのアップグレード後に完了する必要がある追加のタスクの詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

Oracle Databaseソフトウェアの削除

Oracleソフトウェア・インストールの削除が必要な場合は、削除ツールを使用して、ソフトウェアをコンピュータから完全にアンインストールできます。

削除ツール(deinstall)は、インストール後のOracleホーム・ディレクトリにあり、$ORACLE_HOME/deinstall/deinstallとして使用できます。この削除ツールは、個別のアーカイブ・ファイルとしてOracle Technology Network(OTN)サイト(http://www.oracle.com/technology/software/products/database/index.html)からダウンロードすることもできます。

コンピュータからOracleホームを削除するには、次の手順を実行します。

1. 削除ツールを実行します。入力するコマンドは、インストール済のOracleホームからツールを実行しているか、OTNからツールをダウンロードした後で実行しているかによって異なります。次の操作を1つ実行します。
インストール済のOracleホームからツールを実行している場合は、次のようなコマンドを入力することになります。

$ cd /u01/app/oracle
$ product/11.2.0/dbhome_1/deinstall/deinstall

アーカイブ・ファイルをOTNからダウンロードし解凍してからツールを実行している場合は、次のコマンドを実行します(Oracle_homeは、Oracleホームのフルパス名に置き換えます)。

$ deinstall -home Oracle_home

注意:
削除ツールを実行する前に、Oracle Databaseを停止したり、データベース・プロセスを停止しないでください。

2. プロンプトに対して指定情報を入力するか、[Enter]を押してデフォルト値をそのまま使用します。

3. プロンプトが表示されたら、指示に従ってrootスクリプトを実行します。この処理を行うには、rootユーザーであることが必要です。

関連項目:

- 削除ツールの詳細は、ご使用のプラットフォーム用の『Oracle Databaseインストレーション・ガイド』を参照してください。

Oracleソフトウェアの管理: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この章のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

Oracleソフトウェアの管理に関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/managing/managing.htm

A Oracle自動ストレージ管理の管理

この付録では、Oracle自動ストレージ管理(Oracle ASM)の使用について説明します。Oracle ASMは、オラクル社が推奨するストレージ管理ソリューションであり、従来のボリューム・マネージャ、ファイル・システムおよびRAWデバイスの代替ソリューションです。ここでは、次の内容について説明します。

- Oracle自動ストレージ管理について

- ディスク、ディスク・グループおよび障害グループの概要

- Oracle自動ストレージ管理のインストール

- Oracle自動ストレージ管理ホームページへのアクセス

- ディスク・グループの領域使用量の監視

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

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

- 選択したディスク・グループへのディスクの追加

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

- Oracle ASM管理ファイルのバックアップ

- Oracle自動ストレージ管理: Oracle by Example Series

関連項目:

- Oracle自動ストレージ管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle自動ストレージ管理について

Oracle自動ストレージ管理(Oracle ASM)は、統合された高パフォーマンスのデータベース・ファイル・システムおよびディスク・マネージャです。オペレーティング・システムのファイル・システムのかわりにOracle ASMを使用して、Oracle Databaseファイルを格納します(任意に他のファイルも格納します)。

Oracle ASMは、記憶域の管理は管理者ではなくデータベースが行うという原則に基づいています。そのため、数千に上ることもあるデータベース・ファイルを管理する必要がなくなります。

Oracle ASMはストレージ・システム内のディスクを1つ以上のディスク・グループにグループ化します。ディスク・グループの小セットを管理し、Oracle ASMがこのディスク・グループ内のデータベース・ファイルの配置を自動化します。

Oracle ASMには次の利点があります。

- ストライプ化: Oracle ASMは、ディスク・グループ内のすべてのディスクにデータを均等に分散して、パフォーマンスと使用率を最適化します。このデータベース・ファイルの均等分散により、定期的な監視およびI/Oパフォーマンスのチューニングが不要になります。
たとえば、ディスク・グループに6つのディスクがある場合、各Oracle ASMファイルが6つのすべてのディスクに書き込まれます。これらはエクステントと呼ばれます。このシナリオでは、これらは1MBのチャンクです。データベース・ファイルは、作成時にエクステントに分割されて分散され、6つのディスクにストライプ化されます。また、6つのすべてのディスク上に割り当てられたディスク領域は均等に増加します。ファイルのエクステントを読み込む場合、ファイルは6つのすべてのディスクから並行して読み込まれるため、パフォーマンスが非常に向上します。

- ミラー化: Oracle ASMはオプションでファイルをミラー化することにより可用性を向上させることができます。Oracle ASMはファイル・レベルでミラー化し、ディスク・レベルでミラー化するオペレーティング・システムのミラー化とは異なります。ミラー化はファイルの各エクステントの冗長コピーまたはミラー化されたコピーを保持して、ディスク障害によるデータ消失を回避する役割があります。ファイルの各エクステントのミラー化されたコピーは、元のファイルとは別のディスクで保持されます。ディスクに障害が発生した場合、Oracle ASMは、ディスク・グループ内の無事なディスク上でミラー化されたコピーにアクセスし、影響を受けたファイルにアクセスできます。
Oracle ASMは各ファイルのエクステントが1つのミラー化されたコピーを取得する双方向ミラー化、および各ファイルのエクステントが2つのミラー化されたコピーを取得する3方向ミラー化をサポートします。

- オンラインでの記憶域の再検討および動的なリバランス操作: Oracle ASMにより、データベース作動時にディスクの追加、またはディスク・ストレージ・システムからの削除ができます。ディスクを追加する場合、Oracle ASMは、新規ディスクを含むディスク・グループ内のすべてのディスクにデータが均等に展開されるよう自動的に再分配します。この再分散はリバランスと呼ばれます。リバランスはデータベース・パフォーマンスへの影響を最小限に抑えてバックグラウンドで実行されます。ディスクを削除するようにリクエストする場合は、Oracle ASMはまず、削除するディスクからディスク・グループ内の他のディスクへ、ファイルのエクステントすべてを均等に再配置して、リバランスを行います。

- ファイルの作成および削除の管理: Oracle ASMは、Oracle ASMディスク・グループ内に保存されているファイルをOracle Managed Filesにすることによって管理タスクをさらに削減します。ファイルが作成されると、Oracle ASMは自動的にファイル名を割り当て、必要ないと判断すると、自動的にファイルを削除します。Oracle Managed Filesの詳細は、『Oracle Database管理者ガイド』を参照してください。

RAWデバイスまたはオペレーティング・システムのファイル・システムではなく、データベース・ファイル記憶域にOracle ASMを使用することをお薦めします。ただし、データベースはOracle ASMファイルおよびOracle ASM以外のファイルの組合せです。Oracle Enterprise Managerには、Oracle ASM以外のデータベース・ファイルをOracle ASMに移行できるウィザードが含まれています。

Oracle ASMインスタンス

Oracle ASMは特殊なOracleインスタンスとして実装され、独自のシステム・グローバル領域とバックグラウンド・プロセスを持ちます。Oracle ASMインスタンスはデータベース・インスタンスと密接に統合されます。Oracle ASMを記憶域に使用する1つ以上のデータベース・インスタンスを実行する各サーバーには、Oracle ASMインスタンスがあります。Oracle Real Application Clusters環境では、各ノードに1つのOracle ASMインスタンスがあり、Oracle ASMインスタンスがpeer-to-peerで相互に通信します。ノード上のデータベース・インスタンスの数に関係なく、各ノードに必要なOracle ASMインスタンスは1つのみです。

Oracle ASMの管理

Oracle Enterprise Manager Database Control(Database Control)でOracle ASMを管理します。Oracle ASMインスタンスおよびOracle ASMディスク・グループを管理するには、SYSASMシステム権限を付与されたユーザーとしてOracle ASMインスタンスに接続します。Oracle自動ストレージ管理コマンドライン・ユーティリティ(ASMCMD)およびSQL*Plus文を使用してOracle ASMを管理することもできます。

インストール時またはOracle自動ストレージ管理コンフィギュレーション・アシスタント(ASMCA)の使用によりOracle ASMインスタンスを作成すると、SYSASMが指定されたOracle ASM管理者ユーザーに付与されます。

関連項目:

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

- 「Oracle自動ストレージ管理ホームページへのアクセス」

ディスク、ディスク・グループおよび障害グループの概要

データベース内に作成されたファイルのデフォルトの場所となるディスク・グループを作成して、Oracle ASMを構成します。ディスク・グループのタイプによって、Oracle ASMのファイルのミラー化の方法が決定されます。ディスク・グループを作成するとき、そのディスク・グループが通常の冗長性ディスク・グループ(デフォルトによる2通りのミラー化)か、高冗長性ディスク・グループ(3通りのミラー化)か、または外部冗長性ディスク・グループ(Oracle ASMによるミラー化なし)かを指示します。ストレージ・システムがハードウェア・レベルでミラー化されているか、または冗長データを必要としない場合は、外部冗長性ディスク・グループを使用します。デフォルトのディスク・グループ・タイプは、通常の冗長性です。

ディスク・グループは1つのユニットとして管理されるディスクのグループから構成されます。これらのディスクはOracle ASMディスクと呼ばれます。Oracle ASMディスクはディスク・デバイス、パーティションまたはネットワーク接続ファイルとして使用できます。

Oracle ASMインスタンスが起動すると、すべての使用可能なOracle ASMディスクが自動的に検出されます。検出とは、システム管理者がOracle ASMに準備したすべてのディスクの検索、ディスク・ヘッダーの確認、ディスク・グループに属するディスクの決定およびディスク・グループへの割当てが可能なディスクの決定のプロセスです。Oracle ASMは初期化パラメータにリストされているパス内(パラメータがNULLの場合はオペレーティング・システムのデフォルトのパス内)でディスクを検出します。

障害グループでは、一般的な潜在的障害メカニズムを共有しているOracle ASMディスクが定義されています。障害グループの例は、同じSmall Computer System Interface (SCSI)コントローラを共有しているSCSIディスクのセットです。障害グループは、データの冗長コピーの保存に使用するOracle ASMディスクを決定するために使用されます。たとえば、ファイルで双方向ミラー化が指定される場合、Oracle ASMによって自動的にファイル・エクステントの冗長コピーが別々の障害グループに保存されます。障害グループは、標準冗長性および高冗長性のディスク・グループにのみ適用されます。ディスク・グループを作成または変更する場合、またはOracle ASMで自動的に各ディスクを個別の障害グループに配置する場合、障害グループをディスク・グループに定義できます。ほとんどのシステムでは、デフォルトの障害グループはデータの損失を防止するために動作します。

関連項目:

- 障害グループの詳細と障害グループの構成方法については、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle自動ストレージ管理のインストール

このドキュメントでは、Oracle自動ストレージ管理(Oracle ASM)がシングル・インスタンスのサーバーまたはOracle Real Application Clusters(Oracle RAC)ノードにインストール済および構成済であることを前提としています。シングル・インスタンス・データベースまたはOracle RACデータベースの場合のOracle ASMのインストールおよび初期構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Linux』を参照してください。

関連項目:

- 「Oracle自動ストレージ管理について」

Oracle自動ストレージ管理ホームページへのアクセス

すべてのOracle自動ストレージ管理(Oracle ASM)の管理タスクはDatabase ControlのOracle ASMホームページで開始されます。Oracle ASMホームページには次の内容が表示されます。

- Oracle ASMインスタンスのステータス

- 各ディスク・グループの使用量および空き領域のグラフ

- Oracle ASMインスタンスによって提供されるデータベースとOracle ASMクラスタ・ファイル・システムのリスト

asm_home_11gr2.gifの説明

Oracle ASMホームページにアクセスする手順は、データベースがシングル・インスタンス・データベースか、Oracle Real Application Clustersデータベースかによって異なります。詳細は、次の項を参照してください。

- 「シングル・インスタンス・システムでのOracle ASMホームページへのアクセス」

- 「Oracle RACシステムでのOracle ASMホームページへのアクセス」

関連項目:

- 「Oracle自動ストレージ管理について」

シングル・インスタンス・システムでのOracle ASMホームページへのアクセス

シングル・インスタンス・システムでは、データベースのホームページからOracle ASMホームページにアクセスします。

シングル・インスタンス・システムでOracle ASMホームページにアクセスするには、次の手順を実行します。

1. データベースのホームページに移動し、任意のデータベース・ユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。

2. 「一般」ヘッダーで、「ASM」ラベルの横にあるリンクをクリックします。
asm_si_11gr2.gifの説明

3. Oracle ASMログイン資格証明の入力を要求された場合、ユーザーSYSとインストール時に設定したOracle ASMインスタンスのSYSパスワードを入力して、SYSASMとして接続します。

Oracle RACシステムでのOracle ASMホームページへのアクセス

Oracle RACシステムでは、クラスタ・データベースのホームページからOracle ASMホームページにアクセスします。

Oracle RACシステムでOracle ASMホームページにアクセスするには、次の手順を実行します。

1. Database Control OC4Jインスタンス実行中のいずれかのノードでOracle Enterprise Managerにログインします。
Database Control OC4Jインスタンスは、クラスタ・データベースを作成するためにDBCAが実行されたノード上で自動的に起動します。ユーザーの構成によっては、Database Control OC4Jインスタンスはその他のノード上でも実行する場合があります。

詳細は、「データベースのホームページのアクセス」を参照してください。

2. クラスタ・データベース: ホームページの「インスタンス」ヘッダーの下にある、該当するOracle ASMインスタンスへのリンクをクリックします。

ディスク・グループの領域使用量の監視

Oracle Enterprise Managerを使用すると、ディスク・グループの合計容量を監視できます。この容量には、未使用の領域の容量と、ミラー化を考慮しても安全に利用できる未使用の領域の容量が含まれます。

Oracle自動ストレージ管理(Oracle ASM)ディスク・グループの使用および空き領域を表示するには、次の手順を実行します。

1. Oracle ASMホームページに移動します。
詳細は、「Oracle自動ストレージ管理ホームページへのアクセス」を参照してください。

2. 「ディスク・グループ」をクリックして、ディスク・グループ・サブページを表示します。

3. Oracle ASMのログイン・ページが表示されたら、SYSユーザーとしてログインし、SYSASMとして接続します。Oracle ASMインスタンスを作成したときに設定したSYSのパスワードを指定します。

ディスク・グループ・サブページには領域使用率の情報に関するすべてのディスク・グループが表示されます。

asm_admin_page_11gr2.gifの説明

注意:
「使用可能な空き領域」列に、ディスク・グループ内の実際に使用可能な領域がGB単位で表示されます。この数値はディスク・グループの冗長性レベルを考慮したもので、ディスク障害の発生後にディスク・グループ内の全ファイルの完全な冗長性をリストアするために予約されている領域は除外してあります。

関連項目:

- 「ディスク、ディスク・グループおよび障害グループの概要」

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

次のいずれを行う場合も、Oracle自動ストレージ管理(Oracle ASM)ディスク・グループを追加で作成する場合があります。

- 可用性の要件およびストレージ・システムの容量に応じたディスク・グループの冗長性レベル(「標準」、「高」または「外部」)を設定する。

- 異なるクラスの記憶域(SCSIドライブやSerial Advanced Technology Attachment(SATA)ドライブなど)を別のディスク・グループに配置する。ディスク・グループ内のディスクは、サイズおよびパフォーマンス特性が類似している必要があります。

- データベースから分割されたディスク・グループに高速リカバリ領域を保存する。

ディスク・グループを作成するには、次の手順を実行します。

1. Oracle ASMホームページに移動します。
詳細は、「Oracle自動ストレージ管理ホームページへのアクセス」を参照してください。

2. 「ディスク・グループ」リンクをクリックして、ディスク・グループ・サブページを表示します。

3. Oracle ASMのログイン・ページが表示されたら、SYSユーザーとしてログインし、SYSASMとして接続します。Oracle ASMインスタンスを作成したときに設定したSYSのパスワードを指定します。

4. 「作成」をクリックします。
ディスク・グループの作成ページが表示されます。このページには、ディスク・グループに追加可能なOracle ASMディスクのリストが表示されます。「メンバー・ディスクの選択」ドロップダウン・リストを使用して、「すべてのディスク」または「候補ディスクのみ」のどちらが表示されるかを選択できます。

create_disk_group_11gr2.gifの説明

5. ディスク・グループ名を入力し、冗長性タイプ(「高」、「標準」または「外部」)を選択します。

6. 次のとおりにディスクを選択します。

1. 新規ディスク・グループに含める各ディスクの左のチェック・ボックスを選択します。

2. ディスクを強制的にディスク・グループに追加するには、そのディスクの「再使用の強制」チェック・ボックスを選択します。

注意:
「再使用の強制」チェック・ボックスを選択すると、ディスクが別のディスク・グループに属していて有効なデータベース・データを持っている場合でも、新しいディスク・グループに追加されます。このデータは失われます。ディスク・グループに追加できるディスクを選択したかどうかを確認する必要があります。

3. オプションで、選択した各ディスクのOracle ASMディスク名を入力します。(ユーザーが実行しない場合は、Oracle ASMにより名前が入力されます)。

7. 「OK」をクリックし、ディスク・グループを作成します。

関連項目:

- FORCEオプションの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- Oracle ASMディスクの様々なヘッダー・ステータスの詳細は、『Oracle Databaseリファレンス』を参照してください。

- 「ディスク、ディスク・グループおよび障害グループの概要」

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

ディスクを削除する場合は、そのディスク・グループおよびすべてのファイルを削除します。データベース・ファイルがオープン状態だとディスクを削除できません。ディスク・グループを削除した後、他のディスク・グループにメンバー・ディスクを追加したり、他の目的で使用することもできます。

ディスク・グループを削除する理由の1つとして、冗長性(「標準」、「高」または「外部」)の変更があります。ディスク・グループの冗長性は変更できないため、ディスク・グループを削除し、該当する冗長性で再作成します。この場合、ディスク・グループを削除する前にディスク・グループをバックアップするか、または移動する必要があります。

ディスク・グループを削除するには、次の手順を実行します。

1. Oracle ASMホームページに移動します。
詳細は、「Oracle自動ストレージ管理ホームページへのアクセス」を参照してください。

2. 「ディスク・グループ」リンクをクリックして、ディスク・グループ・サブページを表示します。

3. Oracle ASMのログイン・ページが表示されたら、SYSユーザーとしてログインし、SYSASMとして接続します。Oracle ASMインスタンスを作成したときに設定したSYSのパスワードを指定します。

4. 「選択」列でクリックし削除するディスク・グループの名前を選択します。

5. 「削除」をクリックします。
確認ページが表示されます。

6. ファイルが含まれたままのディスク・グループを削除するには、「拡張オプションの表示」を展開して「コンテンツを含む」が選択されていることを確認します。
ディスク・グループにファイルが含まれ、「コンテンツを含む」オプションが選択されていない場合、ディスク・グループを削除できません。

7. 確認ページで「はい」をクリックします。

関連項目:

- 「ディスク、ディスク・グループおよび障害グループの概要」

選択したディスク・グループへのディスクの追加

ディスク・グループにディスクを追加して、ディスク・グループの記憶領域の合計を増やします。1回の操作で1つ以上のディスクを追加できます。Oracle ASMは、ディスク・グループをリバランスするため、データは新規に追加されたディスクを含め、すべてのディスクに均等に配分されます。

数値を指定して、リバランス操作の速度を制御できます(有効な値の範囲は、使用しているOracle Databaseのリリースによって異なります。Oracle自動ストレージ管理管理者ガイドを参照してください)。数値が高いほど、リバランス操作は迅速になります。数値が低いと、リバランスに時間がかかりますが、処理およびI/Oに消費されるリソースは少なくなります。そのため、これらのリソースをデータベースのために使用できます。デフォルト値の 1 では、データベースの中断が最小になります。0では、リバランス操作は完全に停止されます。後で手動または自動でリバランス操作を実行します。たとえば、データベースで要求が少ない時間を待つ場合、およびディスクの追加または削除を行い、ディスク・グループ全体の変更後に1回のみリバランス操作を実行する場合などに、リバランス操作を延期できます。

ディスク・グループに1つ以上のディスクを追加するには、次の手順を実行します。

1. Oracle ASMホームページに移動します。
詳細は、「Oracle自動ストレージ管理ホームページへのアクセス」を参照してください。

2. 「ディスク・グループ」リンクをクリックして、ディスク・グループ・サブページを表示します。

3. Oracle ASMのログイン・ページが表示されたら、SYSユーザーとしてログインし、SYSASMとして接続します。Oracle ASMインスタンスを作成したときに設定したSYSのパスワードを指定します。

4. 「名前」列のリンクをクリックし、ディスクを追加するディスク・グループを選択します。
ディスク・グループにあるディスクのリストが示されているディスク・グループ・ページが表示されます。

disk_group_page_11gr2.gifの説明

5. 「追加」をクリックします。
ディスクの追加ページが表示されます。ディスク・グループに追加可能なOracle ASMディスクのリストが表示されます。これにはCANDIDATE、PROVISIONEDまたはFORMERのヘッダー・ステータスが使用されたディスクが含まれます。

asm_add_disks_11gr2.gifの説明

6. ディスク・グループに追加できるディスクのみではなく、ディスク・グループ(ヘッダー・ステータス = MEMBER)に属するディスクを含めたすべてのOracle ASMディスクを表示するには、「メンバー・ディスクの選択」リストから「すべてのディスク」を選択します。
このページがリフレッシュされ、Oracle ASMインスタンスによって検出されたOracle ASMディスクの完全なリストが表示されます。

7. オプションでリバランス処理の速度を変更するには、「指数のリバランス」リストから選択します。

8. 次のとおりにディスクを選択します。

1. ディスク・グループに追加する各ディスクの左のチェック・ボックスを選択します。

2. ディスクを強制的にディスク・グループに追加するには、右の「使用の強制」チェック・ボックスを選択します。

注意:
「使用の強制」チェック・ボックスを選択すると、ディスクが別のディスク・グループに属していて有効なデータベース・データを持っている場合でも、ディスク・グループに追加されます。このデータは失われます。ディスク・グループに追加できるディスクを選択したかどうかを確認する必要があります。

3. オプションで、各ディスクのOracle ASMディスク名を入力します。(ユーザーが実行しない場合は、Oracle ASMにより名前が入力されます)。

9. 「OK」をクリックし、選択したディスクを追加します。

関連項目:

- 「ディスク、ディスク・グループおよび障害グループの概要」

- リバランス操作の制御およびFORCEオプションの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

ディスク・グループからディスクを削除する場合は、削除するディスクからディスク・グループ内の他のディスクへすべてのファイルをバランスよく移行します。Oracle ASMはディスクを解放します。その後、このディスクを他のディスク・グループへ追加したり、他の目的に使用することもできます。1回の操作で複数のディスクを削除でき、削除操作のためのバランス調整もオプションで設定できます。

次はディスクを削除する場合の理由のリストです。

- ディスクに障害があり、置換する必要がある場合。

- ディスクをアップグレードする場合。

- 他のディスク・グループにディスクを再び割り当てるか、または他のストレージ・システムにディスクを再び割り当てる場合。

注意:
ディスク・グループからディスクを削除しても、それはディスク・グループから論理的に削除するにすぎません。ディスクの内容は削除されません。ただし、内容はディスクを新しいディスク・グループに追加したときに失われます。

1つ以上のディスク・グループを削除するには、次の手順を実行します。

1. Oracle ASMホームページに移動します。
詳細は、「Oracle自動ストレージ管理ホームページへのアクセス」を参照してください。

2. 「ディスク・グループ」リンクをクリックして、ディスク・グループ・サブページを表示します。

3. Oracle ASMのログイン・ページが表示されたら、SYSユーザーとしてログインし、SYSASMとして接続します。Oracle ASMインスタンスを作成したときに設定したSYSのパスワードを指定します。

4. 「名前」列のリンクをクリックし、ディスクを削除するディスク・グループを選択します。
ディスク・グループ・ページが表示されます。

5. 「メンバー・ディスク」ヘッダーの「選択」列で、削除するディスクのチェック・ボックスを選択し、「削除」をクリックします。
確認ページが表示されます。

6. リバランス処理の速度を変更する場合、またはディスクの削除にFORCEオプションを設定する場合は、次の操作を実行します。

1. 「拡張オプションの表示」を展開します。

2. オプションで、「強制」オプション、または、「指数のリバランス」リストのリバランス処理の速度の値を選択します。

注意:
Oracle ASMでディスクの読取りまたは書込みができない場合は、FORCEオプションが必要になることがあります。

7. 「はい」をクリックし、ディスクを削除します。
ディスク・グループ・ページに戻ります。削除された各ディスクはDROPPINGの状態で表示されます。

8. 削除したディスクがディスク・グループに表示されなくなるまでページをリフレッシュします。

注意:
削除操作およびリバランス操作が完了するまで(削除したディスクがディスク・グループ上に表示されなくなるまで)は、削除したディスクの再利用または切断はできません。

関連項目:

- 「ディスク、ディスク・グループおよび障害グループの概要」

- ディスクの削除の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle ASM管理ファイルのバックアップ

Recovery Manager (RMAN)を使用して、Oracle ASMで管理されるファイルをバックアップすることをお薦めします。RMANを使用したバックアップの実行の詳細は、第9章「バックアップおよびリカバリの実行」を参照してください。

関連項目:

- 「Oracle自動ストレージ管理について」

Oracle自動ストレージ管理: Oracle by Example Series

Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この付録のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。

Oracle自動ストレージ管理のOBEを参照するには、ご使用のブラウザで次のURLを指定します。

http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/11g/r2/2day_dba/asm/asm.htm

索引

A  B  C  D  E  F  G  I  J  L  M  N  O  P  Q  R  S  T  U  V  W

A

追加

表に列, 8.3.5.1

Oracle ASMディスク・グループへのディスクの追加, A.8

表の制約, 8.3.5.3

ADDM

「自動データベース診断モニター」を参照

管理

Oracle ASM, A.1

ユーザー, 7.5

管理ユーザー・アカウント, 7.3

SYS, 5.1.5.1, 7.3.1

SYSTEM, 5.1.5.1

アドバイザ

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

バッファ・キャッシュ・アドバイザ, 10.3.1, 10.3.1

説明, 10.3.1

メモリー・アドバイザ, 10.3.1, 10.3.1

使用, 10.3.8.1

パフォーマンス, 10.3.1 PGAアドバイザ, 10.3.1, 10.3.1 クリティカル・エラーの修復, 11.2.6 セグメント・アドバイザ, 10.3.1

使用, 6.3.4.2

SGAアドバイザ, 10.3.1 共有プール・アドバイザ, 10.3.1, 10.3.1 SQLアクセス・アドバイザ, 10.3.1

使用, 10.3.2

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

使用, 10.3.6

UNDOアドバイザ, 6.5.4, 10.3.1 アラート

クリティカル・エラーの確認, 11.2.2

表領域使用率, 6.3.2.2

ALTER SYSTEM文, 5.3 アーカイブREDOログ・ファイル

使用することの利点, 2.3.2.6

説明, 2.3.2.6, 6.1.3

表示, 6.2.3

ARCHIVELOGモード, 2.3.2.6 アーカイブ, 2.3.2.6 ARCnプロセス, 5.1.2 ASM。「Oracle ASM」を参照 自動拡張

データファイルと表領域, 6.1.6.4

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

説明, 10.3.1

結果, 10.1.2

スナップショットの頻度および保存期間の変更, 10.2.4

概要, 10.1.2

スナップショット, 10.1.2

パフォーマンス分析の表示, 10.2.1

自動診断リポジトリ, 11.1 自動メモリー管理, 2.3.2.8.1, 5.4.1

有効, 5.4.2

設定の変更, 5.4.3

自動PGAメモリー管理

設定の変更, 5.4.5

自動共有メモリー管理, 2.3.2.8.1, 5.4.1

設定の変更, 5.4.4

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

概要, 10.3.3

構成, 10.3.4

結果の表示, 10.3.5

自動ストレージ管理。「Oracle ASM」を参照 自動ワークロード・リポジトリ, 10.1.4.1 AWR

「自動ワークロード・リポジトリ」を参照

B

バックグラウンド・プロセス

データベースの構成, 2.3.2.8.2

アーカイバ(ARCn), 5.1.2

チェックポイント, 5.1.2

データベース・ライター(DBWn), 5.1.2

説明, 1.2, 5.1.2

ログ・ライター(LGWR), 5.1.2

管理性モニター(MMON), 5.1.2

プロセス・モニター(PMON), 4.1.1, 5.1.2

システム監視(SMON), 5.1.2

データベース・インスタンスによる使用, 5.1

バックアップ

使用可能, 9.6.1

バックアップ・ピース, 9.3.5.1

チャネル, 9.3.5.1

一貫性, 9.2.1

クロスチェック, 9.6.1, 9.6.2

期限切れバックアップの削除, 9.6.3

不要なバックアップの削除, 9.6.5

期限切れ, 9.6.1

ファイル, 6.1.7

データファイルの全体バックアップ, 9.4.1.1

イメージ・コピー, 9.3.5.1

非一貫性, 9.2.1

データファイルの増分バックアップ, 9.4.1.2

使用不可にする, 9.6.4

管理, 9.6

不要, 9.6.1

推奨バックアップ計画, 9.4.2.2

概要, 9.1

セット, 9.3.5.1

設定, 9.3.5

タグ, 9.4.1.4

使用不可, 9.6.1

検証, 9.4.3

データベース全体のバックアップ, 9.4.2.1

バックアップおよびリカバリ領域

データベース作成時の指定, 2.3.2.6

BasicFile, 8.3.1.4.1 ブラックアウト

期間の定義, 3.8.2

説明, 3.8.1

ブロック・サイズ

データベースに対する構成, 2.3.2.8.2

バッファ・キャッシュ・アドバイザ

説明, 10.3.1

C

集中データベース管理

構成, 2.3.2.3

キャラクタ・セット, 2.1.2.7

定義, 2.3.2.8.3

説明, 2.3.2.8.3

チェックポイント

データベース, 5.1.2

チェックポイント・プロセス, 5.1.2 クラス, Java, 8.6.1 CLOBデータ型, 8.3.1.2.1 コード

データベース常駐型, 8.6.1

列

追加, 8.3.5.1

削除, 8.3.5.2

コメント

問題のアクティビティ・ログに追加, 11.2.6

スキーマ・オブジェクトのコンパイル, 8.6.2 圧縮された表, 6.3.4.2.1, 8.3.1.4.4 構成

自動SQLチューニング・アドバイザ, 10.3.4

接続記述子

説明, 4.1.2

例, 4.1.2

CONNECTロール, 7.2 接続文字列

説明, 4.1.2

接続モード

構成, 2.3.2.8.4

接続権限

SYSASM, A.1

SYSDBA, 5.1.5.1

SYSOPER, 5.1.5.1

制約, 8.3.1.3

追加, 8.3.5.3

削除, 8.3.5.5

変更, 8.3.5.4

制御ファイル

説明, 6.1.1

多重化, 6.1.1

SQL*Loader, 8.3.6

作成

データベース

概要, 2.1

手順, 2.2

スタンドアロンDBCAの使用, 2.3

索引, 8.4.3 サービス・リクエスト, 11.2.4 表, 8.3.4 ユーザー, 7.5.2 カスタマイズした修復, 9.8

D

データ

ロード, 8.3.6

データ・ブロック

説明, 2.3.2.8.2, 6.1.5

データ・ディクショナリ表

ユーザーSYSへのアクセス, 7.3.2

データファイル,

オラクル社が推奨するバックアップ計画, 9.4.2.2.1

自動拡張, 6.1.6.4, 6.3.2.1

自動拡張およびOracle Flashback, 6.5.2

バックアップ, 9.2

使用されたブロックのみのバックアップ, 9.3.5.1

データ・ブロック, 6.1.5

説明, 6.1.5

破損ブロックの検出例, 9.7.2

エクステント, 6.1.5

全体バックアップ, 9.4.1.1

イメージ・コピー, 9.4.1.1

メディア・リカバリ, 9.2.2

欠落, 9.1

損失からのリカバリ, 9.8.4

リストアなしのリカバリ, 9.1

一貫性および非一貫性バックアップからのリストア, 9.2.1

セグメント, 6.1.5

SQL*Loader, 8.3.6

一時ファイル, 6.1.5

バックアップの検証, 9.4.3.2

情報の表示, 6.2.4

データ整合性, 8.3.1.3 データ・リカバリ・アドバイザ, 9.7 データ型

CLOB, 8.3.1.2.1

DATE, 8.3.1.2.1

NUMBER, 8.3.1.2.1

概要, 8.3.1.2.1

ユーザー定義, 8.3.1.4.1

VARCHAR2, 8.3.1.2.1

データベース

ドメイン, 2.1.2.6

グローバル名, 2.1.2.6

管理オプション, 2.1.2.7

データベースの管理

必要な権限, 7.3

データベース・チェックポイント, 5.1.2 Database Configuration Assistant(DBCA)

データベース・オプションの構成, 2.3.3

データベースの削除, 2.3.4

データベース・テンプレートの管理, 2.3.5

データベースの作成に使用, 2.3

データベース構成オプション, 2.1.2.7 Database Control

「Oracle Enterprise Manager Database Control」を参照

データベース・エディション, 2.1.2.3 データベース・リンク

説明, 8.7

データベース・オブジェクト

命名, 8.1

Database Upgrade Assistant(DBUA)

概要, 12.2.1

バージョンの制限, 12.2.2

起動, 12.2.3

アップグレードの手順, 12.2.4

データベース常駐型プログラム・コード, 8.6.1 データベース

アドバイザ

使用, 10.3.1

アラート, 10.1.1

アラートへの対応, 10.1.4.3

メトリックしきい値の設定, 10.1.4.2

通知ルールの設定, 10.1.4.5

メトリックの表示, 10.1.4.1

バックアップ

説明, 9.2

バックアップおよびリカバリ, 9.1 オプションの構成, 2.3.3 DBCAによる作成, 2.3 DBCAを使用した削除, 2.3.4 パフォーマンスの問題の診断, 10.2 複製, 2.3.5 管理

ロードマップ, 3.1

Oracle Enterprise Manager Database Controlの使用, 3

メトリックのしきい値, 10.1.1 監視

アラート・ベース, 10.1.1

パフォーマンス, 10.1

作成の概要, 2.1 パフォーマンス

アドバイザ, 10.3.1

監視, 10.1

リカバリ

説明, 9.2, 9.2

Point-in-Time, 9.2.2

リストア

説明, 9.2

Microsoft Windowsでの起動と停止, 5.2.2 インストールおよび作成の手順, 2.2 記憶域構造

論理構造, 6.1

物理構造, 6.1

チューニング, 10.1 アップグレード, 12.2, 12.2.4 ユーザー, 7 DBCAテンプレートの使用, 2.3.5 DATEデータ型, 8.3.1.2.1 DBAロール, 7.2, 8.2 DBUA

「Database Upgrade Assistant」を参照

DBWnプロセス, 5.1.2 専用サーバー・モード, 2.3.2.8.4 専用サーバー・プロセス, 5.1.3 削除ツール

場所, 12.3

構文とオプション, 12.3

削除

制約, 8.3.5.5

データベース, 2.3.4

表の列, 8.3.5.2

表, 8.3.7

ユーザー, 7.5.9

ビュー, 8.5.4

ディレクトリ

Oracleベース, 2.1.2.4

Oracleインベントリ, 2.1.2.4

ディスク検出

Oracle ASM, A.2

ディスク・グループ

ディスクの追加, A.8

作成, A.6

削除, A.7

ディスクの削除, A.9

ディスク領域の使用状況の監視, A.5

概要, A.2

削除

ディスク・グループ, A.7

ディスク・グループからのディスクの削除, A.9

表領域, 6.3.3

フラッシュバック・ドロップでのUNDO, 9.8.2.1

複製

データベース, 2.3.5

ユーザー, 7.5.3

E

emctl, 3.4

有効

自動メモリー管理, 5.4.2

Enterprise Edition, 2.1.2.3 Enterprise Manager

「Oracle Enterprise Manager Database Control」を参照

EXAMPLE表領域, 6.1.6

構成, 2.3.2.7

パスワード期限切れ

理由, 7.5.8

拡張

表領域, 6.1.6.4, 6.3.2.1

表領域およびOracle Flashback, 6.5.2

UNDO表領域, 6.5.2

エクステント

説明, 6.1.5

F

障害グループ, A.2

高速リカバリ領域, 9.2.3

構成, 9.3.3

保存ポリシー, 9.3.2.1

データベース作成時の指定, 2.3.2.6

フラッシュバック・データベース, 9.8.3 フラッシュバック・ドロップ, 9.8.2 フラッシュバック機能

フラッシュバック・データベース, 9.8.3

フラッシュバック・ドロップ, 9.8.2

フラッシュバック表, 9.8.1

フラッシュバック表, 9.8.1, 9.8.1.2 ファンクション, PL/SQL, 8.6.1

G

グローバル・データベース名, 2.1.2.6

グローバル索引, 8.4.1.2

付与

権限, 7.5.4

ロール, 7.5.4

Grid Control

構成, 2.3.2.3

I

非アクティブ, 6.4.2

インシデント

概要, 11.1

クローズ, 表示, 11.3

クローズ, 11.2.7

トラッキング, 11.1

索引

作成, 8.4.3, 8.4.3

説明, 8.4.1

グローバル, 8.4.1.2

表示, 8.4.2

初期化パラメータ・ファイル, 6.1.7 初期化パラメータ

説明, 5.1

データベースによる使用法, 5.1.1

サーバー・パラメータ・ファイル, 5.1, 5.1.1

表示と変更, 5.3

インストール

前提条件の確認, 2.1.1

選択項目, 2.1.2

概要, 2.1

ソフトウェアの場所, 2.1.2.4

手順, 2.2

記憶域オプション, 2.1.2.5

データベースのためのDBCAの使用, 2.3

インスタンス

データベース・インスタンス, 5.1

管理, 5.1

メモリー構造, 5.1.4

Oracleインスタンス, 5.1

PGA

定義, 5.1.4.2

停止, 5.1.5.3 起動, 5.1.5.2 無効なスキーマ・オブジェクト, 8.6.1

J

Javaクラス, 8.6.1

Javaソース・コード, 8.6.1

L

言語

ソフトウェアによる使用, 2.1.2.7

LGWRプロセス, 5.1.2 ライセンスされたソフトウェア・オプション, 2.1.2.3 listener.oraファイル, 4.1.1 リスナー

「Oracleリスナー」を参照

データのロード・ウィザード

使用, 8.3.6

データのロード, 8.3.6 LOB列, 8.3.1.4.1 ローカル・データベース管理

構成, 2.3.2.3

ローカル管理表領域, 6.1.6.1 ユーザーのロックとロック解除, 7.5.7 ログ・スイッチ

説明, 2.3.2.6

M

管理

メモリー, 5.4

メディア・リカバリ, 9.2.2 メモリー

構成, 2.3.2.8.1

管理, 5.1.4, 5.4, 5.4.1

要件, 2.1.1

Oracleインスタンスの構造, 5.1.4

メモリー・アドバイザ

説明, 10.3.1, 10.3.1

使用, 10.3.8.1

ミラー化, A.1 MMONプロセス, 5.1.2 変更

初期化パラメータ, 5.3

表の属性, 8.3.5

表の制約, 8.3.5.4

ユーザー, 7.5.6

N

Net Configuration Assistant(NetCA)

説明, 4.1.3

NetCA

「Net Configuration Assistant(NetCA)」を参照

ネットワーク構成

接続要求, 4.1.1

説明, 4.1

通知, アラート

アラート通知, 3.8.1

NUMBERデータ型, 8.3.1.2.1

O

オブジェクト権限, 7.2

オフライン表領域, 6.1.6.3, 6.3.2.3

オンラインREDOログ・ファイル, 6.4.2

現行, 6.4.2

説明, 2.3.2.6, 6.1.2

多重化, 6.1.2, 6.4.1

切替え, 6.4.2

表示, 6.2.2

オンラインREDOログ・グループ

説明, 2.3.2.6

オンラインでの表の再定義, 6.3.4.1 オペレーティング・システム・グループ, 2.1.2.7 Oracle ASM, A

管理, A.1

定義, A.1

ディスク検出, A.2

障害グループ, A.2

インストール, 2.1.2.5

ミラー化, A.1

ディスク・グループ領域の使用状況の監視, A.5

リバランス, A.1

Oracle自動ストレージ管理。「Oracle ASM」を参照。 Oracleベース・ディレクトリ, 2.1.2.4 Oracle Enterprise Manager Database Control

バックアップ, 9.4.2

バックアップおよびリカバリ, 9.3.1

構成情報, 2.2

説明, 3.2

機能, 3.2

インストール, 2.1.2.7

データベースの管理, 3

オンライン・ヘルプ, 3.2

起動と停止, 3.4

Oracleインベントリ・ディレクトリ, 2.1.2.4 Oracleリスナー

listener.oraファイル, 4.1.1

起動

Oracle Net

説明, 4.1

リスナー構成, 4.1.1, 4.2

マッピング・メソッド, 4.1.2

ディレクトリ・ネーミング, 4.1.2

簡易接続ネーミング, 4.1.2

ローカル・ネーミング, 4.1.2

推奨修復, 9.7 Oracleシステム識別子, 2.1.2.6 ORACLE_BASE環境変数, 2.2, 2.2, 2.2 ORACLE_HOME環境変数, 2.2, 2.2

P

パラメータ・ファイル, 6.1.7

パーティション表, 8.3.1.4.2

パスワード・ファイル, 6.1.7

パスワード・ポリシー

デフォルト, 7.6.1

説明, 7.6.1

設定, 7.6

パスワード

期限切れ, 7.5.8

パッチ・セット, 12.1 パッチ, 12.1 PGA

「プログラム・グローバル領域」を参照

PGAアドバイザ

説明, 10.3.1

PMONプロセス, 4.1.1, 5.1.2 事前定義ロール, 7.2 権限

管理, 7.3

シノニム, 8.7

SYSDBAおよびSYSOPERユーザーの認証, 6.1.7

接続, 5.1.5.1

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

付与, 7.5.4

Database Control管理ユーザーへの付与, 3.7

オブジェクト, 7.2

推奨, 7.1

データベース管理に必要, 3.6, 7.3

システムの起動, 7.5.4

スキーマ・オブジェクト管理, 8.2

SYSASM, A.1

SYSDBA, 5.1.5.1, 9.3.1

SYSOPER, 5.1.5.1

システム, 7.2

ユーザー, 7.2

ロールを使用して管理, 7.2

問題のアクティビティ・ログ

コメントの追加, 11.2.6

問題

概要, 11.1

コメントをアクティビティ・ログに追加, 11.2.6

問題キー, 11.1

表示, 11.3

詳細の表示, 11.2.3

プロシージャ, 8.6.1 プロファイル, 7.6.1 プログラム・グローバル領域(PGA)

コンポーネント, 5.1.4.2

定義, 5.1.4.2

説明, 5.1.4.2

ターゲット設定, 10.3.8.1

Q

割当て制限

表領域の割当て, 7.5.5

R

読取り一貫性, 6.5.1

読取り専用表領域, 6.1.6.3

読取り/書込み表領域, 6.1.6.3

リバランス, A.1

再利用領域, 6.3.4.1

リカバリ

完全, 9.2.2

構成, 2.3.2.6

高速リカバリ領域, 9.2.3

不完全, 9.2.2

メディア, 9.2.2

概要, 9.1

データベース全体のリカバリ, 9.8.3, 9.8.3

Recovery Manager(RMAN)

チャネル, 9.3.5.1

制御ファイルの使用, 9.2.4

概要, 9.1

並列化, 9.3.5.1

リカバリ・カタログ, 9.2.4

リポジトリ, 9.2.4

ごみ箱, 8.3.7 REDOログ・ファイル

「オンラインREDOログ・ファイル」または「アーカイブREDOログ・ファイル」を参照

参照収集, 10.1.3 表の再編成, 6.3.4.1 修復

カスタマイズ, 9.8

推奨, 9.7

RESOURCEロール, 7.2, 8.2 スキーマ・オブジェクトの再検証, 8.6.2 削除

ロール, 7.5.4

システム権限, 7.5.4

ロール

管理, 7.4

CONNECT, 7.2

DBA, 7.2, 8.2

付与, 7.5.4

事前定義, 7.2

RESOURCE, 7.2, 8.2

起動, 7.5.4

ユーザー権限の管理のために使用, 7.2

表示, 7.4.1

ロールバック, 6.5.1 ロールバック・セグメント

説明, 6.1.4

S

サンプル・スキーマ

構成, 2.3.2.7

インストール, 2.1.2.7

スキーマ・オブジェクト

コンパイル, 8.6.2

データベース・リンク, 8.7

説明, 8.1

索引, 8.4.1

作成, 8.4.3

表示, 8.4.2

無効, 8.6.1 権限, 8.2 順序, 8.7 シノニム, 8.7 表, 8.3.1

制約, 8.3.1.3

変更, 8.3.5

検証, 8.6.2 ビュー, 8.5.1 スキーマ, 7.1 SecureFile, 8.3.1.4.1 セキュリティ・オプション, 2.1.2.7 セグメント・アドバイザ

説明, 10.3.1

説明, 6.3.4.2

手動操作, 6.3.4.4

推奨事項, 6.3.4.2.1

推奨事項の表示, 6.3.4.3

セグメント

説明, 6.1.5

順序

説明, 8.7

サーバー・パラメータ・ファイル, 5.1, 5.1.1 サーバー・プロセス

説明, 5.1.3

サービス・リクエスト

作成, 11.2.4

トラッキング, 11.2.6

サービス

Microsoft Windows, 5.2.2

セッション

説明, 5.1.4.2

設定

パスワード・ポリシー, 7.6

SGA

「システム・グローバル領域」を参照

共有プール・アドバイザ

説明, 10.3.1

共有サーバー・モード, 2.3.2.8.4 共有サーバー・プロセス, 5.1.3 セグメントの縮小, 6.3.4.1 データベースの停止

Microsoft Windows, 5.2.2

SID, 2.1.2.6 SMONプロセス, 5.1.2 スナップショット, 10.1.2 ソース・コード, Java, 8.6.1 表領域の領域使用率アラート, 6.3.2.2 SQLアクセス・アドバイザ

使用, 10.3.2

SQLアドバイザ

概要, 10.3.2

説明, 10.3.1

SQLプロファイル, 10.3.3 SQLレスポンス時間, 10.1.3 SQL文

概要, 3.9.1

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

概要, 10.3.2

使用, 10.3.6

SQLチューニング・セット, 10.1.3 SQL*Loader

制御ファイル, 8.3.6

Standard Edition, 2.1.2.3 データベースの起動

Microsoft Windows, 5.2.2

起動および停止

概要, 5.1.5

必須権限, 5.1.5.1

サブプログラム, 8.6.1 サポート・ワークベンチ

概要, 11

カスタム・パッケージング・プロセス, 11.2.5

ホームページ, 11.2.1

クイック・パッケージング・プロセス, 11.2.5

問題の表示, 11.3

シノニム

権限, 8.7

説明, 8.7

SYSユーザー, 3.7, 3.7, 5.1.5.1, 7.3.1 SYSASMシステム権限, A.1 SYSAUX表領域, 6.1.6 SYSDBA, 2.1.2.7 SYSDBAシステム権限, 5.1.5.1, 6.1.7, 7.3.2 SYSMANユーザー, 3.7, 3.7 SYSOPER, 2.1.2.7 SYSOPERシステム権限, 6.1.7, 7.3.2 システム・グローバル領域(SGA)

コンポーネント, 5.1.4.1

説明, 5.1.4.1

ターゲット設定, 10.3.8.1

システム識別子(SID), 2.1.2.6 システム権限, 7.2

SYSASM, A.1

SYSDBAとSYSOPER, 7.3.2

SYSTEM表領域, 6.1.6 SYSTEMユーザー, 3.7, 3.7, 5.1.5.1, 7.3.1

T

表

列の追加, 8.3.5.1

制約の追加, 8.3.5.3

圧縮, 6.3.4.2.1, 8.3.1.4.4

作成, 8.3.4

削除, 8.3.7

列の削除, 8.3.5.2

制約の削除, 8.3.5.5

説明, 8.3.1

データのロード, 8.3.6

LOB列, 8.3.1.4.1

属性の変更, 8.3.5

制約の変更, 8.3.5.4

パーティション, 8.3.1.4.2

削除された表の取得, 9.8.2.2

データの表示, 8.3.3

情報の表示, 8.3.2

表領域

自動拡張, 6.1.6.4, 6.3.2.1

自動拡張およびOracle Flashback, 6.5.2

作成, 6.3.1

説明, 6.1.6

削除, 6.3.3

EXAMPLE, 6.1.6

UNDO表領域の拡張, 6.5.2

ローカル管理, 6.1.6.1

変更, 6.3.2

オフライン, 6.1.6.3

割当て制限, 7.5.5

読取り専用および読取り/書込み, 6.1.6.3

セグメント・アドバイザ, 6.3.2

領域使用率アラート, 6.3.2.2

SYSAUX, 6.1.6

SYSTEM, 6.1.6

オフライン化, 6.3.2.3

TEMP, 6.1.6

一時表領域, 6.1.6.2

タイプ, 6.1.6.2

UNDO表領域, 6.1.6.2, 6.5.1

UNDOTBS1, 6.1.6

USERS, 6.1.6

情報の表示, 6.2.5

TEMP表領域, 6.1.6 テンプレート

データベースの作成, 2.3.2.1

DBCAでの使用, 2.3.5

一時表領域, 6.1.6.2 トリガー, 8.6.1

U

UNDO

概要, 6.5.1

アドバイザ, 6.5.4

管理, 6.5, 6.5.2

表領域, 6.1.6.2

表示, 6.5.3

UNDOアドバイザ

UNDO表領域の最小サイズの計算, 6.5.4

説明, 10.3.1

最小UNDO保存期間の設定, 6.5.4

UNDO保存, 6.5.1 UNDO保存期間

UNDOアドバイザでの設定, 6.5.4

UNDO表領域

自動拡張, 6.5.2

固定サイズに変更, 6.5.5

固定サイズの表領域の最小サイズの計算, 6.5.4

デフォルト構成, 6.5.1

説明, 6.5.1

UNDOTBS1表領域, 6.1.6 データベースのアップグレード, 12.2.4 ユーザー定義のデータ型, 8.3.1.4.1 ユーザー

アカウント

管理, 7.3

説明, 7

管理, 7.5 作成, 7.5.2 複製して作成, 7.5.3 削除, 7.5.9 複製, 7.5.3 パスワード期限切れ, 7.5.8 ロックとロック解除, 7.5.7 変更, 7.5.6 権限, 7.2 SYSASM, A.1 表示, 7.5.1 USERS表領域, 6.1.6

V

スキーマ・オブジェクトの検証, 8.6.2

VARCHAR2データ型, 8.3.1.2.1

表示

索引, 8.4.2

初期化パラメータ, 5.3

表データ, 8.3.3

表の情報, 8.3.2

ユーザー, 7.5.1

ビュー, 8.5.2

ビュー

削除, 8.5.4

説明, 8.5.1

表示, 8.5.2

W

ウィザード

ブラックアウトの作成, 3.8.2

データベースの作成, 2.3.2

インシデント・レポート, 11.2.1, 11.2.5

データのロード・ウィザード, 8.3.6

Oracle ASM移行, A.1

クイック・パッケージング, 11.2.5

リカバリ, 9.2.2, 9.8, 9.8.3

カスタマイズ・バックアップのスケジュール, 9.4.2.3

SQLアクセス・アドバイザ, 10.3.7

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