oracle rman 增量备份之块修改跟踪

本文介绍如何在Oracle RMAN中启用块修改跟踪特性,以提高增量备份效率。通过此特性,RMAN可以识别已修改的数据块,从而减少备份时间。详细解释了如何启用、禁用和修改块修改跟踪文件路径,以及其对数据库性能的影响。

http://hi.baidu.com/bystander1983/item/0f6c259c71e4d0ccb6253121

10G中提供了一个新的特性:块修改跟踪(Block Change Tracking),该特性主要服务于RMAN的增量。

  众所周知在之前的版本中,RMAN中创建增量备份并不能显明缩短备份时间,这主要就是因为RMAN没有简便的方式判断哪些块是被修改过的,因此仍然是只能读取所有数据文件中的所有数据块,分别检查数据块中SCN并与父增量备份集中块的SCN做比较,如果发现较新则表示修改过。如果启用了块修改跟踪的特性,RMAN就可以通过块修改跟踪文件确定哪些块被修改过,从而避免扫描所有的数据文件中所有块。

  启用块修改跟踪特性,0级的增量备份肯定还得扫描所有数据文件,不过其后依赖这一0级备份集创建的增量备份就可以通过块修改跟踪文件来获取修改过的块了。

  默认情况下是禁用块修改跟踪的(如果使用了OMF特性,ORACLE会自动创建块修改跟踪文件),因为这可能会带来一些额外的开销。不过该性特性对于增量备份毕竟相当有用,因此要看你的取舍,如果你的数据库极少有修改操作,同时你希望增量备份尽可能快,并且创建的增量备份集尽可能小,那启用块修改跟踪还是有意义的,并且这也不会太影响到数据库的性能。

  块修改跟踪文件是基于整个数据库的,如果使用了OMF,该文件创建于DB_CREATE_FILE_DEST参数指定的目录下,当然你也可以手动修改该文件到其它路径,不过如果是环境,块修改跟踪文件必须创建在共享存储上,确保所有节点都能访问到它。块修改跟踪文件中最多只能保存基于相同0级的,最近8天的增量备份所需信息,因此如果超出,则块修改跟踪文件就起不到作用了。

  注意,备份恢复并不会备份或者恢复块修改跟踪文件。

1、 启用块修改跟踪

  启用块修改跟踪可通过下列语句:

  • SQL> alter database enable block change tracking using file 'rman_inc.trk';

    Database altered.

  禁用块修改跟踪可通过下列语句:

  • SQL> alter database disable block change tracking;

    Database altered.

  查询是否启用块修改跟踪可以通过下列语句:

  • SQL> select status from v$block_change_tracking;

    STATUS

    ----------

    DISABLED

  上述操作在数据库mount或open状态都可以进行,不过如果你要修改块修改跟踪文件的路径,则只能在数据库启动到mount状态时修改。

2、 修改块修改跟踪文件路径

  修改块修改跟踪文件可以通过alter database rename file命令,但是只能在mount状态下操作。

  查看当前块修改跟踪文件路径:

  • SQL> select filename from v$block_change_tracking;

    FILENAME

    --------------------------------------------------------------------------------------

    E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\RMAN_INC.TRK

  Shutdown 数据库并启动到mount状态:

  • SQL> shutdown immediate

    Database closed.

    Database dismounted.

    ORACLE instance shut down.

    SQL> startup mount

    ORACLE instance started.

    Total System Global Area   167772160 bytes

    Fixed Size                   1295608 bytes

    Variable Size               88083208 bytes

    Database Buffers            71303168 bytes

    Redo Buffers                 7090176 bytes

    Database mounted.

  手工复制块修改文件到新路径下,然后执行alter database命令:

  • SQL> alter database rename file 'E:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\RMAN_INC.TRK'

       2   to 'E:\oracle\oradata\jssweb\rman_inc.trk';

    Database altered.

    SQL> alter database open;

    Database altered.

  查看当前块修改跟踪文件路径:

  • SQL> select filename from v$block_change_tracking;

    FILENAME

    -----------------------------------------------------

    E:\ORACLE\ORADATA\JSSWEB\RMAN_INC.TRK

  如果你的数 据库无法shutdown , 其实也无所谓,先disable,然后执行enable时指定一个新路径也可以的:),只不过,原来文件中记录的块修改的跟踪信息也就没有了。

内容概要:本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程,涵盖系统从需求分析、服务拆分、技术选型到核心功能开发、分布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题,采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性,并通过Nacos实现服务注册发现与配置管理,利用Seata处理跨服务分布式事务,结合RabbitMQ实现异步下单,提升系统吞吐能力。同时,项目支持Docker Compose快速部署和Kubernetes生产级编排,集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系,构建可观测性强的微服务系统。; 适合人群:具备Java基础和Spring Boot开发经验,熟悉微服务基本概念的中高级研发人员,尤其是希望深入理解高并发系统设计、分布式事务、服务治理等核心技术的开发者;适合工作2-5年、有志于转型微服务或提升架构能力的工程师; 使用场景及目标:①学习如何基于Spring Cloud Alibaba构建完整的微服务项目;②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案;③实践分布式事务(Seata)、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用;④完成从本地开发到容器化部署的全流程落地; 阅读建议:建议按照文档提供的七个阶段循序渐进地动手实践,重点关注秒杀流程设计、服务间通信机制、分布式事务实现和系统性能优化部分,结合代码调试与监控工具深入理解各组件协作原理,真正掌握高并发微服务系统的构建能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值