转:Oracle_Database10g性能调整与优化

许多人认为20 世纪90 年代中期Internet 的出现是我们一生中再也不会遇到的事件。他们的这个观
点完全错误!在本书的上一版中,我提到TB 级的数据库将在不久后普及,几乎没有人相信我的观点。但是
现在确实发生了这种情况——TB 级的数据库现在非常普遍。随着Oracle 10g 的发布,PB(1000TB)级的数
据库将开始被人们所使用;而在Oracle 11g 中,甚至可能出现EB(1 000 000TB)级的数据库(在Oracle 12g
中,几乎可以确定会出现这种数据库)。
很少有人了解到Internet 时代的出现直接归因于32 位计算机和32 位计算提供的理论可能性所产生
的连锁反应。Oracle 于1983 年引入了32 位计算,然而直到20 世纪90 年代中期硬件功能可满足32 位计
算的需求时,许多公司才开始完全地利用32 位计算(经过了大约12 年)。信息时代是往前跨越的另一大步,
其前进步伐无限大于Internet 时代。我们现在正在使用功能非常全面(除了不能挑战重力)的Oracle 10g,
同时正在步入将来的64 位计算世界。64 位计算于1995 年在Oracle 7 中引入,通过又一个12 年的发展,
64 位计算于2007 年开始普及。下一个时代(Generation 64)和64 位计算将前所未有地改变世界,这种改
变就从2007 年开始。考虑IDC/EMC 和位于伯克利的加利福利亚大学的如下研究:
11
● 2K:一张打印页面
● 1M:1000K
● 1M:一部小说
● 5M:莎士比亚的所有著作
● 10M:一分钟高保真度的音频
● 100M:一米高架子上的书籍
● 1G:1000M
● 1G:一辆装满书的轻型货车(或您的SGA(2007 年))
● 100G:一层楼的学术杂志(或者新的笔记本硬盘(2007 年))
● 1T:1000G
● 2T:一个学术研究图书馆(或者您的世界500 强数据库(2007 年))
● 2T:YouTube 上一天内生成的信息量
● 2P:所有学术研究图书馆(或者您的Grid SGA(2010 年))
● 10T:美国国会图书馆中530 000 000 英里的书架
● 730T:YouTube 上一年内生成的信息量
● 1P:1000T
● 20P:1995 年所有硬盘驱动器的容量(或者您的数据库(2010 年))
● 700P:收入少于2 亿美元的700 000 家公司的所有数据
● 1E:1000P
● 1E:世界1000 强公司的所有数据库(平均每个公司1P)
● 1E:接下来世界9000 强公司的数据库(平均每个公司大约100T)
● 2E:世界上最大型的10 000 个公司(使用的全部数据库)
● 2E:1999 年生成的所有信息(可全部容纳在一个Oracle 10g 数据库中(2007 年))
● 3E:世界上最大型的1 0000 000 个公司(使用的全部数据库)
● 5E:2003 年生成的所有新信息(估计值,大多数图像没有存储在数据库中)
● 6E:2006 年生成的所有电子邮件
● 8E:一个Oracle 10g 数据库的容量(当前)
● 12E~16E:1999 年之前生成的所有信息(64 位驻留内存)
● 16E:64 位可寻址的内存(当前)
● 161E:2006 年生成的新信息(估计值,大多数图像/视频没有存储在数据库中)
● 246E:2007 年生产的所有硬盘驱动器的容量(估计值)
● 255E:2007 年生成的新信息(估计值,大多数图像/视频没有存储在数据库中)
● 1000E:2010 年生成的新信息(估计为1Z)
● 1Z:1000E(1Z 可估计为世界所有沙滩上的沙粒数量——125 个Oracle 数据库)
● 1Y:1000Z(1Y 可估计为1000 个人体中的原子数量)
● 100TY:100 万亿的YB,128 位可寻址内存(将来)
如果考虑可寻址内存的理论限制,则可以设想64 位计算的能力。在无符号16 位计算中,可以直接寻
址64K(216字节)的内存。随着这种技术的巨大进步,于1985 年出现Windows 1.0(1987 年出现弱化图形的
Windows 2.0 版本),1990 年出现Windows 3.0,不久之后出现客户端-服务器版本。我记得在我将SGA 增
加到超过1M 后遇到内存问题时,Oracle 技术支持告诉我说“您不会需要大于1M 的SGA”。在无符号的32
位计算中,我们可以直接寻址4G(232字节)的内存(+/-符号将占用2G 内存)。对于标准的Oracle 数据库,
直接寻址4G 内存可以极大地增加系统全局区域(SGA)。在SGA 中存储最常用的数据,这些数据保留在内存
中以供快速访问。我们现在一般会看到GB 级的SGA 和TB 级的数据库。32 位Linux 和Windows 的DBA 会寻
12
求关于如何将其SGA 增加到超过2G 或4G 的支持。当发展到64 位计算时,相比于Internet 时代的发展速
度,信息时代的发展速度以指数级增长。通过使用64 位,可寻址内存的理论限制(264)变成16E(EB)或18 446
744 073 709 551 616(264字节)字节的直接可寻址内存。查看如下数字以了解可寻址内存的巨大飞跃。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在现有省、市港口信息化系统进行有效整合基础上,借鉴新 一代的感知-传输-应用技术体系,实现对码头、船舶、货物、重 大危险源、危险货物装卸过程、航管航运等管理要素的全面感知、 有效传输和按需定制服务,为行政管理人员和相关单位及人员提 供高效的管理辅助,并为公众提供便捷、实时的水运信息服务。 建立信息整合、交换和共享机制,建立健全信息化管理支撑 体系,以及相关标准规范和安全保障体系;按照“绿色循环低碳” 交通的要求,搭建高效、弹性、高可扩展性的基于虚拟技术的信 息基础设施,支撑信息平台低成本运行,实现电子政务建设和服务模式的变。 实现以感知港口、感知船舶、感知货物为手段,以港航智能 分析、科学决策、高效服务为目的和核心理念,构建“智慧港口”的发展体系。 结合“智慧港口”相关业务工作特点及信息化现状的实际情况,本项目具体建设目标为: 一张图(即GIS 地理信息服务平台) 在建设岸线、港口、港区、码头、泊位等港口主要基础资源图层上,建设GIS 地理信息服务平台,在此基础上依次接入和叠加规划建设、经营、安全、航管等相关业务应用专题数据,并叠 加动态数据,如 AIS/GPS/移动平台数据,逐步建成航运管理处 "一张图"。系统支持扩展框架,方便未来更多应用资源的逐步整合。 现场执法监管系统 基于港口(航管)执法基地建设规划,依托统一的执法区域 管理和数字化监控平台,通过加强对辖区内的监控,结合移动平 台,形成完整的多维路径和信息追踪,真正做到问题能发现、事态能控制、突发问题能解决。 运行监测和辅助决策系统 对区域港口与航运业务日常所需填报及监测的数据经过科 学归纳及分析,采用统一平台,消除重复的填报数据,进行企业 输入和自动录入,并进行系统智能判断,避免填入错误的数据, 输入的数据经过智能组合,自动生成各业务部门所需的数据报 表,包括字段、格式,都可以根据需要进行定制,同时满足扩展 性需要,当有新的业务监测数据表需要产生时,系统将分析新的 需求,将所需字段融合进入日常监测和决策辅助平台的统一平台中,并生成新的所需业务数据监测及决策表。 综合指挥调度系统 建设以港航应急指挥中心为枢纽,以各级管理部门和经营港 口企业为节点,快速调度、信息共享的通信网络,满足应急处置中所需要的信息采集、指挥调度和过程监控等通信保障任务。 设计思路 根据项目的建设目标和“智慧港口”信息化平台的总体框架、 设计思路、建设内容及保障措施,围绕业务协同、信息共享,充 分考虑各航运(港政)管理处内部管理的需求,平台采用“全面 整合、重点补充、突出共享、逐步完善”策略,加强重点区域或 运输通道交通基础设施、运载装备、运行环境的监测监控,完善 运行协调、应急处置通信手段,促进跨区域、跨部门信息共享和业务协同。 以“统筹协调、综合监管”为目标,以提供综合、动态、实 时、准确、实用的安全畅通和应急数据共享为核心,围绕“保畅通、抓安全、促应急"等实际需求来建设智慧港口信息化平台。 系统充分整合和利用航运管理处现有相关信息资源,以地理 信息技术、网络视频技术、互联网技术、移动通信技术、云计算 技术为支撑,结合航运管理处专网与行业数据交换平台,构建航 运管理处与各部门之间智慧、畅通、安全、高效、绿色低碳的智 慧港口信息化平台。 系统充分考虑航运管理处安全法规及安全职责今后的变化 与发展趋势,应用目前主流的、成熟的应用技术,内联外引,优势互补,使系统建设具备良好的开放性、扩展性、可维护性。
### 回答1: Oracle Database 12c性能优化攻略是一本介绍如何优化Oracle 12c数据库性能的实用指南。这本PDF提供了一些宝贵的技巧和技术,帮助用户最大限度地提升数据库的性能。 首先,该PDF介绍了Oracle 12c的一些新特性,如In-Memory Option和Multi-Tenancy,这些特性可以显著提升数据库的性能。它还提供了一些实际案例,帮助读者了解如何使用这些新特性来优化数据库。 其次,该PDF强调了优化查询语句的重要性。它详细说明了如何编写高效的查询,如何使用索引和减少IO操作等。此外,它还介绍了一些高级查询优化技术,如使用连接和子查询等。 此外,该PDF还涵盖了数据库存储和文件组织的优化。它介绍了如何优化表空间的设置、数据文件的组织以及如何使用表空间和数据文件的常见问题和解决方案。 最后,该PDF还介绍了一些性能监控和调优的工具和技术。它提供了一些重要的SQL脚本和查询,帮助读者了解如何监控数据库性能,并快速定位和解决性能问题。 总之,Oracle Database 12c性能优化攻略PDF是一本很有用的工具,能帮助用户最大化利用Oracle 12c的性能优势。无论是初学者还是有经验的DBA,都可以从中学到很多优化数据库性能的技巧和知识。 ### 回答2: 《Oracle Database 12c性能优化攻略》PDF是一本关于如何优化使用Oracle数据库12c的指南。本书详细介绍了一系列技术和策略,帮助用户提高数据库的性能和效率。 这本书首先介绍了Oracle数据库12c的基本知识,包括数据库架构、内存结构、关键配置等。它还讲解了性能优化的整体方法论,包括性能评估、问题定位和解决方案。读者可以通过学习这些基础知识,建立起对数据库性能优化的整体认识。 然后,书中详细描述了常见的性能问题和解决办法。它覆盖了查询优化、索引优化、SQL调优、存储优化等多个方面。读者可以学习如何合理设计和使用索引,如何编写高效的SQL查询语句,如何利用数据库特性和工具进行存储和内存管理等。这些技巧和策略可以帮助读者最大化地提升数据库性能。 此外,本书还介绍了一些高级技术和工具,如分区表、并行处理、SQL监视器等。这些技术可以帮助读者进一步提升数据库的运行效率,并解决一些特定的性能问题。 总之,《Oracle Database 12c性能优化攻略》PDF提供了丰富的知识和实用的技巧,可以帮助读者充分利用Oracle数据库12c的性能潜力。无论是数据库管理员还是开发者,都可以从这本书中获得有关性能优化的宝贵经验。 ### 回答3: Oracle Database 12c性能优化攻略PDF是一本介绍如何优化Oracle数据库12c性能的电子书。该书通过详细的实例和案例,提供了从开发、配置到监控和调优的全方位指南。 首先,该书介绍了Oracle Database 12c的新特性,如多租户架构、数据库资源管理和自动化存储管理等。这些特性可以帮助开发人员更好地使用数据库资源,提高应用程序的性能。同时,该书还提供了关于如何正确配置Oracle数据库的建议,以确保数据库的最佳性能。 其次,该书对数据库的监控和调优进行了深入讲解。它介绍了如何使用Oracle Enterprise Manager和AWR报告来监控数据库的性能,并提供了一些常见性能问题的解决方案。同时,该书还介绍了一些专业的性能调优工具和技巧,如使用SQL调优顾问和自动诊断工具等。 此外,该书还讨论了一些常见的性能优化场景,如查询优化、并发控制、索引设计和表分区等。它提供了一些实用的技巧和方法,帮助读者优化他们的SQL查询和数据库设计,以提高系统的响应时间和吞吐量。 总的来说,Oracle Database 12c性能优化攻略PDF是一本全面而实用的Oracle数据库性能优化指南。无论是Oracle数据库管理员还是开发人员,都可以从中学习到许多有关如何最大化数据库性能的技巧和方法。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值