Systems and records
SharePoint Server 2016 and 2019 end of support: what to do with old sites
By SourceX Editorial · Updated
Short answer
SharePoint Server 2016 and 2019 end of support means Microsoft no longer ships security updates or fixes for those farms. Firms still running them should decide site by site: migrate active sites to Microsoft 365, upgrade to Subscription Edition if data must stay on-premises, and archive inactive project sites with version history and metadata intact.
Key takeaways
- After end of support a SharePoint farm keeps running, but new vulnerabilities stay unpatched.
- Decide per site collection, not per farm: active sites migrate, closed project sites usually archive.
- Inventory version history, metadata columns, permissions and custom solutions before choosing a path.
- An archive is only useful if it keeps files, versions, metadata and a record of who had access.
- Client deliverables in project sites need a rights check before any reuse, including licensing.
What end of support means for an on-premises farm#
End of support for SharePoint Server 2016 and 2019 means Microsoft stops releasing security updates, bug fixes and assisted support for those versions under its lifecycle policy. The farm does not shut off. Sites still load, search still runs and users can still check documents in and out.
The risk is cumulative. Each new vulnerability in SharePoint, in the Windows Server and SQL Server stack beneath it, or in its integrations stays open. Cyber insurers, auditors and client security questionnaires often ask whether business systems run on unsupported software, and an old farm turns the answer into yes.
Confirm the exact dates for your version and its dependencies on Microsoft's lifecycle pages. The operating system and database under the farm may follow their own timelines.
Why engineering and architecture firms still run old farms#
Engineering and architecture firms still run old SharePoint farms because the farms hold project history nobody wants to move by hand. A common layout gives each project its own site, with libraries for drawings, calculations, transmittals, RFIs, submittals, meeting minutes and correspondence, tagged with project number, discipline, phase and revision.
Over time the farm becomes the firm's memory. Closed projects stay online because a past client may return with a question, a claim may surface, or a principal wants to reuse an approach. Active work has often moved to Microsoft 365, Procore or a document management system already, leaving the farm as an archive that still needs patching.
Integrations make the farm harder to retire. Project accounting systems such as Deltek or BQE may store links to documents, markup tools such as Bluebeam may open files from mapped libraries, and scripts written by a former IT contractor may move files between sites. Each one breaks quietly when the farm goes away, so list them before any cutover date is set.
Migrate, upgrade or archive: a decision table#
The choice between migrating, upgrading and archiving depends on whether a site is still used, whether its data must stay on-premises, and how much custom code it carries. Most firms use more than one path across the same farm.
Archive and retire is often the right answer for the long tail of closed project sites. Migrating years of untouched project folders into a live collaboration platform adds storage, search noise and permission sprawl without adding any use.
If you migrate, check the destination's version settings before moving drawings with deep revision histories. Microsoft says the default organization setting for SharePoint in Microsoft 365 uses manual limits of 500 major versions with no expiration, and that changing the org-level setting does not update or trim existing libraries. Tenants that switched to automatic trimming or tighter per-library limits may keep far fewer versions than the old farm did.
| Path | Fits when | Watch for |
|---|---|---|
| Migrate to SharePoint Online in Microsoft 365 | Sites are active and the firm already uses Microsoft 365 | Custom solutions, classic workflows and deep version histories that migration tools may trim |
| Upgrade to SharePoint Server Subscription Edition | Contracts, clients or policy require on-premises hosting | Supported upgrade paths, new server builds and ongoing patching |
| Archive and retire | Sites are closed projects that are rarely opened | Keeping versions, metadata and permissions readable without the farm |
| Keep a locked-down farm briefly | A migration is scheduled but not finished | Network isolation, restricted access and a firm retirement date |
Inventory checklist before you choose#
An inventory of the farm lists every site collection and what it holds, so each one can be assigned a path. Most of the information comes from SharePoint's management tools or a migration assessment tool, without opening documents.
Flag client-owned material during the inventory. Project sites mix the firm's internal reviews and calculations with deliverables and drawings that contracts may assign to the client.
- Site collections and subsites, with owners, created dates and last modified dates.
- Document libraries and lists, with item counts and total size per content database.
- Version history settings and how many versions files actually carry.
- Content types and metadata columns such as project number, discipline, phase and revision.
- Workflows, InfoPath forms, custom web parts and farm solutions that may lack a direct equivalent.
- Unique permissions, external users and groups that no longer map to current staff.
- Checked-out files, files over the target platform's limits and very long file paths.
- Links from other systems, such as project accounting records that point to document URLs.
What an archive of old sites needs to keep#
An archive of old SharePoint sites needs to keep more than the latest copy of each file. Version history shows who changed a drawing or a calculation and when, metadata ties files to projects and phases, and permission records show who could see what.
Store the archive in storage the firm controls, with a manifest per site and a short readme. A read-only file share with manifests is usually easier to search later than a database backup that needs a matching farm to restore.
| Element | Why keep it | How to capture it |
|---|---|---|
| Files and all retained versions | Shows how a design or document evolved through review | Export or migration tool set to keep every version |
| Metadata columns and content types | Ties files to project, discipline, phase and revision | Manifest listing each file with its column values |
| Version authors and timestamps | Records who did what and when | Version history written into the manifest |
| Lists such as RFI logs, issue lists and calendars | Holds project decisions that live outside documents | List exports in CSV or XML with item IDs |
| Permissions and audit logs | Shows who had access, which matters for claims and rights reviews | Permission report and any audit log export |
Illustrative: a structural engineering firm with years of project sites#
Illustrative: a fictional mid-sized structural engineering firm runs a SharePoint Server 2016 farm with one site per project. Active projects moved to Microsoft 365 some time ago, but the farm still holds closed projects going back many years, each with calculations, drawings, RFI logs and internal review comments.
The IT lead runs an inventory and finds that only a small set of sites were opened recently. Those migrate to Microsoft 365. The rest are exported with full version history and a metadata manifest to encrypted, firm-controlled storage, and the farm is retired. A principal tags client-owned deliverables, so the firm's own review records and design reasoning sit apart from client property.
The firm now has one archive it can search for claims and reuse, and a clean record of what belongs to whom if it ever considers licensing internal project records.
How SourceX looks at old project archives#
SourceX looks at old project archives for internal work records: review comments, RFI responses, scheduling and staffing decisions, and the reasoning behind design choices. Client-owned deliverables and customer drawings are usually carved out unless the contracts allow use.
Each candidate package moves through the SourceX five-step transaction: Supply, Rights, Preparation, Approval and Delivery. The fit check uses inventory metadata only, the archive stays in the firm's storage, and the SourceX Evidence Packet records provenance, licensing rights, permitted use, the privacy record and release authorization.
Frequently asked questions
Can we keep running SharePoint 2016 or 2019 after end of support?
Technically yes. The farm keeps working, but new security issues go unpatched. If you must keep it, isolate it from the internet, restrict access to a small group, set a retirement date and record the decision so insurers and auditors see a managed exception rather than an oversight.
Does migrating to SharePoint Online keep version history?
It can, depending on the migration tool and its settings. Some tools carry every version and others only recent ones by default, and metadata is lost if columns are not mapped. Test on a sample site with deep history and compare versions and column values before migrating everything.
What about older SharePoint 2013 or 2010 farms?
Those versions reached end of support earlier, and moving them usually means stepping through intermediate versions or using a third-party migration tool. For farms that hold mostly closed project sites, exporting to an archive is often simpler than any upgrade path.
Who owns the drawings stored in project sites?
It depends on each client contract. Many agreements assign deliverables to the client while the firm keeps its working files, methods and internal reviews. Flag client-owned material during the inventory and have counsel review contracts before any reuse or licensing.
Is a content database backup enough as an archive?
Rarely on its own. A content database backup needs a compatible SharePoint farm to restore, which gets harder to build as versions age. Keep the backup if you like, but also export files, versions and metadata into open formats with a manifest.
Sources
- Microsoft states the default organization version history setting for SharePoint is manual limits with a 500 major version count and no expiration, and changes to the org-level setting do not update or trim existing libraries. Source
Related resources
- InsightCan mechanical contractors license project and service data to AI?
- InsightConstruction software companies: what project data you can and cannot license
- InsightJira issues to exclude before a data license: security, HR and legal
- IndustryBPO & contact centers data
- IndustryConstruction data
- DataProject records
See if your company qualifies
A short company assessment. No data uploads are needed.