Import filters and matching

When you import data collected by the Inquisitor, the import procedure reads the data and filters and matches the data before copying the data to the Repository tables.

The Inquisitor Import loads data and performs the following tasks:
  1. Reads Inquisitor data generated from Inquisitor scans. To exclude importing specific libraries, the Inquisitor data is filtered against a set of supplied Inquisitor filter tables. These Inquisitor filter tables are updated monthly, together with the knowledge databases. The filtering excludes, for example, the ISV distribution libraries.
  2. Matches load modules to best fitting products at the version, release, and modification (VRM) level. Best matches for modules are found based on module names and sizes, and information in the Global Knowledge Base (GKB) and Local Knowledge Base (LKB). Temporary scorecard tables are used to hold all the possible scorecards for modules in a given library while they are matched.
  3. Loads matched load modules, including matching information, into the Repository tables. Data from the Repository tables are now ready for viewing or reporting using the Analyzer reporting facility.
  4. Aggregates usage data for rediscovered modules in the Repository tables.

The Inquisitor Import uses memory intensively in order to efficiently match many Knowledge Base scorecards to library modules. The maximum memory requirements depend on the number of modules in a library of an Inquisitor Import file, and the number of scorecards in the GKB and LKB that affect the processed libraries. To estimate a requirement, allow 5M +1.5k per module. For example, for an Inquisitor file containing a maximum library size of 30000 modules, the requirement is approximately 5M + (0.0015*30000) = 50M.