介质失败

数据库失败的类型分为几大类。对于每种失败来说，Oracle都会提供适当的解决方法。
所有失败类型最好被记录在一个服务级别协议内，同时在程序手册中还要记录解决失败的相关步骤。
第5种失败类型：介质失败
介质失败意味着磁盘受到损坏，因此磁盘上存储的文件会受到损坏。这个问题不是DBA
造成的，但是有时需要DBA来解决。需要指出的是：无论何种文件被损坏，都不应当是损失数据的理由。
Oracle9i版本之前，驻留数据库的计算机的完全损失会造成数据的损失，不过使用Data Guard工具可以避免这种情况。
“介质失败”类别中包含了一种特殊的用户错误，即系统或数据库管理员意外的删除了文件。
这种用户错误并不少见。
例如，在Unix系统中，rm命令会导致许多严重的错误。当使用“rm -i”时应当保持清凉的头脑。
当某个磁盘被损坏时。如果磁盘子系统自身没有通过RAID进行保护，那么在磁盘上存储的一个或多个文件也将受损。由于控制文件和联机重做日志始终通过多路复用技术进行保护。而数据文件无法多路复用，因此，一旦某个数据文件被损坏，那么唯一的选择就是从备份中还原这个数据文件。所谓的还原文件，就是从其备份位置提取文件，然后将其放回预想的位置。此后对文件进行恢复，已还原的备份处于过期状态，而
“恢复”意味着通过应用从联机和归档的重做日志中提取的变更数据文件恢复至受损时的状态。
恢复需要使用归档的重做日志。归档的重做日志是在每次日志切换后生成的联机重做
日志的副本。从备份中还原某个数据文件后，应用于数据文件并使其更新的变更会按照时间的先后顺序提取出来。所以，丢失归档日志会使恢复进程失败，所以必须注意
归档日志的管理。归档日志最初创建在次哦岸上，由于会像控制文件和联机重做日志文件一样遭到磁盘损坏的影响，因此也应当被多路复用，也就是要在不同设备上创建
两个或多个副本。
为应对介质失败，我们必须生成控制文件，联机重做日志文件以及归档的重做日志文件的多个多路复用的副本，此外，必须对控制文件，数据文件以及归档日志文件进行备份。
数据文件要通过硬件冗余受到保护。硬件冗余指常用的RAID系统或Oracle自己的ASM。