| 失效链接处理 |
|
数据库日常运维及应急故障处理手册 PDF 下载
本站整理下载：
相关截图：
主要内容：
CPU 使用率高的问题
通过操作系统命令 top topas glance 等查看 top 进程号，确认是系统进程还是 oracle 应用进程，查询
当前 top 进程执行的操作和 sql 语句进行分析。
根据进程号获取正在执行的 sql
SELECT a.osuser, a.username,b.address,b.hash_value, b.sql_text from v$session a,
v$sqltext b, v$process p
where p.spid = &spid
and p.addr = a.paddr
and a.STATUS = 'ACTIVE'
and a.sql_address =b.address
order by address, piece;
数据库无法连接
数据库无法连接，一般可能是如下原因造成：
（1）数据库宕了
（2）监听异常
（3）数据库挂起
（4）归档目录满
（5）数据库或应用主机的网卡出现问题不能正常工作
（6）应用主机到数据库主机的网络出现问题。
1、数据库宕了
立即启动数据库。
2、监听异常
此时一般体现为：
监听进程占用 CPU 资源大；
监听日志异常。
此时，立即重启监听，监听重启一般能在 1 分钟之内完成。
3、数据库挂起
立即重启数据库。
4、归档目录满
（1）在没有部署 OGG 数据同步的情况下，立即清理归档日志文件。
（2）如果部署了 OGG 数据同步，查看 OGG 正在读取的归档日志文件，立即
清理 OGG 不再需要的日志文件。
5、数据库或应用主机的网卡出现问题不能正常工作。
立即联系主机工程师处理。
6、应用主机到数据库主机的网络出现问题。
立即联系网络维护人员查看。
数据库 hang 住
应急处理方式：重启数据库。
常规处理方式：
（1）分析 alert 日志，看是否能从 alert 日志中，可以很快找到引起问题的原
因。
（2）做 3 级别的 hanganalyze，先做一次，然后隔一分钟以后再做一次。
并分析 hanganalyze 生成的 trace 文件，看是否可以找到引起数据库 hang
住的会话的信息。
（3）做 systemstate dump
此时生成 systemstate dump 的时间会比较长，尤其是在会话数量较多的情
况下。且生成 dump 文件的大小较大，在 G 级别以上。在生成一次以
后，过一分钟再收集一次，另外如果是 RAC，那么两个节点都需要收
集。
对 hang 做 dump 请参考“对数据库 HANG 做 DUMP 一章”。 数据误删除
此问题，没有应急办法，只能按如下步骤处理：
1、对于 10g 及以上版本，看是否可以通过闪回进行恢复。
2、查看测试环境数据库，看其中是否有需要的数据。
3、使用备份进行恢复，此方法一般花费时间较长。
数据库自动任务维护
10g
select job_name, program_name, schedule_name, job_class from dba_scheduler_jobs where
job_name = 'GATHER_STATS_JOB';
11g
select client_name,status from dba_autotask_client;
CLIENT_NAME STATUS
------------------------------------- --------
auto optimizer stats collection ENABLED
auto space advisor ENABLED
sql tuning advisor ENABLED
其中“auto optimizer stats collection”便是我们要寻找的自动收集统计信息的任务名称
禁止自动收集统计信息的任务
exec DBMS_AUTO_TASK_ADMIN.DISABLE(client_name => 'auto optimizer
stats collection',operation => NULL,window_name => NULL);
启用自动收集统计信息的任务
exec DBMS_AUTO_TASK_ADMIN.ENABLE(client_name => 'auto optimizer
stats collection',operation => NULL,window_name => NULL);
|
| Java1234官方群25： | 
|
| Java1234官方群25： | 838462530 |
苏公网安备 32061202001004号
