01
What you gain by entrusting continuity to a managed service
Maintenance, application and infrastructure signals, protected copies, RPO and RTO objectives, and recovery checks build a service capable of recovering data according to the agreements made with Nebulas. For management this means being able to set an acceptable level of risk before an incident happens, not after.
02
How recovery capability is built, step by step
Steps
- Continuous maintenance of the environment to prevent degradation and outages.
- Monitoring of application and infrastructure signals to catch anomalies.
- Production of protected data copies within the agreed scope.
- Definition of RPO and RTO objectives shared with the business.
- Periodic recovery checks to confirm objectives are met.
03
What is needed before activating the service
Prerequisites
- An agreed scope defining architecture, compute, database and storage covered.
- Clarity on network, access, updates and monitoring to include in the service.
- A decision on capacity, backup, security and support needed by the organization.
- A preliminary inventory of data and permissions to migrate or protect.
04
A hypothetical case: when a failure doesn't become an emergency
Hypothetical example. A company with distributed teams agrees with Nebulas on RPO and RTO objectives for its shared documents on Nextcloud. An infrastructure failure interrupts access: application signals detect it, protected copies allow recovery within the agreed RTO objective, and the subsequent check confirms the integrity of the recovered data. Management had already decided in advance how much time and potential data loss were tolerable, avoiding rushed decisions under pressure.
05
What to check periodically
- Recovery checks confirm that the set RPO and RTO objectives are met.
- Monitoring of application and infrastructure signals remains active and up to date.
- Protected copies are generated according to the agreed schedule within the scope.
- The responsibility matrix documents who manages what, with traceable changes.
06
How Nebulas Managed Nextcloud structures this responsibility
The service can cover architecture, compute, database, storage, cache, network, access, updates, monitoring, capacity, backup, security and support according to the agreed scope. Architecture, data location, administrative access, encryption, retention, dependencies, maintenance and support are documented in a responsibility matrix with traceable changes, so the business always knows who is accountable for what.
07
The practical sequence for management
Steps
- Define with Nebulas the scope of the service: what it covers and what stays internal.
- Set RPO and RTO objectives together based on acceptable risk.
- Request the responsibility matrix with traceable changes.
- Schedule periodic recovery checks as part of management oversight.
08
The next step
Leaders can start by defining with Nebulas the service scope and recovery objectives before an incident forces the issue.
FAQ
Frequently asked questions
What do RPO and RTO mean in the context of the service?
They are the agreed objectives for the maximum tolerable data loss and the maximum recovery time: Nebulas defines them together with the business and checks them periodically.
Who is responsible in case of an incident, the business or Nebulas?
Responsibilities for architecture, access, encryption, retention and support are documented in a shared matrix with traceable changes, to always clarify who is accountable for what.
Are recovery checks a one-time activity or recurring?
They are periodic checks: they confirm over time that the service can actually recover data according to the agreed RPO and RTO objectives.
✓