导读
作者：杨漆
16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。
你知道Rman备份每小时能备多少数据量？
如果我有5T的库，多少时间能备完？
下面用这个实验准确回答您的问题
准备两个小脚本入下:
rman_full_database_backup.sh
#!/bin/sh
echo “start full database backup !”
rman target / log /mnt/backup/back_archive.log<<EOF
run {
configure channel device type disk format ‘/mnt/backup/full_%U_%d’;
configure device type disk parallelism 10;
delete backupset all completed before ‘sysdate-7’;
crosscheck archivelog all;
delete noprompt expired archivelog all;
backup database plus archivelog;
}
exit;
EOF
echo “finished full database backup !!!”
crontab -l
*/30 * * * * ls -lh /mnt/backup >> /mnt/backup/backup.log
八个多小时后跑完，打开日志追踪
13:30~14:30期间 1小时，每个通道增长39个G, 10个通道合计增长390个G
再次抽取 15:30~16:30期间 1小时内的备份日志进行观测，发现每个通道仍旧增长39个G, 10个通道合计增长390个G
在从全量上统计显示：备份从9:57分开始，18:20结束，总3.2T的数据，耗时8小时23分钟。约等于每小时390.89G数据，与前项测试结果完全对应。
结论：Rman在开十个通道并行模式下，每个通道每小时备份数据量约为39G，10个通道每小时备份数据量约为390G
备注:这个实验环境为虚拟机（16 Core、64G Memory）+NAS存储. 理论上在实体Sever+本机存储上跑(闪存)，备份效率会高于此数值（业界传闻，在单通道模式下最高可达80G/小时/Channel）
所有的数据都要结合你的环境，离开环境的结论和数据是没有意义的。以上仅为我的DB环境下Rman备份的数据增长结论。 如果您因各种奇葩的小问题被偏执又自负的面试官秒了，别灰心，不是您不够优秀，相信我 只是你俩八字不合[笑脸]。 以笔者多年做为技术面试官、数据库主管的面人经验告诉你，面试非高考、没有统一的指挥棒、标准。每个人经历不同、业务方向不同、知识偏重点不同，在技术领域里短时间内要否认一个人很Easy（谁都可以做到），而要全面肯定一个人却是件非常的难事，挥挥手袖不带走一片云霞就好，哈哈哈 ！
