Data platform disaster recovery and business continuity
Production-grade Agent Skills for data engineering AI agents: 73 workflows, platform presets, safe backfill/replay, Kafka & Spark reliability, MCP observability, and VS Code/JetBrains installers.
npx -y skills add vaquarkhan/data-engineering-agent-skills --skill data-platform-disaster-recovery-and-business-continuityAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 21 stars21 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Guides agents through disaster recovery and business continuity planning for data platforms. Use when defining region or account failover, backup and restore, RTO or RPO targets, control-plane recovery, or restore drills for pipelines, warehouses, lakehouses, and publish surfaces.
SKILL.md
3.4 KB, as published. Nobody here has run it
Data Platform Disaster Recovery And Business Continuity
Overview
Use this skill when the question is how the data platform survives major failure, not only how one incident is handled. It helps agents design recovery objectives, backup and restore paths, control-plane recovery, failover decisions, and repeatable restore drills for data systems.
When to Use
- defining
RTOandRPOfor critical datasets or platform services - planning region, account, or environment failover
- validating backup and restore behavior for warehouses, lakes, or stateful processors
- designing business continuity for shared data products and critical publish paths
- running recovery drills before a real outage forces them
Do not confuse incident handling with disaster recovery planning. Disaster recovery is the plan for major platform loss or sustained unavailability.
Workflow
-
Classify the critical services and data products. Identify:
- critical datasets
- control-plane dependencies
- orchestration and metadata services
- downstream consumer and business impact
-
Define recovery objectives. Include:
RTORPO- acceptable degraded mode
- mandatory publish protections during failover
-
Map recovery assets and dependencies. Cover:
- backups and snapshots
- checkpoint or incremental state
- orchestration definitions
- secrets and access paths
- lineage and metadata services
- validation and reconciliation controls after restore
-
Choose the recovery strategy. Options may include:
- restore in place
- warm standby
- cold standby
- cross-region or cross-account failover
- consumer-facing degraded mode with blocked publish
-
Prove the recovery path. Run drills for:
- restore time
- checkpoint continuity
- publish blocking and reopen criteria
- reconciliation after restore
- ownership and escalation behavior
Common Rationalizations
| Rationalization | Reality |
|---|---|
| "The cloud provider already handles availability." | Provider uptime does not replace dataset restore, metadata recovery, or publish-safe failover design. |
| "We have backups, so we are covered." | Untested backups and undefined restore ownership do not prove business continuity. |
| "We can work out the failover steps during an outage." | Major outages are the worst time to discover recovery dependencies or missing permissions. |
Red Flags
- no named
RTOorRPOexists for critical data products - backup inventory ignores metadata, orchestration, or incremental state
- failover is described without validation or reconciliation after restore
- publish behavior during degraded mode is undefined
- recovery drills have never been executed
Verification
- Critical data products and services have explicit recovery objectives
- Backup, restore, and dependency recovery paths are documented
- Recovery strategy matches business impact and platform constraints
- Restore drills validate time, correctness, and publish protection
- Ownership and escalation paths are clear during major outage scenarios