Oracle 質問総合スレ13 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
データベースサーバ：
oracle11g R2 64bit
linux 2.6
db_block_sizeは8192バイト
NLS_CHARACTERSETはAL32UTF8
クライアント：
oracle11g R2
Widows7 32bit
何かソフトをインストールするには事前に許可が必要です
CLOB型のカラムをクライアントのローカルのハードディスクにCSVで出力したいです
休日も出力するのでバッチかWSHでタスクスケジューラーで自動実行が望ましいです
SQLPLUSでspoolでは1行32767バイトを超えられないので無理です
PL/SQLのDBMS_OUTPUTも1行32767バイトを超えられないので無理です
jscriptでODBC経由で接続して出力しようとしたところORA-01489エラーで失敗しました
shift the oracleにあるのはサーバに出力するので使えません
何か方法がありますでしょうか
さっき確認したところ最大で約127700文字ありましたが明日はもっと長くなるかもしれません >>495
サーバ側でUTL_FILEかCGIプログラムでCLOB⇒CSVへエクスポートする。
それをFTPやHTTPSでWindowsクライアントが取得しては?
Oracle RDBMS 11.2にはOracle HTTP Serverや 埋込みPL/SQLゲートウェイ
が付いてるのでそれでFTP、HTTP等でクライアントからリクエストを受け、
PL/SQLストアドプログラムなりCGIゲートウェイで CSVを作って送り返せる。 >>496
ご回答ありがとうございます
サーバは他社のものなのでタダではサーバにファイルを出力できません、サーバの設定もいじれません
予算ないです... dbms_lob,substrで分割して取得して
出力時に結合してORA-01489を回避とか >>498
ご回答ありがとうございます
やっぱり一旦複数行に分割して出力して後で結合するしかないですか 後出しで色々と条件を付けるよりも、いま
使えるモノ、使えないモノを書いた方がいいと思う。
sqlplus.exe しかないとか、ADOとOLEDB or ODBCが使えるとか、
OCIライブラリに何かのプログラミング言語が使えるとか。 失礼しました
使えるもの
sqlplus,wsh,odbc,VBA,access,excelほか
windows7Professional32bitに標準でついているもの、oracle11gのクライアント、microsoftのoffice365proplus
使えないもの
上記以外全部,javaも不可
データベースにある権限
対象テーブルのselect
CREATE DIRECTORY権限なし
ディレクトリ読み込み書き込み権限どちらもなし
UTL_FILEの実行権限なし
データベースサーバのOSへのログイン不可
休日も出力するので対話式不可 11gR2のRMANバックアップを12cR1の環境にリストアすることはできますか？
data pumpではなくどうにかバックアップからバージョン跨ぎのリストアを行う必要がありまして。。 出来るよ。
duplicateコマンドをnoopenオプション使ってクローニングして、リストア完了後にupgradeする。 WinSrv2012R2の12cR2の環境で、dbhome_1\databaseの下に「_minidump_sid_pid_8292_tid_x1EC8_2018_7_6_10_10_10.dmp」
といったファイルが出力されているんですが、これはなんのダンプなんでしょうか？
タイムスタンプの時間帯にはORA-447でexpdpが失敗している、
かつOracleに割り当てメモリサイズとほぼ同じサイズのため、このエラーに関連するメモリダンプなのでは
ないかと思いネットで調べていましたが、全然情報にたどり着けません…
ファイルサイズが33GBもあるため削除または退避させたいのですが、問題ないでしょうか？ minidumpでてるならwindowsのイベントログに
何か書いてないかい >>509
Windowsのイベントログには何も出ていませんでした…
他にもOracleのallertログ等には何も出ていませんでした。 >>508
プロセスのメモリダンプなんてSRでアップしろって言われない限り(ﾟ⊿ﾟ)ｲﾗﾈ
さっさと消しちまえ。 開発マシンにdmpファイルを持ってきて、Visualstudioで開いてみたところ、ミニダンプファイルの概要が表示され、プロセス名がoracle.exeになっていました。
やはりWindowsの機能で出力されたミニダンプで間違い無いようです。
Oracleの何かのプロセスがORA-447発生時にWinのコマンドを実行しているというのが濃厚でしょうか… システムプロセスがクラッシュしたからコア吐いているんだろ。
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 自信というか相対的にという話だよ
別に、お前より賢いとは言ってない。 その天才的すぎる頭脳で、オプティマイザの代わりに常に最適な実行計画とそれを強制するヒントを自動生成するプログラム書いたら、金持ちになれるよ。
頑張れ！ ちょっと障害対応できただけでイキってるようにしか見えない 【中庸はＮＧ、右か左】 世界教師マⅰトレーヤ「新時代を切開くため70億人を２つのグループに分ける」
http://rosie.5ch.net/test/read.cgi/liveplus/1534987219/l50
ＰＣとスマホのモニターを覗いている傍観者のみなさん、腹を決めてください。 >>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回目に実行した時に、データがキャッシュされたんじゃない？ 【ＯＫ出たギリギリの内容】 日本人は猿以下のジャップだと悪意に満ちた宣伝され……九条ないので開戦
http://rosie.5ch.net/test/read.cgi/liveplus/1536026951/l50
また９１１やるのか 実行計画はどうやって調べた? explain plan や set autotrace on では本当の実行計画は
取れない事がある。一見それらしいけど実際の計画とは違うことがある。
実行計画を得るには、経験的にSQLコマンドを実行中にカーソルからdbms_xplan.display_cursorで
取ると良い。 だとしたら、調べた実行計画はあまり参考にならないかもしれない。
統計取り直して速くなるようなら、CBOが正しく働いている証拠だと思う。
SQL実行中の実行計画を採って設計通りになるように調整する。例えばSQLヒントを
挿入してオプティマイザへ介入するか、EEのライセンスがあればならSQL計画管理。 【近畿】大阪、兵庫で空き巣など５５件
韓国籍の男を追送検し捜査終結
【東京】渋谷センター街で落書き、韓国籍の米国大学生(19)を再逮捕
【社会】最大で金利が342倍
元ヤミ金業者、韓国籍の男ら8人逮捕 ■ このスレッドは過去ログ倉庫に格納されています
