出産前後の痔にはご注意!

Oracle のTEMP表領域の使用率で質問があります。

サービスを再起動したときに、使用されていたTEMP表領域が開放されて、
再利用可能になるという事までは理解しました。
そこで、質問があるのですが、
1) 再利用可能になると、再利用可能になった分だけ、エンタープライズマネージャの
データベース → サービス名 → 記憶域 → 表領域 を参照した時の、
使用量、使用率が減る・・・と、言う解釈で間違いないでしょうか?

検証環境で、再起動を行いこの値を確認してみたのですが、再起動前と再起動後で値の変化がありませんでした。

2) また、TEMP領域の自動拡張がOFFになっていた場合で、TEMP領域を使用するような状況が発生した場合、
どうなるのでしょうか?

よろしくお願いします。

このQ&Aに関連する最新のQ&A

A 回答 (1件)

> 1) 再利用可能になると、再利用可能になった分だけ、エンタープライズマ


> ネージャのデータベース → サービス名 → 記憶域 → 表領域 を参照した時
> の、使用量、使用率が減る・・・と、言う解釈で間違いないでしょうか?

間違いあります。OEM で確認できる使用率は、一時ファイルの先頭部分から「1度以上使用されたことがある領域」のうちの最も後ろにある部分までを使用していると仮定して使用率を計算しています。ここで、「1度以上使用されたことがある領域」には「現在使用されている領域」+「再利用可能な領域」が含まれています。従って、処理の終了やインスタンスの再起動によって再利用可能になっても、OEM から見た一時表領域の使用率が減少するようなことはありません。

> 検証環境で、再起動を行いこの値を確認してみたのですが、再起動前と
> 再起動後で値の変化がありませんでした。

はい、そうなります。

例えば、以下の例だと、実際に使用しているのは3/10なので、空き領域は70%です。でも、これをOEMから参照すると、90%となります。(再利用可能な部分も使用しているとみなされる)

**++++*++-
(凡例)*:使用中、+:再利用可能、-:未使用

> 2) また、TEMP領域の自動拡張がOFFになっていた場合で、TEMP領域を使
> 用するような状況が発生した場合、

再利用可能な領域があればそこを使います。ただし、空きがない場合は当然のこと、さらに実際には空きがあっても断片化していて利用できない場合は自動拡張を試みます。ここで、自動拡張できないとなると、ORA-1652 が発生してその SQL 文は失敗に終わります。
    • good
    • 2

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Qデータを削除しても表領域の使用率が減りません

いつもお世話になっております。

今使用している表領域の使用率が高くなってきたため、
不要なテーブルやデータを削除しました。

ですが、少ししか使用率が減らず困っています。

テーブルを削除した際にはPURGE RECYCLEBINで、BIN~のテーブルも
消しています。

何か他に原因があるのでしょうか?

Aベストアンサー

前の方のおっしゃるとおり、DELETEしただけでは領域は開放されません(ハイウォーターマークが下がらない)ので、以下を試してみてください。

1.該当テーブルの全件削除で良い場合
truncate テーブル名 drop storage;
を実行する。
これで領域も開放されます。(最後のところをreuse storageとすると領域保持する意味となる)

2.部分的にdeleteして、領域を開放したい場合
alter table テーブル名 enable row movement;
alter table テーブル名 shrink space cascade;
alter table テーブル名 disable row movement;
を実行する。
1行目は領域開放の前準備、3行目は1行目の変更を元に戻す意味。
2行目でcascadeしておくと、関連インデックスの領域も一緒に縮小してくれます。

Q一時表領域について

システム運用開始前の性能試験で、自動拡張に設定していない一時表領域の容量を超えるOracleのエラー(ORA-1652だったような)が出たため、SQLの修正を行っている最中です。

パフォーマンスチューニングやデータベース容量の設定などには詳しくないため、一時表領域を自動拡張に設定すべきかこのまま自動拡張にしないままにしておくべきかどうかの判断はつかないので、とりあえずそのままにして、一時表領域が容量を超えないようなSQLに修正しようとしています。

ただ、一時表領域のため、容量の見積が出来ず、実際にシステムを動かして確認するしかありません。
自社の環境でもOracleのエラーを再現させることが出来たのですが、一時表領域のサイズが小さくなりません。
これは、エラーのせいなのでしょうか?
また、一時表領域を小さく(0バイト)にしたり、いったん削除して再作成したりは出来ないのでしょうか?

ALTER TABLESPACE、DROP TABLESPACE 共に実行できませんでした。
ちなみに、この一時表領域は、TEMPORARYタイプでユーザのデフォルトの一時表領域になっています。

システム運用開始前の性能試験で、自動拡張に設定していない一時表領域の容量を超えるOracleのエラー(ORA-1652だったような)が出たため、SQLの修正を行っている最中です。

パフォーマンスチューニングやデータベース容量の設定などには詳しくないため、一時表領域を自動拡張に設定すべきかこのまま自動拡張にしないままにしておくべきかどうかの判断はつかないので、とりあえずそのままにして、一時表領域が容量を超えないようなSQLに修正しようとしています。

ただ、一時表領域のため、容量の見積が出来ず...続きを読む

Aベストアンサー

一度大きくなってしまった表領域を小さくすることはできないので、再作成するしかありません。

再作成の方法は、Oracle 9i 以降を使っているのであれば、

CREATE TEMPORARY TABLESPACE temp_new
TEMPFILE 'path' SIZE xxxM;

ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_new;

DROP TABLESPACE temp_old INCLUDING CONTENTS;

で再作成が可能だったと思います。

Qsqlplusで表示が変なので、出力を整形したい。

いつもお世話になっています。

サーバにアクセスしてsqlplusで、
データを調べたいのですが、
出力形式が見づらくて困っています。

よくわからいのですが、
---------------------------
カラム名1
---------------------------
カラム名2
---------------------------
カラム名3
---------------------------
1の値 2の値
3の値
---------------------------
カラム名1
---------------------------
カラム名2
---------------------------
カラム名3
---------------------------

上記のように意味不明な形式で出てきます。

例えばこんな風に

select カラム1,カラム2,カラム3 from hoge;

カラム1 1の値
---------------------------
カラム2 2の値
---------------------------
カラム3 3の値

等のように分かりやすく表示できないでしょうか?

ちなみにOracle9iR2を使用しています。
sqlに関するツールは使用できないルールでして、あくまでsqlplusのコマンド上でみやすくしなければなりません。

分かりづらくですいませんが、皆さま、ご教授お願いします。

いつもお世話になっています。

サーバにアクセスしてsqlplusで、
データを調べたいのですが、
出力形式が見づらくて困っています。

よくわからいのですが、
---------------------------
カラム名1
---------------------------
カラム名2
---------------------------
カラム名3
---------------------------
1の値 2の値
3の値
---------------------------
カラム名1
---------------------------
カラム名2
---------------------------
カラム名3
-----------------------...続きを読む

Aベストアンサー

SQLPLUSを起動して、

SQL>set linesize 列数

でどうだ。

SQL>show linesize

で確認ができる。

Q実行計画の「COST」と「BYTE」について教えていただきたいです。

実行計画の「COST」と「BYTE」について教えていただきたいです。

書籍には
COST・・・・CBOによって見積もられた操作コスト。
BYTE・・・・アクセスされるバイト数のCBOのアプローチによる見積もり。
と書かれていますが、いまいちピンときません。


私は、
COSTは、検索するテーブルのデータ量が多いほうがコスト値が大きくなる。
BYTEは、検索条件に合致して取得できるデータが多いほうがバイト値が大きくなる。
と思っているのですが、正しいでしょうか?

Aベストアンサー

このあたりを参考にしてください。
COSTはデータ量だけではなく、その表やViewのアクセスに要する時間やSortや結合が必要なら、そのために必要なCPU時間等も考慮されています。
表があるHDDのアクセス速度なんかも考慮されているし、表のエクステントが複数になっているかとかも考慮されています。
書籍はわかりにくいかもしれませんが、嘘は少ないと思います。著者が思い違いをしてないとは言い切れませんが。

参考URL:http://otn.oracle.co.jp/forum/message.jspa?messageID=35016743

QData Pump で大量データインポートの際のUNDO表領域、TEMP表領域不足エラー解消法のついて

いつも多くの方々にお世話になっております。
どうしても解決できなかったので、質問を書き込ませていただきました。

大量データのテーブルをDataPump の Impdp でインポートしようとした際に、
UNDO表領域やTEMP表領域不足によりインポートが中断されてしまうので、
その解消法を探しています。

単純にTEMP表領域やUNDO表領域のサイズを大きくすれば解決できるのですが、
ディスクの容量に限りがあり、TEMP表領域やUNDO表領域のサイズを700MBのまま、
大量データをImpdp でインポートできるようにしたいのですが、そうするとうまくいきません。

以前からあったImport の場合でしたら、「COMMIT=Y」としていすれば、
大量データであっても、TEMP表領域やUNDO表領域のサイズを700MBのまま、インポートできました。

しかし、Impdp には「COMMIT=Y」がサポートされなくなったとOTNのドキュメントにも書かれていました。

従来のImport を使えばインポートできるのですが、非常に時間を要するため、
TEMP表領域やUNDO表領域のサイズを気にせずとも
Data Pump のImpdp を用いてインポートできる方法を
ご存知の方がいらっしゃいましたら、ご教授願えませんでしょうか?

いつも多くの方々にお世話になっております。
どうしても解決できなかったので、質問を書き込ませていただきました。

大量データのテーブルをDataPump の Impdp でインポートしようとした際に、
UNDO表領域やTEMP表領域不足によりインポートが中断されてしまうので、
その解消法を探しています。

単純にTEMP表領域やUNDO表領域のサイズを大きくすれば解決できるのですが、
ディスクの容量に限りがあり、TEMP表領域やUNDO表領域のサイズを700MBのまま、
大量データをImpdp でインポートできるようにした...続きを読む

Aベストアンサー

テーブル単位でインポートなどでも駄目なのでしょうか?
UNDOや一時領域をなるべく生成しない方法を考えましょう。
#この事象はサポートセンター行きだと思います。

Qbatファイルからsql文実行

クライアントOS:WIN2000
Oracle:9i(サーバ(UNIX)上にあります)

現在、クライアントからbatを起動し、SQL文を投げ、結果を取得したいと思っております。
(SQL文は単純にTBLをカウントしているだけです)

・batの中身
sqlplus %UID%/%PASS%@%SID% @test.sql > output

結果は取得出来るのですが、余分な情報も結果に出力されてしまいます。結果のみを出力させるにはどうすればよろしいでしょうか?

・余分な情報
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
に接続されました。

Aベストアンサー

sqlplus に -S オプションを追加してみればどうでしょうか。

参考URL:http://biz.rivus.jp/sqlplus_overview.html

QOracleで流したSQLのログを取得できますか?

ASP+Oracle9iで作られたシステムがあります。
Oracleの設定などは前任者がしており、まともな引継ぎを受けないまま私が維持運用員となりました。
現在DBからあるレコードが消えてしまい(最初から作られてない可能性もあり)、顧客からクレームがついています。
状況から考えて怪しいプログラムを調査したのですが、原因不明でした。
そこで、Oracleの方で今まで流れたSQLをログとして保存していれば手がかりがつかめるのではないかと思い、情報を探しているのですが見つからないので教えて頂きたいのです。
私はOracleの知識(管理面について)が殆どなく、Oracleを使うことはできるが、Oracleの設定がどういう状況になっているか調べることもできず、資料もありません。

1.そもそもOracleにSQLをログとして保存する機能があるのか?
2.あるとすれば、保存機能が有効になっているか、保存したファイルがどこにあるかをどこで確認できるか?

以上の点についてご存知の方、どうぞ回答よろしくお願いします。

Aベストアンサー

OracleのSQL実行痕跡は以下に示すものの中にあります。
ただし、それぞれの設定レベル、保存方法によって、参照できる範囲は変わります。

1.オンラインREDOログとアーカイブログ
  オンラインREDOログはすべてのOracleデータベースに存在します。
  ですが、そのREDOログのサイズとシステムのアクセス量によって保存期間は変化します。アーカイブログ設定しておけば、古いREDOログはアーカイブとして吐き出されます。
  これらは#1の方がおっしゃったLOGMINERで実行済みSQLを調査することができます。
  アーカイブログモードになっているかどうかは、下記で確認できます。
   SQL> select log_mode from v$database;

  また、どのアーカイブログファイルを調査するかは下記を参照すれば良いと思います。
   SQL> select name,to_char(completion_time, 'yyyy/mm/dd hh24:mi') adate from v$archived_log;

2.フラッシュバック問い合わせ
  これは初期化パラメータUNDO_MANAGEMENTがAUTOに設定されており、かつUNDO_RETENTIONが保存期間として適切に設定されている場合のみ使用できます。
  やっていることは、UNDO表領域(旧RBS用表領域)の中に残っている実行履歴を参照しています。したがって、データベース設計時にフラッシュバック問い合わせを前提としていない限り、使える可能性は低いです。

3.その他
  監査を実行していれば、実行SQLを取得できる可能性があります。
  ただし、監査レベルなどを理解しておかないと、すべてのSQLが取得されていない可能性がありますので、難しいかもしれません。

OracleのSQL実行痕跡は以下に示すものの中にあります。
ただし、それぞれの設定レベル、保存方法によって、参照できる範囲は変わります。

1.オンラインREDOログとアーカイブログ
  オンラインREDOログはすべてのOracleデータベースに存在します。
  ですが、そのREDOログのサイズとシステムのアクセス量によって保存期間は変化します。アーカイブログ設定しておけば、古いREDOログはアーカイブとして吐き出されます。
  これらは#1の方がおっしゃったLOGMINERで実行済みSQLを調査することができま...続きを読む

QSELECTで1件のみ取得するには?

こんにちわ。
いまORACLE9iを使用している者です。

ACCESSでは
SELECT TOP 1 項目名 FROM テーブル名
ORDER BY 項目名;
で並べ替えたデータ群のうち,先頭の1件だけを
取ることができますが,
ORACLEでそのような機能(SQL)はあるでしょうか?
教えてください。
よろしくお願いします。

Aベストアンサー

order by と rownum を併用する場合は注意が必要です。

[tbl01]
cola | colb
------------
1000 | aaaa
1001 | bbbb

というデータがある場合、
select cola from tbl01 where rownum < 1 order by cola desc;
とすると、「1001」ではなく、「1000」が返されます。
これは、order by の前に rownum < 1 が適用されてしまうからです。

解決するには、
select aaa from (select cola aaa from tbl01 order by cola desc) where rownum = 1;
とすれば良いです。

QOracleの一時表領域について

毎々お世話になっております。

一時表領域が肥大化してきたため、オンラインで縮小処理をしました。
http://www.roy.hi-ho.ne.jp/montague/lilical-oracle.html

TEMP01を使用していたため、TEMP02を作成しTEMP01をオフラインにしました。
そしてdropしようとすると失敗しました。エラーが出たらしいのですが、後輩が消してしまったため
わかりません。またTEMP01の物理ファイルも削除してしまったようです。
今の一時表領域をみるとTEMP02がオンラインになっていました。正常に使用もされていましたが、
TEMP01が中途半端に残っています。TEMP01もオンラインになっていますが、サイズは0MBとなっています。TEMP01をオフラインにするSQLを入力するとオフラインになりましたというメッセージが出ます。しかしDROPしようとすると、使用できない旨のエラーがでます。
解決方法が分からなくて困っています。

バックアップファイルもないため困っています。
このような状況になった方はおられますでしょうか?お手数ですがご教授ください。

毎々お世話になっております。

一時表領域が肥大化してきたため、オンラインで縮小処理をしました。
http://www.roy.hi-ho.ne.jp/montague/lilical-oracle.html

TEMP01を使用していたため、TEMP02を作成しTEMP01をオフラインにしました。
そしてdropしようとすると失敗しました。エラーが出たらしいのですが、後輩が消してしまったため
わかりません。またTEMP01の物理ファイルも削除してしまったようです。
今の一時表領域をみるとTEMP02がオンラインになっていました。正常に使用もされていましたが、
TEMP01...続きを読む

Aベストアンサー

こんにちわ。

> DROPしようとすると、使用できない旨のエラーがでます。
一時表領域に紐付いている一時ファイルが削除された状態から問題の
一時表領域を削除したいと言う事でしょうか?
私は同様な状況に陥った事はありませんが、対応方法としては
以下のようになると思います。

1) 一時表領域と一時ファイルの対応を確認する。
 % sqlplus "/ as sysdba"
 SQL> select tablespace_name, file_name from dba_temp_files order by 1,2;

2) 削除する一時表領域に紐付く一時ファイルをOffline 化する。
  (エラーとなるかもしれません)
  SQL> alter database tempfile '一時ファイル名' offline;

3) 削除する一時表領域に紐付く一時ファイルに削除マークを付ける
  SQL> alter database tempfile '一時ファイル名' drop:

4) 問題の一時表領域を
  SQL> drop tablespace temp01;

こんにちわ。

> DROPしようとすると、使用できない旨のエラーがでます。
一時表領域に紐付いている一時ファイルが削除された状態から問題の
一時表領域を削除したいと言う事でしょうか?
私は同様な状況に陥った事はありませんが、対応方法としては
以下のようになると思います。

1) 一時表領域と一時ファイルの対応を確認する。
 % sqlplus "/ as sysdba"
 SQL> select tablespace_name, file_name from dba_temp_files order by 1,2;

2) 削除する一時表領域に紐付く一時ファイルをOffline 化する。
  (エ...続きを読む

Q索引の再構築をすべき?

とあるプロジェクトに放り込まれた新人SEです。
当該PJでは、客先にDBを構築して納入しているのですが、最近動作が遅くなってきたというクレームを耳にしました。調べてみると、特定のテーブルのSelect処理に時間がかかっているようです。問題のテーブルは、毎日数十万件のデータがInsertされ、一定の保持期限より古いデータは毎日削除されます。
問題はここからで、索引は設定されていますが、それをメンテしているという話を聞かないのです。
ちなみに、日付に対応するパーティションがあり、表・索引ともにパーティションで管理されています。毎日深夜に一番古いパーティションを削除し、翌日分のパーティションを新規作成するデーモンが動きます。
OracleSilver挑戦中の頭で一生懸命考えたのですが、納入から時間が経っているので索引が凄いことになっているのでは・・・という考えと、毎日新しいパーティションが生成されてるから大丈夫なのでは・・・という根拠の無い考えが渦巻いています。
アドバイス、お願いできますでしょうか。

Aベストアンサー

>CBOでは実行計画の最適化には統計情報が使われるのですか・・・!
>ということは、定期的にANALYZEしないとボケた実行計画を選択してしまう、ということですか。
>(ちなみにCBO or RBOは少し調べて理解したのですが、どこかで明示されているんでしょうか?)

CBOは、原則として、統計情報が必要です。
統計情報にあるテーブル/インデックスの特性と実態が異なるようなケースでは、
統計情報が悪さをして、まともな実行計画が立案できません。
なので、テーブルの登録内容が大きく変わる場合は、統計情報の更新を行う必要が
あります。
ただし、統計情報が一度も採取されていないテーブルやインデックスについては、
CBOは、類推して、実行計画を算定します。
これが偶々良い方向で実行計画に作用する場合も無いとは限りません。
少なくとも、大嘘付きの統計情報を使うくらいなら、ない方がましかもしれません。


現在どのオプティマイザを使っているかは、初期化パラメータに
指定があるはずです。(デフォルトはCHOOSE)
特定のSQLのみルールベースにしたり、コストベースオプティマイザの種類を変更したり
というのは、オプティマイザヒントで行えるので、統計情報が信頼できず、
統計情報の更新タイミングが持てないような運用の場合、ヒントで切り抜けるのが
ラクな解決法だと思います。
少なくとも、他への影響がないので。

>CBOでは実行計画の最適化には統計情報が使われるのですか・・・!
>ということは、定期的にANALYZEしないとボケた実行計画を選択してしまう、ということですか。
>(ちなみにCBO or RBOは少し調べて理解したのですが、どこかで明示されているんでしょうか?)

CBOは、原則として、統計情報が必要です。
統計情報にあるテーブル/インデックスの特性と実態が異なるようなケースでは、
統計情報が悪さをして、まともな実行計画が立案できません。
なので、テーブルの登録内容が大きく変わる場合は、統計情...続きを読む


このQ&Aを見た人がよく見るQ&A

人気Q&Aランキング