Scheduled, with verified restores
Backups that are actually opened and restored on a schedule. A backup nobody has restored is a guess, and you find out which on the day you cannot afford to.
Products › Automation
The jobs that have to run whether or not anyone remembers them — and have to prove they ran. Backups, replication, monitoring and configuration history, set up once and then left to work.
The principle
A task that depends on somebody remembering it will eventually be forgotten, and it will be forgotten on the worst possible day. These are the routines we take off people.
Backups that are actually opened and restored on a schedule. A backup nobody has restored is a guess, and you find out which on the day you cannot afford to.
A copy kept on separate hardware, so losing one machine does not take the live data and its only backup at the same time.
Production replicated to a second machine on a short interval, so recovery means switching over rather than rebuilding.
Configured so a hardware failure brings services back on the standby without waiting for someone to notice and log in.
Alerting on the things that precede an outage — capacity, link state, service health — routed to whoever is on duty.
Every device and server configuration captured and versioned, so any change can be traced, compared and reversed.
Scheduled backups pass their own checks right up until the day you need one. The failure is almost never the schedule — it is that nobody ever opened an archive, or the copy sat on the same machine that died.
So we treat a failed restore as an incident in its own right. Finding it during a drill costs an afternoon. Finding it during an outage costs the business.
Works on your existing servers
If the answer is "we have never had to", that is worth checking before the day you do.