DAXS · Backup & recovery

Backups matter.
Recovery makes them useful.

DAXS plans backups so that data and systems are not merely stored, but can be made usable again within a realistic timeframe.

multiple layers
local, external and cloud where appropriate
defined recovery paths
for files, applications and complete systems
tested regularly
rather than only showing a green status
Backup strategy

A backup only has value when recovery works.

Backups need separation from production, transparent retention and a tested recovery path.

DAXS considers data volume, rate of change, operational importance and possible failures together. This results in appropriate backup targets, recovery points and procedures without blanket promises.

3 copiesProduction data plus at least two backups.
2 media typesAvoid carrying a single technology failure into every copy.
1 copy off-siteSeparate it physically and administratively from the source.
plus a protection layerOffline or immutable where the risk and operation require it.
Scope

From one file to a complete system.

Local backup

Fast recovery close to the system without replacing the off-site copy.

Off-site backup

Physically and logically separated copies for site, hardware and operational failures.

Cloud backup

As a target or additional layer when bandwidth, data volume, cost and protection requirements fit.

Versioning

Retain multiple states so that changes or deletions noticed later can still be reversed.

Recovery points

Define the points in time to which files, applications or systems can be restored.

Recovery testing

Verify that backups are readable, dependencies are known and the recovery path works in practice.

Typical scenarios

The recovery path depends on the failure.

A deleted file needs a different process from failed hardware or an encrypted environment. Recovery paths are therefore planned at several levels.

Accidental deletion

Recover files, folders or earlier versions without unnecessarily rolling back complete systems.

Hardware failure

Bring data and services back on replacement hardware or another platform.

Ransomware

Identify clean recovery points, isolate systems and rebuild them in a controlled way.

Complete outage

Know priorities, dependencies and sequence before applications and sites are brought back online.

Cloud service

Understand which data the provider protects and where an additional backup is organisationally useful.

Documentation

Record objectives, retention, responsibilities and tested recovery paths clearly.

Approach

Review the current state. Close gaps. Test recovery.

01 / ASSESS

What must return, and how quickly?

Record data, applications, dependencies and operational priorities.

02 / PLAN

Define backup layers.

Define retention, versions, off-site copies and suitable protection layers.

03 / VERIFY

Test the recovery path in practice.

Test recovery, document results and continue improving the plan.

Identities, MFA, cloud permissions and secure sharing are important topics, but are covered on the cloud and infrastructure pages. Explore cloud & infrastructure

Next step

How resilient is your IT when it matters?

We review existing backups, realistic recovery times, visible risks and the next sensible steps.