这是一个发生在Oracle数据库上使用RMAN进行数据库操作因在默认配置中使用不合适的配置导致备份性能慢到不能接受的问题。在整个问
这是一个发生在Oracle数据库上使用RMAN进行数据库操作因在默认配置中使用不合适的配置导致备份性能慢到不能接受的问题。
在整个问题解决过程中,涉及了存储商、网络、操作系统以及Oracle等等。解决过程复杂和艰难,甚至都开始怀疑自己了,到最后峰回路转,在RMAN备份的输出日志发现了关键信息,使得问题得以解决。
这个问题我们想复杂了。如果我们能仔细一点,多看看日志信息,就能节省很多时间和人力,就不会绕这么一个大圈子。
1. 环境
客户的数据库系统运行在Linux RedHat系统上。数据库系统为Oracle 10.2.0.5.6,三节点RAC。
数据库名称为WEBDB,归档模式运行。数据库目前大小约900GB,每天生成的归档日志量约50GB,但在最高峰时也会有100GB。
数据库备份采用RMAN工具备份到挂载到服务器的磁盘上。
2. 问题
数据库备份时,每秒钟只能写入4MB左右。
如备份88号文件,该文件大小为5GB。
RMAN> backup datafile 88 format '/u01/app/oracle/88.bk';
Starting backup at 14-3月 -12
using channel ORA_DISK_1
channel ORA_DISK_1: starting compressed full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00088 name=+DG/webdb/datafile/qlzq50.dbf
channel ORA_DISK_1: starting piece 1 at 14-3月 -12

本文描述了在Oracle 10.2.0.5数据库上使用RMAN进行备份时遇到的性能问题,每秒仅能写入4MB。通过分析RMAN的I/O、等待事件、系统负载、IO性能以及使用strace工具,最终发现备份速度缓慢并非由于数据库或存储硬件问题,而是RMAN备份过程中的操作导致。对比RMAN备份与COPY命令的性能差异,揭示了备份过程中的效率问题,并探讨了可能的优化策略。
最低0.47元/天 解锁文章
1344

被折叠的 条评论
为什么被折叠?



