作者：英方华东三区技术经理 吕鹏飞 ＊请熟读并背诵全文。 

1、安装数据库时容易犯的错误 安装之前没有检查操作系统错误安装过程中网络异常终止没有按照官方文档安装数据库 没有检查操作系统环境操作系统包和补丁没有打全环境变量设置错误介质安装错误共享存储设置错误操作系统没有配置或者开启异步I/O

 2、无法启动安装界面的解决方法在root用户下执行xclock命令，观察是否能在服务器的桌面上顺利启动小时钟检查DISPLAY环境变量的设置检查xmanager是否跨网段连接主机检查xmanager服务状态检查/etc/hosts配置文件 如仍无法启动图形界面，可从其他主机直接拷贝Oracle软件至目标主机，选择静默安装数据库软件 

 3、安装数据库的最佳实践 发生错误时检查数据库的安装日志和操作系统日志Linux系统下，安装Oracle之前关闭SELinux特性AIX系统下，在$ORACLE_HOME所在的文件系统中不能使用cio特性安装CRS前，建议使用dd命令格式化磁盘头或者lv头安装CRS时，建议使用sh -x root.sh调试模式执行root.sh用netca配置监听出错时，建议检查/etc/hosts等域名解析配置文件如果安装界面异常退出，则建议检查安装介质是否损坏安装完成之后，部署操作系统资源监控工具，如OSW 

 5、检查是否由主机资源引起 观察主机CPU、内存、I/O消耗情况AIX系统下，检查系统内核参数maxuproc是否达到阀值检查主机空间使用率服务器端尝试使用sqlplus登录数据库，使用strace命令进行登录跟踪 

 7、数据库HANG类故障 主机资源（主要是CPU、内存、I/O资源）达到瓶颈进程之间的死锁所有在线日志均为ACTIVE状态，无法归档数据库资源争用，如LATCH争用SGA内存组件之间内存抖动人为发起数据库SUSPEND命令 

 8、数据库全局性HANG的处理过程sqlplus -prelim “/as sysdba”SQL> oradebug -g all hanganalyze 3SQL> oradebug -g all dump systemstate266 

 9、数据库局部性HANG处理过程假设需要对9834号进程做跟踪，其语法如下所示

：  

 11、数据误操作类故障的处理思路 如果数据库有备份，则评估恢复时间和数据丢失率如果表被误删除（DROP），则查看recyclebin使用DUL等挖掘工具恢复误删除（DROP）的数据如果数据被误删除（DELETE），则使用表闪回版本查询特性使用logmnr工具挖掘归档日志恢复误操作（DML）的数据   

 13、SYSTEM/UNDO表空间损坏的处理思路检查数据库的警告日志物理备份整个数据库用dbv工具校验SYSTEM/UNDO表空间关闭监听，使得外部应用不会立刻连接至数据库进行故障处理，如使用隐含参数、event、bbed等工具 

 14、数据库在线日志文件损坏的处理思路对于INACTIVE状态的在线日志，使用clear进行重建ACTIVE或者CURRENT状态的在线日志，则设置隐含参数_allow_resetlogs_corruption数据库打开过程中出现ORA-00600[2662]错误，则使用10015事件或者隐含参数_minimum_giga_scn递增全库SCN注意：千万不要在数据库运行时，关闭主机或者存储

 15、控制文件损坏的处理思路观察数据库是否能到MOUNT阶段使用操作系统命令strings命令提取控制文件内容按照重建控制文件的格式以NORESETLOGS选项重建控制文件