我的团队继承了一个基于Oracle的Web应用程序，他们对Oracle数据库服务器的经验相对不足。
Oracle 10g服务器运行在Windows 2003服务器上，具有充足的磁盘空间，但不时会失去所有连接，应用程序停止工作，甚至SQL Plus也无法连接到数据库服务器。
但是当我们检查Windows服务管理器时，它显示该服务正在运行。重新启动通常可以解决问题，但我们需要进行适当的故障排除，以便了解是什么原因导致的问题，并且避免再次发生。
我们应该从哪里开始寻找线索？我们应该调查哪些关键日志文件？
在服务器上，您应该拥有一个名为ORACLE_HOME的环境变量，它指示Oracle安装的根目录。最有可能的是Oracle跟踪/转储文件夹将位于其中。搜索名为“bdump”（后台转储）的文件夹。这是主日志文件的位置，也被称为提醒日志，以及由后台进程生成的跟踪文件。旁边将有一个名为“udump”的文件，其中将包含由用户进程生成的任何跟踪文件。
然而，我的真正建议是您应该雇用熟悉Oracle的人员或让Oracle支持团队介入。
警告日志将是第一个要检查的文件。
它可能位于$ORACLE_HOME/admin/bdump目录下，文件名为alert_DATABASE-SID.log。
它包含数据库执行的大部分重要操作，以及发生的任何重要错误。
我必须同意cagcowboy的观点。检查警报日志以查找错误。如果没有错误，则维护sysdba登录到数据库中，当它挂起时，尝试进行挂起分析。参见关于hanganalyze的metalink笔记215858.1。
你试过使用 tnsping 吗？我们偶尔遇到监听器问题需要 DBA 的帮助。 tnsping 是我们用来进行分类诊断的诊断工具。
如果可能的话，我建议雇佣一位经验丰富的Oracle DBA。
检查警报日志以查看数据库的结构。有时不良的参数设置会使系统挂起或性能变慢。或者您可以关闭并在装载模式下启动，然后检查v$parameter值以获取问题。设置总内存非常重要。
