Oracle11gR2インポートのボトルネックを特定して修正するにはどうすればよいですか。
私は最近、Oracle11gデータベースをLinuxCentOSデスクトップからWindows2008サーバーに移動するという任務を負っています。少し深みがなくなる前に、Oracleの舞台裏での作業はあまり行っていません。
ソースサーバーから完全なexpdpを実行し、それをターゲットサーバーにインポートしました（ロード前にテーブルスペースを構築しましたが、それ以外は何もしませんでした）。
すべてが十分にうまくいきました（ドキュメントからは無視できるように見える、異なるglobal_nameを持つことに関連するいくつかのエラー。
私が抱えている問題は、新しいサーバーが古いサーバーに比べてクエリの実行に時間がかかるように見えることです。これは、より多くのコアとより多くのRAMにもかかわらずです。古いサーバーはSSDで実行されていたため、問題はI/Oの制限によるものだと思います。
クエリで同じ「explainplans」を取得しますが、v $ sql_longopsのブロックを通過するのに時間がかかるようです...出力を確認および比較するために実行する手順の詳細を誰かに提供して、根本的な問題を確認することができますか？ ？
エディション（エンタープライズ、標準、エクスプレスなど）、ライセンスオプション（特にパフォーマンスおよびチューニングパック）、およびStatspackをインストールしたかどうかに応じて、両方のシステムのAWRまたはStatspackレポートを取得することから始めます。同様のワークロードを実行し、それらを比較します。 AWRの使用が許可されている場合（AWRテーブルを照会すると、使用許諾契約に違反することに注意してください）、AWRレポートを使用してください。それ以外の場合は、（または以前のDBA）がStatspackをインストールしたと仮定して、それを使用します。それ以外の場合は、両方のシステムにStatspackをインストールする必要があります。
推測が正しければ、I/Oがボトルネックであり、問題は、新しいサーバーのI/Oサブシステムが古いサーバーのI/Oサブシステムよりも遅いことです。この場合、上位の待機イベントは新しいサーバーのレポートは主にI/Oであり、I/Oの量はレポート全体で一貫しており、さまざまなテーブルスペースとデータファイルでの個々のI/O操作が一貫して遅くなっていることがわかります。新しいシステム。それ以外の場合、レポートを比較すると、ボトルネックが何であるかがわかります（ただし、AWRレポートには大量の情報があり、AWRレポートの解釈に関する包括的な議論はフォーラムの投稿ではなく本です）。
インスタンスの調整は複雑な問題であり、 経験 および データベースの動作の深い理解 が必要です。人々は、パフォーマンスの悪いシステムのトラブルシューティングから非常に素晴らしい生活を送っています。絶対的な初心者がインターネット上のランダムな見知らぬ人からのアドバイスといくつかのURLで物事を診断することが可能であるならば、彼らはそれをすることができませんでした。
しかし、私は心配しません。あなたの組織は、この困難で要求の厳しいタスクをOracle管理の経験のない人に渡したので、おそらく彼らはそれがそれほど重要であるとは考えていません。理解してください、私はあなたを軽蔑していません、それはあなたがこの状況に置かれたのはあなたのせいではありません。
しかし、あなたはそれを無視してはなりません。あなたの最善の戦略は、上司と話をするか、あなたが深遠であることを認めて、彼らにDBAを雇う必要があることを伝えるか、少なくとも数日間コンサルタントを雇うことです。
SSDはフェラーリのようなもので、従来のハードリスクはトヨタカローラのようなものです。どのパラメーターを微調整したり、新しいサーバーでより多くのCPUとsgaを使用したりしても、SSDのパフォーマンスは得られません。