这样做，RMAN备份速度可提高6倍！

最新推荐文章于 2025-02-17 16:02:54 发布
原创 最新推荐文章于 2025-02-17 16:02:54 发布 · 1.3k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分享了一则实际案例，通过修改Linux内核参数、使用异步IO和配置hugepage，成功将Oracle数据库的RMAN备份性能提高了6倍。详细对比了优化前后的共享内存、IO性能和备份时间，展示了显著的优化效果。

墨墨导读：本文来自读者投稿，详述一则给客户备份优化的实际案例，通过这次优化，数据库性能提高了6倍。

数据库现状

SQL> select * from v$version;


BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE  11.2.0.4.0  Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production
SQL> set pagesize 0;
select tablespace_name ,sum(bytes)/1024/1024/1024 as GB from dba_data_files group by tablespace_name;
SQL> CMCC10             66.7578125
SYSAUX         .6640625
UNDOTBS1           4.83886719
CMCC3             165.399414
CMCC8             66.7578125
CMCC1             165.399414
CMCC7             66.7578125
USERS             .004882813
CMCC6             165.399414
SYSTEM         .7421875
CMCC2             165.399414
CMCC4             165.399414
CMCC5             165.399414
CMCC9             66.7578125
CMCC11             66.7578125
SQL> alter session set nls_date_format = 'yyyy-mm-dd hh24:mi:ss';
Session altered.
SQL> select max(LAST_ANALYZED) from dba_tables;
2020-02-25 22:20:26

数据文件大小

 du -sh  /test-nvme/oradata/orcl
1.4T  /test-nvme/oradata/orcl

修改linux内核参数shmmax和shmall


修改之前共享内存

[oracle@base-test-01 ~]$ ipcs -m


------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 114458624  oracle     640        4096       0
0x00000000 114491393  oracle     640        4096       0
0x00000000 114524163  oracle     640        4096       0
0x00000000 1212420    root       644        80         2
0x00000000 1245189    root       644        16384      2
0x00000000 1277958    root       644        280        2
0x00000000 297435143  root       600        524288     2          dest
0x00000000 114556936  oracle     640        4096       0
0x00000000 114589705  oracle     640        4096       0
0x00000000 114622474  oracle     640        4096       0
0x00000000 114655243  oracle     640        4096       0
0x00000000 114688012  oracle     640        4096       0
0x00000000 114720781  oracle     640        4096       0
0x00000000 114753550  oracle     640        4096       0
0x00000000 114786319  oracle     640        4096       0
0x00000000 114819088  oracle     640        4096       0
0x00000000 114851857  oracle     640        4096       0
0x00000000 114884626  oracle     640        4096       0
0x00000000 114917395  oracle     640        4096       0
0x00000000 114950164  oracle     640        4096       0
0x00000000 114982933  oracle     640        4096       0
0x00000000 115015702  oracle     640        4096       0
0x00000000 115048471  oracle     640        4096       0
0x00000000 115081240  oracle     640        4096       0
0x00000000 115114009  oracle     640        4096       0
0x00000000 115146778  oracle     640        4096       0
0x00000000 115179547  oracle     640        4096       0
0x00000000 115212316  oracle     640        4096       0
0x00000000 115245085  oracle     640        4096       0
0x00000000 115277854  oracle     640        4096       0
0x00000000 115310623  oracle     640        4096       0
0x00000000 115343392  oracle     640        4096       0
0x00000000 115376161  oracle     640        4096       0
0x00000000 115408930  oracle     640        4096       0
0x00000000 297762851  root       600        4194304    2          dest
0x00000000 297861156  root       600        524288     2          dest
0x00000000 115441701  oracle     640        4096       0
0x00000000 115474470  oracle     640        4096       0
0x00000000 115507239  oracle     640        4096       0
0x00000000 115540008  oracle     640        4096       0
0x42e38fd0 115572777  oracle     640        4096       0
0x00000000 127959083  root       600        832920     2          dest

修改之前linux内核参数

$ cat /etc/sysctl.conf
# sysctl settings are defined through files in
# /usr/lib/sysctl.d/, /run/sysctl.d/, and /etc/sysctl.d/.
#
# Vendors settings live in /usr/lib/sysctl.d/.
# To override a whole file, create a new file with the same in
# /etc/sysctl.d/ and put new settings there. To override
# only specific settings, add a file with a lexically later
# name in /etc/sysctl.d/ and put new settings there.
#
# For more information, see sysctl.conf(5) and sysctl.d(5).
fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 2097152
kernel.shmmax = 4294967295
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
vm.swappiness=1
[oracle@base-test-01 ~]$

修改之后共享内存

[root@base-test-01 oracle]# ipcs -m


------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status
0x00000000 504037376  oracle     640        536870912  72
0x00000000 504070145  oracle     640        107911053312 72
0x42e38fd0 504102915  oracle     640        2097152    72
0x00000000 1212420    root       644        80         2
0x00000000 1245189    root       644        16384      2
0x00000000 1277958    root       644        280        2
0x00000000 297435143  root       600        524288     2          dest
0x00000000 508821513  root       600        832920     2          dest
0x00000000 297762851  root       600        4194304    2          dest
0x00000000 297861156  root       600        524288     2          dest
#  sysresv -l orcl -d on


IPC Resources for ORACLE_SID "orcl" :
Shared Memory:
ID    KEY
504037376  0x00000000
504070145  0x00000000
504102915  0x42e38fd0

修改之后linux内核参数

[root@base-test-01 oracle]# sysctl -p
fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 67108864
kernel.shmmax = 256000000000
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
vm.swappiness = 1

前后对比

Oracle的共享内存从35个减少到3个，碎片大大减少。


改成异步IO

SQL> SELECT NAME,ASYNCH_IO FROM V$DATAFILE F,V$IOSTAT_FILE I WHERE F.FILE#=I.FILE_NO AND FILETYPE_NAME='Data File';
/test-nvme/oradata/orcl/system01.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/sysaux01.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/undotbs01.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/users01.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc1.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc2.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc3.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc4.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc5.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc6.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc7.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc8.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc9.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc10.dbf       ASYNC_OFF
/test-nvme/oradata/orcl/cmcc11.dbf       ASYNC_OFF
SQL>   alter system set filesystemio_options=setall  scope=spfile;


System altered.
SQL> STARTUP FORCE;
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
ORACLE instance started.
Total System Global Area 1.0796E+11 bytes
Fixed Size        2266024 bytes
Variable Size     5.6371E+10 bytes
Database Buffers   5.1540E+10 bytes
Redo Buffers       50450432 bytes
Database mounted.
Database opened.
SQL>  SELECT NAME,ASYNCH_IO FROM V$DATAFILE F,V$IOSTAT_FILE I WHERE F.FILE#=I.FILE_NO AND FILETYPE_NAME='Data File';
/test-nvme/oradata/orcl/system01.dbf       ASYNC_ON
/test-nvme/oradata/orcl/sysaux01.dbf       ASYNC_ON
/test-nvme/oradata/orcl/undotbs01.dbf       ASYNC_ON
/test-nvme/oradata/orcl/users01.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc1.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc2.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc3.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc4.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc5.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc6.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc7.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc8.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc9.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc10.dbf       ASYNC_ON
/test-nvme/oradata/orcl/cmcc11.dbf       ASYNC_ON


15 rows selected.


SQL>

修改成hugepage

过程比较复杂，另外写一个文档。


没有优化前备份性能

修改环境变量，将rman中的时间提示最小单位从天改到秒：

export NLS_DATE_FORMAT=‘YYYY-MM-DD HH24:MI:SS’
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK   # 或：export NLS_LANG=AMERICAN

rman备份

RMAN>  backup validate database;


Starting backup at 2020-02-26 14:42:44
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00005 name=/test-nvme/oradata/orcl/cmcc1.dbf
input datafile file number=00006 name=/test-nvme/oradata/orcl/cmcc2.dbf
input datafile file number=00007 name=/test-nvme/oradata/orcl/cmcc3.dbf
input datafile file number=00008 name=/test-nvme/oradata/orcl/cmcc4.dbf
input datafile file number=00009 name=/test-nvme/oradata/orcl/cmcc5.dbf
input datafile file number=00010 name=/test-nvme/oradata/orcl/cmcc6.dbf
input datafile file number=00011 name=/test-nvme/oradata/orcl/cmcc7.dbf
input datafile file number=00012 name=/test-nvme/oradata/orcl/cmcc8.dbf
input datafile file number=00013 name=/test-nvme/oradata/orcl/cmcc9.dbf
input datafile file number=00014 name=/test-nvme/oradata/orcl/cmcc10.dbf
input datafile file number=00015 name=/test-nvme/oradata/orcl/cmcc11.dbf
input datafile file number=00003 name=/test-nvme/oradata/orcl/undotbs01.dbf
input datafile file number=00001 name=/test-nvme/oradata/orcl/system01.dbf
input datafile file number=00002 name=/test-nvme/oradata/orcl/sysaux01.dbf
input datafile file number=00004 name=/test-nvme/oradata/orcl/users01.dbf
channel ORA_DISK_1: backup set complete, elapsed time: 00:31:25
.........


RMAN>

从14:42:44开始到15:14:11结束，31分钟27秒，一共1887秒。

从os层查看io情况

$ iostat 60 nvme0n1


Device:            tps    kB_read/s    kB_wrtn/s   kB_read    kB_wrtn
nvme0n1        5091.10    650829.00        93.44   39049740       5606


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.84    0.00    2.11    0.75    0.00   96.30


Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
nvme0n1        5483.45    701698.13        11.38   42101888        683


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.93    0.00    2.20    0.72    0.00   96.15


Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
nvme0n1        5589.93    715302.93        12.60   42918176        756


[oracle@base-test-01 ~]$ iostat -x 60 nvme0n1




Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.00 5255.30    0.93 672465.47     9.53   255.88     1.24    0.24    0.24    0.00   0.16  83.82


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.77    0.00    2.11    0.73    0.00   96.39


Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.00 5425.92    1.08 694424.67    11.71   255.92     1.25    0.23    0.23    0.05   0.16  85.25

优化后的备份性能

rman备份

[oracle@base-test-01 ~]$ rman target /


Recovery Manager: Release 11.2.0.4.0 - Production on Wed Feb 26 18:28:40 2020


Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.


connected to target database: ORCL (DBID=1560763823)


RMAN>  backup validate database;


Starting backup at 2020-02-26 18:28:47
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=9391 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00005 name=/test-nvme/oradata/orcl/cmcc1.dbf
input datafile file number=00006 name=/test-nvme/oradata/orcl/cmcc2.dbf
input datafile file number=00007 name=/test-nvme/oradata/orcl/cmcc3.dbf
input datafile file number=00008 name=/test-nvme/oradata/orcl/cmcc4.dbf
input datafile file number=00009 name=/test-nvme/oradata/orcl/cmcc5.dbf
input datafile file number=00010 name=/test-nvme/oradata/orcl/cmcc6.dbf
input datafile file number=00011 name=/test-nvme/oradata/orcl/cmcc7.dbf
input datafile file number=00012 name=/test-nvme/oradata/orcl/cmcc8.dbf
input datafile file number=00013 name=/test-nvme/oradata/orcl/cmcc9.dbf
input datafile file number=00014 name=/test-nvme/oradata/orcl/cmcc10.dbf
input datafile file number=00015 name=/test-nvme/oradata/orcl/cmcc11.dbf
input datafile file number=00003 name=/test-nvme/oradata/orcl/undotbs01.dbf
input datafile file number=00001 name=/test-nvme/oradata/orcl/system01.dbf
input datafile file number=00002 name=/test-nvme/oradata/orcl/sysaux01.dbf
input datafile file number=00004 name=/test-nvme/oradata/orcl/users01.dbf
channel ORA_DISK_1: backup set complete, elapsed time: 00:05:15
List of Datafiles
=================
File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
1    OK     0              15274        97280           10829000
  File Name: /test-nvme/oradata/orcl/system01.dbf
  Block Type Blocks Failing Blocks Processed
  ---------- -------------- ----------------
  Data       0              65126
  Index      0              13578
  Other      0              3302
......


channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
including current SPFILE in backup set
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
List of Control File and SPFILE
===============================
File Type    Status Blocks Failing Blocks Examined
------------ ------ -------------- ---------------
SPFILE       OK     0              2
Control File OK     0              3146
Finished backup at 2020-02-26 18:34:04

5分钟15秒完成。

从OS层看磁盘的IO性能

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.02 35998.80    0.45 4607693.07     5.99   255.99    90.92    2.53    2.53    0.41   0.03 100.00


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.74    0.00    1.23    0.00    0.00   97.03


Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.00 35901.82    0.45 4595201.33     5.73   255.98    90.03    2.51    2.51    0.44   0.03 100.00


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.78    0.00    1.24    0.01    0.00   96.98


Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.00 36015.75    0.52 4609726.14     5.54   255.98    88.58    2.46    2.46    0.26   0.03 100.00


avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.66    0.00    1.19    0.00    0.00   97.14


Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
nvme0n1           0.00     0.00 36069.02    0.58 4616505.08     5.75   255.98    91.41    2.53    2.53    0.23   0.03 100.00

对比分析

项目优化前优化后提高
1.4T全量备份时间31分钟27秒5分钟15秒提高5.99倍
读nvme磁盘的速度672465.47rkB/s4607693.07rkB/s提高6.8倍
iostate中磁盘利用率80%100%提高20%

  1. 将同步IO改成异步IO，大大提高IO性能；

  2. 修改linux内核参数shmmax和shmall，将共享内存段从35个减少到3个，碎片大大减少；

  3. 配置hugepage，Oracle的共享内存管理单位从4K增加到2M，性能大幅提高。

作者：姚远，Oracle 10G和12C OCM，MySQL 5.6 和 5.7 OCP，现在鼎甲公司任顾问，专注于Oracle，MySQL数据库多年。

墨天轮原文链接：https://www.modb.pro/db/25395（复制到浏览器中打开或者点击“阅读原文”）

推荐阅读：144页！分享珍藏已久的数据库技术年刊

数据和云

ID：OraNews

如有收获，请划至底部，点击“在看”，谢谢！

点击下图查看更多 ↓

云和恩墨大讲堂 | 一个分享交流的地方

长按，识别二维码，加入万人交流社群

请备注：云和恩墨大讲堂

  点个“在看”

你的喜欢会被看到❤

数据和云
关注
深入解析：Rman备份路径级别测试与优化实战指南
喵手的博客
11-06 1147
大家好！在这篇文章中，我们将一起探索备份工具中的一个非常实用的功能——路径级别备份。相信很多做数据库管理的朋友在日常工作中都离不开备份这一环节，尤其是在Oracle数据库环境下，RMAN作为官方推荐的备份解决方案，功能强大且灵活。但在实际使用过程中，我们常常需要根据不同的场景，灵活调整备份策略，来提高备份效率、减少资源占用，甚至可以针对特定路径进行备份，以保证业务的高可用性和数据的安全性。在本文中，我会结合RMAN备份路径级别测试，通过具体的示例来讲解如何实现路径级别的备份，并对常见的备份策略进行优化。
DBA之路--RMAN备份与恢复01_RMAN体系架构
Princesk的博客
06-05 3213
由1.6我们可知道，rman在实际使用时会在SGA或PGA构筑缓冲区，同时通过1这些缓冲区将数据文件写入到块。这种缓冲区有实际分为两种输入缓冲区，填充从备份文件中读取的数据块#输入内存缓冲区 备份数据库时，输入内存缓冲区大小和数目取决于实际执行的备份命令，或者说时一个备份中多路复用的文件数量。
RMAN备份时遇到ORA-48132 &ORA-48170且备份变慢案例
最新发布
Small world
02-17 476
现象描述：环境：操作系统：Red Hat Enterprise Linux release 8.10数据库版本： Oracle 19.24.0.0.0 企业版备份作业在执行RMAN备份时，告警日志中会出现ORA-48132 & ORA-48170错误，如下所示(数据库实例用xxx做了混淆)2025-02-12T11...
RMAN备份恢复性能优化--MAXSETSIZE, MAXPIECESIZE, FILESPERSET, SECTION SIZE等_ITPUB博客.mhtml
08-19
RMAN备份恢复性能优化--MAXSETSIZE, MAXPIECESIZE, FILESPERSET, SECTION SIZE等_ITPUB博客.mhtml
【生产篇】：如何提速oracle增备_块跟踪备份
db_murphy的博客
10-09 413
【引言】 一个实际生产案例，因数据库数据量的增大，全备需68个小时，增备也需11小时。此场景下，如发生需要库恢复的场景，所需时长基本不能忍受，鉴于如下之前的两篇文章，使用dataguard 的delay参数做了24小时的日志延迟应用，可确保24小时内的任意恢复，大大缩短了异常时恢复数据的时间。 《ADG实操：如何吃下这颗“后悔药”》 《Oracle ADG同步技术，DBA必备的一种“后悔药”》 但...
使数rman备份oracle,RMAN不恰当配置导致Oracle数据库备份特慢解决
weixin_29217235的博客
04-09 829
这是一个发生在Oracle数据库上使用RMAN进行数据库操作因在默认配置中使用不合适的配置导致备份性能慢到不能接受的问题。在整个问这是一个发生在Oracle数据库上使用RMAN进行数据库操作因在默认配置中使用不合适的配置导致备份性能慢到不能接受的问题。在整个问题解决过程中，涉及了存储商、网络、操作系统以及Oracle等等。解决过程复杂和艰难，甚至都开始怀疑自己了，到最后峰回路转，在RMAN备份的输...
RMAN提高备份速度
csnd2020的博客
04-21 714
RMAN提供了一个参数来控制并发，并发可用来加速备份速度 RMAN> configure device type disk parallelism 3 backup type to backupset;o...
linux 运行rman,生产环境提升RMAN备份速度----启动块跟踪
weixin_29501693的博客
05-09 293
【环境】AIX(5300-08)、Oracle10g(10.2.0.1.0-64bit)【目标】由于生产环境数据量较大，欲加快rman备份的速度【方法】启动块跟踪【操作】SQL> alter database enable block changetracking using file '/home/oracle/block.trc';Database altered.SQL> sel...
oracle 11g rman 备份与恢复
09-29
7. **通道管理**：RMAN可以分配多个I/O通道来并行执行备份任务，提高备份速度。同时，它还可以灵活地配置通道类型，如磁盘通道、磁带通道等。 8. **验证**：RMAN提供了备份集和映像副本的验证功能，确保备份文件的...
RMAN备份技术解决方案.pdf
09-26
RMAN备份技术解决方案 RMAN（Recovery Manager）是一种强大的数据库备份工具，由 Oracle 公司提供，用于保护和恢复 Oracle 数据库。该解决方案旨在提供一个完整的 RMAN 备份方案，涵盖了 Linux/AIX 和 Windows 等...
Oracle Rman全能备份脚本 DBA必备
06-02
3. crontab.sh：Crontab是Linux系统中的定时任务调度器，通过编写crontab.sh脚本并设置定时任务，可以自动化执行RMAN备份，确保备份的定期性和连续性。例如，可以设置每天凌晨执行全备份，其他时间执行增量备份，以...
提高RMAN备份速度
congku8444的博客
03-16 412
• BACKUP_TAPE_IO_SLAVE = TRUE • SET LARGE_POOL_SIZE 由於 LARGE_POOL 在 RMAN 進行 DISK 備份時一個 channel 最高只能用到 16MB ，...
这样做，RMAN备份速度可提高6倍！--- 发表到数据和云公众号
姚远OracleACE的博客
02-27 892
文章目录数据库现状修改linux内核参数shmmax和shmall修改之前共享内存修改之前linux内核参数修改之后共享内存修改之后linux内核参数前后对比改成异步IO修改成hugepage没有优化前备份性能优化后的备份性能对比分析 数据库现状 SQL> select * from v$version; BANNER -----------------------------------...
生产环境提升rman备份速度----启动块跟踪
深蓝@黄炎龙
05-26 2203
生产环境提升rman备份速度----启动块跟踪 【环境】 AIX（5300-08）、oracle10g（10.2.0.1.0-64bit） 【目标】 由于生产环境数据量较大，欲加快rman备份的速度 【方法】 启动块跟踪 【操作】 SQL> alter database enable block changetracking using file '/home/oracle/blo
RMAN 性能优化全攻略
数据库
04-12 529
㈠ 发现问题 RMAN在做备份、恢复时所做的操作说起来很简单： 就是把数据从“源”读到缓冲区，然后自读缓冲区写到“目的地”、并在这个过程中完成数据块的校验工作 这一过程中会发生很多的操作、而如果某一操作慢了我们则称其为瓶颈 发现问题的关键在于挑出这个瓶颈 ① 确定备份源与备份设备的最大速度 从磁盘读的速度和磁带写的带度、备份的速度不可能超出这两个速度、只能尽量的接近、我们心里要有数 ...
调优RMAN性能
jetliu05的博客
12-22 1106
调优RMAN性能
rman技术速查手册
junmail的专栏
11-06 212
一、备份方案： 采用多级备份是为了减少了恢复所需要的时间和减少每天备份所需要的时间，而又保证系统有很好的恢复性。以下是一种建议的方案:    每半年做一个数据库的全备份（包含只读表空间） 每个月做一次零级备份（不包含只读表空间） 每个星期做一次一级备份 每天做一个二级备份 任何表空间改成只读状态后做一个该表空间的备份。 当需要时（如四个小时归档文件系统就要接近满了）备份归档文件1、数据库全备份脚本...
RMAN 系列（九） ---- 调整RMAN备份与恢复操作的性能
热门推荐
David Dai -- Focus on Oracle
07-13 1万+
<br /><br />RMAN 实际上即装即用的，我们通常不需要对其做什么调整。 但是,RMAN 体系结构中还包含许多组件，当这些组件构成一个整体时，就必须调整RMAN的设置以从备份进程中得到最佳的性能。 通常RMAN 调整设计到处理逻辑和物理数据库设计中的低效率，调整介质管理库（Media Management Library: MML）, 调整RMAN 和MML 层以备份数据库的物理设备更好地共存。<br /> <br /><br /><br /><br />一． 调整RMAN 前的工作<br />如
加快RMAN增量备份的速度(block change tracking特性)
cizongzhic79075的博客
08-31 302
9i的增量备份,要扫描所有使用过的块,应该没啥办法吧,10g有了新特性block change tracking就好点 这不能说是10g新特性，只是10g对增备的完善，10g的增备是实际意义上的增备，速度提升明显。不像9i如果...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值