![](https://img-blog.csdnimg.cn/20201014180756757.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
Orace故障与恢复
wu_wei_jie
这个作者很懒,什么都没留下…
展开
-
SYSAUX表空间管理及恢复
<br />SYSAUX表空间是在10g之后引入的一个新的表空间,主要用于减轻对SYSTEM表空间的压力而作为SYSTEM表空间的辅助表空间。<br />原来存放于SYSTEM表空间的很多组件以及一些数据库元数据在10g中被移植到SYSAUX表空间。<br /> SYSAUX表空间在正常的数据库操作中不能被删除,或重命名,也不支持可移动表空间功能,但可以脱机。如果SYSAUX表空间<br />失效,比如发生介质故障后有些数据库的功能会随之失效。<br /> 本文先描述一下SYSAUX表空间的管理转载 2011-04-10 19:26:00 · 699 阅读 · 0 评论 -
物理STANDBY的FAILOVER切换(失败切换)
<br />1.类型<br /> 正常切换 switchover<br /> 失败切换 failover<br /> 强行切换 active<br />2.下文是failover的方法<br /> <br />注意点: 对物理STANDBY,尽量不要用ACTIVATE STANDBY DATABASE,否则容易造成数据的丢失。<br /> <br />物理STANDBY的FAILOVER切换: 会把当前的一个物理STANDBY切换为PRIMARY数据库。<br /> <br /> <br />转载 2011-04-11 00:26:00 · 1073 阅读 · 0 评论 -
Redo log日志组故障分析
<br />数据库平台:SunOS 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-Enterprise <br /> <br />数据库版本:8.1.5.0.0 <br />数据库症状:数据库响应缓慢,应用请求无法返回,业务操作陷于停顿,此时需要DBA介入并进行问题诊断及故障处理。 <br /> <br /> <br />1. 登录数据库进行检查<br /> <br /> <br /> <br /> 首先我们登录数据库,检查故障现象。<br /> 经过检查发转载 2011-04-15 23:58:00 · 498 阅读 · 0 评论 -
SM/OPTSTAT导致sysaux异常增长
这问题是由最近一个数据库SYSAUX使用空间过多引出来的.<br />SM/OPTSTAT是用于存储老的统计信息,10G之前,当对表/字段/索引做了相应的统计信息之后,新的统计信息就会覆盖老的统计信息,也就是说的无法直接找回统计信息,要找回,只能事先通过dbms_stats导出来。10G就不必了,它会自动的存到相应的表里,而这些表是存在sysaux的,但这也引出了一个问题:如果这些表的数据不断的增长,而不把老的数据删除的话,sysaux迟早会暴了的。默认的情况下,系统会为SM/OPTSTAT保留31天的记录转载 2011-04-18 19:26:00 · 3479 阅读 · 0 评论 -
物化视图注册信息的清除
物化视图的日志清除是由Oracle自动完成的。Oracle会根据物化视图基表上的注册信息和物化视图的刷新来确定何时删除物化视图日志。物化视图的注册信息的清除则是在删除物化视图的时候进行,但是对于物化视图建立在远端数据库中的情况,物化视图注册信息的清除可能会复杂一些。如果物化视图建原创 2011-07-16 18:49:44 · 447 阅读 · 0 评论 -
分布式事务故障处理
http://www.oracleblog.cn/working-case/how-to-deal-with-distributed-transaction/ http://2jliu.itpub.net/post/21805/488841 http://tolywang.itpub.net/post/48/245648 http://www.oralife.cn/html/20转载 2011-12-01 09:44:11 · 438 阅读 · 0 评论 -
利用Physical standby的数据文件来恢复primary上的数据损坏
流程: 1.创建测试数据转载 2012-09-17 09:27:13 · 386 阅读 · 0 评论