親愛的小伙伴們,大家好。
日常數(shù)據(jù)庫維護(hù)過程中我們經(jīng)常會進(jìn)行兩庫間數(shù)據(jù)遷移工作,本次我將分享一下ORACLE12C通過數(shù)據(jù)泵從高版本12.2遷移數(shù)據(jù)到低版本12.1過程中遇到的問題,分析思路及處理方法。
某運營商一個業(yè)務(wù)系統(tǒng)因存儲空間不足導(dǎo)致業(yè)務(wù)無法擴展,為滿足后續(xù)業(yè)務(wù)增長需求與相應(yīng)業(yè)務(wù)部門開會商討,將其數(shù)據(jù)庫遷移到另一套新購設(shè)備存儲上。
介紹問題之前先介紹下數(shù)據(jù)遷移大致流程:
a)權(quán)限及配置檢查
在遷移之前需要檢查源端數(shù)據(jù)庫用戶權(quán)限、DBLINK、連接數(shù)及字符集等配置。
b)表空間使用情況檢查
統(tǒng)計源端數(shù)據(jù)庫表空間使用量,在目標(biāo)端進(jìn)行創(chuàng)建,并適當(dāng)擴大UNDO表空間和TEMP表空間,防止在遷移過程中出現(xiàn)快照過舊和臨時空間不能擴展的問題。
c)按用戶實施數(shù)據(jù)對象遷移
使用ORACLE工具EXPDB和IMPDP相結(jié)合,來進(jìn)行數(shù)據(jù)遷移。
d)數(shù)據(jù)一致性校驗
數(shù)據(jù)遷移完成后需要重點進(jìn)行源端與目標(biāo)端對象數(shù)量是否一致。
萬事俱備只欠東風(fēng),與應(yīng)用維護(hù)人員約定好時間和地點,準(zhǔn)備搞起來。
登錄數(shù)據(jù)庫主機大膽地搞起
expdptest_link/Test_link@c5xx1ora1_pdbxxxx
cluster=n dumpfile=pdbxxxx_table_%u.dmp
schemas=AXXX,BXXX
directory=DP_DIR
logfile=exp_PDBXXX-20201112.logversion=12.1.0.2.0 compression=all parallel=6
備注:在高版本導(dǎo)入低版本數(shù)據(jù)庫,在高版本數(shù)據(jù)庫數(shù)據(jù)導(dǎo)出時,要加上version參數(shù)(目標(biāo)端數(shù)據(jù)庫版本),來解決兼容性問題。
咦,怎么報錯了呢
報錯如下“
ORA-39373:cannot export TABLE_DATA:"AXXXX"."JL_RD_ST_AUDITRESULT_634_201909"to version 12.1.0.2.0 due to long identifiers”
問題分析及解決辦法:
查詢相關(guān)Mos資料
12.2DataPump Export (EXPDP) Using a Lower Export Client Fails Due ToORA-39373 (Doc ID 2369249.1)
說明:12.1.0.2.0版本的數(shù)據(jù)庫所支持的對象名長度為30字符,而在12.2.0.1.0及其以后的數(shù)據(jù)庫已經(jīng)解決了字符長度(最大長度128)限制的問題。
例如:在12.1.0.2.0低版本數(shù)據(jù)庫創(chuàng)建一個長度為30和31的表,長度為31的表創(chuàng)建不成功。
為了解決這一問題,找出源端數(shù)據(jù)庫中所有對象名超過30的對象,共計3千多個長度超過30個字節(jié)的對象。
通知業(yè)務(wù)人員對長度超過限制的對象進(jìn)行刪除或者重命名。重新導(dǎo)出恢復(fù)正常,無報錯信息。
在12CR2版本導(dǎo)入12CR1版本的過程中,由于高版數(shù)據(jù)庫對象名長度限制是128個字符,而低版本對象名長度限制是30個字符,所以要找出高版本庫中所有對象名長度超過30的對象,對他們進(jìn)行刪除或者重命名,否則會出現(xiàn)類似“ORA-39373”報錯,希望這次分享能夠給大家?guī)韼椭?/span>
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/130065.html
摘要:一直以來,前端的線上問題很難定位,因為它發(fā)生于用戶的一系列操作之后。當(dāng)然,這些問題并非不能克服,讓我們來一起看看如何去定位線上的問題吧。地址參考一步一步搭建前端監(jiān)控系統(tǒng)錯誤監(jiān)控篇一步一步搭建前端監(jiān)控系統(tǒng)接口請求異常監(jiān)控篇 摘要: 記錄用戶行為,排查線上BUG。 作者:一步一個腳印一個坑 原文:如何定位前端線上問題(如何排查前端生產(chǎn)問題) Fundebug經(jīng)授權(quán)轉(zhuǎn)載,版權(quán)歸原作者所...
摘要:是由淘寶網(wǎng)發(fā)起的服務(wù)器項目。回源監(jiān)控是內(nèi)容分發(fā)網(wǎng)絡(luò)的簡稱,其分發(fā)的內(nèi)容來自用戶源站,負(fù)責(zé)回源的模塊是最重要組成部分之一,使跨越單機的限制,完成網(wǎng)絡(luò)數(shù)據(jù)的接收處理和轉(zhuǎn)發(fā)。這部分主要介紹的一些調(diào)試技巧和回源資源監(jiān)控的內(nèi)容,以及相應(yīng)的實例分享。 摘要: Tengine是由淘寶網(wǎng)發(fā)起的Web服務(wù)器項目。它在Nginx的基礎(chǔ)上,針對大訪問量網(wǎng)站的需求,提供更強大的流量負(fù)載均衡能力、全站HTTPS...
摘要:業(yè)務(wù)開發(fā)中的調(diào)試方法總結(jié)這段時間,接觸了單元測試,同時業(yè)務(wù)中遇到了一些需要排錯調(diào)試的情況,就把自己的經(jīng)驗做個小結(jié)。但是如果你的業(yè)務(wù)經(jīng)常變化,但是變化的部分并不會影響單元測試,那這種情況下的單元測試性價比就很高。 業(yè)務(wù)開發(fā)中的調(diào)試方法總結(jié) 這段時間,接觸了單元測試,同時業(yè)務(wù)中遇到了一些需要排錯調(diào)試的情況,就把自己的經(jīng)驗做個小結(jié)。 3種調(diào)試方法 狼叔說,常見的三種調(diào)試的境界 初級: 打l...
摘要:如果你也曾遭遇這樣的問題,或今后打算在編程社區(qū)里成長,請務(wù)必看看我接下來要說的東西如何正確地在編程社區(qū)提問絕大部分得不到滿意回答甚至引來不滿的問題,都是問題本身的原因。對新手來說,的可能性更大。 學(xué)編程難免遇到問題,遇到問題難免要上網(wǎng)求助。然而有過不少同學(xué)向我訴苦,說 在網(wǎng)上提問沒有人回答,有的還收到一些不是很友好的回復(fù) 。我自己也在經(jīng)常上的論壇上目睹過類似的帖子。以至于有人說,程序員...
摘要:面試從開始準(zhǔn)備到一直到年月份,面試現(xiàn)在這家公司,大概經(jīng)歷了年半的時間。后邊也證明自己選擇是對的。,,,,等也是測試必備的工具技能,這些雖然不是很難,但也是常用必備的技能。 ...
閱讀 1356·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3671·2023-01-11 13:20