> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/automate-protect-and-extend/backup-and-dr/syncs-overview.md).

# Site Syncs

Overview of VergeOS site sync capabilities for offsite backup, disaster recovery, and system migration through block-level snapshot replication with encryption and compression.

Site Syncs replicate system snapshots to another VergeOS system, simplifying and streamlining:

* **Offsite Backup and Archival** - recover data in a granular level at the remote site or on the source system after syncing back
* **Emergency Preparedness** - ensure your entire system can be ready for quick and complete recovery at a remote site to minimize downtime and ensure operational continuity
* **Migrations** - easily move and spin up a complete system, individual tenants, or select workloads at a new location

## Key Features

* **Complete-system, Off-site Backup** - replicates system snapshots that include your networking, VMs, tenants, NAS, and system configuration
* **Minimized Bandwidth Usage/Shorter Transfer Times** - block-level synchronization (only transferring changed data), in-flight deduplication and compression
* **In-flight Encryption** - automatic AES 256-bit encryption
* **Flexible Operations** - scheduling, queuing, and manual sync options
* **Repair Server (ioGuardian)** - sync sites can be used for automatic inline healing (e.g. after multiple concurrent drive failures or power issues)

## Recovery Granularity

Site syncs replicate system snapshots to the remote site — either full-system snapshots that capture everything, or partial snapshots limited to tagged objects such as specific tenants, VMs, or NAS services. Full-system snapshots support complete environment failover, enabling you to bring your entire environment online at the DR site after a catastrophic failure. In either case (full or partial), any VMs and tenants captured at the top system level can be selectively restored directly from the replicated snapshots.

Tenants within a system snapshot are recoverable as single objects. Individual objects inside a tenant — such as VMs, sub-tenants, and NAS volumes — cannot be selectively restored from the system-level snapshot. Recovering a specific item within a tenant requires first restoring the tenant as a whole to the DR site, then logging into that restored tenant with valid tenant credentials to access and restore individual objects.

If direct, granular recovery of individual tenant objects at the remote site is required — for example, failing over a single VM without restoring the entire tenant first — site syncs can be configured from within the tenant itself. A site sync originated from within the tenant can be replicated to a pre-configured tenant on the remote site. Users with tenant credentials can then browse the replicated tenant's snapshots and restore specific VMs, sub-tenants, or NAS volumes directly, without any prior host-level restore step.

{% hint style="success" %}
**You can run both.** A top-system level sync for full-system failover and a tenant-to-tenant sync for per-VM recovery granularity can coexist. Replicating the same tenant at both levels increases sync overhead.
{% endhint %}

## Related Links

* [**Sites Dashboard**](/run-the-platform/system-administration/sites-overview.md)
* [**Configuring a Site Sync**](/automate-protect-and-extend/backup-and-dr/sync-configuration.md)
* [**Monitoring Site Syncs**](/automate-protect-and-extend/backup-and-dr/monitoring-site-syncs.md)
* [**Manual Site Syncs**](/automate-protect-and-extend/backup-and-dr/manual-site-syncs.md)
* [**Retrieving a Sync Back** (for local data recovery)](/automate-protect-and-extend/backup-and-dr/sync-back.md)
* [**Repair Server (ioGuardian)**](/automate-protect-and-extend/backup-and-dr/repair-server.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/automate-protect-and-extend/backup-and-dr/syncs-overview.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.