ようこそ ゲスト さん、新規登録（無料）して気になる疑問を解決しませんか？
はじめての方へ｜ヘルプ｜FAQ
スポンサーサイト（詳細）

質問
QNo.3392309 アーカイブログのサイズについて
質問者：toshi_200578 環境：Oracle9i 9.2.0.1.0
言語：VB6
OLTPの処理を行っている販売管理システムです。
夜間にバッチ処理を行っています。
最近アーカイブログモードに変更しましたが、夜間の一部のバッチによる影響でアーカイブログのサイズがかなり大きくなっています。
そのバッチ自体は一時的に作成されるテーブルがあり、そのテーブルが大きく影響しているものと思われます。
そこでご質問なのですがREDOログの書込みを上記テーブルは対象外にするように変更できないものでしょうか？
また、アーカイブログのサイズがかなり大きくなる問題についてなにか解決策などがありましたらアドバイスお願い致します。

ちなみに今の現行システムでは１週間で３０GB程度まで大きくなっています。
手動でアーカイブログファイルを別のディスクに移動しています。
困り度：
  • 困っています
質問投稿日時：
07/10/01 15:34
この質問に対する回答は締め切られました。
最新から表示｜回答順に表示｜良回答のみ表示

回答
ANo.4 >NOLOGGINGモードは表領域、テーブル、Insert文などいろいろなところで設定可能になっていますが、

表領域やテーブルはともかく、INSERT文にLOGGINGのオプションはありましたっけ？？
INDEXの間違い？

追加の質問に書かれている（例えば・・の）３点は、マニュアルに説明が書かれているので、まずはお読みください。
その上で、ご不明な点をご質問いただければ、判る範囲で説明します。
（閲覧可能な書物に記載されている内容を説明する意義を感じません）
回答者：k_o_r_o_c_h_a_n
種類：回答
どんな人：一般人
自信：参考意見
回答日時：
07/10/12 18:33
この回答へのお礼この回答にお礼をつける(質問者のみ)

回答
ANo.3 リカバリがややこしいですね。
障害時には、その一部以外の処理についてもリカバリの手順を検討する必要があると思います。(私は検討したことが無いので良く知りません)

障害時には、バッチは最初からやり直す位の割りきりが必要だと思います。
(更新処理が多いとNOLOGにするだけで、処理がかなり早くなる場合が有るのも魅力なんですけどね)
回答者：super-dog
種類：アドバイス
どんな人：一般人
自信：参考意見
回答日時：
07/10/04 16:42
この回答へのお礼この回答にお礼をつける(質問者のみ)

回答良回答20pt
ANo.2 >NOLOGGINGモードにしても問題ないと思いますがなにか気になる点がありましたらご教授お願いできますでしょうか？

例えば、一時テーブルと使っている期間（時間帯）に、障害を起こすと、障害回復させるポイントを
何処にするか制約されます。
一時テーブルを使い終わった後で障害を起こした場合、復旧手順がややこしくなります。
当然ですが、一時テーブルを格納する表領域も配慮する必要があります。
運用上差し支えなければ、NOLOGで良いかと思いますが。
回答者：k_o_r_o_c_h_a_n
種類：回答
どんな人：一般人
自信：参考意見
回答日時：
07/10/04 02:28
この回答への補足回答ありがとうございます。
NOLOGGINGモードについて再確認させてください。
NOLOGGINGモードは表領域、テーブル、Insert文などいろいろなところで設定可能になっていますが、
例えば
(1)表領域はNOLOGGINGモードにしていた場合はその表領域で使用しているテーブル、インデックスについては全てNOLOGGINGになるのでしょうか？？
(2)表領域はLOGGINGモードでテーブル作成時にNOLOGGINGモードを設定した場合はそのテーブルだけはNOLOGGINGになるのでしょうか？
(3)表領域はLOGGINGモード、テーブル作成時も何も設定しなかった場合、Insert文でNOLOGGINGモードにするとそのInsert文は対象テーブル、対象表領域をNOLOGGINGモードに設定しなくてもNOLOGGINGになっているのでしょうか？？

ご教授お願い致します。
この回答へのお礼この回答にお礼をつける(質問者のみ)

回答良回答10pt
ANo.1 SQL文で該当のテーブルをNOLOGGINGモードにすれば大丈夫なはずです。
ただし、REDOログをきちんと理解していないとこの設定は危険です
回答者：super-dog
種類：アドバイス
どんな人：一般人
自信：参考意見
回答日時：
07/10/01 15:55
この回答への補足回答ありがとうございます。
危険と言われると手をだしたくなくなるのですが、REDOログは変更履歴を格納しておりあとから復旧するための元ネタぐらいにしか認識していません。
今回掲示しているテーブルは仮にデータが完全に失われたとしても全く問題ありません。今回のテーブルは既存のデータを集約した値を格納しているだけですので。
ですので仮にOracleシステムがダウンして復旧する際に今回のテーブルは対象外になります。
上記からNOLOGGINGモードにしても問題ないと思いますがなにか気になる点がありましたらご教授お願いできますでしょうか？
この回答へのお礼この回答にお礼をつける(質問者のみ)
最新から表示｜回答順に表示｜良回答のみ表示
スポンサーサイト（詳細）
このページのトップへ