11gRAC構築に続きまして、”ASSM”をネタに見ていきます。バックナンバー、”ASSMに関する検証”も参考にしていただければと思います。略して”ASSM”ご存じの方、知らずに使っている方が居ると思います。地味な機能ですからね。機能と進化を遂げながら成長しています。どんな機能かおさらいすると~セグメントの領域管理をORACLEが、自動で管理する機能です。読者の皆さんに過去に物理設計フェーズで主にテーブル、インデックスを作成するにあたって、Storage句やFREELISTの調整をしながらチューニングの経験をした方は手間がかかったなぁと覚えてませんか。動作としても効率よく領域(Storage)を利用できます。有効の状態で表領域が作成されます。機能の詳細は、冒頭で紹介したバックナンバーを参照してください。おっと、回想はこの辺にしないと。参照すると両バージョン共に、デフォルトのパラメータは、同じでした。カラムに追加されていますねぇ。表領域に対する圧縮機能の拡張、暗号化機能の追加され管理項目が増えています。表領域暗号化」を参考にしてください。https://www.insight-tec.com/mailmagazine/ora3/vol366.html引き続き、セグメントの管理に変化があるかを探っていきます。“dba_segments”を参照してみます。カラムも追加されています。LOB型のセグメントを暗号化する新機能が追加されました。画像、音楽データなどラージオブジェクトをデータベースへ格納するニーズやセキュリティのニーズが背景と考えます。それに伴う管理カラムが増えています。内部動作の検証セグメントヘッダーで管理する空き領域のビットマップを見てみます。10gR2に全く同じ、表領域(ASSM指定)、セグメント(テーブル)を作成、データも同じ件数を格納しダンプを確認するとビットマップの状態、領域の消費サイズ共に、全く同じ結果となりました。以下、検証した結果です。AUTO;–セグメント情報確認セグメントのヘッダーブロックは、同じ。内部仕様は、変わっていないようです。両バージョンとも誤差の範囲で同等の実行時間でした。11;同じ内容、件数のデータを格納し消費したブロックと空きブロックを管理するビットマップの持ち方に違いはなかった。-----------------------------------------------------------------ダンプの見方は、バックナンバーにあります。https://www.insight-tec.com/mailmagazine/ora3/vol331.html▼まとめ検証ネタよりも今回は、事実を確認した回になりました。“ASSM”の内部動作に変更箇所は無いようですね。管理できない制限があります。この制限の理由を探す旅に出ます。(雲をつかむ思いかもしれません・・)千葉へ外出しましたが、茅ヶ崎より雪がたくさん降っていたようです。2月に入って一段と寒くなりましたね。reserved.トップページ企業概要プライバシーポリシ。