最近的幾個技術問題總結和答疑（六)

今天早上看了魔獸，下午玩了幾把魔獸爭霸，晚上玩了幾把，然後看了兩場月神moon的精彩影片，看人家咋就那麼淡定，各路兵種齊上陣，瞬間秒殺英雄是並行，同時執行多個任務是併發，這麼強的組織和策劃，還真是學不會。
當然學習還是不能丟，總結也是學習，我看了看最近的公眾號留言和微信留言，也積累了不少問題了，簡單總結一下。

問題1：問題基於之前的一篇文章 一次效能突發情況的緊急修復(r9筆記第18天)

講講sqlt吧
把原庫執行計劃關鍵資訊拿出來，替換目標庫，這個怎麼做（類似的另一個問題）

答：其實這部分內容我在文章中一筆帶過，著實給有些朋友有一些知識斷層，我在之前的一篇文章中介紹過，可以參考。
使用sqlt手工建立sql_profile(r4筆記第37天)
而正統的解釋是：SQLT也叫作SQLTXPLAIN，是Oracle Server Technologies Center of Expertise - ST CoE 提供的一款工具，可以透過MOS ID【ID 215187.1】瞭解更多並下載
有朋友說
問題2：問題基於之前的一篇文章 伺服器遷移的兩種方式淺談(r9筆記第15天)
問下那個資料量在10T左右邏輯資料泵匯入會不會太慢，而且有些以前資料庫的欄位值改變了大小長度，經常在同樣版本的資料庫匯入時報錯，這個怎麼辦？
答：10T的資料量邏輯匯入維護時長是個大問題，可能物理遷移的方式要好一些，比如XTTS,邏輯的OGG也可以考慮。如果欄位長度大小不統一，前提需要時目標端的欄位長度大於源端的，一種是使用OGG來配置相容，另外一種就是邏輯匯入，只匯入資料

問題3：還是基於文章 伺服器遷移的兩種方式淺談(r9筆記第15天)
在第二個方案中，怎麼在機房三中搭建一主一備保證和機房一中的資料一致呢
答：這種方案遷移方式較多，OGG邏輯同步，Datapump邏輯匯入，或者主從切換，重建備庫都可以

建議一些命令和執行結果能不能截圖，這樣讀起來跟方便。

問題4：ORA-00600的delete報錯
這個問題是幫一個網友解答的，網友開門見山，就問了下面的問題。
網友問：我做了一個delete語句報錯了，報錯如下：

對於這類的問題，看起來確實是個硬骨頭，delete拋ORA-00600著實罕見。所以可以藉助搜尋引擎或者Metalink來找到一些有價值的資訊。看看錯誤的編碼代表哪裡出問題了。
帶著僥倖，看到一篇相關的文章，是說可能是rename導致的此類問題，文章中是drop操作導致，和delete還是有一些差別。
可以參考 Doc ID 1612402.1，所以也是帶著疑惑問他，是否dba_mview_logs中存在物化檢視日誌的資訊，網友反饋是沒有，但是我又提供了一個語句 ，在obj$中檢視是有資訊的。說明資料字典中的資訊出現了不一致的情況。對於這類問題Oracle的一個建議就是使用重建物化檢視日誌，使用with rowid的方式來建立，然後刪除，這種方法在這個網友的場景中也是可以的。所以問題是相似的。
官方的解釋如下：
Cause
Dictionary information related to a materialized view log defined on the table is partly missing due to a rename of a table while a materialized view log was still defined on it and afterwards trying to drop the table.
The MLOG$ entry didn't exist but the MLOG$_... segment in OBJ$ still existed, and the table referenced in its flags that it uses a materialized view log.
Solution
To implement a solution for this issue please execute the following steps in the given order:
    drop the MLOG$_... segment from the database using a DROP TABLE command
    create a new materialized view log using CREATE MATERIALIZED VIEW LOG ON <table> WITH ROWID;
    drop the table with the materialized view log defined on it

所以可以藉助對於這類的問題