PT
EN 
FR 
DE 
IT 
ES 
SharePoint Server Subscription Edition: licenças, versões e migração em 2026
O SharePoint Server Subscription Edition (SPSE) é a linha local do SharePoint atualmente mantida pela Microsoft. Não é “SharePoint 2022” nem “SharePoint 2025”, e não constitui uma nova edição perpétua que se instala uma vez e se esquece. Combina o controlo local da farm com direitos de licença ativos, atualizações cumulativas mensais e a remoção gradual de dependências obsoletas.
O calendário é decisivo: o suporte do SharePoint Server 2019 terminou em 14 de julho de 2026. Em 28 de julho de 2026, o SPSE está na Version 26H1; a Public Update mais recente é a KB5002882, publicada em 14 de julho, build 16.0.19725.20434. Uma organização que ainda utilize 2019 precisa de um destino: nova farm SPSE, SharePoint Online ou uma permanência temporária e controlada cujo risco sem suporte seja formalmente aceite.
É essencial separar três perguntas. O direito de utilização depende das licenças de servidor, CAL e cobertura aplicável. O suporte técnico depende da build, PU e componentes compatíveis. A compatibilidade da solução depende de workflows, formulários, autenticação, produtos de terceiros e código. A capacidade técnica de anexar uma base de dados não prova direitos; uma licença válida também não torna suportável uma solução antiga.
O que muda com o SharePoint Server Subscription Edition
O SPSE continua a ser SharePoint Server. O cliente administra Windows Server, SQL Server, topologia, pesquisa, Distributed Cache, aplicações de serviço, certificados, cópias de segurança e recuperação. Os dados podem permanecer num centro controlado pela organização ou num alojamento adequado. Esta opção é relevante quando soberania, isolamento de rede, integração local ou soluções de farm indispensáveis impedem uma mudança imediata para a cloud.
A mudança estratégica está no modelo de manutenção. O SPSE segue a Modern Lifecycle Policy da Microsoft e não tem atualmente uma data fixa de retirada. Isso não garante suporte indefinido para uma build antiga. As PU são mensais e cumulativas, cada PU tem uma janela de suporte de um ano, e os conjuntos de funcionalidades chegam duas vezes por ano com a designação YYH1 e YYH2.
Version 26H1 e atualização de julho de 2026
A Version 26H1 chegou através da PU de junho de 2026. Entre as funcionalidades documentadas estão Modern People Card e Document Intelligence no anel Standard; outras podem surgir primeiro em Early release. Uma Feature Update não é uma instalação major separada: o código entra no canal mensal e permanece nas PU posteriores.
Na data de referência, a KB5002882 de 14 de julho de 2026 é a PU mais recente. Embora cumulativa, exige a leitura das notas específicas. A Microsoft documenta pré-requisitos do SharePoint Workflow Manager e um problema conhecido que requer uma ação após PSConfig. O Windows Update pode copiar binários sem concluir o upgrade da farm; SharePoint Products Configuration Wizard ou PSConfig devem ser planeados, monitorizados e verificados.
Um modelo operacional sólido inclui farm de teste representativa, revisão mensal, cópias de segurança de bases e configuração, restauro ensaiado, inventário de builds e controlos de integridade antes e depois. Modern Lifecycle significa compromisso operacional. O histórico oficial de atualizações do SharePoint é a referência, mas a KB mensal deve integrar o registo de mudança.
Licenciamento SPSE: servidor, CAL e direito ativo
O modelo base é Server/CAL. Cada instância de servidor em execução requer a licença apropriada e os utilizadores ou dispositivos que acedem ao SharePoint precisam normalmente de Standard CAL ou direito equivalente. Enterprise CAL é aditiva: acrescenta funcionalidades avançadas definidas à Standard CAL e não substitui o direito base.
No SPSE, tanto o servidor como as CAL aplicáveis necessitam de subscrição ou Software Assurance ativa. SharePoint Online Plan 1 ou Plan 2 User SL podem fornecer acesso base nas situações definidas nos Product Terms; Plan 2 pode cobrir o direito aditivo Enterprise. É necessário mapear os direitos ao contrato e a cada população, sem presumir que qualquer plano Microsoft 365 concede direitos locais idênticos.
O acesso pela Internet gera equívocos. Conteúdo verdadeiramente público e sem restrições pode ficar dispensado de CAL, mas uma extranet autenticada, portal de parceiros ou área privada de cliente não se torna pública por estar acessível online. Colaboradores, prestadores, convidados, identidades técnicas e dispositivos devem ser contabilizados pelo acesso real.
O que acontece quando termina a Software Assurance?
A Microsoft descreve um direito perpétuo para executar SharePoint Server 2019 quando certas coberturas SPSE terminam ou são compradas. Não descreve um direito perpétuo para continuar o SPSE. O cliente deve cessar SPSE e pode instalar 2019. Em 2026 é uma alternativa pouco confortável, porque o SharePoint 2019 está sem suporte desde 14 de julho.
Por isso, uma licença perpétua usada de SharePoint 2019 sem SA ativa nunca deve ser apresentada como caminho para SPSE. Pode ser transferível num cenário europeu devidamente documentado e útil para uma necessidade muito limitada de sistemas anteriores, mas não concede direitos SPSE por si só. Compras e gestão de licenças devem verificar origem, cadeia de titularidade, desinstalação pelo cedente, edição, quantidades de servidores e CAL, Product Terms e acordo.
Os requisitos técnicos não substituem a arquitetura
A Microsoft suporta SPSE em Windows Server 2019, 2022 ou 2025 Standard/Datacenter, com Desktop Experience ou Server Core. A base de dados requer SQL Server Standard ou Enterprise para Windows suportado com compatibilidade 150, incluindo SQL Server 2019 CU5 ou posterior e SQL Server 2022. Azure SQL Managed Instance só é aceite quando a farm está alojada no Azure; SQL Express e Azure SQL Database normal não são suportados.
Os pré-requisitos incluem IIS, .NET Framework 4.8 e o redistribuível Visual C++ adequado; desde 23H1 exige-se Visual C++ 2015–2022 x64. Office 2013 é o cliente Office mínimo, mas o Office não deve ser instalado num servidor SharePoint. O mínimo multi-tier de quatro cores, 16 GB de RAM e discos apropriados não é uma recomendação de dimensionamento.
O desenho real cobre capacidade e latência SQL, pesquisa, Distributed Cache, MinRole, crescimento, exclusões antivírus, balanceamento, certificados, monitorização, duração das cópias de segurança e objetivos RPO/RTO. Um servidor pode cumprir o mínimo e ser inadequado. As premissas devem ser registadas e testadas com conteúdos, permissões, pesquisa e concorrência representativos.
SharePoint 2019, SPSE e SharePoint Online comparados
| Área | SharePoint 2019 | SPSE | SharePoint Online |
|---|---|---|---|
| Estado em julho 2026 | Sem suporte desde 14 de julho | Suportado em Modern Lifecycle quando atual | Serviço Microsoft 365 ativo |
| Operação | Cliente opera farm e plataforma | Cliente opera farm e PU mensais | Microsoft opera a infraestrutura |
| Licença | Direitos perpétuos históricos | Server/CAL com SA ou subscrição ativa | Subscrição cloud por utilizador |
| Personalização | Frequentemente dívida full-trust | Flexibilidade local com limites modernos | Soluções de farm não transitam sem alterações |
O SPSE é adequado quando uma exigência demonstrável justifica a operação local e a organização consegue manter a plataforma. SharePoint Online costuma ser melhor quando a prioridade é reduzir a administração e integrar Microsoft 365. Online não é uma atualização de versão: arquitetura de informação, permissões, workflows, formulários, integrações e código podem precisar de redesign.
Continuar temporariamente no 2019 pode dar tempo, mas exige proprietário, aceitação de risco, controlos compensatórios e data de saída. “Ainda funciona” não é uma estratégia. Uma plataforma web sem suporte acumula exposição por alterações em Windows, SQL, browser, identidade e integrações.
Migração de SharePoint 2019 ou 2016
A partir de SharePoint 2019, a Microsoft suporta a atualização por anexação das bases de dados. Constrói-se uma nova farm SPSE atualizada, recriam-se configuração e serviços, instalam-se soluções compatíveis, restauram-se cópias das bases suportadas e anexam-se para atualização. A base de configuração não é movida. A separação obriga a documentar dependências em vez de as herdar silenciosamente.
O conteúdo de SharePoint 2016 também pode passar diretamente para SPSE por anexação das bases de dados, sem paragem obrigatória em 2019. As bases de origem devem atingir pelo menos a build 16.0.4351.1000. SharePoint 2013 e anteriores não têm caminho direto: necessitam de etapas intermédias, normalmente 2016, ou de migração de conteúdo para Microsoft 365 com transformação funcional.
Sequência prática
- Inventário: farms, builds, bases, sites, serviços, WSP, SPFx, web parts, workflows, formulários, autenticação, DNS, certificados, SQL e sistemas externos.
- Licenças: reconciliar instâncias, CAL Standard/Enterprise, SA, subscrições e direitos equivalentes antes de produção.
- Bloqueios: substituir componentes não suportados e obter versões compatíveis de terceiros.
- Destino: implementar SPSE limpo em Windows/SQL suportados, aplicar a PU escolhida, configurar cópias de segurança e monitorização.
- Ensaio: trabalhar sobre cópias, executar Test-SPContentDatabase e resolver funcionalidades ou assemblies em falta.
- Teste de negócio: pesquisa, perfis, metadados, Secure Store, permissões, Office, sincronização, alertas, formulários, workflows e integrações.
- Entrada em produção: planear congelamento/delta, DNS, comunicação, aprovação, reposição da configuração anterior e evidências.
- Operação: retirar a farm antiga com segurança e iniciar de imediato a disciplina mensal.
Componentes anteriores que se tornaram bloqueadores
Desde 14 de julho de 2026, InfoPath Forms Services, workflows SharePoint 2010, SharePoint Designer 2013 e Basic Authentication deixaram de ser suportados no SPSE. Um componente continuar visível ou funcional não altera o estatuto. Cada dependência necessita de proprietário de negócio, substituto, decisão de retenção e alternativa testada.
Workflow merece um projeto próprio. SharePoint Workflow Manager tem patches independentes e algumas PU do SPSE exigem um nível adequado. É necessário inventariar workflows 2010/2013, atividades personalizadas, contas, certificados e endpoints. Atualizar apenas SharePoint não garante uma plataforma de processos suportada.
A autenticação afeta scanners, clientes Office, integrações e scripts. Abandonar Basic pode exigir OIDC, autenticação moderna, middleware atualizado ou redesign. Os processos não interativos precisam de testes específicos; um teste humano no browser não revela todos os fluxos antigos de credenciais.
Como escolher o destino
Comece pelas restrições, não pela preferência de produto: localização legal, operação desligada, latência, recuperação, integrações, personalizações, competências e janelas de manutenção. Depois questione cada restrição. Algumas são reais; outras são suposições herdadas que uma avaliação cloud controlada pode remover.
Compare três a cinco anos. No SPSE inclua Windows, SQL, direitos SharePoint, CAL, alojamento, cópias de segurança, segurança, laboratório, especialistas e manutenção mensal. No Online inclua subscrições, identidade, rede, migração, governação, retenção, reformulação e adoção. Nenhuma opção é gratuita só porque uma rubrica desaparece.
Se forem consideradas licenças perpétuas usadas para infraestrutura adjacente ou uma necessidade limitada relativa a sistemas anteriores, exija rastreabilidade e seja prudente. A categoria de licenças de servidor da Licendi permite comparar produtos disponíveis e documentação. Não substitui a subscrição ou SA do SPSE; uma licença SharePoint 2019 não deve ser descrita como direito SPSE.
Governação após a migração
O projeto não termina no primeiro acesso bem-sucedido. Mantenha um registo que associe cada servidor à build, função, sistema operativo, versão SQL, última PU, proprietário e prova das cópias de segurança. A revisão deve incluir validade de SA ou subscrição, certificados, capacidade, contas privilegiadas e soluções de terceiros. Assim, os direitos de licença ficam ligados à realidade operacional.
Use indicadores simples: tempo entre publicação da PU, laboratório e produção; percentagem de restauros testados; erros de crawl; timer jobs falhados; exceções abertas. Cada exceção necessita de responsável e data. Se permanecer indefinidamente, Modern Lifecycle torna-se apenas uma etiqueta.
Uma revisão trimestral deve comparar inventário e farm real, confirmar que cada exceção continua justificada e atualizar capacidade. Deve também rever contas técnicas, renovação de certificados, integrações e contratos de suporte dos produtos associados.
As conclusões devem entrar no manual de operação e transformar-se em ações com responsável, prazo e critério de encerramento verificável. Este ciclo reduz surpresas em auditorias e incidentes e mantém a documentação alinhada com a farm real.
As tarefas pendentes ficam visíveis até ao fecho verificado.
Perguntas frequentes
O SharePoint Server Subscription Edition é perpétuo?
Não para continuar a executar SPSE. Servidor e CAL requerem subscrição ou SA ativa. O direito perpétuo alternativo indicado é SharePoint Server 2019.
O SharePoint Server 2019 ainda tem suporte?
Não. O suporte alargado terminou em 14 de julho de 2026.
Qual é a versão atual?
Em 28 de julho de 2026, Version 26H1; a última PU é KB5002882, build 16.0.19725.20434.
Com que frequência é atualizado?
As PU são mensais e cumulativas; Feature Updates chegam duas vezes por ano e cada PU tem um ano de suporte.
É possível migrar diretamente de 2019?
Sim, para uma nova farm SPSE por anexação das bases de dados, não convertendo diretamente a farm existente.
É possível passar diretamente de 2016?
Sim, se as bases suportadas cumprirem a build mínima.
São necessárias CAL?
Normalmente sim. Standard CAL é a base e Enterprise CAL é aditiva; podem aplicar-se direitos equivalentes.
InfoPath e SharePoint Designer ainda são suportados?
Não. O suporte SPSE terminou em 14 de julho de 2026, juntamente com workflows 2010 e Basic Authentication.
Conclusão: a suportabilidade exige continuidade
O SPSE oferece uma via local suportada apenas enquanto direitos, plataforma e soluções permanecem alinhados. A prioridade de 2026 é ultrapassar o fim de suporte do SharePoint 2019 sem transferir para a nova farm formulários, workflows e autenticação obsoletos.
Escolha SPSE quando o controlo local assenta numa razão defensável e a organização consegue sustentar PU mensais. Escolha SharePoint Online quando reduzir operações e adotar Microsoft 365 compensa a reformulação. Em ambos os casos, inventarie, teste processos reais, separe evidência de licença e validação técnica, e atribua responsabilidade pela reposição da configuração anterior e pelo ciclo de vida.
