資訊專欄INFORMATION COLUMN
上班屁股剛挨到凳子，就聽早班的同事在嘟嘟囔囔，根據(jù)哥對(duì)這個(gè)貨的了解，大概率碰到什么問題了。
湊近一看，原來一個(gè)測(cè)試庫(kù)在添加分區(qū)時(shí)指定表空間后報(bào)表空間不存在，哥的第一反應(yīng)是不是這二貨昨晚和老婆滾床單滾的有點(diǎn)五行缺腎，把表空間名字寫錯(cuò)了。
我自己反復(fù)確認(rèn)后發(fā)現(xiàn)，SQL語法沒錯(cuò)，表空間沒問題。那為啥子會(huì)報(bào)錯(cuò)呢，真的是遇到錘子了。
其中詭異的是表空間指定的是TBS_005，但報(bào)錯(cuò)報(bào)的是表空間TBS_001不存在。
但有一個(gè)共同的特點(diǎn)是有LOB字段的表都無法創(chuàng)建到新的表空間。
搞到這里，莫名有種擠壓感，這問題貌似有點(diǎn)嚴(yán)重啊，分區(qū)創(chuàng)建不了，后續(xù)數(shù)據(jù)插不進(jìn)來，到時(shí)候就是菊花滿地飄，雞飛狗跳了。
所以抓緊投入到問題診斷解決中。為了讓大家都知道發(fā)生了啥，截個(gè)報(bào)錯(cuò)截圖：
作為一個(gè)偽專家，上來咱得先收集下相關(guān)trace不。于是ora-00959的error stack的走起，看看能不能發(fā)現(xiàn)什么幺蛾子：
alter session set tracefile_identifier=959; alter session set events 959 trace name errorstack level 3; alter table OUSP.T_TD add partition P20190402 values(20190402) compress for query high tablespace TBS_005 lob(BY_DISTNC_NAME,BY_GPRS_NAME) store as (tablespace TBS_005); alter session set events 959 trace name errorstack off; |
Trace日志截圖如下：
然鵝，并沒有發(fā)現(xiàn)啥有指向性的線索。。。
平復(fù)一下思緒，回到剛才的問題點(diǎn)，明明指定的表空間是TBS_005，為啥報(bào)TBS_001不存在？
哦！腦子在高速旋轉(zhuǎn)的過程中，突然想起來前段時(shí)間這個(gè)測(cè)試庫(kù)的表空間因?yàn)榍捌谝?guī)劃不合理，為了規(guī)范簡(jiǎn)約化運(yùn)維，做過表空間數(shù)據(jù)遷移，并刪除了一部分表空間，TBS_001就是那批刪除表空間中的一個(gè)。
但當(dāng)時(shí)做數(shù)據(jù)遷移時(shí)我們把所有對(duì)象都遷移至其他表空間，確認(rèn)無誤后才刪除的TBS_001，并且整個(gè)刪除過程正常，無任何操作報(bào)錯(cuò)+日志報(bào)錯(cuò)。
既然TBS_001都變成灰，消戶了，那為啥子在添加分區(qū)的時(shí)候還報(bào)它的信息，想到這里感覺頭皮發(fā)麻。
這種麻觫感下，順其自然的想到還有什么跟這個(gè)表空間有關(guān)系，并且還是在添加分區(qū)的情況下？
難道是表的默認(rèn)表空間是TBS_001？也沒道理啊，我都指定了其他表空間。
先查下表的默認(rèn)表空間，截圖如下：
嘗試更改默認(rèn)表空間：
ALTER TABLE OUSP.T_TD MODIFY DEFAULT ATTRIBUTES TABLESPACE TBS_005;
卵還是沒起到作用，添加分區(qū)時(shí)報(bào)錯(cuò)依舊。
那還有什么對(duì)象和表空間相關(guān)？腦子想到這里，順口說了出來，只見單身20多年的這個(gè)哥們已經(jīng)把索引分區(qū)的默認(rèn)表空間打出來了，截圖如下：
發(fā)現(xiàn)索引及LOB的默認(rèn)表空間都是TBS_001。
嘗試修改LOB索引的默認(rèn)表空間，截圖如下：
從報(bào)錯(cuò)來看lob index不能修改，那就修改下LOB的默認(rèn)表空間。
alter table OUSP.T_TD modify default attributes lob (SYS_LOB0000063498C00043$$) (tablespace TBS_005); alter table OUSP.T_TD modify default attributes lob (SYS_LOB0000063498C00043$$) (tablespace TBS_005); |
更改LOB默認(rèn)表空間之后，分區(qū)可以正常添加了。
到這里這個(gè)疑難雜癥已經(jīng)一目了然了。
經(jīng)驗(yàn)總結(jié)：
涉及LOB表在遷移表空間時(shí)，除了要修改表的默認(rèn)表空間，LOB的默認(rèn)表空間也要根據(jù)具體情況考慮是否對(duì)應(yīng)予以修改掉。
這里可以深入思考一下：為啥LOB默認(rèn)表空間已經(jīng)不存在，數(shù)據(jù)還能插入，且不報(bào)錯(cuò)？
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/130235.html
摘要：新晉技術(shù)專家下面是墨天輪部分新晉的技術(shù)專家。大家可以點(diǎn)擊往期閱讀墨天輪技術(shù)專家邀請(qǐng)函了解詳情，申請(qǐng)成為我們的技術(shù)專家，加入專家團(tuán)隊(duì)，與我們一起創(chuàng)建一個(gè)開放互助的數(shù)據(jù)庫(kù)技術(shù)社區(qū)。新關(guān)聯(lián)公眾號(hào)墨天輪是一個(gè)開放互助的數(shù)據(jù)庫(kù)技術(shù)社區(qū)。 引言 近期我們?cè)贒BASK小程序增加了數(shù)據(jù)庫(kù) MongoDB、Redis、 Elasticsearch、DB2、Weblogic 等新的的專題欄目和一些新的技術(shù)...
摘要：?jiǎn)栴}九庫(kù)控制文件擴(kuò)展報(bào)錯(cuò)庫(kù)的擴(kuò)展報(bào)錯(cuò)，用的是裸設(shè)備，和還是原來大小，主庫(kù)的沒有報(bào)錯(cuò)，并且大小沒有變，求解釋。專家解答從報(bào)錯(cuò)可以看出，控制文件從個(gè)塊擴(kuò)展到個(gè)塊時(shí)報(bào)錯(cuò)，而裸設(shè)備最大只支持個(gè)塊，無法擴(kuò)展，可以嘗試將參數(shù)改小，避免控制文件報(bào)錯(cuò)。 鏈接描述引言 近期我們?cè)贒BASK小程序新關(guān)聯(lián)了運(yùn)維之美、高端存儲(chǔ)知識(shí)、一森咖記、運(yùn)維咖啡吧等數(shù)據(jù)領(lǐng)域的公眾號(hào)，歡迎大家閱讀分享。 問答集萃 接下來，...
閱讀 1508·2023-01-11 13:20
閱讀 1860·2023-01-11 13:20
閱讀 1294·2023-01-11 13:20
閱讀 2045·2023-01-11 13:20
閱讀 4251·2023-01-11 13:20
閱讀 2974·2023-01-11 13:20
閱讀 1586·2023-01-11 13:20
閱讀 3892·2023-01-11 13:20
