Unsupported components. The following are no longer supported for any current Syteca version — confirm your existing infrastructure isn’t running them before upgrading:
- Windows Server 2008
- MS SQL 2008
- The Firebird database
- Old load balancers
Prerequisites for the new version
Before you can install the new Syteca, the host computers must have the right .NET version installed.1. Before updating the system
1.1 Plan the update for a quiet time
Good practice is to update when Endpoint-to-Application-Server load is at a minimum. Also check whether the update includes data migrations (database structure changes) which can affect performance for some time after the update and may temporarily increase storage usage.Every data migration is listed in the Syteca Release Notes as an improvement called “[Database:] The database structure has been optimized.” Review the release notes for every version between your current and target versions to see what migrations will run.
1.2 Disable “Update Syteca Client automatically” (if currently enabled)
To prevent Endpoints from automatically updating during the immediate post-update data migration window (when the Application Server is under load) and to avoid the bandwidth spike of many Endpoints updating simultaneously, temporarily disable auto-update before the system update. Plan to update Endpoints manually afterwards via the Update Selected Endpoints Bulk Action on the Endpoints page. See Update Windows Endpoints manually, Update macOS Endpoints manually, and Update Linux Endpoints manually for the manual procedures.If Update Syteca Client automatically stays enabled, those Endpoints will only update when the Application Server itself updates to a new version — but they’ll all do so at once.
1.3 Enable Isolation Mode
Isolation Mode temporarily disconnects all Endpoints from the Application Server, blocking them from sending monitoring data. This avoids loading the Application Server with Endpoint requests while data migration is in progress immediately after the update.1.4 Back up the database
Use your database’s native tools (or a trusted third-party backup tool) to back up the Syteca database before updating. If anything goes wrong, this backup is your recovery point.1.5 Snapshot the Application Server machine(s)
Use VM snapshots or filesystem-level snapshots on each Application Server host before the update. Combined with the database backup, this gives you a complete rollback path.2. Update the system
2.1 Download the latest version
The latest released Syteca version is always available here2.2 Update the Application Server
RunSyteca_Server.exe to open the Setup wizard. When prompted, select the Update option.
For full details, see Update the Application Server.
2.3 Update the Management Tool
RunSyteca_ManagementTool.exe to open the Setup wizard. When prompted, select the Update option.
For full details, see Update the Management Tool.
High Availability and load-balanced deployments: all Application Server and Management Tool instances must be updated one by one. During each instance’s update, Clients connected to it are automatically reconnected to other instances. Before each update, check the version of the Application Server on each node in the task list on the Cluster Settings tab of the Configuration page.
3. After updating the system

The Data Migration Progress Bar — orange banner at the top of every Management Tool page until migration completes after a system update.
Data migration runs in the background and may take some time. Endpoints sessions are migrated newest first, oldest last — older sessions won’t open in the Session Viewer until migration completes. Plan a quiet window where ongoing investigations aren’t blocked.
3.1 Disable Isolation Mode (if enabled in Phase 1)
Once data migration is complete and Clients are updated, disable Isolation Mode. All Clients resume sending monitoring data, including any locally-cached data from the isolation window.3.2 Update the Endpointss (if auto-update is disabled)
Update any Endpoints that don’t have Update Syteca Client automatically enabled via Update Selected Endpoints Bulk Action on the Endpoints page. Once Endpoints reconnect, they resume sending monitoring data — including any data they cached locally while offline during the update. No data is lost. See Update Endpoints for the per-OS manual update procedures.Related
Release notes
Every version’s changes — review releases between your current and target versions before updating.
Update Endpoints
Per-OS manual update procedures for Windows, macOS, and Linux Endpoints.
Getting started checklist
The full task list for a fresh deployment — useful as a sanity check post-update.
System health
Real-time platform health monitoring to confirm everything is operating normally after the update.