Oracle 10g最佳20個新特性(1)

2024-08-29 13:43:58

字體：大中小

來源：轉載

供稿：網友

答案依 DBA 的工作經驗而有所不同。大部分高級治理員偏愛簡單的命令行 SQL*Plus（我的個人偏好），而其余的人則偏愛使用一些第三方產品。但是，同一個問題在入門級 DBA 那里卻得到了不同反應：在這一群體中，EnterPRise Manager (EM) 顯然是他們的選擇。

這些偏好不難理解。Oracle Enterprise Manager 自從幾年前推出以來一直不斷進行完善，它開始時是字符模式顯示的 SQL*DBA，隨后發展為基于操作系統的客戶端工具，最后具有了java 風格。EM 提供的信息非常具體，足夠完成大多數 DBA 任務，可作為不愿或者無暇了解新語法并且希望使用 GUI 工具來治理常見數據庫任務（如添加用戶、修改數據文件和檢查回退段）的用戶的解決方案。診斷程序包為性能調節提供了非常需要的 GUI 支持。

但是，阻礙 EM 廣泛使用的一個主要問題是它無法跟上數據庫服務器本身的發展。例如，EM 的 Oracle9i 數據庫版本不支持子分區（該特性在 Oracle8i 中首次引入）。

Oracle 數據庫 10g 中的 EM 新版本改變了這種情況。它具有新的體系結構和新的界面，而最重要的是，它具有一個功能非常強大而完善的工具箱，提供從初學者到高級用戶所需的所有 DBA 技能集。而最好之處在于，它是安裝本身的一部分，無需額外費用。假如您正在評估第三方工具，您當然可以將 EM 加入評估行列中，從而使競爭更加激烈。即使您是那種“篤信命令行”的 DBA（象我這樣），您也會非常欣賞 EM 在某些情況下能為您所提供的幫助。

在本文中，我將為您介紹新的 EM。由于該工具所涉范圍甚廣，因此不可能在此討論所有的特性；我將在此介紹幾個基本特性，并提供其他材料的線索。我將遵循本系列之精神提供實際的示例，演示如何使用該工具解決實際問題。

體系結構

缺省情況下，在安裝 10g 軟件時,即安裝 EM 10g時,在概念上它與以前版本的不同之處在于，它不是客戶端安裝的工具；實際上它是位于數據庫服務器本身上的 HTTP 服務器（稱為 DB 控制臺）。（參見圖 1。）您可以使用任何瀏覽器查看 EM 界面。

　 Oracle 10g最佳20個新特性(1)（圖一）

圖 1：EM 體系結構

DB 控制臺的端口號可在 $ORACLE_HOME/install/portlist.ini 中找到。以下是一個文件的示例；對于您來說，端口可能不相同。

Ultra Search HTTP port number = 5620

iSQL*Plus HTTP port number = 5560

Enterprise Manager Agent Port =

Enterprise Manager Console HTTP Port (starz10) = 5500

Enterprise Manager Agent Port (starz10) = 1830

從這個文件中我們了解到，數據庫 starz10 的代理程序監聽端口 1830，而 EM 控制臺監聽 5500。我們可以通過輸入以下 URL 來調用 EM 登錄畫面：

http://starz/em/console/logon/logon

該 URL 調出登錄畫面，從中您可以以 DBA 用戶登錄。在我們的示例中，我們將以 SYS 登錄。

主數據庫主頁

登錄后即出現主數據庫主頁。主頁的上部提供對重要細節的快速瀏覽。（參見圖 2。）

　 Oracle 10g最佳20個新特性(1)（圖二）

圖 2：主數據庫主頁（上部）

在上圖中已圈出了最重要的一些部分，并用本文中編號的引用對其進行了標注。首先，請注重標為“General”(1) 的部分；這一部分顯示了有關數據庫的一些最基本細節，如數據庫從 3 月 20 日起已經啟動，以及實例名稱等。Oracle Home 顯示為一個超鏈接，當單擊該鏈接時，將顯示所有產品以及共享該主目錄的所有其他 Oracle 數據庫。Listener 的超鏈接顯示注冊到監聽器（其名稱就顯示在緊靠它的下方）的所有數據庫和實例。最后，顯示主機名 (starz)。

在名為 “Host CPU”(2) 的部分中，醒目地顯示了 CPU 的具體信息。“Active sessions”(3) 部分顯示了活動的會話及其當前狀態 (4)。從上面我們看到，99% 的時間被處于等待狀態的會話所占用。（我們稍后將找出導致這些等待的原因。）“High Availability”(5) 部分顯示了與可用性相關的信息。例如，“Instance Recovery Time”的值（實例的 MTTR Target 的值）確定實例崩潰恢復可能需要的時間。

“Space Usage”(6) 部分很有趣：它顯示與 23 個段相關的警告。（同樣，稍后再具體介紹這些警告。）“Diagnostic Summary”(7) 部分提供數據庫良好運行的概要信息。所發現的性能問題的數量表示自動數據庫診斷監控程序 (ADDM) — 在 10g 中新增的自診斷引擎 — 主動識別出多少問題。EM 還自動分析您的環境，以確定是否違反了所建議的最佳實踐；此分析的結果顯示在“Policy Violation”部分。最后，EM 掃描警報日志，并顯示任何最新的 ORA 錯誤。這種信息非常有價值 — 在警報日志中自動掃描 Oracle 錯誤使您避免了手動搜索這些錯誤的很多麻煩。

在數據庫主頁的下部，如圖 3 所示，我們可以更具體地查看其中的一些消息。“Alerts”(1) 部分顯示了需要您注重的所有相關警報，每個警報都可以方便地進行配置。以第一個警報 (2) 為例，它顯示 Archiver 進程因為某種原因而掛起。當然，下一步就是確定其原因。要查明原因，只需單擊它即可。您將從包含該錯誤的 alert.log 文件中獲得更多具體信息。在此情形下，故障點是一個已經填滿的閃回恢復區；我們只需將其清空，Archiver 即可重新開始工作。

　 Oracle 10g最佳20個新特性(1)（圖三）

圖 3：主數據庫主頁（下部）

另一個警報 (3) 是有關等待的：數據庫在 69% 的時間中等待一個與等待類“application”相關的等待。還記得主頁上部是如何顯示一個會話處于等待狀態的嗎？這個警報向我們顯示它正在等待什么。單擊超鏈接將會立即為您顯示實際的等待。

下一個警報 (4) 顯示一個審計項目，即用戶 SYS 從特定的客戶端機器連接到數據庫。同樣，通過單擊超鏈接，您可以顯示有關該連接的所有具體信息。最后一個警報 (5) 顯示某些對象無效。單擊超鏈接，您將轉到對象被驗證無效的畫面。

如您所見，數據庫主頁如同顯示需要您注重的所有事項的儀表板。該界面沒有將具體信息堆積在屏幕上，其界面相當簡潔，只需單擊即可獲得這些具體信息。您可以手動搜集所有這些信息，但這可能會花費很多時間和精力。EM 10g 提供了隨取隨用的解決方案。

答案依 DBA 的工作經驗而有所不同。大部分高級治理員偏愛簡單的命令行 SQL*Plus（我的個人偏好），而其余的人則偏愛使用一些第三方產品。但是，同一個問題在入門級 DBA 那里卻得到了不同反應：在這一群體中，Enterprise Manager (EM) 顯然是他們的選擇。

這些偏好不難理解。Oracle Enterprise Manager 自從幾年前推出以來一直不斷進行完善，它開始時是字符模式顯示的 SQL*DBA，隨后發展為基于操作系統的客戶端工具，最后具有了Java 風格。EM 提供的信息非常具體，足夠完成大多數 DBA 任務，可作為不愿或者無暇了解新語法并且希望使用 GUI 工具來治理常見數據庫任務（如添加用戶、修改數據文件和檢查回退段）的用戶的解決方案。診斷程序包為性能調節提供了非常需要的 GUI 支持。

但是，阻礙 EM 廣泛使用的一個主要問題是它無法跟上數據庫服務器本身的發展。例如，EM 的 Oracle9i 數據庫版本不支持子分區（該特性在 Oracle8i 中首次引入）。

Oracle 數據庫 10g 中的 EM 新版本改變了這種情況。它具有新的體系結構和新的界面，而最重要的是，它具有一個功能非常強大而完善的工具箱，提供從初學者到高級用戶所需的所有 DBA 技能集。而最好之處在于，它是安裝本身的一部分，無需額外費用。假如您正在評估第三方工具，您當然可以將 EM 加入評估行列中，從而使競爭更加激烈。即使您是那種“篤信命令行”的 DBA（象我這樣），您也會非常欣賞 EM 在某些情況下能為您所提供的幫助。

在本文中，我將為您介紹新的 EM。由于該工具所涉范圍甚廣，因此不可能在此討論所有的特性；我將在此介紹幾個基本特性，并提供其他材料的線索。我將遵循本系列之精神提供實際的示例，演示如何使用該工具解決實際問題。

體系結構

缺省情況下，在安裝 10g 軟件時,即安裝 EM 10g時,在概念上它與以前版本的不同之處在于，它不是客戶端安裝的工具；實際上它是位于數據庫服務器本身上的 HTTP 服務器（稱為 DB 控制臺）。（參見圖 1。）您可以使用任何瀏覽器查看 EM 界面。

　 Oracle 10g最佳20個新特性(1)（圖一）

圖 2：主數據庫主頁（上部）

在上圖中已圈出了最重要的一些部分，并用本文中編號的引用對其進行了標注。首先，請注重標為“General”(1) 的部分；這一部分顯示了有關數據庫的一些最基本細節，如數據庫從 3 月 20 日起已經啟動，以及實例名稱等。Oracle Home 顯示為一個超鏈接，當單擊該鏈接時，將顯示所有產品以及共享該主目錄的所有其他 Oracle 數據庫。Listener 的超鏈接顯示注冊到監聽器（其名稱就顯示在緊靠它的下方）的所有數據庫和實例。最后，顯示主機名 (starz)。

在名為 “Host CPU”(2) 的部分中，醒目地顯示了 CPU 的具體信息。“Active Sessions”(3) 部分顯示了活動的會話及其當前狀態 (4)。從上面我們看到，99% 的時間被處于等待狀態的會話所占用。（我們稍后將找出導致這些等待的原因。）“High Availability”(5) 部分顯示了與可用性相關的信息。例如，“Instance Recovery Time”的值（實例的 MTTR Target 的值）確定實例崩潰恢復可能需要的時間。

“Space Usage”(6) 部分很有趣：它顯示與 23 個段相關的警告。（同樣，稍后再具體介紹這些警告。）“Diagnostic Summary”(7) 部分提供數據庫良好運行的概要信息。所發現的性能問題的數量表示自動數據庫診斷監控程序 (ADDM) — 在 10g 中新增的自診斷引擎 — 主動識別出多少問題。EM 還自動分析您的環境，以確定是否違反了所建議的最佳實踐；此分析的結果顯示在“Policy Violation”部分。最后，EM 掃描警報日志，并顯示任何最新的 ORA 錯誤。這種信息非常有價值 — 在警報日志中自動掃描 Oracle 錯誤使您避免了手動搜索這些錯誤的很多麻煩。

在數據庫主頁的下部，如圖 3 所示，我們可以更具體地查看其中的一些消息。“Alerts”(1) 部分顯示了需要您注重的所有相關警報，每個警報都可以方便地進行配置。以第一個警報 (2) 為例，它顯示 Archiver 進程因為某種原因而掛起。當然，下一步就是確定其原因。要查明原因，只需單擊它即可。您將從包含該錯誤的 alert.log 文件中獲得更多具體信息。在此情形下，故障點是一個已經填滿的閃回恢復區；我們只需將其清空，Archiver 即可重新開始工作。

　 Oracle 10g最佳20個新特性(1)（圖三）

圖 3：主數據庫主頁（下部）

另一個警報 (3) 是有關等待的：數據庫在 69% 的時間中等待一個與等待類“Application”相關的等待。還記得主頁上部是如何顯示一個會話處于等待狀態的嗎？這個警報向我們顯示它正在等待什么。單擊超鏈接將會立即為您顯示實際的等待。

下一個警報 (4) 顯示一個審計項目，即用戶 SYS 從特定的客戶端機器連接到數據庫。同樣，通過單擊超鏈接，您可以顯示有關該連接的所有具體信息。最后一個警報 (5) 顯示某些對象無效。單擊超鏈接，您將轉到對象被驗證無效的畫面。

如您所見，數據庫主頁如同顯示需要您注重的所有事項的儀表板。該界面沒有將具體信息堆積在屏幕上，其界面相當簡潔，只需單擊即可獲得這些具體信息。您可以手動搜集所有這些信息，但這可能會花費很多時間和精力。EM 10g 提供了隨取隨用的解決方案。

答案依 DBA 的工作經驗而有所不同。大部分高級治理員偏愛簡單的命令行 SQL*Plus（我的個人偏好），而其余的人則偏愛使用一些第三方產品。但是，同一個問題在入門級 DBA 那里卻得到了不同反應：在這一群體中，Enterprise Manager (EM) 顯然是他們的選擇。

這些偏好不難理解。Oracle Enterprise Manager 自從幾年前推出以來一直不斷進行完善，它開始時是字符模式顯示的 SQL*DBA，隨后發展為基于操作系統的客戶端工具，最后具有了Java 風格。EM 提供的信息非常具體，足夠完成大多數 DBA 任務，可作為不愿或者無暇了解新語法并且希望使用 GUI 工具來治理常見數據庫任務（如添加用戶、修改數據文件和檢查回退段）的用戶的解決方案。診斷程序包為性能調節提供了非常需要的 GUI 支持。

但是，阻礙 EM 廣泛使用的一個主要問題是它無法跟上數據庫服務器本身的發展。例如，EM 的 Oracle9i 數據庫版本不支持子分區（該特性在 Oracle8i 中首次引入）。

Oracle 數據庫 10g 中的 EM 新版本改變了這種情況。它具有新的體系結構和新的界面，而最重要的是，它具有一個功能非常強大而完善的工具箱，提供從初學者到高級用戶所需的所有 DBA 技能集。而最好之處在于，它是安裝本身的一部分，無需額外費用。假如您正在評估第三方工具，您當然可以將 EM 加入評估行列中，從而使競爭更加激烈。即使您是那種“篤信命令行”的 DBA（象我這樣），您也會非常欣賞 EM 在某些情況下能為您所提供的幫助。

在本文中，我將為您介紹新的 EM。由于該工具所涉范圍甚廣，因此不可能在此討論所有的特性；我將在此介紹幾個基本特性，并提供其他材料的線索。我將遵循本系列之精神提供實際的示例，演示如何使用該工具解決實際問題。

體系結構

缺省情況下，在安裝 10g 軟件時,即安裝 EM 10g時,在概念上它與以前版本的不同之處在于，它不是客戶端安裝的工具；實際上它是位于數據庫服務器本身上的 HTTP 服務器（稱為 DB 控制臺）。（參見圖 1。）您可以使用任何瀏覽器查看 EM 界面。

　 Oracle 10g最佳20個新特性(1)（圖一）

圖 2：主數據庫主頁（上部）

在上圖中已圈出了最重要的一些部分，并用本文中編號的引用對其進行了標注。首先，請注重標為“General”(1) 的部分；這一部分顯示了有關數據庫的一些最基本細節，如數據庫從 3 月 20 日起已經啟動，以及實例名稱等。Oracle Home 顯示為一個超鏈接，當單擊該鏈接時，將顯示所有產品以及共享該主目錄的所有其他 Oracle 數據庫。Listener 的超鏈接顯示注冊到監聽器（其名稱就顯示在緊靠它的下方）的所有數據庫和實例。最后，顯示主機名 (starz)。

在名為 “Host CPU”(2) 的部分中，醒目地顯示了 CPU 的具體信息。“Active Sessions”(3) 部分顯示了活動的會話及其當前狀態 (4)。從上面我們看到，99% 的時間被處于等待狀態的會話所占用。（我們稍后將找出導致這些等待的原因。）“High Availability”(5) 部分顯示了與可用性相關的信息。例如，“Instance Recovery Time”的值（實例的 MTTR Target 的值）確定實例崩潰恢復可能需要的時間。

“Space Usage”(6) 部分很有趣：它顯示與 23 個段相關的警告。（同樣，稍后再具體介紹這些警告。）“Diagnostic Summary”(7) 部分提供數據庫良好運行的概要信息。所發現的性能問題的數量表示自動數據庫診斷監控程序 (ADDM) — 在 10g 中新增的自診斷引擎 — 主動識別出多少問題。EM 還自動分析您的環境，以確定是否違反了所建議的最佳實踐；此分析的結果顯示在“Policy Violation”部分。最后，EM 掃描警報日志，并顯示任何最新的 ORA 錯誤。這種信息非常有價值 — 在警報日志中自動掃描 Oracle 錯誤使您避免了手動搜索這些錯誤的很多麻煩。

在數據庫主頁的下部，如圖 3 所示，我們可以更具體地查看其中的一些消息。“Alerts”(1) 部分顯示了需要您注重的所有相關警報，每個警報都可以方便地進行配置。以第一個警報 (2) 為例，它顯示 Archiver 進程因為某種原因而掛起。當然，下一步就是確定其原因。要查明原因，只需單擊它即可。您將從包含該錯誤的 alert.log 文件中獲得更多具體信息。在此情形下，故障點是一個已經填滿的閃回恢復區；我們只需將其清空，Archiver 即可重新開始工作。

　 Oracle 10g最佳20個新特性(1)（圖三）

上一篇：將oracle設為歸檔模式啟動的方法

下一篇：oracle數據庫性能監控的SQL