Hi @Meet Todankar,
Database Name is included as part of the session level criteria and can be included in your policy by way of the seven (7) tuple entity group, but with any policy rule, you need to profile what you want to monitor. Assuming you are seeing the Database Name in your session profiles, then my recommendation would be to include a rule with a Session Level Criteria using the seven (7) tuple entity and you can wild card all entities except the Database Name.


If you use this methodology, then you can use this rule to accommodate your use case for many databases that fall into this scope.
If the requirement is simply to log the SQL's, I recommend the following configurations depending on your policy type: selective or non-selective audit trail.
- Selective I would use - In Group and LOG MASKED DETAILS
- Non-Selective I would use - Not In Group - IGNORE S-TAP SESSION
Also to mention, because you're saying you can't find your logs, make sure the report you're using is set with the proper Main Entity. In most cases your Main Entity should be SQL, not FULL SQL.
Note, you can also target the Database Name by itself in the Session Level Criteria, but the tuple option allows for more flexibility if you want to layer in some of the other conditions.
------------------------------
Wendy Zemba
Sr. Consultant, Data Protection
Converge Technology Solutions
wendy.zemba@convergetp.com
Need help with your Guardium deployment? Contact me directly to discuss engagement opportunities. Currently serving North America.
------------------------------