【正文】 重建索引時(shí)不設(shè)置nologging選項(xiàng)l 重建索引時(shí)沒有指定online， 結(jié)果阻塞表上的DML操作，影響應(yīng)用， 但是在11G前，rebuild online 在開始和結(jié)束階段還是會(huì)申請(qǐng)類型為4的TM鎖，然后再做鎖轉(zhuǎn)化，如果當(dāng)時(shí)有DML沒有提交的的話， 還是會(huì)發(fā)生堵塞，所以在重建索引的時(shí)候，盡量避免并發(fā)的DML，設(shè)置online rebuild時(shí)， 在該表上將無法進(jìn)行并行的DML操作。l 在9i以及之前的版本，重建索引將不會(huì)自動(dòng)收集統(tǒng)計(jì)信息，需要指定COMPUTE STATISTICS參數(shù)， 但是在收集索引統(tǒng)計(jì)信息的同時(shí)也會(huì)收集該列和表的統(tǒng)計(jì)信息。l 分區(qū)索引重建時(shí)應(yīng)該分別對(duì)每個(gè)分區(qū)進(jìn)行重建， 在9i中加online選項(xiàng)的話默認(rèn)會(huì)將分區(qū)索引的統(tǒng)計(jì)信息清除，可能引起執(zhí)行計(jì)劃出錯(cuò)。l 移動(dòng)lob的數(shù)據(jù)對(duì)象， 會(huì)自動(dòng)將對(duì)lob對(duì)象所對(duì)應(yīng)的lob類型的索引移動(dòng)到同一個(gè)表空間， 需關(guān)注該表空間空余空間大小。四、 操作流程a) 首先要明確因何種原因重建索引，根據(jù)原因確定重建方案和時(shí)間，如果不是需要緊急處理的情況，重建索引應(yīng)該安排在晚上十點(diǎn)后完成。b) 準(zhǔn)備重建索引腳本或命令，可用explain大致估算重建后索引需要占用的空間，檢查目標(biāo)表空間定義和剩余空間，檢查臨時(shí)表空間是否足夠。c) 檢查數(shù)據(jù)庫(kù)版本，確定重建索引的其他選項(xiàng)， 包括是否開啟并行，是否收集統(tǒng)計(jì)信息等d) 創(chuàng)建新表上的索引操作屬于一般變更或重大變更，在做之前必須在ITIL中提交相應(yīng)的變更申請(qǐng)。4. 2執(zhí)行過程 e) 用應(yīng)用賬戶登錄數(shù)據(jù)庫(kù)，SHOW USER檢查是否連接到正確的schema。嚴(yán)禁使用sys、system等用戶建表。f) 執(zhí)行重建索引腳本或命令。對(duì)于同步庫(kù)， 則需根據(jù)重建原因判斷是否在同步庫(kù)也重建索引。g) 索引重建過程中， 需要監(jiān)控temp表空間的消耗，目標(biāo)表空間的消耗， 以及通過v$session_longops 等其他視圖查看重建的進(jìn)度。h) 查看過程若無報(bào)錯(cuò)，退出當(dāng)前登錄。若有報(bào)錯(cuò)，找出報(bào)錯(cuò)的地方，修改確認(rèn)再執(zhí)行，直至執(zhí)行通過，最后退出當(dāng)前登錄。i) 常規(guī)檢查：@dbcheck @ind j) 查看sql的執(zhí)行計(jì)劃，判斷所關(guān)注的sql執(zhí)行計(jì)劃是否正確。k) 聯(lián)系開發(fā)接口人進(jìn)行應(yīng)用檢查，變更是否成功以應(yīng)用測(cè)試結(jié)果為準(zhǔn)。l) 如果有修改統(tǒng)計(jì)信息， 需要檢查統(tǒng)計(jì)信息。五、 核心對(duì)象風(fēng)險(xiǎn)1） 由于核心對(duì)象通常比較大， sql關(guān)聯(lián)比較復(fù)雜，訪問比較頻繁， 重建index的變更很可能會(huì)超過十分鐘，風(fēng)險(xiǎn)比較大，所以務(wù)必要在業(yè)務(wù)低峰期進(jìn)行。2） 對(duì)于核心對(duì)象的索引重建， 事先需要跟應(yīng)用溝通一下，所制定的方案需要在同版本的測(cè)試庫(kù)上做完整的測(cè)試，確認(rèn)下的方案需要經(jīng)過cab會(huì)議烤爐，經(jīng)過主管同意。3） 在核心對(duì)象上重建索引，需要關(guān)注新索引影響的范圍是單個(gè)sql還是會(huì)影響其他sql，應(yīng)該事前在SQL全文索引中，檢查并整理出可能影響到的sql，如果重建后導(dǎo)致其他sql執(zhí)行計(jì)劃發(fā)生了意想不到的變化， 需要考慮后續(xù)方案或者回退方案。4） 在11G版本之前，重建索引前， 要確保索引所在表上的長(zhǎng)事務(wù)sql已經(jīng)結(jié)束。5） 對(duì)核心大索引進(jìn)行rebuild，可以在會(huì)話級(jí)加大db_file_multiblock_read_count以便加大單次讀取的block的數(shù)量， 但是在linux上單次IO的上限是1M。6） 查看索引的統(tǒng)計(jì)信息是否和表的統(tǒng)計(jì)信息相一致，再9i中，要注意到重建索引并收集索引統(tǒng)計(jì)信息會(huì)引起的表和索引列統(tǒng)計(jì)信息的改變。,7） 需要考慮用于排序的臨時(shí)表空間是否足夠，如果可能會(huì)不夠的話， 建議創(chuàng)建一個(gè)大的臨時(shí)表空間用來重建索引，重建完索引后在drop掉該表空間。考慮索引所在的表空間是否足夠， 是否預(yù)加空間。六、 回退方案重建索引的過程存在一定風(fēng)險(xiǎn)，重建后也可能會(huì)導(dǎo)致單條或多條sql改變執(zhí)行計(jì)劃，直接或間接影響到數(shù)據(jù)庫(kù)和應(yīng)用， 必須準(zhǔn)備好回退方案。1）若在rebuild過程中失敗了，在目標(biāo)表空間創(chuàng)建的是temporary 類型的segment， 系統(tǒng)會(huì)自動(dòng)清理， 對(duì)原來的索引并沒有影響， 但為了確保Smon已經(jīng)被喚醒并清理完畢， 再一次的重建最好在一個(gè)小時(shí)之后在進(jìn)行。2）若rebuild index online 長(zhǎng)時(shí)間沒有響應(yīng)，系統(tǒng)仍可控的話， 不要輕易嘗試cancel ,試著找出阻塞的原因， 如果cancel 或kill后遇到數(shù)據(jù)字典不一致(Bug 3805539)， 如果不著急可以等待pmon自己去過清理， 如果著急的話， 可以嘗試手動(dòng)清理清理（10GR2后）Logon as sysdbaDECLARERetVal BOOLEAN。OBJECT_ID BINARY_INTEGER。WAIT_FOR_LOCK BINARY_INTEGER。BEGINOBJECT_ID := 608365。 索引的OBJECT_IDWAIT_FOR_LOCK := NULL。RetVal := ()。COMMIT。END。/3）若rebuild index已經(jīng)完全結(jié)束，則無法回滾到原先的索引， 對(duì)此引發(fā)的突發(fā)問題， 需要根據(jù)遇到的實(shí)際場(chǎng)景， 進(jìn)行有效地決策。12刪除索引一、 目的明確刪除索引操作的風(fēng)險(xiǎn)及標(biāo)準(zhǔn)流程，最大限度避免刪除索引操作帶來的故障。二、 適用范圍l 由于新建了索引，冗余的索引可以刪除的情況。l 存在的索引沒有在被使用或者并沒有加快查詢，浪費(fèi)空間和降低DML效率的情況。l 由于SQL走錯(cuò)執(zhí)行計(jì)劃，通過刪除索引來調(diào)整執(zhí)行計(jì)劃的情況。l 在IMP導(dǎo)入或者大數(shù)據(jù)量修訂的時(shí)候，不允許先刪除索引之后再重建的方式， 而是先設(shè)置索引不可用。l 由于刪除表所引起的索引刪除不在此范圍內(nèi)。l 無特殊說明，本手冊(cè)只是針對(duì)常規(guī)Btree索引，以及我們常用到的Local Partitioned Indexes和函數(shù)索引， 不涉及Bitmap類型和domain類型的索引及其他復(fù)雜索引。l 在11G中， 如果不是為了節(jié)約空間的考慮， 可以選擇將index設(shè)置成不可見，索引正常更新，但會(huì)被CBO忽略，觀察三天沒有問題的話再刪除。三、 風(fēng)險(xiǎn)評(píng)估l 登陸錯(cuò)了schema，沒有經(jīng)過檢查就刪除，導(dǎo)致該schema下的同名的索引被刪除。l 試圖刪除沒有在使用的索引前， 沒有monitor一段時(shí)間， 結(jié)果發(fā)現(xiàn)該索引還是有在被使用的， 導(dǎo)致改sql走錯(cuò)執(zhí)行計(jì)劃。l 試圖刪除關(guān)聯(lián)強(qiáng)制唯一或主鍵的索引或者嘗試刪除local index的一個(gè)索引分區(qū)會(huì)報(bào)錯(cuò)。l 如果索引正在被使用，嘗試刪除索引的話因?yàn)樯暾?qǐng)不到類型為6的TM鎖，直接拋出resource busy的錯(cuò)誤l 在IMP等導(dǎo)入數(shù)據(jù)的時(shí)候刪除索引， 因索引缺失引發(fā)的其他sql走錯(cuò)執(zhí)行計(jì)劃的風(fēng)險(xiǎn)。l 索引刪除后shared_pool中的與這個(gè)表相關(guān)的sql都會(huì)被aged out，必須重新分析,這個(gè)帶來了潛在的風(fēng)險(xiǎn)。l 嘗試刪除系統(tǒng)維護(hù)的Lob字段將會(huì)拋錯(cuò)， 只能對(duì)對(duì)應(yīng)的lob字段進(jìn)行操作四、 操作流程a) 首先要明確因何種原因刪除索引，根據(jù)原因確定刪除方案和時(shí)間，如果不是需要緊急處理的情況，刪除索引應(yīng)該安排在晚上十點(diǎn)后完成。b) 準(zhǔn)備刪除索引腳本或命令，如果是刪除不會(huì)被用到的索引，需要確保沒有sql引用該索引， 我們通常的方式是：1） monitoring index usage 至少一個(gè)星期， 以索引所在的schema然后查看V$OBJECT_USAGE2） 通過查看dba_hist_sql_plan，v$segment_statistics ，idb的全文索引， AWR，報(bào)告等方式確認(rèn)。c) 刪除索引前必須準(zhǔn)備好回滾方案， copy出索引的完整定義放置變更單中， 以便能及時(shí)回滾， 并且備份索引的統(tǒng)計(jì)信息。d) 刪除索引操作屬于一般變更或重大變更，在做之前必須在ITIL中提交相應(yīng)的變更申請(qǐng)。4. 2執(zhí)行過程 e) 用應(yīng)用賬戶登錄數(shù)據(jù)庫(kù)，SHOW USER檢查是否連接到正確的schema。嚴(yán)禁使用sys、system等用戶建表。f) 執(zhí)行刪除索引腳本或命令。對(duì)于同步庫(kù)， 則需根據(jù)刪除原因判斷是否在同步庫(kù)也刪除索引。g) 查看過程若無報(bào)錯(cuò)，退出當(dāng)前登錄。若有報(bào)錯(cuò)，找出報(bào)錯(cuò)的地方，修改確認(rèn)再執(zhí)行，直至執(zhí)行通過，最后退出當(dāng)前登錄。h) 常規(guī)檢查：@dbcheck @ind i) 整體的loadj) 查看關(guān)注的sql的執(zhí)行計(jì)劃，判斷所關(guān)注的sql執(zhí)行計(jì)劃是否正確。五、 核心對(duì)象風(fēng)險(xiǎn)1） 由于核心對(duì)象通常比較大， sql關(guān)聯(lián)比較復(fù)雜，訪問比較頻繁， 刪除index的變更風(fēng)險(xiǎn)比較大，所以務(wù)必要在業(yè)務(wù)低峰期進(jìn)行。2） 對(duì)于核心對(duì)象的索引刪除， 事先需要跟應(yīng)用溝通一下，所制定的方案需要在同版本的測(cè)試庫(kù)上做完整的測(cè)試，確認(rèn)下的方案需要經(jīng)過cab會(huì)議討論，經(jīng)過主管同意。3） 在核心對(duì)象上刪除索引，需要關(guān)注影響的范圍是單個(gè)sql還是會(huì)影響其他sql，應(yīng)該事前在SQL全文索引中，檢查并整理出可能影響到的sql，如果刪除后導(dǎo)致其他sql執(zhí)行計(jì)劃發(fā)生了意想不到的變化， 需要考慮后續(xù)方案或者回退方案。六、 回退方案刪除索引的過程存在一定風(fēng)險(xiǎn)，重建后也可能會(huì)導(dǎo)致單條或多條sql改變執(zhí)行計(jì)劃，直接或間接影響到數(shù)據(jù)庫(kù)和應(yīng)用， 必須準(zhǔn)備好回退方案。1）因事先保存了索引創(chuàng)建的完整定義，回滾的第一選擇是創(chuàng)建一個(gè)和原先一樣的索引， 并且回滾統(tǒng)計(jì)信息。具體創(chuàng)建的方法參見《新建索引操作手冊(cè)》2）若按照原來的定義創(chuàng)建后問題還是沒有解決，則無法回滾到原先的索引， 對(duì)此引發(fā)的突發(fā)問題， 需要根據(jù)遇到的實(shí)際場(chǎng)景， 進(jìn)行有效地決策。13加分區(qū)一、 目的明確加分區(qū)操作的風(fēng)險(xiǎn)及標(biāo)準(zhǔn)流程，最大限度避免加分區(qū)操作帶來的故障。二、 適用范圍l 日常分區(qū)表維護(hù)。l 主要考慮增加range,list分區(qū)（hash分區(qū)，不允許新加分區(qū)，在系統(tǒng)規(guī)劃初始的時(shí)候充分考慮數(shù)據(jù)增長(zhǎng)情況）。l 不考慮子分區(qū)情況(目前無系統(tǒng)使用子分區(qū))。l 不適用分區(qū)分裂情況，本文后面詳細(xì)敘述為何不使用分區(qū)分裂。三、 風(fēng)險(xiǎn)評(píng)估l 登錄到錯(cuò)誤的schema下，導(dǎo)致分區(qū)到錯(cuò)誤的schema里，而應(yīng)用無法訪問。l 忽略了TABLESPACE參數(shù)，導(dǎo)致分區(qū)建到了默認(rèn)表空間，導(dǎo)致后續(xù)空間增長(zhǎng)和維護(hù)困難。建議分區(qū)表的表空間和產(chǎn)品DBA確認(rèn)溝通好。l 對(duì)于未來增量較快的表選擇了一個(gè)空間規(guī)劃不足的表空間，導(dǎo)致后續(xù)空間增長(zhǎng)和維護(hù)困難。l 腳本末尾缺少分號(hào)，導(dǎo)致該分區(qū)沒有被創(chuàng)建上，而執(zhí)行DDL的過程又不會(huì)報(bào)錯(cuò)。l 其他原因漏建了分區(qū)，導(dǎo)致應(yīng)用訪問錯(cuò)誤。l 同步庫(kù)沒有及時(shí)創(chuàng)建相應(yīng)的分區(qū)，或者沒有更新同步配置，導(dǎo)致同步及應(yīng)用出問題。l 加分區(qū)，可能導(dǎo)致SQL執(zhí)行計(jì)劃走錯(cuò)的風(fēng)險(xiǎn)。這個(gè)在國(guó)際站美國(guó)庫(kù)上存在過。請(qǐng)務(wù)必選擇在系統(tǒng)低峰期操作。l 分區(qū)表的分區(qū)名需與應(yīng)用DBA，產(chǎn)品DBA，應(yīng)用團(tuán)隊(duì)溝通確認(rèn)，是否有特殊命名規(guī)則依賴。四、 操作流程1. 準(zhǔn)備工作a) 在準(zhǔn)備發(fā)布腳本時(shí)，檢查分區(qū)類型，評(píng)估tablespace的剩余空間，選擇合適的表空間，并在加分區(qū)的時(shí)候指定表空間名字。b) 嚴(yán)禁使用Spilt 方式增加分區(qū)，理由如下：i. 若spilt的分區(qū)有數(shù)據(jù)，會(huì)導(dǎo)致local index為unusable；一般分區(qū)都是大表，后果不堪設(shè)想。ii. 若spilt的分區(qū)有數(shù)據(jù)，會(huì)占用大量的臨時(shí)段。舉例：1. 假設(shè)A類型的數(shù)據(jù)有200M，它會(huì)在原來的分區(qū)擴(kuò)展200M的臨時(shí)段，然后再把這200M切換到新的分區(qū)里去。iii. 不要存在僥幸心理，若存在各種歷史原因，請(qǐng)先修改表結(jié)構(gòu)定義后，再加分區(qū)！c) 在確定加分區(qū)類型之前，先確認(rèn)分區(qū)類型，然后選擇相應(yīng)的action進(jìn)行操作：使用下面的命令確認(rèn)所有者，表名，分區(qū)類型，默認(rèn)表空間，間隔：Select OWNER, table_name, PARTITIONING_TYPE,DEF_TABLESPACE_NAME,INTERVAL From Dba_Part_Tables where owner=:1 and table_name=:2。i. 如果是LIST分區(qū)：若是list分區(qū)，先查看list分區(qū)的定義：apollo@CRMGSelect high_value,tablespace_name From User_Tab_Partitions Where table_name=’ORD_ORDER’。HIGH_VALUE TABLESPACE_NAME—————————— —————————–’save_temp’ APOLLO_IND‘closed’ APOLLO_INDdefault APOLLO_IND說明：如果HIGH_VALUE有default，那么該表是無法再加分區(qū)，會(huì)報(bào)錯(cuò)：ORA14323: cannot add partition when DEFAULT partition exists如果確認(rèn)沒有default，那可以直接加分區(qū)了：alter table table_name add partition partition_name values (‘分區(qū)條件’)tablespace tablespace_name。結(jié)論：list分區(qū)嚴(yán)禁給予default分區(qū)，否則無法添加其他值的分區(qū)。ii. 如果是RANGE分區(qū)Range分區(qū)我們主要用在時(shí)間上比較多，對(duì)range分區(qū)進(jìn)行分類，有兩種模式：apollo@CRMGSelect , From User_Part_Tables a Where =’RANGE’。TABLE_NAME INTERVAL—————————— ——————————WT2 NUMTOYMINTERVAL(1,’MO