偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

Oracle數(shù)據(jù)庫進程之后臺進程詳解

作者：tianlesoftware
數(shù)據(jù)庫 Oracle
本文我們詳細(xì)了Oracle數(shù)據(jù)庫進程之后臺進程的相關(guān)知識，希望本次的介紹能夠?qū)δ兴鶐椭?/div>

上次我們介紹了：Oracle數(shù)據(jù)庫進程之服務(wù)器進程詳解，本文我們主要介紹一下Oracle數(shù)據(jù)庫的后臺進程的相關(guān)知識，我們知道，Oracle實例包括兩部分：SGA 和一組后臺進程。后臺進程執(zhí)行保證數(shù)據(jù)庫運行所需的實際維護任務(wù)。

例如，有一個進程為我們維護塊緩沖區(qū)緩存，根據(jù)需要將塊寫出到數(shù)據(jù)文件。另一個進程負(fù)責(zé)當(dāng)在線重做日志文件寫滿時將它復(fù)制到一個歸檔目標(biāo)。另外還有一個進程負(fù)責(zé)在異常中止進程后完成清理，等等。每個進程都專注于自己的任務(wù)，但是會與所有其他進程協(xié)同工作。例如，負(fù)責(zé)寫日志文件的進程填滿一個日志后轉(zhuǎn)向下一個日志時，它會通知負(fù)責(zé)對填滿的日志文件進行歸檔的進程，告訴它有活干了。

可以使用一個V$視圖查看所有可能的Oracle 后臺進程，確定你的系統(tǒng)中正在使用哪些后臺進程：

  1. SQL> select paddr, name, descriptionfrom v$bgprocess order by paddr desc;  
  2. PADDR   NAME  DESCRIPTION  
  3. -------- ---------------------------------------------------------------------  
  4. 3621D49C QMNC  AQ Coordinator  
  5. 3621CEE8 ARC2  Archival Process 2  
  6. 3621C934 ARC1  Archival Process 1  
  7. 3621C380 ARC0  Archival Process 0  
  8. 3621A148 MMNL  Manageability Monitor Process 2  
  9. 36219B94 MMON  Manageability Monitor Process  
  10. 362195E0 CJQ0  Job Queue Coordinator  
  11. 3621902C RECO  distributed recovery  
  12. 36218A78 SMON  System Monitor Process  
  13. 362184C4 CKPT  checkpoint  
  14. 36217F10 LGWR  Redo etc.  
  15. PADDR   NAME  DESCRIPTION  
  16. -------- ---------------------------------------------------------------------  
  17. 3621795C DBW0  db writer process 0  
  18. 362173A8 MMAN  Memory Manager  
  19. 36216DF4 PSP0  process spawner 0  
  20. 36216840 PMON  process cleanup  
  21. 00      DIAG  diagnosibility process  
  22. 00      FMON  File Mapping Monitor Process  
  23. 00      LMON  global enqueue servicemonitor  
  24. 00      LMD0  global enqueue servicedaemon 0  
  25. .....  
  26. 00      ASMB  ASM Background  
  27. 00      GMON  diskgroup monitor  
  28. 157 rows selected. 

注意：這個視圖中PADDR 不是00 的行都是系統(tǒng)上配置和運行的進程（線程）。有兩類后臺進程：有一個中心（focused）任務(wù)的進程（如前所述）和完成各種其他任務(wù)的進程（即工具進程）。

例如，內(nèi)部作業(yè)隊列（ jobqueue）有一個工具后臺進程，可以通過DBMS_JOB 包使用它。這個進程會監(jiān)視作業(yè)隊列，并運行其中的作業(yè)。在很多方面，這就像一個專用服務(wù)器進程，但是沒有客戶連接。

下面會分析各種后臺進程，先來看有中心任務(wù)的進程，然后再介紹工具進程。

中心后臺進程

圖5-4 展示了有一個中心（focused）用途的Oracle 后臺進程。

Oracle數(shù)據(jù)庫進程之后臺進程詳解

啟動實例時也許不會看到所有這些進程，但是其中一些主要的進程肯定存在。如果在ARCHIVELOG 模式下，你可能只會看到ARCn（歸檔進程），并啟用自動歸檔。如果運行了Oracle RAC，這種Oracle 配置允許一個集群中不同機器上的多個實例裝載并打開相同的物理數(shù)據(jù)庫，就只會看到LMD0、LCKn、LMON 和LMSn。

意為簡潔起見，圖5-4 中沒有畫出共享服務(wù)器調(diào)度器（Dnnn）和共享服務(wù)器（Snnn）進程。因此，圖5-4 大致展示了啟動Oracle 實例并裝載和打開一個數(shù)據(jù)庫時可能看到哪些進程。例如，在我的Linux 系統(tǒng)上，啟動實例后，有以下進程：

  1. [oracle@db1 ~]$ ps -ef|grep 'ora_.*_dave*'  
  2. oracle   4123     1  0 20:13 ?        00:00:05 ora_pmon_dave1  
  3. oracle   4125     1  0 20:13 ?        00:00:05 ora_psp0_dave1  
  4. oracle   4127     1  0 20:13 ?        00:00:02 ora_mman_dave1  
  5. oracle   4129     1  0 20:13 ?        00:00:05 ora_dbw0_dave1  
  6. oracle   4131     1  0 20:13 ?        00:00:21 ora_lgwr_dave1  
  7. oracle   4133     1  0 20:13 ?        00:00:13 ora_ckpt_dave1  
  8. oracle   4135     1  1 20:13 ?        00:01:12 ora_smon_dave1  
  9. oracle   4137     1  0 20:13 ?        00:00:04 ora_reco_dave1  
  10. oracle   4139     1  0 20:13 ?        00:00:16 ora_cjq0_dave1  
  11. oracle   4141     1  1 20:13 ?        00:01:33 ora_mmon_dave1  
  12. oracle   4143     1  0 20:13 ?        00:00:08 ora_mmnl_dave1  
  13. oracle   4145     1  0 20:13 ?        00:00:00 ora_d000_dave1  
  14. oracle   4147     1  0 20:13 ?        00:00:00 ora_s000_dave1  
  15. oracle   4156     1  0 20:13 ?        00:00:01 ora_arc0_dave1  
  16. oracle   4158     1  0 20:13 ?        00:00:05 ora_arc1_dave1  
  17. oracle   4163     1  0 20:14 ?        00:00:03 ora_qmnc_dave1  
  18. oracle   4167     1  0 20:15 ?        00:00:24 ora_q000_dave1  
  19. oracle   4169     1  020:15 ?        00:00:00 ora_q001_dave1  
  20. oracle   5109     1  1 21:48 ?        00:00:00 ora_j000_dave1  
  21. oracle   5141  5111  0 21:49 pts/4    00:00:00 grep ora_.*_dave2* 

這些進程命名規(guī)則：進程名都以ora_開頭。后面是4 個字符，表示進程的具體名字，再后面是ORACLE_SID，（站點標(biāo)識符）。

在UNIX 上，可以很容易地標(biāo)識出Oracle后臺進程，并將其與一個特定的實例關(guān)聯(lián)（在Windows 上則沒有這么容易，因為在Windows 上這些后臺進程實際上只是一個更大進程中的線程）。

這些進程實際上都是同一個二進制可執(zhí)行程序，對于每個“程序”，并沒有一個單獨的可執(zhí)行文件。你可以盡可能地查找一下，但是不論在磁盤的哪個位置上肯定都找不到一個arc0 二進制可執(zhí)行程序，同樣也找不到LGWR或DBW0。這些進程實際上都是oracle（也就是所運行的二進制可執(zhí)行程序的名字）。它們只是在啟動時對自己建立別名，以便更容易地標(biāo)識各個進程。這樣就能在UNIX 平臺上高效地共享大量對象代碼。Windows上就沒有什么特別的了，因為它們只是進程中的線程，因此，當(dāng)然只是一個大的二進制文件。

自動存儲管理后臺（Automatic Storage Management Background，ASMB）進程：ASMB 進程在使用了ASM 的數(shù)據(jù)庫實例中運行。它負(fù)責(zé)與管理存儲的ASM 實例通信、向ASM 實例提供更新的統(tǒng)計信息，并向ASM 實例提供一個“心跳”，讓ASM 實例知道它還活著，而且仍在運行。

重新平衡(Rebalance，RBAL)進程：RBAL 進程也在使用了ASM 的數(shù)據(jù)庫實例中運行。向ASM磁盤組增加或去除磁盤時，RBAL 進程負(fù)責(zé)處理重新平衡請求（即重新分布負(fù)載的請求）。

以下進程出現(xiàn)在Oracle RAC 實例中。RAC 是一種Oracle 配置，即集群中的多個實例可以裝載和打開一個數(shù)據(jù)庫，其中每個實例在一個單獨的節(jié)點上運行（通常節(jié)點是一個單獨的物理計算機）。這樣，你就能有多個實例訪問（以一種全讀寫方式）同樣的一組數(shù)據(jù)庫文件。

RAC 的主要目標(biāo)有兩個：

高度可用性：利用Oracle RAC，如果集群中的一個節(jié)點/計算機由于軟件、硬件或人為錯誤而失敗，其他節(jié)點可以繼續(xù)工作，還可以通過其他節(jié)點訪問數(shù)據(jù)庫。你也許會喪失一些計算能力，但是不會因此而無法訪問數(shù)據(jù)庫。

可擴縮性：無需購買更大的機器來處理越來越大的工作負(fù)載（這稱為垂直擴縮），RAC 允許以另一種方式增加資源，即在集群中增加更多的機器（稱為水平擴縮）。舉例來說，不必把你的4 CPU 機器擴縮為有8 個或16 個CPU，通過利用RAC，你可以選擇增加另外一個相對廉價的4 CPU機器（或多臺這樣的機器）。

以下進程是RAC 環(huán)境所特有的：

鎖監(jiān)視器（Lockmonitor，LMON）進程：LMON 監(jiān)視集群中的所有實例，檢測是否有實例失敗。這有利于恢復(fù)失敗實例持有的全局鎖。它還負(fù)責(zé)在實例離開或加入集群時重新配置鎖和其他資源（實例失敗時會離開集群，恢復(fù)為在線時又會加入集群，或者可能有新實例實時地增加到集群中）。

鎖管理器守護（Lockmanager daemon，LMD）進程：LMD 進程為全局緩存服務(wù)（保持塊緩沖區(qū)在實例間一致）處理鎖管理器服務(wù)請求。它主要作為代理（broker）向一個隊列發(fā)出資源請求，這個隊列由LMSn 進程處理。LMD 會處理全局死鎖的檢測/解析，并監(jiān)視全局環(huán)境中的鎖超時。

鎖管理器服務(wù)器（Lockmanager server，LMSn）進程：前面已經(jīng)提到，在一個RAC 環(huán)境中，各個Oracle 實例在集群中的不同機器上運行，它們都以一種讀寫方式訪問同樣的一組數(shù)據(jù)庫文件。為了達(dá)到這個目的，SGA 塊緩沖區(qū)緩存相互之間必須保持一致。這也是LMSn 進程的主要目標(biāo)之一。在以前版本的Oracle 并行服務(wù)器（Oracle Parallel Server，OPS）中，這是通過ping實現(xiàn)的。也就是說，如果集群中的一個節(jié)點需要塊的一個讀一致視圖，而這個塊以一種獨占模式被另一個節(jié)點鎖定，數(shù)據(jù)的交換就要通過磁盤刷新輸出來完成（塊被ping）。如果本來只是要讀取數(shù)據(jù)，這個操作（ping）的代價就太昂貴了?，F(xiàn)在則不同，利用LMSn，可以在集群的高速連接上通過非常快速的緩存到緩存交換來完成數(shù)據(jù)交換。每個實例可以有多達(dá)10 個LMSn 進程。

鎖（Lock，LCK0)進程：這個進程的功能與前面所述的LMD 進程非常相似，但是它處理所有全局資源的請求，而不只是數(shù)據(jù)庫塊緩沖區(qū)的請求。

可診斷性守護（Diagnosabilitydaemon，DIAG）進程：DIAG 只能用于RAC 環(huán)境中。它負(fù)責(zé)監(jiān)視實例的總體“健康情況”，并捕獲處理實例失敗時所需的信息。

工具后臺進程

這些后臺進程全都是可選的，可以根據(jù)你的需要來選用。它們提供了一些工具，不過這些工具并不是每天運行數(shù)據(jù)庫所必需的，除非你自己要使用（如作業(yè)隊列），或者你要利用使用了這些工具的特性（如新增的Oracle 10g 診斷功能）。

在UNIX 中，這些進程可以像其他后臺進程一樣可見，如果你執(zhí)行ps 命令，就能看到這些進程。

  1. [oracle@db1 ~]$ ps -ef|grep 'ora_.*_dave*'  
  2. oracle   4123     1  0 20:13 ?        00:00:05 ora_pmon_dave1  
  3. oracle   4125     1  0 20:13 ?        00:00:05 ora_psp0_dave1  
  4. oracle   4127     1  0 20:13 ?        00:00:02 ora_mman_dave1  
  5. oracle   4129     1  0 20:13 ?        00:00:05 ora_dbw0_dave1  
  6. oracle   4131     1  0 20:13 ?        00:00:21 ora_lgwr_dave1  
  7. oracle   4133     1  0 20:13 ?        00:00:13 ora_ckpt_dave1  
  8. oracle   4135     1  1 20:13 ?        00:01:12 ora_smon_dave1  
  9. oracle   4137     1  0 20:13 ?        00:00:04 ora_reco_dave1  
  10. oracle   4139     1  0 20:13 ?        00:00:16 ora_cjq0_dave1  
  11. oracle   4141     1  1 20:13 ?        00:01:33 ora_mmon_dave1  
  12. oracle   4143     1  0 20:13 ?        00:00:08 ora_mmnl_dave1  
  13. oracle   4145     1  0 20:13 ?        00:00:00 ora_d000_dave1  
  14. oracle   4147     1  0 20:13 ?        00:00:00 ora_s000_dave1  
  15. oracle   4156     1  0 20:13 ?        00:00:01 ora_arc0_dave1  
  16. oracle   4158     1  0 20:13 ?        00:00:05 ora_arc1_dave1  
  17. oracle   4163     1  0 20:14 ?        00:00:03 ora_qmnc_dave1  
  18. oracle   4167     1  0 20:15 ?        00:00:24 ora_q000_dave1  
  19. oracle   4169     1  020:15 ?        00:00:00 ora_q001_dave1  
  20. oracle   5109     1  1 21:48 ?        00:00:00 ora_j000_dave1  
  21. oracle   5141  5111  0 21:49 pts/4    00:00:00 grep ora_.*_dave* 

CJQ0 和Jnnn 進程：作業(yè)隊列

在第一個7.0 版本中，Oracle 通過一種稱為快照（snapshot）的數(shù)據(jù)庫對象來提供復(fù)制特性。作業(yè)隊列就是刷新快照（或?qū)⒖煺罩脼楫?dāng)前快照）時使用的內(nèi)部機制。

作業(yè)隊列進程監(jiān)視一個作業(yè)表，這個作業(yè)表告訴它何時需要刷新系統(tǒng)中的各個快照。在Oracle 7.1中，Oracle 公司通過一個名為DBMS_JOB 的數(shù)據(jù)庫包來提供這個功能。所以，原先7.0 中與快照相關(guān)的進程到了7.1及以后版本中變成了“作業(yè)隊列”。后來，控制作業(yè)隊列行為的參數(shù)（檢查的頻度，以及應(yīng)該有

多少個隊列進程）的名字也發(fā)生了變化，從SNAPSHOT_REFRESH_INTERVAL 和SNAPSHOT_REFRESH_PROCESSES變成了JOB_QUEUE_INTERVAL 和JOB_QUEUE_PROCESSES。在當(dāng)前的版本中，只有JOB_QUEUE_PROCESSES 參數(shù)的設(shè)置是用戶可調(diào)的。

最多可以有1000 個作業(yè)隊列進程。名字分別是J000，J001，…，J999。這些進程在復(fù)制中大量使用，并作為物化視圖刷新進程的一部分?；诹鞯膹?fù)制（Oracle9iRelease 2 中新增的特性）使用AQ 來完成復(fù)制，因此不使用作業(yè)隊列進程。

開發(fā)人員還經(jīng)常使用作業(yè)隊列來調(diào)度一次性（后臺）作業(yè)或反復(fù)出現(xiàn)的作業(yè)，例如，在后臺發(fā)送一封電子郵件，或者在后臺完成一個長時間運行的批處理。通過在后臺做這些工作，就能達(dá)到這樣一種效果：盡管一個任務(wù)耗時很長，但在性急的最終用戶看來所花費的時間并不多（他會認(rèn)為任務(wù)運行得快多了，但事實上可能并非如此）。這與Oracle 用LGWR 和DBWn 進程所做的工作類似，他們在后臺做大量工作，所以你不必實時地等待它們完成所有任務(wù)。

Jnnn 進程與共享服務(wù)器很相似，但是也有專用服務(wù)器中的某些方面。它們處理完一個作業(yè)之后再處理下一個作業(yè)，從這個意義上講是共享的，但是它們管理內(nèi)存的方式更像是一個專用服務(wù)器（其UGA 內(nèi)存在PGA 中，而不是在SGA 中）。每個作業(yè)隊列進程一次只運行一個作業(yè)，一個接一個地運行，直至完成。正因為如此，如果我們想同時運行多個作業(yè)，就需要多個進程。這里不存在多線程或作業(yè)的搶占。一旦運行一個作業(yè)，就會一直運行到完成（或失?。?。

你會注意到，經(jīng)過一段時間，Jnnn 進程會不斷地來來去去，也就是說，如果配置了最多1 000 個Jnnn進程，并不會看到真的有1 000 個進程隨數(shù)據(jù)庫啟動。相反，開始時只會啟動一個進程，即作業(yè)隊列協(xié)調(diào)器（CJQ0），它在作業(yè)隊列表中看到需要運行的作業(yè)時，會啟動Jnnn 進程。如果Jnnn 進程完成其工作，并發(fā)現(xiàn)沒有要處理的新作業(yè)，此時Jnnn 進程就會退出，也就是說，會消失。因此，如果將大多數(shù)作業(yè)都調(diào)度為在凌晨2:00運行（沒有人在場），你可能永遠(yuǎn)也看不到這些Jnnn 進程。

QMNC 和Qnnn：高級隊列

QMNC進程對于AQ 表來說就相當(dāng)于CJQ0 進程之于作業(yè)表。QMNC 進程會監(jiān)視高級隊列，并警告從隊列中刪除等待消息的“出隊進程”（dequeuer）：已經(jīng)有一個消息變?yōu)榭捎?。QMNC和Qnnn 還要負(fù)責(zé)隊列傳播（propagation），也就是說，能夠?qū)⒃谝粋€數(shù)據(jù)庫中入隊（增加）的消息移到另一個數(shù)據(jù)庫的隊列中，從而實現(xiàn)出隊（dequeueing）。

Qnnn 進程對于QMNC 進程就相當(dāng)于Jnnn 進程與CJQ0 進程的關(guān)系。QMNC 進程要通知Qnnn 進程需要完成什么工作，Qnnn 進程則會處理這些工作。

QMNC 和Qnnn 進程是可選的后臺進程。參數(shù)AQ_TM_PROCESSES 可以指定最多創(chuàng)建10 個這樣的進程（分別名為Q000，…，Q009），以及一個QMNC 進程。如果AQ_TM_PROCESSES 設(shè)置為0，就沒有QMNC或Qnnn 進程。

不同于作業(yè)隊列所用的Jnnn進程，Qnnn 進程是持久的。如果將AQ_TM_PROCESSES 設(shè)置為10，數(shù)據(jù)庫啟動時可以看到10 個Qnnn 進程和一個QMNC 進程，而且在實例的整個生存期中這些進程都存在。

EMNn：事件監(jiān)視器進程（Event Monitor Process）

EMNn進程是AQ 體系結(jié)構(gòu)的一部分，用于通知對某些消息感興趣的隊列訂購者。通知會異步地完成。

可以用一些Oracle 調(diào)用接口（Oracle Call Interface，OCI）函數(shù)來注冊消息通知的回調(diào)。回調(diào)是OCI 程序中的一個函數(shù)，只要隊列中有了訂購者感興趣的消息，就會自動地調(diào)用這個函數(shù)。EMNn 后臺進程用于通知訂購者， 第一次向?qū)嵗l(fā)出通知時會自動啟動EMNn 進程。然后應(yīng)用可以發(fā)出一個顯式的message_receive(dequeue)來獲取消息。

MMAN：內(nèi)存管理器（Memory Manager）

這個進程是Oracle 10g 中新增的，自動設(shè)置SGA 大小特性會使用這個進程。MMAN 進程用于協(xié)調(diào)共享內(nèi)存中各組件（默認(rèn)緩沖區(qū)池、共享池、Java 池和大池）的大小設(shè)置和大小調(diào)整。

MMON、MMNL 和Mnnn：可管理性監(jiān)視器（Manageability Monitor）

這些進程用于填充自動工作負(fù)載存儲庫（Automatic WorkloadRepository，AWR），這是Oracle 10g中新增的一個特性。

MMNL進程會根據(jù)調(diào)度從SGA 將統(tǒng)計結(jié)果刷新輸出至數(shù)據(jù)庫表。

MMON進程用于“自動檢測”數(shù)據(jù)庫性能問題，并實現(xiàn)新增的自調(diào)整特性。     Mnnn 進程類似于作業(yè)隊列的Jnnn 或Qnnn 進程；MMON 進程會請求這些從屬進程代表它完成工作。Mnnn 進程本質(zhì)上是臨時性的，它們將根據(jù)需要來來去去。

CTWR：修改跟蹤進程（Change Tracking Process）

這是Oracle 10g 數(shù)據(jù)庫中新增的一個可選進程。CTWR 進程負(fù)責(zé)維護新的修改跟蹤文件。

RVWR：恢復(fù)寫入器（Recovery Writer）

這個進程也是Oracle 10g 數(shù)據(jù)庫中新增的一個可選進程，負(fù)責(zé)維護閃回恢復(fù)區(qū)中塊的“前”映像，要與FLASHBACKDATABASE 命令一起使用。

其他工具后臺進程

還有另外一些工具進程沒有列出。例如，Oracle Data Guard 有一組與之相關(guān)的進程，有利于將重做信息從一個數(shù)據(jù)庫移送到另一個數(shù)據(jù)庫，并應(yīng)用這些重做信息。還有一些進程與Oracle 10g 新增的數(shù)據(jù)泵工具有關(guān)，在某些數(shù)據(jù)泵操作中會看到這些進程。另外還有一些流申請和捕獲進程。不過，以上所列已經(jīng)基本涵蓋了你可能遇到的大多數(shù)常用的后臺進程。

關(guān)于Oracle數(shù)據(jù)庫進程之后臺進程的相關(guān)知識就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

  1. Oracle 10g內(nèi)存結(jié)構(gòu)之系統(tǒng)全局區(qū)簡介
  2. Oracle數(shù)據(jù)庫中行轉(zhuǎn)列以及Join用法總結(jié)
  3. Oracle regexp_like的相關(guān)知識及使用示例
  4. Oracle 10g內(nèi)存結(jié)構(gòu)之共享池的相關(guān)知識及使用簡介
  5. Oracle 10g內(nèi)存結(jié)構(gòu)之排序區(qū)和Java池的相關(guān)知識簡介
責(zé)任編輯：趙鵬 來源： CSDN博客
Oracle數(shù)據(jù)庫進程后臺進程
相關(guān)推薦

2011-08-24 10:45:23

Oracle數(shù)據(jù)庫進程從屬進程

2011-08-24 10:15:55

Oracle數(shù)據(jù)庫服務(wù)器進程

2010-10-29 15:54:13

Oracle后臺進程

2010-03-31 14:36:50

Oracle進程結(jié)構(gòu)

2010-05-05 16:30:25

Oracle后臺進程

2010-04-06 18:04:09

Oracle數(shù)據(jù)庫

2011-03-25 11:13:15

Oracle數(shù)據(jù)庫進程

2010-04-02 09:44:23

Oracle數(shù)據(jù)庫

2011-05-19 13:25:14

Oracle數(shù)據(jù)庫

2010-04-09 16:40:01

Oracle數(shù)據(jù)庫

2020-04-29 15:10:16

Linux命令進程

2010-04-02 13:59:08

Oracle數(shù)據(jù)庫

2010-04-14 15:14:11

Oracle數(shù)據(jù)庫

2011-03-29 10:47:49

ORACLE數(shù)據(jù)庫

2011-03-11 15:49:52

Oracle數(shù)據(jù)庫

2010-04-16 09:41:42

Oracle數(shù)據(jù)庫查看

2011-04-11 13:19:41

Oracle數(shù)據(jù)庫

2011-05-17 15:02:15

ORACLE數(shù)據(jù)庫備份

2011-08-18 15:49:21

Oracle厲行計劃

2010-04-29 16:36:19

Oracle數(shù)據(jù)庫
點贊
收藏

51CTO技術(shù)棧公眾號