Monitoring WebLogic 9 using JMX【转】_Tomcat, WebLogic及J2EE讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  Tomcat, WebLogic及J2EE讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 4832 | 回复: 0   主题: Monitoring WebLogic 9 using JMX【转】        下一篇 
John
注册用户
等级:大元帅
经验:90444
发帖:136
精华:2
注册:2011-7-21
状态:离线
发送短消息息给John 加好友    发送短消息息给John 发消息
发表于: IP:您无权察看 2011-8-15 14:19:23 | [全部帖] [楼主帖] 楼主

From: http://www.performanceengineer.com/blog/monitoring-weblogic-using-jmx/

Monitoring WebLogic using JMX

March 16, 2007 – 1:29 pm

It’s not as straightforward as you might think or expect, but once setup, gives a lot more insight into the behavior of your applications. Use your favorite JMX client (jconsole, jManage, SiteScope, MC4J, etc.) to monitor thread pools, database connections, memory usage and any other MBean attributes.

There are two ways (that I know of) to enable a WebLogic application for monitoring using JMX.

  • Enable IIOP and default user for the WebLogic server 
  • Use the Java 5 JMX remote capabilities 

Enable IIOP and default user for the WebLogic serverStep 1: Enable Anonymous Admin Lookup

From the WebLogic documentation:

The Anonymous Admin Lookup Enabled option specifies whether anonymous, read-only access to WebLogic Server MBeans should be allowed from the MBean API. With this anonymous access, you can see the value of any MBean attribute that is not explicitly marked as protected by the Weblogic Server MBean authorization process. This option is enabled by default to assure backward compatibility. For greater security, you should disable this anonymous access.

To verify the setting of the Anonymous Admin Lookup Enabled option through the WebLogic Administration Console, see the Domain: Security: General page in the Administration Console or the SecurityConfigurationMBean.AnonymousAdminLookupEnabled attribute.

Step 2: Enable IIOP Protocol for Admin Server and Application Servers

  • In the Server Settings’ Protocol tab, check "Enable IIOP" 
  • Enter the Default IIOP Username and Default IIOP Password. 

If you don’t do this, you will get an error similar to the following when you try to establish an rmi connection:

org.omg.CORBA.NO_PERMISSION: User does not have permission on weblogic.management.mbeanservers to perform lookup operation. vmcid: 0 completed: No

Then you can use the JMX URL to connect to an individual application server:

service:jmx:rmi:///jndi/iiop://127.0.0.1:7001/weblogic.management.mbeanservers.runtime

or if you connect to the Admin server, you can view the MBeans for all the servers in the cluster using this URL:

service:jmx:rmi:///jndi/iiop://127.0.0.1:7001/weblogic.management.mbeanservers.domainruntime

See also: Enable and configure IIOP

Use Java 5 JMX remote

Add the following command-line options to the start script for the WebLogic server you want to monitor:

-Dcom.sun.management.jmxremote

-Dcom.sun.management.jmxremote.port=8888

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false

Then, you can connect using this JMX URL:

service:jmx:rmi:///jndi/rmi://127.0.0.1:8888/jmxrmi

and you will got not only the com.bea MBeans, but all of the Java 5 MBeans, also.

Troubleshooting

If there are a large number of MBeans in your monitored application, you may run into a problem using Windows where the IIOP connection will timeout. You may see an error like this:

Internal communication failed. (in getResults) org.omg.CORBA.COMM_FAILURE:

vmcid: SUN minor code: 208 completed: Maybe

In this case you can set the com.sun.CORBA.transport.ORBTCPReadTimeouts property to adjust the transport read tcp timeout property, which is a colon separated property with the following syntax.

<initial time to wait: max read giop header time to wait: max read message time to wait: backoff factor>

If you are getting this error, then you can add this option to the jconsole command line, adjusting the 2nd value higher as needed. This example sets the timeout to 30 seconds:

jconsole -J-Dcom.sun.CORBA.transport.ORBTCPReadTimeouts=10:30000:500:10

Incorporating into LoadRunner

Once you have enabled the JMX monitors, you can then incorporate this data into your LoadRunner test scenarios using SiteScope. SiteScope is an agent-less monitoring tool that actually comes bundled with LoadRunner and is free (up to 500 monitoring "points") for non-production use.




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论