Posts

Ivanti Workspace Control Logging database contains obsolete logging data, caused by Relay Server issue. Solved in 10.3.50.0

During regular maintenance at a customer we noticed the Ivanti WorkSpace Control logging database was getting quite big. The logging database had reached a size of more than 1TB, something of which the cause was not immediately clear. Sure they had lots of users and were keeping lots of auditing data, but the increase in database size couldn’t be related to additional users or something else.

We contacted Ivanti Support to investigate the huge increase in logging database size. They told me about a useful tool called “Workspace Manager Logging Management Tool“. The tool was created by a former employee Patrick van Grinsven. Soon it became clear what exactly was using so much space within the logging database.

Sampling Mode was by far using most space within our logging database. Initially we tried to delete the Sampling Mode data from within the Ivanti Workspace Control Console, but there was just to much data. The console crashed repeatedly and wasn’t able to do the cleanup anymore.

Deleting the records can be done with the Workspace Manager Logging Management Tool, but the amount of records was so much we decided to run all cleaning on the SQL server itself. Ivanti has an extensive support article, which describes how to clean specific type of records from the tbllogs table. 

HOWTO: Clear certain entries from the tbllogs table in an Ivanti Workspace Control Database

It took us several days to cleanup almost 550 million records of Sampling mode data from dbo.tblLogs (delete from dbo.tblLogs where lngClassId = 48). Soon as all Sampling mode data was deleted we reanalysed the logging database again, but found it was still quite large. This time we noticed several components, like “General Errors Log” & “User Event Logs : Session Refresh” were consuming lots of database space.

Initially we thought this would be normal because of the huge number of users we served in combination with a retention time of 90 days. After some further analysis we discovered that data older then 90 days was still retained within the logging database. 

select count(*)
from dbo.tblLogs WHERE strDateTimeUTC <= (SELECT CONVERT(VarChar(20), DATEADD(dd, -90,GETDATE()), 112)) and lngClassId = 46

This was strange because the database was configured to cleanup data older than 90 days.

At first we thought it could have been caused by the huge database we had before, so we cleaned all records older than 90 days manually.

Normally the process to remove obsolete logs files would run once a day at a pre configured time. When a user starts a session, Ivanti Workspace Control will check whether it has already performed a cleanup that day. I our case the agents don’t have direct database access and connect through a Relay Server. In this case the Relay Servers will take over the housekeeping and perform the daily maintenance. We double checked if Relay Server where per accident excluded from housekeeping (HKEY_LOCAL_MACHINE\SOFTWARE\RES\Workspace Manager\RelayServer\ RemoveObsoleteLogFiles), but all Relay Servers were allowed to do the removal of obsolete log files

HOWTO: Exclude an RES ONE Workspace Relay Server from daily cleanup of obsolete log files

We could clean up the old log files by manually starting the process. Administration > Maintenance > Clean up logs now > Go

The maintenance process found lots of records which should have been deleted automatically

Ivanti support discovered there was a problem with the Relay Server, which caused the obsolete log files not being cleaned correctly. The issue was solved in WorkSpace Control 10.3.500.0 which was released recently. We upgraded all of our Relay Server and no obsolete log files exists within the database anymore

Logging database contains obsolete logging data | Ivanti User Community

Ivanti Workspace Control 10.3.50.0
Software download
Release notes

RES Workspace Manager Relay Server explained and demystified

RES Workspace Manager 2012 ArchitectureWith the release of RES Workspace Manager 2012 a new component was introduced: the Relay Server. In this article I’ll explain what the Relay Server is, how it can help you in your Workspace Manager (WM) environment and reveal some of its mysteries.

Read more

Unattended RES WM2012 agent does not store Relay Server configuration with UAC enabled

RES Workspace Manager Agent - Configure connectionWhen RES Workspace Manger 2012 is installed unattended and configured to connect to a Relay Server, and User Account Control (UAC) is enabled, the configuration is not stored. As a result the agent is unmanaged.

After extensive testing I found the solution to solve this issue.

PS: This applies for both SR2 and SR3 (release notes).

Read more

RES Workspace Manager in a non-persistent environment

RES Workspace Manager is a user environment manager (UEM) that enables you to centrally manage the user workspace (RES term for the users desktop, start menu and all user related settings) for both virtual and physical machines. UEM products like RES Workspace Manager are common in virtual desktop environments like SBC or VDI (I don’t like the term VDI) because they simplify management and improve consistency between all the machines.

Virtual desktop machines are either persistent or non-persistent. When a machine is non-persistent the machine reverts to the state it was before (also called stateless) as it is stored in the “golden image”. This has a lot of benefits but comes with some challenges.

Read more

RES Workspace Manager 2012 Relay Server explained

logoWith the release of RES Workspace Manager 2012 (RES WM 2012) came along a new server role in the RES WM 2012 architecture.

Ok, but what does it do?, when do I need it?, what are the requirements and how do I install and configure this role? These are a few questions I will answer in this article.

The Relay server was created to take some load of the connection to the SQL datastore. Ok, but how many connections can a SQL server take?
Some research on the internet places that number somewhere around 32.762. If you have your logging and configuration data in separated databases the number is 16.381.

With the RES WM 2012 Relay server this consideration is no longer necessary. The Relay server also makes it easier to deploy RES WM servers on an remote location. It is not needed anymore to replicate the database. With the relay server it is easier to scale your environment. Less network traffic. The load on the datastore is reduced. There is no need to install a database driver on your XenApp server because the connections to the datastore go through the relay server. The relay server in the Workspace Manager architecture has the same role as the dispatcher has in the RES Automation Manager architecture.

Read more