私のチームは Oracle ベースの Web アプリケーションを継承しましたが、Oracle データベース サーバーの経験はほとんどありません。
Oracle 10g サーバーは、十分なディスク容量を持つ Windows 2003 サーバー上で実行されており、時々、すべての接続が失われ、アプリケーションが動作を停止し、SQL Plus でさえデータベース サーバーに接続できなくなります。
しかし、Windows サービス マネージャーを確認すると、サービスが稼働中であると表示されます。通常、再起動すると問題は解決しますが、適切にトラブルシューティングを行って、原因を特定し、再発を回避できるようにする必要があります。
どこから手がかりを探し始めるべきですか？調査すべき重要なログ ファイルは何ですか?
On the server you should have an environment variable called ORACLE_HOME which indicate the root of the Oracle install. Most likely the Oracle trace/dump folders will be under there. Search for a folder called "bdump" (background dump). That's where the main log file, knows as the alert log, will be, as well as trace files generated by background processes. There will be an adjacent file called "udump" which will contain any trace files generated by user processes.
However, my real advice is that you should either hire someone who knows Oracle or get Oracle Support involved.
The alert log would be the first file to check.
It will probably be in $ORACLE_HOME/admin/bdump and (probably) called alert_DATABASE-SID.log
It contains most of the important actions that the database does, as well as any important errors that occur.
私はcagcowboyに同意しなければなりません。アラート ログでエラーを確認します。エラーが発生しない場合は、データベースへの sysdba ログインを維持し、ハングした場合はハング分析を試みます。hanganalyze のメタリンク ノート 215858.1 を参照してください。
Have you tried tnsping? We've occasionally run into problems with the listener that requires an assist from our DBA. tnsping is the diagnostic tool we use to do triage.
I would recommend hiring an experienced Oracle DBA if at all possible.
アラート ログをチェックして、Db がどのように構成されているかを確認します。パラメータの設定が不適切な場合、ハングしたり、パフォーマンスが低下したりすることがあります。または、シャットダウンしてマウント モードで起動し、v$ パラメータの値に問題がないかどうかを確認します。合計メモリの設定は非常に重要です。