从今年4月以来一共装了5套oracle11g R2.0.3.0的rac。4月份两套,6月份两套,7月份1套,8月份1套,这几套分布在三个不同的机房,本
现象:
从今年4月以来一共装了5套Oracle11g R2.0.3.0的rac。4月份两套,6月份两套,7月份1套,8月份1套,这几套分布在三个不同的机房,本质上上讲也是三个不同的客户。每次装完后都需要重启一下机器,看看一些相关的配置是不是都能按照设置的要求起起来。但是每次都发现,grid,oracle等相关的服务都能起好,vip资源也能起好,在主机上ifconfig也能看到vip,scan ip都能bond到public ip上,在两台机器之间均能ping 通vip,scan ip,甚至在相同的网段也能ping 通vip,scan ip,但是就是在其他网段不能ping通 vip,scan ip,但是能ping 通public ip。甚是奇怪,但是过若干长时间,有的是半小时,有的是两小时。这样当所有应用通过vip,scan ip连接数据库时(事实上就应该用vip,scan ip连接数据库),一旦出现机器重启,或者vip 资源重启,那么在vip,scan ip不能ping通前,所有应用是不能访问数据库的,这样就会对业务产生重大影响。
分析:
4月份安装的两套在同一个机房,那时候一直认为这应该是机房的网络配置的问题,也找来了网络工程师要跟踪,网络工程师抓取了大量的log回去分析。我这边也在从oracle的角度分析,那时一直在怀疑是vip的子网掩码的问题,不过又想来,在安装11g的rac时根本没有像10g时需要通过vipca来设置vip的子网掩码的地方。
时间一过就是两个月,到了6月份,我又安装了2套11g r2.0.3.0的rac,其中一套和4月份安装的那两套的rac在同一个机房,另外一套却在另一个异地的机房。但是安装完,重启完后也是一样的现象。此时我在怀疑网络设置的同时,还在怀疑是vip的子网掩码的问题。
时间又过了一个月,我又在另一个机房里安装了一套相同版本的rac,也是这样的问题,真是让人纳闷啊。这难道是这个新版本的bug吗?
8月份又在4月份的那两套rac的机房里安装了相同的版本的rac,还是出现这个问题。
而我去年在这几个机房里都安装过11g r2.0.2.0,,都不曾出现这个问题。
此时我逐步怀疑起这时这个新版本的bug,今天总算发现了这个bug,甚是高兴:
Bug 13440962 Different subnet failed to connect to vip after restart vip
This note gives a brief overview of bug 13440962.
The content was last updated on: 01-FEB-2012
Clickherefor details of each of the sections below.
Product (Component) Oracle Server (PCW)
Range of versionsbelievedto be affected Versions >= 11.2.0.3 but BELOW 12.1
Versionsconfirmedas being affected
Platforms affected Generic (all / most platforms affected)
It is believed to be aregressionindefaultbehaviour thus:
Regression introduced in 11.2.0.3
Fixed:
This issue is fixed in
Symptoms: Related To:
Please note:The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. For questions about this bug please consult Oracle Support.
ReferencesBug:13440962(This link will only work for PUBLISHED bugs)
Note:245840.1Information on the sections in this article

MySQL使用的是GPL許可證。 1)GPL許可證允許自由使用、修改和分發MySQL,但修改後的分發需遵循GPL。 2)商業許可證可避免公開修改,適合需要保密的商業應用。

選擇InnoDB而不是MyISAM的情況包括:1)需要事務支持,2)高並發環境,3)需要高數據一致性;反之,選擇MyISAM的情況包括:1)主要是讀操作,2)不需要事務支持。 InnoDB適合需要高數據一致性和事務處理的應用,如電商平台,而MyISAM適合讀密集型且無需事務的應用,如博客系統。

在MySQL中,外鍵的作用是建立表與表之間的關係,確保數據的一致性和完整性。外鍵通過引用完整性檢查和級聯操作維護數據的有效性,使用時需注意性能優化和避免常見錯誤。

MySQL中有四種主要的索引類型:B-Tree索引、哈希索引、全文索引和空間索引。 1.B-Tree索引適用於範圍查詢、排序和分組,適合在employees表的name列上創建。 2.哈希索引適用於等值查詢,適合在MEMORY存儲引擎的hash_table表的id列上創建。 3.全文索引用於文本搜索,適合在articles表的content列上創建。 4.空間索引用於地理空間查詢,適合在locations表的geom列上創建。

toCreateAnIndexinMysql,usethecReateIndexStatement.1)forasingLecolumn,使用“ createIndexIdx_lastNameEnemployees(lastName); 2)foracompositeIndex,使用“ createIndexIndexIndexIndexIndexDx_nameOmplayees(lastName,firstName,firstName);” 3)forauniqe instex,creationexexexexex,

MySQL和SQLite的主要區別在於設計理念和使用場景:1.MySQL適用於大型應用和企業級解決方案,支持高性能和高並發;2.SQLite適合移動應用和桌面軟件,輕量級且易於嵌入。

MySQL中的索引是數據庫表中一列或多列的有序結構,用於加速數據檢索。 1)索引通過減少掃描數據量提升查詢速度。 2)B-Tree索引利用平衡樹結構,適合範圍查詢和排序。 3)創建索引使用CREATEINDEX語句,如CREATEINDEXidx_customer_idONorders(customer_id)。 4)複合索引可優化多列查詢,如CREATEINDEXidx_customer_orderONorders(customer_id,order_date)。 5)使用EXPLAIN分析查詢計劃,避

在MySQL中使用事務可以確保數據一致性。 1)通過STARTTRANSACTION開始事務,執行SQL操作後用COMMIT提交或ROLLBACK回滾。 2)使用SAVEPOINT可以設置保存點,允許部分回滾。 3)性能優化建議包括縮短事務時間、避免大規模查詢和合理使用隔離級別。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

Dreamweaver Mac版
視覺化網頁開發工具

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Safe Exam Browser
Safe Exam Browser是一個安全的瀏覽器環境,安全地進行線上考試。該軟體將任何電腦變成一個安全的工作站。它控制對任何實用工具的訪問,並防止學生使用未經授權的資源。

Dreamweaver CS6
視覺化網頁開發工具