ある日のこと、夜間バッチがOracleエラーを吐いて落ちていました。 エラーコードはORA-01653。バッチログのメッセージには以下のように書かれていました。 ORA-01653:unable to extend table XXX by 1024 in tablespace YYY. Security Zones"を翻訳した... CAPTCHA challenge response provided was incorrect. 技術情報. 事例紹介 case studies. [Oracle] スター型変換の使用 », Copyright © 2013 - Takashi Hashizume - しばちょう先生の試して納得!DBAへの道 indexページ みなさん、こんにちは。週末に出席した後輩の結婚披露宴が素晴らしく感動的で、また私も結婚式をやりたいなと思ってしまった"しばちょう"こと柴田長(しばた つかさ)です。 Gold DBA のセミナー、Oracle Certified... 津島博士のパフォーマンス講座 Indexページ ▶▶ 次のCPU使用率のグラフを確認し、CPUリソース不足による問題か否かを判断して下さい。, 皆さんがCPU使用率を確認しておきたいだろうと勝手に推測し、グラフを用意させて頂きました。, 上のグラフは、データベース・サーバーでコマンド「mpstat –P ALL 5」で、5秒間隔でCPUコア毎のCPU使用率(%usr + %sys)を計測したものです。演習1で問題が発生していた期間である400~600秒の間、CPU使用率はどのように変化していたでしょう?, 答えは明確ですね。CPUリソースは余っています。特定のCPUコアが100%に張り付いているわけでもなく全てのCPUコアが80~90%を推移しています、何よりもスループットが高い時の方がCPU使用率は高かったことは明らかですから、今回の問題はCPUリソースが不足して発生したとは考えにくいという結論に至りますね。ちなみに、Disk I/Oにも特に問題が無かったと言う事をお伝えしておきます。ちょっとグラフを用意するには時間がかかりそうだったので、割愛させて頂きますね。。。, さて、何が問題なのでしょう? と言う事で、いよいよDBAの腕の見せどころがやってくるわけです。ワクワクしますね!!, 今回は比較的簡単な方法である、AWRレポートを比較して特定してみましょう。ちなみに、私が好きな別の方法としては以前にも少し使用したActive Session Historyがあります。こちらはV$ビューを直接参照しても良いですし、Enterprise Managerが提供するグラフを使用するのが非常に便利ですね。, 3.

津島博士のパフォーマンス講座 第78回 Oracle DatabaseのJSONについて, Maximum Security Zonesで、クラウドのセキュリティ対策の弱体化を防ぐ. Oracleのデータの格納先はテーブルです。では「テーブルはどこに格納されるか?」というと、それが表領域(TABLESPACE)です。表領域とはテーブルが格納される場所です。, 表領域は「○○.DBF」としてWindowsのエクスプローラーから確認できますよ。表領域は実態ファイル、つまり物理ファイルなんですね。, この表領域○○.DBFの中に「テーブル」が一杯つまっているのです。そしてその「テーブル」の中に「データ」が一杯つまっています。, 表領域はDBFファイルという「実態のファイル」ですが、「テーブル」や「データ」はファイルではないのでそこが違いますね。表領域という実態のDBFファイルの中にテーブルやデータが論理情報として保管されています。. 製品 license.

Oracleの表領域(TABLESPACE)Oracleのデータの格納先はテーブルです。では「テーブルはどこに格納されるか?」というと、それが表領域(TABLESPACE)です。表領域とはテーブルが格納される場所です。表領域は「 .DBF マニュアルに記載の手順に従い、トランスポータブル表領域により DB 間で表領域の移動を行う。, 異なるプラットフォーム間で表領域のトランスポートを行う場合は endianness が異なると変換が必要になる。 次のスループットとレスポンス・タイムを表したグラフを参照し、問題点を挙げて下さい。, 第29回目にして初めて、検証準備のためのSQLが無いという演習1となります。とは言え、このような演習も面白いのかもしれませんね。と言う事で、早速解説していきましょう。, データベースのパフォーマンス検証を実施する上で必ず作成することになるのが、横軸を時間軸としたスループットとレスポンス・タイムを表すグラフだと思います。そして、このグラフを見て第一に確認することは、「綺麗な線を描けているか?」です。いかがでしょう? 左側から右側へ時間の経過を表しており、400秒を経過する前あたりで、突然赤線のスループット(Transaction Per Sec = その1秒間あたりに実行できたトランザクション数)が大幅に減少してしまっていることを確認できます。スループットは秒間の処理性能ですから、その値が大きな方が優秀であることが理解できます。そして、このスループットの劣化が600秒近くまで続いてから元のスループットへ復活しているように見えますね。明らかに、上のグラフの線は「綺麗とは言えない」でしょう。問題点は、「400秒~600秒の間にあるスループットの大幅劣化である」という答えで正解です。, しかし、私が作成したワークロード(負荷と同義)が400秒~600秒の間だけ、データベース・サーバーに対する処理の要求を少なくするようにしていたらどうでしょう? 同じようなスループットの線を描くことができちゃいますよね。もちろん、私はそんな小細工はしていませんが、結果のグラフだけではなく、どのような特性のワークロードを使用してパフォーマンス検証を実施しているのかという情報もヒアリングする必要があるということも頭に入れておいてください。, とは言え、今回のグラフであればそのようなヒアリングをあまり必要としません。なぜならば、スループットの線だけではなく、もう一つの青線で表示されているレスポンス・タイム(Response Time = その1秒間に処理した全てのトランザクションのレスポンス・タイムの平均)がスループットの大幅劣化と同じタイミングで同様に劣化しているからです。レスポンス・タイムはスループットとは逆で、その値が小さければ小さいほど、速くトランザクション処理が完了したことを意味します。それが大きな値になったと言う事は、一つのトランザクションを処理する時間が長くなってしまった → 次のトランザクションを実行するまでの時間が延びる → 一秒間当たりに処理できるトランザクション量が減る → スループットが劣化した。と言う流れだと解釈できるので、ワークロードに小細工が施されていたなどと疑う余地も無いのです。, 2. 今回の900秒間のWorkloadにおいて、パフォーマンスの劣化を発生させないようにする為には、何GBの空きがあるUNDO表領域が必要になるでしょうか?, はい、最後は簡単な算数の問題となりました。演習6のUNDOセグメントの成長率から、50秒間で約5GBと推定すると、900秒間で90GBになります。よって、このWorkloadのパフォーマンス検証の際には90GBのUNDO表領域を毎回作成し直してから開始すると最速なスループットを確認することが出来るということになります。, ちなみに、このような最適なUNDO表領域のサイズにチューニングして、再度パフォーマンス検証を実施した結果のスループット・グラフは次のようになりました。問題が完全にクリアされていますね!!, いつもの連載とは異なり手を動かす演習問題が非常に少なかったですが、データベースのパフォーマンス・チューニングの一つの例として参考になったのであれば、非常に嬉しい限りです。, UNDO表領域のサイズは、読取一貫性エラーの発生が抑止できれば良いだけではなく、パフォーマンスの劣化を避けるためのサイズ設計が必要な場合があると言う例を示したものですが、大規模データベースで、大量ユーザーによるアクセス、高頻度な更新処理の要求等の様々な条件が組み合わさった上で発生する事象であり、全てのデータベースで発生する訳ではないので、それほど慎重になる必要はありません。まず重要なのは、読取一貫性を維持できるだけのUNDO表領域のサイズにすること。次に、高いスループットが求められる連続期間の間、UNDO表領域が枯渇しないように設計する。このような流れで、データベース管理を進めていくのが良いかと思っています。, 今回も最後まで体験して頂きましてありがとうございました。次回以降もどうぞよろしくお願い致します。.

endianness を確認する。, 表領域内に別の表領域の表の索引が含まれている場合などは自己完結型でないためトランスポートできない。 Oracleは履歴データのような情報も日々収集しているため、自動メンテナンスに 不備がある場合は今回のようなSYSAUX表領域の肥大化が発生することがあります。 他の領域のように、SYSAUX表領域の増加傾向を事前に把握しておくことをお勧めします。 パフォーマンス検証中のTUNED_UNDORETENTIONの値を確認し、UNDO_RETENTION初期化パラメータに設定した期間、読取一貫性が保証されているのかを比較して下さい。, ここまでパフォーマンス劣化の問題が発生したという前提で話を進めてきましたが、この演習5は、改めて冒頭で述べた文章「ORA-1555が発生しなくとも実はパフォーマンスの問題が発生しているかも?」を確認する為のものです。UNDO保持期間は自動チューニングされると言った内容を前回の連載で体験して頂きましたので、その復習でもあります。, それほど難しくないでしょう。V$UNDOSTATビューでパフォーマンス検証中のTUNED_UNDORETENTIONの値を確認すると、UNDO_RETENTION初期化パラメータに設定されている値「300秒」よりも大きな値になっていることから、読取一貫性を300秒以上保証している事が理解できますね。, 改めて今回の私のワークロードをご紹介すると、100msec程度で完了する更新トランザクションを多くのセッションから900秒間連続実行する大規模オンライン・トランザクションを想定したものであり、数十秒や数百秒といった長時間要するクエリーは実行していません。そのためUNDO保持期間の300秒は充分過ぎる期間でもあり、しかも300秒保持できるUNDO表領域のサイズであることも上記の結果から明らかです。, しかし、今回は「ORA-1555が発生しなくとも実はパフォーマンスの問題が発生していた」という事実があり、しかも、enq: US – contention待機イベントが多発していることから、UNDOセグメントが枯渇している可能性が高そうですよね。読取一貫性としてUNDO表領域は充分なサイズだけど枯渇している? 良く分からないですよね。この事実をもう少し確認してみましょう。, 6.

11gR2, DB, Oracle, « [Oracle] マテリアライズド・ビューの高速リフレッシュ Powered by Octopress, [Oracle] v$session, v$active_session_history の階層問合せによる待機のブロッキング・セッションの特定, [Debug] LD_PRELOAD, dlsym, GCC拡張機能によって共有ライブラリの関数の呼出し前後で任意の処理を実行する, [GDB] Linux x86-64 の呼出規約(calling convention)を gdb で確認する, DB: Oracle Database 11g Release 2 (11.2.0.3). 次のAWR期間比較レポートのTop Timed Event部分の抜粋から、待機イベントの傾向の違いを確認してください。, 左側「1st」が0秒~300秒の間、つまり事象が発生しておらず期待通りのパフォーマンスを得られていた際の上位の待機イベントになります。右側「2nd」が300秒~600秒の間でパフォーマンスが劣化している期間中の上位の待機イベントとなります。, まずは左側の傾向を理解しておきましょう。CPU time(これは待機ではなく、CPUを使用していることを示す)が一番上に来ていますから、効率的にCPUを使用していると解釈して良いでしょう。もちろん、非効率なSQLが存在していて無駄にCPUを消費している場合にも、このような傾向が表れることがありますので注意が必要ですが、今回は問題の事象の原因特定ですから、現時点ではそこまで踏み込まなくても良いですね。, 次に2番目の待機イベントは「log file sync」であり、Wait Classに「Commit」と記載されていることから推測できるように、この待機イベントはサーバー・プロセスのコミット待ち時間となります。LGWRがSGA内のLog BufferからDisk上のオンラインRedo Logfileへ書き出しが完了するのを待機している時間ですね。平均待機時間は7.7msecなので、速くも遅くも無い。そんな印象です。, 3番目、4番目にはI/O系の待機イベントが登場しています。待機イベント名からもバレテしまいましたが、実は私のパフォーマンス検証の環境は、Exadataだったのですね。「cell single block physical read」待機イベントは、非Exadataでは「db file sequential read」待機イベントに該当します、また、「cell multiblock physical read」待機イベントは非Exadataでは「db file scattered read」待機イベントです。この待機イベントの違いは覚えていますでしょうか? と質問しようと思ったのですが、これまでの連載では解説していなかったのかもしれませんね。ちょっと見当たらなかったので。。。 タイミングがオカしいので頭出しだけしておくと、シングル・ブロック読込みか、マルチ(複数)ブロック読込みの違いになります。過去の連載を見直して、このあたりの待機イベントの体験を改めて用意しようと思いますので、詳しい解説はまたの機会にしますね。, はい。えーと、期待通りのパフォーマンスを得られていた際の上位の待機イベントの傾向の理解が済んだので、次は右側の問題の事象が発生している期間の傾向について確認していきましょう。, 1番目は同様にCPU timeですので次へ進みます。2番目に「enq: US - contention」待機イベントなるものが登場していますね。一回の待機あたりの平均待機時間は1.52msecなので、非常に小さな待機ですが、待機した総数(Waits)が、他の待機イベントと比較して尋常ではない感覚を覚えて頂けると思います。「contention」と表記されていることから、何やらの競合による待機がデータベース内で発生していると推測できますから、この待機イベントが原因で、スループットやレスポンス・タイムが劣化したのではないかと第一容疑者として疑ってしまって良いと思います。, 大部分の待機イベントは、リファレンス・マニュアルでその意味が紹介されていますが、今回の「enq: US - contention」待機イベントは残念ながら記述されておりませんので、簡単に私の方で解説しておきます。USはUndo Segmentの略であり、UNDOセグメントを確保/解放する処理を要求したが、他のプロセスが同じ処理を実行中なのでキューの中で順番待ちしている際に発生するイベントです。と言う事は、「UNDOセグメントが枯渇しているのでは?」とピンと来た方、ズバリ正解です!!, 5.

.

Obs Bgm Mac 9, マウスホイール 潤滑 油 9, Ps4 アカウント共有 デメリット 8, 利家とまつ 再放送 2020 11, 排卵しない 卵胞 どうなる 6, 毎 熊 克哉 仮面 ライダー オーズ 役 5, Unity Pixels Per Unit 9, Echtpower コントローラー 接続 40, Monsta X %e3%82%ad%e3%83%92%e3%83%a7%e3%83%b3 5, ピアス 拡張 8g 5, 東工大 過去問 英語 5, 三相200v アンペア 計算 10, 辻元舞 プレバト 絵 7, チワワ 凶暴 動画 4, ロキ らっぷびと 歌詞 34, Voxy 80 スピーカー 12, クエリ フィルタ Vba 5, Firebase Authentication 料金 5, Asus Bios設定 おすすめ 23, 中華スマホ Fmラジオ 周波数 変更 28, 中国 俳優 50代 6, Net Framework 528040 7, 駒澤大学駅伝 部 新入生 2020 4, い ず も型3番艦 6, ハレノヒ 歌詞 あい みょん 19, マイクラ 亀トラップ 統合版 4, ラミレス Ops なんj 6, Just Pdf 4 黒塗り 12, Jr西日本 役員 経歴 6, Samonic 3d Vrゴーグル 10, 金運 待ち受け 即効 13, 弁論大会 高校生 2018 12, V6 末っ子 甘やかされ 小説 57, 探偵ナイトスクープ 依頼 費用 4, クロノ レジデンス 44階 4408 9, 子宮蓄膿症 手術 失敗 8, 韓国 ラブソング 女性歌手 34, ギャラクシー S20 スクリーンショット 5, Rei Sirose Cd 27, 女神降臨 Webtoon 日本語 26, Access テーブル定義 Vba 14, 欅坂 パン屋 なんj 8, ヲタ恋 映画 ひどい 5, エンドロール 歌詞 ボカロ 4, ローソン コピー機 電子マネー 4, プラ フェンス Cad 8, ピアノ教室 閉鎖 コロナ 11, Gsx S1000f 塗装 5, 三鷹市 バスケ 社会人 4, Kindle 再ダウンロード 別端末 4, 呼吸困難 セルフケア 不足 看護計画 9, スマブラ Tier 作成 4, 機械 的 性質 強さ 7, ベビーチーズ Cm 出演者 6, Maya グラフ エディタ 重い 15, 嘘 つく旦那 仕返し 8, 久石譲 コンサート 2021 8, 新型ジムニー Xg 内装 5, 限定品 転売 違法 9, ピンポンパール 水泡 治し方 9, キャンメイク マシュマロフィニッシュパウダー 肌荒れ 7, Gp4000s2 23c ワイドリム 18, Twitter いいね 伸びない 4, アナ ウィンター ウィッグ 4, 新基準 パチンコ 甘い台 4, スノボ ウェア サイズ感 15, Nhk 藤井彩子 2020年度 8, プレバト 色鉛筆 イチゴ 12, 離婚後 同棲 いつから 5, かなへい あつ森 マイデザイン 4, 浅尾 なんj イケメン 27, ヴァレンテ ィ リフレクター 説明書 4, Arrows Tab Q704/h I7 4, 同じ体重 見た目 画像 11, 明らかな 英語 Obvious 4, ゴム 紐 ミサンガ 5, ケノン ギャラン ドゥ 18, Pen F ブログ 2019 7, 烏野 一年 赤葦 4, 黒い砂漠 ベル 時間 11, Css Background Image 反転 5, Cocoonスキン 色 変更 6, 小林製薬 Cm 2020女優 59, 志村 けんのだいじょうぶだぁ けんと よう この 寝室 8, 北 打ち 心霊 14, 静岡大学 留 年 9, Ffbe 幻影戦争 パーティ 10, 半 濁点 入力 11, ダイハツ ムーヴ 2004年式 4, Forticlient 98 止まる 29, 修士論文 文字数 文系 6, 交通費 支給 上限 4, ゴールデンボンバー マネージャー 所恵美 9, 車 異音 速度に比例 7, 吃音 あ 行 7, Excel テーブル 行追加 Vba 5, Bl 英字 4文字 17, ミキモト 社長 息子 8, Umidigi F2 Uqモバイル 8,