火龙果软件oracle数据库集训之系统架构.pptVIP

火龙果软件oracle数据库集训之系统架构.ppt

  1. 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
火龙果软件oracle数据库集训之系统架构.ppt

* * * * * * * * * * * * * * * DBA的职责 主要内容 IT系统对DBA的挑战 DBA的职责 DBA工作的三个阶段 DBA每天应做的工作 DBA每周应做的工作 DBA每月应做的工作 IT系统对DBA的挑战 超大型数据库(VLDB)的处理能力 GB级 - TB级 对数据库系统要求的全面提高 高性能 日常交易 统计分析 大型报表 数据抽取、转换和装载(ETL) 历史数据迁移 数据备份恢复 … … IT系统对DBA的挑战 高可用性 数据大集中对高可用性要求将大大提高 提高防范各种意外故障的能力: 系统故障 数据故障 人为故障 减少正常宕机的影响 系统维护 数据库维护 容灾能力 防范整个生产系统节点的灾难事故 可移植性 数据从Oracle 8i到Oracle 9i,10g的平滑移植 数据从地市级到省级集中、全国集中的平滑移植 IT系统对DBA的挑战 高可扩展性 体系结构能适应业务需求的不断深化 适应业务数据的不断增长的需要 避免大规模的数据库重组 应用软件的灵活性和适应性 安全性 非法用户的访问 非授权的数据访问 网络监听 数据传输篡改 资源滥用 用户登录复杂性 用户管理复杂性 DBA的九大任务 任务1:评估数据库服务器硬件 内存,CPU 磁盘,RAID 磁带,磁带库 任务2:安装数据库软件 安装数据库服务器 安装数据库客户端 配置TNS(Oracle Net) 任务3:规划数据库 数据库逻辑结构设计 数据库物理结构设计 任务4:创建并启动数据库 DBCA或手工脚本 安装软件时或单独创建 DBA的九大任务 任务5:数据库备份/恢复 实施备份/恢复策略 RMAN + EXP/IMP 任务6:数据库安全性管理 用户注册 权限设计 角色设计 任务7:性能优化 长期的工作 性能问题与软件工程所有时间周期相关 不是仅仅调系统参数 –“你调了哪些参数?” 指导应用开发 DBA的九大任务 任务8:数据库高可用性的管理 操作系统Cluster软件 Oracle并行服务器RAC 任务9:与Oracle公司的沟通 故障的定位和分析 故障信息的采集 与Oracle顾问咨询、技术支持等部门的沟通 产品的补丁安装 软件的升级 DBA工作的比例 创建和配置12 % 数据装载 6% 日常系统运行和维护 55% 系统升级6% 安装 6% 每天应该做的工作 数据库实例是否正常工作 $ ps –ef|grep ora_ SQLPLUS select status from v$instance; 数据库监听器是否正常工作 $ lsnrctl status 是否存在故障表空间 SQLPLUS select tablespace_name,status from dba_tablespaces; 控制文件、日志文件是否正常 V$controlfile V$log,v$logfile 每天应该做的工作 每天按业务峰值情况,对数据库性能数据进行定时采集。 每天检查数据库的主要性能指标 每天检查最消耗资源的SQL语句变化情况 每天检查是否有足够的资源 检查所有表空间的剩余空间情况 识别出一些异常的增长 检查CPU、内存、网络等是否异常 每周应该做的工作 监测数据量总体增长情况 按表空间分析使用率增长情况 表空间碎片整理 SQL alter tablespace tablespace_name coalesce; 每周监测一次各segment的数据碎片、chained row/migrate row等问题,根据具体情况制定相应的策略,同时也及时发现潜在的问题。 建议每周监测一次索引的碎片情况,根据情况制定索引的重建频率以提高索引使用效率。 SQL analyze index index_name structure; SQL select name,del_lf_rows_len,lf_rows_len,(del_lf_rows_len/lf_rows_len)*100 from index_stats; 索引碎片率(%) = (被删除的索引长度/索引总长)*100 SQL alter index 索引名 rebuild; SQL alter index 索引名 coalesce; 定期做的工作 建议每周定期清理和备份一周所产生的Alert日志、跟踪文件、dump文件。 建议每周清理和备份过期的数据库性能数据,以保证数据库性能监控的连续性和有效性。 建议每月全面分析一次STATSPACK报告 数据库主要性能指标 数据库主要等待事件 最消耗内存资源的SQL语句 最消耗I/O资源的SQL语句 Statspack报告分析 Load Profile Instance Efficiency Percentages Top 5

文档评论(0)

我的文档 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档