『壹』 資料庫實例HANG住了，具體是什麼原因
可以看一下系統中是否有多個pmon進程，如果有幾個pmon進程，就說明有幾個實例。命令如下： ps -ef|grep ora_pmon 解釋：pmon進程，進程監視器（Process Monitor）oracle中用於恢復失敗的資料庫用戶的強制性進程，它先獲取失敗用戶的標識，釋放該用戶佔有的所有資料庫資源。一般一個oracle實例只能有一個pmon進程，可能通過查看pmon進程的多少來判斷有幾個實例。
『貳』 如何關掉多實例資料庫中的一個實例
Oracle=instance(實例)+database(資料庫) instance是一堆內存結構（SGA+後台進程） database是一堆存放數據物理磁碟文件（datafile+redo log file+control file+archive log file+parameter file等） 一個instance在同一個時間，只能打開一個dat...
『叄』 oracle資料庫有兩個實例,一個關閉一個開啟的,怎麼把關閉的那個開啟
oracle資料庫有兩個實例,一個關閉一個開啟的,怎麼把關閉的那個開啟
: 可以,不沖突,只要硬體配置可以的話。兩個佔用的埠不一樣,進程也不一樣,服務業不一樣,是可以的。
『肆』 android的sqlite資料庫由於實例化一個類導致不能程序打開就停止運行。剛開始學SQLite一個星期，跪求大神
你這是實例化沒成功。你的dbOpenHelper，不能有錯誤。我遠程看看。
『伍』 安卓開發資料庫顯示關閉什麼意思
主要用於新建數據表。在新建資料庫的時候調用即程序關閉後，再運行程序是不會再調用該方法的，主要用於新建數據表。
『陸』 本人剛學oracle,請問將資料庫實例關閉之後，怎樣啟動啊，具體在哪裡操作啊現在連sql*plus都進不了了
1.運行services.msc開啟oracle相關服務。
2.運行cmd，輸入sqlplus /nolog 回車，然後conn / as sysdba回車，最後startup 回車
3.如果啟動失敗就用錯誤代號（如：ora-XXXX）在網上搜索解決方案。
『柒』 oracle中如何打開和關閉實例（instance）
朋友請聽我說：
首先你要知道實例是什麼東西
簡單解釋：它是由一組後台進程和內存區域構成的，通常一個資料庫可以有一個或多個實例。
當你要使用某一個實例時，首先要進行環境變數的設置
如：
set ORACLE_SID=orcl（WIN）
export ORACLE_SID=orcl（LINUX or UNIX）
conn sys/oracle as sysdba
這樣才登陸到了orcl實例
登陸到了資料庫我們可以通過如下SELECT來查看你用的是哪個實例。
如：
select instance_name from v$instance;
『捌』 oracle 用shutdown關閉後啟動不了怎麼辦
啟動oracle資料庫的同時也就創建了一個資料庫實例，並且可以選擇資料庫啟動的狀態。通常，可以通過裝載和打開資料庫來啟動實例，這樣任何一個有效的用戶都可以鏈接到實例並執行典型的資料庫訪問操作，下面介紹這方面的內容。
一、啟動資料庫的方法
啟動資料庫實例的方法有很多種，分別介紹如下：
1、使用SQL*PLUS 使用SQL*PLUS連接到具有管理員許可權的Oracle上，然後發布startup命令，從而啟動資料庫。
2、使用Recovery Manager 即使用RMAN來執行startup和shutdown命令來啟動和關閉資料庫實例。若是在RMAN環境中最好使用這種方法，而不是調用SQL*PLUS方法。
3、使用Oracle Enterprise Manager 可以使用Oracle Enterprise Manager來管理oracle資料庫，當然也包含啟動和關閉資料庫。Oracle Enterprise Manager是一個獨立的oracle資料庫產品，它與圖形控制台、代理程序、公用服務以及各種工具一起為管理oracle產品提供了一個集成的和復雜的系統管理平台。
啟動資料庫實例的步驟：以沒有連接資料庫的方法啟動SQL*PLUS：sqlplus /nolog，然後作為SYSDBA連接到oracle：connect username/password as sysdba，至此，就連接到了oralce資料庫，並准備好啟動資料庫實例。接著使用startup命令來啟動資料庫實例，oracle必須從伺服器參數文件或者傳統的文本初始化參數文件中讀取實例配置文件。當使用不帶pfile子句的startup命令時，oracle將從平台指定的默認位置上的伺服器參數文件（spfile）中讀取初始化參數。也可以指定初始化參數所在的位置，如startup pfile=/u01/oracle/dbs/init.ora。
啟動資料庫實例可以採用不同的模式：
1、啟動但沒有裝載資料庫實例，這種模式不允許訪問資料庫，並且通常只適用於資料庫創建或者控制文件的重新創建的情況。要啟用這種資料庫模式，可以使用命令startup nomount來啟動資料庫實例。
2、啟動實例並裝載資料庫，但保持資料庫關閉狀態。這種模式適用於某些dba的動作，比如重命名數據文件、添加取消或者重命名重做日誌文件、執行完整的資料庫恢復操作，但不允許對資料庫的一般性訪問動作。要啟用這種資料庫模式，可以使用命令startup mount來啟動資料庫實例。
3、啟動實例，裝載並打開資料庫。這種模式可以在不受限制的方式下使用，允許所有合法的用戶訪問。要啟用這種資料庫模式，可以使用命令startup來啟動資料庫實例。
4、迫使資料庫啟動，startup force。在一些特殊的情況下，可能會在啟動資料庫實例的時候遇到一些問題。一般不要迫使資料庫啟動，除非在以下的情況下：使用shutdown normal、shutdown immediate、shutdown transactional命令不能關閉當前的實例。如果正在運行某個實例，那麼在重新啟動實例前startup force可以使用abort模式關閉該實例。
二、改變資料庫的可用性
可以改變資料庫的可用性。這么做的目的也許時因為維護的原因而限制訪問或者時資料庫只讀。
當需要執行特定的資料庫管理操作時，必須啟動資料庫並將其裝載在實例上，但資料庫必須時關閉的，通過啟動實例和裝載資料庫可以獲得這種方案。要裝載一個先前打開的資料庫，但又不打開實例，可以使用命令：alter database mount
通過打開一個資料庫，使得已經裝載但是還處於關閉狀態的資料庫用於一般用途，可以使用命令alter database open。在執行這條語句之後，任何一個擁有create session系統許可權的有效的oracle用戶都能連接到該資料庫上。
以只讀模式打開資料庫。只讀模式打開資料庫可以保證數據文件和重做日誌文件不被重寫，但這種模式不會限制資料庫的恢復火車或者不生成重做的有關改變資料庫狀態的操作，例如，可以使數據文件離線或者聯機，因為這些操作不影響數據內容。使用命令alter database open read only使資料庫處於只讀狀態。也可以使用讀寫模式打開資料庫，alter database open read write。
三、關閉資料庫
要初始化資料庫的關閉操作，可以使用sql*plus的shutdown命令，在關閉操作完成之前，控制權不會返回到初始化資料庫關閉操作的會話中。當正在進行關閉操作時，若用戶試圖進行連接，那麼他會收到類似下面的信息：
ORA-01090:shutdown in progress-connection is not permitted
要關閉資料庫實例，必須首先以sysdba或者sysoper進行連接。可以採用多種模式關閉資料庫，如，normal、immediate、transactional、abort等。至於他們的含義，請查閱有關資料。
這個是 oracle 關閉時的情況 但是在程序中並沒有關閉資料庫阿~~~
『玖』 Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障處理方式
Oracle資料庫無響應故障，簡單地講就是資料庫實例不能響應客戶端發起的請求，客戶端提交一個SQL後，就一直處於等待資料庫實例返回結果的狀態。更嚴重的現象是客戶端根本不能連接到資料庫，發起一個連接請求後，一直處於等待狀態。Oracle資料庫無響應故障怎麼處理呢?下面跟我一起來學習Oracle資料庫無響應故障的處理方法吧!
無響應的故障現象一般有以下幾種：
1.Oracle的進程在等待某個資源或事件
這種現象一般可以從V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等動態視圖中檢查進程正在等待的資源或事件，而被等待的資源或事件，一直都不能被獲取，甚至是很長時間都不可獲得。如果這個正在等待的進程持有了其他的資源，則會引起其他的進程等待，這樣就很可能引起實例中大范圍的會話發生等待。由於進程在等待資源或事件時，通常都處於SLEEP狀態，消耗的CPU資源非常少(在等待latch時要稍微多消耗一些CPU資源)，所以從OS來看，CPU的消耗並不高，甚至是非常低。
這種因為等待而引起的個別進程Hang，相對比較容易處理。
2. OracleProcess Spins
所謂Spin，就是指Oracle進程中的代碼在執行某個過程時，陷入了循環。在V$SESSION視圖中，往往可以看到Hang住的會話，一直處於“ACTIVE”狀態。對於這樣的會話，用“alter system kill session ‘sid,serial#’”命令也不能完全斷開會話，會話只能被標記為“killed”，會話會繼續消耗大量的CPU。進程Spins由於是在做循環，CPU的消耗非常大，從OS上明顯可以看到這樣的進程，通常會消耗整個CPU的資源。
而對於這樣的Hang住的會話，處理起來相對比較復雜，並且為了從根本上解決問題，需要超過DBA日常維護所需要的技能。
從故障范圍來看，無響應故障可以分為以下幾種情況：
1. 單個或部分會話(進程)Hang住
這種情況屬於小范圍的故障，業務影響相對較小，一般來說只會影響業務系統的個別模塊。在一個多應用系統的資料庫上面，如果Hang住的會話比較多，則影響的可能是其中的一個應用系統。這里有一個例外，如果Hang住的進程是系統後台進程，如pmon、smon等，則影響的范圍就非常大了，最終甚至會影響整個資料庫及所有應用系統。還有值得注意的是，即使是少部分會話Hang住，也要及時處理，否則極有可能會擴散到整個系統。
2. 單個資料庫實例Hang住
這種情況造成的影響非常大。在這個實例上的所有應用系統均受到嚴重影響，並且在找到根源並最終解決問題之前，資料庫實例往往須要重啟。
3. OPS或RAC中的多個實例或所有實例都Hang住
在這種情況下，即使是OPS或RAC，都已經沒辦法提供高可用特性了。使用這個資料庫的所有應用系統將不能繼續提供服務，這種情況往往須要重啟。
無響應故障成因分析
Oracle資料庫無響應，一般主要由以下幾種原因引起：
1. 資料庫主機負載過高，嚴重超過主機承受能力
比如應用設計不當，資料庫性能低下，活動會話數的大量增加，導致資料庫主機的負載迅速增加，資料庫不能正常操作，並最終Hang住;主機物理內存嚴重不足，引起大量的換頁，特別是在SGA中的內存被大量換出到虛擬內存時，資料庫實例往往就會Hang住。
2. 日常維護不當、不正確的操作引起資料庫Hang住
比如歸檔日誌的存儲空間滿，導致資料庫不能歸檔，引起資料庫Hang住;在一個大並發的繁忙的系
統上，對DML操作比較多的大表進行move、增加外鍵約束等操作也可能使系統在短時間內負載大幅升高，並引起資料庫系統Hang住;不正確的資源計劃(Resource Plan)配置，使進程得不到足夠的CPU等。
3. Oracle資料庫的Bug
幾乎每個版本都存在著會導致資料庫系統Hang住的Bug，這些Bug會在一些特定的條件下觸發，特別是在RAC資料庫中，引起資料庫Hang住的Bug比較多。
4. 其他方面的一些原因
比如在RAC資料庫中，如果一個節點退出或加入到RAC的過程中，當進行Resource Reconfiguration時，會使系統凍結一段時間，也有可能使系統Hang住。
以上所描述的幾種常見的會導致Oracle資料庫實例Hang住的原因中，大部分的情況是可以避免的，只要維護得當，一般不會出現這種故障。對於Oracle資料庫Bug所導致的資料庫無響應故障，由於是在特定的情況下才會觸發，所以如果能夠盡量對資料庫打上最新版本的補丁，並且熟悉當前版本中會導致系統Hang住的Bug以及觸發條件，就能夠最大限度地避免這種故障的發生，提高系統的可用性。
那麼，在資料庫Hang住的情況下，如何去分析並發現導致問題的根源?一方面，由於系統Hang住會導致業務系統不可用，為了能夠盡快地恢復業務，須快速地判斷問題所在，然後Kill掉引起故障的會話和進程，或者資料庫實例不得不重啟以迅速恢復業務;但另一方面，如果只是重啟資料庫或Kill會話和進程來解決問題，在很多情況下是治標不治本的辦法，在以後故障隨時可能會出現。如何在二者之間進行抉擇呢?對於資料庫Hang故障的處理，首先是盡可能地收集到系統Hang住時的狀態數據，然後盡快地恢復業務，恢復業務後分析收集到的數據，找到資料庫系統Hang住的真正原因，然後再進行相應的處理。下一節將詳細描述資料庫系統Hang住後的處理流程。
無響應故障處理流程
對於Oracle無響應故障的處理，我們可以按下圖所示的流程進行。
值得注意的是，上圖並不是一個完整的Oracle資料庫故障處理流程圖，只是處理Oralce資料庫無響應這一類特定的故障的流程，只列出了針對這一特定類型故障處理時的關鍵處理點。不過既然是故障，所以這類故障的處理流程與其他故障的處理流程，有著非常相似的地方。
下面是整個流程的詳細說明：
1. 在出現資料庫無響應故障後，首先確認系統的影響范圍，如上節所描述的'，是部分業務系統或模塊還是所有的業務系統都受影響，是不是整個實例或多個實例都無響應。同時應詢問系統維護和開發人員，受影響的系統在出現故障前是否有過變動，包括主機硬體、操作系統、網路、資料庫以及應用等。有時一個細小的變動就可能導致出現資料庫Hang住這樣嚴重的故障。曾經遇到一個庫，應用只是修改了一個SELECT語句就導致了資料庫Hang住。
2. 為了避免由於網路、資料庫監聽或客戶端因素影響分析，建議都登錄到主機上進行操作。
3. 如果主機不能登錄(為了避免干擾流程主線，這里不討論如網路問題這樣也會導致不能連接的故障)，嘗試關閉出現問題的業務系統，甚至是所有的業務系統。如果關閉了所有的業務系統之後，仍然不能連接，則只有考慮重新啟動資料庫主機。在資料庫主機重新啟動後，使用操作系統工具或OSW等長期監控操作系統的資源使用，同時監控Oracle資料庫的性能和等待等。
4. 登錄上主機後，先用top、topas等命令簡單觀察一下系統。看看系統的CPU使用、物理內存和虛擬內存的使用、IO使用等情況。
5. 使用SQLPLUS連接資料庫，如果不能連接，則只能從操作系統上觀察系統中是否有異常的現象，比如佔用CPU過高的進程。使用gdb、dbx等debugger工具對資料庫進行system state mp;使用strace、truss等工具檢查異常進程的系統調用;使用pstack、procstack等工具察看異常進程的call stack等。
6. 使用SQLPLUS連接上資料庫後，進行hanganalyze、system state mp等操作;或檢查等待事件、異常會話等正在執行的SQL等待。
7. 找到故障產生的原因，如果暫時找不到原因，盡量收集數據。
8.確良如果應用急須恢復，可通過Kill會話、重啟資料庫實例等方式，先恢復應用。
9. 根據最終診斷結果，對資料庫升級打補丁，或者修改應用等方式從根本上解決問題。
怎樣避免資料庫出現無響應故障
作為Oracle資料庫DBA，除了處理故障之外，更重要的是如何預防故障的發生。根據前面對資料庫無響應故障的成因分析，在日常的維護工作中，須做到以下幾點：
1. 進行正確的維護操作
很多的資料庫無響應故障都是由於不正確的維護操作引起的。應避免在業務高峰期做大的維護操作，比如像move、加主外鍵約束等會長時間鎖表的操作。如果的確需要，盡量使用正確的操作方法。比如用ONLINE方式重建索引;建主鍵、唯一鍵約束時先建索引，然後在建約束時指定新建的索引，等等。也就是保證系統的並發性、可伸縮性，避免系統串列操作的出現。
2. 優化應用設計，優化資料庫性能
為避免性能問題導致在業務高峰期資料庫不能及時有效處理來自業務的請求，甚至於完全Hang住。對於資料庫中存在串列訪問的部分進行優化，比如latch、enqueue，還包括不合理的sequence設計等。特別是在RAC資料庫中，嚴重串列訪問等待往往更容易引起嚴重的性能問題。優化應用設計，使資料庫具有更好的可伸縮性和並行處理能力，能夠有效地避免性能問題引起的資料庫Hang住。
3. 利用監控系統隨時監控系統負載
遇到系統負載過高，內存不足，OS中虛擬內存換頁很頻繁等情況時，及時採取措施;監控Oracle資料庫的核心進程，如pmon、smon等，看是否有異常，如過高的CPU消耗。出現異常應立即處理;監控歸檔空間和日誌切換;監控資料庫中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。
4. 為資料庫打上補丁
很多的無響應故障是由於Oracle的Bug引起的，資料庫DBA應關注當前版本中有哪些Bug會導致資料庫Hang住，盡量為資料庫打上解決這些Bug的補丁。
;『拾』 電腦啟動時「oradim.exe遇到一個問題，需要關閉」，資料庫實例不能自動打開，必須手動打開，怎麼回事
大概是ORACLE的資料庫服務沒有啟動把，在使用命令net start ORACLESERVICEORADB即可