Understanding Snapshots
Each backup creates a snapshot - a point-in-time copy of your data. Snapshots are:- Immutable: Cannot be modified after creation
- Deduplicated: Only stores changed data
- Encrypted: Protected with repository password
- Compressed: Optimized for storage efficiency
Snapshot Information
Each snapshot contains:- Snapshot ID: Unique identifier
- Timestamp: When the backup was created
- Paths: Directories that were backed up
- Size: Amount of data in the snapshot
- Duration: How long the backup took
- Tags: Custom labels for organization
- Hostname: Server that created the backup
Browsing Snapshots
Filtering Snapshots
Filter snapshots by:- Backup Schedule: Show only snapshots from a specific backup job
- Tags: Filter by custom tags
- Date Range: Find snapshots within a time period
- Hostname: Filter by the server that created them
Restoration Methods
Zerobyte offers three ways to restore data:1. Download Individual Files
Best for recovering a few specific files.
Use cases:
- Recovering accidentally deleted files
- Retrieving old versions of documents
- Extracting individual configuration files
2. Download Directory as Archive
Download entire directories as compressed archives.
Use cases:
- Restoring entire project directories
- Recovering folder hierarchies
- Migrating data to a new system
3. Restore to Volume
Restore snapshots directly back to the original volume or a different location.Configure Restore Options
- Target Path: Where to restore (defaults to original location)
- Include Patterns: Restore only specific files (optional)
- Exclude Patterns: Skip certain files during restore (optional)
- Overwrite Mode: How to handle existing files
- Delete Extra Files: Remove files not in the snapshot
- Complete disaster recovery
- Restoring entire servers
- Rolling back to a previous state
Restore Configuration Options
Target Path
Specify where to restore files:- Original Location: Restore to the same path as the backup
- Custom Path: Restore to a different directory
Include Patterns
Restore only files matching specific patterns. Examples:Exclude Patterns
Skip files during restore. Examples:Overwrite Mode
Controls how existing files are handled:- Always: Overwrite all existing files
- If Changed: Only overwrite if content differs
- If Newer: Only overwrite if snapshot version is newer
- Never: Skip files that already exist
| Mode | Existing File | Snapshot File | Action |
|---|---|---|---|
| Always | Any | Any | Overwrite |
| If Changed | Same content | Any | Skip |
| If Changed | Different | Any | Overwrite |
| If Newer | Older | Newer | Overwrite |
| If Newer | Newer | Older | Skip |
| Never | Exists | Any | Skip |
Delete Extra Files
Enable this option to remove files that exist in the target but not in the snapshot. This makes the target directory exactly match the snapshot.Restore Examples
Recover a Deleted File
Recover a Deleted File
Scenario: User accidentally deleted an important document.Steps:
- Find a snapshot from before the deletion
- Browse to the file location
- Download the file
- Copy it back to the original location
Restore Specific File Types
Restore Specific File Types
Scenario: Restore only database files from a backup.Configuration:
Complete Disaster Recovery
Complete Disaster Recovery
Scenario: Server failed, need to restore everything.Steps:
- Set up new server with Zerobyte
- Configure the same repository
- Find the most recent snapshot
- Restore to original paths
- Set overwrite mode to “Always”
- Enable “Delete Extra Files”
- Execute restore
Restore Without Overwriting
Restore Without Overwriting
Scenario: Compare backup version with current files.Configuration:This restores files to a separate location for comparison.
Partial Directory Restore
Partial Directory Restore
Scenario: Restore only documents, skip media files.Configuration:
Snapshot Management
Deleting Snapshots
Manually remove specific snapshots:Tagging Snapshots
Organize snapshots with custom tags:Tag Action
Click Tag Snapshots and choose:
- Add Tags: Add new tags while keeping existing ones
- Remove Tags: Remove specific tags
- Set Tags: Replace all tags with a new set
Refreshing Snapshots
If snapshots were added outside of Zerobyte (e.g., via CLI), refresh the cache:- Navigate to repository details
- Click Refresh Snapshots
- Zerobyte re-scans the repository for all snapshots
Advanced Restore Scenarios
Cross-Repository Restore
Restore from one repository to a volume backed up to a different repository:- Ensure both repositories use the same password
- Use mirror functionality or manually copy snapshots
- Restore from the mirrored snapshot
Point-in-Time Recovery
Restore data to a specific moment:- Identify the timestamp you want to restore to
- Find the snapshot created closest to (but before) that time
- Restore from that snapshot
Restore to Different System
- Set up Zerobyte on the target system
- Configure the same repository with the same password
- Browse and restore snapshots
- Adjust file paths as needed for the new system
Restoring from CLI
For advanced users, you can restore directly using Restic:CLI restoration is useful for automation, scripting, or when the web interface is unavailable.
Verification and Testing
Regular Restore Tests
Test your backups regularly to ensure they work when needed:Verify Data Integrity
- Check file contents
- Verify file permissions
- Confirm timestamps are correct
- Test application functionality with restored data
Snapshot Integrity Check
Use the repository Check function to verify backup integrity:- Navigate to repository details
- Run Doctor operation
- Review check results for errors
Troubleshooting
Cannot find snapshot
Cannot find snapshot
- Verify you’re looking in the correct repository
- Check date range filters
- Click Refresh Snapshots to update the cache
- Verify the backup actually completed successfully
Restore fails with permission errors
Restore fails with permission errors
- Ensure Zerobyte has write access to the target directory
- Check filesystem permissions on the destination
- For volume restores, verify the volume is mounted
Files are corrupted after restore
Files are corrupted after restore
- Run repository integrity check
- Try restoring from a different snapshot
- Check for storage issues in the repository backend
- Verify network stability during restore
Restore is very slow
Restore is very slow
- Check network bandwidth to the repository
- Consider using download bandwidth limits
- Restore smaller subsets of files instead of entire snapshots
- For cloud repositories, check for throttling
Cannot decrypt snapshot
Cannot decrypt snapshot
- Verify repository password is correct
- For existing repositories, ensure you’re using the original password
- Check for repository corruption (run Doctor)
Best Practices
Test restores regularly
Test restores regularly
Schedule monthly restore tests to verify backup integrity and ensure you know the restore process.
Document recovery procedures
Document recovery procedures
Write down step-by-step restore instructions specific to your environment for disaster scenarios.
Restore to staging first
Restore to staging first
When possible, restore to a test environment to verify data before restoring to production.
Keep repository passwords secure
Keep repository passwords secure
Store repository passwords in a secure location separate from the backup system itself.
Monitor restore operations
Monitor restore operations
Stay connected during restores to handle any errors immediately.
Understand restore time objectives
Understand restore time objectives
Know how long restores take for different data sizes to set appropriate recovery time expectations.
Next Steps
Configure Notifications
Set up alerts for backup success and failures
Retention Policies
Learn more about managing snapshot lifecycle
