DBASK問答集萃第五期

引言

近期我們在DBASK小程式新關聯了韓鋒頻道、網際網路偵察、資料庫SQL、SQL資料庫開發、跨界架構師、石杉的架構筆記等資料領域的公眾號，聚合更新展示，歡迎大家閱讀分享。

問答集萃

接下來，我們分享本期整理出的問題和診斷總結，供大家參考學習，詳細的診斷分析過程可以透過標題連結跳轉到小程式中檢視。

問題一、Windows 系統是否需要設定filesystemio_options
如題，資料版本為10g
診斷結論：不需要設定，參考《Best Practices For Oracle Database Performance On Windows》

問題二、windows 安裝oracle dbca建庫報錯ora-27102 out of memory
windows 2016(64bit) 安裝oracle 11g r2 (64bit) dbca建庫報錯 ora-27102 out of memory，windows 系統記憶體 64G 分配給oracle 記憶體 24G 空閒記憶體充足，這個是因為 2016系統有啥限制嗎該如何解決？
診斷結論：問題為window作業系統引數的問題。在控制皮膚中將處理器核數由預設的1改成8或最大值即可 ，重新啟動，然後再dbca建庫. 成功。

問題三、叢集資源ora.LISTENER_LEAF.lsnr,資源offline,這是什麼資源？
叢集資源ora.LISTENER_LEAF.lsnr,資源offline。db版本12.2.0.1。
診斷結論：這是12c Oracle Flex Cluster的特性，引入了葉子節點的概念，不需要直接連線共享儲存。而LISTENER_LEAF是用來註冊leaf node上執行的例項的。

問題四、Execute to Parse %指標24.95，硬解析比例很高
資料庫中，Execute to Parse %指標24.95，SQL硬解析比例很低，排除cursor_sharing= force，系統負載非常低,AWR取樣時間60分鐘，db time1mins。
希望獲取SQL能找到造成大量硬解析的SQL文字，或者應用連線mode，
獲取降低硬解析的方法。
診斷結論：一般來說硬解析高的SQL主要的原因就是沒有使用繫結變數，其次就是記憶體不夠或者BUG等原因了。
可以使用詳情中的SQL查出沒有使用繫結變數的SQL。

問題五、Asm磁碟組冗餘模式IO效能有差異麼
Asm磁碟組冗餘模式，IO效能有差異麼？差異有多大？
診斷結論：在讀場景下，不論冗餘方式，都只讀其中一份AU，所以不會有讀效能的損失。
在寫的場景下，外部冗餘的ASM磁碟組的IO效能，可以近似理解為是所有LUN的IO綜合，包括IOPS及吞吐量。Normal冗餘是雙寫嘛，因為每次要寫兩個相同的AU，所以可以理解為IO相關指標損失一半。High冗餘損失三分之二。

問題六、ogg 12c可以應用源為10g的trail檔案嗎？
如題，10g的trail檔案是否可以應用到12c中，需要注意什麼？
診斷結論：應該是沒問題，建議測試驗證下。源端抽取程式和傳輸程式加下引數FORMAT RELEASE。另外目標端需要非PDB模式。

問題七、刪除一張上億記錄數表的唯一性約束和索引有什麼影響
如題，刪除了一張記錄數有一億的表的唯一性約束和索引，會有影響麼？重建會花多久？
診斷結論：刪除本身當然沒有影響。只不過資料完整性沒法保證，索引無法利用。至於建立時間要根據表大小，當前業務量，系統i/o情況，需要全掃表讀取資料，然後記憶體排序建立唯一索引。可以看下session_longops，或者根據索引的段大小推測所需時間。

問題八、TB級別資料庫搭建goldengate
在這個級別搭建ogg使用table還是schema進行？？，在後期表結構會發生變化的情況下哪種方式方便後期維護？
診斷結論：如果非要用OGG，建議按表拆分多個程式吧，不然一個程式出現問題會影響整個庫的同步。

問題九、oracle rac時間被調整的影響
rac配置了時鐘同步，由於時鐘同步伺服器出問題導致rac兩個節點時間被同時調整到了3天后，然後關閉叢集手動調整系統時間，啟動叢集后發現undo的begintime和快照時間都有問題，目前重建了undo，這種事故對資料庫有其他影響嘛？？業務資料問題已與研發溝透過，沒造成影響
專家解答：如果業務資料確認沒有問題，資料庫能正常啟動執行的話問題不大，依賴時間戳的主要是日誌和監控資料類，建議重要的檢查處理下:
1、grid/db的相關alertlog備份清理下問題的日誌
2、AWR備份刪除部分snapshot，以免混淆
3、sys.WRH$_ACTIVE_SESSION_HISTORY的相關記錄

問題十、Oracle Stream 不再被支援了嗎？從什麼版本開始的？
之前的舊系統，有些還在使用 Stream 流複製，聽說不被Oracle支援了。將來要怎麼辦？
診斷結論：Oracle Streams在Oracle Database 12c第1版（12.1）中已棄用。不支援 Oracle Database 12c 及更高版本中引入的支援功能，包括多租戶架構，LONG VARCHAR資料型別，長識別符號和其他功能。
Oracle Database 18c是Oracle Streams支援的最終版本。從Oracle Database 19c開始，Oracle Streams將不再受支援。
對於複製來說，Oracle GoldenGate是Oracle資料庫複製的最終解決方案。

問題十一、ASM新加DG，資料檔案如何遷移
oracle12c資料庫原來建立的表空間所在asm上的DG用完，我又新加了一個DG如何修改原來DG上表空間的引數設定，比如表空間自動擴充套件
診斷結論：關閉之前DG上所有資料檔案的自動擴充套件，然後在新DG上為相應表空間建立資料檔案即可。還有temp、undo這些方便遷移的，可以移到新的DG上。

問題十二、關於Extended RAC兩種模式壓測儲存複製的方式都優於ASM冗餘
我們正在實施容災專案，對比Extended RAC在儲存複製和ASM冗餘兩種方案的效能，供客戶方案選型，目前測試的結果顯示儲存複製的方式都優於ASM冗餘的方式。請問測試結果符合預期嗎如何理解這種結果？
診斷結論：我認為應該是符合預期的。儲存複製層面會有比較多的額外硬體支援，比如cache，比如硬體級別的IO複製最佳化。而這些都是單純的ASM多副本寫出所不具備的。畢竟儲存級複製產品作為一個商業產品要賣出價格，必須要有更值得付錢的功能。

想了解更多知識問答嗎？登入“ 墨天輪 ”馬上學習！