Re: oracle monitoring tool and historical data

From: Ls Cheng <exriscer_at_gmail.com>
Date: Tue, 13 Feb 2018 08:53:44 +0100
Message-ID: <CAJ2-Qb_X_y748ESw-gn2zSoq-OmrJ+kwNH5iQ13zU4MG5PH0LA_at_mail.gmail.com>



You hit the point

*I also admit that I think the risk of non-compliance in EM is unfortunately another reason to look elsewhere for an Oracle monitoring solution.*

That is in our 99% customer management's mind and that is why I am looking something else as well. In fact the last 3, 4 customer I have been in this last year preferred third party tool to monitor Oracle Databases.

Thanks

On Mon, Feb 12, 2018 at 11:00 PM, Rich J <rjoralist3_at_society.servebeer.com> wrote:

> On 2018/02/12 14:51, Pete Sharman wrote:
>
> More importantly, from a licensing perspective, if the data is in
> views/tables in the EM repository that form part of any pack, ANY tool
> (including SQL*Plus) cannot select from those objects without violating the
> licensing.
>
> IIRC, the OP posted they were licensed with the T+G Packs, which according
> to https://docs.oracle.com/cd/E73210_01/OEMLI/GUID-B7FDEFFE-
> DECB-4826-A3C8-7660B013C5DE.htm#GUID-C77F69CA-DD9A-4789-A1CF-0F2864F4A9AB
> would include the MGMT$METRIC_% views that could be used for reporting,
> custom or otherwise.
>
> I have to admit I did not know that. Thankfully, we also have all
> databases licensed for the T+G Packs. I also admit that I think the risk
> of non-compliance in EM is unfortunately another reason to look elsewhere
> for an Oracle monitoring solution.
>
> Rich
>

--
http://www.freelists.org/webpage/oracle-l
Received on Tue Feb 13 2018 - 08:53:44 CET

Original text of this message