For the complete documentation index, see llms.txt. This page is also available as Markdown.

System Snapshots

How to manage system snapshots in VergeOS including full and partial snapshots with custom tagging, automated scheduling via profiles, manual snapshot creation, and storage best practices.

New in 26.1 - Partial System Snapshots Based on Custom Tagging

Partial system snapshots allow you to selectively include only the VMs, tenants, VMware services, or volumes you choose, giving you far more flexibility in designing replication and retention strategies.

Full system snapshots remain the foundation of protection and are still required for full‑system recovery. However, you can now include partial system snapshots within your schedule to give specific VMs or tenants their own replication and retention cadence.

Adding partial snapshots alongside your regular full system snapshots enables you to:

  • Replicate high‑priority VMs or tenants more frequently

  • Retain targeted workloads for longer without expanding system‑wide retention

  • Sync different subsets of workloads to different locations

This approach preserves the reliability of full system snapshots while giving you finer‑grained control over how individual workloads are protected.

Full vs. Partial

Both Full and Partial system snapshots can be used in VergeOS Site syncs to replicate data to a remote system

Full System Snapshots:

  • Contain a backup of everything in a system, including all tenants, VMs, NAS volumes, networks, and settings

  • supports full-system restore

  • supports selective object restores, including:

    • Tenants

    • NAS volumes

    • VMs

  • VergeOS Site Sync support

  • Select: Snapshot Type=Full

Partial System Snapshots:

  • Include or exclude VMs, tenants, VMware services, and volumes based on custom tagging

  • Allow more frequent backup and sync replication of select workloads

  • Support longer retention for specific workloads without increasing system‑wide retention

  • VergeOS Site Sync support

  • Select Snapshot Type: Partial - Exclude Tags or Partial - Include Tags


Full vs. Partial System Snapshots — Quick Reference

Feature / Behavior

Full System Snapshots

Partial System Snapshots

What they capture

Entire system: tenants, VMs, NAS volumes, networks, settings

Only selected VMs, tenants, VMware services, and volumes based on include/exclude tags

Primary purpose

Full‑system recovery and broad protection

Targeted protection for specific workloads

Supports selective restores

Yes — tenants, NAS volumes, VMs

Yes — only for objects included in the partial snapshot

Use cases

System‑wide rollback, disaster recovery

Higher‑frequency protection or longer retention for specific workloads

Retention impact

Affects system‑wide retention

Allows extended retention without increasing system‑wide retention

Replication behavior

Can be used in Site Syncs

Can also be used in Site Syncs

Snapshot Type selection

Full

Partial - Exclude Tags or Partial - Include Tags

Default behavior on new systems

Preconfigured with multiple Full snapshot intervals and retentions

Not enabled by default; added as needed


Automated System Snapshots

By default, system snapshots run according to the included System Snapshots profile. It is recommended to keep this profile assigned. The periods within this default profile can be tailored to meet your schedule and retention needs.

Modifying Your System Snapshot Schedule

To modify the system snapshot schedule:

  1. Navigate to System > System Snapshots.

  2. Click View Snapshot Profile on the left menu. This opens the profile currently assigned for automatic system snapshots (default: "System Snapshots").

  3. Scroll to the Periods section. Each period listed defines a frequency and retention. You can add, modify, and remove periods to customize the schedule.

For detailed instructions on configuring periods, see Snapshot Profiles - Profile Periods.

Manual System Snapshots

A manual system snapshot can be taken at any time. Creating a short‑term manual snapshot before major configuration changes or maintenance provides a rollback point if needed.

Take a Manual System Snapshot

  1. Navigate to System > System Snapshots.

  2. Select New from the left menu.

  3. Configure snapshot options:

    • Name (required): Provide a descriptive name (e.g. 'before drive maintenance')

    • Description (optional):

    • Expiration Type: Select Set Date to specify an expiration date/time, or Never Expire to retain the snapshot indefinitely.

    • Expires (when Set Date is selected): Select/enter a date and time for expiration.

    • Snapshot Type:

      • Full: capture of entire system; required for system-wide recovery

      • Partial - Exclude Tags: captures all VMs, tenants, VMware services, and volumes except those with specified tags

      • Partial - Include Tags: captures only VMs, tenants, VMware services, and volumes with the specified tags

        • Exclude/Include Tags (Partial snapshots only): Click the ellipse button [] to select one or more tags.

        • Quiesce Tags: (optional; Partial snapshots only); Click the ellipse button [] to select one or more tags. VMs with the specified tags will temporarily freeze disk activity during capture to provide an application-consistent snapshot. Requires VM Guest Agent support.

    • Private (default:enabled): This option can be deselected to allow tenants access to their own data within this snapshot.

    • Immutable (default:disabled): Prevents deletion until unlocked, with a mandatory waiting period.

  1. Click Submit to take the snapshot.

Best Practices

Storage Considerations

  • Retaining an excessive number of snapshots can significantly increase storage consumption and operational overhead. A well‑designed retention policy preserves essential restore points while automatically pruning older, less relevant snapshots, helping you meet recovery objectives without accumulating unnecessary historical data.

  • Monitor storage utilization regularly to ensure that snapshot growth remains aligned with your retention strategy.

  • Reevaluate retention settings after major environment changes, such as adding new VMs, expanding tenants, or increasing workload churn, to confirm that storage usage remains predictable and sustainable.

  • Avoid creating overly granular snapshot periods unless they are required for specific workloads. High‑frequency snapshots can increase metadata and storage overhead without providing meaningful recovery benefits for all systems.

System Protection

  • Add partial snapshot periods when specific VMs or tenants require more frequent protection or longer retention.

Last updated

Was this helpful?