SharePoint Server 2016/2019: Fim do Suporte e Caminhos em 2026
O SharePoint Server 2016 e o SharePoint Server 2019 chegaram ambos ao fim do suporte a 14 de Julho de 2026 — a data de Extended End Date comum às duas versões nas páginas oficiais do Microsoft Lifecycle. A partir dessa data não há patches de segurança, não há suporte da Microsoft e o ambiente on-premises fica exposto a cada vulnerabilidade nova. Este artigo resume as datas oficiais, os dois caminhos de migração — Subscription Edition no local ou SharePoint Online no Microsoft 365 — e o plano prático para uma PME que ainda tem documentação e ficheiros num destes servidores.
As Datas Oficiais do Ciclo de Vida
O fim de suporte das duas versões está documentado nas páginas de ciclo de vida da Microsoft (2016 · 2019 · SE):
| Versão | Início | Fim do Mainstream | Fim do Extended (oficial) |
|---|---|---|---|
| SharePoint Server 2016 | Maio 2016 | Julho 2021 | 14 de Julho de 2026 |
| SharePoint Server 2019 | Outubro 2018 | Janeiro 2024 | 14 de Julho de 2026 |
| SharePoint Server Subscription Edition | contínuo | em suporte | em suporte |
O padrão é o mesmo que as PMEs já viveram com o Exchange 2016 (fim em Abril de 2026) e o SQL Server 2016: dez anos de ciclo de vida, sem extensões. A partir de 14 de Julho de 2026, um SharePoint 2016/2019 exposto à rede deixa de receber correcções — e o SharePoint é, historicamente, um alvo frequente de CVEs de RCE e XSS, precisamente por estar cheio de superfícies web.
O Que Significa Correr um SharePoint Sem Suporte
Um servidor SharePoint sem patches é dois riscos ao mesmo tempo: a aplicação web exposta (IIS + ASP.NET + serviços SharePoint) e o SQL Server por baixo. O cenário típico de PME — um único servidor, portas 80/443 abertas para a intranet e, por vezes, publicados para o exterior — passa a ser o elo mais fraco do parque.
Riscos concretos:
- CVEs novas sem correcção. Cada vulnerabilidade publicada depois de Julho de 2026 fica permanente.
- Dependências também a acabar. O Windows Server subjacente e o SQL Server têm ciclos próprios. Quem ainda está no SharePoint 2016 corre frequentemente um Windows Server 2016 no mesmo barco.
- Compliance e seguros. Auditorias NIS2/ISO pedem inventário de sistemas sem suporte. Um SharePoint EOL documentado sem plano é uma não-conformidade directa.
- Integrações que partem silenciosamente. Office Online Server, fluxos legacy e clients Office que actualizam do lado cliente podem deixar de falar com o farm antigo sem qualquer aviso.
Caminho 1: Subscription Edition (Ficar On-Premises)
O SharePoint Server Subscription Edition (SE) é a versão em suporte contínuo, com actualizações incrementais — o modelo de “versão única” que a Microsoft também adoptou no Exchange SE. Para PMEs que precisam de manter o SharePoint no local (integrações com sistemas internos, requisitos de residência de dados, ou simplesmente o custo de licenciamento cloud por utilizador), o SE é o caminho directo:
- In-place upgrade a partir do 2019: o SE aceita upgrade directo de farms 2019 com o mesmo hardware de base (com pré-requisitos actualizados: Windows Server, SQL Server e .NET em versões suportadas).
- A partir do 2016: o caminho suportado é primeiro saltar para o 2019 (ou montar um farm SE novo) e migrar o conteúdo por métodos de migração de bases de dados. O farm 2016 EOL não é um trampolim directo.
- Modelo de licenciamento: o SE mudou o modelo para licenças de servidor + utilizador, sem a matriz complexa do Standard/Enterprise clássico.
O upgrade de base de dados para SE mantém o histórico de versões e permissões — mas exige planeamento de pré-requisitos (SQL Server suportado, contas de serviço, certificados) e uma janela de manutenção real para o detach/attach das bases de dados de conteúdo.
Caminho 2: Migração para SharePoint Online (Microsoft 365)
Para a maioria das PMEs, o caminho natural é o SharePoint Online, sobretudo se já têm Microsoft 365. O instrumento oficial é o SharePoint Migration Tool (SPMT) da Microsoft, que migra sites, bibliotecas de documentos e listas de farms on-premises 2013/2016/2019 para o tenant:
- Inventario o farm: sites activos, tamanho por biblioteca, datas de último acesso (content database reports).
- Corte os mortos: bibliotecas sem uso há dois anos não se migram — arquiva-se o farm em vez disso.
- Migração piloto com um departamento pequeno. Validar permissões, metadados e links.
- Migração em vagas por site, com comunicação ao utilizador e corte de edição no origem (read-only) durante a janela.
- Reapontar fluxos e integrações (Outlook, Teams usa os sites ligados a grupos M365).
Os pontos de atrito clássicos: permissões granulares não migram de forma idêntica (o modelo de herança do Online é diferente), web parts antigas não têm equivalente, e o limite de 250 GB por site aplica-se à transferência individual. Sites acima do limite precisam de reestruturação.
Qual o Caminho para uma PME: Critérios de Decisão
| Critério | Aponta para SE (on-prem) | Aponta para SharePoint Online |
|---|---|---|
| Já têm Microsoft 365 pago | — | forte |
| Requisito de dados no local (contrato, sector) | forte | — |
| Utilizadores móveis e trabalho remoto | — | forte |
| Sem equipa para gerir servidores | — | forte |
| Integrações profundas com apps internas legadas | forte | — |
| Orçamento CAPEX vs. subscrição | CAPEX de server | OPEX por utilizador |
O cenário mais comum em PME: a maioria do valor está em bibliotecas de documentos e listas simples, e o SharePoint Online + OneDrive cobre o caso com menos custo operacional. O SE reserva-se a quem tem integrações ou requisitos de residência de dados.
Plano Prático de Sair do 2016/2019 em 90 Dias
- Dias 1-15 — inventário: lista de sites, tamanhos, últimos acessos, integrações (aplicações que falam com o farm via API/CSOM), versão de Windows e SQL do hospedeiro.
- Dias 16-30 — decisão: escolher SE vs. Online com os critérios acima. Obter orçamentos (licenças SE ou tenant M365).
- Dias 31-60 — migração piloto + vagas: SPMT para Online ou preparação do farm SE (pré-requisitos, bases de dados). Migração por vagas com read-only no origem.
- Dias 61-90 — corte e descomissionamento: DNS reapontado, farm antigo em archive offline, e descomissionamento real (desligar da rede — um farm EOL ligado é uma porta aberta).
Erros Comuns
- Assumir que o “fim do suporte” de 14 de Julho de 2026 admite extensões pagas. Não há Extended Security Updates para SharePoint Server como há para Windows/Office. A data é final.
- Migrar tudo sem limpar. Farms de uma década carregam 70% de conteúdo morto. A migração é o momento de podar.
- Subestimar as permissões. A granularidade on-prem não traduz 1:1 para Online. Sites muito personalizados precisam de reestruturação de permissões.
- Deixar o farm EOL ligado “só mais um pouco”. Mesmo que ninguém use, está exposto. Archive e desligue da rede.