DBASK問(wèn)答集萃第九期

引言

問(wèn)答集萃

問(wèn)題一、oracle 12.2 rac SCM0進(jìn)程占用cpu高

診斷結(jié)論： DLM統(tǒng)計(jì)信息收集和管理從站（SCM0）負(fù)責(zé)收集和管理與全局入隊(duì)服務(wù)（GES）和全局高速緩存服務(wù)（GCS）相關(guān)的統(tǒng)計(jì)信息。僅當(dāng)啟用DLM統(tǒng)計(jì)信息收集時(shí)，此從屬服務(wù)器才存在，可以直接kill，關(guān)閉進(jìn)程后沒(méi)有任何影響，12.2中根本就還沒(méi)用到DLM統(tǒng)計(jì)信息（18c和19c才開(kāi)始用到）。

問(wèn)題二、ORA-19706:無(wú)效的SCN

dblink在正常使用時(shí)報(bào)錯(cuò)： ORA-19706:無(wú)效的SCN ORA-02063:緊接著line ，原庫(kù)： oracle10.2.0.4  AIX Version 5.3 ，目標(biāo)庫(kù)： 11.2.0.4  AIX Version 7.1，找了網(wǎng)上的說(shuō)法，需要升級(jí)原庫(kù)，然后再修改隱含參數(shù)_external_scn_rejection_threshold_hours； 麻煩問(wèn)下恩墨大師，有沒(méi)有不升級(jí)也可解決的辦法？

診斷結(jié)論： 今年6月SCN還會(huì)自動(dòng)升級(jí)，如果要繼續(xù)使用DBLINK，官方建議必須升級(jí)打補(bǔ)丁，10g至少升級(jí)到10205再打補(bǔ)丁，詳情參看這個(gè)專(zhuān)題下面的文章modb.pro/db/topic/0/564

問(wèn)題三、MySQL ERROR 1205 (HY000): Lock wait timeout exceeded

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction，請(qǐng)教各位 資深前輩 Mysql Innodb 引擎數(shù)據(jù)庫(kù) 出現(xiàn)1205 鎖等待問(wèn)題 這個(gè)問(wèn)題會(huì)是什么原因?qū)е碌哪兀?/span>

診斷結(jié)論： 一般來(lái)說(shuō),這個(gè)錯(cuò)誤表示行鎖等待超時(shí)。

InnoDB是事務(wù)引擎,每次對(duì)行操作(一般是update,delete)前,都需要拿到行鎖,(在一些特定場(chǎng)景下,還需要求到間隙鎖),之后才能實(shí)際更新數(shù)據(jù),如果你的事務(wù)將要修改的數(shù)據(jù)對(duì)應(yīng)的鎖已經(jīng)被別的事務(wù)持有,在那個(gè)事務(wù)提交或者回滾之前,你的語(yǔ)句就一直會(huì)等待,這個(gè)等待超過(guò)指定時(shí)間(innodb_lock_wait_timeout)之后,就會(huì)讓你的會(huì)話結(jié)束等待,返回這個(gè)錯(cuò)誤。

解決辦法的話,一個(gè)是看下當(dāng)前是否有長(zhǎng)耗時(shí)會(huì)話或者SQL.

問(wèn)題四、OGG復(fù)制進(jìn)程報(bào)錯(cuò)ORA-01403: no data found

之前同事?lián)伊藗€(gè)ogg進(jìn)程，一直數(shù)據(jù)同步?jīng)]有問(wèn)題。忽然某一天就報(bào)了這種類(lèi)似的錯(cuò)：ORA-01403，然后把復(fù)制進(jìn)程dsc撐爆了寫(xiě)不進(jìn)去了，進(jìn)程就斷掉了。然后同事又重新初始化了一遍，過(guò)了幾天又報(bào)了類(lèi)似的錯(cuò)，這是什么原因呢？

診斷結(jié)論： 配了discard參數(shù)復(fù)制進(jìn)程會(huì)將錯(cuò)誤記錄輸出到discard文件中，但該文件雖然配置了近50M的大小，可錯(cuò)誤信息依然沒(méi)能完全寫(xiě)下，所以你應(yīng)該進(jìn)行以下步驟來(lái)處理

問(wèn)題五、Oracle 設(shè)置NTP時(shí)間同步問(wèn)題

有這樣一個(gè)問(wèn)題，就是我的oracle 集群時(shí)間同步是用自己的ctss服務(wù)同步的，但是系統(tǒng)時(shí)間就緩慢的變得越來(lái)越慢，我現(xiàn)在想要換成ntp服務(wù)來(lái)同步時(shí)間，大致的操作步驟是什么樣的呢？ 需要重啟數(shù)據(jù)庫(kù)集群?jiǎn)幔惺裁达L(fēng)險(xiǎn)嗎？ 沒(méi)做個(gè)這個(gè)沒(méi)什么經(jīng)驗(yàn)，求指導(dǎo)。

問(wèn)題六、修改sys和system密碼會(huì)對(duì)DATAGUARD有影響嗎？

想詢(xún)問(wèn)一下，修改oracle數(shù)據(jù)庫(kù)sys和system的密碼會(huì)對(duì)DATAGUARD主備庫(kù)之間的數(shù)據(jù)同步產(chǎn)生影響嗎？

診斷 結(jié)論： sys 的會(huì)有影響，12.2 可以自動(dòng)同步口令文件。如果是11g的話，可以設(shè)置redo_transport_user參數(shù)指定特定用戶(hù)作為redo同步。

問(wèn)題七、split分區(qū)ora-01652

新建一個(gè)分區(qū)表LGY_201905，在t_gnlk表中，創(chuàng)建LGY_201905表空間成功，在創(chuàng)建分區(qū)的時(shí)候報(bào)錯(cuò)，ora-01652：無(wú)法通過(guò)8192（在表空間LGY_201905）擴(kuò)展temp段。

診斷結(jié)論： split在拆分分區(qū)時(shí)至少需要兩倍的空間。

問(wèn)題八、vip轉(zhuǎn)移之后，無(wú)法連接

rac  兩個(gè)節(jié)點(diǎn)，節(jié)點(diǎn)一down掉之后，節(jié)點(diǎn)一的vip轉(zhuǎn)移到節(jié)點(diǎn)二了，但是通過(guò)連接節(jié)點(diǎn)一的vip連接不到數(shù)據(jù)庫(kù)，是不是把節(jié)點(diǎn)一的vip加到節(jié)點(diǎn)2的local_listener和remote_listener參數(shù)里面進(jìn)行配置就可以實(shí)現(xiàn)？

診斷結(jié)論： 節(jié)點(diǎn)一的vip飄到節(jié)點(diǎn)二了，通過(guò)節(jié)點(diǎn)一的VIP是無(wú)法連接數(shù)據(jù)庫(kù)的，要么通過(guò)scanip，要么在客戶(hù)端連接字符串中同時(shí)配兩個(gè)節(jié)點(diǎn)的VIP并將failover設(shè)置成on。

問(wèn)題九、Oracle sga內(nèi)存如何分配

服務(wù)器內(nèi)存251G，目前sga 為70G，想修改sga大小，如何取個(gè)合理的值，db_cache_size 和shared_pool_size如何取值，目前參數(shù)另外cdb-sga為70g想修改sga的大小，調(diào)整多少合適？

專(zhuān)家解答： 1、參考老熊的文章如何給Oracle分配內(nèi)存 modb.pro/db/article/0/126，2、如果SGA給的70G，可以先設(shè)置db_cache_size=35G，shared_pool_size=15G，后期根據(jù)數(shù)據(jù)庫(kù)運(yùn)行情況再調(diào)整，3、內(nèi)存都是根據(jù)自己需求一步一步調(diào)整的，合適自己的系統(tǒng)就行。

問(wèn)題十、sqlplus連接和dblink連接區(qū)別

請(qǐng)教下，sqlplus連接和dblink連接的區(qū)別是什么？例如，我用ora8/9的client，sqlplus可以連接12c，但在8的庫(kù)中就不能dblink連接12c？非常感謝

診斷結(jié)論： sqlplus是一個(gè)客戶(hù)端工具，而dblink是走的oracle內(nèi)部連接，也就是兩個(gè)完全不相干的東西。DBLINK跨版本連接有個(gè)兼容列表，可通過(guò)詳情查看。

問(wèn)題十一、oracle12c rac service TAF問(wèn)題

通過(guò)srvcrl  add service添加的service，但是再shutdown 實(shí)例1后  scv服務(wù)不自動(dòng)切換到實(shí)例2，請(qǐng)問(wèn)是什么原因？

診斷結(jié)論： 從12c開(kāi)始，通過(guò)sqlplus和srvctl這種人為的命令關(guān)閉數(shù)據(jù)庫(kù)，集群并不會(huì)轉(zhuǎn)移service，因?yàn)镃RS覺(jué)得這是人為的例行事件。通過(guò)-failover或者直接kill pmon進(jìn)程來(lái)測(cè)試service轉(zhuǎn)移。