网站首页 > 技术文章 正文
概述
rman的备份压缩是我们日常工作中最常用的,下面分享一下rman的压缩类型及算法
- 空压缩
- 未使用块压缩
- 二进制压缩
在 Oracle 版本 10.1 之前,默认情况下只完成“空”压缩,但从 Oracle 版本 10.2 开始,会完成“空”和“未使用块”压缩。这些压缩是自动完成的,这些压缩不需要特殊命令。“Null”和“Unused Block”压缩过滤哪些块被发送到备份。“二进制”压缩是对发送到备份的块的附加压缩。
Rman压缩详情
1、Null Compression
A Complete Understanding of RMAN Compression (Doc ID 563427.1) To Bottom 将数据文件备份到备份集中时,RMAN 不会备份从未备份过的数据块的内容 分配。(在以前的版本中,这种行为称为 NULL 压缩)。这意味着 RMAN 永远不会备份曾经使用过的块。直到 Oracle 版本 9i RMAN 执行空压缩。
示例:
您有一个表空间,其中包含一个大小为 100MB 的数据文件,并且在 100MB 中仅使用了 50MB。然后 RMAN将只备份 50MB。
2、未使用的块压缩
从 Oracle 10.2 版开始,RMAN 会跳过当前不包含数据的块,这称为未使用的块压缩。RMAN 现在通过跳过当前不用于存储数据的数据文件块来创建更紧凑的数据文件备份。在以前的版本中,RMAN 仅支持 NULL 压缩,这会跳过从未分配过的数据文件中的空间。DBA 无需额外操作即可使用此功能。
示例:
您有一个表空间,其中包含一个大小为 100MB 的数据文件,在 100MB 中,用户表使用了 50MB。然后用户使用新的未使用块压缩删除了属于该表空间的 25MB 表备份了 25MB 的文件。在此示例中,如果使用空压缩,那么它将备份 50MB,因为空压缩将考虑已格式化/曾经使用过的块。
如果满足以下所有条件,则完成未使用的块压缩:
- COMPATIBLE 初始化参数设置为 10.2
- 目前没有为数据库定义保证还原点
- 数据文件在本地管理
- 数据文件正在备份到作为完整备份或 0 级增量备份的一部分的备份集 + 正在磁盘上创建备份集。尽可能跳过未使用的数据块使 RMAN 能够使用更少的空间备份数据文件,并且可以提高 I/O效率。
3、二进制压缩
可以通过在备份命令中指定“AS COMPRESSED”子句来进行二进制压缩,这种压缩称为二进制压缩。RMAN 可以在将数据写入备份集时应用二进制压缩算法。这种压缩类似于许多磁带供应商在将数据备份到磁带时提供的压缩。但是我们不能给出确切的压缩百分比。这种二进制压缩算法可以大大减少磁盘备份存储所需的空间。对于文本密集型数据库,它通常是 2 到 4 倍,甚至更大。
进行压缩备份的命令:
RMAN> backup as compressed backupset database
- 压缩备份集会产生一些 CPU 开销。如果正在备份的数据库以或接近其最大负载运行,您可能会发现使用 AS COMPRESSED BACKUPSET 的开销是不可接受的。在大多数其他情况下,压缩备份集可以节省足够的磁盘空间,值得 CPU 开销。
- 没有从压缩备份集中恢复数据库的特殊命令,恢复命令与未压缩备份相同。
- 从压缩的备份集恢复将比未压缩的备份集花费更多的时间。
除了现有的 BZIP2 算法用于 oracle 10G 中备份的二进制压缩,RMAN 11G 可执行文件还使用 Oracle Database 11g 高级压缩选件支持 ZLIB 算法进行压缩备份。BZIP2 是11g 和 10g 中 RMAN 的默认压缩。BZIP2 压缩比非常好,但速度慢且占用大量 CPU。ZLIB 压缩速度非常快,但压缩率不如其他算法。(仅限 11g 并带有高级压缩选项)支持的算法是 BZIP2(默认)和 ZLIB。BZIP2 算法针对最大压缩进行了优化,而 ZLIB 算法针对 CPU 效率进行了优化。BZIP2 比 ZLIB 消耗更多的 CPU 资源,但通常会产生更紧凑的备份。COMPATIBLE 初始化参数必须设置为 11.0.0 或更高版本ZLIB 压缩,需要 Oracle Advanced Compression 选项。
压缩可用于数据文件、归档日志和控制文件的备份集。
RMAN> backup as compressed backupset archivelog all;
RMAN> backup as compressed backupset database;
RMAN> backup as compressed backupset current controlfile;
注意:rman压缩备份在恢复过程中不需要额外的解压步骤;
配置压缩算法
RMAN> CONFIGURE COMPRESSION ALGORITHM '<alg_name>';
各种压缩类型: 各种压缩类型可以参考 V$
RMAN_COMPRESSION_ALGORITHM视图
SQL> select ALGORITHM_NAME, ALGORITHM_DESCRIPTION, ALGORITHM_COMPATIBILITY from
V$RMAN_COMPRESSION_ALGORITHM ;
小结
本文在我的博客
https://www.cnblogs.com/lkj371/p/16382898.html,同步发表,转载请注明出处!
猜你喜欢
- 2025-07-01 oracle查询语句执行计划分析(oracle查看语句执行进度)
- 2025-07-01 Oracle探究_JAVA存储过程_开发指引《中》
- 2025-07-01 DBA日记之Oracle数据库索引一(oracle数据库索引有哪几种)
- 2025-07-01 如何“暴力破解”Oracle性能优化的极端问题(附精彩案例解读)
- 2025-07-01 Oracle 伪列!这些隐藏用法你都知道吗?
- 2025-07-01 升级oracle19c后报不支持的字符集 (在类路径中添加 orai18n.jar)
- 2025-07-01 Oracle存储过程和调用(oracle存储过程调用操作系统脚本)
- 2025-07-01 浅谈oracle的监听服务-静态注册(oracle静态监听动态监听区别优缺点)
- 2025-07-01 针对Oracle特有函数的梧桐替代解决方法
- 2025-07-01 oracle使用rownum分页(oracle分页的几种方式)
- 1507℃桌面软件开发新体验!用 Blazor Hybrid 打造简洁高效的视频处理工具
- 505℃Dify工具使用全场景:dify-sandbox沙盒的原理(源码篇·第2期)
- 484℃MySQL service启动脚本浅析(r12笔记第59天)
- 465℃服务器异常重启,导致mysql启动失败,问题解决过程记录
- 462℃启用MySQL查询缓存(mysql8.0查询缓存)
- 442℃「赵强老师」MySQL的闪回(赵强iso是哪个大学毕业的)
- 422℃mysql服务怎么启动和关闭?(mysql服务怎么启动和关闭)
- 418℃MySQL server PID file could not be found!失败
- 最近发表
-
- netty系列之:搭建HTTP上传文件服务器
- 让deepseek教我将deepseek接入word
- 前端大文件分片上传断点续传(前端大文件分片上传断点续传怎么操作)
- POST 为什么会发送两次请求?(post+为什么会发送两次请求?怎么回答)
- Jmeter之HTTP请求与响应(jmeter运行http请求没反应)
- WAF-Bypass之SQL注入绕过思路总结
- 用户疯狂点击上传按钮,如何确保只有一个上传任务在执行?
- 二 计算机网络 前端学习 物理层 链路层 网络层 传输层 应用层 HTTP
- HTTP请求的完全过程(http请求的基本过程)
- dart系列之:浏览器中的舞者,用dart发送HTTP请求
- 标签列表
-
- c++中::是什么意思 (83)
- 标签用于 (65)
- 主键只能有一个吗 (66)
- c#console.writeline不显示 (75)
- pythoncase语句 (81)
- es6includes (73)
- windowsscripthost (67)
- apt-getinstall-y (86)
- node_modules怎么生成 (76)
- chromepost (65)
- c++int转char (75)
- static函数和普通函数 (76)
- el-date-picker开始日期早于结束日期 (70)
- js判断是否是json字符串 (67)
- checkout-b (67)
- localstorage.removeitem (74)
- vector线程安全吗 (70)
- & (66)
- java (73)
- js数组插入 (83)
- linux删除一个文件夹 (65)
- mac安装java (72)
- eacces (67)
- 查看mysql是否启动 (70)
- 无效的列索引 (74)