file sync workload baseline

Nextcloud personal-cloud baseline

Keep files, database, configuration, custom apps, and themes synchronized through maintenance, upgrade, rollback, and client-facing restore checks.

Runtime boundary

Know which services participate before mapping their state.

  1. 01

    Nextcloud application service

  2. 02

    Database service on a private network

  3. 03

    HTTPS entry point with scheduled background work and any declared cache or external-storage dependencies

Persistent-state map

Every state boundary needs a Compose address, a backup rule, and a restore proof.

State 01 · database

File metadata, shares, users, apps, and server state

Compose evidence
A private database service with an explicit persistent mount and database export path.
Backup boundary
Capture a database-consistent export while the application write boundary is controlled.
Restore proof
Users, shares, file metadata, and enabled-app state align with the restored file set.

State 02 · user files

Primary data directory and declared external storage

Compose evidence
Explicit mounts or external-storage declarations identify every location that holds authoritative user files.
Backup boundary
Protect the data directory and each declared external object or file store at the same recovery point as the database.
Restore proof
Representative files can be listed, downloaded, opened, uploaded, and synchronized without metadata-only ghosts.

State 03 · configuration

Instance identity and service connections

Compose evidence
The configuration mount and rendered Compose model preserve database, cache, hostname, data-path, and secret references.
Backup boundary
Retain configuration values that bind the instance to its data, identity, encryption, database, cache, and trusted domains.
Restore proof
The recovered instance retains its identity, trusted hostname, database connection, and required service integrations.

State 04 · custom apps and themes

Custom apps, themes, and extension compatibility

Compose evidence
Custom app and theme paths are explicit when they exist; image-provided code is not mistaken for user-owned state.
Backup boundary
Include custom app and theme directories and record enabled third-party app compatibility before upgrade.
Restore proof
Required custom apps and themes load without blocking login, file access, or scheduled work.

Update sequence

Treat an application update as a reversible state transition.

01 · capture

Capture the complete instance

Record the rendered model and image references, then back up configuration, custom apps, data, themes, database, and declared external storage.

Complete when

Every authoritative state location belongs to one dated recovery point.

02 · quiesce

Enter maintenance control

Review third-party app compatibility, enable maintenance mode, and allow active clients and background work to reach the planned stop boundary.

Complete when

New logins and writes are controlled and the backup set is complete.

03 · apply

Upgrade forward

Apply the supported image transition and complete the application database and app migration path for that release.

Complete when

The migration finishes successfully while the previous recovery set remains intact.

04 · verify

Reopen and synchronize

Check status and logs, disable maintenance mode, then verify login, download, upload, sharing, background jobs, apps, and representative clients.

Complete when

Server and client workflows agree on the recovered file and metadata state.

Rollback boundary

A Nextcloud downgrade is a restore operation: rebuild the previous compatible application state and restore its matching database, data, configuration, custom apps, and themes rather than pointing an older image at a migrated database.

Recovery acceptance

A restored container is only the start of the test.

PROOF 01

Instance identity

Confirm the expected instance, trusted domain, users, groups, and authentication path.

PROOF 02

File and metadata pair

Open representative files, compare listings and shares, and confirm no inaccessible metadata-only entries remain.

PROOF 03

Read and write path

Download and upload a disposable file through the web and one representative sync client.

PROOF 04

Operations

Confirm background jobs, required apps, cache or database integrations, logs, and maintenance-mode state.

Continue planning

Carry this state and recovery contract into the deployment.

Define the host, exposure, storage, and recovery priority first; then inspect the rendered Compose model and compare every later change against its deployed baseline.

Editorial record

Maintained by Make Your Own Tools to turn “Validate a deployment” into a defined host, state, exposure, and recovery boundary. The references below provide the technical context for this planning path. Its calculation rules and planning assumptions are documented in the methodology, and affected calculations pass regression checks before the review date advances.

Last reviewed
Evidence set
7 primary references
Planning scope
Single-host Docker Compose planning for the nextcloud personal-cloud baseline, including state inventory, update control, rollback preparation, and restore acceptance.
Next check
Before execution, match the selected application and database release transition against the linked current upstream release instructions.