Oracle数据库补丁分析实践-mysql教程-PHP中文網

首頁

資料庫

mysql教程

Oracle数据库补丁分析实践

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 04:36 PM

oracle幾分析實踐資料庫補丁

小弟我最近做了几次补丁分析，最开始分析补丁，感觉挺痛苦的，因为补丁数量多，且涉及的知识点非常非常的广，客户的要求又非常高。挺伤不起的。不过随着分析的深入，我慢慢的掌握了一些小方法。也在support网站上找到了一些相关性的文章。现在进步了很多。所

小弟我最近做了几次补丁分析，最开始分析补丁，感觉挺痛苦的，因为补丁数量多，且涉及的知识点非常非常的广，客户的要求又非常高。挺伤不起的。不过随着分析的深入，我慢慢的掌握了一些小方法。也在support网站上找到了一些相关性的文章。现在进步了很多。所以想写篇文章，帮助那些受此困扰的兄弟们。

早在几年前，我的一个客户朋友告诉我一件事情，他们升级数据库到最新版本，结果上线后发现一条SQL运行错误，返回的结果集和以前版本返回的结果集不一致，他们紧急开了SR，申请了新补丁开发，可是这个过程需要一定的时间。最终他们选择了数据库降级处理。这真是一个血的教训。在很多大型的企业，对这种升级之后，都会做一系列的功能测试，但是对于他们这种小企业，就是领导脑门一热，一拍板就升上去了。这就导致了这个血的教训出现。

我们需要换位思考下。对于我们的客户来说，在升级的时候，考虑最多的就是平滑过渡，追求的是稳定与安全。那么我们作为服务商就需要给客户提供安全感，所以补丁分析这事情也就纳入到了议程。

已经修复的问题

我们遇到一般比较严重的问题有以下几种，这样的问题会严重影响到数据库的使用，我们在一开始就需要关注这方面的补丁是否已经修复。当然我们需要考虑一点，比如ASM的某个功能有BUG影响到Instance Crash，但是我们不使用ASM技术，所以这些补丁我们是可以不关注的。这个要求我们需要熟悉我们数据库使用者使用到的功能。

Instance Crash
Hang
Reboot
Corruption
leak memory
SQL wrong Result

针对已经修复的问题，建议参考文档：11.2.0.4 Patch Set – List of Bug Fixes by Problem Type (文档 ID 1562142.1)。同时这个文档还会列出一些已修复的重大问题，如下面列表所示：

13326736*	Dictionary corruption / ORA-959 due to DROP TABLESPACE. This bug is alerted in Note:1390632.1
13605839*	ORA-600 [ktbsdp1] ORA-600 [kghfrempty:ds]. Corruption in Rollback with Clusterwide Global Transactions in RAC. This bug is alerted in Note:1527740.1
13384397+	wrong results / OERI:[kkooqb: bsj not used] with star transformation
13460353+	Registration of 11.2 database fails against 12.1 CRS stack (required fix for 11g DB with 12c GI)
13467683+	Join of temp and permanent tables in RAC might cause corruption of permanent table. Regression by bug 10352368
13550185+	Hang / SGA memory corruption / ORA-7445 [kglic0] when using multiple shared pool subpools
13645917+	PMON block recovery loop – instance hang
13786142+	Cannot drop/replace trigger in editioning environment
14398428+	Sporadic Wrong results from Exadata (duplicate rows)
14668670+	Wrong results when execution plan shows nested loop batching
16299065+	ORA-1206 in SOURCE database after RMAN duplicate
14332688P*	Solaris / HP: ORA-29701 raised in ASM i/o path. This bug is alerted in Note:1561271.1
13443029P+	AIX: Excess "work USLA heap" process memory use in 11.2 on AIX

可以看到这些补丁都是很严重的损坏，包括我们前面说到的corruption、wrong result、Hang等问题。在这个版本已经得到了修复。当然这里列出来的只是大版本的修复的一些严重的补丁。不包含小版本(PSU)修复的严重补丁。

已知缺陷和补丁

已知缺陷和补丁这个可以通过文档11.2.0.4 Patch Set – Availability and Known Issues (文档 ID 1562139.1)查看到，这个里面会列出该版本上的重要缺陷。有些缺陷在最新的PSU已经修复了，也可能没修复的。如下所示:

This section lists alerts and important issues relevant to 11.2.0.4

Bug/Doc	Fixed in PSU/Bundle	Description	*Updated*
10194190P+		Solaris: Process spin and/or ASM and DB crash if RAC instance up for > 248 days	`<i>11/Feb/2014</i>`
17761775+	11.2.0.4.2	ORA-600 [kclchkblkdma_3] ORA-600 [3020] or ORA-600 [kcbchg1_16] Join of temp and permanent table in RAC might lead to corruption	`<i>14/Apr/2014</i>`
17752121+	11.2.0.4.2	ORA-600 [kclchkblkdma_3] ORA-600 [3020] RAC diagnostic/fix to avoid a block being modified in Shared Mode and prevent corruption	`<i>14/Apr/2014</i>`

文档1562139.1里面还会列出因为增强或者修复某个功能所造成的新版本一些行为上的变化，这也是我们需要注意的。

This section lists fixes / enhancements in 11.2.0.4 which may cause a notable change in behaviour.

13543207	Allow Partial Filter push down on UNION ALL View – superseded
13502700	OS audit file naming algorithm can be slow

最后文档还列出了一些严重缺陷或者是一般的问题，让我们去评估在11.2.0.3之上应用这些补丁的风险。

版本选择

这个问题也是让领导很头疼的，首先是大版本选择的问题。例如，是选择11.2.0.3还是选择11.2.0.4，这个我觉得首先得看你升级的时间，假设现在刚刚出11.2.0.4，还没有出任何的PSU，那么我建议你选择11.2.0.3，安装最新版的PSU。即使11.2.0.4包含了11.2.0.3 PSU 7的所有补丁，和2013年10月份的CPU补丁。第二点需要看你对新特性感不感兴趣，Oracle的每一个大版本都会有一些新特性。比如11.2.0.4的新特性有Tracle File Analyzer and Collector等等。11.2.0.3有ACFS anapshot。

大版本选择完了就要选择小版本。比如我们确定了数据库大版本为11.2.0.4后，那么小版本应该选择哪个呢？假设现在是4月份，刚刚出了11.2.0.4 PSU2，我们选择最新出的PSU 2，还是选择上一个版本PSU1呢？这需要我们做一个判断，我们需要去对比11.2.0.4.1和11.2.0.4.2的补丁，如果发现11.2.0.4.2这个版本所修复的功能我不需要，或者修复的关键bug不是很多。那么我建议是选择11.2.0.4.1+选装PSU2的关键补丁。如果11.2.0.4.2这个版本修复的bug众多，而且关键补丁也很多，那么建议直接打到11.2.0.4.2。对于小版本补丁的对比，我建议参考文档11.2.0.4 Patch Set Updates – List of Fixes in each PSU (文档 ID 1611785.1)。这篇文档的好处在于它把PSU1修复的问题和PSU2修复的问题都做了列出。我们可以从文档中看到PSU1只修复了17个补丁，而PSU2修复了多达66个补丁，而且PSU2上面有很多关键问题的修复，例如Buffer cache Management上的修复。解决了几个内存管理引起的ORA-600和ORA-7445错误，可以防止数据库宕机和坏块的出现。所以看完这个文档之后，可以把这些数据拿出来和领导及相关部门反馈，推荐安装PSU2，有理有据。

方法论

到了该结尾的时候了，现在精简一下我的方法。我们需要关注4篇文档。这4篇文档分别帮助我们发现该版本已经修复的问题，该版本还没有修复的问题，各个小版本(PSU)修复的问题清单，及新版本的新特性。通过这4篇文档我们能够给出一个大概的评估，在该版本上面数据库可能会有什么风险，能不能打补丁解决，如果不能，有什么规避措施。最终我们可以整理出一份补丁分析文档出来，交给我们的最终客户，让它去决定是否安装。

11.2.0.4 Patch Set – List of Bug Fixes by Problem Type (文档 ID 1562142.1)
11.2.0.4 Patch Set – Availability and Known Issues (文档 ID 1562139.1)
11.2.0.4 Patch Set Updates – List of Fixes in each PSU (文档 ID 1611785.1)
Oracle Database 11g Release 2 (11.2.0.4) New Features

原文地址：Oracle数据库补丁分析实践, 感谢原作者分享。

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

MySQL中有哪些不同的存儲引擎？Apr 26, 2025 am 12:27 AM

mysqloffersvariousStorageengines，每個suitedfordferentusecases：1）InnodBisidealForapplicationsNeedingingAcidComplianCeanDhighConcurncurnency，supportingtransactionsancions and foreignkeys.2）myisamisbestforread-Heavy-Heavywyworks，lackingtransactionsactionsacupport.3）記憶

MySQL中有哪些常見的安全漏洞？Apr 26, 2025 am 12:27 AM

MySQL中常見的安全漏洞包括SQL注入、弱密碼、權限配置不當和未更新的軟件。 1.SQL注入可以通過使用預處理語句防止。 2.弱密碼可以通過強制使用強密碼策略避免。 3.權限配置不當可以通過定期審查和調整用戶權限解決。 4.未更新的軟件可以通過定期檢查和更新MySQL版本來修補。

您如何確定MySQL中的慢速查詢？Apr 26, 2025 am 12:15 AM

在MySQL中識別慢查詢可以通過啟用慢查詢日誌並設置閾值來實現。 1.啟用慢查詢日誌並設置閾值。 2.查看和分析慢查詢日誌文件，使用工具如mysqldumpslow或pt-query-digest進行深入分析。 3.優化慢查詢可以通過索引優化、查詢重寫和避免使用SELECT*來實現。

如何監視MySQL Server的健康和性能？Apr 26, 2025 am 12:15 AM

要監控MySQL服務器的健康和性能，應關注系統健康、性能指標和查詢執行。 1)監控系統健康：使用top、htop或SHOWGLOBALSTATUS命令查看CPU、內存、磁盤I/O和網絡活動。 2)追踪性能指標：監控查詢每秒數、平均查詢時間和緩存命中率等關鍵指標。 3)確保查詢執行優化：啟用慢查詢日誌，記錄並優化執行時間超過設定閾值的查詢。

比較和對比Mysql和Mariadb。Apr 26, 2025 am 12:08 AM

MySQL和MariaDB的主要區別在於性能、功能和許可證：1.MySQL由Oracle開發，MariaDB是其分支。 2.MariaDB在高負載環境中性能可能更好。 3.MariaDB提供了更多的存儲引擎和功能。 4.MySQL採用雙重許可證，MariaDB完全開源。選擇時應考慮現有基礎設施、性能需求、功能需求和許可證成本。