Free Microsoft 365 Security Assessment for businesses. Book yours
RTO and RPO for New York SMBs: Setting Recovery Targets With Real Downtime Cost Data

RTO and RPO for New York SMBs: Setting Recovery Targets With Real Downtime Cost Data

Last reviewed: October 27, 2026 · Reading time: 9 minutes

Every disaster recovery plan rests on two numbers. The recovery time objective (RTO) is how long a system can be down before the damage becomes unacceptable. The recovery point objective (RPO) is how much data, measured in time, you can afford to lose. Get them right and you spend money where it matters. Get them wrong and you either overpay to protect systems nobody misses for a day, or discover mid-outage that your most important system can’t come back for a week.

Key takeaways

  • In ITIC’s 2024 survey of more than 1,000 firms, over 90% of mid-size and large enterprises said one hour of downtime costs them more than $300,000.
  • Uptime Institute found 54% of organizations’ most recent significant outage cost over $100,000, and 20% cost over $1 million.
  • RTO and RPO should be set per system, based on what an hour of that system’s downtime costs, not as one number for the whole business.
  • A target is only real once you have measured it in a test restore.

What downtime really costs

90%+of mid-size and large firms put one hour of downtime above $300,000 (ITIC 2024)
41%of enterprises estimate $1 million to over $5 million per hour (ITIC 2024)
54%of recent significant outages cost more than $100,000 (Uptime Institute 2025)

Small firms work with smaller numbers, but the same logic. ITIC gives two simple SMB examples: if an hour of downtime costs you $10,000, that is about $167 per server per minute; at $25,000 an hour it is about $417 per server per minute (ITIC 2024).

Cost of respondents’ most recent significant outage
Source: Uptime Institute Annual Outage Analysis 2025, as reported by Data Center Knowledge (May 2025).

Outages are also not only about cyberattacks. Uptime Institute’s 2025 analysis attributes 54% of impactful outages to power problems and says human error plays a part in roughly two-thirds to three-quarters of all outages (Data Center Knowledge, May 2025). For a New York office, that includes building power work, summer storms and the occasional mistaken deletion.

How to calculate your own hourly cost

For each important system, estimate:

  1. Lost revenue per hour if the system is down (billable hours that can’t be worked, orders that can’t be taken).
  2. Idle labour per hour: number of people who can’t work × loaded hourly cost.
  3. Recovery and overtime costs after the outage.
  4. Penalties and contractual exposure: missed court or regulatory deadlines, SLA credits.
  5. Reputational cost: harder to price, but real for client-facing firms.

Add the first four to get a working hourly figure. That number tells you how much it is worth spending to shorten the outage.

A worked example: a 40-person New York accounting firm

The figures below are illustrative, not client data, but they reflect the kind of tiering we build with clients.

Tier System Estimated cost per hour down Target RTO Target RPO Typical approach
Tier 1 Microsoft 365 email and files $6,000 4 hours 1 hour Third-party Microsoft 365 backup with frequent snapshots and granular restore
Tier 1 Practice management and tax software server $5,000 4 hours 15 minutes Continuous replication to the cloud (Azure Site Recovery or AWS Elastic Disaster Recovery)
Tier 2 File archive of closed engagements $500 48 hours 24 hours Nightly immutable backup
Tier 3 Intranet and internal wiki $100 5 days 24 hours Nightly backup, restore on demand
Illustrative example. Your figures will differ; the method is what matters.

The Tier 1 systems justify continuous replication because shaving even a few hours off an outage pays for the service many times over. Tier 3 doesn’t, so it gets simple, cheap nightly backups. This is the same tiering you will need for the recovery time field now required in many regulatory asset inventories, including NYDFS Part 500.

Choosing the technology to match the target

Target What usually achieves it
RPO of seconds to minutes, RTO under an hour Continuous block-level replication to a cloud DR site with pre-built failover runbooks
RPO of 1 to 4 hours, RTO of a few hours Frequent snapshots or incremental backups with tested restore procedures
RPO of 24 hours, RTO of a day or more Nightly backups to immutable cloud storage

Whatever the technology, at least one copy should be immutable and isolated so ransomware can’t reach it, in line with the 3-2-1-1-0 rule. And remember that a fast restore of infected data is worse than useless; read why clean recovery matters more than speed alone.

Prove it: test against the target

RTO and RPO on paper are assumptions. Run a recovery test for each Tier 1 system at least quarterly, time it from the start of the incident to users working again, and record the result. If the measured time misses the target, either invest to close the gap or change the target and tell the business. Our article on the 24-hour recovery standard walks through a realistic test.

Know your real recovery time

Ron Klink can help you price your downtime, set RTO and RPO per system and design disaster recovery that meets them.

Book your free security assessment

Sources

  1. ITIC, 2024 Hourly Cost of Downtime Survey, Part 2 (survey conducted November 2023 to March 2024).
  2. Data Center Knowledge, Data center outages decline for fourth straight year, but issues persist (Uptime Institute Annual Outage Analysis 2025), May 2025.
About the author: Ron Klink is the founder of RK’s Disaster Recovery Solutions in New York City. He designs and tests cloud disaster recovery for small and mid-sized businesses on Azure Site Recovery, AWS Elastic Disaster Recovery and IBM i Cloud. More about Ron.

Other articles you may like