《oracle数据库 系统级调优 数据库级调优和调优工具》由会员分享，可在线阅读，更多相关《oracle数据库 系统级调优 数据库级调优和调优工具（63页珍藏版）》请在金锄头文库上搜索。
1、 10g 10.2.0.5 11g 11.2.0.4 12.1.0.2 Red Hat 5,6 6u5 OEL 6DBA 体系结构和SQL3天数据库企业级 安装部署1天数据库对 象管理1天备份恢复1天闪回1天数据迁移2天DataGuard容灾2天DB-Tuning 数据库调优库调优2天SQL-Tuning SQL开发调优2天未知问题的影响硬件问题概览数据库优化和系统优化 优化空间 优化方向和目标 系统层面需要注意的内容 数据库参数 内存组件调整 内核参数优化 应用优化课程内容概览 空格导致的惨痛教训 bumblebee 不过程序在其安装脚本install.sh里的一个bug让 这个项目一下子成
2、了全世界最瞩目的项目 Bug fix的内容： -348,7 +348,7 case “$DISTRO“ in - rm -rf /usr /lib/nvidia-current/xorg/xorg + rm -rf /usr/lib/nvidia-current/xorg/xorg危险的Linux 命令 rm -rf / rm -rf * rm -rf $ORACLE_HOME/危险的Linux命令食品安全中的事故反思 1. 加州李斯特菌奶酪污染事件 （美国历史上死亡人数最多的食品安全事故，1985，美 国洛杉矶） 2. 德国 O104:H4 大肠杆菌感染事件 （历史上最严重的大肠杆菌污染事件
3、，死亡人数最多的微生物所致食品安全事故，2011，德国） 3. 伊拉克麦粒汞中毒事件 （历史上死亡人数最多的食物中毒事件，1971年，伊拉 克） 4. 中国三聚氰胺毒奶粉事件 （最大规模的食品安全事故之一，受影响人最多的食品安全事故，2008，中国）反思 1. 加州李斯特菌奶酪污染事件 u完善的流程和规范，避免人为失误 2. 德国 O104:H4 大肠杆菌感染事件 u未知问题的影响和应对 3. 伊拉克麦粒汞中毒事件 u无规矩不成方圆 4. 中国三聚氰胺毒奶粉事件 u利益熏心，工具的本质，问题的本质 ls -lrt *dmp 查看文件名含有bak dmpbak rm .* 反向推理影响范围 ls
4、 l *, ls -l .*, ls l . *欲速则不达-快捷命令 find find / -type f -name “*.bak“ |xargs rm -rf tr ora11grac1 $ cat a this is a test for tr command, abc ora11grac1 $ cat a|tr “abc“ “xyz“ this is x test for tr zommxnd, xyz ifconfig a6和ifconfig a 6 造成网络地址瞬间修改，如果是RAC，节点 会直接宕机 不熟悉以及不确定的环境，黑屏时先敲一 下空格键，敲了回车键很可能会有致命问 题
5、 通用参数 内存参数 归档参数 性能参数 隐含参数数据库参数优化db_nameNFTAEM1sga_max_size9 000MBlog_archive_max_processes2db_writer_processes4数据库参数分析 10gR2(10.2.0.5.0) 11gR2(11.2.0.4.0) 12cR1(12.1.0.2.0) 数据库参数的版本变化参数的分析和思考 1）哪些参数是11g新增的？ 104个 ddl_lock_timeout deferred_segment_creation sec_max_failed_login_attempts diagnostic_dest
6、 2）那些是12c新增的? 31个 PDB,IMO 3）哪些是10g默认的参数，在11g有所变化 ？ undo_management TRUE FALSE 4)哪些是11g默认的参数，在12c中有所变化 ？ sec_case_sensitive_logon FALSE TRUE v$sga_dynamic_components；内存组件调整 db_recycle_cache_size和db_keep_cache_size alter table xxxx storage(buffer_pool keep); alter table xxx storage(buffer_pool recycle
7、); 分区表的设置内存组件调整 Oracle 7.0中有104个等待事件， 8.0中有140多个等待事件， Oracle 8i中有220多个等待事件， 9i中有400多个等待事件， 10g中有800多个等待事件， 11g有1 100多个。 随着等待事件的逐步完善，也能够反映出 对于问题的诊断粒度越来越细化等待事件 v$event_name， v$system_event， v$session_event， v$session_wait， v$session_wait_history， v$system_wait_class， v$session_wait_class， v$event_hist
8、ogramOWI相关的动态视图 v$session：会话信息 v$active_session_history ：会话历史记录信息 ，AWR功能的一部分，存储在share pool的ASH buffers区域，Oracle 利用DMA，每秒更新ASH v$process ：进程信息 v$transaction ：事务信息 v$latch，v$latch_parent，v$latch_children， v$latch_holder ：锁存器信息 v$lock，v$locked_object，v$enqueue_lock ：锁 信息OWI相关的动态视图 v$sql：sql信息 v$library
9、cache，x$kgllk，v$kglpn：库高速缓冲 区信息 v$rowcache，v$rowcache_parent：数据字典缓 冲区信息 v$sgastat：SGA信息 v$segment_statistics ：Segment Level统计信息 v$sess_time_model，v$sys_time_model：Time Model信息 v$bh，x$bh ：高速缓冲区信息OWI相关的动态视图等待事件指导 HugePage 2.4内核中使用vm.hugetlb_pool 2.6内核中使用vm.nr_hugepages HugePage 是Linux内核上一种使用内存块的方法。作为
10、传统4K Page的替代，HugePage在大部分场景下可以提 升Oracle实例的运行效率，Oracle官网也提供了计算 HugePage的脚本。从我们的实践来看，优点确实很多， 主要是swap极低，TLB减轻，直观感受就是iowait很低， 在数据库层面，与11g中参数memory_target是有冲突 的. Hugepage的计算方法可以参考MOS文档 Shell Script to Calculate Values Recommended Linux HugePages / HugeTLB Configuration (Doc ID 401749.1)】内核参数优化 数据库日志 实例日
11、志 监听日志 Trace文件 系统日志 Sar,vmstat,top /var/log/message 应用日志 其他日志分析日志sqlldr xx/xx DATA= DISCARD=GD1_XXXX.dsc SILENT=FEEDBACK ERRORS=499 LOG=log_GDY_XXXX.log BAD=bad_ORA_FULL_GDY_XXXX_.dat rows=1000 load datadiscardmax 999into table GD1_SUBSCR_KEYfields terminated by “!“TRAILING NULLCOLS( RESOURCE_VALUE
12、,RESOURCE_TYPE,EFFECTIVE_DATE DATE(19) “YYYY-MM-DD HH24:MI:SS“,EXPIRATION_DATE DATE(19) “YYYY- MM-DD HH24:MI:SS“ ,SUBSCRIBER_NO,SUB_STATUS,CUSTOMER_ID,ACTV_CODE_IND,BE, LANGUAGE CHAR TERMINATED BY !,ROUTING_POLICY_ID, L9_PORT_IND,L9_SPLIT_PERIOD )案例：SQL*Loader加载性能问题的 分析 520002055869828!I!2014-05-06
13、12:19:42!4700-12-31 00:00:00!1003500!A!493053!0!TH!0!NONE! 520002055869828!I!2014-05-02 14:46:11!2014-05-06 12:19:42!1003500!A!493053!0!TH!0!NONE! 520002055869828!I!2014-05-02 12:46:07!2014-05-02 14:46:11!1003500!U!493053!0!TH!0!NONE! 520002055869828!I!2014-05-02 08:41:12!2014-05-02 12:46:07!1003500
14、!U!493053!0!TH!0!NONE! 520002055869828!I!2014-05-02 08:31:28!2014-05-02 08:41:12!1003500!A!493053!0!TH!0!NONE! 分析日志 4096786 Rows successfully loaded. Run began on Wed Jun 11 08:52:55 2014 Run ended on Wed Jun 11 14:57:40 2014 Elapsed time was: 06:04:44.05 CPU time was: 00:00:38.18 性能部门介入 性能SA,DBA te
15、st.data 0% 288KB 153.3KB/s 0.0KB/s 22:10 ETA test.data1 0% 1232KB 22.4KB/s 32.0KB/s 4:35:24 ETA 数据库性能 应用设计 分区键值的问题 CHARGE P120_C100 1 CHARGE P120_C10 438 CHARGE P120_C20 1 CHARGE P120_C30 1 CHARGE P120_C40 1 CHARGE P120_C50 1 CHARGE P120_C60 1 CHARGE P120_C70 1 应用优化 对于键值#1 insert into test values(57,99); SQL insert into test values(57,150
