1.当新接手一个应用系统时，你会考虑要了解哪些方面的因素？

2.你每月是否会对数据库作健康检查？你会对哪些指标作检查？通过哪些指标可以评价数据库的负载状况？

3.在awr报告中，你会关注哪些指标？你关注的这些指标代表什么含义？

4.你如何获得操作系统的性能信息，请举例说明，这些信息如何反应操作系统的运行状况（windows/UNIX）？

5.在RAC环境中，如何查看CRS的运行状态，如何查看CRS的日志？

6.目前有一个oracle的生产环境如下描述：

版本：10.2.0.4
64bit

架构：RAC

OS: IBM AIX 5.3

存储：IBM 8300

应用：OLTP业务系统，运行多个业务区间（A区，B区，C区）的工作流，每个业务区间每天运行4run，分别在不同时间段调度，每个业务区间每run正常运行的时间是1小时；每一run工作流分为6步，每一步正常的运行时间是10分钟。出现异常时，工作流在数据库中运行的session可以被kill，工作流可以被重新调度。

统计信息收集：每天通过后台调度作业对全库作统计信息的收集。

你在临晨1：40接到工程师的电话，报告数据库异常，报告内容如下：

A区工作流run1的第一步到目前为止还未结束（正常的结束时间为1：10），数据库中的session一直在处理一个sql，session的sid=876，inst_id=1,这个sql平时的运行时间为2分钟，现在已经运行了近40分钟，数据库中其他的session是正常运行的。

你将如何着手处理这个issue？

7.以上的工作环境中，出现以下状况：

有开发人员报告，数据库处于hung的状态，使用sqlplus登录数据库时，一直处于等待状态，没有报错，你查看了alert日志中没有错误信息。你将如何处理？

8.请根据如下业务需求分别编写一个windows平台下和ksh/bash环境的脚本

业务工作目录：D:\workflow

(/app/workflow)

备份工作目录：E:\backup\workflow
(/backup/workflow)

随着业务运行时间的增加，业务目录下的文件越来越多，目前需要将业务工作目录中超过7天的文件备份到备份工作目录，在工作目录中只保留7天内的工作文件，在备份工作目录中，超过30天的文件可以被删除。

基本上chenyu都回答了，我再补充个吧。
第7个主要是考了一个命令：
sqlplus -prelim /  as sysdba
允许你在sqlplus正常连接会hang住的情况下模拟连接。这种连接模式可以使用oradebug命令，来生成系统报告，你可以生成systemstate和hangalynaze报告。然后根据报告中的内容找出数据库的问题所在。如找出堵塞了系统的session，然后在操作系统层面kill掉。
但是注意，sqlplus -prelim /  as sysdba这种连接模式是10g后的sqlplus才有的，9i的没有。不过你可以用10g的sqlplus连9i的数据库。

1.当新接手一个应用系统时，你会考虑要了解哪些方面的因素？
系统架构（RAC、热备、互备、单机）?
OLAP / OLTP?
专用/共享？
参数配置（SGA、PGA)
系统负载（生成报告）

2.你每月是否会对数据库作健康检查？你会对哪些指标作检查？通过哪些指标可以评价数据库的负载状况？
合格的DBA每天都会对数据库进行巡查，包括自动生成报表、alert_sid.log的检查，及时发现问题并解决他，不过目前我没做到。所以我最多也就算一个山寨版DBA

3.在awr报告中，你会关注哪些指标？你关注的这些指标代表什么含义？
采集的时间，只有在系统有负载的时候生成的报告才是有意义的，其中的系统整体负载(load pfofile)、排名前5的等待事件 (top 5 timed events)、SQL 运行收集的信息 (sql statistics)、等待事件 (wait events)等都是需要关注的，报告里面的内容都有因果关系，比如如果某些SQL的logical read高，则相应在等待事件中就会有体现。
常见的等待事件
db file sequential read 检查表连接顺序、索引是否合适、统计信息收集情况、集群因子等
db file scattered read 检查是否缺少合适索引
db file parallel write dbwr并行写入较慢，这时可能伴随着free buffer waits会比较多，如果出现这个等待事件的话，看各个进程的负载
log file sync 可能是commit过于频繁
latch: cache buffers chains  热点快
direct path read  配合相关SQL进行检查
direct path write  配合相关SQL进行检查
latch free 需要进一步检查是什么类型的latch争用
buffer busy waits 配合sql statistics进行检查，应该是有大量逻辑读的SQL或table full acesses存在
......

4.你如何获得操作系统的性能信息，请举例说明，这些信息如何反应操作系统的运行状况（windows/UNIX）？
topas vmstat iostat 向老师有一篇专门的帖子进行介绍，找一下吧。这个也是我的薄弱点。

5.在RAC环境中，如何查看CRS的运行状态，如何查看CRS的日志？
crs_stat -t
cd $ORA_CRS_HOME/log/<sid>/{crsd、evmd、cssd}

6.目前有一个oracle的生产环境如下描述：

版本：10.2.0.4
64bit

架构：RAC

OS: IBM AIX 5.3

存储：IBM 8300

应用：OLTP业务系统，运行多个业务区间（A区，B区，C区）的工作流，每个业务区间每天运行4run，分别在不同时间段调度，每个业务区间每run正常运行的时间是1小时；每一run工作流分为6步，每一步正常的运行时间是10分钟。出现异常时，工作流在数据库中运行的session可以被kill，工作流可以被重新调度。

统计信息收集：每天通过后台调度作业对全库作统计信息的收集。


你在临晨1：40接到工程师的电话，报告数据库异常，报告内容如下：

A区工作流run1的第一步到目前为止还未结束（正常的结束时间为1：10），数据库中的session一直在处理一个sql，session的sid=876，inst_id=1,这个sql平时的运行时间为2分钟，现在已经运行了近40分钟，数据库中其他的session是正常运行的。


你将如何着手处理这个issue？
查询v$lock_object视图看sid=876的session被那个session锁住了，然后查询v$session视图看当前这个session在执行什么SQL语句
如果不是Lock的问题，则trace这个session，然后tkprof格式化报告，检查原因，有可能是递归调用造成的问题（我就碰到过一次）


7.以上的工作环境中，出现以下状况：

有开发人员报告，数据库处于hung的状态，使用sqlplus登录数据库时，一直处于等待状态，没有报错，你查看了alert日志中没有错误信息。你将如何处理？
只能从操作系统层面下手了，主要是看一下系统资源占用情况、如CPU使用情况、swap的使用情况、memory的使用情况；当前数据库的process情况及个process占用的资源情况，检查占用资源最大的进程，如果是后台进程则看下是什么进程（arch、dbwr、lgwr)看一下是不是，如果是用户进程就直接KILL吧。然后登陆系统查询一些动态性能视图如v$active_session_history、v$sql、v$sqlarea、v$session_wait、v$system_event等

8.请根据如下业务需求分别编写一个windows平台下和ksh/bash环境的脚本

业务工作目录：D:\workflow

(/app/workflow)

备份工作目录：E:\backup\workflow
(/backup/workflow)

随着业务运行时间的增加，业务目录下的文件越来越多，目前需要将业务工作目录中超过7天的文件备份到备份工作目录，在工作目录中只保留7天内的工作文件，在备份工作目录中，超过30天的文件可以被删除。

RMAN也实现不了这个需求呀，你要同时监控两个位置，只能写两个脚本用crontab每天定时调用，这个我就不会了。

chenyu，给这个面试题做一个答案吧。
还有kevin.zhang。

chenyu，给这个面试题做一个答案吧。
还有kevin.zhang。

那位大侠能对上面的问题做下回答！！！

涉及的面比较广泛，要求基本功比较扎实。

都是上课讲的内容，比较简单。
但是你可以回答的比较深入。