事务流程与介质恢复
2022/8/30 6:23:40
本文主要是介绍事务流程与介质恢复,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
事务生命周期 -->获取排他锁 -->重做数据存入PGA(进程程序的全局区) -->获取复制锁和重做分配锁 -->获取重做日志分配空间 -->释放重做分配锁 -->重做日志缓冲区同步重做日志 -->释放重做复制锁 -->LGWR将重做日志缓冲区写入磁盘(注意:数据没有写入磁盘) -->LGWR将重做日志缓冲区写入ORL(注意:事务写入磁盘但未提交) -->到检查点时间,数据库缓冲区写入磁盘 在DBWR进程将数据库缓冲区写入磁盘前,LGWR进程必须将重做缓冲区写入磁盘。这个顺序由写前日志记录协议强制执行,协议要求:未记录到重做日志中的更改不能写入数据文件,该协议可保证:事务提交前如果出现故障可以撤销事务 事务提交时会分配一个SCN,并经历上述事务流程,commit是一个事务的结束 写后日志记录 写前日志记录的唯一例外是使用直接路径写入:直接路径加载或执行create table as select...语句 这些事务不是来自缓冲区,需要使用写后日志记录协议。但会生成重做数据,可以恢复 当移动高水位线的重做数据提交后,可以看到数据 在执行直接路径写入操作时可结合UNRECOVERABLE选项,实现无日志的需求。 缺陷 使用UNRECOVERABLE选项不会为事务生成重做数据,但会伟数据库字典表生成重做数据,并生成少量数据用于定义无效范围(开始快地址、SCN) 虽然这样有利于加载大量数据,但在dg环境有缺陷:当介质恢复遇到无效范围数据时,由于没有重做数据,数据块被标为soft-corrupt。备库会报错,如果执行介质恢复,主库会报相同错误 解决方案 主库:对UNRECOVERABLE模式加载的表空间文件进行查询 备库:检查无日志操作,如检测到可以执行托管恢复 托管恢复 备库 方式 命令 -->停止重做数据 recover managed standby database cancel -->对受影响的无日志文件脱机操作 alter database datafile 数据文件名 offline drop -->重新应用重做数据 recover managed standby database disconnect 主库 -->用RMAN备份受影响的数据文件 -->停止应用重做数据 recover managed standby database cancel -->对脱机的数据文件重新联机 alter database datafile 数据文件名 online -->重新应用重做数据 recover managed standby database disconnect这篇关于事务流程与介质恢复的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-19永别了,微服务架构!
- 2024-05-15鸿蒙生态设备数量超8亿台
- 2024-05-13TiDB + ES:转转业财系统亿级数据存储优化实践
- 2024-05-09“2024鸿蒙零基础快速实战-仿抖音App开发(ArkTS版)”实战课程已上线
- 2024-05-09聊聊如何通过arthas-tunnel-server来远程管理所有需要arthas监控的应用
- 2024-05-09log4j2这么配就对了
- 2024-05-09nginx修改Content-Type
- 2024-05-09Redis多数据源,看这篇就够了
- 2024-05-09Google Chrome驱动程序 124.0.6367.62(正式版本)去哪下载?
- 2024-05-09有没有大佬知道这种数据应该怎么抓取呀?