新書推薦：
《
明式家具三十年经眼录
》
售價：NT$
2387.0
《
敦煌写本文献学（增订本）
》
售價：NT$
1010.0
《
耕读史
》
售價：NT$
500.0
《
地理计算与R语言
》
售價：NT$
551.0
《
沈括的知识世界：一种闻见主义的实践（中华学术译丛）
》
售價：NT$
398.0
《
大思维：哥伦比亚商学院六步创新思维模型
》
售價：NT$
332.0
《
宏观经济学（第三版）【2024诺贝尔经济学奖获奖者作品】
》
售價：NT$
709.0
《
UE5虚幻引擎必修课（视频教学版）
》
售價：NT$
505.0
|
| 編輯推薦： |
|
了解本书12c 版的新内容特别是关于云的内容、掌握数据库的优化方法并且在12c 环境下灵活运用，这是中国Oracle 数据库用户和工程技术人员的迫切需求，而这本新版图书既可用作介绍12c 版新产品和新功能的大纲，又可用作数据库性能优化的教科书。因为其中包含大量成熟的脚本，该书还可用作数据库工程技术人员的日常工作手册。
|
| 內容簡介： |
在Oracle认证大师Richard Niemiec的帮助下，系统地识别和排除数据库的性能问题：《Oracle Database 12cR2性能调整与优化第5版》详细介绍*的监控、故障排除和优化方法，取自现实世界的案例研究和*实践贯穿全书，从中可以探悉如何鉴定和解决本地部署和云环境的瓶颈问题、如何配置存储设备、如何有效运行查询以及如何开发无错误的SQL和PLSQL代码。此外还介绍了有关测试、报表和提高安全性等方面的内容。
学会如何：
? 正确运用 Oracle 12cR2数据库的索引和分区技术
? 有效使用Oracle云、Oracle Exadata和Oracle企业管理器
? 有效地管理磁盘驱动器、ASM、磁盘阵列和内存
? 运用Oracle的SQL提示和Trace实用工具来优化查询
? 运用V$视图和X$表对数据库实施故障排除
? 创建首个云数据库服务并为混合云做好准备
? 运用Oracle的Statspack和AWR等工具来生成报表
? 运用sar、vmstat和iostat来监控操作系统统计数据
|
| 關於作者： |
Richard Niemiec理查德尼米克是全球知名的IT 专家，他是Oracle ACE 总监、Oracle 认证大师，还曾经是
TUSC 的首席执行官和创始人之一。TUSC 始创于1988 年，总部在美国芝加哥，是专注于Oracle 业务解决方案
的系统集成商，跻身于全美发展速度最快的500 强之列，在美国各地有10 家分号。Richard 还曾经担任Rolta 国
际董事会执行顾问，Rolta TUSC 总裁和Rolta EICT 国际总裁。 TUSC 是Oracle 公司在2002 年、2004 年、2007
年、2008 年、2010 年、2011 年和2012 年的年度合作伙伴最后两年是Rolta TUSC。Rolta 是基于IT 的地理空间
解决方案的国际市场领头羊，可满足基础设施、电信、电力、机场、国防、国土安全、城市发展、城市规划和环
境保护等多种行业的需求。
Richard 是国际Oracle 用户组IOUG的前任主席，也是中西部Oracle 用户组MOUG的现任主席。在过去的 30
年间，他为弘扬Oracle 技术而频频发表演说，到过美国几乎所有的主要城市，还到过很多国际大都市。他6 次被Richard Niemiec理查德尼米克是全球知名的IT 专家，他是Oracle ACE 总监、Oracle 认证大师，还曾经是
TUSC 的首席执行官和创始人之一。TUSC 始创于1988 年，总部在美国芝加哥，是专注于Oracle 业务解决方案
的系统集成商，跻身于全美发展速度最快的500 强之列，在美国各地有10 家分号。Richard 还曾经担任Rolta 国
际董事会执行顾问，Rolta TUSC 总裁和Rolta EICT 国际总裁。 TUSC 是Oracle 公司在2002 年、2004 年、2007
年、2008 年、2010 年、2011 年和2012 年的年度合作伙伴最后两年是Rolta TUSC。Rolta 是基于IT 的地理空间
解决方案的国际市场领头羊，可满足基础设施、电信、电力、机场、国防、国土安全、城市发展、城市规划和环
境保护等多种行业的需求。
Richard 是国际Oracle 用户组IOUG的前任主席，也是中西部Oracle 用户组MOUG的现任主席。在过去的 30
年间，他为弘扬Oracle 技术而频频发表演说，到过美国几乎所有的主要城市，还到过很多国际大都市。他6 次被
评为Oracle 合作者全球用户大会最佳演讲者，10 次被评为中西部用户大会最佳演讲者，还曾经被评为Oracle 全
球大会最佳演讲者。在过去的25 年间，他为很多名列财富500 强的客户设计过系统架构并实施过优化，这些客户
包括ACT、玛氏公司、麦当劳、诺基亚、NavteqMapQuest、密西根大学、AT&T 和百事可乐。他在数据处理方
面的经验，从创新和架构延伸到教学和咨询，重点是执行方向、数据库管理和架构、性能优化、项目管理和技术
教育。他是全球最早荣获Oracle 大师认证OCM的6 强人之一，经常与Oracle 开发团队一道工作，特别是在beta
测试的过程中。2011 年，他撰写的《Oracle Database 11g 性能调整与优化》一书被评为Oracle 丛书中的最畅销书，
在此之前，该书的8i、9i 和10g 版也被评为性能优化类中的最畅销书。
Richard于2006年获得全国贫困家庭学生成功者奖，于2007年获得普渡大学校友杰出电气和计算机工程师奖，
还两次荣获 IOUG 著名的 Chris Wooldridge 奖。他于1998 年入选美国企业家名人堂。
|
| 目錄：
|
目录
第1章 Oracle Database 12cR1和12cR2新特性介绍针对DBA和开发人员 1
1.1 Oracle Database 12cR112.1.0.1 4
1.1.1 VARCHAR2和NVARCHAR2的大小限制增加到32K 4
1.1.2 局部索引 4
1.1.3 不可视列 5
1.1.4 相同列上的多个索引 5
1.1.5 获取前x行 6
1.1.6 可插拔数据库PDB 7
1.1.7 Oracle数据库云服务数据库即服务 9
1.1.8 PDB级别：MEMORY_LIMIT和MEMORY_MINIMUM12cR2 14
1.1.9 在导入时改变压缩方式 14
1.1.10 自适应查询优化 15
1.1.11 PGA_AGGREGATE_LIMIT 15
1.1.12 UNION UNION ALL的并发执行 16
1.1.13 调用者权限函数可以做结果集缓存 16
1.1.14 新的DBMS_UTILITY.EXPAND_SQL_TEXT包 16
1.1.15 列的默认值可以基于序列 16
1.1.16 用于智能闪存的多个SSD设备 16
1.1.17 基于成本的优化器统计信息的并发收集 16
1.1.18 增强的系统统计信息 17
1.1.19 用于可能失控的查询的资源管理器 17
1.1.20 自动数据优化ADO 17
1.1.21 全局索引维护：DROP和TRUNCATE分区操作 18
1.1.22 ASM磁盘清理 18
1.1.23 在线操作能力的提升 18
1.1.24 数据卫士的改进 19
1.1.25 RMAN改进 19
1.2 Oracle Database 12cR112.1.0.2 19
1.2.1 IM内存数据库 19
1.2.2 高级索引压缩 22
1.2.3 自动大表缓存 22
1.2.4 FDA对容器数据库的支持 22
1.2.5 全数据库缓存 22
1.2.6 JSON支持 22
1.2.7 FIPS 140加密参数 22
1.2.8 PDB子集克隆 22
1.2.9 快速Home目录创建：创建黄金映像 22
1.3 Oracle Database 12cR212.2 23
1.3.1 应用开发 23
1.3.2 降低迁移到Oracle的成本和问题的增强功能 23
1.3.3 可用性 24
1.3.4 大数据 25
1.3.5 压缩和存档 26
1.3.6 Oracle RAC和GI 26
1.3.7 安全 27
1.4 Oracle 12c中新的后台进程 27
1.5 Exadata新版本X6！ 27
1.6 版本对比 28
1.7 新特性回顾 31
第2章 索引的基本原理针对DBA和初级开发人员 33
2.1 索引的基本概念 34
2.2 不可视索引 36
2.3 相同列上的多个索引 38
2.4 复合索引 41
2.5 索引抑制 42
2.5.1 使用不等于运算符、!= 43
2.5.2 使用IS NULL或IS NOT NULL 43
2.5.3 使用LIKE 44
2.5.4 使用函数 45
2.5.5 比较不匹配的数据类型 45
2.6 选择性 46
2.7 聚簇因子 46
2.8 二元高度 47
2.9 使用直方图 50
2.10 快速全扫描 51
2.11 跳跃式扫描 51
2.12 索引的类型 52
2.12.1 B树索引 52
2.12.2 位图索引 53
2.12.3 哈希索引 55
2.12.4 索引组织表 56
2.12.5 反向键索引 56
2.12.6 基于函数的索引 56
2.12.7 分区索引 57
2.12.8 12cR2中分区索引的新特性 59
2.12.9 位图连接索引 60
2.13 快速重建索引 60
2.14 在线重建索引 60
2.15 要诀回顾 61
第3章 可插拔数据库、磁盘实施方法和ASM针对DBA 63
3.1 可插拔数据库Oracle 12c新增 64
3.1.1 CDB或PDB创建的对象 65
3.1.2 创建PDB的多种方法 66
3.1.3 可插拔数据库的一些强大命令 66
3.1.4 在PDB中使用ALTER SYSTEM和其他一些命令 70
3.1.5 在可插拔数据库中使用In-MemoryIM 71
3.1.6 可插拔数据库在12cR2中的其他新特性 71
3.1.7 子集备库12cR2新增特性 71
3.2 磁盘阵列 72
3.2.1 使用磁盘阵列改进性能和可用性 72
3.2.2 所需的磁盘数量 72
3.2.3 可用的RAID级别 73
3.2.4 更新的RAID 5 73
3.2.5 SSD固态硬盘 74
3.2.6 ASM存储管理条带镜像 74
3.3 传统文件系统的安装和维护 75
3.3.1 考虑成本 75
3.3.2 分开存储数据和索引文件 75
3.3.3 避免IO磁盘争用 76
3.4 Oracle 12c热图和自动数据优化ADO 77
3.5 Oracle 12c IO性能跟踪视图Outliers 78
3.6 Oracle大文件表空间 78
3.7 ASM简介 79
3.7.1 IT部门内各个角色之间的沟通 80
3.7.2 ASM实例 80
3.7.3 ASM初始化参数 81
3.7.4 12c版本中ASM的安装 82
3.7.5 srvctl命令增强 88
3.7.6 ASM磁盘清洗scrubbing 91
3.7.7 ASM再平衡增强 92
3.7.8 ASM快速镜像再同步 94
3.7.9 ASM过滤驱动器Filter Driver 94
3.7.10 ASM和权限 101
3.7.11 ASM和多路径 103
3.7.12 大文件和ASM 104
3.8 使用分区来避免磁盘争用 104
3.8.1 获得关于分区的更多信息 106
3.8.2 其他类型的分区 106
3.8.3 本地分区索引 109
3.8.4 部分索引 109
3.8.5 全局索引维护：删除或截断分区操作 111
3.8.6 其他分区选项 111
3.8.7 使用索引分区 113
3.8.8 导出分区 113
3.9 消除碎片按需操作小心使用！ 114
3.9.1 使用正确的区块大小 114
3.9.2 正确设定PCTFREE以避免链化Chaining现象 115
3.9.3 使用自动段空间管理ASSM 115
3.10 增加日志文件尺寸和LOG_CHECKPOINT_INTERVAL以提高速度 116
3.11 确定重做日志文件的大小是否存在问题 116
3.11.1 确定日志文件的大小和检查点的时间间隔 117
3.11.2 其他有帮助的重做日志命令 117
3.12 在不同的磁盘和控制器上存放多个控制文件 118
3.13 磁盘IO的其他注意事项和提示 119
3.14 设计阶段需要注意的问题 119
3.15 要诀回顾 120
第4章 通过初始化参数调优数据库针对DBA 123
4.1 升级到Oracle 12c之后 124
4.2 使用SEC_CASE_SENSITIVE_LOGON 125
4.3 与性能相关的重要的内存初始化参数 126
4.4 PDB级：MEMORY_LIMIT和MEMORY_MINIMUM 128
4.5 内存数据库INMEMORY_SIZE 129
4.6 在不重启数据库的情况下修改初始化参数 133
4.7 修改PDB级别的初始化参数 136
4.8 通过Oracle实用程序洞察初始化参数 137
4.9 用企业管理器查看初始化参数 137
4.10 优化DB_CACHE_SIZE来提高性能 138
4.11 使用V$DB_CACHE_ADVICE优化DB_CACHE_SIZE 140
4.12 设定DB_BLOCK_SIZE来反映数据读的大小 143
4.13 把SGA_MAX_SIZE设置为主内存大小的25%~50% 144
4.14 优化SHARED_POOL_SIZE以获取最佳性能 144
4.14.1 使用存储过程来优化共享SQL区域的使用 145
4.14.2 设定足够大的SHARED_POOL_SIZE以保证充分利用DB_CACHE_SIZE 146
4.14.3 保证数据字典缓存能够缓存足够对象 146
4.14.4 保证库缓存的重载率为0，并使命中率在95%以上 147
4.14.5 使用可用内存来判断SHARED_POOL_SIZE是否设置正确 149
4.14.6 使用X$KSMSP表详细观察共享池 150
4.14.7 关于缓存大小需要记住的要点 151
4.14.8 与初始化参数相关的等待 151
4.15 在Oracle中使用多个缓冲池 152
4.15.1 与DB_CACHE_SIZE相关并为数据分配内存的池 152
4.15.2 修改LRU算法 153
4.15.3 与SHARED_POOL_SIZE相关并为语句分配内存的池 153
4.16 调整PGA_AGGREGATE_TARGET以优化内存的使用 154
4.17 修改SGA大小以避免换页Paging和交换Swapping 155
4.18 了解Oracle优化器 155
4.19 创建足够的调度程序Dispatcher 156
4.19.1 要有足够的打开游标OPEN_CURSORS 157
4.19.2 不要让DDL语句失败使用DDL锁超时机制 157
4.20 两个重要的Exadata初始化参数仅针对Exadata 157
4.21 25个需要深思熟虑的重要初始化参数 157
4.21.1 历年的初始化参数 159
4.21.2 查找未公开的初始化参数 160
4.22 理解典型的服务器 161
4.22.1 典型服务器的建模 161
4.22.2 Oracle Application数据库选型 162
4.23 要诀回顾 166
第5章 Oracle企业管理器云控制器针对DBA和开发人员 169
5.1 Oracle企业管理器EM基础和通过Oracle云访问OEM 170
5.2 从All Targets和其他分组开始 173
5.3 使用OEM的Performance菜单进行监控和优化 175
5.3.1 Performance选项卡：Top Activity 175
5.3.2 Performance选项卡：SQL | SQL
Performance Analyzer 176
5.3.3 Performance选项卡：Real-Time ADDM 178
5.3.4 Performance选项卡：SQL | Access Advisor 181
5.3.5 Performance选项卡：管理Optimizer Statistics 182
5.3.6 Performance选项卡：AWR | AWR Administration 182
5.3.7 Performance选项卡：ASH Analytics 184
5.4 使用OEM Administration菜单进行监控和优化 185
5.4.1 Database Administration选项卡：Storage | Tablespaces 185
5.4.2 Database Administration选项卡：In-Memory Central和Initialization Parameters 187
5.4.3 Database Administration选项卡：全部初始化参数 188
5.4.4 Database Administration选项卡：Resource Manager Consumer Groups 188
5.5 使用OEM Database或Cluster Database菜单进行监控和优化 189
5.5.1 Database选项卡：Job Activity 189
5.5.2 Cluster Database选项卡：Configuration | Database Topology 190
5.6 监控主机 190
5.7 监控应用服务器和Web应用 191
5.8 真正应用测试数据库回放 193
5.9 小结 194
5.10 要诀回顾 194
第6章 使用EXPLAIN PLAN、TRACE和SQL计划管理针对开发人员和DBA 195
6.1 Oracle的SQL跟踪SQL TRACE实用工具 196
6.1.1 对简单查询使用SQL跟踪的简单步骤 196
6.1.2 TRACE输出部分 200
6.1.3 深入探讨TKPROF输出 201
6.2 使用DBMS_MONITOR 203
6.3 单独使用EXPLAIN PLAN 207
6.3.1 对简单查询使用的另一个EXPLAIN示例 208
6.3.2 EXPLAIN PLAN 自顶而下还是从下往上读取 209
6.3.3 在开发者产品中利用跟踪EXPLAIN发现有问题的查询 213
6.3.4 PLAN_TABLE表中的重要列 214
6.3.5 使用DBMS_XPLAN 215
6.3.6 未公开的TRACE初始化参数 216
6.4 使用STORED OUTLINES存储纲要 217
6.5 使用SQL计划管理SPM和SPM示例 218
6.5.1 SPM术语 218
6.5.2 使用SPM 219
6.5.3 使用固定的SQL计划基线 223
6.5.4 从STORED OUTLINES移植到SQL计划管理 223
6.5.5 自适应计划Oracle 12c新特性和SPM 225
6.6 要诀回顾 231
第7章 基本的提示语法针对开发人员和DBA 235
7.1 最常用的提示 236
7.1.1 慎用提示 237
7.1.2 首先修正设计方案 237
7.2 可用提示及归类 238
7.2.1 执行路径提示 238
7.2.2 访问方法提示 238
7.2.3 查询转换提示 239
7.2.4 连接操作提示 239
7.2.5 并行执行提示 239
7.2.6 其他提示 240
7.3 指定提示 240
7.4 指定多个提示 241
7.5 使用别名时，提示别名而非表名 241
7.6 提示 242
7.6.1 Oracle的演示样板：HR方案 242
7.6.2 FIRST_ROWS提示 242
7.6.3 ALL_ROWS提示 243
7.6.4 FULL提示 243
7.6.5 INDEX提示 244
7.6.6 NO_INDEX提示 245
7.6.7 INDEX_JOIN提示 246
7.6.8 INDEX_COMBINE提示 246
7.6.9 INDEX_ASC提示 246
7.6.10 INDEX_DESC提示 247
7.6.11 INDEX_FFS提示 247
7.6.12 ORDERED提示 248
7.6.13 LEADING提示 249
7.6.14 NO_EXPAND提示 249
7.6.15 DRIVING_SITE提示 250
7.6.16 USE_MERGE提示 250
7.6.17 USE_NL提示 251
7.6.18 USE_HASH提示 252
7.6.19 QB_NAME提示 253
7.6.20 PUSH_SUBQ提示 253
7.6.21 PARALLEL提示 254
7.6.22 NO_PARALLEL提示 255
7.6.23 PARALLEL_INDEX提示 255
7.6.24 APPEND提示 255
7.6.25 NOAPPEND提示 256
7.6.26 CACHE提示 256
7.6.27 NOCACHE提示 257
7.6.28 RESULT_CACHE提示 257
7.6.29 CURSOR_SHARING_EXACT提示 258
7.6.30 INMEMORY、NO_INMEMORY及其他IM提示 258
7.6.31 USE_INVISIBLE_INDEXES提示 259
7.6.32 CONTAINERS提示 260
7.6.33 WITH_PLSQL提示 260
7.7 杂项提示及注意事项 260
7.7.1 未公开的提示 262
7.7.2 如何在视图中使用提示 263
7.7.3 关于提示和STORED OUTLINES或SPM的注意事项 263
7.8 提示为什么不起作用 263
7.9 提示一览 264
7.10 要诀回顾 265
第8章 查询优化针对开发人员和初级DBA 267
8.1 应该优化哪些查询？查询V$SQLAREA和V$SQL视图 268
8.1.1 从V$SQLAREA视图中选出最糟糕的查询 268
8.1.2 从V$SQL视图中选出最糟糕的查询 270
8.2 使用Oracle 12c视图定位占用大量资源的会话和查询 271
8.2.1 从V$SESSMETRIC视图中选出当前最占用资源的会话 271
8.2.2 查看可用的AWR快照 272
8.2.3 从DBA_HIST_SQLSTAT视图中发现最糟糕的查询 272
8.3 何时应该使用索引 272
8.3.1 从DBA_HIST_SQLTEXT视图中选择查询文本 273
8.3.2 从DBA_HIST_SQL_PLAN视图中选出查询的EXPLAIN PLAN 274
8.4 忘记了索引怎么办 275
8.4.1 建立索引 275
8.4.2 不可视索引Invisible Index 276
8.4.3 查看表上的索引 276
8.4.4 在列上正确建立索引了吗 276
8.5 建立了差的索引怎么办 277
8.6 删除索引时保持谨慎 279
8.7 在SELECT和WHERE子句中的列上建立索引 280
8.8 使用索引快速全扫描 281
8.9 使查询魔术般加速 283
8.10 在内存中缓存表 283
8.11 使用结果集缓存Result Cache 285
8.12 在多个索引间选择使用选择性最佳的索引 285
8.13 索引合并 287
8.14 可能被抑制的索引 289
8.15 基于函数的索引 290
8.16 虚拟列Virtual Column 291
8.17 古怪的OR 291
8.18 使用EXISTS函数和嵌套子查询 292
8.19 表就是视图 293
8.20 SQL和大一统理论 293
8.21 Oracle Database 12c中的优化变化 294
8.21.1 Oracle 12c自适应查询优化 294
8.21.2 自适应统计信息 300
8.21.3 Oracle 12c统计信息收集的更新和两种新的直方图 304
8.21.4 Oracle 12c SQL计划管理的更新 305
8.22 Oracle自动SQL优化 306
8.22.1 保证执行优化操作的用户能访问API 307
8.22.2 创建优化任务 307
8.22.3 确定从顾问日志中可以查看到任务 307
8.22.4 执行SQL优化任务 307
8.22.5 查看优化任务的状态 308
8.22.6 显示SQL优化顾问生成的报告 308
8.22.7 检查报告输出 308
8.23 使用SQL优化顾问自动优化SQL语句 310
8.23.1 启用自动SQL优化顾问 310
8.23.2 配置自动SQL优化顾问 310
8.23.3 查看自动SQL优化的结果 311
8.24 使用SQL性能分析器SPA 314
8.25 要诀回顾 319
第9章 表连接和其他高级优化针对高级DBA和开发人员 321
9.1 数据库回放捕获回放 322
9.1.1 设置源数据库，为数据库回放捕获负载 323
9.1.2 准备捕获负载 323
9.1.3 捕获负载 323
9.1.4 准备负载以回放 324
9.1.5 为回放处理负载 325
9.1.6 准备回放负载 325
9.1.7 执行负载回放 325
9.2 SQL性能分析器SPA 327
9.2.1 创建SQL优化集 327
9.2.2 创建分析任务 328
9.2.3 执行分析任务 328
9.2.4 查询性能分析的顾问任务 329
9.2.5 取消正在执行的SPA分析任务 329
9.2.6 删除SPA分析任务 329
9.2.7 确定活动的SQL优化集 330
9.2.8 移除SQL优化集引用 330
9.2.9 删除SQL优化集 330
9.3 连接方法 331
9.3.1 嵌套循环连接 331
9.3.2 排序合并连接 332
9.3.3 聚簇连接 333
9.3.4 哈希连接 333
9.3.5 索引合并连接 334
9.4 表连接相关的初始化参数 336
9.5 双表连接：等尺寸表基于成本 337
9.6 双表索引连接：等尺寸表基于成本 340
9.7 强制使用特定的连接方法 343
9.8 排除多表连接中的连接记录候选行 345
9.9 大小不同的表间的双表连接 346
9.10 三表连接：不那么有趣 349
9.11 位图连接索引 350
9.11.1 位图索引 351
9.11.2 位图连接索引 352
9.11.3 位图连接索引的最佳应用 353
9.12 第三方产品性能优化 355
9.13 优化分布式查询 359
9.14 一切就绪 360
9.15 其他优化技术 361
9.15.1 外部表 361
9.15.2 数据快照太旧Snapshot Too Old：开发人员的编程问题 364
9.15.3 设置事件以转储每次等待 365
9.15.4 从14小时到30秒 EXISTS操作符 366
9.16 在块级别进行优化高级内容 367
9.16.1 数据块转储中的关键部分 370
9.16.2 索引块转储简介 376
9.17 使用简单的数学方法进行优化 378
9.17.1 传统的数学分析 378
9.17.2 七步方法论 378
9.17.3 性能推导公式 379
9.17.4 模式分析 383
9.17.5 数学方法总结 387
9.18 要诀回顾 387
|
| 內容試閱：
|
没有创新的企业无可避免地要老化、衰落。而处于当今这激变、创业的时代，衰落的速度可是快得很！
彼得?德鲁克19092005
颠覆性创新将邮政邮件变成了电子邮件，电报变成了电话，电话变成了手机，电脑变成了智能手机，百科全书变成了维基百科，软盘驱动器变成了 USB。创新从未停止过，紧接下来的会是哪一项创新呢？《星际迷航》中的大部分东西都已发明出来，或者处在发明过程中。一度未来气息十足的《星际迷航》技术，如今已显得十分老旧了。每天展现于我们眼前的现实，令《阴阳魔界》中那些预言都相形见绌：电子邮件最先让位于发短信，然后又让位于 Snapchat；手机正在逐渐发展为智能手表；谷歌眼镜给人们带来的希望正在朝虚拟现实VR设备的方向迈进。以往需要去沃尔玛买的一些小塑料件，时下在家中即可打印出来。您已无须像过去那样，在每台设备上都安装微软 Office，因为Google Docs可在云端为任何设备免费提供在线文字处理办公套件虽然微软有了云版本，但小孩子们都爱用谷歌。所有这些技术都已经有了，不再是下一个。 创新就是引入新的或不同的东西。 一些公司因勇于创新而兴旺发达，而没有创新的公司则落后于他人，甚至已经销声匿迹。某些创新很有用，尽管它们使人们略感不安；而其他创新则可能使人类、国家或行业完全乱套！当某一产品类别中出现创新时，那么无论给旧产品再投多少钱也无法产生正常的回报率。例如，即便能够造出更好、更快的电报机，电话发展的势头同样是阻挡不了的；微软股票连续十年走平盘，直到推出Azure云计算平台才扭转了局势。Oracle采纳云计算，不仅因为亚马逊在云服务市场的惊人利润，还因为云计算是持续发展的创新，Oracle意识到：必须采纳才能够生存。在彼得?德鲁克的《创新与创业精神》一书中，他谈到了昨天撑死明天饿死的致命诱惑。正如在Oracle 12cc代表云计算数据库中所阐明的那样：Oracle抵制以牺牲云计算为代价来养活本地部署业务的诱惑，因为从长远的眼光看，那将是蚀本的生意。
很多人认为云会使他们丢了饭碗。如果您也是这些人中的一员，那么我有好消息说给您听：哪里有创新，哪里就有比其他地方多得多的生意和利润。在公司保留某些内部业务许多公司在一定阶段内使用的混合云模式的同时，只要将部分业务迁往云中，就会有更多需求！需要严格控制或安全性的公司可能很难朝云的方向迈进，不过，当今大部分 IT 创新都发生在云端。更准确地说，对于移动应用程序而言，大多数移动促成技术都要归根溯源于云计算。当公司的运营部门抵制云时，开发部门却将敏捷式开发连同 DevOps 人员具有开发结合运营经验的新人直接迁到了云端。大数据和消费类应用程序已经上了云，下一代 IT 人员也会上云。作为 DBA 或系统管理员的饭碗要丢了吗？不会的，但工作至少是其中的一部分工作会转移到云端；这些转移到云端的工作包括管理应用程序整合、实现更快的开发、使用丢弃的架构以及开发未来的机器人助手如果愿意受教育并愿意面对弯道的话。那些受过云教育并准备好上云的人，将在这个经济需求的领域里赚更多的钱。而抵制上云的人，期望并不高，也有足够多的工作留给他们做：管理那些无法迁移到云端的操作。我已看到这样的情况：有转型到云的人，他们的工作效率提高了，因为有机器人为他们干活；还有停滞不前的人，他们变成了未来机器人老板可能只是一台计算机，倒不一定是能够四处走动的机器人的劳工，机器人老板管着他们干活，还不断盘算着如何解雇他们，为公司省更多的钱。
Oracle首度推云是在12cR1中，更强有力的推动却来自12cR2。Oracle 12.2版最先是在云中发布的当时还未确定本地部署版的发布时间表。Larry Ellison于2016 年9月18日宣布，Oracle 12cR2将发布到 Oracle Exadata Express 云服务上，价格为每月 175 美元连 Oracle 卖 Exadata 的销售都嫌喊价太低。Oracle借此告诉人们，云将是他们有史以来最为重要的专注点，Larry Ellison 称之为一代人一次转向云计算。无论是Larry Ellison、Mark Hurd、Safra Catz、Thomas Kurian、Andy Mendelsohn还是Judith Sim，Oracle的领导者们全都优先谈云，或者只谈云。他们将加速发展这一创新领域，并且最终把本地部署业务淘汰掉。
正像采用其他新技术时那样，采用云也得历经艰辛，因为包括人事部门在内的活动部件实在太多！ 但看一看谷歌、亚马逊、苹果和 Oracle有何共同之处？这些公司成熟、不断创新、信奉或营造未来，它们都为云的前程投了巨资！连脸书和推特也因创新而成功：虽然初出茅庐时很稚嫩，它们却依然成长壮大。如果脸书在业务增长方面更老道一些，就会拥有领英的市场份额。您的公司是否像谷歌那样成熟而有创意？谷歌从最初的互联网搜索服务开始，提供地图、图像和视频，以及翻译和 Google Docs，然后又从安卓操作系统、智能手表、虚拟现实、Chromecast电视棒扩展到车内仪表盘、自动驾驶、家用 Nest 恒温器、机器人。亚马逊最接近于谷歌。 Oracle和苹果公司是成熟的领导者和创新者，但基本是在科技领域。Oracle从8位RDBMS 开始，发展到32位，到客户端服务器，到64位1995年的事了，到Web数据库，到支持Linux，到RAC，到网格，到BEA中间层，到包括财务、JDE、EBS、HCM、EPMHyperion、SCM、零售、数据仓库的各个主要应用，到硬件和Sun，到每年推出三四款新硬件设备，到128位ZFS文件系统，到全闪存服务器存储容量1 PB，到内存数据库，到多租户，到基于Web和移动应用，直到Oracle 云。别忘了，Oracle通过收购Sunycat软件Berkeley DB而拥有最多的NoSQL数据库超过1亿部署，同时通过收购 Sun 而拥有最多的MySQL数据库。Oracle 的Solaris机器，使用新的M7芯片，安全性产品和查询同时运行于其上。他们最近收购的Ravello Systems，在帮助Oracle的同时还使亚马逊受损。Oracle在消费者市场领域不及谷歌和亚马逊面广，但它在深度和成熟度方面却要强得多。我的基于服务器数量和其他数据非官方的计算表明，亚马逊、微软、谷歌和 Oracle是遥遥领先于其他提供商的最大的云提供商，位居二线数万到数十万台服务器的惠普、脸书、雅虎、Digital Ocean、OVH、中国电信、SoftLayer、Rackspace、Akamai Tech、英特尔和Comcast，比那些最大的云提供商落后了很多。谷歌、亚马逊和微软都在超过百万台服务器的层次上，截至2016年10月，带压缩的Oracle是最大的公有云，存储容量超过10艾字节。凭借自己的技术，Oracle 名列第一！ 眼见 Oracle 进一步利用自己所拥有的技术加速自身发展。Oracle尚未将客户迁移到云端，一旦迁移完成，Oracle公有云OPC将会变得比现在大得多。以往，大多数Oracle数据库在一台带 DRAM 乃至闪存的 Oracle 服务器上都装不下，但现在可以装下了。我曾看到过4000节点的Hadoop大数据仓库，有16PB16,000TB的裸磁盘，人们评论说Oracle上根本装不下大数据。 而今年推出的Exadata X6-2机器装得下那个4000节点的集群，该款机器的1.3PB存储容量和15倍压缩比，相当于提供19.5PB的裸磁盘：由一台机器取代装满整个房间一间非常大的计算机房的服务器！无论是本地部署还是在云中，大多数数据库都能装在同一台Oracle服务器上。盘算盘算，仅耗电和占地空间两项就能节省很大开支，更不用说维护了！从这样的一套乐高积木开始，想一想您所能构建的云吧！
来自社交媒体、传感器、生物、交通、射频识别、环境、空气、无线、安全、视频、医疗和存档的数据多得爆炸了，这些数据将帮助企业和个人做出更佳决策。 然而，这种广泛的数据可用性也使我们的隐私面临风险，需要更高的安全性以保护我们的产品。大数据有助于我们更好地竞争、更好地了解客户、增加业务流并降低成本，而由于该领域内安全性和产品成熟度的欠缺，我们经常在IT中抵制它。据称，大数据太大，在普通数据库中无法容纳的确如此，如果需要的是4000节点的Hadoop集群。不过，可用几个Exadata服务器替换它。Oracle如今提供了一种通过编写SQL从Oracle SQL直接转到Hadoop、Hive和其他NoSQL数据库的方法。当前，增强的安全性使 Oracle得以管理已在云中的所有数据源。未来欢迎您，云和安全性两全其美！ 许多NoSQL数据库最终会是一致的，而Oracle则时时都是一致的数据始终正确。 许多NoSQL数据库都有一定的安全性，Oracle则有芯片级加密、审计、虚拟专用数据库、全局角色、安全应用程序角色、精细审计、透明数据加密、审计保险库、数据库保险库、多租户安全性以及许多安全评估。在安全性对于全世界各国都至关重要之时，其他供应商却需要几十年才能追上来！想使用Spark吗？Oracle有连到它的连接器。想使用Node.js或Angular JavaScript吗？Oracle如今接受这些代码库。
存档数据用于告诉您发生了什么，甚至可能告诉您发生的原因。我们现在开始预测性和规范性分析，存档数据会告诉您什么将要发生，而如果采取正确行动将可能有什么样的最佳结果很像电影《少数派报告》，甚至比那更超前。除了Oracle R EnterpriseOracle Advanced Analytics的一个组件之外，Oracle在其商业智能企业版OBIEE中还拥有一些最先进的数据仓库工具，可利用大数据编写这些程序。这些工具在过去的二十年间得到发展，我的公司曾经将客户的几个系统组合在一起，从而在工厂的某个部件破损之前预示其即将破损可靠性系统，然后检查供应商何时能够提供部件供应链系统，提前订购该部件订单输入，培训合适的人员在部件破损之前将其修复培训系统，确保修复人员不是在部件可能破损的时刻休假人力资源系统，等等。这在停机时间方面每年为客户节省了数百万美元！Oracle和Entrigna下一代BI工具等BI工具将占用每个数据库源，并允许构建未来。 大数据领域或许将通过可插拔数据库PDB来连接，每个人都使用多租户正如 Oracle 决定建议的那样，从12.1.0.2版本开始，弃用非CDB[容器数据库]或非多租户数据库。但是得快些，因为已经有了物联网IOT。Rolta用其建造智能城市，Rockwell用其开发智能制造，GE用其在家里安置更好的设备，杂货店用其推销合适的产品，谷歌将其放在Nest恒温器中，Gartner建议企业在存储所有信息时不要越过雷池，因为已经有了物联网！
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
