Hi,
What purpose does audit_trial=OS serve; any way whether you
set it to OS or not it is going to auditing and generate the os files.....
Could any body guide me...... does this generate any extra information.
Regards
sonia
Printable View
Hi,
What purpose does audit_trial=OS serve; any way whether you
set it to OS or not it is going to auditing and generate the os files.....
Could any body guide me...... does this generate any extra information.
Regards
sonia
Your audit information is saved in OS, outside the database when you set AUDIT_TRAIL=OS
Sanjay
No sanjay.....what i meant to say was whether u set it to
OS or not, anyway ORACLE is going to write into audit file
at the OS level...then what is the use of it ?
[Edited by sonia on 09-18-2002 at 03:16 AM]
you know the difference between trace and audit files???
Hello,
Auditing option allows you to collect some information related to DML, DLL, connections ... (Suspicious or normal Database Activity). You can store data collect in the database (in SYS.AUD$ table) or in an OS file (OS level).
Hope this help
Yes noor,
What i am trying to say is irrespective of setting it to OS or DB, audit files are always generated in the path specified by audit_file_dest.....
So what for is this audit_tria=OS....
it´s obvious you have not read the docs
quote:
Events Audited by Default
Regardless of whether database auditing is enabled, Oracle will always audit certain database-related actions into the operating system audit trail. These events include the following:
Instance startup
An audit record is generated that lists the OS user starting the instance, the user's terminal identifier, the date and time stamp, and whether database auditing was enabled or disabled. This is stored in the OS audit trail because the database audit trail is not available until after startup has successfully completed. Recording the state of database auditing at startup also prevents an administrator from restarting a database with database auditing disabled (so they can perform unaudited actions).
Instance shutdown
An audit record is generated that lists the OS user shutting down the instance, the user's terminal identifier, the date and time stamp.
Connections to the database with administrator privileges
An audit record is generated that lists the OS user connecting to Oracle as SYSOPER or SYSDBA, to provide accountability of users with administrator privileges.
If you set AUDIT_TRAIL=OS whatever auditing you turn on, will be saved to OS files but if you set it to DB, the information will go to sys.aud$ (other than default audit, as pando mentioned)Quote:
Originally posted by sonia
No sanjay.....what i meant to say was whether u set it to
OS or not, anyway ORACLE is going to write into audit file
at the OS level...then what is the use of it?
Sanjay
[Edited by SANJAY_G on 09-18-2002 at 04:27 AM]
I'm starting to understand this aspect of auditing, but I don't see the information about whether auditing was disabled or enabled at startup in the audit file. The only I see in the audit record about the startup is this:Quote:
Originally posted by pando
it´s obvious you have not read the docs
quote:
Events Audited by Default
Regardless of whether database auditing is enabled, Oracle will always audit certain database-related actions into the operating system audit trail. These events include the following:
Instance startup
An audit record is generated that lists the OS user starting the instance, the user's terminal identifier, the date and time stamp, and whether database auditing was enabled or disabled. This is stored in the OS audit trail because the database audit trail is not available until after startup has successfully completed. Recording the state of database auditing at startup also prevents an administrator from restarting a database with database auditing disabled (so they can perform unaudited actions).
....
Wed Jan 5 12:34:24 2005
ACTION : 'STARTUP'
DATABASE USER: '/'
PRIVILEGE : SYSDBA
CLIENT USER: jsmith
CLIENT TERMINAL: Not Available
STATUS: 0
...
So where's the info about auditing being on or off at startup??
what your saw is exactly what pando is referring toQuote:
Originally posted by dbbyleo
I'm starting to understand this aspect of auditing, but I don't see the information about whether auditing was disabled or enabled at startup in the audit file. The only I see in the audit record about the startup is this:
....
Wed Jan 5 12:34:24 2005
ACTION : 'STARTUP'
DATABASE USER: '/'
PRIVILEGE : SYSDBA
CLIENT USER: jsmith
CLIENT TERMINAL: Not Available
STATUS: 0
...
So where's the info about auditing being on or off at startup??
I can see that database startup is audited to the OS. But Pando also stated that the OS audit record would include whether Auditing was disabled or enabled at database startup.Quote:
what your saw is exactly what pando is referring to
So Again, I repeat...
Where in the audit record (as I previously listed) does it indicate whether Auditing was enabled OR disabled at database startup???
ur confuzing me:confused:
I can see and read the OS audit file that Oracle produces.
What I am asking is.....
WITHIN THE OS AUDIT FILE...where does it say whether database auditing was turned on OR off during database startup???
Again, here's an example of an entry in the OS Audit file:
....
Wed Jan 5 12:34:24 2005
ACTION : 'STARTUP'
DATABASE USER: '/'
PRIVILEGE : SYSDBA
CLIENT USER: jsmith
CLIENT TERMINAL: Not Available
STATUS: 0
...
Where in this entry does it say that database auditing is enabled OR disabled?????
From what I can see, it DOES NOT indicate the state of database auditing. Pando seems to be referencing an Oracle document that I am trying to validate.
Is my question more clear now?
:D AFAMKIC, the fact that the OS file got some messages written, it
shows that auditing is active. If you set AUDIT_TRAIL=OS you will
see a lot more messages depending on what objects you have audited.
NO, I believe that assumption wrong.
Oracle says regardless of whether database auditing is on or off, an OS audit file will always by generated upon server startup or shutdowns. REGARDLESS!
As a matter of fact, I have turned of database auditing (AUDIT_TRAIL=NONE) and an OS audit file continues to be generated whenever I login as sysdba. At this point, it only audits that I logged in as sysdba, and nothing else, but nonetheless, it audits even with database auditing off.
So again, the question remains unanswered....
"Where in thr OS audit trail does it state whether database auditing was on or off on startup???"
that os file is nothing to do with database auditing, so why should it say whether normal auditing is turned on or off?
The Oracle Document titled, Oracle9i Database Administrator's Guide Release 2 (9.2), Part Number A96521-01, says that it does. See the following link for the exact text:
http://www.stanford.edu/dept/itss/do...udit.htm#13370
if you read the text, it DOES make sence as to why you would want to have the OS audit file determine is database auditing is ON or OFF.