Complete backup set
We coordinate the data directory or object storage, database, configuration, custom apps, themes, secrets and keys needed to recover.
Nextcloud resilience
We design Nextcloud continuity around the impact on work. Data, database, configuration, apps and keys are protected as one system, and the recovery path is tested against agreed RPO and RTO objectives.
Measurable continuity
Redundancy can keep a service running when a component fails, but it can also replicate deletion, malicious encryption or application error. Backup preserves earlier states but does not itself reduce the time needed to rebuild an environment. High availability shortens certain outages while increasing operational cost and complexity.
We first establish which interruptions are acceptable and how much data may be lost. We then build a coherent set of copies, automation, monitoring, dependencies and runbooks. Exercises measure real timings and expose missing credentials, unrecoverable keys or steps that existed only on paper.
Continuity design
Frequency, retention and isolation are selected according to criticality and threat model.
We coordinate the data directory or object storage, database, configuration, custom apps, themes, secrets and keys needed to recover.
We separate credentials and destinations from the operating domain, applying encryption, retention and modification protection where specified.
We restore into a controlled environment, check integrity and access, and record duration, issues and corrective action.
We monitor availability, queues, errors, certificates, capacity, databases, storage and job success without mistaking a successful job for a valid backup.
We consider redundant components and highly available designs only when risk, RTO and budget justify their complexity.
We define escalation, decision authority, alternative channels, recovery criteria and evidence collection during an incident.
Resilience lifecycle
Continuity evolves with volumes, dependencies, apps and the importance of the service.
We connect time and tolerable data loss to business processes, distinguishing failure, error and attack scenarios.
We define frequency, retention, destinations, keys, bandwidth and the order in which components are rebuilt.
We conduct bounded exercises, measure the result and verify data, authentication, apps and integrations.
We update runbooks and architecture after exercises, incidents, growth or significant platform changes.
Evidence of recoverability
A job can finish without every component, without usable keys or without enough recovery capacity. We therefore distinguish copy status, integrity checking and full exercises, recording the date, scope, duration and deviations for each test.
Frequently asked questions
Frequency follows the RPO: how much activity the organisation can accept losing in a defined scenario. Databases, files and configuration can need different schedules but must be recoverable to a coherent state. The specific plan is documented in the service.
RPO is the maximum period of data the organisation aims to avoid losing; RTO is the target time to restore the service. They are agreed objectives for defined scenarios, not implicit guarantees attached to any installation.
They can reduce the impact when copies are separated, protected by different credentials, retained long enough and checked before recovery. An attacker with access to the same administrative domain may otherwise damage the backups too.
No. High availability aims to continue service through certain failures; backup allows return to an earlier state. A critical design may need both, together with monitoring, procedures and prepared people.
Nextcloud is a registered trademark of Nextcloud GmbH. Nebulas Software provides independent consulting, development and managed services; available functions depend on the agreed edition, apps and architecture.
Continuity plan
Share volumes, growth, dependencies and the impact of downtime, and we will turn priorities into a testable plan.
Define your RPO and RTO