建站
咨詢
售后
建站咨詢
新聞中心
近年來(lái)，開(kāi)源操作系統(tǒng)Linux不斷得到發(fā)展和推廣，擁有越來(lái)越多的用戶。然而，前不久Linux卻遭遇了一次巨大的打壓，嚴(yán)重影響了其發(fā)展。而這背后的推手，很多人認(rèn)為是Oracle公司。
創(chuàng)新互聯(lián)建站是一家專業(yè)提供通江企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)、H5開(kāi)發(fā)、小程序制作等業(yè)務(wù)。10年已為通江眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進(jìn)行中。
一、Linux遭打壓
2023年6月，Linux和其維護(hù)者Linus Torvalds宣布，在Intel首席執(zhí)行官Patrick Gelsinger的帶領(lǐng)下，Linux內(nèi)核項(xiàng)目不再接受來(lái)自英特爾 x86_32 處理器的更新。這個(gè)決定是由Intel公司作出的，而其背后的原因則并未公開(kāi)。不過(guò)，很多人都猜測(cè)這是一次有意的打壓。
隨后，在7月初，Linux再次遭到?jīng)_擊。這次打壓來(lái)自美國(guó)證券交易委員會(huì)（SEC）。SEC指控Linux基金會(huì)在2023年12月至2023年3月期間，未向SEC報(bào)告募資活動(dòng)，違反了美國(guó)證券法。據(jù)悉，Linux基金會(huì)的募資活動(dòng)主要是為了保護(hù)Linux操作系統(tǒng)的專利權(quán)，以確保它不會(huì)被專利控制。
這一指控使得Linux基金會(huì)和其相關(guān)負(fù)責(zé)人受到非常大的打擊和壓力。不僅讓Linux難以順利發(fā)展，還讓開(kāi)源社群和愛(ài)好者們備感失望和無(wú)奈。
二、Oracle成背后推手
針對(duì)Linux的打壓，許多人認(rèn)為背后的推手是Oracle。Oracle是一家全球著名的軟件公司，其產(chǎn)品Oracle Linux是針對(duì)企業(yè)級(jí)應(yīng)用的操作系統(tǒng)之一，與Linux有著很大的競(jìng)爭(zhēng)關(guān)系。加上Oracle曾經(jīng)對(duì)Linux進(jìn)行過(guò)攻擊和影響，這些都讓人對(duì)Oracle產(chǎn)生了不小的質(zhì)疑。
之一，Oracle曾經(jīng)在2023年對(duì)Linux發(fā)起了訴訟。時(shí)任Oracle公司CEO Larry Ellison宣布，Oracle將對(duì)Red Hat公司（一家提供Linux操作系統(tǒng)支持的公司）發(fā)起訴訟，控訴其違反了Oracle的專利。這一行為被一些人認(rèn)為是Oracle在試圖打壓和破壞Linux的發(fā)展。
第二，Oracle在遭受蘋(píng)果公司訴訟打擊后，為了加強(qiáng)自己在移動(dòng)平臺(tái)上的競(jìng)爭(zhēng)力，曾經(jīng)抱團(tuán)Linux。但很快，Oracle卻拒絕了與Linux合作，選擇單打獨(dú)斗，甚至向歐盟反壟斷機(jī)構(gòu)訴訟，導(dǎo)致了Linux的發(fā)展受阻。
第三，Oracle也曾經(jīng)發(fā)布過(guò)一系列的針對(duì)開(kāi)源軟件的公告，其中不乏對(duì)Linux的攻擊和貶低。這些攻擊行為同樣引起了大量的爭(zhēng)議和爭(zhēng)論。
因此，很多Linux的支持者認(rèn)為Oracle背后推手，是因?yàn)槠湎胪ㄟ^(guò)打壓Linux來(lái)增強(qiáng)自家的競(jìng)爭(zhēng)力。而且，從Oracle對(duì)開(kāi)源軟件的態(tài)度和行為來(lái)看，他們很可能轉(zhuǎn)而把力量、精力放在自己的Oracle Linux上。
三、未來(lái)展望
雖然Linux遭遇了許多困難和打壓，但是Linux的力量和用戶群體仍然十分龐大，而開(kāi)源社區(qū)也會(huì)為了Linux的發(fā)展不斷努力和付出。而且，網(wǎng)上有很多Linux相關(guān)的技術(shù)資料、工具和幫助性的文章，用戶可以在這些資源上獲得一定的支持和幫助。
另外，隨著中國(guó)“開(kāi)源進(jìn)萬(wàn)家”行動(dòng)的推動(dòng)和硬件領(lǐng)域的不斷發(fā)展，Linux的未來(lái)也將更加廣闊。如果我們能夠充分利用好這一平臺(tái)，將會(huì)在未來(lái)的各個(gè)領(lǐng)域取得更大的發(fā)展和進(jìn)步。
總體而言，不管背后是誰(shuí)在干擾和打壓Linux，都不能夠阻礙Linux和開(kāi)源社區(qū)的發(fā)展和前進(jìn)。Linux已經(jīng)成為世界上更流行的開(kāi)源操作系統(tǒng)之一，在全球范圍內(nèi)擁有龐大的用戶群體和活躍的開(kāi)發(fā)者社區(qū)，其發(fā)展依然會(huì)不斷前行，并且會(huì)在未來(lái)，為更多人帶來(lái)便捷和利益。
相關(guān)問(wèn)題拓展閱讀：
- 如何在linux下啟動(dòng)和關(guān)閉ORCALE數(shù)據(jù)庫(kù)
- Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障處理方式
如何在linux下啟動(dòng)和關(guān)閉ORCALE數(shù)據(jù)庫(kù)
1. linux下啟動(dòng)oracle
su – oracle
sqlplus /nolog
conn /as sysdba
startup
exit
lsnrctl start
exit
2. linux下關(guān)閉oracle
su – oracle
sqlplus /nolog
conn /as sysdba
shutdown immediate
exit
lsnrctl stop
exit
3、啟動(dòng)監(jiān)聽(tīng)衡漏橡器
oracle@suse92:~> lsnrctl start
4、停止監(jiān)搜散聽(tīng)器
oracle@suse92:~> lsnrctl stop
5、查看監(jiān)聽(tīng)器狀態(tài)
oracle@suse92:~> lsnrctl
LSNRCTL> status
LSNRCTL> exit
6.# setup 可以設(shè)置防火墻等信息
7.安裝監(jiān)聽(tīng)器
運(yùn)行 netca 命令
lsnrctl start
lsnrctl stop
reload listener 重新加載
service listener
help 幫助
quit 退出
vi etc/hosts
添咐旁加 192.168.0.100 chsylinux
數(shù)據(jù)庫(kù)關(guān)閉死掉還可以STARTUP FORCE
，再糟糕的情況用SHUTDOWN ABORT。
Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障處理方式
Oracle數(shù)據(jù)庫(kù)
無(wú)響應(yīng)故障處理方式
Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障，簡(jiǎn)單地講就是數(shù)據(jù)庫(kù)實(shí)例不能響應(yīng)客戶端發(fā)起的請(qǐng)求，客戶端提交一個(gè)SQL后，就一直處于等待數(shù)據(jù)庫(kù)實(shí)例返回結(jié)果的狀態(tài)。更嚴(yán)重的現(xiàn)象是客戶端根本不能連接到數(shù)據(jù)庫(kù)，發(fā)起一個(gè)連接嫌則伍請(qǐng)求后，一直處于等待狀態(tài)。Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障怎么處理呢?下面跟我一起來(lái)學(xué)習(xí)Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障的處理方法吧!
無(wú)響應(yīng)的故障現(xiàn)象一般有以下幾種：
1.Oracle的進(jìn)程在等待某個(gè)資源或事件
這種現(xiàn)象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動(dòng)態(tài)視圖中檢查進(jìn)程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長(zhǎng)時(shí)間都不可獲得。如果這個(gè)正在等待的進(jìn)程持有了其他的資源，則會(huì)引起其他的進(jìn)程等待，這樣就很可能引起實(shí)例中大范圍的會(huì)話發(fā)生等待。由于進(jìn)程在等待資源或事件時(shí)，通常都處于SLEEP狀態(tài)，消耗的CPU資源非常少(在等待latch時(shí)要稍微多消耗一些CPU資源)，所以從OS來(lái)看，CPU的消耗并不高，甚至是非常低。
這種因?yàn)榈却鸬膫€(gè)別進(jìn)程Hang，相對(duì)比較容易處理。
2. OracleProcess Spins
所謂Spin，就是指Oracle進(jìn)程中的代碼在執(zhí)行某個(gè)過(guò)程時(shí)，陷入了循環(huán)。在V$SESSION視圖中，往往可以看到Hang住的會(huì)話，一直處于“ACTIVE”狀態(tài)。對(duì)于這樣的會(huì)話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開(kāi)會(huì)話，會(huì)話只能被標(biāo)記為“killed”，會(huì)話會(huì)繼續(xù)消耗大量的CPU。進(jìn)程Spins由于是在做循環(huán)，CPU的消耗非常大，從OS上明顯可以看到這樣的進(jìn)程，通常會(huì)消耗整個(gè)CPU的資源。
而對(duì)于這樣的Hang住的會(huì)話，處理起來(lái)相對(duì)比較復(fù)雜，并且為了從根本上解決問(wèn)題，需要超過(guò)DBA日常維護(hù)所需要的技能。
從故障范圍來(lái)看，無(wú)響應(yīng)故障可以分為以下幾種情況：
1. 單個(gè)或部分會(huì)話(進(jìn)程)Hang住
這種情況屬于小范圍的故障，業(yè)務(wù)影響相對(duì)較小，一般來(lái)說(shuō)只會(huì)影響業(yè)務(wù)系統(tǒng)的個(gè)別模塊。在一個(gè)多應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)上面，如果Hang住的會(huì)話比較多，則影響的可能是其中的一個(gè)應(yīng)用系統(tǒng)。這里有一個(gè)例外，如果Hang住的進(jìn)程是系統(tǒng)后臺(tái)進(jìn)程，如pmon、on等，則影響的范圍就非常大了，最終甚至?xí)绊懻麄€(gè)數(shù)據(jù)庫(kù)及所有應(yīng)用系統(tǒng)。還有值得注意的是，即使是少部分會(huì)話Hang住，也要及時(shí)處理，否則極有可能會(huì)擴(kuò)散到整個(gè)系統(tǒng)。
2. 單個(gè)數(shù)據(jù)庫(kù)實(shí)例Hang住
這種情況造成的影響非常大。在這個(gè)實(shí)例上的所有應(yīng)用系統(tǒng)均受到嚴(yán)重影響，并且在找到根源并最終解決問(wèn)題之前，數(shù)據(jù)庫(kù)實(shí)例往往須要重啟。
3. OPS或RAC中的多個(gè)實(shí)例或所有實(shí)例都Hang住
在這種情況下，即使是OPS或RAC，都已經(jīng)沒(méi)辦法提供高可用特性了。使用這個(gè)數(shù)據(jù)庫(kù)的所有應(yīng)用系統(tǒng)將不能繼續(xù)提供服務(wù)，這種芹或情況往往須要重啟。
無(wú)響應(yīng)故障成因分析
Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)，一般主要由以下幾種原因引起：
1. 數(shù)據(jù)庫(kù)主機(jī)負(fù)載過(guò)高，嚴(yán)重超過(guò)主機(jī)承受能力
比如應(yīng)用設(shè)計(jì)不當(dāng)，數(shù)據(jù)庫(kù)性能低下，活動(dòng)會(huì)話數(shù)的大量增加，導(dǎo)致數(shù)據(jù)庫(kù)主機(jī)的負(fù)載迅速增加，數(shù)據(jù)庫(kù)不能正常操作，并最終Hang住;主機(jī)
物理內(nèi)存
嚴(yán)重不足，引起大量的換頁(yè)，特別是在SGA中的內(nèi)存被大量換出到
虛擬內(nèi)存
時(shí)，數(shù)據(jù)庫(kù)實(shí)例往往就會(huì)Hang住。
2. 日常維護(hù)不當(dāng)、不正確的操作引起數(shù)據(jù)庫(kù)Hang住
比如歸檔日志的存儲(chǔ)空間滿，導(dǎo)致數(shù)據(jù)庫(kù)不能歸檔，引起數(shù)據(jù)庫(kù)Hang住;在一個(gè)大并發(fā)的繁忙的系
統(tǒng)上，對(duì)DML操作比較多的大表進(jìn)盯賣行move、增加
外鍵
約束等操作也可能使系統(tǒng)在短時(shí)間內(nèi)負(fù)載大幅升高，并引起
數(shù)據(jù)庫(kù)系統(tǒng)
Hang住;不正確的資源計(jì)劃(Resource Plan)配置，使進(jìn)程得不到足夠的CPU等。
3. Oracle數(shù)據(jù)庫(kù)的Bug
幾乎每個(gè)版本都存在著會(huì)導(dǎo)致數(shù)據(jù)庫(kù)系統(tǒng)Hang住的Bug，這些Bug會(huì)在一些特定的條件下觸發(fā)，特別是在RAC數(shù)據(jù)庫(kù)中，引起數(shù)據(jù)庫(kù)Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC數(shù)據(jù)庫(kù)中，如果一個(gè)節(jié)點(diǎn)退出或加入到RAC的過(guò)程中，當(dāng)進(jìn)行Resource Reconfiguration時(shí)，會(huì)使系統(tǒng)凍結(jié)一段時(shí)間，也有可能使系統(tǒng)Hang住。
以上所描述的幾種常見(jiàn)的會(huì)導(dǎo)致Oracle數(shù)據(jù)庫(kù)實(shí)例Hang住的原因中，大部分的情況是可以避免的，只要維護(hù)得當(dāng)，一般不會(huì)出現(xiàn)這種故障。對(duì)于Oracle數(shù)據(jù)庫(kù)Bug所導(dǎo)致的數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障，由于是在特定的情況下才會(huì)觸發(fā)，所以如果能夠盡量對(duì)數(shù)據(jù)庫(kù)打上最新版本的補(bǔ)丁，并且熟悉當(dāng)前版本中會(huì)導(dǎo)致系統(tǒng)Hang住的Bug以及觸發(fā)條件，就能夠更大限度地避免這種故障的發(fā)生，提高系統(tǒng)的可用性。
那么，在數(shù)據(jù)庫(kù)Hang住的情況下，如何去分析并發(fā)現(xiàn)導(dǎo)致問(wèn)題的根源?一方面，由于系統(tǒng)Hang住會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)不可用，為了能夠盡快地恢復(fù)業(yè)務(wù)，須快速地判斷問(wèn)題所在，然后Kill掉引起故障的會(huì)話和進(jìn)程，或者數(shù)據(jù)庫(kù)實(shí)例不得不重啟以迅速恢復(fù)業(yè)務(wù);但另一方面，如果只是重啟數(shù)據(jù)庫(kù)或Kill會(huì)話和進(jìn)程來(lái)解決問(wèn)題，在很多情況下是治標(biāo)不治本的辦法，在以后故障隨時(shí)可能會(huì)出現(xiàn)。如何在二者之間進(jìn)行抉擇呢?對(duì)于數(shù)據(jù)庫(kù)Hang故障的處理，首先是盡可能地收集到系統(tǒng)Hang住時(shí)的狀態(tài)數(shù)據(jù)，然后盡快地恢復(fù)業(yè)務(wù)，恢復(fù)業(yè)務(wù)后分析收集到的數(shù)據(jù)，找到數(shù)據(jù)庫(kù)系統(tǒng)Hang住的真正原因，然后再進(jìn)行相應(yīng)的處理。下一節(jié)將詳細(xì)描述數(shù)據(jù)庫(kù)系統(tǒng)Hang住后的處理流程。
無(wú)響應(yīng)故障處理流程
對(duì)于Oracle無(wú)響應(yīng)故障的處理，我們可以按下圖所示的流程進(jìn)行。
值得注意的是，上圖并不是一個(gè)完整的Oracle數(shù)據(jù)庫(kù)故障處理流程圖，只是處理Oralce數(shù)據(jù)庫(kù)無(wú)響應(yīng)這一類特定的故障的流程，只列出了針對(duì)這一特定類型故障處理時(shí)的關(guān)鍵處理點(diǎn)。不過(guò)既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。
下面是整個(gè)流程的詳細(xì)說(shuō)明：
. 在出現(xiàn)數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障后，首先確認(rèn)系統(tǒng)的影響范圍，如上節(jié)所描述的’，是部分業(yè)務(wù)系統(tǒng)或模塊還是所有的業(yè)務(wù)系統(tǒng)都受影響，是不是整個(gè)實(shí)例或多個(gè)實(shí)例都無(wú)響應(yīng)。同時(shí)應(yīng)詢問(wèn)系統(tǒng)維護(hù)和開(kāi)發(fā)人員，受影響的系統(tǒng)在出現(xiàn)故障前是否有過(guò)變動(dòng)，包括主機(jī)硬件、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)以及應(yīng)用等。有時(shí)一個(gè)細(xì)小的變動(dòng)就可能導(dǎo)致出現(xiàn)數(shù)據(jù)庫(kù)Hang住這樣嚴(yán)重的故障。曾經(jīng)遇到一個(gè)庫(kù)，應(yīng)用只是修改了一個(gè)SELECT語(yǔ)句就導(dǎo)致了數(shù)據(jù)庫(kù)Hang住。
. 為了避免由于網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)監(jiān)聽(tīng)或客戶端因素影響分析，建議都登錄到主機(jī)上進(jìn)行操作。
. 如果主機(jī)不能登錄(為了避免干擾流程主線，這里不討論如網(wǎng)絡(luò)問(wèn)題這樣也會(huì)導(dǎo)致不能連接的故障)，嘗試關(guān)閉出現(xiàn)問(wèn)題的業(yè)務(wù)系統(tǒng)，甚至是所有的業(yè)務(wù)系統(tǒng)。如果關(guān)閉了所有的業(yè)務(wù)系統(tǒng)之后，仍然不能連接，則只有考慮重新啟動(dòng)數(shù)據(jù)庫(kù)主機(jī)。在數(shù)據(jù)庫(kù)主機(jī)重新啟動(dòng)后，使用操作系統(tǒng)工具或OSW等長(zhǎng)期監(jiān)控操作系統(tǒng)的資源使用，同時(shí)監(jiān)控Oracle數(shù)據(jù)庫(kù)的性能和等待等。
. 登錄上主機(jī)后，先用top、topas等命令簡(jiǎn)單觀察一下系統(tǒng)?？纯聪到y(tǒng)的CPU使用、物理內(nèi)存和虛擬內(nèi)存的使用、IO使用等情況。
. 使用SQLPLUS連接數(shù)據(jù)庫(kù)，如果不能連接，則只能從操作系統(tǒng)上觀察系統(tǒng)中是否有異常的現(xiàn)象，比如占用CPU過(guò)高的進(jìn)程。使用gdb、dbx等debugger工具對(duì)數(shù)據(jù)庫(kù)進(jìn)行system state dump;使用strace、truss等工具檢查異常進(jìn)程的系統(tǒng)調(diào)用;使用pstack、procstack等工具察看異常進(jìn)程的call stack等。
. 使用SQLPLUS連接上數(shù)據(jù)庫(kù)后，進(jìn)行hangyze、system state dump等操作;或檢查等待事件、異常會(huì)話等正在執(zhí)行的SQL等待。
. 找到故障產(chǎn)生的原因，如果暫時(shí)找不到原因，盡量收集數(shù)據(jù)。
.確良如果應(yīng)用急須恢復(fù)，可通過(guò)Kill會(huì)話、重啟數(shù)據(jù)庫(kù)實(shí)例等方式，先恢復(fù)應(yīng)用。
. 根據(jù)最終診斷結(jié)果，對(duì)數(shù)據(jù)庫(kù)升級(jí)打補(bǔ)丁，或者修改應(yīng)用等方式從根本上解決問(wèn)題。
怎樣避免數(shù)據(jù)庫(kù)出現(xiàn)無(wú)響應(yīng)故障
作為Oracle數(shù)據(jù)庫(kù)DBA，除了處理故障之外，更重要的是如何預(yù)防故障的發(fā)生。根據(jù)前面對(duì)數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障的成因分析，在日常的維護(hù)工作中，須做到以下幾點(diǎn)：
1. 進(jìn)行正確的維護(hù)操作
很多的數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障都是由于不正確的維護(hù)操作引起的。應(yīng)避免在業(yè)務(wù)高峰期做大的維護(hù)操作，比如像move、加主外鍵約束等會(huì)長(zhǎng)時(shí)間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時(shí)先建索引，然后在建約束時(shí)指定新建的索引，等等。也就是保證系統(tǒng)的并發(fā)性、可伸縮性，避免系統(tǒng)串行操作的出現(xiàn)。
2. 優(yōu)化應(yīng)用設(shè)計(jì)，優(yōu)化數(shù)據(jù)庫(kù)性能
為避免性能問(wèn)題導(dǎo)致在業(yè)務(wù)高峰期數(shù)據(jù)庫(kù)不能及時(shí)有效處理來(lái)自業(yè)務(wù)的請(qǐng)求，甚至于完全Hang住。對(duì)于數(shù)據(jù)庫(kù)中存在串行訪問(wèn)的部分進(jìn)行優(yōu)化，比如latch、enqueue，還包括不合理的sequence設(shè)計(jì)等。特別是在RAC數(shù)據(jù)庫(kù)中，嚴(yán)重串行訪問(wèn)等待往往更容易引起嚴(yán)重的性能問(wèn)題。優(yōu)化應(yīng)用設(shè)計(jì)，使數(shù)據(jù)庫(kù)具有更好的可伸縮性和并行處理能力，能夠有效地避免性能問(wèn)題引起的數(shù)據(jù)庫(kù)Hang住。
3. 利用監(jiān)控系統(tǒng)隨時(shí)監(jiān)控系統(tǒng)負(fù)載
遇到系統(tǒng)負(fù)載過(guò)高，內(nèi)存不足，OS中虛擬內(nèi)存換頁(yè)很頻繁等情況時(shí)，及時(shí)采取措施;監(jiān)控Oracle數(shù)據(jù)庫(kù)的核心進(jìn)程，如pmon、on等，看是否有異常，如過(guò)高的CPU消耗。出現(xiàn)異常應(yīng)立即處理;監(jiān)控歸檔空間和日志切換;監(jiān)控?cái)?shù)據(jù)庫(kù)中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、regr:become active等待事件等。
4. 為數(shù)據(jù)庫(kù)打上補(bǔ)丁
很多的無(wú)響應(yīng)故障是由于Oracle的Bug引起的，數(shù)據(jù)庫(kù)DBA應(yīng)關(guān)注當(dāng)前版本中有哪些Bug會(huì)導(dǎo)致數(shù)據(jù)庫(kù)Hang住，盡量為數(shù)據(jù)庫(kù)打上解決這些Bug的補(bǔ)丁。
;
killed linux oracle的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于killed linux oracle,Linux遭打壓，Oracle成背后推手,如何在linux下啟動(dòng)和關(guān)閉ORCALE數(shù)據(jù)庫(kù),Oracle數(shù)據(jù)庫(kù)無(wú)響應(yīng)故障處理方式的信息別忘了在本站進(jìn)行查找喔。
成都創(chuàng)新互聯(lián)建站主營(yíng)：成都網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、網(wǎng)站改版的網(wǎng)站建設(shè)公司，提供成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、成都網(wǎng)站推廣、成都網(wǎng)站優(yōu)化seo、響應(yīng)式移動(dòng)網(wǎng)站開(kāi)發(fā)制作等網(wǎng)站服務(wù)。
標(biāo)題名稱：Linux遭打壓，Oracle成背后推手(killedlinuxoracle)
標(biāo)題來(lái)源：http://fisionsoft.com.cn/article/cccpdds.html
