Earlier than you schedule that SQL Server 2025 improve, assume each linked server, replication topology, and log delivery pair in your setting will refuse to reconnect on the primary try. Microsoft modified the default encryption habits of its OLE DB driver for this launch, and the groups who deal with a significant model improve like a routine cumulative replace (schedule the window, click on by means of the wizard, go house) are those fielding the web page when the distributor can’t authenticate at 2 a.m.
Don’t e-book the upkeep window but. This launch additionally strikes the Commonplace version licensing ceiling and rewrites how the optimizer caches plans, and none of that asserts itself within the improve wizard. Begin with the certificates drawback anyway: it’s the one that may break proper after Setup finishes.
Encryption Stopped Being Elective, and That’s What Breaks Your Improve
TLS 1.3 help for SQL Server connections first shipped in SQL Server 2022. SQL Server 2025 extends TLS 1.3 with TDS 8.0 throughout almost each inner element: SQL Server Agent, At all times On availability teams and failover cluster cases, linked servers, transactional and merge replication, log delivery, and Database Mail. Below TDS 8.0, encryption begins on the primary byte of the connection, which removes the older unencrypted pre-login negotiation part fully and, for purchasers that set Encrypt=Strict, means a self-signed certificates that isn’t trusted or pinned fails the connection.
This encryption change is what breaks upgrades: OLE DB Driver 19 turns encryption on by default, and OLE DB Driver 18 left it off. Microsoft’s breaking adjustments documentation for SQL Server 2025 lists linked servers, replication (transactional, snapshot, peer-to-peer, and merge), and distant log delivery monitoring as parts that may fail after an in-place improve. Replication is in danger when the occasion is a writer with a distant distributor and no trusted certificates, and log delivery monitoring breaks when a distant SQL Server 2025 monitor watches cases that run an earlier model. The failure mode isn’t a clear error on the high of the log; replication can maintain succeeding on present subscriptions whereas adjustments to the publication itself begin failing, and Replication Monitor stops working in SSMS. Should you’d slightly not chase that down after the actual fact, provision a certificates from a public business CA or your inner CA earlier than you improve. If replication already broke after an improve, the much less safe override is sp_changedistributor_property @property = N'trust_distributor_certificate', @worth = N'sure', which lets the writer belief the distributor’s self-signed certificates; run it on every writer that makes use of a distant distributor.
Full-Textual content Search Breaks in a Completely different Means
Full-Textual content Search hits a unique type of breaking change. SQL Server 2025 removes the legacy phrase breaker and filter binaries fully and rebuilds Full-Textual content Search on a contemporary toolset. Each index that existed earlier than the improve will get marked index_version = 1, and any full-text question in opposition to a model 1 index fails instantly after improve with an error that names the true trigger straight:
Msg 30010, Stage 16, State 2, Line 8
An error has occurred through the full-text question. Widespread causes embrace:
word-breaking errors or timeout, FDHOST permissions/ACL points...
The repair is to rebuild or recreate the affected full-text indexes so that they use model 2 parts. Permissions had been by no means the issue, so chasing an ACL error right here simply burns time.
What breaks after an improve, briefly:
-
Linked servers to SQL Server 2025 cases with out a trusted certificates
-
Transactional, snapshot, peer-to-peer, and merge replication when the writer makes use of a distant distributor with out a trusted certificates
-
Distant log delivery monitoring from a SQL Server 2025 occasion when different cases within the topology run an earlier model
-
Full-text queries and index inhabitants in opposition to pre-upgrade indexes (
index_version = 1)
Password safety tightens the identical method encryption does. SQL Server 2025 switches to PBKDF2 for password hashes by default, an iterated hash aligned with NIST Particular Publication 800-63B-4, which requires passwords to be salted and hashed with an appropriate scheme at a value issue as excessive as sensible, and that’s the steerage your auditor cites when a legacy hash exhibits up in a management evaluate. Login-specific cache invalidation is the quieter half of the identical change: a permission change for a person login now not invalidates different logins’ cached entries, although group logins nonetheless trigger server-level invalidation. Neither change requires utility code adjustments, however each are another reason a “simply click on subsequent” improve plan is the incorrect plan.
What SQL Server 2025 Leaves Behind
Modernizing an engine this measurement means retiring subsystems that stopped getting actual funding years in the past. Microsoft Study states plainly: “Grasp Information Companies (MDS) is discontinued on this model of SQL Server.” Information High quality Companies is discontinued alongside it, and Purview entry insurance policies (the DevOps and data-owner coverage sorts) are gone too, changed by fastened server roles like ##MS_ServerSecurityStateReader##. In case your group nonetheless has an MDS or DQS database in manufacturing, these databases cease functioning the second you improve the occasion; there’s no compatibility shim. SQL Server 2022 continues to help each, so the sensible reply for many groups is to maintain MDS or DQS on a 2022 occasion whereas migrating the governance workload to one thing else, like Microsoft Purview or a third-party MDM platform, by yourself timeline slightly than the improve’s timeline.
Infrastructure and Analytics Casualties
Synapse Hyperlink can also be discontinued on this launch; Microsoft’s alternative path is Cloth Mirroring, which repeatedly replicates SQL Server OLTP information into Microsoft Cloth’s OneLake with an structure completely different sufficient that it wants its personal migration plan. On the infrastructure facet, the Scorching-Add CPU characteristic and the light-weight pooling (fiber mode) configuration choice are each deprecated and deliberate for elimination in a future model, which principally impacts older virtualized deployments that by no means wanted both workaround as soon as NUMA-aware scheduling matured. Internet version is gone from new deployments fully; present 2022 installs maintain help, however new work must land on Commonplace or Azure SQL Database as a substitute.
-
Grasp Information Companies (MDS): discontinued, nonetheless supported on SQL Server 2022
-
Information High quality Companies (DQS): discontinued, nonetheless supported on SQL Server 2022
-
Synapse Hyperlink: discontinued, changed by Cloth Mirroring
-
Purview DevOps and data-owner entry insurance policies: discontinued, changed by fastened server roles
-
Internet version: discontinued for brand new deployments
-
Scorching-Add CPU and light-weight pooling (fiber mode): deprecated, deliberate for future elimination
Choosing Your Improve Path From SQL Server 2012 By 2019
SQL Server 2025 helps direct in-place improve from 2014 SP3 or later, 2016 SP3 or later, 2017, 2019, and 2022. SQL Server 2012 isn’t on that record; its Prolonged Safety Updates lifecycle led to July 2025, and there’s no supported direct path to 2025. Should you’re nonetheless operating 2012, the route is a side-by-side migration (construct a brand new 2025 occasion and transfer databases over by backup and restore, or by detach and fasten), a hop by means of an intermediate model, or a transfer to Azure SQL Database as a substitute of one other on-premises construct. Both method, that’s a materially completely different mission timeline than an in-place improve, and it wants its personal line merchandise within the plan slightly than an assumption that it’ll behave like each different model on the record.
Supported Improve Paths by Supply Model
Right here’s each legacy model in that vary subsequent to the trail it helps:
| Supply Model | Direct In-Place Improve To 2025 | Notes |
|---|---|---|
| SQL Server 2012 | Not supported | ESU lifecycle ended July 2025; requires side-by-side migration or a hop by means of an intermediate model |
| SQL Server 2014 SP3+ | Supported | 64-bit goal solely |
| SQL Server 2016 SP3+ | Supported | 64-bit goal solely |
| SQL Server 2017 | Supported | 64-bit goal solely |
| SQL Server 2019 | Supported | 64-bit goal solely |
| SQL Server 2022 | Supported | 64-bit goal solely |
SQL Server 2025 is 64-bit solely, and cross-platform improve isn’t supported by Setup for any supply model, so a 32-bit occasion wants the identical backup-and-restore (or detach-and-attach) path described above for SQL Server 2012 (supplied the databases aren’t revealed in replication), with logins and different consumer objects in grasp, msdb, and mannequin re-created on the brand new occasion. Staying in place is quicker and desires no second server, however leaves much less rollback room if one thing goes incorrect; shifting facet by facet prices extra storage and time, however retains the previous occasion intact as a fallback, because the chart beneath lays out.

The model you’re coming from decides the form of the mission. What decides whether or not the improve succeeds is the sequence you run it in.
Stage Compatibility Stage Earlier than You Belief the New Optimizer
Run the SQL Server Administration Studio migration element in opposition to your present occasion first, earlier than you contact the improve itself; it wants SSMS 21 or later and doesn’t help databases with clear information encryption. The Information Migration Assistant was retired in July 2025 and doesn’t record SQL Server 2025 as a goal, so don’t construct your plan round it. The migration element produces an evaluation report of points particular to your setting slightly than the generic record above, so test that report in opposition to the breaking-changes record for MDS databases, 32-bit SSIS packages, deprecated cryptographic protocols, and full-text catalogs, and provides every blocking merchandise its personal proprietor and deadline.
Provision the certificates the TLS 1.3 and TDS 8.0 adjustments require second, whereas the evaluation report remains to be open. Linked servers, and replication the place a writer connects to a distant distributor, ought to every current a certificates from a trusted CA (a public or an inner CA each work), as a result of the OLE DB Driver 19 connections behind them default to TrustServerCertificate=False. Do that earlier than the SQL Server 2025 improve: a lacking trusted certificates right here breaks linked servers and replication the second TDS 8.0 takes impact.
Increase Compatibility Stage After You Have a Baseline
As soon as the occasion is upgraded, the database stays on its previous compatibility stage till you explicitly increase it. Microsoft constructed that hole on function, so that you get a window to run manufacturing visitors on the brand new engine model earlier than new optimizer habits kicks in. Seize a efficiency baseline in Question Retailer earlier than you contact the compatibility stage, the self-discipline behind any efficiency tuning effort, then increase it when you’re able to measure in opposition to that baseline:
ALTER DATABASE [YourDatabase]
SET COMPATIBILITY_LEVEL = 170;
As a result of the clever question processing options in SQL Server 2025 change cardinality estimation and parameter dealing with, plans will shift. Optimized Locking is a separate swap: it’s off by default and never gated by compatibility stage 170, so that you allow it per database with ALTER DATABASE [YourDatabase] SET OPTIMIZED_LOCKING = ON, which requires accelerated database restoration (ADR). Turned on, it adjustments how the engine escalates and holds locks, so blocking patterns shift alongside the plans, and skim dedicated snapshot isolation (RCSI) provides lock after qualification on high. Seize each within the baseline, not simply question period. Automated plan correction, which is a part of computerized tuning (Enterprise version solely), reads the baseline Question Retailer collected and forces the final recognized good plan again for any question that regresses, and also you flip it on per database:
ALTER DATABASE [YourDatabase]
SET AUTOMATIC_TUNING ( FORCE_LAST_GOOD_PLAN = ON );
Question Retailer must be enabled on that database first, or the setting has nothing to learn.
The Commonplace Version Math Simply Modified
SQL Server 2025 (17.x) raises the compute and reminiscence ceilings for Commonplace version: a single occasion can now use the lesser of 4 sockets or 32 cores, up from 24 cores in SQL Server 2022 and earlier, and the buffer pool per occasion doubles from 128 GB to 256 GB. The buffer pool extension cap for Commonplace on bodily machines rises too, from 512 GB in 2022 to 1 TB in 2025.
That ceiling used to sit down low sufficient that architects routinely pushed transactional workloads onto Enterprise licensing years earlier than these workloads wanted a single Enterprise-only characteristic. A 200 GB working set that used to spill out of Commonplace’s 128 GB buffer pool and pressure bodily reads now suits comfortably inside 256 GB. Should you’ve been paying Enterprise costs to purchase your self reminiscence headroom slightly than to make use of Enterprise options like batch mode on rowstore or on-line index rebuilds, this launch is the second to re-run that Commonplace version math. Useful resource Governor itself strikes into Commonplace and Commonplace Developer version with the identical performance it has in Enterprise, which issues rather a lot when you get to the TempDB part beneath. Specific version stays capped at a 50 GB most database measurement, so it’s not the touchdown spot for something that outgrew Commonplace.
Licensing adjustments right here too, and considered one of them fixes an actual operational failure mode.
The Commonplace Developer Version Closes a Actual Testing Hole
Each version of SQL Server earlier than 2025 shipped one free Developer version, and it had full Enterprise characteristic parity. That sounds beneficiant till you discover what it permits: a developer builds and load-tests a characteristic in opposition to Enterprise-only habits (batch mode processing over rowstore, bigger buffer swimming pools, Useful resource Governor), then ships it to a Commonplace version manufacturing server that silently can’t do any of it. The bug doesn’t present up in dev. It exhibits up in manufacturing, below load.
SQL Server 2025 splits Developer version in two. Commonplace Developer version is free and contains all options of Commonplace version, so what you certify in a staging setting matches what manufacturing runs. The previous full-parity Developer version didn’t disappear; it’s Enterprise Developer version now, and it’s nonetheless free for constructing in opposition to Enterprise options on function. Choose the version that matches your manufacturing goal as a substitute of defaulting to the one which was the one choice.
SQL Server Stops Treating Vectors as Somebody Else’s Downside
Each instance on this article targets SQL Server 2025 (17.x) at database compatibility stage 170, the default for brand new databases on this launch.
Should you’ve constructed retrieval-augmented technology or semantic search on high of SQL Server earlier than, the structure was often the identical: maintain relational information the place it lives and export the textual content you need to search right into a separate vector database like Pinecone or Milvus. You generate embeddings there, then question throughout two programs with two consistency fashions. SQL Server 2025 provides a local VECTOR information sort (considered one of a number of new additions to SQL Server’s information sorts) that shops embeddings straight in a relational desk, proper subsequent to the row they describe.
CREATE TABLE dbo.DocumentEmbeddings
(
DocumentId INT PRIMARY KEY,
Content material NVARCHAR(MAX),
Embedding VECTOR(4) NOT NULL
);
INSERT INTO dbo.DocumentEmbeddings (DocumentId, Content material, Embedding)
VALUES (1, 'Troubleshooting a failed login', '[0.1, 2, 30, -100.2]');
Match the column width to the output dimension of whichever embedding mannequin you utilize. An actual deployment with a 768-dimension mannequin declares VECTOR(768); this instance makes use of 4 dimensions solely to maintain the pattern runnable as printed.
How the Vector Kind Shops and Limits Information
The engine shops that vector in an optimized binary format however exposes it as a JSON array, so any shopper that already speaks JSON can learn and write it with out a particular driver. A VECTOR column helps as much as 1,998 dimensions, and by default every aspect is a single-precision float32 worth; half-precision float16 storage is out there for those who allow preview options and have to commerce a small quantity of accuracy for a smaller footprint. What a VECTOR column received’t do is act like an unusual column: it takes no DEFAULT or CHECK constraint and can’t be a major or overseas key. It can also’t be an index key: a B-tree index constructed on the column itself is rejected, although a vector column can nonetheless experience alongside as an INCLUDE column. Similarity search runs as a substitute by means of VECTOR_DISTANCE and approximate nearest-neighbor vector indexes, that are nonetheless in preview in SQL Server 2025. CREATE VECTOR INDEX wants the PREVIEW_FEATURES database scoped configuration turned on, and on SQL Server 2025 the desk turns into read-only as soon as the vector index is created. With both strategy, a seek for “login failure” can floor a row whose textual content says “authentication error” with out both string sharing a key phrase. The normal stack retains relational information in SQL Server and embeddings in a separate vector database, every with its personal consistency mannequin, whereas SQL Server 2025 places relational tables and VECTOR columns inside one field, because the diagram beneath exhibits.

Producing Embeddings From T-SQL
T-SQL may generate these embeddings. sp_invoke_external_rest_endpoint lets T-SQL name an exterior REST endpoint, together with Azure OpenAI, straight from a saved process when you activate the exterior relaxation endpoint enabled server choice with sp_configure (it’s off by default), and AI_GENERATE_EMBEDDINGS turns textual content right into a vector array utilizing a mannequin definition you registered forward of time with CREATE EXTERNAL MODEL. That mannequin definition factors at an embedding endpoint: Azure OpenAI, OpenAI, an Ollama server, or an ONNX Runtime mannequin operating on the occasion itself (Home windows solely). The perform sends your textual content to a distant endpoint, so the textual content leaves the database course of until you utilize the native ONNX Runtime mannequin. Sentiment evaluation and summarization should not constructed into SQL Server 2025; the AI_ANALYZE_SENTIMENT and AI_SUMMARIZE capabilities exist solely in Cloth. For anybody nonetheless writing uncooked T-SQL by hand, GitHub Copilot sits inside SQL Server Administration Studio (requires SSMS 22) and might flip a plain-English query into a question or, by means of its /clarify command, clarify a specific question you didn’t write.
JSON and Sample Matching Transfer Into the Engine Itself
SQL Server has parsed JSON with capabilities like JSON_VALUE and OPENJSON since 2016, however the paperwork themselves had been at all times saved as plain NVARCHAR(MAX) textual content. SQL Server 2025 promotes JSON to a native binary information sort that holds paperwork as much as 2 GB, and the engine can now construct a CREATE JSON INDEX straight in opposition to paths inside that doc. Earlier than this launch, indexing a JSON property meant making a computed column for every property you cared about and indexing the computed column, a workaround that scales badly as soon as a doc has greater than a handful of properties price querying. JSON_CONTAINS then checks whether or not a price, object, or array exists at a given path and returns 1 if it does and 0 if it doesn’t (or NULL if any argument is NULL or the trail isn’t discovered), and when that lookup runs in opposition to a JSON index as a substitute of a full doc scan, the distinction exhibits up instantly within the question plan.
Common Expressions Change the LIKE Workarounds
The opposite long-requested addition is native common expression help in T-SQL, by means of capabilities like REGEXP_LIKE, REGEXP_REPLACE, and REGEXP_SUBSTR. Earlier than this, validating or extracting patterned textual content (a malformed telephone quantity, or an e mail tackle with a typo within the area) often meant both chaining a number of LIKE and PATINDEX calls that couldn’t specific actual sample logic, or registering a CLR meeting and accepting the deployment and safety overhead that comes with it. A single REGEXP_LIKE(Column, '^[0-9]{3}-[0-9]{4}$') now replaces each approaches for something a regular regex can specific. It received’t exchange a CLR perform for genuinely customized logic, however for the validation and extraction work that’s truly sample matching, it removes a dependency most groups didn’t need to preserve within the first place. The optimizer adjustments on this launch are much less seen than a brand new perform, they usually attain queries you already shipped.
The Optimizer Lastly Handles “Possibly This Parameter, Possibly Not”
Should you’ve ever written a search process with a predicate formed like WHERE (Column = @Param OR @Param IS NULL), you’ve hit the issue Elective Parameter Plan Optimization (OPPO) fixes. Microsoft Study describes the failure mode straight: “With out OPPO, the SQL Server Database Engine should compile and cache a single execution plan that’s legitimate for each circumstances.” As a result of a search plan isn’t legitimate when the parameter is NULL, the optimizer usually settles on a conservative, scan-based plan for each execution, so even the extremely selective executions {that a} search would have dealt with in milliseconds pay for a scan.
OPPO builds on the identical adaptive plan infrastructure launched for parameter-sensitive plans in SQL Server 2022, however as a substitute of branching on estimated row counts, it branches on whether or not the parameter is definitely NULL at runtime. The engine compiles a dispatcher plan plus a separate question variant for every parameter state, and picks the appropriate variant at execution time with out you rewriting the question or including OPTION (RECOMPILE). OPTIONAL_PARAMETER_OPTIMIZATION defaults to ON at compatibility stage 170, and the official OPPO reference exhibits the right way to set it explicitly to make sure, as a result of a database-scoped configuration a previous DBA turned off doesn’t flip itself again on simply since you raised the compatibility stage:
ALTER DATABASE [YourDatabase]
SET COMPATIBILITY_LEVEL = 170;
ALTER DATABASE SCOPED CONFIGURATION
SET OPTIONAL_PARAMETER_OPTIMIZATION = ON;
Run each statements although the second is redundant on a contemporary database: it’s the one method to make sure OPPO is lively slightly than assumed lively.
Cardinality Estimation Learns From Its Personal Errors
Cardinality estimation will get a associated improve: the optimizer now applies suggestions to expressions in addition to entire queries, studying from how a repeating filter or be part of expression truly behaved final time and adjusting the estimate for subsequent time; expression suggestions wants compatibility stage 160 or later. Complete-query CE suggestions (2022) and expression suggestions (2025) are each Enterprise version solely. Mixed with degree-of-parallelism suggestions, which can also be Enterprise version solely and arrived in SQL Server 2022 slightly than 2025, the sample throughout clever question processing in SQL Server 2025 is similar one you’ve seen in each IQP launch since 2017: the engine corrects itself at runtime as a substitute of ready for a DBA to note a foul plan in manufacturing. That self-correction fixes plans the optimizer already selected; it has nothing to say a couple of single question that blows up the shared workspace each different session on the occasion relies on.
TempDB Stops Being a Silent Blast Radius
TempDB is shared by each session on the occasion, which implies one poorly written question constructing an infinite worktable can starve each different workload on the server, and there was by no means a clear strategy to cease it in need of killing the offending session after the harm was already performed. TempDB area useful resource governance extends Useful resource Governor to implement a tough area restrict per workload group, so a runaway reporting question is capped on the TempDB area you’ve allotted to reporting.
CREATE WORKLOAD GROUP AdHocReporting
WITH (
GROUP_MAX_TEMPDB_DATA_MB = 20000
)
USING [default];
What Occurs When a Group Hits Its Restrict
When a session in that group tries to push TempDB consumption previous its restrict on an occasion the place Useful resource Governor is enabled, Useful resource Governor aborts the request with error 1138 slightly than letting it continue to grow. That’s a deliberate, bounded failure for one workload group as a substitute of an unbounded one for the entire occasion.
Warning: Don’t apply a TempDB area restrict to the default workload group until you’ve constructed a classifier perform to route actual workloads elsewhere first. Microsoft’s personal steerage warns {that a} zero or very small restrict on the default group could make routine operations, together with opening Object Explorer in SQL Server Administration Studio, fail as a result of they will’t allocate TempDB area, and that limiting it with out customized workload teams and a classifier perform can return error 1138 whereas TempDB nonetheless has unused area.
Funds actual headroom per workload group earlier than you flip this on, or the question you meant to cap turns into the one paging you as a substitute. Backup compression will get its personal improve on this launch too, unrelated to TempDB governance however price understanding earlier than your subsequent upkeep window.
Backups Get Their Personal Compression Improve
SQL Server 2025 provides a brand new Zstandard (ZSTD) backup compression algorithm alongside the long-standing MS_XPRESS default, and Microsoft describes it as “sooner and more practical” for backup compression. Should you already run a repeatable backup script, request ZSTD the identical method, per backup:
BACKUP DATABASE [YourDatabase]
TO DISK = N'D:BackupsYourDatabase.bak'
WITH COMPRESSION (ALGORITHM = ZSTD);
Or flip the server-wide default so each future compressed backup makes use of it with out altering particular person scripts:
EXECUTE sp_configure 'backup compression algorithm', 3;
RECONFIGURE;
Warning: Setting the server-wide backup compression algorithm choice to ZSTD is listed on Microsoft’s SQL Server 2025 recognized points web page, which paperwork the error it returns and the supported workaround. Pin ZSTD per backup with WITH COMPRESSION (ALGORITHM = ZSTD) slightly than flipping the occasion default, and skim that web page earlier than you modify any server-level default on a manufacturing occasion.
Determine Earlier than the Upkeep Window, Not Throughout It
A local vector sort, an optimizer that stops caching the incorrect plan, and TempDB governance are all price having, and none of them matter if the SQL Server 2025 improve takes down a replication topology no one remembered nonetheless had a self-signed certificates on it.
Run the migration evaluation first. Provision certificates for each linked server and each publisher-to-remote-distributor connection whereas the report remains to be open, and ensure which of MDS, DQS, 32-bit SSIS, or Synapse Hyperlink your setting nonetheless relies on earlier than Setup removes them. Stage the compatibility stage change by itself, with a Question Retailer baseline captured earlier than you contact it. Learn the SQL Server 2025 launch notes in opposition to your individual setting earlier than you decide a date for the upkeep window.

