Migration guides / Vendor
From SolarWinds DPA to Obsfly
DPA's UX is from the early 2010s; modern operators bounce.
Why teams switch
- DPA's UX is from the early 2010s; modern operators bounce.
- Per-instance pricing climbs fast, especially for SQL Server fleets.
- Anomaly detection is threshold-based; no learned forecast bands.
- No SaaS option that meets modern compliance requirements.
What DPA is genuinely good at
Fairness signal — useful in renewal conversations.
- Wait-time analysis on SQL Server is genuinely deep.
- On-prem deployment is mature and battle-tested.
Migration playbook
Step 1
Map DPA monitor inventory
Export your monitored instance list and the alert rules attached to each.
Step 2
Install Obsfly agent or use polling mode
For on-prem SQL Server, the agent runs locally; for managed RDS / Cloud SQL, polling works.
Step 3
Translate alerts
Threshold rules map 1:1. Wait-event spikes become forecast-violation rules with no tuning.
Step 4
Decommission DPA
Disable the DPA collector role on each instance after two weeks of overlap.
Pitfalls to avoid
- DPA stores history locally; export anything you want to keep before turning it off.
- Validate Always-On AG visibility before cutover.
FAQ
- Does Obsfly cover SQL Server depth like DPA?
- Yes — Query Store, DMVs, AlwaysOn AG, plan regression all surfaced. Plus modern UX and forecast-band alerting DPA doesn't have.
Ready to switch?
Book a 30-minute migration call.
We'll spec your parallel-run plan together, agree on success criteria, and quote your first 30-day deal.
Book a call →