Oracle 質問総合スレ13 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
システムプロセスがクラッシュしたからコア吐いているんだろ。
pmonとか致命的なプロセスじゃなきゃmmonが勝手に再起動してくれんよ。 その系統なら素直にサポートへ問い合わせした方がいいと思うよ >>512
日本人だから気になるだけで、世界基準では、使ううえで特に支障がなければ気にしない。
いちいちそんなことを気にしていたら何にもできないぞ。 windowsでminidumpがでてるのって
大抵oracle.exeがaccess violationもらって
インスタンスごと落ちてる場合だと思ってたけど
その場合ならイベントログに何かでてるだろうし
まあサポートに問い合わせるか気にせず消すかお好きな方で >>478
ロックエスカレーションの仕様はあまり変わっていない。
ただし、ロックエスカレーションをテーブル単位に無効化できる。
でも下手に無効化すると、数百万件とか大量レコードを更新した際に、メモリ枯渇に陥ってしばらく応答しなくなったりする。
ロックが大味でメモリの使い方が下手くそなのはSQLSERVERの宿命 exp、impがサポートされなくなったようですが、
サポートされないというのは具体的にどういう意味でしょうか?
使えないわけではないようなので、
何かあっても自己責任というニュアンスでしょうか? >>520
文脈によって意味が変わると思うが、「使うべきでない」と理解するのが妥当かと。 >>520
何か問題が起きてもオラクル社のサポートはないということ。 >>520
例えば一部のLOB型とか従来型exp/impではサポートされないし、正常動作もしない。
そんなの使って日々のバックアップ取っていて、いざ戻せないという自体になっても
当然自己責任という事。 実行計画を知るために、これ迄、SQL*Plus から explain plan for や set autotrace を投入する
やり方を 9i (9.2) 以降、何10年も続けて来たんだが、先日、10g (10.2) で明らかな「誤り」に気づいて
調べた結果、必ずしも正しい実行計画が得られないことが分かった。具体的にはバインド変数を含む
SQLや、mv による query rewrite を行うケース。
代案として dbms_xplan.display_cursor テーブル関数を用いて SQLカーソルから得る方法が
しばちょう先生の記事に載ってた。マニュアルにもあるが、こういう情報を出してくれるのはありがたい。 >>524
宣伝?
マニュアルに書いてない、マニュアルが間違っているのは日常茶飯事。 そういえば、HCC圧縮されたテーブルをUPDATEするとデータブロックが破壊されるバグってもう治ったんですかね? >>526
とっくに対応済みだな。
それにしてもHCC圧縮って、JIS規格みたいに二重表現だよな。 SCSIインターフェース、HTTPプロトコル、HDDドライブ、… ある日突然無茶なHASH結合の実行プラン立てて、一時表領域32GB使い切って死亡するアホなオプティマイザさんは健在ですか? >>531
どういうこと?統計情報固定化ってこと? 修正された新しいバージョンがリリース済みという意味だと受け取ったが、他の可能性もあるなら自分も知りたい 開発環境で検証もされていない実行計画を自動で作り出して本番で走らせてるのは危険ってことでしょ。
完走できないかもしれないが速いF1。
速さはそこそこだけど安定して走るクラウン。
どっちを取りますか? というか取り得る実行計画すべてを事前検証なんてできるのかね >>534
開発環境で検証して上手くいっても、本番でダメなパターンなら良くある。 >>539
問題の根本は製品の不具合なのに、スキル不足で使いこなせない方が悪いと思い込むよう洗脳されてますね。
ベンダー資格とか、製品が悪くないと思い込ませる洗脳が目的だと思う。 製品不具合だとしても公表できないからなあ
これって何かの法律違反にならないのか? >>540
問題の根本は動作検証にならん環境でテストの真似事をして製品不具合のせいにしとるおまえのアタマやで 今度出るバージョンはAIを組み込んだ19Aってこと? >>542
ヒント無しでは、明らかに正しいSQLの結果が返ってこないのが製品の不具合以外の何だというのかね?
洗脳されすぎ。 >>544
結果不正と性能劣化をごっちゃにして話すなや >>545
だれも結果不正(間違った結果を返す正常終了)の事なんて言ってない。
数時間レベルの性能劣化や、性能劣化の原因であるリソースの異常使用によるクエリのクラッシュの話をしてるんだよ。 >>546
つまり、来年1月までは少なくとも、頭の悪いオプティマイザのままってことだな。
まあ、ご自慢のAIも5年くらいはバグでまともに動かないからオフにするしかないんだろうけど。 >>547
>>547
なんだよ、クエリのクラッシュって。セッションの異常終了といいたいの?
遅いことを、正しいSQLの結果を返さない、と表現しないだろ >>549
「正しい」はSQLの修飾子です。
たしかに先入観持って読むと勘違いするな。 ちなみに11.2.0.4で関数インデックス使って、結果不正起きた事ある。
禁じ手なんだろうね。二度と使わねー。 >>551
いい加減自分のアタマが悪い愚痴をこのスレに吐き出すのやめろやw
愚痴なら嫁にでも言っとけよw >>552
少なくともORACLEのオプテマィザより賢い自信はある。 >>553
どっからくんねんその根拠のない自信はw
ホンマにアホやなw 自信というか相対的にという話だよ
別に、お前より賢いとは言ってない。 その天才的すぎる頭脳で、オプティマイザの代わりに常に最適な実行計画とそれを強制するヒントを自動生成するプログラム書いたら、金持ちになれるよ。
頑張れ! ちょっと障害対応できただけでイキってるようにしか見えない 【中庸はNG、右か左】 世界教師マ@トレーヤ「新時代を切開くため70億人を2つのグループに分ける」
http://rosie.5ch.net/test/read.cgi/liveplus/1534987219/l50
PCとスマホのモニターを覗いている傍観者のみなさん、腹を決めてください。 >>557
天才ってw
そもそもなぜ、ORACLEのオプティマイザが頭良いみたいな前提なんだよ。
騙し騙し使ってるうちに、自分が騙されてるよ。
現状のオプティマイザなんて、ある意味最底辺のAIだよ。 >>560
うん。
だったら、自分でオプティマイザの代替をプログラム出来るでしょ、と。 >>562
オプティマイザの代替をプログラムでやるしかないとか、ORACLEさん残念すぎませんか? オプティマイザをdisりたがるお年頃なんやな
ねーよそんなお年頃w >>564
逆にdisらない奴なんているのか?
思ってても言わないだけだろ? disってもいいし同意することもあるけど俺の方が賢いと主張されると失笑だな 開きなおってきよったw
これはマジで発狂する5病前w 最近のハードだと一周回ってRBOが速いとかないのかな
昔は調整し易かったなあ 「オラクルExadataを撤廃、アパレル大手がシステム刷新」っていう日経の記事が、全力でORACLEディスっててビビった。 RBO健在な時代て、9iまでの話でしょ
RBOでアホがアホなSQL書いても何とかなるデータ量だっただけかと >>569
ベンダーロックされて逃げ道が無くなってしまうと相手の言い値だからねぇ。
殿様商売出来なくなって、文句言うまでが一式。 >>569
1ページ目しか見られないけどよくよく読むとOracleあんま関係ないじゃん
弊社の情シスは無能ですって自己紹介
最近トレンドマイクロの件といい日経クロステックやばいな >>573
エクサ関連のパッチはハマりどころ多過ぎて だから、ORACLEがオンラインでパッチ当ててくれる無償サービスもあることにはなってるんだけど、ORACLEが自由にデータ抜いて好きなように使っていいという条件付きだから、実質使えないという話を営業担当から聞いた。 Exadataのプラチナサービス使っていたけど、辞めた。
実際、パッチ充てできる日がいつも半年ぐらい待ちになっている。
自分で充てた方が早かった。 ひとつのサーバーに対して
複数のクライアント端末から同時接続する場合
クライアントのバージョンは統一されていなくても問題ないでしょうか?
サーバー:12c
クライアント1:11g
クライアント2:12c >>577
クライアント互換性のあるバージョンだったら、統一されてなくてもいい。
互換性を確認してないなら、まず調べる。MOSで調べりゃすぐ出てくる
互換性のあるバージョンでも、下の記事にあるような事象が発生するので注意
https://www.ashisuto.co.jp/db_blog/article/201712-ora-01017.html >>578
回答ありがとうございます
互換性については確認済みです
統一されていなくても問題ない旨が
記載された記事はどこかにあるでしょうか?
ご紹介頂ければ助かります 全クライアントのバージョンを揃えないと使えないなら、おちおちパッチも当てられない。
問題ないと書いてあるページを探せって上司にでも言われたの?
責任取りたくない奴が誰かで対応が変わりそう
MOSが参照できるならSRでクライアントバージョン不統一での障害事例はありますかとか聞けばいいのでは
根拠なんてない!たぶん大丈夫
というベテラン様の回答だ
信じろ 接続互換マトリクスは、なんかあったら、原因追ってパッチ提供します。
ってだけで、バグがないこと保証するもんじゃないでしょうに。
複数のバージョンからDBリンク(DB自体が他DBのクライアント)されてる環境なんていくらでも聞くわ U.S.A!!
U.S.A!!
かーもんデータアメリカ!
データを高速にimport
Data Pump 実行計画はまったく同じなんだけど、統計情報を更新すると、SQLの速度が速くなることある、どういうこと? >>586
1回目に実行した時に、データがキャッシュされたんじゃない? 【OK出たギリギリの内容】 日本人は猿以下のジャップだと悪意に満ちた宣伝され……九条ないので開戦
http://rosie.5ch.net/test/read.cgi/liveplus/1536026951/l50
また911やるのか 実行計画はどうやって調べた? explain plan や set autotrace on では本当の実行計画は
取れない事がある。一見それらしいけど実際の計画とは違うことがある。
実行計画を得るには、経験的にSQLコマンドを実行中にカーソルからdbms_xplan.display_cursorで
取ると良い。 だとしたら、調べた実行計画はあまり参考にならないかもしれない。
統計取り直して速くなるようなら、CBOが正しく働いている証拠だと思う。
SQL実行中の実行計画を採って設計通りになるように調整する。例えばSQLヒントを
挿入してオプティマイザへ介入するか、EEのライセンスがあればならSQL計画管理。 【近畿】大阪、兵庫で空き巣など55件
韓国籍の男を追送検し捜査終結
【東京】渋谷センター街で落書き、韓国籍の米国大学生(19)を再逮捕
【社会】最大で金利が342倍
元ヤミ金業者、韓国籍の男ら8人逮捕 【近畿】大阪、兵庫で空き巣など55件
韓国籍の男を追送検し捜査終結
【東京】渋谷センター街で落書き、韓国籍の米国大学生(19)を再逮捕
【社会】最大で金利が342倍
元ヤミ金業者、韓国籍の男ら8人逮捕 >>593
直接は関係ない。
統計取って早くなったと勘違いしてんじゃないかと思っただけだ。
クエリ実行 => 遅いな( ´_ゝ`)
統計取得
クエリ再実行 => 速くなった(゚∀゚) (単にresult cachに乗っていただけ) result cacheデフォで有効になってると思ってそう。。 12c R1からデフォルトで有効ですが何か?
知らずにアップグレード後にライブラリキャッシュのラッチ待ちが多発しましたが >>586
DBが12c R1で>>600にもし引っかかているのなら、12c R1特有の動きだと思った方が良い。
統計情報が存在しないと12c R1だと動的に統計情報を取得して、そいつがresult cache領域で
latchを取りまくるというバグがある。
例えRESULT_CACHE_MODE = MANUALとしていてもこの動きとなる。
パッチ充てるか、12c R2に上げれば直る。 動的統計が内部的にリザルトキャッシュ使うのを、デフォルトで有効になるというのか?
この動きをしても、クエリの結果自体はキャッシュされないんだろ? >>601
12c使ってるとこ見たことないと思ったら、バグだらけだったからなのね。
未だに、どこ行っても11gばっかりw adaptive featuresは本当にバグが多い。12cでパフォーマンス劣化は大概これ。
12.2と12.1のどっかのパッチセットから適応統計はデフォで無効になってるけどね。 >>602
勝手にresult cacheヒント区を内部で付与してSQL実行されるんだから、
当然ながら結果がキャッシュされるぞ。
そのせいで気がついたらあっという間にリザルトキャッシュエリアが食い尽くされて
ラッチが発生しまくってレスポンスが落ちまくるという状況になったから、
定期的にリザルトキャッシュエリアをモニタリングして利用率が80%になったら
フラッシュするというスクリプト書いて対応したわ。 >>604
それでも18cよりはマシだ。
Exadataを18cに上げて色々と遊んでいるが、新機能の半分も
まともに動きやしないw
こんなの良く世の中に出せるもんだといつも関心する。 いや、だからさ、リザルトキャッシュのヒントつくの動的統計の再帰コールだけなんじゃないの?って。 >>607
逆に新機能が半分近くもまともに動くとしたら驚きだ。検証足りてるかと疑いたくなる。 >>608
再起コールだけじゃない。
それだったらあんなにresult cache領域を使いまくる説明にならない。
あっという間に使い切るぞ。 そもそもリザルトキャッシュって役に立つこと無いよね。
ファンクションリザルトキャッシュは素晴らしいけど。 >>610
知らんがな。MOSドキュメントのどこにそんなこと書いてあるの? ■ このスレッドは過去ログ倉庫に格納されています