oracle監控工具ignite使用圖解
對於oracle來說,在除了EM,Gridcontrol之外還有什麼其它的監控工具呢,可能precise也是一個不錯的選擇,前幾天在論壇中看到一個哥們簡單回覆了ignite,自己也是好奇,抽空看了看ignite,還有的人回覆TOra(),簡單比較了下這幾個工具。
1)EM可能是最直接的工具了,效能指標和功能都還是很豐富的。在10g,11g中還是有很大的差別,在12c開始,差別就更加明顯,一方面是功能點在11g的增多和細化加強,一方面是在12c裡面功能砍去了很多,只保留了很少的一部分監控功能,對於一些管理功能都放到了gridcontrol (OEM)裡面。所以OEM是一個好工具毋庸置疑,但是在需要管理的資料庫例項很多的情況下,還是有一定的侷限性。
2)當然GridControl是對OEM的補充和加強版本,對於EM中沒有放開的功能,比如dataguard都有圖形介面的完整實現。對於管理較多的例項和監控系統負載都是不錯的選擇,可能相對來說,GridControl的結構相對較為複雜,需要一個repository的庫,會搭建一套web容器(httpserver),在每個需要監控的客戶端都需要部署一個agent,在10g裡面agent的消耗還是不小的,在11g裡自己用的比較少,但是沒有發現這種型別的問題,可能一方面修復了一些效能問題,一方面對功能進行了精簡和最佳化。可能對於客戶來說,需要考慮的更多的就是licence的問題了。
3)對於precise,這個工具自己在客戶那兒簡單使用過,總體來說監控的粒度還是蠻細的,可能功能點更傾向於監控,在管理方面可能許可權不足,沒有更多的體驗過,所以不做評論。最關鍵的,也是收費的。
4)對於ignite,因為對自己還是蠻新的一個軟體,所以自己也還是帶著可能新鮮感體驗了一把。總體感覺,ignite的支援幅度還是比較大的,支援Oracle,SQLServer,Sybase,DB2,(似乎就缺少了MySQL),而且支援的OS也是比較豐富,windows,linux.它的技術架構還是基於J2EE,以tomcat作為web容器,使用了大量的js來在前臺和後臺進行互動,web框架基本都用到了,使用比較多的還是spring.
5)而相對於TOra來說,它只是支援windows,linux,max os,但是相對來說支援的資料庫還是隻有Oracle,從它的名字就能看出來。而且執行也是需要oracle client的。
大體說了這麼多,我們來一個詳細的圖解,讓沒有使用過ignite的人來體驗一下ignite的功能點,當然裡面還是有不少的細節問題,我也挑挑刺。
安裝部分
在windows上安裝的時候,也是一路next就能夠輕鬆搞定。沒有什麼技術難點。
在安裝完成之後,輸入提示的url就能夠看到主介面了。這個時候按照ignite的要求還是需要設定一個repository. 這一點和EM,OEM等等都是如出一轍。
設定repository,介面的實現還是比較精煉的,主要是靠js來和後臺互動的。
點選下一步,可以看到repository支援oracle和SQL Server,沒有DB2和Sybase的身影,但是客戶端監控是支援的。
我們選擇oracle,對於資料庫例項的配置,這部分功能很強大。可以支援直連(這個時候不用配置tns), tns配置,或者給出連線串都可以。同時還需要提供一個dba賬戶,作為建立使用者和賦予許可權所需。這樣在每個客戶端中都會建立一個使用者。
對於這個新建立的使用者可以指定對應的資料儲存表空間和臨時空間。同時也可以設定聯絡資訊。
最後就是資訊概覽,然後就開始初始化了。這些操作都會在同一個介面中切換,使用者體驗還是不錯的。
簡單的等待之後就會完成repository的配置了。
新增監控節點
完成了repository的配置,就需要開始新增監控節點了。
節點的新增步驟和repository有些類似,在一些步驟上會略有不同。
配置了目標節點中需要建立的使用者。
配置了使用者資訊之後,有一點不是很好的地方就是下面的實現方式,需要使用sysdba賬戶的密碼來建立一個utl_con包。如果對於密碼有顧慮,也可以把手工執行建立指令碼。指令碼都是加密好的星星文字。
如果需要手工執行,執行情況如下:
然後就是資訊概覽,確認後就開始配置了。
當然了也碰到了一些小問題,比如下面的錯誤。可以很清楚看出是使用spring呼叫的時候出了錯誤。但是原因不明,因為手工去建立這個同義詞是沒有問題的。
檢視監控
新增節點的過程還是很順利的,很快就能配置出很多相關的節點來。效果如下所示。
如果想檢視一些明細的資訊,圖表是不可或缺的,當然支援的也很豐富,和EM差不多。
當然了有些特性還是需要額外的licence的,看來想用比較全的功能還得付費。
對於監控的細節資訊來說,從disk,cpu,memory來看監控的目標還是比較細的。
透過這個簡單的例項可以看到ignite還是有不少的優點的,至少在大批次的效能監控中還是蠻有用的,便於監控和管理。當然也有一些不足支援。其中一個不足之處在於對於MySQL的支援似乎不夠,對於資料庫的簡單管理功能也不是很豐富,可能這個軟體的定位就是監控吧。
1)EM可能是最直接的工具了,效能指標和功能都還是很豐富的。在10g,11g中還是有很大的差別,在12c開始,差別就更加明顯,一方面是功能點在11g的增多和細化加強,一方面是在12c裡面功能砍去了很多,只保留了很少的一部分監控功能,對於一些管理功能都放到了gridcontrol (OEM)裡面。所以OEM是一個好工具毋庸置疑,但是在需要管理的資料庫例項很多的情況下,還是有一定的侷限性。
2)當然GridControl是對OEM的補充和加強版本,對於EM中沒有放開的功能,比如dataguard都有圖形介面的完整實現。對於管理較多的例項和監控系統負載都是不錯的選擇,可能相對來說,GridControl的結構相對較為複雜,需要一個repository的庫,會搭建一套web容器(httpserver),在每個需要監控的客戶端都需要部署一個agent,在10g裡面agent的消耗還是不小的,在11g裡自己用的比較少,但是沒有發現這種型別的問題,可能一方面修復了一些效能問題,一方面對功能進行了精簡和最佳化。可能對於客戶來說,需要考慮的更多的就是licence的問題了。
3)對於precise,這個工具自己在客戶那兒簡單使用過,總體來說監控的粒度還是蠻細的,可能功能點更傾向於監控,在管理方面可能許可權不足,沒有更多的體驗過,所以不做評論。最關鍵的,也是收費的。
4)對於ignite,因為對自己還是蠻新的一個軟體,所以自己也還是帶著可能新鮮感體驗了一把。總體感覺,ignite的支援幅度還是比較大的,支援Oracle,SQLServer,Sybase,DB2,(似乎就缺少了MySQL),而且支援的OS也是比較豐富,windows,linux.它的技術架構還是基於J2EE,以tomcat作為web容器,使用了大量的js來在前臺和後臺進行互動,web框架基本都用到了,使用比較多的還是spring.
5)而相對於TOra來說,它只是支援windows,linux,max os,但是相對來說支援的資料庫還是隻有Oracle,從它的名字就能看出來。而且執行也是需要oracle client的。
大體說了這麼多,我們來一個詳細的圖解,讓沒有使用過ignite的人來體驗一下ignite的功能點,當然裡面還是有不少的細節問題,我也挑挑刺。
安裝部分
在windows上安裝的時候,也是一路next就能夠輕鬆搞定。沒有什麼技術難點。
在安裝完成之後,輸入提示的url就能夠看到主介面了。這個時候按照ignite的要求還是需要設定一個repository. 這一點和EM,OEM等等都是如出一轍。
設定repository,介面的實現還是比較精煉的,主要是靠js來和後臺互動的。
點選下一步,可以看到repository支援oracle和SQL Server,沒有DB2和Sybase的身影,但是客戶端監控是支援的。
我們選擇oracle,對於資料庫例項的配置,這部分功能很強大。可以支援直連(這個時候不用配置tns), tns配置,或者給出連線串都可以。同時還需要提供一個dba賬戶,作為建立使用者和賦予許可權所需。這樣在每個客戶端中都會建立一個使用者。
對於這個新建立的使用者可以指定對應的資料儲存表空間和臨時空間。同時也可以設定聯絡資訊。
最後就是資訊概覽,然後就開始初始化了。這些操作都會在同一個介面中切換,使用者體驗還是不錯的。
簡單的等待之後就會完成repository的配置了。
新增監控節點
完成了repository的配置,就需要開始新增監控節點了。
節點的新增步驟和repository有些類似,在一些步驟上會略有不同。
配置了目標節點中需要建立的使用者。
配置了使用者資訊之後,有一點不是很好的地方就是下面的實現方式,需要使用sysdba賬戶的密碼來建立一個utl_con包。如果對於密碼有顧慮,也可以把手工執行建立指令碼。指令碼都是加密好的星星文字。
如果需要手工執行,執行情況如下:
然後就是資訊概覽,確認後就開始配置了。
當然了也碰到了一些小問題,比如下面的錯誤。可以很清楚看出是使用spring呼叫的時候出了錯誤。但是原因不明,因為手工去建立這個同義詞是沒有問題的。
檢視監控
新增節點的過程還是很順利的,很快就能配置出很多相關的節點來。效果如下所示。
如果想檢視一些明細的資訊,圖表是不可或缺的,當然支援的也很豐富,和EM差不多。
當然了有些特性還是需要額外的licence的,看來想用比較全的功能還得付費。
對於監控的細節資訊來說,從disk,cpu,memory來看監控的目標還是比較細的。
透過這個簡單的例項可以看到ignite還是有不少的優點的,至少在大批次的效能監控中還是蠻有用的,便於監控和管理。當然也有一些不足支援。其中一個不足之處在於對於MySQL的支援似乎不夠,對於資料庫的簡單管理功能也不是很豐富,可能這個軟體的定位就是監控吧。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-1710704/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 使用nagios監控oracleiOSOracle
- ORACLE 監控索引的使用Oracle索引
- Linux nmon 監控工具使用Linux
- 如何使用 taosKeeper 做好監控工作,時序資料庫 TDengine 3.0 監控工具詳解資料庫
- Nginx狀態圖形化監控工具Nginx
- Oracle Undo使用情況監控Oracle
- 監控Oracle索引是否被使用?Oracle索引
- Oracle資料庫監控工具:SpotlightOracle資料庫
- Flutter效能監控工具(3)--- Observatory使用Flutter
- 幾個常用監控工具的使用
- 安裝使用OSWatcher監控工具
- MySQL監控工具MySql
- Redis監控工具Redis
- Ganglia監控工具
- Oracle輕量級實時監控工具-oratopOracle
- 如何監控oracle的索引是否使用Oracle索引
- Oracle 監控索引的使用率Oracle索引
- Oracle-監控使用者鎖Oracle
- 監控Oracle索引的使用情況Oracle索引
- oracle空間使用監控指令碼Oracle指令碼
- linux下流量監控工具 iftop使用Linux
- 圖文詳解Prometheus監控+Grafana+Alertmanager告警安裝使用PrometheusGrafana
- Jmeter系列(38)- 詳解效能監控工具 nmonJMeter
- Mycat Web監控工具Web
- MySQL監控工具-orztopMySql
- MySQL監控工具-orzdbaMySql
- 效能監控工具YourKit
- JVM 效能監控工具JVM
- CentOS效能監控工具CentOS
- 運維監控工具運維
- 使用JDK工具jmap和jhat監控Java程式JDKJava
- 網站監控工具有哪些,8款好用的監控工具推薦網站
- Linux iostat命令詳解和使用例項(磁碟操作監控工具)LinuxiOS
- mytop 使用介紹 mysql實時監控工具MySql
- [原創]SpotLight效能監控工具使用介紹
- 使用zabbix監控oracle的後臺日誌Oracle
- oracle使用監控指令碼_ck_tablespace.shOracle指令碼
- Mac系統監控工具Mac