昨天客戶語重心長(zhǎng)的告訴我，他們準(zhǔn)備把Exadata V2 上的核心應(yīng)用遷移走，客戶在09年就開始用Exadata，是不是國內(nèi)第一家我不知道，但至少應(yīng)該是用于生產(chǎn)的第一批。但是這2年來因?yàn)镋xadata折騰了無數(shù)次，現(xiàn)在終于不想折騰了。實(shí)際是用戶在測(cè)試Exadata時(shí)總是能看

昨天客戶語重心長(zhǎng)的告訴我，他們準(zhǔn)備把Exadata V2 上的核心應(yīng)用遷移走，客戶在09年就開始用Exadata，是不是國內(nèi)第一家我不知道，但至少應(yīng)該是用于生產(chǎn)的第一批。但是這2年來因?yàn)镋xadata折騰了無數(shù)次，現(xiàn)在終于不想折騰了。實(shí)際是用戶在測(cè)試Exadata時(shí)總是能看到其優(yōu)點(diǎn)，但實(shí)際使用時(shí)只看到缺點(diǎn)了！

歷數(shù)Exadata V2數(shù)據(jù)庫一體機(jī)的幾大致命缺點(diǎn)

1.軟硬件一體，耦合過于緊密
2.升級(jí)操作十分復(fù)雜，客戶看到升級(jí)流程后幾乎絕望
3.國內(nèi)使用經(jīng)驗(yàn)貧乏
4.support只有Oracle自己一家，沒有第三方可選

5.就以往的表現(xiàn)來看美國支撐的X team并不給力。。。

Exadata上復(fù)雜的數(shù)據(jù)庫升級(jí)步驟:

Infiniband Switch – > Exadata Storage Software – > Exadata Host Minimal Patch -> Grid Infrastructure – > Database

客戶視角的Exadata 詳細(xì)升級(jí)過程：

1. Exadata Cells from 11.2.1.3.1 to 11.2.2.2.0
2. Exadata database nodes from 11.2.1.3.1 to 11.2.2.2.0
3. Applying a number of pre and post patching fixes (addendums to the standard patching instructions,probably included due to customer reported issue with eth patching
4. Upgrade kernel on database nodes
5. Upgrade GI Home to 11.2.0.2
6. Upgrade ALL RDBMS Homes to 11.2.0.2
7. Upgrade the database to 11.2.0.2
8. Apply 11.2.0.2 BP2 to ALL Homes(Part of this need to be done manually ,as opatch auto doesn’t work when the installation has different GI and RDBMS owners)

升級(jí)流程圖:

這升級(jí)步驟不是人寫的，有木有？！

Exadata上的 Bundle Patch (Replaces recalled patch 8626760) 是可以recall 召回的有木有？！

#別去搜這個(gè)patch，說了recall了就是不會(huì)讓你能找到了！

號(hào)稱出廠即最優(yōu)的配置，結(jié)果連簡(jiǎn)單的ulimit-memlock參數(shù)設(shè)置都有問題的情況，有木有？

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com