RE: Informix/Oracle comparison on Data Storage terminology

Jonathan,
I don't think people are saying that onstat is a replacement for onmonitor.
Some people aren't as fortunate as us and are able to use onmonitor. They
might be running WGS or even NT versions of the product. To them onstat is
"the tool".

I don't think that onmonitor is perfect. Our experience of how to manage
Informix systems has grown since the days of Turbo, but the onmonitor displays
have not. I would like to see Informix commit to extending onmonitor by putting
in some really useful status displays such as the table access profiles, user
usage profiles, and accurate info on log log usage. We could even write in in
4Js so that is was then available as character - very close to the machine, GUI
over a windows network, and web - and guess what -- we wouldn't even need
to change the source. But maybe that idea is too novel:-)

regards

Malcolm

-----Original Message-----
From: Jonathan Leffler [mailto:jleffler_at_earthlink.net] Sent: 03 December 2002 04:46
To: informix-list_at_iiug.org
Subject: Re: Informix/Oracle comparison on Data Storage terminology

Neil Truby wrote:
> Does anyone with more than one month's experience actually use
onmonitor?

Yes. I typically use it once - when I initialize an instance. Amongst other things, I can't be bothered to remember what the NETTYPE entry is supposed to look like (there isn't a prototype entry in onconfig.std), so I use ON-Monitor to ensure I get that bit right.

After that, I use it seldom, but on occasion I do - database owner or logging status can be useful on occasion, for example.

[And I've seen some suggestion that perhaps 'onstat' was intended instead of ON-Monitor--a question which makes much less sense to me; I don't see how anyone who has anything to do with IDS administration can avoid using onstat on occasion (and typically much more frequently than just occasionally if performance is ever an issue). It's also one of the faster ways to find out if the server is still up.]

-- 
Jonathan Leffler                   #include <disclaimer.h>
Email: jleffler_at_earthlink.net, jleffler_at_us.ibm.com
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/

DISCLAIMER 
This message contains confidential information and is intended only for
the individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. E-mail transmission cannot be
guaranteed to be secure or error-free as information could be
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
contain viruses. The sender therefore does not accept liability for any
errors or omissions in the contents of this message, which arise as a
result of e-mail transmission. If verification is required please
request a hard-copy version.