Kopia alternative,
without running your own server.

What Kopia Repository Server actually is

Kopia has two sides: the backup client (free, open source), and the Kopia Repository Server - a self-hosted component that acts as a gatekeeper between clients and underlying storage. You run the server, maintain it, issue client credentials, handle TLS, back up the server itself, and hope nothing breaks.

For a homelab or developer with three machines, this is a lot of operational overhead. The repository server is a useful component in multi-tenant corporate deployments. For personal or small-team backups, it is often overkill.

The alternative: someone else hosts the storage

A managed encrypted backup target removes the server operation entirely. You run the backup client. The target is a hosted Restic REST endpoint, backed by ZFS, with encryption handled entirely at the client level. No Kopia Repository Server to run.

ServerCrate is this kind of managed target. It is built for Restic - you point the Restic CLI at your vault and back up:

export RESTIC_REPOSITORY=rest:https://vaultuser:YOUR_TOKEN@a1b2c3d4.vault.servercrate.net/
export RESTIC_PASSWORD=your-restic-password
restic init

Your Restic repository lives inside your ServerCrate vault. You get a managed, ZFS-backed target without running any backup server yourself.

ServerCrate vs Kopia Repository Server

The honest comparison:

When to stick with Kopia Repository Server

• You need fine-grained per-client permissions enforced at the server layer
• Your organization has a strict "all backup infrastructure must be on-premises" policy
• You already operate Kubernetes or similar and running one more stateful service costs almost nothing
• You need policy inheritance and centralized management across dozens of clients

For those cases, the self-hosted path is correct. For everything else, a managed target is simpler, cheaper, and more reliable.

When ServerCrate is the better choice

• You back up 1-20 machines, not hundreds
• You do not want to operate a backup server on top of operating your actual systems
• You want offsite geographic isolation from your primary infrastructure
• You want predictable flat pricing, not hardware + electricity + time
• You specifically want a Restic-native target

Using ServerCrate with Restic

ServerCrate hosts Restic repositories over Restic's native REST protocol. Kopia cannot use a Restic REST server as a backend, so to use ServerCrate you run Restic - which gives you the same encrypted, deduplicated, snapshot-based model you were evaluating Kopia for. Setup is three lines:

# Point Restic at your vault (values from the portal)
export RESTIC_REPOSITORY=rest:https://vaultuser:YOUR_TOKEN@a1b2c3d4.vault.servercrate.net/
export RESTIC_PASSWORD=your-restic-password

# Initialize, then back up
restic init
restic backup /home /etc /var/www

Your Restic repository lives in your vault on ZFS-backed storage. If you are committed to Kopia specifically, generic object storage or a self-hosted Kopia Repository Server is the right path - ServerCrate is a Restic target.

What you give up going managed

Honestly, very little for typical use cases. You do not have root on the storage host, so you cannot install arbitrary things there - but a backup target is not somewhere you want to run arbitrary things anyway. The smaller surface area is a feature.

Kopia's server-side access control (ACLs on specific paths within a repository) is a Kopia Repository Server feature. ServerCrate vaults do not offer path-level ACLs; access is at the vault boundary. For single-user or single-team vaults, this is not a limitation.

Migration from Kopia Repository Server

If you are running your own Kopia server and want to move:

1. Create a new Restic repository on your ServerCrate vault (Kopia repositories are not supported)
2. Point one client at the new repository and take a full snapshot
3. Verify restore from the new repository works
4. Cut over the remaining clients
5. Keep the old repository around for 30-90 days as insurance, then decommission

Kopia does not have a native repository-to-repository migration tool. The practical approach is fresh snapshots on the new repository and retiring the old one once confidence is built.

If Kopia is not the constraint

Most people evaluating Kopia arrive there because they want encrypted, deduplicated, snapshot-based backup and Kopia is one of the three or four tools that does it well. If you are flexible on the client tool, Restic is slightly simpler operationally, has a larger community, and is what ServerCrate is primarily designed around. See our comparison of Restic alternatives for the full landscape.

Kopia strengths worth keeping in mind

If you decide Kopia is the right tool, here is what you're actually getting that Restic doesn't match:

• Policy-based snapshots. Kopia's snapshot policies are more expressive than Restic's retention flags. You can define per-path rules ("keep 30 snapshots for /var/www but only 7 for /tmp"), control compression per extension, and exclude by pattern more granularly.
• Built-in UI. Kopia ships a web UI for browsing snapshots, running restores, and monitoring repository health without leaving the browser. Restic has third-party UIs (Backrest, Autorestic) but nothing first-party.
• Parallel uploads and smart caching. Kopia generally outperforms Restic on high-bandwidth connections because it uploads more aggressively. On a gigabit link backing up a multi-hundred-gigabyte dataset, the throughput difference is noticeable.
• Multi-tenant repository server. Kopia Repository Server supports multiple users sharing one physical repository with separate credentials and access scopes. Restic assumes one repository equals one set of credentials.

Restic strengths worth keeping in mind

And here is where Restic wins:

• Fewer moving parts. Restic is a single static binary with no daemon, no server component, no UI server to keep updated. restic backup restic restore restic forget. That's almost the whole surface area.
• Older codebase, more audits. Restic has been around since 2015 and has seen multiple independent security reviews. Kopia is newer. Both are competent; Restic has more scar tissue.
• Better documentation ecosystem. More tutorials, more third-party integrations (restic-rest-server, autorestic, resticprofile, backrest), more Stack Overflow answers. When something goes wrong at 2am, search results matter.
• Simpler repository format. Restic's on-disk format is well-documented and hasn't changed incompatibly since 2018. You can write a reader in Python in a weekend.

When neither is the right answer

If you're backing up a large PostgreSQL or MySQL database, both Restic and Kopia will back up files correctly but neither handles live database state - you still need to pg_dump or use filesystem snapshots first. For VMware ESXi or Proxmox VMs with live guests, you likely want Proxmox Backup Server or Veeam for the hypervisor layer and Restic/Kopia only for the config and extracted data. Pick the backup tool that matches the data model, not the other way around.