×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Dan, I am not aware of one, but that's no guarantee :)
I do know that STRDBMON command which is used internally by SQL Performance
Monitors requires *JOBCTL authority when collecting on someone else's job
(even though F1 help doesn't specify that requirement).
Elvis
Celebrating 10-Years of SQL Performance Excellence
http://centerfieldtechnology.com/training.asp
-----Original Message-----
Subject: [Security400] Authorizations needed for OpsNav SQL
PerformanceMonitor
(cross-posted on midrange-l)
I am attempting to set up a performance monitor on select jobs (on demand)
via OpsNav's SQL Performance Monitor. I've gotten this to work fine on our
development box, but our production box is more secure, and when I try to
set the "schema for the saved data", I get an error that tells me that I'm
not authorized: "Not authorized to object QAUGDBLL in QUSRSYS type *FILE."
A DSPOBJAUT on this object shows that *PUBLIC has only *USE authority. (Not
sure why this isn't "enough" authority for OpsNav.)
Anyway, before I go bugging the sysadmins to change the authorization on
this particular object, it would be nice to know if there are other objects
that SQL Performance Monitor uses that are impacted by *PUBLIC/*USE
authority. Anybody know?
FWIW, servers are at v5r3 and OpsNav is at v5r3.
TIA,
Dan
midrange.com
