You now own the SQL Server
The company is responsible for a system it did not design or has not reviewed recently.
Consulting / Existing SQL Server environment
I review SQL Server environments that a company now has to run, support, upgrade, or explain without fully trusting the history behind them.
Use this when backups, jobs, alerts, documentation, ownership, recovery, and performance all need a sober technical read.
Fit
The company is responsible for a system it did not design or has not reviewed recently.
Server lists, diagrams, or handover notes exist, but do not answer practical DBA questions.
SQL Agent jobs, backups, CHECKDB, cleanup, alerts, or maintenance tasks run, but ownership and purpose are unclear.
Upgrade, audit, migration, vendor change, recovery review, or support handover is exposing weak spots.
DBA questions
Management questions
Review scope
Recovery
Backup history, log chain, failed backups, restore test date, restore timing, and retention.
Maintenance
Jobs, owners, schedules, failures, CHECKDB, index and statistics jobs, and cleanup jobs.
Alerts
Database Mail, operators, SQL Server alerts, failed-job routing, high-severity errors, and monitoring data.
Config
SQL Server version and build, edition, max memory, MAXDOP, compatibility levels, tempdb, and growth settings.
Access
Server roles, service accounts, linked servers, job owners, documentation gaps, and named internal owners.
Baseline
Wait stats, blocking, recent slow periods, top queries, plan changes, and workload timing.
Output
The issues I would handle before cleanup or tuning.
Jobs, alerts, restore testing, access, vendor dependencies, or maintenance tasks.
Restore path, rollback plan, failover behavior, alert routing, or upgrade test run.
Cosmetic cleanup, low-risk documentation tidy-up, or tuning ideas without enough data.
Choosing the right start
| Situation | Better start | Reason |
|---|---|---|
| Several SQL Server areas are unclear at once | Existing environment review | Backups, jobs, alerts, ownership, recovery, and supportability need to be checked together. |
| The main issue is active slowness or blocking | Performance review | Start with waits, blocking, plans, and workload timing. |
| The main issue is a version change | Upgrade support | Start with compatibility, test run, rollback, and validation. |
| The main issue is restore or DR planning | Recovery readiness | Start with backup chain, restore sequence, RPO/RTO, and failover behavior. |
| The company needs regular SQL Server help | Monthly DBA support | A one-off review may not be enough. |
First step
Start with the situation. I will tell you whether the review should stay broad or move into a narrower service.
First message
Issue, urgency, upcoming pressure.
After fit check
Backups, jobs, alerts, CHECKDB, version, monitoring.
Output
Findings, recommendations, next steps.
Step
The first message only needs the issue, urgency, and whether a change or audit is coming.
Step
I decide whether this should stay broad or move into health audit, performance review, upgrade support, or recovery readiness.
Step
Backup history, SQL Agent jobs, alerts, CHECKDB history, version and build, monitoring data, or access details come after the fit check.
Step
The review stays tied to practical DBA questions, not generic best-practice noise.
Step
You get findings, recommended next steps, what I would handle first, and what can wait.
Not the right fit
Better fit
Related pages
Main service
The main page for performance, recovery, upgrades, current setup reviews, and ongoing DBA help.
See consulting
Health audit
For checking backups, jobs, alerts, configuration, security, tempdb, and ownership.
See audit
Ongoing help
For companies that need regular SQL Server review, troubleshooting, and planned-change help.
See support
Performance
For slow periods, blocking, waits, deadlocks, query plans, and workload timing.
See review
Upgrade
For compatibility, test run, rollback, validation, and version-change risk.
See upgrade help
Recovery
For restore testing, backup chains, failover behavior, RPO/RTO targets, and runbooks.
See recovery help
Contact
Send a short note about the environment, what changed recently, and what decision is coming next. I will tell you whether this review is the right start.
A short description is enough for the first message.
FAQ
I check the areas that usually create risk in older or handed-over systems: backups, jobs, alerts, CHECKDB, access, ownership, configuration, recovery, and recent performance symptoms.
It can become one. This page is for the broader question first: what needs checking when the company now owns a SQL Server it does not fully trust.
Yes. Most of this work can be done remotely when someone can arrange access, screen-share, or export the right SQL Server details after the first fit check.
Send the issue, urgency, what changed recently, and whether an audit, upgrade, migration, or support handover is coming.
Then the work can move into a performance review focused on waits, blocking, plans, query shape, and workload timing.
Yes. If the review shows the SQL Server needs regular checks or planned-change help, monthly DBA support may be the better fit.