[過去ログ] Oracle 質問総合スレ10 (1001レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
173(2): 2014/08/21(木)18:02 ID:??? AAS
ORACLE_SIDを設定したら一歩前進しました。
ありがとうございます!!
今度はORA-01031 insufficient privilegesというエラーが出てしまいます。
どうしたものでしょうか?
174: 2014/08/21(木)18:12 ID:??? AAS
>>173
Oracleのエラー番号ググると出るぞ
権限が不足してる
175: 2014/08/21(木)19:22 ID:??? AAS
>>173
sysdba 権限で接続するためには、OS側の実行ユーザがOSのdbaグループに属している必要がある。
176(4): 2014/08/21(木)20:49 ID:??? AAS
ストアドで普通にinsert文を実行していたら、突然処理が止まってしまいました。
現象は↓なのですが、どんな問題が考えられるでしょうか
@ SQL Developerのセッションモニタを確認したらば、Activeなコネクションが1つだけあった
実行中のSQLは何も表示されていなかった
A 自分がかけたロックだけで、テーブルにデッドロックは発生していなかった。
B 高い負荷がかかる処理ではないのに、CPUの使用率25%前後で推移していた
問題のあったコネクションをkillしたらば、CPUの使用率が劇的に下がった
C 問題のあったセッション以外では、普通にINSERT、SELECTを実行することができた
ループの外でただ単にinsert文を実行しているだけなので、oracle(ver 11.2.0.1)のバグなのかなー?って思いました。
insert文のあとにsql%rowcountを実行するようなロジックになっていました。
177(1): 2014/08/21(木)22:50 ID:??? AAS
>>176
100%発生するの?
ならSQLトレース仕掛けてみたら?
178(1): 2014/08/21(木)23:40 ID:??? AAS
>>176
4coreマシンで無限ループ状態になってるんじゃない?
再現性あるならSQLトレースとって実行されてるSQL確認すればどこでループしてるかわかると思うよ
179(1): 2014/08/22(金)00:35 ID:??? AAS
>>176
JDBC Thin driverで接続している場合にgetnextpacketで
永遠に待ち続けるバグが11.2.0.1以下であるな。
180(1): 176 2014/08/22(金)07:06 ID:??? AAS
>>177
再現率100%なのか今日調査する予定です
>>178
Xeon 4コアなので、その通りだと思います
>>179
vb.netなのですが、ちょっと違うかもしれないです
やっぱり、ORACLEのバグっぽそうな動作ですね!!
181: 2014/08/22(金)13:29 ID:??? AAS
>>180
とりあえず、AWR/statspackなり、SQLTraceするなりして何が実行されてるのか見てごらん。
特定のSQLが大量に実行されてるならプログラム内でループしちゃってろんだろうし、SQL実行回数が想定通りなのにその状態ならバグの可能性が高いんだろうよ。
182(1): 2014/08/28(木)20:40 ID:??? AAS
DBLink使ったSQLの実行計画って微妙だなぁ…。
SQL*Plus の AUTOTRACE で見た実行計画と、
DBMS_XPLAN.DISPLAY_CURSOR()で見た実行計画とで出方が違うのはなんでなん??
リンク元とリンク先のDBでSQLトレースONにしてみたら、
リンク元が馬鹿な結合(MERGE JOIN CARTESIAN)を選択していて
BUFFER SORT が大量発生。
INDEX RANGE SCAN して欲しいんだけど、それはリンク先のDBしか知らない情報なので、
リンク元がMERGE JOIN CARTESIANを選択し、
リンク先に渡したSQLがINDEXを使わない形に変換されてて、TABLE ACCESS FULL になってた。
こういうケースだとINDEXヒント書いても効かなかった。
省4
183(1): 2014/08/28(木)20:41 ID:??? AAS
OS終了時のDBの終了の順位ってどうしたらいいんだろう
Redhat6.4にEnterprise Manager 12c クラウドコントロールを構築してるんですが
DB、OMSを終了させるスクリプトを組み込む場合
OMS→DBなのは確実なんだろうけどKillのどこあたりまでに実施させるのが
いいんだかさっぱりわからない
(LinuxもOracle製品も初めて触る)
OEMをインストールした際に用意されるスクリプトがK98gcstartとかだから
K99dboraとかで本当にいいんだろうか
184(1): 2014/08/29(金)01:50 ID:??? AAS
>>182
リンク先でVIEW作って解決。
185: 2014/08/29(金)02:04 ID:??? AAS
>>183
Killは数が小さい順番から行われるぞ。
つ〜か、デフォルトでこんな感じになってないのか?
/etc/rc.d/rc0.d/K10dbora
/etc/rc.d/rc1.d/K10dbora
/etc/rc.d/rc2.d/K10dbora
/etc/rc.d/rc6.d/K10dbora
/etc/rc.d/rc2.d/K19gcstartup
/etc/rc.d/rc3.d/K19gcstartup
/etc/rc.d/rc5.d/K19gcstartup
186: 2014/08/29(金)02:08 ID:??? AAS
OHSの話で恐縮だけど12.1.3でとうとうmod_plsqlが廃止になったな
これからはhtpパッケージとかもバンドルされなくなるな
187: 2014/08/29(金)02:42 ID:??? AAS
APEXで作りなおせというのがスタンスらしいな。
188(1): 2014/08/29(金)18:25 ID:??? AAS
>>184
そうか、リンク元だけでなんとかしようとするから無理があるのか。
ありがとう、解決した!
189(1): 2014/08/31(日)22:41 ID:??? AAS
>>188
VIEWで本当に解決したのかどうかは分からんが、そういう対処をした場合、
「これ何のためのVIEW?」って聞かれたときに、これはドコドコとのDBリンクで
リンク元のコレコレいうSQLの実行計画を最適にするため、と示せるように
情報を残しておかないと、いずれ訳が分からなくなって、
このVIEW、要らないんじゃね?
→でも消して正常動作する保障なくね?
→んじゃ残すか…
的な意味不明な存在を残す原因となりかねんよな
私見だが、世はDBLinkを安易に使いすぎだ
190: 2014/09/02(火)23:00 ID:??? AAS
>>189 うちはビューのソースの中に全部書くルールにした。
サーバリプレースの時に不要なゴミと判断されて移行対象から漏れて翌日の業務が止まった事があった。
191(1): 2014/09/03(水)00:30 ID:??? AAS
昔関わったシステムで、月末に動くバッチで「○○集計結果△年□月」みたいな表が作られて
そこにバッチの結果が入れられる、というのがあった
業務仕様上は、過去の業績とかを見るために必要なんだが、そんな風にして作られた表が
毎月増え続けるし、インデックスもある、統計情報も取ってる、DBlinkで参照までされてる、
という代物だった
アホみたいに表領域を消費していくし、かといってゴミとも判断できないしで、
リプレース時は全部移行したのだが、そのゴミっぽいのを移行するために
まる二日使う破目になったぜ
その後、アプリのリプレース時に、そのゴミっぽいのをどうしたのかという話は、聞かない
192(5): 2014/09/03(水)20:37 ID:??? AAS
1個のテーブルに蓄積すると肥大化しすぎて検索条件によっては検索遅くなるから
テーブルを自動生成して結果を出力する仕組みも悪くはないんだけどね...
上下前次1-新書関写板覧索設栞歴
あと 809 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.014s