OTNからダウソ出来るソフトは、使用期限がついているものの、これは紳士協定に
なっていて、機能的に使えなくなるというものではない。
質問テンプレっぽいもの
■どの様な問題が起きて、どんな結果を得たいのか?
■フロントエンド、バックエンドどちらの問題か?
■フロントエンドのプラットフォームは何か?
■バックエンドのプラットフォームは何か?
■フロントエンドはどの様なドライバ/ソフトウェアを使用してアクセスしているか?
■Oracleのバージョンは?(バージョンと一言で言っても、フロントエンドなのかバックエンドなのか色々ある)
前スレ
>>999 そしてこの厳しい次期に貴重な投資をしたにもかかわらず大して効果が
上がらず、スケープゴート探しが始まるわけだな。
速い鯖が得られるのはDBAにはいい事だろ。素直に速い鯖買ってもらえ。
でも保険で、アプリ組み直した方がコストパフォーマンス良く劇的な効果得られますよって報告しとけ。
それでも速い鯖買う決済降りれば、DBAには責任無いし。
Xeon 2CPUと言わず、冷蔵庫みたいなラック筐体の16CPUとかの鯖の見積もり出すけどなwww
数千万円コース。これなら糞アプリのままでも効果出るよ。
エンタープライズDB鯖導入/運用のいい機会だ。万一、粛正されても、この導入経験で次の転職に生かせ。
赤の他人だけど今後もウォッチしたい案件なので、転記しとく。
前スレ。980
5〜6時間かかるSQLを速くしてくれ、と頼まれた。
SQLは単なる検索で、1000万件クラスの表を5つ〜6つくらい結合して、
SELECTしてくるだけの簡単な処理。
Xeon2.0Ghz x 2にメモリ2GBのOracle10gで決して遅くはないと思う。
メモリやらディスク構成も特に変なところは無さそう。
ついでに多重実行は無しで常に接続ユーザは1人。
索引張ることも検討してみたけど、必要な列には全て張ってあって、
実行計画見たら、ほぼ全件舐めるもんだから、FULLアクセス頻発。
渡されたSQLの実行コストを見てみたら、100,000オーバー。
但し、SQLの方は変えるつもりは無いとのこと。
これはDBサーバ側のチューニングで何とかなるもんなんかね。
上司は単純にサーバ新調で何とかしようと考えてるっぽいけど、
どう考えても劇的に速くなるわけ無さそうなんだけど。。。
前スレ。982
ああ作成したプログラムの仕様で、一度に投げられるSQLは1つまでらしいんだ。
索引が有効に働く程度のサイズくらいに、
データを絞り込んでやったら?とか言ったら、
不機嫌そうに、「そんな機能は無いです」だと。
前スレ。989
検索結果は一番大きいテーブルで1000万件、
それに紐付く子テーブルが300万件くらいづつですね。
実行計画は調べてて、表結合した結果をユニオン/インターセクトしたりしたところで、
ディスクソートが発生して遅くなってて、CPUはあんま使ってないことから、
検索条件をもっと絞り込めば、多分大丈夫なんだけど、
実行するSQLが不定型なんで、個別にSQLの最適化するのが嫌、
とか言って、突っぱねられてる状態です。
ついでに運用環境だから、試しに索引張ってみるとかはNGって上司に念押しされてて、
確証のある方法しかDBへの変更は入れられません。
query rewriteとruleヒントは一度試してみます。
まぁ多分、最悪夜間にSQLを流して帰る運用になりそうなふいんきですが。。。
前スレ。1000
980の事の顛末。
結局アプリ側の改修は一切行わないってことではねつけられて、
サーバの増強ということになりました。
まぁ予算が出るんなら別に文句は言わないけどさ。
サーバリプレース時の備忘録
1)リプレース前後で、OWNER,ごとのオブジェクト数を比較しよう。
例:SELECT OWNER, COUNT(*) AS CNT
FROM DBA_OBJECTS GROUP BY OWNER ORDER BY OWNER;
2)リプレース前後で、OBJECT_TYPEごとのオブジェクト数を比較しよう。
例:SELECT OBJECT_TYPE, COUNT(*) AS CNT
FROM DBA_OBJECTS GROUP BY OBJECT_TYPE ORDER BY OBJECT_TYPE;
3)リプレース前後で、(時間に余裕があれば)、テーブルに含まれるレコード件数を比較しよう。
例:EXPコマンドのログから件数を抜き出し比較、など。
>>6 乙。
こういう情報が共有できればありがたいね。
自分が直面する場面もあるだろうから。
どうも。
前スレ980案件のその後ですが、予算の関係で夏まで鯖購入費用が出ないので、
(それがPCサーバでも、ブレード化け物鯖でも)
それまで報告は出来そうにないですんで、悪しからず。
ちなみに最適化済みマテビューは、それを参照しに行く条件を追加するのがめんどくさい、とのことで蹴られました。
アプリ側は将来的なハード増強案で納得してもらい、
ウチの上司もその方向で予算出すってんで承認して貰ったんですが、
半年近く待てるってどんだけ緊急性のない案件だっつーの。
まぁそんなわけで、相談に乗ってくれた皆さん、Thxでした。
>10
もうそんなアホプログラムと馬鹿PGの肩持つような会社なんてやめちゃえよw
それまでじっくりハードベンダ呼んで品定め遣ってればおk。
13 :
NAME IS NULL:2009/03/17(火) 20:58:47 ID:0yrF+T/z
テストDBから本番DBへの移行について詳しく教えていただけませんか?!
知識ゼロです!やヴぁい!
DBのバージョン、プラットフォーム、及び具体的に何をしたいのか言わないと分からんだろうが。
そもそもOracleで言う「移行」という言葉には大きくわけて1. DBのウプグレード 2. DBのダウソグレード
3. プラットフォームの以降と3つもあるんだぞ?
ヤバいレベルで移行しようとするのが凄いな。
基幹業務のDBとかだったら氏ねるぞ。