语句失败:执行语句的服务器进程会检测问题并回滚语句.
用户进程失败:PMON解决问题,如果异常的会话位于某事务中部,PMON会先回滚此事务并释放该会话的所有锁定,最后终止该服务进程并将PGA释放回操作系统.
网络故障:侦听一般不崩溃,但工作量有限.两个以上的网卡并在每个网卡上创建多个侦听.
用户错误:尽量避免直接操作更改数据库,用应用软件最大化的避免用户操作错误,比如典型的update不加where.
闪回也可以修正用户错误.例如delete表
sql>delete from emp;--你可以不经意的删除
commit;--提交前要三思
select count(*) from emp;--溜光,啥都没了.
sql>insert into emp (select * from emp as of timestamp(sysdate - 5/1440));--恢复了,你挺美,下次还瞎删……
sql>commit;
有人更猛,drop一个表后猥琐的找你恢复
sql>drop table emp;
sql>select count(*) from emp;
赶紧恢复
sql>flashback table emp to before drop;
看着挺好的恢复,但要注意慎用!表的不完全恢复或闪回影响不大,如果不完全恢复或闪回数据库,那就会丢失一大部分的事务.
介质失败:磁盘总是会坏的,这不怪你,但需要你解决.raid技术最大化的避免磁盘类问题.
实例失败:这个不太需要操心,SMON进程会自动进行实例恢复,只需要你正确的启动数据库startup即可.
用户进程失败:PMON解决问题,如果异常的会话位于某事务中部,PMON会先回滚此事务并释放该会话的所有锁定,最后终止该服务进程并将PGA释放回操作系统.
网络故障:侦听一般不崩溃,但工作量有限.两个以上的网卡并在每个网卡上创建多个侦听.
用户错误:尽量避免直接操作更改数据库,用应用软件最大化的避免用户操作错误,比如典型的update不加where.
闪回也可以修正用户错误.例如delete表
sql>delete from emp;--你可以不经意的删除
commit;--提交前要三思
select count(*) from emp;--溜光,啥都没了.
sql>insert into emp (select * from emp as of timestamp(sysdate - 5/1440));--恢复了,你挺美,下次还瞎删……
sql>commit;
有人更猛,drop一个表后猥琐的找你恢复
sql>drop table emp;
sql>select count(*) from emp;
赶紧恢复
sql>flashback table emp to before drop;
看着挺好的恢复,但要注意慎用!表的不完全恢复或闪回影响不大,如果不完全恢复或闪回数据库,那就会丢失一大部分的事务.
介质失败:磁盘总是会坏的,这不怪你,但需要你解决.raid技术最大化的避免磁盘类问题.
实例失败:这个不太需要操心,SMON进程会自动进行实例恢复,只需要你正确的启动数据库startup即可.
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/25025926/viewspace-1064514/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
RMAN常用命令——不断整理中
下一篇：
闪回恢复区
请登录后发表评论
登录
全部评论
