TruGrid RDSM Enterprise - Admin / End User Guide
This guide is written for administrators. Everywhere it says "you", it means the person administering the fleet.
About this guide
Who this is for
This guide is for the administrator who installs, configures and runs TruGrid RDS Manager Enterprise. There is no non-administrator user of this product: the people who open the Enterprise Client are your IT staff, so "end user" and "administrator" mean the same thing here.
It assumes you are comfortable with Windows Server, Active Directory and Remote Desktop Services. It does not assume you know anything about this product.
How this guide is versioned
Two version numbers appear on the cover and they mean different things:
Number | What it means |
|---|---|
Guide revision (Rev 3), dated 2026-07-27 | The edition of this document. It goes up when the document changes, even if the product did not. The date is part of the file name, so you can always tell two editions apart. |
Releases covered (up to and including 2026.05.176) | The product releases this edition was written and checked against. If your build number is higher than the last release covered, most of this guide still applies, but check the release notes for anything that changed. |
You can see your own build number in three places: the bottom right corner of the Data Collector Configuration app, the bottom right corner of the Enterprise Client, and the About dialog in the Enterprise Client.
Revision history
Revision | Date | Releases covered | What changed |
|---|---|---|---|
Rev 3 | 2026-07-27 | Up to and including 2026.05.176 | Third Edition. Covers installation, Data Collector setup, Access Control, AGENT deployment, all Enterprise Client pages, VM Pools end to end, upgrades, certificates and troubleshooting. Checked against releases up to and including 2026.05.176. |
Related documents
These are published on the TruGrid help site. Where they disagree with this guide, this guide is newer.
Document | Use it for |
|---|---|
Installation and Setup Guide | The short version of Part 2 of this guide. |
Data Collector Service - Network Access Requirements | Firewall detail, port by port, for your network team. |
Image Management / VM Pools | The short version of Part 4 of this guide. |
Enterprise Design Guide | Sizing the Data Collector server and choosing a topology before you install. |
How to read the instructions
- File paths and service names are written out in full, like C:\ProgramData\TruGrid RDS Manager Enterprise.
- Anything you are meant to type is on its own indented line, in a fixed-width font.
- Button and field names are written exactly as they appear on screen, such as the Save Settings button.
- Numbered lists are procedures. Do the steps in order.
- "Important" boxes are things that will cost you time or data if you skip them. "Note" and "Tip" boxes are worth reading but will not hurt you.
In this article
- Part 1 - Understanding what you have installed
- Part 2 - Installing and setting up
- 2.1 Before you start
- 2.2 Firewall and Group Policy prerequisites
- 2.3 Install the Data Collector
- 2.4 Set the service account
- 2.5 Tell it which computers to watch
- 2.6 Decide who can sign in, and what they can do
- 2.7 Review the settings
- 2.8 Optional: turn on HTTPS
- 2.9 Connect with the Enterprise Client
- 2.10 Deploy the Session Host AGENT
- 2.11 Turn on the two audit policies the AGENT needs
- 2.12 Check your work
- Part 3 - Day-to-day administration
- Part 4 - VM Pools
- 4.1 What VM Pools does
- 4.2 The two kinds of pool
- 4.3 What you need before your first pool
- 4.4 The one-time Group Policy step
- 4.5 Create a pool
- 4.6 Watching a pool build
- 4.7 Everyday pool jobs
- 4.8 Updating the image
- 4.9 Going back to an earlier image
- 4.10 The VM Pool Library
- 4.11 When virtual machines fail to build
- Part 5 - Keeping it running
- Appendix A - Ports and firewall rules
- Appendix B - Where the files live
- Appendix C - What each role can do
- Appendix D - Settings reference
- Appendix E - What is collected, and from where
Part 1 - Understanding what you have installed
1.1 What this product does
TruGrid RDS Manager Enterprise gives you one window onto a Remote Desktop Services or VDI fleet. It answers four questions that are otherwise hard to answer:
- What is every session host doing right now - processor, memory, disk, how many people are signed in?
- Who is signed in where, and what can I do about it - message them, sign them out, shadow them, look at their processes?
- Why are logons slow - and which part of the logon is slow, on which host?
- Optionally, with VMware: build and rebuild pools of virtual desktops from a master image, without touching vCenter by hand.
Everything it shows you is recorded, so you also get history, trends and a full audit log of what your administrators did.
1.2 The four pieces
There are four programs. You will install two or three of them.
Piece | What it is | Where it runs | Do you need it? |
|---|---|---|---|
Data Collector | A Windows service. The engine. It polls your session hosts, stores the history, and serves data to the Enterprise Client. | One dedicated Windows Server. | Yes. Everything depends on it. |
Data Collector Configuration | A setup program with tabs. You use it to install the service, choose which computers to watch, and decide who is allowed in. | The same server as the Data Collector. | Yes, for setup and for changes later. |
Enterprise Client | The day-to-day console your administrators use. | Any admin workstation or server in the same domain. | Yes. This is where the work happens. |
Session Host AGENT | A small service on each monitored computer. It reports detail the Data Collector cannot get from across the network. | Each session host or virtual desktop. | Strongly recommended. See 1.4. |
1.3 How the pieces talk to each other
From | To | How | Direction |
|---|---|---|---|
Enterprise Client | Data Collector | TCP 5743 (plain) or 5744 (encrypted). Signs in as your Windows account. | Client starts the connection |
Session Host AGENT | Data Collector | TCP 5743 or 5744. Signs in as the computer's own account. | AGENT starts the connection |
Data Collector | Session hosts with no AGENT | TCP 135 plus dynamic RPC ports, for WMI and session queries. Only used for computers with no AGENT, or whose AGENT is not reporting. | Data Collector starts the connection |
Data Collector | Domain controllers | LDAP, Kerberos and DNS, to read the groups you asked it to watch. | Data Collector starts the connection |
Data Collector | vCenter | TCP 443. Only if you use VM Pools. | Data Collector starts the connection |
Two things follow from this that are worth knowing early:
- AGENTs and clients always dial out to the Data Collector. You never have to open a port inbound on a session host for the AGENT to work.
- The Data Collector dials out to session hosts only when it has to. Once a host has a healthy AGENT, the Data Collector stops polling that host across the network entirely, which is why the AGENT makes firewall problems disappear.
1.4 What the Session Host AGENT adds
The Data Collector can monitor a computer with no AGENT installed. It pings it, asks it for processor and memory figures over WMI, and lists sessions using the built-in quser command. That gets you the basics.
The AGENT gets you everything else. None of the following is available without it:
What you get with an AGENT | Where you see it |
|---|---|
Logon timing broken into phases: authentication, profile, Group Policy, shell, and the remainder | Logon Performance page |
Processor and memory per application, per session | Analytics, Prism top apps |
Round-trip time and bandwidth for each RDP session | Users and Sessions, Analytics |
Which applications people launched, and when | Analytics, App Launches |
Clipboard and printer redirection state | Analytics, Timeline |
Reconnect events, and how long recovery took | Analytics, Prism |
Session changes appearing within about five seconds instead of at the next poll | Everywhere |
Process lists and process termination without needing remote WMI to work | Users and Sessions, process panel |
Part 2 - Installing and setting up
Work through this part in order. The first installation on a prepared server takes about 1 hour, plus however long it takes you to deploy AGENTs.
2.1 Before you start
The Data Collector server
Give the Data Collector its own Windows Server. It must be domain joined. Size it by how many computers you are going to watch:
Fleet size | Processors | Memory | Disk |
|---|---|---|---|
Up to about 1,000 computers | 4 vCPU | 16 GB | 100 GB SSD or equivalent performant disk |
About 1,000 to 10,000 computers | 8 vCPU | 32 GB | 200 GB or more, on a separate volume for the database |
More than 10,000 computers | Contact TruGrid support | A design with one Data Collector per site is usually better |
Aim to keep steady-state processor and memory use under 70 percent. The database lives on local disk and must stay on local disk: it uses a journal mode that is not safe on a network share.
The admin workstations
Anyone running the Enterprise Client needs Windows 11 or Windows Server, in the same Active Directory domain as the Data Collector. There is nothing to install. Just run the single program file. Some organizations may choose to publish the Enterprise Client as a RemoteApp application via TruGrid.
Accounts you will need
Account | What it is for | Rights it needs |
|---|---|---|
Data Collector service account | The account the Windows service runs as. It reaches out to your session hosts with no AGENT and to Active Directory. | Read access to Active Directory. On each monitored computer, either local administrator, or membership of the local Remote Management Users and Performance Monitor Users groups. |
Your own admin account | Signing in to the Enterprise Client and the Configuration app. | Listed on the Access Control tab, as described in 2.6. |
VM Pools Active Directory account | Only if you use VM Pools. Creates and deletes computer accounts for pool virtual machines. | See 4.3. |
vCenter account | Only if you use VM Pools. Builds and manages the virtual machines. | See 4.3. |
2.2 Firewall and Group Policy prerequisites
Get these in place before you install, or your first look at the Computers page will be disappointing.
On the Data Collector server
- Allow inbound TCP 5743. Add 5744 as well if you plan to turn on HTTPS.
- Allow outbound TCP 135 and the dynamic RPC range 49152 to 65535, to your session hosts.
- Allow the usual domain traffic outbound: DNS 53, Kerberos 88, LDAP 389, LDAPS 636 if you use it, and global catalog 3268 if you use it.
- If you will use VM Pools, allow outbound TCP 443 to vCenter.
On the monitored session hosts
These rules are only needed for computers you monitor without an AGENT. Deploy them by Group Policy to the organizational unit that holds your session hosts:
- Enable the inbound rule group Windows Management Instrumentation (WMI), all three rules in the group.
- Enable the inbound rule Remote Procedure Call (RPC) on TCP 135.
- Enable the inbound rule for RPC dynamic ports, TCP 49152 to 65535.
2.3 Install the Data Collector
You need one file: TruGrid-RDSM-DC-Config.exe. It contains the service and the AGENT.

- Copy TruGrid-RDSM-DC-Config.exe to the Data Collector server. There is no installer and nothing is written to Program Files.
- Right-click it and choose Run as administrator. It will refuse to start without elevation.
- On first run it unpacks the Data Collector service and the AGENT into C:\ProgramData\TruGrid RDS Manager Enterprise; and creates the database.
- Go to the Windows Service tab.
- Click Install Service. A message tells you to set the Log On account and then start the service. Read the next section before you click Start Service.
- Service name: TruGrid-RDSM-DC
- Display name: TruGrid RDS Manager Data Collector
- It starts automatically, and restarts itself if it crashes.
The status pill in the top right corner shows the service state and refreshes every few seconds. Watch that pill rather than waiting for dialog boxes: if a service action fails, the pill is often the only sign.
2.4 Set the service account
The service is registered as LocalSystem. Change it to your domain service account now.

- Open services.msc on the Data Collector server.
- Find TruGrid RDS Manager Data Collector.
- Open its properties, go to the Log On tab, choose This account, and enter your domain service account and password.
- Return to the Configuration app, Windows Service tab, and click Start Service.
Then confirm the account has what it needs on a monitored computer. The quickest test is the Computers page in the Enterprise Client: if the processor and memory columns have numbers in them, remote WMI is working under that account.
2.5 Tell it which computers to watch
The Data Collector does not scan your network. It watches the member computers of Active Directory security groups that you nominate.

- Go to the Computer Groups tab.
- Click Add.
- In the Browse AD Groups window, type part of the group name and click Search.
- Only Active Directory groups can be added. There is no organizational unit picker.
- The search returns at most 50 results, so type enough of the name to narrow it down.
- Select the group and click Select. The group is added immediately, with no second confirmation step.
Group membership does two jobs, not one. It decides which computers are monitored, and it is also how an AGENT proves it is allowed to report in. A session host whose computer account is not in one of these groups will install its AGENT successfully and then be refused by the Data Collector.
The VM Pool Groups box
Lower on the same tab is a box titled VM POOL GROUPS with the option "Automatically add new VM Pool groups to:". If you tick it and choose a group, every new VM Pool you create has its own security group placed inside that group. The effect is that pool virtual machines are monitored from the moment they are built, without you coming back here. Existing pools are not changed. This saves immediately, with no Save button.
2.6 Decide who can sign in, and what they can do
Nobody can use the Enterprise Client until they are listed on the Access Control tab, either directly or through a security group.

- Go to the Access Control tab.
- Click Browse AD, search for a user or a security group, and click Add Selected.
- Select the new entry on the left, then choose one of the four roles on the right.
The first entry you ever add is set to Admin automatically. Every entry after that starts as Help Desk and you raise it deliberately. Role changes save the moment you click them and take effect immediately.
Role | Give it to | What they can do |
|---|---|---|
Admin | Your platform owners | Everything. Configuration, Access Control, VM Pools, images, and every session action. |
Image Operator | The team that maintains gold images | Everything in VM Pools, including creating, growing, updating and deleting pools. Can view computers and sessions. Cannot open the Configuration app or change settings. |
Help Desk | First-line support | Day-to-day session support: message, sign out, shadow, restart and shut down computers. No VM Pools. Cannot open the Configuration app. |
Read-Only Administrator | Auditors, managers, new starters | Sees every page in the Enterprise Client and changes nothing. No session actions, no restarts, no pool changes. |
Full detail of what each role can and cannot reach is in Appendix C.
2.7 Review the settings
Go to the Settings tab. There are four things worth a decision on a new install.

Setting | Default | Guidance |
|---|---|---|
HTTP Port | 5743 | Leave it unless it clashes with something. Both other programs use it to reach the service. |
Enable HTTPS, and HTTPS port | Off, 5744 | See 2.8. Plain HTTP stays available even when HTTPS is on. |
Refresh Interval | 60 seconds | How often the Data Collector polls computers that have no AGENT. The minimum is 10 seconds. Read the warning below before you lower it. |
Start polling automatically when the service starts | On | Leave it on. With it off, the service runs but collects nothing until someone clicks Start Polling. |
Click Save Settings. Port and interval changes need a service restart, and the app tells you so.
The File Locations section at the bottom lets you move the database and the service program to another drive, which is worth doing for better performance or if your system drive is small. Follow the on-screen procedure exactly: it requires stopping and uninstalling the service, moving the files, then reinstalling. Note that the configuration file and the HTTPS certificate always stay in C:\ProgramData\TruGrid RDS Manager Enterprise, even after you relocate everything else.
2.8 Optional: turn on HTTPS
Out of the box, traffic between the Enterprise Client and the Data Collector is plain HTTP on port 5743. Turning on HTTPS encrypts it, using a self-signed certificate that the product generates for itself.
- On the Settings tab, tick Enable HTTPS, confirm the port, and click Save Settings.
- Restart the Data Collector service. The certificate is generated on startup.
- Come back to the Settings tab. The thumbprint now appears under HTTPS Certificate.
- Click Install to Trust and Update Connected AGENTs. That adds the certificate to the server's trusted store and tells every connected AGENT about it, in one step.
2.9 Connect with the Enterprise Client
- Copy TruGrid-RDSM-Enterprise.exe to an admin workstation and run it. No elevation needed.
- In the Connect to Data Collector window, type the address of your Data Collector.
- A bare name or address is fine. If you do not type a scheme, http is assumed.
- Examples: http://dc-server:5743 or http://10.1.2.3:5743
- For HTTPS you must type it in full: https://dc-server:5744
- Click Connect.
If the account you are signed in with is not on the Access Control list, you are told your account is not authorised. Add it as described in 2.6.
The certificate prompt, and what it means
With HTTPS and a self-signed certificate, the client quietly remembers the certificate the first time it connects to a given address. It only prompts later, if the certificate changes. The prompt is titled Security Alert, says the certificate has changed, and shows you both thumbprints.
Accept it only if you know a certificate change was expected, for example because you have just rotated it. Otherwise treat it as worth investigating: the same prompt appears whether the cause is a legitimate rotation or something pretending to be your Data Collector.
2.10 Deploy the Session Host AGENT
There are three ways to install the AGENT. All three end up in the same place: a service named TruGrid-RDSM-Agent, running automatically, with its settings in C:\ProgramData\TruGrid RDS Manager Enterprise\Agent.

Before you start, make sure the computer accounts of the hosts you are deploying to are in one of the groups from 2.5. Without that, the AGENT installs and is then refused.
Option 1: push from the server with PsExec, best for a handful of hosts
- Download PsExec (part of SysInternals) from Microsoft and put it on the Data Collector server, for example in C:\Tools.
- Go to the AGENTs tab and click Push with PsExec. Choose PsExec64.exe or PsExec.exe. It is recommended to use PsExec64.exe on 64bit operating systems
- Type the host names, one per line.
- Confirm the PsExec path, then click Deploy and watch the log.
This copies the AGENT to the target's C$ share and runs the installer remotely, so administrative file sharing has to work on the targets. Failures are logged per host and the run carries on.
Option 2: the installer ZIP, best for a hands-off or scripted rollout (SCCM / Intune)
- On the AGENTs tab, click Download ZIP and save the file.
- Copy the ZIP to each session host and extract all three files into a folder.
- From an elevated command prompt in that folder, run install.cmd.
The ZIP is built for your Data Collector specifically: its address and, if you use HTTPS, the certificate thumbprint are already inside. That is why you download it from your own server rather than from TruGrid.
Option 3: the PowerShell script, best for existing deployment tooling
Install-Agent.ps1 ships in the deploy\agent folder. Run it elevated, with the AGENT program and your Data Collector address. If your Data Collector uses HTTPS you must also pass the certificate thumbprint, and the script stops if you do not.
Confirming it worked
Go to the AGENTs tab and click Refresh. The grid does not fill in by itself, so click Refresh each time you open the app.
What you see | What it means |
|---|---|
Online, green | Reported in within the last 90 seconds. Healthy. |
Stale, amber | Nothing heard for between 90 and 300 seconds. Usually a brief network problem or a restart in progress. |
Offline, red | Nothing heard for more than 300 seconds. Investigate. |
No row at all | The AGENT never enrolled. Almost always because the computer account is not in a watched group. Check 2.5, and note that group membership is cached for five minutes. |
2.11 Turn on the two audit policies the AGENT needs
Two Windows audit settings are what make the logon and application pages work. The AGENT reports whether each one is enabled, and the AGENTs tab shows it in the AUDIT column.
Audit setting | Needed for | Required? |
|---|---|---|
Logon, success (event 4624) | The whole Logon Performance page | Yes. Without it that page is permanently empty. |
Process Creation, success (event 4688) | The App Launches views | Optional, but those views stay empty without it. |
Set them by Group Policy on your session host organizational unit. To test one host quickly, run these in an elevated PowerShell window on that host:
auditpol /set /subcategory:"Logon" /success:enableauditpol /set /subcategory:"Process Creation" /success:enableIf you forget, the product tells you. The Logon Performance page and the App Launches view both show an amber banner naming the affected hosts and giving you the exact command above.
2.12 Check your work
Run through this list before you call the install done.
Check | Where | What good looks like |
|---|---|---|
Service is running | Configuration app, status pill | Running, in green |
Polling is active | Configuration app, Overview | Polling: ACTIVE, and a recent Last poll time |
Computers are being found | Configuration app, Overview | The COMPUTERS card shows a sensible total, with most of them online |
Remote data is working | Enterprise Client, Computers page | Processor and memory columns have numbers, not blanks |
Sessions are visible | Enterprise Client, Users and Sessions | Your own test session appears, with the right state |
AGENTs are reporting | Configuration app, AGENTs tab, after clicking Refresh | Your AGENT hosts are Online, and their versions match the bundled version |
Audit policy is on | Configuration app, AGENTs tab, AUDIT column | On |
Logon timing is flowing | Enterprise Client, Logon Performance | Sign in to a monitored host, wait a minute, refresh, and a row appears |
Access Control is right | Configuration app, Access Control | At least one Admin, and everyone else at the lowest role that suits them |
Part 3 - Day-to-day administration
This part covers the Enterprise Client, which is where you will spend your time. VM Pools has its own part.
3.1 Finding your way around
The sidebar
Down the left, from the top:
- A DATA COLLECTOR card showing which server you are connected to and how many groups it watches.
- An ONLINE ADMINS card, which only appears when another administrator is connected at the same time.
- A group filter. Choose one of your Active Directory groups here and every page narrows to it. It starts on (All Groups).
- The page buttons: Dashboard, Computers, Users and Sessions, Logon Performance, Analytics, VM Pools, Alerts, Audit Log. VM Pools is hidden for the Help Desk role.
- Switch Data Collector at the bottom, if you run more than one.
The header and the status bar
What you see | Where | What it means |
|---|---|---|
Live, in green | Top right | Connected and receiving data. |
Disconnected, in red | Top right | Not connected. Data on screen is whatever arrived last. |
Connecting... | Bottom left | No data has arrived yet since you opened the program. |
4/5 online | 23 sessions | Refreshed 14:22:07 | Bottom left | The normal state. The time is when the last update arrived. |
Dark Mode or Light Mode button | Top right | Switches theme immediately and remembers your choice. |
How the data refreshes, and what stale looks like
You do not need to refresh anything by hand. The Data Collector pushes updates to you: a full picture after each poll cycle, a lighter status update every few seconds, and session changes within about five seconds when the host has an AGENT.
When a page has a Refresh button, it asks the Data Collector to run an extra poll right now rather than waiting for the next cycle. That takes a few seconds.
3.2 Dashboard
A read-only summary. Nothing on this page changes anything.

The top row counts computers and sessions: TOTAL COMPUTERS, COMPUTERS ONLINE, COMPUTERS OFFLINE, ALL SESSIONS, ADMINS ONLINE. The second row shows FLEET UX SCORE plus ACTIVE, IDLE and DISCONNECTED session counts.
The Fleet UX Score
One number out of 100 for how the fleet feels to its users, recalculated every five minutes over the previous 24 hours. It is a weighted blend of logon times, responsiveness, resilience and availability, with responsiveness and logon time carrying the most weight.
Score | Word shown | What to do |
|---|---|---|
71 to 100 | excellent | Nothing. Keep an eye on the trend. |
41 to 70 | fair | Look at Logon Performance and the Prism tab for the weak spot. |
1 to 40 | poor | Something is wrong. Start with Prism, which names the worst host. |
A dash | no data yet | Not enough has been collected yet, usually because AGENTs are new or absent. |
Lower down, COMPUTER HEALTH gives one card per computer with processor and memory bars that turn amber then red as they climb, and COLLECTOR INFO plus SESSION BREAKDOWN summarise the connection and the session mix.
3.3 Computers
One row per monitored computer. This is where you act on whole machines rather than individual sessions.

The buttons
Button | What it does | Asks first? |
|---|---|---|
Refresh | Polls the selected computers now, or all of them if none are selected. | No |
Enable Logon | Lets people sign in to the selected computers again. | No |
Disable Logon | Blocks new sign-ins and reconnections. | No |
Drain | Blocks new sign-ins but allows reconnections. Existing sessions carry on. This is what you want before patching. | No |
Message | Sends a pop-up to every session on the selected computers. | No |
Restart | Restarts the computer, forcing applications closed. | Yes, per computer |
Shutdown | Shuts the computer down, forcing applications closed. | Yes, per computer |
Logoff All | Signs out every session on the selected computers. | Yes, per computer |
Export CSV, Export PDF | Saves the list as it is currently filtered. | No |
The columns
Column | What it tells you |
|---|---|
Status | Online or Offline. Offline means it did not answer a ping. |
CPU, Memory | Current use, with a small bar. Amber then red as they climb. |
Sessions, Active, Idle, Disc | Total sessions and the split by state. |
AGENT | YES or NO. This says whether an AGENT is installed, not whether it is talking to you right now. A host can read YES while its AGENT is offline, which is how you tell "no AGENT" apart from "AGENT in trouble". |
Logon | Enabled or Disabled, matching the Enable and Disable Logon buttons. |
Drain | Draining or Normal. |
Disk Read, Disk Write | Current throughput, scaled automatically. |
Uptime | How long since the last restart. |
OS | Operating system version. |
The search box filters on computer name only. Right-clicking a row gives you the same actions plus View Analytics, which jumps to the Analytics page already filtered to that computer.
The two errors you are most likely to see from these actions are "Access denied. Admin rights required on target." and "Registry key not found on target." Both point at the rights of your Data Collector service account on that host, not at the product.
3.4 Users and Sessions
One row per session. This is the help desk page.

Narrowing the list
Four filters combine: Computer, State (Active, Idle, Disconnected), Type (RDS, VDI, AVD, App) and a search box that matches either the user name or the computer name. The sidebar group filter applies on top of all of them.
The buttons
Button | What it does | Asks first? |
|---|---|---|
Refresh | Polls all sessions now. | No |
Disconnect | Disconnects the session. It stays on the server and the applications keep running, so the user can reconnect where they left off. | No |
Reset | Terminates the session. Unsaved work is lost. Reset and sign-out are the same thing at the Windows level. | Yes |
Shadow | Opens a shadow view of the session using the built-in Remote Desktop client, with control. | No |
Message | Sends a pop-up. It stays on screen for 60 seconds. | No |
Logoff | Signs the user out. | No |
Processes | Opens a panel listing that session's processes, where you can end them. | No |
App Launches | Opens a panel listing what that user recently started. | No |
Export CSV, Export PDF | Saves the list as filtered. | No |
The columns worth explaining
Column | What it tells you |
|---|---|
State | Active, Idle or Disconnected. Idle means no keyboard or mouse input for at least a minute. |
Type | RDS, VDI, AVD or App. Blank when it cannot be determined. |
Idle | How long since real input. Blank for disconnected sessions. |
Active For, Disc For | How long in the current state. Only one of them is ever filled in. |
CPU%, Mem (MB) | That session's use, from the AGENT. |
RDP Up, RDP Dn | Bandwidth from the user's point of view: Up is what the user is sending. Needs an AGENT, and needs the refresh interval at 30 seconds or more. |
Client, IP | The name and address of the device the person is connecting from. |
The Processes panel
Select a session and click Processes. You get process name, process ID, processor and memory. Select one or more and click Terminate, which does confirm first. Critical system processes are refused by the AGENT, so you cannot accidentally kill the host.
What happens after you act
- Logoff and Reset: the row vanishes straight away, and the product suppresses it for 30 seconds so a slow update cannot make it flicker back.
- Disconnect: the row stays and changes to Disconnected. That is correct, not a failure.
- Restart and Shutdown: no confirmation message appears. The computer simply drops to Offline at the next poll.
- If the user signed themselves out at the same moment, the product treats that as success rather than showing you an error.
3.5 Logon Performance
This page answers "why is signing in slow, and which part is slow". It needs the AGENT, and it needs Logon auditing turned on as described in 2.11.

Choose a window with the Show last box. It opens on Last 1 Day. The five tiles across the top are LOGONS, AVG TOTAL, P95 TOTAL, AVG PROFILE and AVG GPO.
The five phases
Phase | What it covers | A large number here usually means |
|---|---|---|
Auth | From the moment credentials are accepted until Windows starts building the session. | Domain controller, Kerberos or network delay before Windows even starts. |
Profile | Loading the user's profile. | A roaming or FSLogix profile problem: slow file server, oversized profile, or a virtual disk that will not attach cleanly. |
GPO | Processing Group Policy for the user. | Heavy user policies, logon scripts, drive and printer mappings, or slow SYSVOL. |
Shell | Starting the desktop itself. | Shell extensions, startup applications, or logon notification packages. |
Other | Everything left over from the total. | Usually the tail after the desktop appears while the taskbar and Start menu warm up. |
Click any row and the detail pane shows a bar split into those five phases, sized in proportion, so the expensive phase is obvious at a glance. Underneath, CORRELATED EVENTS lists what Windows logged on that host around that logon, which usually names the cause outright. The "Filter to this user" tick box starts on, and turning it off widens the list to everything happening on the host at the time.
3.6 Analytics
The toolbar at the top applies to every tab: a Computer filter, a User filter, a Period running from Last 1 Hour to Last 90 Days, Refresh, and Export PDF.
Tab | What it is for |
|---|---|
Overview | Processor, memory and session counts for one computer, side by side. |
Timeline | Six lanes stacked on one shared clock, so you can see whether a logon spike lines up with a processor spike or a network problem. |
Prism | The executive view. Start here. Described below. |
Session Trends | How many people were signed in over time. |
CPU Trends, Memory Trends | One line per host, or a filled line for one host. |
Peak Hours | Which hours of the day are busiest, averaged over the period. |
RDP Bandwidth | Maximum and average bandwidth in both directions. |
Top Users | Who consumes the most processor and memory. |
Top Computers | Which hosts carry the most concurrent sessions. |
App Launches | What people are running, across the fleet. |
Prism, the executive view
Prism answers four questions in four tiles, each with a pill in the corner reading OK, WATCH or ALERT.
Tile | What it tells you | Where it sends you |
|---|---|---|
Are we improving? | Fleet UX score with a small trend line and the change against 24 hours ago. | Nowhere. It is context. |
Where's the pain? | The single worst host, and how far off the fleet median it is. | Logon Performance |
What needs attention? | How many users had a logon over 30 seconds today, against your normal baseline. | Logon Performance for the last 24 hours |
Do we have headroom? | Spare processor and memory across the fleet, with today's peaks. | CPU Trends for the last 24 hours |
Below the tiles, a STATUS strip collapses to a green pill when there is nothing to report, and TOP APPS ranks the busiest applications by memory or processor.
3.7 Alerts
A read-only history of what the product noticed. There are no buttons here beyond Refresh, and no way to acknowledge or close an alert by hand: alerts resolve themselves when the condition clears.
The tick box "Open alerts only" starts unticked, so you see history as well as current problems. The three tiles always count the whole window even when the grid is filtered.
Alert | Raised when | Resolves when |
|---|---|---|
Slow logon | Any logon in the last five minutes took longer than 45 seconds. | No slow logon on that host for an hour. |
Sustained host CPU | Every sample over the last ten minutes was above 85 percent. | Any sample comes in below the threshold. |
Sustained host memory | Every sample over the last ten minutes was above 90 percent. | Any sample comes in below the threshold. |
AGENT offline | An AGENT has not reported for 30 minutes. | The AGENT reports in again. |
Profile load failure | Windows logged a User Profile Service failure in the last five minutes. | No further failure in the window. |
3.8 Audit Log
Everything your administrators did, plus session events the product noticed itself. Search matches the administrator, the action or the target. The window opens on Last 7 Days, and Export PDF exports whatever you have filtered.
Columns are Time, Admin, Action, Target, Details and a Result pill reading OK or Failed. Click a row for the full detail, including the error text when something failed.
What lands here | Examples |
|---|---|
Session actions by administrators | Sending a message, disconnecting, resetting, signing out, ending a process |
Configuration changes | Groups added or removed, Access Control changes, certificate updates, hypervisor connection changes |
Connections | Each time an administrator connects to or disconnects from the Data Collector |
Session events the product saw | Sign-ins, sign-outs and disconnects, recorded as System |
Everything VM Pools did | Recorded as System (VM Pools) when the product acted on its own |
3.9 How to do the common jobs
Take a host out of service for patching
- Computers page, select the host.
- Click Drain. Existing users carry on working and can still reconnect, but nobody new lands there.
- Wait for the Sessions count to fall to zero, or use Logoff All if you cannot wait.
- Patch and restart.
- Click Enable Logon when it is back. This does not happen by itself.
Help someone whose session is stuck
- Users and Sessions, find them with the search box.
- Click Shadow to see what they see. This starts immediately.
- If an application is hung, click Processes, select it and click Terminate.
- If the session itself is beyond help, click Disconnect first: it keeps their applications running so they can reconnect. Use Reset only when you accept losing unsaved work.
Investigate a complaint about slow sign-in
- Logon Performance, set Show last to cover the complaint.
- Search for the user or the host.
- Check LOGONS to be sure you have enough samples to trust.
- Click the slowest row and read which phase owns the bar.
- Read CORRELATED EVENTS underneath for the cause.
- If several hosts are affected, look at Analytics, Timeline to see whether it lines up with a processor, memory or network problem.
Tell everyone on a host that it is going down
- Computers page, select the host.
- Click Message and type it.
- Remember it reaches every session on that host and stays on screen for 60 seconds.
Find out who changed something
- Audit Log, set the window wide enough.
- Search for the administrator, the action or the computer.
- Click the row for the full detail.
Part 4 - VM Pools
VM Pools is optional. It only applies if you run VMware vSphere and want the product to build and rebuild virtual desktops for you. If you only monitor existing session hosts, skip this part.
4.1 What VM Pools does
You prepare one master image. VM Pools clones it into as many virtual machines as you ask for, names them to your pattern, joins each one to your domain, and puts them all in an Active Directory security group so they are monitored automatically. Later, when you update the master image, it rebuilds the pool onto the new image without you touching vCenter.
4.2 The two kinds of pool
You choose this on the first screen of the wizard and you cannot change it afterwards.
Persistent | Non-persistent | |
|---|---|---|
Also called | Personal-desktop pool | Hot-desk or shared pool |
Who uses each machine | One person keeps the same machine | Anyone takes any free machine |
User data between sessions | Kept | Discarded when the machine returns to its clean baseline. See below for exactly when that happens. |
How it is built | A full clone. Every machine is a complete independent copy. | A linked clone. All machines share one read-only copy of the master and each writes only its own differences. |
Disk used | Full size per machine | Much less. Only the differences are stored. |
Valid image sources | Template, powered-off virtual machine, or snapshot | Powered-off virtual machine or snapshot. Templates cannot be used. |
Can you update the image later? | No. Rebuilding would erase each user's data. | Yes. This is the main reason to choose non-persistent. |
Can you reset one machine? | No | Yes, at any time, from the pool page |
Exactly when a non-persistent machine is wiped
A non-persistent machine is wiped by being reset back to its clean baseline. Everything written since it was built is discarded. A reset happens in these four cases:
Trigger | Optional? | Notes |
|---|---|---|
The machine is powered off or fully restarted | Always on, cannot be turned off | This is the main one. A restart is what resets a machine. |
The machine drains to zero sessions | Optional, off by default | Turn this on if you want a machine cleaned as soon as the last person leaves it. |
A schedule you set | Optional, off by default | Daily or weekly, up to eight entries. Typically overnight. |
You click Reset on that machine | Manual | Always available on the pool page. |
The wipe is complete, but it is the reset that causes it rather than the sign-out on its own. If you want each machine cleaned as soon as its last user leaves, turn on the drain-to-zero option: that is what turns the final sign-out into a reset. Otherwise a machine is cleaned at its next restart, on its schedule, or when you reset it by hand.
4.3 What you need before your first pool
A vCenter connection

Set this up in the DC CONFIG app, on the Hypervisor Connections tab. Click Add and fill in a friendly name, the vCenter address, and an account. Tick Trust self-signed certificate only for a laboratory: in production, install your issuing certificate authority into the Data Collector server's trusted root store instead.
Click Test Connection before you save, then use the Test button on the saved connection to run the full permission checklist. The dialog splits results into privileges it could verify now by reading, and write privileges it can only confirm when you actually build a pool.
The vCenter account needs these privileges:
Privilege | Where it applies |
|---|---|
System.View and System.Read | Datacenter |
Datastore.Browse and Datastore.AllocateSpace | The datastores you will use |
VirtualMachine.Provisioning.Clone | The source templates and virtual machines, and the target folder |
VirtualMachine.Provisioning.Customize | The target folder |
VirtualMachine.State.CreateSnapshot and RemoveSnapshot | The master image |
VirtualMachine.Inventory.Create and Delete | The target folder |
VirtualMachine.Config.AddNewDisk and RemoveDisk | The target datastores |
Network.Assign | The target port groups |
Resource.AssignVMToPool | The target resource pool |
VirtualMachine.Interact.PowerOn, PowerOff and Reset | The target folder |
An Active Directory account for VM Pools
On the same tab there is a card called VM Pools AD Account. This is the account that creates and deletes computer accounts as machines come and go. Enter it as a user principal name or in domain\user form, give it a test organizational unit, and click Test. The test binds to the directory, creates a throwaway computer object in that organizational unit, reads it back and deletes it, then shows you each step.
Right | Where it applies | Why |
|---|---|---|
Read all properties | The organizational units you use | To find groups and units |
Create Computer objects | The computer accounts organizational unit | Every new machine needs an account |
Delete Computer objects | The computer accounts organizational unit | Removing machines cleans up after itself |
Write Members | The pool security groups | To add each machine to its pool group |
Create Group objects | The group organizational unit | Only if you want the product to create the pool group for you rather than pre-creating it |
Reset Password | Computer objects | Optional. Used when a machine is rebuilt. |
A master image that is ready to be cloned
- Generalize the image with sysprep before you use it.
- Remove or handle any Windows Store applications that block generalization. They are a common cause of failure.
- Make sure the image can reach a domain controller and resolve DNS.
- Do not leave Windows Update mid-installation in the image.
- Check how many times the image has been generalized. Windows limits it.
4.4 The one-time Group Policy step
Non-persistent pools need one manual step, once, before the first person signs in. Without it, machines fall off the domain a few weeks later and users cannot sign in.
Item | Value |
|---|---|
Policy | Domain member: Disable machine account password changes = Enabled |
Where to find it | Computer Configuration, Policies, Windows Settings, Security Settings, Local Policies, Security Options |
Link it to | The organizational unit that holds the pool's computer accounts |
When | Once, any time before the first user signs in |
The reason is straightforward. Windows changes each computer's own account password roughly every 30 days. The clean baseline your machines revert to was captured at one moment in time, and it contains the password as it was then. If Windows has rotated the password since, a machine that reverts comes back with the old one, the domain no longer recognises it, and you get a trust relationship failure. Stopping the rotation keeps the captured password valid.
4.5 Create a pool
In the Enterprise Client, go to VM Pools and click Create Pool. There are four steps.

Step 1: Persistence
Choose Persistent or Non-persistent, using 4.2. It starts on Persistent. You cannot change this after the pool is built.
Step 2: Source
Pick the vCenter connection and click Discover sources. You get a tree of templates, powered-off virtual machines and snapshots, with chips to filter by type and a search box.
- Snapshots appear underneath the machine they belong to.
- Running machines are shown for context but cannot be selected. You can select a snapshot underneath one.
- For non-persistent pools, templates are not listed at all, because a linked clone needs a snapshot to hang off.
Large vCenters can take a while to enumerate. If discovery times out, raise the Discover timeout on the connection: the default is 60 seconds and very large environments sometimes need 180 to 300.
Step 3: Pool config
Field | What to put in it |
|---|---|
VM Pool Name (AD Security Group) | The pool name, which is also its security group. Type an existing group, or a new name and the product creates the group in the unit below. Names must be unique. |
AD OU for security group | Where the group lives, or should be created. |
AD OU for computer accounts | Where the machines' computer accounts go. Leave Same as group OU ticked unless you separate them. If you untick it, remember the Group Policy note in 4.4. |
Number of VMs | How many to build. Starts at 12. |
VM naming convention | A pattern with hash marks for the number, such as RDSM-##. The number of hashes sets the zero padding, so RDSM-## gives RDSM-01 through RDSM-12. A live sample is shown as you type. |
Recycle policy (non-persistent only) | Power-off is always on and cannot be unticked. Optionally add drain-to-zero and a schedule. |
Compute resource | The cluster or host. Selecting it filters everything below to what it can actually reach. |
Resource pool | Defaults to the cluster root. |
vCenter folder | Where the machines are placed. Only folders that accept virtual machines are listed. |
Datastore | Where the disks go. |
Network | The network adapter and port group every machine in this pool connects to. This is set here, not inherited from the master image. The list is filtered to what the compute resource you chose can actually reach. |
Reason / notes | Optional. Becomes the first entry in this pool's history journal, so write why you built it. |
Step 4: Review
Check the summary. For non-persistent pools there is a one-line reminder about the Group Policy from 4.4, with Show details and Copy GPO details. Then click the green Provision button.
4.6 Watching a pool build
The pool page refreshes itself every few seconds. Each machine moves through Queued, Cloning, Customizing, Joining AD and then Ready.

Pool state | What it means |
|---|---|
Pending | Saved and waiting for the engine to pick it up. Up to about ten seconds. |
Provisioning | Building. Ten machines are built at a time by default. |
Healthy | Every machine is Ready. |
Partial | Some machines are Ready and some failed. Use Retry Failed. |
Error | Everything failed. Read the message: it usually names a missing permission or a renamed folder or datastore. |
Updating | An image update is in progress. |
Finalizing update | The rebuild is done and the machines are taking their new clean baseline snapshots. Update Image, Revert and Resize unlock again when this finishes, usually a few minutes. |
Expect a full build to take a while. Each machine has to clone, boot, run generalization, join the domain and report its own name back. The product waits up to 30 minutes for a clone and 10 minutes for a domain-join before it gives up on a machine.
4.7 Everyday pool jobs
Job | Where | Safe or destructive |
|---|---|---|
Reset one machine | Reset on the machine's row | Discards everything written on that machine since it was built. Any active session is dropped. The machine itself survives. |
Retry a failed machine | Retry on the row, or Retry Failed in the header | Safe. |
Stop a build | Abort in the header | Safe. Clones already running finish, queued machines stay queued, finished machines are kept. |
Grow a pool | Resize | Safe. New machines are built and numbering gaps are reused. |
Shrink a pool | Resize | Destructive. The highest-numbered machines are powered off and permanently deleted from vCenter. The dialog names them first. |
Delete one machine | Delete on the row | Destructive. Deletes the machine from the hypervisor and its computer account in AD, and permanently lowers the pool's target size. The VM is not replaced or rebuilt. |
Delete a pool | Delete in the header | Destructive. Removes every machine from vCenter and Active Directory and clears the pool's history. The name stays reserved until the teardown finishes. |
4.8 Updating the image
Non-persistent pools only. Update the master image, then point the pool at the new version.
- Prepare and generalize the new image, and make sure it is powered off or has a snapshot.
- Open the pool and click Update Image.
- Choose the new source. The same rules from 4.3 apply: it must be sysprep-ready.
- Write a reason. It is saved into the pool's history.
- Choose when, and how fast, using the table below.
- Click the button, which reads Start Update, Schedule Update or Apply on Recycle depending on your choice.
When | What happens | Use it when |
|---|---|---|
Now | The rebuild starts immediately. | Out of hours, or for a pool nobody is using. |
At a scheduled time | The rebuild starts at the date and time you pick. | You want it overnight without being there. |
As each machine recycles | Nothing happens immediately. Each machine moves to the new image the next time it would have reset anyway. | Forgiving images where a temporary mix of versions is acceptable. |
Rollout | What happens | Trade-off |
|---|---|---|
All at once | Every machine rebuilds together. | A short full outage for the pool, but everybody ends up on the same version at the same moment. This is what you want for version-locked applications such as clinical or finance systems. |
Rolling, a few at a time | A batch rebuilds, then the next after a wait you choose. | The pool stays partly available, but for a while you have two versions running side by side. |
You can also warn signed-in users before their machine rebuilds, with a lead time and a message. The default message includes the time, substituted automatically.
While an update is running the header shows Cancel Update. Cancelling stops further rebuilds. Machines already moved keep the new image, so you may be left with a mixed pool deliberately.
4.9 Going back to an earlier image
Open the VM Pool Library tab, find the entry you want, and click Revert. It rebuilds the pool from exactly the image content recorded at that point, not from whatever that source looks like today.
4.10 The VM Pool Library
The second tab on the VM Pools page is the change journal for every pool: what it was built from, every image update and revert since, the reason somebody typed, and the exact vCenter snapshot behind each one.

What you see on an entry | What it means |
|---|---|
A green CURRENT badge | This is what the pool is running now. |
A blue SCHEDULED or amber PENDING badge | An update is queued for this entry. |
A Revert button | This entry can be returned to. Non-persistent pools only. |
"not in use - safe to clean up in vCenter" | That snapshot is no longer needed by any pool. You can tidy it up in vCenter. |
"deleted from vCenter" in red, and the card dimmed | Somebody removed the snapshot outside the product. You cannot revert to it any more. |
4.11 When virtual machines fail to build
The commonest failure by far is generalization. The pool page shows a Troubleshooting card listing six causes when a pool is Partial or Error, and each failed machine shows its own error underneath its name.
What you see | What it usually is | What to do |
|---|---|---|
Guest customization (sysprep) failed | The image was not generalized properly, or a Windows Store application blocked it. | Check C:\Windows\System32\Sysprep\Panther\setuperr.log on the clone. Fix the image and use Retry Failed. |
Domain join did not complete within 10 minutes | The clone cannot reach a domain controller or resolve DNS, VMware Tools is not running, or the VM Pools account cannot join computers. | Check the clone's network and DNS, then the account rights in 4.3. |
Missing, in red | The machine no longer exists in vCenter. Somebody deleted it outside the product. | Use Delete to remove it from the pool. |
Delete failed | vCenter refused the deletion. | Look in vCenter for a lock or a task in progress, then try again. |
Reset failed | The revert to baseline did not complete. | Try again. The machine stays usable in the meantime. |
Could not resolve placement | The folder or datastore was renamed or removed in vCenter. | Put the name back, or rebuild the pool against the new one. |
A VM named ... already exists and could not be removed | A leftover machine with the same name is in the target folder. | Remove it in vCenter. The product clears these automatically when it can. |
Part 5 - Keeping it running
5.1 Upgrading to a new build
Upgrades are manual and deliberate. Nothing updates itself without being told to, and the product never installs an update behind your back.
You will find out that an update exists from a blue banner across the top of the Configuration app and the Enterprise Client, naming the new build. Dismissing the banner hides it only for that build.
Upgrade in this order.
- Upgrade the Data Collector.
- Download the new TruGrid-RDSM-DC-Config.exe and replace the old copy on the server.
- Run it as administrator. Go to the Overview tab and look at the Data Collector Software box: Installed is what the service is running, Included is what this new file carries.
- Click Upgrade. It stops the service, replaces it and starts it again. Connected administrators drop for a few seconds.
- Upgrade the AGENTs.
- Go to the AGENTs tab and click Refresh.
- For non-persistent VMs created via VM Pools, update the AGENT on source image and UPDATE the pool
- For all others, an amber banner reports how many are behind. Click Update all out-of-date.
- Each AGENT downloads the new version from your own Data Collector and restarts itself.
- Only AGENTs that are connected can be updated in this manner. Repeat later for hosts that were switched off, or the amber banner will keep reminding you.
- Upgrade the Enterprise Client on each admin workstation, by replacing the program file. The banner in the client links to the download.
5.2 Certificates and AGENTs
This section only matters if you turned on HTTPS. It is short, and worth reading before you have a problem rather than after.
When an AGENT is installed against an HTTPS Data Collector, it is told which certificate to expect and it remembers it. From then on it will only talk to a Data Collector presenting that certificate. That is what stops something else impersonating your server.
Doing it safely
- Change the certificate only from the Configuration app, using Install to Trust and Update Connected AGENTs on the Settings tab. That tells every connected AGENT in the same action.
- Do it while your hosts are on, not overnight. Only connected AGENTs can be told.
- Afterwards, check the AGENTs tab. The certificate column should be clear for every row.
- Back up the certificate file with the database, as described in 5.3. Restoring a Data Collector without its original certificate has the same effect as changing it.
Reading the AGENTs tab
What you see | What it means | What to do |
|---|---|---|
No red mark | The AGENT expects the certificate you are serving. | Nothing. |
Certificate out of date, red | The AGENT expects a different certificate, or none, or it is too old to take part. | If it is still connected, use Install to Trust and Update Connected AGENTs. If it is not, see below. |
Online, but nothing arriving | The likely case is a certificate the AGENT no longer recognises. | Fix it by hand, below. |
Fixing a host that can no longer connect
This has to be done on the host, or over the network to its disk, because there is no working connection to fix it over.
- Get the current thumbprint from the Configuration app, Settings tab, HTTPS Certificate.
- Open the AGENT's settings file on the affected host. Over the network that is: \HOSTNAME\C$\ProgramData\TruGrid RDS Manager Enterprise\Agent\appsettings.json
- Set the CertificateThumbprint value to the current thumbprint. Take a copy of the file first.
- Restart the TruGrid-RDSM-Agent service on that host.
Restart-Service TruGrid-RDSM-AgentThe host normally reappears within about a minute. Once it is back, it can be updated normally again.
5.3 Database size, history and backup
What is kept, and for how long
Detailed history is kept for 45 days by default. Older detail is summarised into hourly figures rather than being thrown away, so long-range charts still work while the database stays a sensible size. Tidying runs once a day in the background.
Data | Retention |
|---|---|
Detailed session and performance history | 45 days by default, minimum 7 |
Hourly summaries used by long-range charts | Kept |
Audit log | Never deleted by the product |
Alert history | Never deleted by the product |
VM Pools records | Never deleted by the product, except when you delete a pool or a specific update history in the VM Pool Library |
How big to expect
For a few hundred computers the database typically runs to a few gigabytes. If your system drive is small, move it to another volume using the File Locations section in 2.7 before it becomes a problem. It must stay on local disk: a network share is not safe for it.
Backing up
Everything that matters lives in one folder: C:\ProgramData\TruGrid RDS Manager Enterprise. Back up the whole folder.
- Stop the TruGrid-RDSM-DC service. This flushes the database cleanly.
- Copy the folder, including the database file, the configuration file and the certificate file.
- Start the service again.
5.4 Troubleshooting
Nothing is appearing at all
Check | How |
|---|---|
Is the service running? | Configuration app, status pill top right. |
Is polling on? | Configuration app, Overview. It should read Polling: ACTIVE. If not, Windows Service tab, Start Polling. |
Are any groups configured? | Computer Groups tab. With no groups, nothing is monitored and no AGENT can connect. |
Is your account allowed in? | Access Control tab. An empty list refuses everybody. |
Did you restart after changing groups? | See the warning in 2.5. |
A page or column is blank
What is blank | Almost always |
|---|---|
Processor and memory for some computers | Remote WMI is blocked or the service account has no rights there. On Windows 11 hosts, the WMI firewall rules are off by default. Install the AGENT, or deploy the policy in 2.2. |
The whole Logon Performance page | No AGENT on those hosts, or Logon auditing is off. The amber banner on the page names the hosts and gives the command. |
App Launches, everywhere | Process Creation auditing is off. Same banner treatment. |
Bandwidth columns and charts, on computers without an AGENT | The refresh interval is below 30 seconds. See the warning in 2.7. AGENT hosts are not affected. |
The Analytics Overview tab | The Computer filter is on All Computers. Pick one computer. |
Any Analytics tab | You have not clicked Refresh. Analytics never loads by itself. |
Round-trip time or per-application figures | Those need an AGENT. Give a new AGENT a few minutes to start reporting. |
An AGENT is not reporting
- On the host, check the service is running: sc.exe query TruGrid-RDSM-Agent
- Check the host's computer account is in one of your watched groups. Allow five minutes for a membership change to be noticed.
- Look for a crash log at C:\ProgramData\TruGrid RDS Manager Enterprise\Agent\agent-crash.log
- Check the host can reach the Data Collector on 5743 or 5744.
- If the service is running and nothing is arriving, suspect the certificate. See 5.2.
An action failed
Message | Meaning |
|---|---|
Access denied. Admin rights required on target. | Your Data Collector service account has no rights on that host. This is not a product fault. |
Registry key not found on target. | The host does not have the Remote Desktop drain-mode setting where expected. Usually not an RDS host. |
Failed to start shadow session | Remote Desktop shadowing is not permitted on that host. It is a Windows policy, set by Group Policy. |
Nothing happened when I clicked a button | On the Computers page, no row was selected. See the warning in 3.3. |
A refresh seemed to do nothing | Slow refreshes are deliberately not reported as errors. Wait, then refresh again. |
Appendix A - Ports and firewall rules
From | To | Port | Needed for |
|---|---|---|---|
Enterprise Client | Data Collector | TCP 5743 | Everything, unless you use HTTPS |
Enterprise Client | Data Collector | TCP 5744 | Everything, when HTTPS is on |
Session Host AGENT | Data Collector | TCP 5743 or 5744 | AGENT reporting |
Data Collector | Session hosts | TCP 135 | WMI, for hosts without an AGENT |
Data Collector | Session hosts | TCP 49152-65535 | WMI dynamic ports |
Data Collector | Domain controllers | TCP and UDP 389 | Reading groups |
Data Collector | Domain controllers | TCP 636 | Reading groups over LDAPS, if used |
Data Collector | Domain controllers | TCP and UDP 88 | Kerberos |
Data Collector | Domain controllers | TCP 3268 | Global catalog, if used |
Data Collector | DNS servers | TCP and UDP 53 | Name resolution |
Data Collector | vCenter | TCP 443 | VM Pools only |
Not used by TruGrid RDSM Enterprise Manager: WinRM on 5985 and 5986, SMB on 445 for monitoring, SSH, and SNMP.
Appendix B - Where the files live
What | Where |
|---|---|
Data Collector settings, database and certificate | C:\ProgramData\TruGrid RDS Manager Enterprise |
Data Collector service program | C:\ProgramData\TruGrid RDS Manager Enterprise\TruGrid-RDSM-DC.exe, unless you moved it |
AGENT program | C:\Program Files\TruGrid\RDSM Agent |
AGENT settings | C:\ProgramData\TruGrid RDS Manager Enterprise\Agent\appsettings.json (hidden folder) |
AGENT crash log | C:\ProgramData\TruGrid RDS Manager Enterprise\Agent\agent-crash.log |
Enterprise Client settings, per administrator | %LOCALAPPDATA%\TruGrid RDS Manager Enterprise\client.cfg |
Service crash log | C:\ProgramData\TruGrid RDS Manager Enterprise\service-crash.log |
Windows service | Name | Display name |
|---|---|---|
Data Collector | TruGrid-RDSM-DC | TruGrid RDS Manager Data Collector |
Session Host AGENT | TruGrid-RDSM-Agent | TruGrid RDSM Session Host Agent |
Appendix C - What each role can do
Admin | Image Operator | Help Desk | Read-Only | |
|---|---|---|---|---|
Open the Configuration app | Yes | No | No | No |
Change settings and Access Control | Yes | No | No | No |
View computers and sessions | Yes | Yes | Yes | Yes |
View analytics and logon performance | Yes | Yes | Yes | Yes |
View the audit log | Yes | Yes | Yes | Yes |
Message, sign out, disconnect, shadow | Yes | No | Yes | No |
Restart and shut down computers | Yes | No | Yes | No |
See the VM Pools page | Yes | Yes | No | Yes |
Create, grow, update and delete pools | Yes | Yes | No | No |
Appendix D - Settings reference
Set in the Configuration app, Settings tab
Setting | Default | Effect |
|---|---|---|
HTTP Port | 5743 | The port the service listens on. Always listening, even with HTTPS on. |
Enable HTTPS | Off | Adds an encrypted listener using a self-signed certificate. |
HTTPS port | 5744 | The encrypted port. |
Refresh Interval | 60 seconds | How often computers without an AGENT are polled. Minimum 10. Keep at 30 or above so their bandwidth figures keep being collected. It does not affect computers with an AGENT, which are not polled at all. |
Start polling automatically | On | Whether collection begins when the service starts. |
Database File | In ProgramData | Move the database to another volume. |
Service Executable | In ProgramData | Move the service program. |
Port and interval changes need a service restart. The dark or light theme and the two path settings save separately from the main Save Settings button.
Set elsewhere in the Configuration app
Setting | Where | Effect |
|---|---|---|
Watched computer groups | Computer Groups tab | Which computers are monitored, and which AGENTs may connect. |
Automatically add new VM Pool groups to | Computer Groups tab | Nests each new pool group inside one parent group, so pool machines are monitored immediately. |
Access Control list and roles | Access Control tab | Who may connect, and what they may do. |
vCenter connections | Hypervisor Connections tab | VM Pools targets. |
Allow parallel VM Pool operations | Hypervisor Connections tab, per connection | Off by default. Lets one vCenter build or update several pools at once, at the cost of more load on vCenter and storage. |
Discover timeout | Hypervisor Connections tab, per connection | 60 seconds by default, up to 600. Raise it for very large vCenters. |
VM Pools AD Account | Hypervisor Connections tab | The account that creates and deletes pool computer accounts. |
Not on any screen
These exist but have no user interface. Contact TruGrid support if you think you need one changed.
Setting | Default | Effect |
|---|---|---|
History retention | 45 days | How long detailed history is kept. |
Provisioning concurrency | 10 | How many pool machines are built at once. |
Maintenance concurrency | 10 | How many resets, deletions or rebuilds run at once. |
Domain join timeout | 10 minutes | How long a new machine has to join the domain. |
Appendix E - What is collected, and from where
Information | Without an AGENT | With an AGENT | How often |
|---|---|---|---|
Online or offline | Yes, by ping | Yes | Each poll cycle |
Processor, memory, disk | Yes, by WMI | Yes, reported by the AGENT | 30 seconds |
Who is signed in, and their state | Yes, using quser | Yes | About 5 seconds with an AGENT |
Client name and address | Yes | Yes | Each poll cycle |
Sign-in and sign-out events | Yes | Yes | As they happen |
Logon phase breakdown | No | Yes | One record per sign-in |
Processor and memory per application | No | Yes | 30 seconds |
RDP round-trip time and bandwidth | No | Yes | 30 seconds |
Application launches | No | Yes, with auditing on | As they happen |
Clipboard and printer redirection | No | Yes | 30 seconds |
Reconnects and recovery time | No | Yes | As they happen |
Process list for a session | Yes, by WMI | Yes, faster and more reliable | On demand |
End of guide | TruGrid RDS Manager Enterprise | Rev 3, 2026-07-27 | Covers releases up to and including 2026.05.176
Updated on: 04/08/2026
Thank you!
