Oracleデータベース上に構築された医療記録システムを使用しています。ベンダーから、OracleのEnterprise Managerサービスは、システムのリソースを大量に使用しているため、使用していないときはシャットダウンする必要があると言われました。Sysinternals Process Explorerをチェックすることで実際の数値を取得できることは知っていますが、誰かが個人的な経験から情報を教えてくれることを望んでいました。
使い終わったらEMをシャットダウンする必要がありますか、それとも彼は過度に心配していますか？
テストサーバーと本番サーバーでも同じことを行います。手元にあるメトリックはありませんが、データベースの全体的な応答が大幅に改善されました
EM はそれほど押し付けがましいものであってはなりません。デフォルトのインストール (YMMV) では、30 秒ごとに 2 秒未満で約 10% の CPU がかかることがわかりました。
ここで EM について話すとき、oracle.exe プロセスの負荷について話しているのではなく、nmesrvc と perl、cmd、および emagent プロセスから発生します。データベース自体への影響を確認するには、少しオラクルの専門家が必要です。
プロセス エクスプローラーは、サービスの親 nmesrvc からのプロセス階層を表示するため、このリアルタイムのレビューに役立つ優れたツールだと思います。
率直に言って、dbconsole サービスを停止したときに実際にエンド ユーザーの違いが見られる場合は、ボックスが容量を超えているため、拡大または縮小する必要がある可能性があります。
別のツールを使用して Oracle およびその他のアプリケーション プロセスを管理および監視する場合、dbconsole プロセスを常に実行する必要はほとんどありません。
Oracle に関する非常に具体的な質問に、この分野のトップ メンバーから回答を得たい場合は、Oracle-L メーリング リストをチェックしてください。応答時間は驚くべきものであり、回答の質は通常、他の場所よりも優れています.
Oracle EMを実行するだけで、要求している内容に応じて多くのリソースが必要になることがわかりました。すぐに使用できる構成を使用することはめったになく、不要なサービスを削除することで、EMが必要とするリソースの量を大幅に削減できることがわかりました。
一般に、EMは、DBサーバーではなく、別のアプリケーションサーバーで実行します。EMの真の力と価値は、複数のデータベースを実行/保守/監視し、EMを独自のサーバーに配置することで、DBに影響を与えることを心配する必要がないことを意味します。
EMが行うことはすべて手動で行うことができ、1つのDBを管理するだけの場合は、通常、このルートをたどります。ただし、このルートには、妥当なレベルのDBA知識が必要です。
すぐに頭に浮かぶのは、Enterprise Manager（Oracle 9以前の場合）がJavaベースであったことだけです。
これにより、リソースが少し暴走する可能性があると思いますが、ここで使用したマシンでその証拠は見たことがありません。
OracleのEMを使用すると、オーバーヘッドの多くを構成できます。このオーバーヘッドは、しきい値に達した場合にアラートを報告するため、またはパフォーマンスのグラフを提供するために、多くのサービスをポーリングすることで構成されます。そうは言っても、これらの機能を構成するのであれば、なぜそれを実行するのか。
LinuxでOracleを実行し、初期インストール後にGUIをオフにするのが好きです（Oracleのインストーラーで必要です）。