Re: CPU and Memory Monitoring

From: Sanjay Mishra <"Sanjay>
Date: Thu, 2 Feb 2017 22:13:14 +0000 (UTC)
Message-ID: <>

Thanks Upendra for the update. Unfortunately what we have been given is client access using SQL/Developer/Toad kind of access to check information about App log tables and other system data. Don;t have access to OEM as then will be able to even generate all graphs too from available repository. TxSanjay

    On Thursday, February 2, 2017 5:07 PM, Upendra nerilla <> wrote:  

 #yiv7514780082 #yiv7514780082 -- P {margin-top:0;margin-bottom:0;}#yiv7514780082 If you have Oracle Enterprise Manager installed in the environment, you could gather the metrics and store in the OEM repository that you can view/query off of. OEM could be configured without having to share the OS credentials to you and/or provide you with limited access.

From: <> on behalf of Sanjay Mishra <> Sent: Thursday, February 2, 2017 4:48 PM To: Oracle-L Freelists
Subject: CPU and Memory Monitoring Does anyone has setup to collect Database Server CPU and memory utilization from database when you are missing the access to the database server ?  I want to collect Oracle Memory and CPU utilization every 15min to 30 min and record in table for analysis.  I know OSwatcher can take care of it all but there is no access to this critical production environment where our company is on supporting application and want to make sure system resources as well as application utilization is good. We only have Database user to access using SQl or client tool but has permission to access any Database views. I saw one of the very good article for the same to measure CPU from C. Antognini at  Report Information about CPU Activity in SQL*Plus – Striving for Optimal Performance and it work very fine to get CPU details. as long as I had permission to create the objects but I had only access granted using Role  So if someone has other details to get the same for Memory and other direct query to run as plSQL script or sharing any more information. TIA

Received on Thu Feb 02 2017 - 23:13:14 CET

Original text of this message