Reading QlikView Server pgo Files and CAL Allocation Reporting
Reporting on both active CALs and CALs not in use/never used helps clients understand their session activity as a percentage of licenses available. In addition, it assists NAMs in gauging capacity and future licensing needs (when that information is made available).
Retrofitting one of the apps above to combine it with the other would present a series of complexities and challenges. QVSCALManager is also not supported by Qlik as it was created by partner, Excelio.
This document details the process of using pgo files to read total license availability, which can then be easily incorporated in the Governance Dashboard. (GD currently does not yet include any session or usage CAL information.)
There is a setting that can be added to Settings.ini, which will force a copy of the pgo files to be created in xml. This allows pgo license data to be read in real-time and it works on QlikView 10 and 11.
Stop QlikView Services
Edit the QlikView Server’s Settings.ini file. Locate Settings.ini C:\ProgramData\QlikTech\QlikViewServer and add the following entry under the [Settings 7] node: PgoAsXmlAlso=1
Start Services. Load pgo.xml into QlikView.
Tables below describe relevant files and attributes.
Stores the QlikView Server (QVS) settings. Manual changes in this file require restart of QVS. This file is always stored in the “Data” folder (see Overview (page 53)).
The configuration information is stored in Persistent Global Objects (.pgo) files. The different .pgo files contain information on borrowed CALs, CALs in use, server settings, and ticket data.
Keeps track of borrowed Client Access Licenses (CALs).
Keeps track of CALs.
Coordinated version of Settings.ini.
Keeps track of statistics.
Keeps track of tickets.
Within CALData.pgo.xml, the following fields will provide license allotment and instance name:
IniData.pgo.xml stores Settings.ini entries as attributes of the fields below:
ServerCounters.pgo.xml provides rolling 2 day aggregate metrics on document loads and failures:
*No definition available
Linking CALData.pgo.xml to Governance Dashboard
In Governance Dashboard 1.1.1, the SessionTaskAuditMaster table contains session and audit details.
The Node_Name field in this table can be linked to ServerName in CALData.pgo.xml.
All license allocation can be reported in Governance Dashboard by adding an entry in Settings.ini and reading CALData.pgo.xml
Various factors specific to each environment impact how PGOAsXMLAlso affects performance. These factors should be taken into consideration before using in a production environment.
It also does not work in clustered environments.
**Other options for CAL reporting include development with the QVS Management API. TicketData.pgo.xml can also provide real time ticketing information, but it was not designed for production enterprise implementations.
What that should be indicating is the Named CAL assignment is in 'Quarantine' status, so until the quarantine period is reached, it will not be deleted, it is to be deleted as soon as the quarantine period is reached.
I would like to provide the following link to the License Metrics document that explains when you can remove users from Named CALs as well, as there are only two instances that this should occur, the employee is terminated, or they change positions and no longer need access to the product. Deleting users from Named CALs just because they have not used it in a period of time is technically violating this agreement, and I wanted to point that out, here is the link to the document:
That will download the PDF, the section you want to read is Section 3. Identified Users, second paragraph there explains things pretty clearly hopefully. Hope this helps.
To help users find verified answers, please do not forget to use the "Accept as Solution" button on any post(s) that helped you resolve your problem or question. I now work a compressed schedule, Tuesday, Wednesday and Thursday, so those will be the days I will reply to any follow-up posts.