Monthly health report
System health, the incidents of the month and what caused them, and the optimization opportunities found, written to be read by someone who was not in the room.
SQL Server is the platform this firm was built on, and it is still the one most of its clients run. Fortified Data stabilizes, tunes, and modernizes SQL Server estates on premises, in Azure, and across both at once, from instance configuration up to the licensing position underneath it.
On premises, Azure, and hybrid, by the same team.
Fortified Data provides managed services, consulting, and assessments for Microsoft SQL Server and the Azure SQL family. The work covers monitoring and incident response, query and index tuning, patching and security hardening, backup and recovery, Always On availability groups and failover clustering, version upgrades and migrations, Azure SQL Database and Managed Instance, the SSIS, SSRS, and SSAS stack, and the licensing position underneath all of it, on premises, in Azure, in AWS, and across hybrid deployments.
Most SQL Server engagements open with one of three questions. Why is the application slower than it was a year ago, would the recovery plan actually work if it were needed, and is the licensing correct. The three are related more often than they look: an estate that has grown by instance is usually slower, harder to recover, and overlicensed at the same time.
This page states what Fortified Data does on SQL Server rather than what SQL Server is. The configurations, the version range, and the deliverables are below, and none of them is a description of the product.
Six areas, covered continuously under a managed service and individually as project work.
Real-time monitoring of every instance with alerting on performance, availability, and security thresholds, and remediation attached to the alert rather than a notification nobody owns.
Execution plan analysis, index design and maintenance, statistics, and memory, CPU, and I/O configuration, applied as continuous work rather than as a response to a complaint.
Always On availability groups, failover cluster instances, database mirroring, and log shipping, designed and configured against your recovery time and recovery point objectives.
Backup strategy design, verification that jobs completed, consistency checking with DBCC, and recovery testing that establishes the backups restore rather than that they ran.
Scheduled patching inside your maintenance windows, plus Transparent Data Encryption, Always Encrypted, access control, and audit logging configured to hold without costing throughput.
Version upgrades, moves to Azure or AWS, heterogeneous migrations from other engines, and instance consolidation to reduce both licensing cost and the number of things that can fail.
Versions, editions, and deployments
Fortified Data supports SQL Server 2012 through 2022 under a managed service, and works on versions older than that as a migration or modernization engagement rather than as indefinite life support. An instance past its support date receives no security patches, which makes its version the first finding in any security review of the estate.
Edition and deployment matter as much as version. Core counts, virtualization, passive failover rights, and Azure Hybrid Benefit decide what the estate costs, and instance consolidation is frequently the largest saving available on it.
Evidence, on a cadence, in writing. A managed service that produces no documents is indistinguishable from one that is not running.
System health, the incidents of the month and what caused them, and the optimization opportunities found, written to be read by someone who was not in the room.
A recurring review of where the estate is heading rather than where it is: version currency, architecture, and the decisions that need a budget cycle of notice.
A measured baseline, then every tuning change recorded with what it altered and what it produced, so an improvement can be proved rather than asserted.
Verification that backup jobs completed, and the results of recovery tests, which is the difference between a backup strategy and a backup schedule.
Storage, memory, and throughput trends projected forward, so the next constraint appears in a plan rather than in an incident.
Instance, edition, and core inventory reconciled against entitlement, with the over-licensing most estates carry without knowing it.
SQL Server is where Fortified Data started and it remains the largest part of the practice, which means the failure modes on it are known ones rather than new ones.
The same people cover the on-premises instances and the Azure estate, so a hybrid environment gets one architecture opinion instead of an infrastructure team and a cloud team disagreeing.
Edition, core count, virtualization, and passive failover are design decisions with an invoice attached. They are handled alongside the technical work rather than left to a renewal conversation.
Microsoft cloud platform
A SQL Server estate rarely moves to Azure all at once. It goes in parts, over years, and spends most of that time as a hybrid environment that has to be managed as one thing.
Administration and optimization of the fully managed service: service tier and compute sizing, index and query tuning against the workload, and the configuration that decides whether the monthly cost tracks usage or exceeds it.
The near-full-compatibility target, and the usual answer for moving an existing application without rewriting it. Fortified Data sizes and configures the instance and handles the compatibility work the move still requires.
Migration from on-premises SQL Server to Azure with the interruption planned, the data validated row by row, and a way back established before cutover. Run through the phases on the migrations and upgrades page.
Azure Arc for unified management across on premises, cloud, and edge, data synchronization between on-premises and Azure databases, and site recovery planning, so a half-migrated estate is a design rather than a transitional mess.
Azure Synapse Analytics, Azure Data Factory pipelines, Analysis Services and Reporting Services modernization, and Power BI reading from SQL Server sources, supported alongside the databases underneath them.
Database changes moved through Azure DevOps pipelines, with infrastructure defined as ARM templates or Bicep, so a schema change is deployed the same way twice and can be rolled back the same way twice.
Fortified Data supports SQL Server 2012 through 2022 under a managed service, on premises, in Azure, and in AWS. Versions older than that are supported as a migration or upgrade engagement, because an instance past its support date receives no security patches and the correct answer is a path off it rather than indefinite maintenance.
Azure SQL Database is a fully managed service best suited to new applications, and Azure SQL Managed Instance provides near full SQL Server compatibility, which is what makes it the usual target for moving an existing application across. Fortified Data decides between them on measured compatibility and cost for the specific workload rather than on a default, and SQL Server on an Azure virtual machine remains the answer where an application needs control of the instance itself.
Yes. Hybrid estates are the common case, and Fortified Data manages on-premises instances and Azure SQL together as one environment, including hybrid architecture work such as Azure Arc, data synchronization between on-premises and Azure databases, and site recovery planning.
Frequently, yes. The routes are instance consolidation, right-sizing editions and core counts to what the workload uses, applying Azure Hybrid Benefit where entitlement allows, and correcting virtualization and passive failover assignments. Fortified Data resells no Microsoft licensing, so the recommendation carries no margin, and the SQL Server licensing assessment reconciles the full position where the renewal itself is the question.
Yes. Fortified Data designs, deploys, and manages Always On availability groups and failover cluster instances, including multi-site configurations, and also supports database mirroring and log shipping where those remain in place. The design starts from stated recovery time and recovery point objectives rather than from the feature list.
Yes. Heterogeneous migrations between engines are run as fixed-scope engagements covering object and data type mapping, stored procedure and code conversion, application compatibility, row-level validation against the source, and a tested rollback path at every phase.
The same SQL Server team, engaged three different ways.
We run your environment, with 24/7 monitoring, maintenance, and proactive improvement.
A guaranteed 15-minute emergency response plus monthly on-demand hours that bank when unused.
Project-based engagements for migrations, performance tuning, data modernization, business intelligence, and high availability and disaster recovery.
A health check documents performance, availability, security, and licensing across every instance, and produces a prioritized list of what to fix first. Whether Fortified Data then runs the estate is a separate decision.
Let us show you what's possible.