引言

為民勤等地區(qū)用戶(hù)提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及民勤網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為成都做網(wǎng)站、成都網(wǎng)站制作、民勤網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專(zhuān)業(yè)、用心的態(tài)度為用戶(hù)提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶(hù)的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！

近期我們?cè)贒BASK小程序新關(guān)聯(lián)了韓鋒頻道、互聯(lián)網(wǎng)偵察、數(shù)據(jù)庫(kù)SQL、SQL數(shù)據(jù)庫(kù)開(kāi)發(fā)、跨界架構(gòu)師、石杉的架構(gòu)筆記等數(shù)據(jù)領(lǐng)域的公眾號(hào)，聚合更新展示，歡迎大家閱讀分享。

問(wèn)答集萃

接下來(lái)，我們分享本期整理出的問(wèn)題和診斷總結(jié)，供大家參考學(xué)習(xí)，詳細(xì)的診斷分析過(guò)程可以通過(guò)標(biāo)題鏈接跳轉(zhuǎn)到小程序中查看。

問(wèn)題一、Windows 系統(tǒng)是否需要設(shè)置filesystemio_options

如題，數(shù)據(jù)版本為10g

診斷結(jié)論：不需要設(shè)置，參考《Best Practices For Oracle Database Performance On Windows》

問(wèn)題二、windows 安裝oracle dbca建庫(kù)報(bào)錯(cuò)ora-27102 out of memory

windows 2016(64bit) 安裝oracle 11g r2 (64bit) dbca建庫(kù)報(bào)錯(cuò) ora-27102 out of memory，windows 系統(tǒng)內(nèi)存 64G  分配給oracle 內(nèi)存 24G  空閑內(nèi)存充足，這個(gè)是因?yàn)?2016系統(tǒng)有啥限制嗎該如何解決？

診斷結(jié)論：?jiǎn)栴}為window操作系統(tǒng)參數(shù)的問(wèn)題。在控制面板中將處理器核數(shù)由默認(rèn)的1改成8或最大值即可 ，重新啟動(dòng)，然后再dbca建庫(kù).  成功。

問(wèn)題三、集群資源ora.LISTENER_LEAF.lsnr,資源offline,這是什么資源？

集群資源ora.LISTENER_LEAF.lsnr,資源offline。db版本12.2.0.1。

診斷結(jié)論：這是12c Oracle Flex Cluster的特性，引入了葉子節(jié)點(diǎn)的概念，不需要直接連接共享存儲(chǔ)。而LISTENER_LEAF是用來(lái)注冊(cè)leaf node上運(yùn)行的實(shí)例的。

問(wèn)題四、Execute to Parse %指標(biāo)24.95，硬解析比例很高

數(shù)據(jù)庫(kù)中，Execute to Parse %指標(biāo)24.95，SQL硬解析比例很低，排除cursor_sharing= force，系統(tǒng)負(fù)載非常低,AWR采樣時(shí)間60分鐘，db time1mins。
希望獲取SQL能找到造成大量硬解析的SQL文本，或者應(yīng)用連接mode，
獲取降低硬解析的方法。
診斷結(jié)論：一般來(lái)說(shuō)硬解析高的SQL主要的原因就是沒(méi)有使用綁定變量，其次就是內(nèi)存不夠或者BUG等原因了。
可以使用詳情中的SQL查出沒(méi)有使用綁定變量的SQL。

問(wèn)題五、Asm磁盤(pán)組冗余模式IO性能有差異么

Asm磁盤(pán)組冗余模式，IO性能有差異么？差異有多大？
診斷結(jié)論：在讀場(chǎng)景下，不論冗余方式，都只讀其中一份AU，所以不會(huì)有讀性能的損失。
在寫(xiě)的場(chǎng)景下，外部冗余的ASM磁盤(pán)組的IO性能，可以近似理解為是所有LUN的IO綜合，包括IOPS及吞吐量。Normal冗余是雙寫(xiě)嘛，因?yàn)槊看我獙?xiě)兩個(gè)相同的AU，所以可以理解為IO相關(guān)指標(biāo)損失一半。High冗余損失三分之二。

問(wèn)題六、ogg 12c可以應(yīng)用源為10g的trail文件嗎？

如題，10g的trail文件是否可以應(yīng)用到12c中，需要注意什么？
診斷結(jié)論：應(yīng)該是沒(méi)問(wèn)題，建議測(cè)試驗(yàn)證下。源端抽取進(jìn)程和傳輸進(jìn)程加下參數(shù)FORMAT RELEASE。另外目標(biāo)端需要非PDB模式。

問(wèn)題七、刪除一張上億記錄數(shù)表的唯一性約束和索引有什么影響

如題，刪除了一張記錄數(shù)有一億的表的唯一性約束和索引，會(huì)有影響么？重建會(huì)花多久？
診斷結(jié)論：刪除本身當(dāng)然沒(méi)有影響。只不過(guò)數(shù)據(jù)完整性沒(méi)法保證，索引無(wú)法利用。至于創(chuàng)建時(shí)間要根據(jù)表大小，當(dāng)前業(yè)務(wù)量，系統(tǒng)i/o情況，需要全掃表讀取數(shù)據(jù)，然后內(nèi)存排序創(chuàng)建唯一索引?？梢钥聪聅ession_longops，或者根據(jù)索引的段大小推測(cè)所需時(shí)間。

問(wèn)題八、TB級(jí)別數(shù)據(jù)庫(kù)搭建goldengate

在這個(gè)級(jí)別搭建ogg使用table還是schema進(jìn)行？？，在后期表結(jié)構(gòu)會(huì)發(fā)生變化的情況下哪種方式方便后期維護(hù)？

診斷結(jié)論：如果非要用OGG，建議按表拆分多個(gè)進(jìn)程吧，不然一個(gè)進(jìn)程出現(xiàn)問(wèn)題會(huì)影響整個(gè)庫(kù)的同步。

問(wèn)題九、oracle rac時(shí)間被調(diào)整的影響

rac配置了時(shí)鐘同步，由于時(shí)鐘同步服務(wù)器出問(wèn)題導(dǎo)致rac兩個(gè)節(jié)點(diǎn)時(shí)間被同時(shí)調(diào)整到了3天后，然后關(guān)閉集群手動(dòng)調(diào)整系統(tǒng)時(shí)間，啟動(dòng)集群后發(fā)現(xiàn)undo的begintime和快照時(shí)間都有問(wèn)題，目前重建了undo，這種事故對(duì)數(shù)據(jù)庫(kù)有其他影響嘛？？業(yè)務(wù)數(shù)據(jù)問(wèn)題已與研發(fā)溝通過(guò)，沒(méi)造成影響
專(zhuān)家解答：如果業(yè)務(wù)數(shù)據(jù)確認(rèn)沒(méi)有問(wèn)題，數(shù)據(jù)庫(kù)能正常啟動(dòng)運(yùn)行的話問(wèn)題不大，依賴(lài)時(shí)間戳的主要是日志和監(jiān)控?cái)?shù)據(jù)類(lèi)，建議重要的檢查處理下:
1. grid/db的相關(guān)alertlog備份清理下問(wèn)題的日志
2. AWR備份刪除部分snapshot，以免混淆
3. sys.WRH$_ACTIVE_SESSION_HISTORY的相關(guān)記錄

問(wèn)題十、Oracle Stream 不再被支持了嗎？從什么版本開(kāi)始的？

之前的舊系統(tǒng)，有些還在使用 Stream 流復(fù)制，聽(tīng)說(shuō)不被Oracle支持了。將來(lái)要怎么辦？
診斷結(jié)論：Oracle Streams在Oracle Database 12c第1版（12.1）中已棄用。不支持 Oracle Database 12c 及更高版本中引入的支持功能，包括多租戶(hù)架構(gòu)，LONG VARCHAR數(shù)據(jù)類(lèi)型，長(zhǎng)標(biāo)識(shí)符和其他功能。
Oracle Database 18c是Oracle Streams支持的最終版本。從Oracle Database 19c開(kāi)始，Oracle Streams將不再受支持。
對(duì)于復(fù)制來(lái)說(shuō)，Oracle GoldenGate是Oracle數(shù)據(jù)庫(kù)復(fù)制的最終解決方案。

問(wèn)題十一、ASM新加DG，數(shù)據(jù)文件如何遷移

oracle12c數(shù)據(jù)庫(kù)原來(lái)創(chuàng)建的表空間所在asm上的DG用完，我又新加了一個(gè)DG如何修改原來(lái)DG上表空間的參數(shù)設(shè)置，比如表空間自動(dòng)擴(kuò)展
診斷結(jié)論：關(guān)閉之前DG上所有數(shù)據(jù)文件的自動(dòng)擴(kuò)展，然后在新DG上為相應(yīng)表空間創(chuàng)建數(shù)據(jù)文件即可。還有temp、undo這些方便遷移的，可以移到新的DG上。

問(wèn)題十二、關(guān)于Extended RAC兩種模式壓測(cè)存儲(chǔ)復(fù)制的方式都優(yōu)于ASM冗余

我們正在實(shí)施容災(zāi)項(xiàng)目，對(duì)比Extended RAC在存儲(chǔ)復(fù)制和ASM冗余兩種方案的性能，供客戶(hù)方案選型，目前測(cè)試的結(jié)果顯示存儲(chǔ)復(fù)制的方式都優(yōu)于ASM冗余的方式。請(qǐng)問(wèn)測(cè)試結(jié)果符合預(yù)期嗎如何理解這種結(jié)果？
診斷結(jié)論：我認(rèn)為應(yīng)該是符合預(yù)期的。存儲(chǔ)復(fù)制層面會(huì)有比較多的額外硬件支持，比如cache，比如硬件級(jí)別的IO復(fù)制優(yōu)化。而這些都是單純的ASM多副本寫(xiě)出所不具備的。畢竟存儲(chǔ)級(jí)復(fù)制產(chǎn)品作為一個(gè)商業(yè)產(chǎn)品要賣(mài)出價(jià)格，必須要有更值得付錢(qián)的功能。