Server and database
Select supported Windows server and SQL infrastructure with appropriate capacity, storage, backup, recovery, and maintenance ownership.
Prepare your self-hosted environment, define ownership, validate policies, run a focused pilot, and expand DeskGate with a deployment plan your IT, security, and management teams understand.
Deployment readiness
DeskGate is self-hosted, so successful deployment begins with clear infrastructure and administrative responsibility.
Select supported Windows server and SQL infrastructure with appropriate capacity, storage, backup, recovery, and maintenance ownership.
Prepare required connectivity, firewall rules, certificates, administrative access, endpoint communication, monitoring, and incident escalation.
Map companies, departments, groups, employees, administrators, computers, work schedules, and reporting responsibilities before enrollment.
Document purpose, employee communication, permitted evidence, sensitive access, retention, review roles, and the process for questions or objections.
A repeatable rollout
Confirm endpoints, teams, modules, infrastructure, security requirements, and business questions.
Define groups, access roles, schedules, reports, alerts, and protection policies.
Enroll a representative group and validate data quality, network behavior, and user communication.
Correct classifications, permissions, thresholds, retention, setup packages, and support workflows.
Deploy in manageable phases with named owners, checkpoints, and a tested rollback path.


Pilot with real operational questions
A green endpoint status is only one deployment checkpoint.
During the pilot, confirm that employees and devices appear in the correct groups, work schedules match reality, application and website classifications are useful, alerts have clear owners, and reports answer the questions managers actually need to address.
Test Remote Desktop permissions, file transfer, commands, software deployment, scripts, and protection rules only within the approved pilot scope. Review server performance, database growth, backups, endpoint stability, administrative logs, and recovery procedures before expansion.
Collect feedback from administrators, managers, support staff, security owners, and participating employees. A controlled pilot is the best time to simplify configuration and remove unnecessary collection.
Operational handoff
Deployment details that prevent rework
Decide which application, website, time, screen, keyboard, USB, alert, inventory, and support records are necessary for each approved purpose. Set retention periods that match operational and legal needs instead of keeping every category indefinitely. Include database backups, report exports, screenshots, and support attachments in the same lifecycle plan.
Train platform administrators separately from managers, support technicians, and security reviewers. Each role should understand its permitted scope, escalation route, and responsibility for sensitive evidence. Test access with representative accounts before production so a broad permission or missing report does not become an operational surprise.
Group endpoints by company, department, location, operating environment, and rollout phase. Confirm naming conventions, user assignment, service installation, network reachability, update ownership, and uninstall or recovery procedures. For customer environments, prepare setup packages that place devices into the correct structure automatically.
Track enrolled and online endpoints, service state, communication failures, database growth, report completion, alert volume, support demand, and policy exceptions. Agree on acceptable thresholds and review them at each rollout checkpoint. Deployment is complete only when the platform is stable, governed, understandable, and supported.
Tell us about your infrastructure, endpoints, teams, modules, security requirements, and rollout targets.
DeskGate Deployment should be treated as an operational change rather than a silent software installation. Maintain a written implementation record covering technical prerequisites, approved modules, enrollment waves, administrator permissions, pilot results, employee communication, known exceptions, acceptance criteria, training, support ownership, and the date of the next configuration review. This record gives future administrators a reliable explanation of why the environment was designed in its current form.