表領域の使用率がもうすぐ100%

お客様に納めているDBの表領域がもうすぐで
100%使用済み状態になります。
そこでなんらかの対応をしなくてはなりません。
みなさんならどのように対処しますか？

私の考えは
削除できるデータ（テーブル）があれば
削除して使用率を下げます。
もし、削除できるデータがない、または
たいして空き領域が増えなければ
表領域を拡張しようと思っています。

■表領域拡張のメリット・デメリット
・メリット
使える領域が増える

・デメリット
バックアップファイルが大きくなる。
バックアップに時間がかかる。
※データベースファイル
※expコマンドのダンプファイル
※Oracleのバックアップファイル

表領域を拡張するを嫌う方もいらしゃると思います。
技術者みなさんのいろいろ考えが知りたいです。
よろしくお願いいたします。

No.3 回答者： ecogilis 回答日時： 2008/03/27 23:33

データの種類にもよると思いますけど、お客さんは、普通は削除したくないと思いますので削除しない方向でまずは考えたげます。

なのでまず拡張を考えます。

データ量がそのDBを扱うAPのパフォーマンスに影響する。
バックアップ時間が増えたらお客様の業務に影響でてしまう。
領域拡張によってディスクの空きが減るとDBを含めたそのシステムのメンテナンスに支障がでてしまう。

というケースが出てしまう場合には、結局お客様に迷惑をかけてしまうので削除する方向で。

この回答へのお礼

ご回答ありがとうございます＆
返信が遅くなりすみませんでした。

Oracleにさわってみてわかったのですが、
トレイドオフの関係がよくでてきますね(^^;)
お客様に迷惑のかからないように対応していきたいと思います。

お礼日時：2008/04/02 10:51

No.2 回答者： ossan_hiro 回答日時： 2008/03/25 07:55

私の場合はメンテナンスするだけの時間が取れない事がほとんどなので大抵拡張させます（ハード的な理由がない限り）。

バックアップに関しても、ある程度遅いものと認識してもらうのでそれほど気にしません。
（バックアップの空き領域がないとか、テープに入らない等は別ですけど(^^;）

この回答へのお礼

ご回答ありがとうございます。
もし拡張させる場合は、1～2GB拡張しようと思っていますので
ハード的（HDDは空き容量については）今のところ問題ないと思っています。
※テープでのバックアップはとっていないので（これもこれでまずいですかね？汗）
やはりバックアップには時間がかかりますよね。

お礼日時：2008/03/31 11:07

No.1 回答者： muyoshid 回答日時： 2008/03/25 01:15

こんにちわ。

> 技術者みなさんのいろいろ考えが知りたいです。
バージョンやエディションにもよりますが、一定時間
いくつかのテーブルへのアクセスが無い状態を作れる
のであれば、索引を圧縮します。
SQL> Alter index ～ rebuild compress;

Enterprise Edition を使っている場合は先に
テーブルを圧縮します。
SQL> Alter table ～ move compress;
table をmove すると、関連する索引のStatus がUNUSABLE
になるので、索引もrebuild する事を忘れないで下さい。
LONG 列を含んだテーブルや、単一項目でUnique になっている
索引ではエラーになります。

こういう事をやる場合は、事前に以下のSQLも実行しておいた
方が良いです。
SQL> Alter session set db_file_multiblock_read_count=64;
SQL> Alter session set workarea_size_policy=manual;
SQL> Alter session set sort_area_size=104857600;

この回答へのお礼

ご回答ありがとうございます。
テーブルを圧縮する方法があったのは知りませんでした。
バージョンとエディションは
10.2.0.1.0のStandard Edition(One)です。
テーブルのデータは、毎日更新するため
ちょっと難しいかな？と思ってます。
※自分の勉強不足というのが大きいですが・・・(^^;)
でも大変勉強になります。機会があれば試してみたいです。

お礼日時：2008/03/31 10:59