backup client for windows server 2019: Technical checklist
This practical checklist walks through installing and configuring a backup client for windows server 2019, with database-aware guidance for SQL Server, Exchange and virtual machines. Use it to install reliably, avoid common pitfalls, and verify recoverability.

Checklist: install and configure backup client for windows server 2019
Follow these ordered steps on each server. Keep configuration documents and screenshots for compliance and handover.
1. Pre-install requirements
- Confirm Windows Server 2019 is fully patched and rebooted.
- Create a dedicated service account (least privilege) for the backup service or use Managed Service Account where supported.
- Ensure .NET Framework and any vendor prerequisites are installed per vendor documentation.
- Open required outbound ports (TCP/UDP) in firewall and proxy allowlist. Test connectivity to the backup endpoint.
- Check disk space for local staging and temporary snapshots.
- If using cloud storage (AgooCloud uses Wasabi), confirm credentials and encryption keys are available and stored securely.
2. Install the client
- Download the MSI/installer from your backup vendor. Verify checksum or signature.
- Run installer as Administrator. Example silent install (vendor-specific):
msiexec /i backup-client.msi /quiet /norestart
(Replace with official installer parameters from your vendor.)
- Register the client to your backup server or cloud account using the provided token, certificate, or activation key.
- Verify the service starts automatically and the process runs under the service account you created.
3. Configure core settings
- Enable application-aware backup (VSS) and set snapshot behavior. Windows Server 2019 must allow Volume Shadow Copy Service to create consistent snapshots.
- Set backup schedule (full/differential/incremental) aligned with RPO/RTO requirements.
- Configure retention and lifecycle policies—ensure legal and business retention needs are met.
- Enable client-side and in-transit encryption; confirm key management (passphrase vs KMS) and store keys securely.
- Set bandwidth throttling windows to avoid production impact; prefer off-peak full backups and frequent incremental backups.
- Exclude transient and temp folders, pagefile, and any storage locations explicitly handled by other systems.
4. Application-aware/plugin configuration
For protected applications enable vendor plugins or agent features:
- SQL Server: enable SQL Server agent/plugin for transaction-log aware backups and point-in-time restore.
- Exchange: enable Exchange-aware backup module or use native database backup methods.
- Domain controllers: protect System State and AD services; plan authoritative restores separately.
5. Firewall, endpoints and permissions
- Open and test outbound access to the backup target on required ports (HTTPS typically TCP 443).
- Ensure SMB/NTFS permissions allow the backup service to read required files and VSS writers to access application databases.
- Document local antivirus exclusions for the backup client folder and temporary snapshot folders to avoid interference with snapshots.
6. Verify and test
- Run an initial backup and confirm completion in the management console and server logs.
- Perform file-level restores and a full restore to a test server to validate recovery steps and timing.
- Schedule periodic restore drills and record RTO metrics.
- Monitor alerting and reporting for failed jobs, long-running jobs, and storage consumption.
Database-aware backup tips (SQL, Exchange) and cloud best practices
SQL Server: protect with application awareness and cloud-aware strategy
For SQL Server consider both VSS-based and native backup strategies. Best practices include:
- Prefer native SQL backups (FULL/DIFFERENTIAL/TRANSACTION LOG) for production databases to guarantee transactional consistency. See Microsoft guidance for backing up SQL Server: SQL Server backup and restore.
- If using VSS or an agent-integrated backup client, ensure the backup solution is SQL-aware and truncates logs only when appropriate.
- For sql server backup to cloud best practices, keep local short-term backups for fast recovery and replicate a copy to cloud for offsite retention and disaster recovery.
- Test log restores and point-in-time recovery regularly; document recovery sequence (restore full -> differential -> logs).
Exchange Server: choose appropriate cloud options
Exchange requires application-aware backups to preserve mailbox consistency. Consider these exchange server backup cloud options:
- Use Exchange-aware modules that interact with Exchange VSS writers for consistent backups. Microsoft guidance: Exchange Server backup and restore.
- For Exchange Online, leverage Microsoft 365 retention and third-party backups if business SLAs demand longer retention than native retention policies.
- Test mailbox-level restores and mailbox database restores; verify public folder and DAG scenarios if applicable.
Virtual machines: agent vs hypervisor snapshot
Decide whether to protect VMs with an in-guest agent or via the hypervisor snapshot API. Key points:
- Agent inside the VM provides application-aware backups and granular restores (file and application objects).
- Hypervisor-level backups (Hyper-V/VMware) are efficient for whole-VM restore and quick snapshot-based protection; ensure the solution supports application-consistent snapshots (e.g., VSS in Windows VMs).
- To learn how to backup virtual machines to cloud, check hypervisor vendor guides for best practices and test crash-consistent vs application-consistent restores.
Monitoring, maintenance and operational controls
- Enable alerting for failed backups, corrupted snapshots and storage thresholds.
- Schedule monthly retention reviews and yearly restore drills.
- Rotate backup credentials and encryption keys per security policy; store keys in a secure vault.
- For mixed environments, consider a backup agent for linux servers managed service for Linux workloads alongside Windows agents. Learn more about AgooCloud managed options on our Backup for Small Business page.
Common troubleshooting checklist
- Client not connecting: check time skew, DNS, proxy and outbound firewall rules.
- VSS snapshot failures: check VSS writers with
vssadmin list writersand resolve failing writers. - SQL log chain broken: ensure regular log backups and avoid ad-hoc operations that break log backups (e.g., copy-only restores, recovery model changes).
- Slow uploads: use bandwidth throttling, incremental-first strategies and local staging if available.
Conclusion: verify your backup client for windows server 2019 is production-ready
Before marking a server protected, ensure you can perform and document successful restores, that application-aware settings are enabled for SQL and Exchange, and that monitoring alerts are in place. Use this checklist to standardise installations and reduce risk across your estate.
Resources and further reading
- Windows Server Backup documentation (Microsoft)
- SQL Server backup and restore (Microsoft)
- Exchange Server backup and restore (Microsoft)
- Data Processing Agreement (DPA) — security and data handling for AgooCloud services.
- Contact AgooCloud for setup, managed services and help with recovery drills.
FAQ
How do I install a backup client on Windows Server 2019?
Download the vendor MSI, verify signatures, run the installer as Administrator, register the client with your backup account and enable application-aware (VSS) options. Follow the vendor’s specific install and service-account guidance.
Can I back up SQL Server databases to the cloud?
Yes. Best practice is to use native SQL backups (FULL/DIFFERENTIAL/LOG) and copy or replicate those backup files to cloud storage, or use a backup solution that is SQL-aware and supports log truncation and point-in-time recovery.
Which is better for VMs: in-guest agent or hypervisor snapshot?
Use agents when you need application-granular restores. Use hypervisor snapshots for efficient whole-VM recovery. Many environments combine both for flexibility.
What should I test after installing the client?
Run an initial backup, perform file and application restores, test a full system restore or VM restore in a sandbox, and validate RTO/RPO objectives.
