数据库故障类型

数据库故障类型

故障类别 -----可分为以下几类：

语句错误：单个数据库操作（选择、插入、更新或删除）失败。

用户进程错误：单个数据库会话失败。

网络故障：与数据库的连接断开。

用户错误：用户成功完成了操作，但是操作不正确（删除了表，或输入了错误数据）。实例错误：数据库实例意外关闭。

介质故障：丢失了一个或多个数据库文件（也就是说，文件已删除或磁盘出现了故障）。

语句错误

1、尝试在表中输入无效的数据->与用户合作来验证并更改数据；

2、尝试在权限不足时执行操作->提供适当的对象或系统权限

3、

1.语句级故障，通常为DML,DQL,DCL,DDL等等

无效数据-->使用数据符合相关约束，满足值域的数据

缺少权限-->给予用户所需的权限

空间分配问题-->

使用alter session enable resumable，增加用户配额，增加表空间大小

alter session enable resumable timeout 1000

--创建表空间（1m）

create tablespace test1 datafile

'/u01/app/oracle/oradata/oradb1/test1.dbf'size1m;

--建表

create table hr.lxj_test_2

(id number,

name varchar2(2000))

tablespace TEST1

pctfree20pctused50;

--当出现空间不足等相关的错误时，Oracle可以不是马上返回错误信息，

---并回滚当前的操作，而是将操作挂起，直到挂起时间超过RESUMABLE TIMEOUT，或者空间不足的错误被解决。

ALTER SESSION ENABLE RESUMABLE TIMEOUT1000;

--往测试表里插入数据。

declare

i number(10);

begin

for i in1..10000 loop

insert into hr.lxj_test_2 values(i,'test');

end loop;

commit;

end;

--因为开启了resumable功能所以，可以再dba_resumable可以查询到被挂起的语句。SELECT * FROM DBA_RESUMABLE;

SELECT SESSION_ID, STATUS, TIMEOUT, SUSPEND_TIME, RESUME_TIME, ERROR_MSG FROM DBA_RESUMABLE;

--将数据文件设置为自动扩展了，被挂起的会话会继续执行。

alter database datafile'/u01/app/oracle/oradata/oradb1/test1.dbf' autoextend on;

应用程序逻辑错误-->修正逻辑错误

2.用户进程故障

用户非登出的异常退出

用户会话异常终止

程序错误导致会话结束

对于上述错误，实例后台进程PMON会自动回滚未提交的事务，并释放相关锁资源

3. 网络故障

最佳解决方法: 为网络连接提供冗余路径。通过备份监听程序、网络连接和网络接口卡可降低出现网络故障时影响系统可用性的可能性。

监听程序失败------ 配置备份监听程序和连接时故障转移

网络接口卡（NIC）故障 ------ 配置多个网卡

网络连接失败 ----- 配置备份网络连接

4. 用户错误

用户可能会无意删除或修改数据。如果发生这种情况，DBA 可能需要帮助用户从错误中恢复。

如果用户尚未提交或退出程序，则只可以回退操作。

如果用户提交了更改，则可以使用闪回查询来确定以前的值是什么（然后，为还原原始信息而更新数据）：

SQL> SELECT salary FROM employees WHERE employee_id=100;

SALARY

------

25

SQL> SELECT salary FROM employees

2 AS OF TIMESTAMP(SYSTIMESTAMP-INTERVAL’10’ minute)

3 WHERE employee_id=100;

SALARY

------

24000

在因超出了还原保留期而无法使用闪回查询的情况下，DBA 仍可通过使用Oracle LogMiner 来恢复原始信息。

用户无意中删除或修改了数据---------- 回退或使用闪回查询进行恢复

用户删除了表 --------- 从回收站恢复表

5. 实例错误startup 启动通过alert日志调查出错原因。

如果在同步所有数据库文件之前关闭了数据库实例，就会发生实例错误。出现软硬件故障，或者使用SHUTDOWN ABORT 和STARTUP FORCE紧急关闭命令时，也会发生实例错误。

管理员在实例错误恢复中参与的工作，通常仅限于重新启动实例和努力避免将来发生这种情况。

断电

使用“startup”命令重新启动实例。从实例错误中

硬件故障恢复时是自动执行的，其中包括前滚重做日志中的

有一个后台进程出现错误的更改和回退任何未提交的事务处理。

紧急关闭命令

6. 介质故障

oracle corporation 将介质故障定义为导致一个或多个数据库文件（数据文件、控制文件或重做日志文件）丢失或损坏的任何故障。

要从介质故障中恢复，需要还原并恢复缺失的文件。

磁盘驱动器故障1. 从备份中还原受影响的文件。

磁盘控制器故障2. 如果需要，通知数据库关于新文件的位置。

删除或损坏了数据库文件3. 如果需要，通知应用重做信息来恢复文件。

无法连接数据库ORA—12521、ORA-12505

故障现象：

连接数据库时报错：

原因分析：

客户端tnsnames.ora配置的连接串中，关于instance_name的设置不正确，这个错误类似ORA-12505: TNS:listener could not resolve SID given in connect descriptor

解决方法：

检查数据库的instance_name:

select instance_name from v$instance;

修改客户端tnsnames.ora文件，设置正确的instance_name或SID

无法连接数据库ORA-12541

故障现象：

连接数据库时报错:

ERROR:

ORA-12541: TNS:no listener

原因分析

可能原因一：客户端tnsnames.ora配置的连接串中，监听端口号设置不正确

可能原因二：数据库服务器监听没有启动

解决方法

检查客户端tnsnames.ora文件，设置正确的监听端口号

检查服务器上的监听是否正常启动

无法连接数据库ORA-12535

故障现象

连接数据库时报错:

ERROR:

ORA-12535: TNS:operation timed out

原因分析

可能原因：客户端tnsnames.ora中，服务器IP地址设置错误

可能原因：防火墙阻断了连接

解决方法

正确配置tnsnames.ora中的服务器IP地址

利用Tnsping connectstring,测试配置是否正确，如果不通，检查网络。