《大容量Oracle数据库备份速度过慢处理》由会员分享，可在线阅读，更多相关《大容量Oracle数据库备份速度过慢处理（2页珍藏版）》请在金锄头文库上搜索。
1、ACADEMIC RESEARCH 学术研究大容量Oracle数据库备份速度过慢处理吴屏摘要：本文介绍了大容量ORACLE載据库用export命令进行数据备 份时.随為时间推移連渐出現备份速度过慢的问题通过展示分析最 终排查找出故障原因，并提出解决处理方法.此方法农大容量ORACLE 戟据库中具有普遍性值得各令理员关注和借寮。关tt词：ORACLE export;备份；逵度140I 2OII.II.2O140I 2OII.II.2O一、引言在oradc 9及以下数据廐提供导出工具Export. Export 是Oracle提供的一个T.具.用于数据库之间的数据转移. 执行expo时，expor
2、t f.H从数据库中抽取数据.然后把 这些数据吗到导出文件中，导出文件是二进制文件.此 文件只能用Oracle的导入工具import把数据导入到另外 一台机的数据库中，其它工具不能识别export I：具生产 的文件、此文件优点能够在不同的硬件和操作系统间转 移数据库，在转移数据方面有其不町取代町跨平台的优 越性。安庆公可冇一个HPunix小型机，平常采用Oracle Rman做数据库的主耍备份方式.由于Rman恢复数据需 箜相同软硬件环境，所以Rman只能hp-unix小型机上恢 复备份数据.安庆公司由于经济原因没有hp-unix小用机 做应急眼务器.只能用怦通的PC眼务器做应急眼务器， 这
3、就需要用cxpoit做H當备份补充，住hpunix小巾机遭遇 灾难时.无法直接对小舉机恢复时.利用export/import的 跨台恢复能力来跨平台恢复数据.保障数据安全。二、现彖描述安庆公冈口常用一台PC槪务器做export眼务器.每 口用windows定时计划程用定时执行export任务.将数 据全库备份到PCAK务器，平常毎H备份时间是从每晚 的12点到次日甲民6点大约6个小时左右，大约运行一年 时间后涪份时间不断延长.最后竞然24小时都备份不结 東.使得备份任务失效.故障出现后必须找到故障原 W.解决故障确保数据安全.三、处理过程遇见故障膚储息运行维护中心内部进行分析，此项 备份数据电
4、大约51GB,数据容虽较人，备份时间过长 可能仔在网络或数据库方面的原因，需要按此两方面进 行排贪。1. 首先怀疑是网络故障.与公司网络骨理员一起坚 持检査，没右检査出内部网络设匱问題，再用FTP下载 测试网络速度.结果下载速度是I1.8M/秒.结介备份数 据大约51GB,所以备份应该在2小时内完成.测试结果 显示网络速度正常.未发现网络界當状况。2. 检杳hpunix小用机上的export导出速度.登录hpunix小型机进行cxporl导出.导出时间冇所编短人约15 小时导出完毕.备份岀文件大约51GB大小.虽然比PC 眼务器短.但时间依然很长.此测试已经完全推除J网 络原因，证明足还建数据
5、库造成export备份时间怏3.检査每H定时执行的export命令命令exp expman/P buflerM096000 fully file=f:yxbakyx%dato 11,3%.dmp log=f:yxbakyx%date:l 1,3%og检点毎IIEXP的备份LOGU发现.主要足内部儿个 农施慢了备份速度.检仟这几个大衣发现都罠冇LOB类书 字段.单独取中间一个最大记录炎做EXPORT备份，发现 需要10个小时才能备份成功.备份出文件体积为28GB. 因此我们认为以前设buftcrlXMf能人小.只有4M人小. 适成备份速度过慢.为解决此问题将buflbr区开成400M大 小.堆大缓冲.并使用参数DIRECT=y直接读取数据库 数据区数据块信息，用以提為速度（下转145页）140I 2OII.II.2O
