A snapshot is a point-in-time image of your entire VPS - operating system, files, databases, configurations, everything. It’s faster than a file-level backup because it captures the disk state as a whole.

GoZen Host VPS plans include snapshot functionality through the client area. You don’t need SSH access or any tools installed on your server.

When to Use Snapshots

Use snapshots as a safety net before risky changes:

  • Before upgrading your OS or kernel
  • Before major application updates (WordPress core, database migrations)
  • Before changing server configurations (Nginx, PHP, firewall rules)
  • Before installing new software
  • As a quick recovery point for development/staging servers

Creating a Snapshot

  1. Log into the GoZen client area
  2. Go to ServicesMy Services
  3. Click on your VPS plan
  4. Find the Snapshots or Backups section in the management panel
  5. Click Create Snapshot
  6. Give it a descriptive name (e.g., before-nginx-upgrade-2026-04-07)
  7. Click Confirm

The snapshot process takes a few seconds to a few minutes depending on your disk size. Your VPS stays online during the snapshot.

Snapshot Naming Tips

Use descriptive names so you know what state each snapshot represents:

  • clean-install-ubuntu-2404 - fresh OS install
  • before-wp-migration - right before migrating a site
  • working-lemp-config - known-good server configuration
  • pre-kernel-update-jan-2026 - before a specific maintenance task

Restoring a Snapshot

Restoring replaces your entire VPS with the snapshot state. Everything that changed after the snapshot was taken will be lost.

  1. Go to your VPS management panel in the client area
  2. Navigate to the Snapshots section
  3. Find the snapshot you want to restore
  4. Click Restore
  5. Confirm the action

The restore process typically takes 1-5 minutes. Your VPS will be offline during the restore and will reboot automatically when it’s done.

Deleting Old Snapshots

Snapshot storage is limited. Delete snapshots you no longer need:

  1. Go to the Snapshots section
  2. Find the old snapshot
  3. Click Delete

Keep your most recent “known good” snapshot and any pre-major-change snapshots. Delete intermediate ones you no longer need.

Snapshots vs Full Backups

FeatureSnapshotFull Backup (rsync/Backuply)
SpeedSeconds to createMinutes to hours
GranularityEntire serverIndividual files/databases
Storage locationSame infrastructureCan be offsite (different datacenter)
Restore scopeFull server restore onlySelective file/database restore
Survives server failureDepends on storage setupYes (if stored offsite)
Best forQuick rollbacksDisaster recovery

Use both. Snapshots for “I’m about to change something and might need to undo it.” Offsite backups for “the datacenter caught fire.”

Best Practices

  1. Snapshot before, not after. Take the snapshot before you make changes, not after
  2. Name descriptively. “snapshot-3” tells you nothing in three months
  3. Don’t hoard. Old snapshots with no clear purpose just consume storage
  4. Test restores. Do a test restore on a non-production server at least once so you know the process works
  5. Combine with offsite backups. Snapshots and rsync/Backuply serve different purposes. Use both

What to Do Next

Last updated 07 Apr 2026, 00:00 +0200. history

Was this page helpful?