【正文】 結(jié)論：list分區(qū)嚴(yán)禁給予default分區(qū)，否則無法添加其他值的分區(qū)。舉例：1. 假設(shè)A類型的數(shù)據(jù)有200M，它會在原來的分區(qū)擴(kuò)展200M的臨時段，然后再把這200M切換到新的分區(qū)里去。l 分區(qū)表的分區(qū)名需與應(yīng)用DBA，產(chǎn)品DBA，應(yīng)用團(tuán)隊溝通確認(rèn)，是否有特殊命名規(guī)則依賴。l 同步庫沒有及時創(chuàng)建相應(yīng)的分區(qū)，或者沒有更新同步配置，導(dǎo)致同步及應(yīng)用出問題。建議分區(qū)表的表空間和產(chǎn)品DBA確認(rèn)溝通好。l 不考慮子分區(qū)情況(目前無系統(tǒng)使用子分區(qū))。具體創(chuàng)建的方法參見《新建索引操作手冊》2）若按照原來的定義創(chuàng)建后問題還是沒有解決，則無法回滾到原先的索引， 對此引發(fā)的突發(fā)問題， 需要根據(jù)遇到的實際場景， 進(jìn)行有效地決策。2） 對于核心對象的索引刪除， 事先需要跟應(yīng)用溝通一下，所制定的方案需要在同版本的測試庫上做完整的測試，確認(rèn)下的方案需要經(jīng)過cab會議討論，經(jīng)過主管同意。g) 查看過程若無報錯，退出當(dāng)前登錄。4. 2執(zhí)行過程 e) 用應(yīng)用賬戶登錄數(shù)據(jù)庫，SHOW USER檢查是否連接到正確的schema。l 嘗試刪除系統(tǒng)維護(hù)的Lob字段將會拋錯， 只能對對應(yīng)的lob字段進(jìn)行操作四、 操作流程a) 首先要明確因何種原因刪除索引，根據(jù)原因確定刪除方案和時間，如果不是需要緊急處理的情況，刪除索引應(yīng)該安排在晚上十點后完成。l 試圖刪除沒有在使用的索引前， 沒有monitor一段時間， 結(jié)果發(fā)現(xiàn)該索引還是有在被使用的， 導(dǎo)致改sql走錯執(zhí)行計劃。l 由于刪除表所引起的索引刪除不在此范圍內(nèi)。二、 適用范圍l 由于新建了索引，冗余的索引可以刪除的情況。COMMIT。WAIT_FOR_LOCK BINARY_INTEGER。六、 回退方案重建索引的過程存在一定風(fēng)險，重建后也可能會導(dǎo)致單條或多條sql改變執(zhí)行計劃，直接或間接影響到數(shù)據(jù)庫和應(yīng)用， 必須準(zhǔn)備好回退方案。5） 對核心大索引進(jìn)行rebuild，可以在會話級加大db_file_multiblock_read_count以便加大單次讀取的block的數(shù)量， 但是在linux上單次IO的上限是1M。五、 核心對象風(fēng)險1） 由于核心對象通常比較大， sql關(guān)聯(lián)比較復(fù)雜，訪問比較頻繁， 重建index的變更很可能會超過十分鐘，風(fēng)險比較大，所以務(wù)必要在業(yè)務(wù)低峰期進(jìn)行。若有報錯，找出報錯的地方，修改確認(rèn)再執(zhí)行，直至執(zhí)行通過，最后退出當(dāng)前登錄。f) 執(zhí)行重建索引腳本或命令。b) 準(zhǔn)備重建索引腳本或命令，可用explain大致估算重建后索引需要占用的空間，檢查目標(biāo)表空間定義和剩余空間，檢查臨時表空間是否足夠。l 在9i以及之前的版本，重建索引將不會自動收集統(tǒng)計信息，需要指定COMPUTE STATISTICS參數(shù)， 但是在收集索引統(tǒng)計信息的同時也會收集該列和表的統(tǒng)計信息。l 所在表空間需要有重建后索引大小的空閑空間， 否者重建索引將會失敗，需要預(yù)先加好空間。END。BEGINOBJECT_ID := 608365。3) 設(shè)置索引不可見（Oracle 11g開始），索引正常更新，但會被CBO忽略 .除非顯式的設(shè)置OPTIMIZER_USE_INVISIBLE_INDEXES參數(shù)為true Create / Alter index indexname invisible。若索引已建成，但是沒有達(dá)到預(yù)期效果 需要回滾。4） 查看索引的統(tǒng)計信息是否和表的統(tǒng)計信息相一致， ，新建索引時不允許加pute statistics參數(shù)。所制定的方案需要召開cab會議，必須經(jīng)過主管同意。若有報錯，找出報錯的地方，修改確認(rèn)再執(zhí)行，直至全部執(zhí)行通過，最后退出當(dāng)前登錄。嚴(yán)禁使用sys、system等用戶建表。b) 準(zhǔn)備新建索引腳本時，檢查表空間定義，檢查表空間剩余空間，估算新建索引需要占用的空間（具體的估算方法本手冊不闡述），參考表空間自身負(fù)荷及新索引的預(yù)期負(fù)荷，為每個新建的索引選擇合適的表空間，通常與新建的表分開存放，并在建索引語句中添加tablespace的配置。c) 查看執(zhí)行計劃，判斷sql review中的sql執(zhí)行計劃是否正確。同步庫新建索引， 也需執(zhí)行a) 和 b) 兩個步驟。e) 創(chuàng)建新表上的索引操作屬于預(yù)授權(quán)變更，在做之前必須在ITIL中提交相應(yīng)的變更申請。b) 準(zhǔn)備發(fā)布腳本時，檢查表空間定義，檢查表空間剩余空間，估算新建索引需要占用的空間，參考表空間自身負(fù)荷及新索引的預(yù)期負(fù)荷，為每個新建的索引選擇合適的表空間，通常與新建的表分開存放，并在建索引語句中添加tablespace的配置。l 由于我們的系統(tǒng)都禁用了index skip scan, 所以新建索引尤其是復(fù)合索引， 要注意前導(dǎo)列的合理設(shè)置， 防止造成索引用不上的情況。l 新建索引時沒有指定online， 結(jié)果阻塞表上的DML操作，影響應(yīng)用。l 對于未來增量較快的索引選擇了一個空間規(guī)劃不足的表空間，導(dǎo)致后續(xù)空間增長和維護(hù)困難。/10新建索引一、 目的明確新建索引操作的風(fēng)險及標(biāo)準(zhǔn)流程，最大限度避免新建索引操作帶來的故障。/代表把表的統(tǒng)計信息閃回到一天以前。五、 核心對象風(fēng)險數(shù)據(jù)庫的核心對象上往往依賴SQL比較多，而且執(zhí)行頻率上也往往比較高。/需要注意刪除表的統(tǒng)計信息默認(rèn)會把列、索引、表的都刪除。e) 刪除表、索引、列的統(tǒng)計信息begin(ownname = user,tabname = ‘table_name’,colname = ‘column_name’,no_invalidate = false,force = false)。d) 修改索引的統(tǒng)計信息begin(ownname = user,indname = ‘index_name’,numrows = 1000,numlblks = 300,numdist = 600,clstfct = 400,no_invalidate = false)。/說明：針對特定表的特定字段，如何獲取準(zhǔn)確的distinct 值：SELECT COUNT(DISTINCT column_name) FROM table_name。end。/備份表的創(chuàng)建方式如下：begin(OWNNAME=’xx’,STATTAB=’stattab’,TBLSPACE=’xx’)。b) 9I統(tǒng)計信息收集、修改前，請做好統(tǒng)計信息的備份。知識總結(jié)—224。5. method_opt 收集直方圖的方法 ：分以下幾種情況：a) 執(zhí)行計劃走錯：1. 收集指定列的基本統(tǒng)計信息：for columns A size repeat,B size repeat2. 收集指定列的直方圖：for columns A size auto,B size auto b) 統(tǒng)計信息全為空：收集所有列的基本信息，同時收集個別列的直方圖：for columns size repeat, A size auto,B size autoc) 定時收集統(tǒng)計信息：for all columns size repeat 6. cascade 設(shè)置成true，收集索引的統(tǒng)計信息。3. degree 收集統(tǒng)計信息的并行度 ： 不指定，使用默認(rèn)值1；如果為了加快收集時間，可以設(shè)置高的并行度，需要提單給出理由。可是如果表存在直方圖，那么還是建議你根據(jù)情況把這個參數(shù)設(shè)置的大點。l no_invalidate在設(shè)置為false會導(dǎo)致在收集統(tǒng)計信息完成后，表上所有的sql重新解析，對于核心表以及一些依賴sql很多的表，要盡量放到業(yè)務(wù)低峰期去操作，否則可能遭遇硬解析的風(fēng)暴，導(dǎo)致系統(tǒng)CPU繁忙，latch爭用（shared pool latch ,library cache latch，library cache pin,cursor pin s:wait x）.如果遭遇這種情況，大多數(shù)時候，這種爭用會隨著硬解析完成而很快結(jié)束，但是也有可能會導(dǎo)致ORACLE CRASH。在操作的時候，需要確認(rèn)影響的范圍，不要單純?yōu)榱四骋粋€SQL的執(zhí)行計劃正確，而導(dǎo)致更多的SQL執(zhí)行計劃走錯。比如表刪除了大量數(shù)據(jù)。某些情況下，如執(zhí)行計劃走錯、表缺少關(guān)鍵字 段統(tǒng)計信息，需要我們手工的設(shè)置統(tǒng)計信息，因此也會涉及修改對象統(tǒng)計信息的內(nèi)容。b) 驗證結(jié)構(gòu)正確Desc c) 驗證無失效依賴對象dbcheck d) 跟測試庫比對結(jié)構(gòu)五、 核心對象風(fēng)險核心對象風(fēng)險指的是業(yè)務(wù)上重要的表，并且數(shù)據(jù)量很大或表大小很大或并發(fā)訪問數(shù)很高時，變更的潛在風(fēng)險。conn zzzzzz/aaaAlter procedure sp_test pile。編譯時先編譯trigger再編譯存儲過程或package等conn zzzzzz/aaaAlter table t1 modify col2 varchar2(50)。T1的數(shù)據(jù)量非常大，訪問頻率很高。如DW, ASC或CRM等等。同步中的表需要兩地都要變更。解決方法：選擇在業(yè)務(wù)低峰期發(fā)布，同時在數(shù)據(jù)庫級別開啟trigger禁用客戶端程序自動編譯功能，字段加完后再禁用該trigger。應(yīng)用會話的連接時間會加長，進(jìn)而導(dǎo)致出現(xiàn)后續(xù)應(yīng)用報不能取得連接池錯誤。正確的聲明方式是col%type。三、 風(fēng)險評估l 相關(guān)表的長度是否一并修改當(dāng)該表某個字段長度加長后，可能有關(guān)聯(lián)的表的數(shù)據(jù)來自于該表，那么那個關(guān)聯(lián)的表的相應(yīng)字段也應(yīng)該加長。對于賦權(quán)操作引發(fā)的問題，要根據(jù)具體的情況而定。五、 核心對象風(fēng)險核心對象上的依賴sql往往較多，而且執(zhí)行頻率較高，授權(quán)操作會導(dǎo)致對象依賴的游標(biāo)失效，進(jìn)而導(dǎo)致硬解析風(fēng)暴。3. 驗證方案,以下列舉兩種驗證方式：使用被賦權(quán)用戶登錄：i. 驗證對象權(quán)限：select owner,grantee,table_name,privilege from user_tab_privswhere grantee=’amp。f) 在用對象的授權(quán)或涉及大量對象的系統(tǒng)授權(quán)需要走一般變更或重大變更流程。b) 若賦予的為系統(tǒng)權(quán)限，禁止使用with admin option選項。如果爭用比較嚴(yán)重，甚至可能導(dǎo)致數(shù)據(jù)庫crash。其風(fēng)險主要針對于procedure、function等，對table基本無影響。l 對于存儲機(jī)密數(shù)據(jù)的表的授權(quán)，需要慎重。二、 適用范圍l 對數(shù)據(jù)庫對象的授權(quán)操作，數(shù)據(jù)庫對象包括表、存儲過程、同義詞、視圖和序列等。因為回滾即刪掉字段，會導(dǎo)致鎖表，持續(xù)時間很長進(jìn)而導(dǎo)致一序列的嚴(yán)重問題。b) 驗證結(jié)構(gòu)正確Desc c) 驗證無失效依賴對象dbcheck d) 跟測試庫比對。/Exec sp_dml0214。End if。V_t number := 0。conn bopsretl/bbbAlter trigger trg_t1_sync pile。編譯時先編譯trigger再編譯存儲過程或package等conn zzzzzz/aaaAlter table t1 add col2 varchar2(20)。T1的數(shù)據(jù)量非常大，訪問頻率很高。如果有同步方案，同步方案的變更也要考慮。Erosa需要重啟一下。表上面的依賴對象如果有存儲過程或觸發(fā)器等，邏輯是否需要相應(yīng)調(diào)整。表新增字段也會導(dǎo)致跟該表有關(guān)的SQL的游標(biāo)失效，如果SQL的并發(fā)很高（查詢SQL或者DML SQL），失效后SQL會重新解析，此時也可能會出現(xiàn)大量的library cache pin amp。表的DML并發(fā)很高的時候，如果表上面還有依賴對象，新增字段會導(dǎo)致依賴對象失效。如果老數(shù)據(jù)非常多，表的并發(fā)訪問高，很有可能導(dǎo)致大面積的阻塞等待以及產(chǎn)生大事務(wù)，甚至有可能導(dǎo)致undo耗盡。三、 風(fēng)險評估l 新增字段的類型、長度（精度）是否合適解決方法：跟應(yīng)用明確加字段和改字段的風(fēng)險，確認(rèn)新增字段類型正確、長度（精度）合適?；蛘咧皇菍ot null屬性拿掉，下次發(fā)布再加上。前面已經(jīng)闡述。另開一個窗口，查看訂正進(jìn)度col machine for a19col status for a12col client_Info for a50select sid,serial,status,machine,client_Info,sql_hash_value from v$session where client_Info is not null。Commit。If mod(v_t,500)=0 thenCommit。–數(shù)據(jù)訂正存儲過程Create or replace procedure sp_dml0214AsCursor c1 is select rowed rid, id, col2 from t1 where col2 is null。conn bopsretl/bbbAlter trigger trg_t1_sync pile。b) 變更字段以下加字段同編譯失效對象連著執(zhí)行。四、 操作流程1. 準(zhǔn)備工作a) 該表的數(shù)據(jù)量以及大小，以及數(shù)據(jù)變更量（按日/時/分/秒等）b) 該表的并發(fā)訪問數(shù)，以及頻率最高的幾種sql的訪問方式2. 執(zhí)行過程以表T1 加字段 col2為例。l 是否要通知其他關(guān)聯(lián)的部門。l 是否涉及到同步。 library cache lock。默認(rèn)其他DML會話會嘗試去自動編譯這個依賴對象，此時很可能會出現(xiàn)大面積的library cache pin。倘若回滾，還會因為回滾產(chǎn)生的并發(fā)會話導(dǎo)致load飆升。l 新增字段的非空屬性、默認(rèn)值以及老數(shù)據(jù)問題。2. 回退時需得到開發(fā)的確認(rèn)，并確認(rèn)回退的時間點。c) 檢查約束是否加上或刪除：select* fromdba_cons_columns