約半年に渡って解説してきた「Oracle9i物理設計」もとうとう最終回になりました。物理設計のうち皆さんが興味を持ちそうなところを中心に解説してきたつもりでしたがいかがでしたでしょうか?今後もiSeminarやOTNを通じてOracleDirect のメンバーで技術情報を発信してまいりますのでご期待ください。 はじめに 第5部の解説を受けて、本項では断片化の解決方法について解説いたします。断片化の解消の作業は出来る限り発生しない方がDBAの方々にとっても幸せだと思いますので、該当の断片化が発生しにくくなる事前の対策についても出来る限り解説します。 断片化解決の概要 断片化の解決方法は、断片化現象によりある程度は異なりますが、共通の手法で解決できるものもあります。まずは断片化現象ごとの解決方法を一覧にまとめてみました。次章以降で個別に解説したいと思います。
共有プールをクリアする。 ALTER SYSTEM FLUSH SHARED_POOL; Oracle10gからの機能。インスタンスを再起動することなく、キャッシュをクリアできる。 Oracle9iにはこの機能がないのでキャッシュをクリアしたい場合にはインスタンスの再起動が必要。 なお、使用するにはsysdbaでログインしないといけない。 共有プールにはライブラリキャッシュとデータディクショナリキャッシュが格納されている。 ライブラリキャッシュにはSQLの解析・実行計画や直前に実行したSQL等、 データディクショナリキャッシュには最近実行したSQLの表定義情報、権限が格納されている。 実行することにより以下の効果がある ・共有プールのメモリの断片化の解消 ・キャッシュの内容をクリア(パフォーマンス測定時等) なお、以下の点に注意 ・実行中のSQLの結果が正常に完了しないことがある。 ・シー
3. Oracle RACアーキテクチャ Oracle RACは、共有ディスク有りのActive-Active型クラスタリング構成となります。共有ディスク有りとは、複数のサーバで1つのディスクを共有しデータベースファイルを配置する構成です。Active-Activeは、Webサーバを複数台並べて、ロードバランサで負荷分散を行うのと同じ構成です。複数サーバを並べることにより「パフォーマンス」と「障害復旧性」の向上を図ります。 Webサーバは基本的にステートレスで、状態(データ)を保持しないので、複数台並べやすいのですが、データベースの場合はそう簡単にはいきません。データを管理しますので、「データの同期化」を行う必要があります。 この「データの同期化」が重要なポイントとなります。複雑なアーキテクチャとなりますが、データベース3大原則「パフォーマンス」「データの一貫性」「障害復旧性」を考えれば、
Oracle9i Database から Oracle Database 11g へのアップグレード 実際のお客様 : 事例 Oracle ホワイト・ペーパー 2008 年 10 月 Oracle Database 11g へのアップグレード 概要 ...................................................................................................................... 3 "11g への移行"プロジェクトの 3 つのフェーズ ............................................. 4 参照システムの設定 ...................................................................
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く