Business continuity & disaster recovery

Continuity that proves it boots

Coming soon

A server dies at 4 PM on a Thursday. Your client asks how long. The answer is minutes, because that recovery point already booted in a test.

Most backups stay unverified until the worst possible moment

Backup products report success. Few of them prove the image would start. You find out during the outage, with the client on the phone. You learn what you own in front of the person who trusted you with it.

Jobs that report green

A completed job proves data moved. Only verification proves the machine starts.

Hardware that locks you in

Per-appliance licensing and closed boxes turn a technical decision into a procurement negotiation.

Recovery you have never rehearsed

A restore test that needs a maintenance window never happens, so the runbook stays untested.

Whole-system protection, proven before you need it

Coverage

Everything that matters, protected

Windows and Linux, physical and virtual. Agent-based protection for machines, agentless for VMware and Hyper-V, and a universal image path where neither fits. We state every capability difference between those modes up front.

Verification

Boot-verified recovery points

Verification boots the point on the schedule you set, and attaches the result to it as evidence.

Continuity

Instant local virtualization

Run a failed server on the appliance in minutes while you repair the original. Boot an isolated test copy any afternoon without touching production.

Off-site

Immutable cloud vault and cloud DR

Off-site copies land in the region you choose with rolling immutability locks. The locks survive a compromised appliance, console, or administrator account. When the site itself is gone, recovered systems run in a secure cloud environment.

Cyber recovery

Clean points after an attack

Ransomware turns recovery into forensics. Find the last clean point and hold the suspect ones. Systems come back in staged waves, with the evidence trail your insurer will ask for.

Economics

Your hardware, your region, your margin

Open appliance hardware and regional storage choice, with no per-appliance license. Growth reprices through published volume bands.

What EnterProtect protects, and how

Protection mode changes what recovery can do. This table states the differences, and the console repeats them on the resource itself.

Protected systemProtection modeRecovery available
Windows servers, physical Agent-based
  • Instant local virtualization
  • Bare-metal restore to like or unlike hardware
  • File, folder, and volume recovery
  • Application-consistent points
Windows desktop workloads Agent-based
  • Instant local virtualization
  • Bare-metal restore
  • File and folder recovery
Linux servers, physical and virtual Agent-based
  • Instant local virtualization
  • Volume and file recovery with permissions and attributes preserved
VMware virtual machines Agentless or agent-based
  • Whole-VM recovery to the hypervisor
  • File-level recovery from the image
  • Instant virtualization on the appliance
Hyper-V virtual machines Agentless or agent-based
  • Whole-VM recovery to the hypervisor
  • File-level recovery from the image
  • Instant virtualization on the appliance
Systems without a supported agent path Universal image path
  • Image capture and recovery with the capabilities of that path stated on the resource

Every protected system, one status column

Protection state and health stay separate, so an exception stays visible in a fleet that is otherwise healthy.

  1. Capture 02:00:14
  2. Boot in isolation passed
  3. Stamp the point signed
Verified rp-2026-08-05T02:00:14Z
The Data Protection screen listing protected resources with their status, policy, and last recovery point

Where a recovery can come from, and where it can land

Recovery sourceRecovery targetTypical use
Appliance local repository Instant virtualization on the appliance A failed server this afternoon
Appliance local repository Bare metal, original or unlike hardware Rebuilding the machine properly
EnterProtect cloud vault Cloud disaster recovery environment The site itself is unavailable
EnterProtect cloud vault Back on premises The site is back and you are returning home
Qualified NAS secondary repository Local recovery A second copy on your own storage
External rotation member Independent recovery An offline copy that leaves the building

Three steps to continuity you can demonstrate

01

Deploy

Rack the appliance and push the signed agent through your RMM. Enrollment takes a claim code.

02

Protect

Accept the recommended policy. Points capture locally, replicate off-site, and verify themselves on schedule.

03

Rehearse

Boot a test copy in isolation whenever you like. Hand the client the report. The runbook is one your team has already run.

Your client measures downtime in their own words

An outage you recover from quietly becomes the reason a client renews. Rehearse it on a Tuesday and the real one is a morning you barely mention afterwards.

What we commit to

  • Verification results attach to the recovery point as evidence you can show.
  • Non-payment suspends service. It never shortens existing immutability.
  • No per-appliance license. The hardware is yours, in the region you choose.

Questions buyers ask

How is this different from a backup that reports success every night?

A completed job proves data moved. Boot verification proves the machine starts. EnterProtect runs verification on a schedule you set and attaches the result to the recovery point, so the evidence exists before the outage rather than after it.

Do I have to buy your hardware?

No. The appliance runs on open hardware and carries no per-appliance license. You choose the box, you choose the storage region, and growth reprices through published volume bands rather than a renegotiation.

What happens during a ransomware event?

Immutability locks mean the attacker cannot shorten or destroy your history, even with appliance root or a stolen console session. You identify the last clean point, hold the suspect ones, and recover in staged waves with a full evidence trail.

Can I test a restore without disrupting the client?

Yes. Boot an isolated test copy on the appliance any time. It runs on an isolated network, it does not touch production, and it produces a report you can hand to the client.

What is the difference between agent-based and agentless protection?

Agent-based protection sees inside the operating system, which enables application consistency and bare-metal recovery. Agentless protection works through the hypervisor with no software in the guest. Both are supported, and every capability difference is stated on the resource rather than discovered at recovery.

Does the appliance need to be reachable from the internet?

No. The appliance calls out to the console. There is no inbound management port, no local web interface exposed to the LAN, and no separate credential set for an attacker to harvest.