网站建设发生的费用会计科目,学做家常菜的网站有哪些,VS2010做网站登录页面步骤,网站制作完成后为了正常的数据块有其特有的固定格式#xff0c;如果某数据块内部出现了混乱而导致Oracle无法读取#xff0c;则可称其为坏块。数据库坏块的影响范围可大可小#xff0c;严重时会导致数据库无法打开。当数据库出现坏块时#xff0c;一般出现ORA-01578错误、ORA-10632错误或者OR…正常的数据块有其特有的固定格式如果某数据块内部出现了混乱而导致Oracle无法读取则可称其为坏块。数据库坏块的影响范围可大可小严重时会导致数据库无法打开。当数据库出现坏块时一般出现ORA-01578错误、ORA-10632错误或者ORA-00600错误。数据库产生坏块的原因主要有以下几种 硬件问题。如内存混乱CPU计算错误会导致内存中的数据块内容混乱进而导致保存到磁盘后数据块损坏。 操作系统BUG。Oracle的I/O写最终会由操作系统内核调用system call完成当内核调用出现问题时就可能产生坏块。 非Oracle进程异常修改Oracle SGA内存区域。如调用Linux或者Unix操作系统的函数shmat 非法attach到SGA中。 主机或者存储异常掉电。当掉电后存储的CACHE机制无法发挥正常作用时极容易产生坏块。 Oracle BUG。某些版本下的Oracle BUG可能也会导致坏块产生如Bug 4493447。 1.6.1 数据库对象坏块的处理思路 业务对象上的坏块通常不会导致数据库宕机。假设数据库没有备份数据库对象坏块的处理思路如下 1使用dbv、RMAN、EXP/EXPDP或者VALIDATE命令校验数据库的坏块数量。建议使用dbv校验因为RMAN、EXP/EXPDP或者VALIDATE校验坏块过程中可能会使数据库实例宕掉。此外EXP/EXPDP校验坏块时不会校验索引的坏块。 2如果索引出现坏块则考虑删除并重建索引。索引有坏块时一般不建议使用rebuild选项建索引。 3如果表出现坏块则设置10231事件或者使用dbms_repair包使得会话在全表扫描时可以跳过坏块也可以使用ROWID RANGE SCAN跳过坏块的数据。其使用方法可以参考MOS文章422547.1。 4使用bbed工具尝试修复坏块。需要注意的是使用bbed修复坏块过程较为复杂且风险较大。 1.6.2 SYSTEM/UNDO表空间损坏的处理思路 SYSTEM/UNDO表空间损坏是比较棘手的故障通常会导致数据库异常宕机进而无法打开数据库。数据库的打开故障处理起来相对比较麻烦读者可以参考本书第5章进一步了解该类故障的处理过程。如果数据库没有备份通常需要设置官方不推荐的隐含参数或者使用bbed工具修复损坏的数据块来强制打开数据库所以此类故障处理起来存在着风险性和不可预知性。当碰到此类故障时笔者的处理思路如下假设数据库没有备份 1检查数据库的警告日志初步确定数据库打不开的原因。如果是RAC则检查所有节点的警告日志。 2物理备份整个数据库。如果备份到本地其备份速度最终取决于数据库大小和存储I/O能力。如果通过网络备份到异地则还取决于网络带宽。 3用dbv工具校验SYSTEM/UNDO表空间确定数据块的损坏范围和严重程度。 4关闭监听。其目的是数据库成功打开之后外部应用不会立刻连接至数据库。 5进行故障处理。具体的处理思路请参考第5章。 6如果是UNDO表空间有坏块可以设置隐含参数_offline_rollback_segments屏蔽坏块所在的回滚段来打开数据库。如果熟悉数据块格式则可以用bbed工具修复损坏的数据块。 提示 如果空间不够或者备份时间过长则备份SYSTEM、UNDO和SYSAUX表空间下的数据文件、控制文件、所有在线日志文件。非常规手段修复数据库所带来的副作用很难被DBA全部预见到为防止事态进一步恶化所以在问题处理之前必须全部备份上述文件。对于不可逆转的修复DBA一定要小心备份为上 1.6.3 数据库在线日志文件损坏的处理思路 由于在线日志的写操作非常频繁所以主机或者存储异常宕机之后在线日志往往会损坏。在线日志损坏也就意味着丢失数据数据库就无法正常打开所以需要引起读者足够的重视千万不要在数据库运行时关闭主机或者存储。当碰到此类故障时笔者的处理思路如下 1如果损坏的是INACTIVE状态的在线日志则启动数据库至MOUNT状态然后使用CLEAR LOGFILE命令重新生成该日志文件这样就可以正常打开数据库。在CLEAR LOGFILE过程中服务器进程会根据记录在控制文件的日志文件大小重新格式化日志块所以刚生成的日志文件块除了块头信息没有其他任何内容。 2如果损坏的是ACTIVE或者CURRENT状态的在线日志则设置隐含参数_allow_resetlogs_corruption为TRUE然后进行不完全恢复使用RESETLOGS模式强制打开数据库。 3强制打开数据库过程中可能会出现ORA-00600 [2662]错误则使用10015事件或者隐含参数_minimum_giga_scn递增全库SCN。 1.6.4 控制文件损坏的处理思路 虽然控制文件很重要但它损坏了至少不会丢失数据而且控制文件损坏的处理流程也相对比较简单。当碰到控制文件损坏且没有备份时笔者的处理思路如下 1数据库打开过程中观察数据库是否能到MOUNT阶段。如果能则将控制文件备份到跟踪文件中然后使用NORESETLOGS选项重建控制文件。 2如果不能MOUNT数据库则使用操作系统命令strings命令提取控制文件的数据文件在线日志文件位置和路径然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。 3如果操作系统命令strings命令无法读取控制文件那么只能到文件系统中寻找当前数据库的数据文件和在线日志文件然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。
