Oracle Database 11g R2高可用性

內(nèi)容概要

　　通過《Oracle Database 11g R2高可用性：使用Grid Infrastructure、RAC和Data Guard最大限度提高可用性（第2版）》的詳細(xì)信息，用戶可以保護(hù)關(guān)鍵業(yè)務(wù)資產(chǎn)并實現(xiàn)最大化數(shù)據(jù)庫運行時間?！秓racle database 11g r2高可用性：使用grid infrastructure、rac和data guard最大限度提高可用性(第2版)》一書提供了應(yīng)對當(dāng)前面臨的可用性挑戰(zhàn)的有效解決方案。讀者將從中獲得如何利用網(wǎng)格概念改造現(xiàn)有it框架，如何實施oracle realapplication clusters，如何維護(hù)備份數(shù)據(jù)庫以及部署oracle flashback的方法?！禣racle Database 11g R2高可用性：使用Grid Infrastructure、RAC和Data Guard最大限度提高可用性（第2版）》還涵蓋了系統(tǒng)監(jiān)控、調(diào)優(yōu)及災(zāi)難恢復(fù)等技術(shù)?！　∽鳛閛racle網(wǎng)格基礎(chǔ)設(shè)施組成部分的oracle集群軟件的安裝方法，或從早期版本升級的安裝方法?！　∈褂胦racle vm構(gòu)建測試集群與客戶機(jī)?！　racle自動存儲管理與oracle自動存儲管理集群文件系統(tǒng)的使用方法?！　∈褂胦racle data guard創(chuàng)建同步備份數(shù)據(jù)庫?！　∈褂胦racle恢復(fù)管理器執(zhí)行可靠的歸檔及數(shù)據(jù)恢復(fù)。　　使用oracle flashback技術(shù)發(fā)現(xiàn)并撤消用戶的錯誤操作?！　∨渲胦racle enterprise manager grid control以管理oracle最大化可用性架構(gòu)的系統(tǒng)環(huán)境。

作者簡介

作者：（美國）耶西（Scott Jesse）（美國）范格瑞（Bryan Vongray）（英國）伯頓（Burto Burton） 譯者：張慧穎 李波  耶西（Scott Jesse），1996年起就職于Oracle公司，現(xiàn)為Oracle RAC Assurance Team的客戶支持高級經(jīng)理。他從2007年開始和Oracle RAC Assurance Team一起工作。在此之前，Scott主要研究集群技術(shù)。他是Oracle Supportq～Advanced Resolution and Escalations Team的成員，使他在客戶對Oracle技術(shù)的需求方面有獨到的見解。Scott是《Oracle Database 10g高可用性實現(xiàn)方案——運用RAC、Flashback和Data Guard技術(shù)》與Oracle9ifor Windows 2000 Tips ＆Techniques這兩本書的合著者，都由McGraw-Hill／Oracle Press出版。 伯頓（Bill Burton），1998年從Computer Associates加入Oracle，在Oracle UK產(chǎn)品支持組工作兩年后于2000年10月轉(zhuǎn)到u.S.Gold Support Team。Bill主要在Oracle HA Support組工作，早先致力于Oracle RAC與Oracle Data Guard的相關(guān)工作，后加入這些產(chǎn)品的Bug Determination and Escalation組（BDE）。2007年成為Oracle RAC Assurance Development Team的成員。他與Josh Ort一起起草了Oracle OpenWorld 2010的Upgrading to 11gR2 Session的報告，并在大會上作報告。 范格瑞（Bryan Vongray），具有9年多的從事Oracle Database各方面實現(xiàn)與支持工作的經(jīng)驗。他專門從事Oracle高可用性方面的研究，其中特別關(guān)注Oracle Real Application Clusters（Oracle RAC），Oracle Data Guard、Streams、備份與恢復(fù)及網(wǎng)格控制。作為Oracle ConsultingServices的高級顧問，Bryan已經(jīng)為很多Oracle客戶制定并實現(xiàn)Oracle Maximum AvailabilityArchitecture（MAA）解決方案。Bryan現(xiàn)在是Oracle Global Customer Support的Oracle RACAssurance Team的成員，發(fā)揮他在Oracle MAA方面的專長。

書籍目錄

第Ⅰ部分 OracIe網(wǎng)格基礎(chǔ)設(shè)施 第1章 構(gòu)建OragIe數(shù)據(jù)庫網(wǎng)格 1.1 LunarTrax：到月球及更遠(yuǎn)的地方去 1.2 網(wǎng)格的計劃階段 1.3 網(wǎng)格與有計劃的維護(hù) 1.4 從故障中快速恢復(fù) 1.5 防范用戶錯誤并從中恢復(fù) 1.5.1 Oracle的檢查點技術(shù)：閃回查詢和閃回表 1.5.2 再談閃回數(shù)據(jù)庫 1.6 為擴(kuò)展及未來的業(yè)務(wù)增長做計劃 1.6.1 Oracle技術(shù)：自動存儲管理（ASM） 1.6.2 再談Oracle集群軟件 1.7 災(zāi)難恢復(fù) 1.8 下一步工作 1.9 前進(jìn)并戰(zhàn)勝困難 第2章 Oragle虛擬機(jī) 2.1 虛擬化的基本概念 2.2 Oracle VM 2.2.1 Oracle VM服務(wù)器與Dom-0 2.2.2 Oracle VM管理器 2.3 使用Oracle VM管理器 2.3.1 服務(wù)器池 2.3.2 服務(wù)器 2.3.3 資源 2.3.4虛擬機(jī) 2.4 使用Oracle VM服務(wù)器 2.5 將iSCSI用作共享磁盤的多個VM服務(wù)器 2.6 支持網(wǎng)格基礎(chǔ)設(shè)施及Oracle RA的Oracle VM配置 2.7 使用預(yù)構(gòu)建的Oracle RAC模板 2.8 本章小結(jié) 第3章 網(wǎng)格基礎(chǔ)設(shè)施 3.1 Cluster Ready Services 3.2 CRS的基本概念 3.2.1 投票磁盤或文件 3.2.2 Oracle集群注冊表（Oracle Cluster Registry，OCR） 3.2.3 Oracle本地注冊表（Oracle Local Registry，OLR） 3.2.4 網(wǎng)格命名服務(wù) 3.2.5 單一客戶訪問名稱及其偵聽器 3.2.6 虛擬IP地址 3.2.7 集群時間同步服務(wù) 3.2.8 服務(wù)器池及基于策略的集群管理 3.2.9 角色隔離管理 3.2.10 節(jié)點編號鎖定與租約 3.2.11 代理 3.2.12 與智能平臺管理接口的集成 3.3 CRS結(jié)構(gòu) 3.3.1 Oracle高可用性服務(wù)后臺進(jìn)程 3.3.2 集群就緒服務(wù)后臺程序 3.4 集群軟件trace文件 3.5 本章小結(jié) 第4章 網(wǎng)格基礎(chǔ)設(shè)施的安裝與配置 4.1 GI安裝選項與要求 4.1.1 共享GI主目錄與本地GI主目錄 4.1.2 GI主目錄與DB主目錄使用不同的用戶 4.1.3 集群軟件文件的共享存儲選擇 4.1.4 CRS與Oracle RAC的網(wǎng)絡(luò)要求 4.1.5 網(wǎng)卡綁定 4.1.6 硬件要求 4.2 集群驗證工具 4.3 網(wǎng)格基礎(chǔ)設(shè)施的安裝 4.3.1 解決GI安裝過程出現(xiàn)的問題 4.3.2 從root.sh的錯誤中恢復(fù) 4.4 為集群添加或刪除節(jié)點 4.4.1 增加節(jié)點 4.4.2 刪除節(jié)點 4.5 升級到GI 4.5.1 使用ASM的注意事項 4.5.2 升級途徑 4.5.3 真實升級 4.611.2.0.2版本的新特性 4.7 本章小結(jié) 第5章 Oracle自動存儲管理 5.1 ASM的基本概念 5.1.1 用于單實例數(shù)據(jù)庫的ASM 5.1.2 ASM實例 5.1.3 ASM磁盤 5.1.4 ASM磁盤組 5.1.5 ASM文件、目錄與別名 5.1.6 ASM元數(shù)據(jù) 5.1.7 ASM動態(tài)卷 5.1.8 ASM動態(tài)卷管理器 5.2 ASM集群文件系統(tǒng) 5.2.1 用于數(shù)據(jù)庫主目錄的ACFS 5.2.2 用作通用文件系統(tǒng)的ACFS 5.2.3 ACFS只讀快照 5.2.4 ACFS標(biāo)簽 5.2.5 ACFS副本 5.2.6 ACFS安全機(jī)制 5.2.7 ACFS加密 5.3 本章小結(jié) 第Ⅱ部分 Oracle實時應(yīng)用集群（Oracle RAC） 第6章 Oracle RAC安裝與配置 6.1 Oracle RAC／RDBMS安裝選項 6.1.1 RDBMS使用共享主目錄或私有驅(qū)動器 6.1.2 DB主目錄的所有者 6.2 DB文件的文件系統(tǒng)選擇 6.3 cluvfy工具 6.4 安裝Oracle RAC 6.4.1 為安裝環(huán)境應(yīng)用補丁 6.4.2 創(chuàng)建ASM磁盤組 6.4.3 使用DBCA創(chuàng)建數(shù)據(jù)庫 6.5 負(fù)載管理的考慮因素 6.6 激活歸檔 6.7 將Oracle RAC數(shù)據(jù)庫擴(kuò)展到新節(jié)點上 6.7.1 擴(kuò)展Oracle RDBMS／Oracle RAC主目錄 6.7.2 向基于策略管理（Policy-Managed）的數(shù)據(jù)庫中添加實例 6.7.3 向基于管理員管理（Administrator-Managed）的數(shù)據(jù)庫中添加實例 6.8 從Oracle RAC數(shù)據(jù)庫中刪除實例 6.8.1 從基于策略管理（Policy-Managed）的數(shù)據(jù)庫中刪除實例 6.8.2 從基于管理員管理（Administrator-Managed）的數(shù)據(jù)庫中刪除實例 6.9 安裝早期的RDBMS版本 6.9.1 如何在GI中使用舊版的Oracle數(shù)據(jù)庫 6.9.2 在11.2 GI上安裝10.2版的RDBMS 6.9.3 使用DBCA創(chuàng)建10_2數(shù)據(jù)庫 6.10 在距離延伸集群上使用Oracle RAC 6.10.1 伸展集群 6.10.2 伸展網(wǎng)絡(luò)連接 6.10.3 共享存儲 6.10.4 投票磁盤 6.11 本章小結(jié) 第7章 Oracle RAC管理 7.1 Oracle RAC與單實例：附加的進(jìn)程 7.1.1 LCK：鎖進(jìn)程 7.1.2 LMD：鎖管理器守護(hù)進(jìn)程 7.1.3 LMON：鎖監(jiān)控進(jìn)程 7.1.4 LMS：鎖管理器服務(wù)器進(jìn)程 7.1.5 ACFS：ASM集群文件系統(tǒng)CSS進(jìn)程 7.1.6 ACMS：原子控制文件到內(nèi)的服務(wù)進(jìn)程 7.1.7 GTXn：全局事務(wù)進(jìn)程 7.1.8 LMHB：全局緩存／隊列服多心跳監(jiān)控器 7.1.9 PING：互聯(lián)網(wǎng)絡(luò)延遲測量進(jìn)程 7.1.10 RMSn：Oracle RAC管理進(jìn)程 7.1.11 RSMN：遠(yuǎn)程從屬監(jiān)控器進(jìn)程 7.2 Oracle RAC與單實例：基本概念 7.2.1 緩存融合簡介 7.2.2 動態(tài)資源重新配置 7.2.3 重新配置 7.2.4 Oracle RAC環(huán)境中的緩存一致性 7.3 基于Oracle RAC的重做與回滾 7.3.1 重做日志與實例恢復(fù) 7.3.2 重做日志與媒介恢復(fù) 7.4 Oracle RAC環(huán)境下的并行化 7.5 監(jiān)控環(huán)境 7.5.1 數(shù)據(jù)庫控制與網(wǎng)格控制 7.5.2 OS觀察員（OS Watcher，OSW） 7.5.3 集群健康監(jiān)控 7.5.4 ORION 7.6 使用AWR與ADDM調(diào)優(yōu) 7.6.1 智能基礎(chǔ)設(shè)施 7.6.2 MMON后臺進(jìn)程 7.6.3 自動負(fù)載倉庫 7.6.4 自動數(shù)據(jù)庫診斷監(jiān)控器 7.6.5 ADDM的驅(qū)動力 7.6.6 互聯(lián)網(wǎng)絡(luò)的性能 7.6.7 序列緩存 7.6.8 Linux下的大頁面 7.7 歸檔及備份 7.7.1 將NFS掛載點作為歸檔目的地 7.7.2 集群文件系統(tǒng)環(huán)境下的日志歸檔 7.7.3 ASM環(huán)境下的歸檔 7.7.4 Oracle RAC環(huán)境下歸檔的其他注意事項 7.8 補丁與補丁集 7.8.1 滾動補丁升級 7.8.2 在線補?。嵫a丁） 7.8.3 錯位補丁集模式 7.8.4 主動維護(hù)策略 7.8.5 推薦的補丁 7.8.6 補丁集更新 7.9 使用SRVCTL管理Oracle RAC數(shù)據(jù)庫 7.10 基于策略進(jìn)行管理 7.11 管理診斷數(shù)據(jù) 7.11.1 自動診斷倉庫 7.11.2 ADRCI命令行工具 7.11.3 ADR結(jié)構(gòu) 7.11.4 Oracle RACt辛的ADR 7.11.5 報告并解決問題 7.12 本章小結(jié) 第8章 效用計算：應(yīng)用即服務(wù) 8.1 服務(wù)的概念 8.1.1 負(fù)載即服務(wù) 8.1.2 服務(wù)即應(yīng)用程序訪問數(shù)據(jù)庫的接口 8.1.3 從數(shù)據(jù)庫的角度看服務(wù) 8.2 在多個Oracle RAC節(jié)點上分配任務(wù)以提高性能 8.2.1 客戶端負(fù)載均衡 8.2.2 服務(wù)器端的負(fù)責(zé)均衡 8.2.3 負(fù)載均衡配置 8.3 事件通知 8.3.1 通知的基本概念 8.3.2 Oracle通知服務(wù) 8.3.3 FAN調(diào)用 8.4 創(chuàng)建服務(wù)及調(diào)用 8.4.1 創(chuàng)建服務(wù) 8.4.2 查看數(shù)據(jù)庫內(nèi)的服務(wù) 8.5 使用SRVCTL管理服務(wù)及節(jié)點應(yīng)用程序 8.5.1 節(jié)點應(yīng)用程序 8.5.2 使用SRVCTL管理服務(wù) 8.6 集群偵聽器的配置 8.6.1 網(wǎng)格命名服務(wù)與偵聽器 8.6.2 SCAN偵聽器 8.6.3 本地偵聽器 8.6.4 注冊偵聽器與PMON發(fā)現(xiàn) 8.6.5 使用虛擬IP的原因——TCP超時 8.6.6 使用SCAN虛擬IP的原因 8.6.7 連接時故障轉(zhuǎn)移 8.7 透明的應(yīng)用程序故障轉(zhuǎn)移 8.7.1 服務(wù)器端與客戶端TAF 8.7.2 TAF的實現(xiàn)方法 8.7.3 簡單連接（Easy Connect） 8.7.4 Oracle RAC、備份、副本環(huán)境 8.7.5 與OEM集成 8.8 本章小結(jié) …… 第Ⅲ部分 災(zāi)難規(guī)劃 第Ⅳ部分 增強可用性的其他特性

章節(jié)摘錄

版權(quán)頁：   插圖：   Oracle的應(yīng)對技術(shù) 為了實現(xiàn)從軟件或硬件組件故障中迅速恢復(fù)所需的冗余，Max希望確保他使用的技術(shù)是實現(xiàn)其特殊目的的最佳技術(shù)。他很清楚地認(rèn)識到有太多的備份選擇。作為一個0racle的專家，Max回想起在數(shù)據(jù)庫關(guān)閉時通過Os復(fù)制幾個GB大小的文件的簡單方式備份數(shù)據(jù)庫的時代。但是現(xiàn)在讓OS復(fù)制TB級大小的數(shù)據(jù)文件并不可行。下面我們將一起探討實現(xiàn)MaX的目標(biāo)所需ff～Oracle技術(shù)。 1.再談Oracle RAC 顯然，Oracle RAC采用的共享一切架構(gòu)使其成為冗余結(jié)構(gòu)的關(guān)鍵組成部分。通過使moracle RAC技術(shù)，任何影響單個系統(tǒng)正常運行的故障都不會影響整個數(shù)據(jù)庫系統(tǒng)（即使整個節(jié)點失效），這是因為其他集群節(jié)點仍可無縫地繼續(xù)工作。盡管諸如Oracle DataGuard或Srteams技術(shù)可達(dá)到民樣的目的，但它們是通過在獨立的、不同的數(shù)據(jù)庫中持續(xù)復(fù)制數(shù)據(jù)實現(xiàn)的，這意味著對相對簡單的故障做出反應(yīng)并從中恢復(fù)將帶來一定的延遲。只有Omcle RAC可提供對同一數(shù)據(jù)庫的冗余訪問，因此即使在集群的一個節(jié)點完全失效的極端情況下，其他節(jié)點仍在正常運行，甚至在服務(wù)器發(fā)生故障的過程中這些節(jié)點仍在主動訪問同一數(shù)據(jù)庫。幸存的實例將自動恢復(fù)發(fā)生崩潰的實例，且所有與停機(jī)服務(wù)器連接的會話可立即與另一個已主動訪問數(shù)據(jù)庫的實例重新建立連接。 2.Oracle集群軟件（Oracle Clusterware） Oracle集群軟件作為Oracle網(wǎng)格基礎(chǔ)設(shè)施的組成部分，是Oracle RAC數(shù)據(jù)庫必需的底層支撐。除了為共享訪問真實數(shù)據(jù)庫提供便利外，Oracle集群軟件可對實例、偵聽者、虛擬IP地址等關(guān)鍵進(jìn)程的故障進(jìn)行監(jiān)控，也可對節(jié)點成員屬性及響應(yīng)能力進(jìn)行監(jiān)控。當(dāng)監(jiān)測到一個集群關(guān)鍵部件發(fā)生故障時，Oracle集群軟件棧將自動采取重啟故障資源（甚至包括節(jié)點）的糾正措施。這種結(jié)構(gòu)滿足了Max對系統(tǒng)可從本地的相對較小故障中迅速恢復(fù)且不影響業(yè)務(wù)的需求。 3.Oracle恢復(fù)管理器（Recovery Manager，RMAN） 談及備份的話題再多也不為過。Max已決定進(jìn)行常規(guī)的數(shù)據(jù)泵導(dǎo)出，但是由于數(shù)據(jù)泵導(dǎo)出僅是時間點備份，因此Oracle RMAN的備份策略是成功的關(guān)鍵。由于Max還將使用自動存儲管理（Automatic Storage Management，ASM），因此RMAN策略加倍重要。RMAN支持進(jìn)行完全或增量式備份，且只需要還原和恢復(fù)單個數(shù)據(jù)庫塊。這種在備份與恢復(fù)上的靈活性與實現(xiàn)LunarTrax數(shù)據(jù)庫的最大化可用性是一致的。 4.閃回數(shù)據(jù)庫（Flashback Database） 最后要提及的是Max早已決定在所有環(huán)境中使用的閃回數(shù)據(jù)庫。MaX以前經(jīng)常需要將整個數(shù)據(jù)庫還原和恢復(fù)到某種關(guān)鍵錯誤（如無意的數(shù)據(jù)刪除、某種邏輯損壞或在線重做（redo）日志損壞）發(fā)生之前的狀態(tài)。然而，隨著閃回數(shù)據(jù)庫的出現(xiàn)，通過保存指定時間段內(nèi)執(zhí)行撤消（undo）和重做（redo）事務(wù)所需的所有數(shù)據(jù)庫塊，Max不再需要經(jīng)常執(zhí)行上述還原操作。這意味著Max可對數(shù)據(jù)庫執(zhí)行“倒回”操作，但不用先執(zhí)行全數(shù)據(jù)庫還原操作，這將在緊急情況下節(jié)省寶貴的時間。第10章與第11章將詳細(xì)介紹閃回數(shù)據(jù)庫及RMAN特性。 1.5 防范用戶錯誤并從中恢復(fù) 談及無意的數(shù)據(jù)刪除，最讓Max擔(dān)心的是由于用戶錯誤導(dǎo)致數(shù)據(jù)丟失的可能性。也許最難應(yīng)付的停機(jī)情況就是由用戶自己引入的棘手的邏輯錯誤，比如用戶更新錯誤的數(shù)據(jù)表或更新錯誤的值，開發(fā)者認(rèn)為其登錄的是測試系統(tǒng)但實際上登錄了運行系統(tǒng)，或者用戶在刪除或更新語句中遺漏了where子句導(dǎo)致100000行數(shù)據(jù)消失或邏輯損壞。Max經(jīng)歷過太多這些問題，這導(dǎo)致幾個月的工作前功盡棄。 這是Max關(guān)心的一個問題，尤其是在LunarTrax環(huán)境中，每個人都瘋狂地工作，并且公司規(guī)模還未大到使運行、開發(fā)及測試環(huán)境之間有明確的界限。Max希望可以限制對運行環(huán)境的所有訪問，但是考慮到公司的開發(fā)團(tuán)隊規(guī)模較小以及更改發(fā)生的頻率，這是不實際的。 1.5.1 Oracle的檢查點技術(shù)：閃回查詢和閃回表 幸運的是，數(shù)據(jù)庫具有從嚴(yán)重錯誤中恢復(fù)的閃回特性。閃回查詢（Flashback Query）特性允許讀取存儲在撤消表空問（Undo TableSpace）內(nèi)的撤消數(shù)據(jù)，以使DBA或任何具有適當(dāng)訪問權(quán)限的人可以“時光倒流”并查詢事故發(fā)生前的數(shù)據(jù)。閃回表（FlashbackTable）特性通過維護(hù)回收站（刪除的對象實際上被重命名并保存起來直至系統(tǒng)需要空間時），同樣允許在數(shù)據(jù)表被無意刪除的情況下執(zhí)行快速恢復(fù)。Max需要保證有足夠的存儲空間以支持足夠多的撤消操作，同時在用戶表空間中應(yīng)保證足夠大的空閑空間以滿足對回收站的維護(hù)。 此外，應(yīng)對開發(fā)者或其他用戶進(jìn)行關(guān)于Oracle閃回技術(shù)方面的培訓(xùn)。關(guān)鍵是迅速捕獲錯誤，所以完全揭示錯誤的真相十分重要。閃回技術(shù)依賴于數(shù)據(jù)存儲，而存儲資源是有限的。只要錯誤在合理的時間段內(nèi)被發(fā)現(xiàn)，Max及其：DBA團(tuán)隊?wèi)?yīng)能迅速重新捕獲這類數(shù)據(jù)。而且在某些情況下，開發(fā)者或用戶也可更正自己的錯誤。 1.5.2 再談閃回數(shù)據(jù)庫 然而，有時嚴(yán)重的數(shù)據(jù)庫錯誤很難處理。通常情況下，用戶錯誤并不會憑空而來，一次錯誤的更新操作可能在上百次正確更新操作之間發(fā)生。用不了多久，受損壞的數(shù)據(jù)將被成千次其他更新操作所隱藏。如何在成千個事務(wù)中找出其中一個？能否將整個數(shù)據(jù)庫“倒回”到之前的時間點？答案是肯定的。在Max為I～unarTrax環(huán)境設(shè)計的最大化可用性架構(gòu)（MAA）計劃中，閃回數(shù)據(jù)庫是一個重要的特性，事實上閃回數(shù)據(jù)庫可以“倒回”數(shù)據(jù)庫以支持“返工”。因此在極端情況下，當(dāng)閃回查詢不能滿足要求時，閃回數(shù)據(jù)庫可幫助MAA韻DBA在瘋狂的世界中保持頭腦清醒。第11章將詳細(xì)介紹Oracle的閃回特性。

編輯推薦

《Oracle Database 11g R2高可用性:使用Grid Infrastructure、RAC和Data Guard最大限度提高可用性(第2版)》的特點：作為Oracle網(wǎng)格基礎(chǔ)設(shè)施組成部分的Oracle集群軟件的安裝方法，或從早期版本升級的安裝方法，使用Oracle vM構(gòu)建測試集群與客戶機(jī)，Oracle自動存儲管理與Oracle自動存儲管理集群文件系統(tǒng)的使用方法，使用Oracle Data Guard創(chuàng)建同步備份數(shù)據(jù)庫，使用Oracle'恢復(fù)管理器執(zhí)行可靠的歸檔及數(shù)據(jù)恢復(fù)，使用Oracle Flashback技術(shù)發(fā)現(xiàn)并撤消用戶的錯誤操作，配置Oracle Enterprise Manager Grid Control以管理Oracle最大化可用性架構(gòu)的系統(tǒng)環(huán)境。

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    Oracle Database 11g R2高可用性 PDF格式下載

---