Appendix C: Oracle Tables and Views for Oracle Inventory Collection
FlexNet Manager Suite
2024 R2
(On-Premises)
In general, Oracle recommends collecting database data using any user account that has
the following privileges:
CREATE SESSIONSELECT ANY TABLE- For database version 9.1 and higher:
SELECT ANY DICTIONARY.
Suggested system-supplied user accounts depend on whether Oracle Database Vault is in
use:
- When Oracle Database Vault is not in use:
SYSorSYSTEMare good choices - When Oracle Database Vault is in use:
- Use
PARTICIPANTorOWNERauthorization on 'Oracle Data Dictionary' realm - Use
DV_SECANALYSTrole for querying views supplied by Oracle Database Vault.
- Use
If you do not want to collect inventory data as either the
SYS or the
SYSDBA user, you may need to create a user account to collect
Oracle inventory (for details, see the Credentials for... topic for your
preferred method of Oracle inventory collection, earlier in this chapter). The database
user must have at least read-only access to the following tables and views on each
inventoried database instance.
Important: The following list may not be valid for all versions of Oracle Database. For
example, several of the following tables/views do not exist in versions prior to
Oracle Database 11. If you attempt to grant privileges to a table/view that does not
exist in your version of Oracle Database, the result will contain an error message,
which can be ignored.
Note: The permissions required for Oracle's
options_packs_usage_statistics.sql script are
significantly more limited than those needed for Oracle's own audit script,
ReviewLite, which is part of the Oracle Collection Toolkit (OCT). The
options_packs_usage_statistics.sql script focuses solely
on reporting usage statistics for database options, management packs, and their
corresponding features for Oracle Databases 11.2 and later. In contrast, the
permissions required for Oracle inventory collection with Flexera inventory exceed
those of Oracle's published script. This is in line with the latest licensing
documents, which specify the need for broader access to collect inventory data. As a
result, Flexera inventory collection pulls a larger volume of data from additional
tables and views compared to the
options_packs_usage_statistics.sql script.
Tables/views accessible for all users (PUBLIC)
GV$INSTANCEGV$PARAMETERV$ARCHIVE_DEST_STATUSV$BLOCK_CHANGE_TRACKINGV$CONTAINERSV$DATABASEV$DATAGUARD_CONFIGV$INSTANCEV$LICENSEV$OPTIONV$PARAMETERV$SESSION.
Tables/views accessible for SYS, or with SYSDBA
privileges
DBA_ADVISOR_TASKSDBA_AUDIT_TRAILDBA_AWSDBA_CPU_USAGE_STATISTICSDBA_CUBESDBA_DV_REALMDBA_ENCRYPTED_COLUMNSDBA_FEATURE_USAGE_STATISTICSDBA_FLASHBACK_ARCHIVE_TABLESDBA_FLASHBACK_ARCHIVE_TSDBA_FLASHBACK_ARCHIVEDBA_INDEXESDBA_LOB_PARTITIONSDBA_LOB_SUBPARTITIONSDBA_LOBSDBA_MINING_MODELSDBA_OBJECT_TABLESDBA_OBJECTSDBA_RECYCLEBINDBA_REGISTRYDBA_SEGMENTSDBA_SQL_PROFILESDBA_SQLSET_REFERENCESDBA_SQLSETDBA_TAB_PARTITIONSDBA_TAB_SUBPARTITIONSDBA_TABLESPACESDBA_TABLESDBA_USERSMODEL$REGISTRY$HISTORYROLE_SYS_PRIVSUSER_ROLE_PRIVSUSER_SYS_PRIVS.
EXECUTE
privileges:UTL_INADDR.
Tables/views accessible in the {OEMOWNER} schema, typically
using the account SYSMAN
MGMT$DB_DBNINSTANCEINFOMGMT$TARGETMGMT$TARGET_MEMBERSMGMT$TARGET_PROPERTIESMGMT_ADMIN_LICENSESMGMT_FU_LICENSE_MAPMGMT_FU_REGISTRATIONSMGMT_FU_STATISTICSMGMT_INV_COMPONENTMGMT_INV_CONTAINERMGMT_LICENSE_CONFIRMATIONMGMT_LICENSE_DEFINITIONSMGMT_LICENSED_TARGETSMGMT_LICENSESMGMT_TARGET_TYPESMGMT_TARGETSMGMT_VERSIONS.
Tables/views in special schemata, typically using the SYS
account (and addressing the correct schema name)
APPLSYS.FND_APP_SERVERSAPPLSYS.FND_NODESAPPLSYS.FND_PRODUCT_INSTALLATIONSAPPLSYS.FND_APPLICATION_TLAPPLSYS.FND_USERAPPLSYS.FND_RESPONSIBILITYAPPS.FND_USER_RESP_GROUPSCONTENT.ODM_DOCUMENTDMSYS.DM$MODELDMSYS.DM$OBJECTDMSYS.DM$P_MODELGSMADMIN_INTERNAL.SHA_DATABASESLBACSYS.LBAC$POLTLBACSYS.OLS$POLTMDSYS.SDO_GEOM_METADATA_TABLEODM.ODM_MINING_MODELODM.ODM_RECORDOLAPSYS.DBA$OLAP_CUBES.
Tip: In general, Flexera does not recommend
creating a special user account just for collecting inventory, because of the
implicit high maintenance effort. This is because a user can only be granted
access to tables/views that exist at the moment of granting rights. This
means:
- Continuous efforts/monitoring to ensure that the special “scanning user” account has been created on all database instances
- Repeated effort to keep the grants accurate on all existing database instances
- Repeated investigations into whether a missing table access is due to a non-existent table or due to missing grants of rights to the scanning user.
Remember: If you choose to create a custom user for database inventory
collection, the grant of access to tables/views should be repeated regularly to
cope with any database changes that may have occurred since the previous grant.
This is particularly the case, for example, around any database patches or
upgrades.
FlexNet Manager Suite (On-Premises)
2024 R2