SharePoint 2016, 2019, Subscription Edition e Online: o que muda realmente

Há muita confusão entre o SharePoint 2016, o SharePoint 2019, a Subscription Edition e o SharePoint Online, e quase toda ela vem de comparações construídas a partir de listas de funcionalidades.

Listas de funcionalidades são a ferramenta errada. A decisão faz-se com três coisas: quando acaba o suporte, a que é que a licença dá direito de facto, e quais das diferenças tocam na arquitetura. Este artigo são essas três coisas, verificadas contra a documentação da própria Microsoft e não contra outros artigos.

O suporte, que é a única data que interessa

Há duas coisas nessa tabela em que vale a pena parar.

O 2016 e o 2019 acabam no mesmo dia. Não são duas datas próximas arredondadas. A Microsoft alinhou deliberadamente o fim do suporte alargado do 2019 com o do 2016, para que o 2019 não acabasse antes do seu antecessor. Se atualizou do 2016 para o 2019 para ganhar tempo, o calendário mostra quanto ganhou: nada.

A Subscription Edition não tem data de fim de suporte, e isso é uma política, não um esquecimento. Segue a Modern Lifecycle Policy, que não tem data fixa. O que tem é um piso. A Microsoft publica uma página de "Earliest Possible EoS Dates" para produtos de servidor na política Modern, e diz que estes produtos "vão manter-se em suporte pelo menos até à data especificada":

O Project Server está quatro anos antes do SharePoint, na mesma página, na mesma tabela. Se o seu farm carrega Project Server, o horizonte de planeamento é 2031 e não 2035, e quase ninguém repara nisto porque os dois produtos se discutem normalmente em conjunto.

A armadilha dentro de "sem data de fim de suporte"

A Subscription Edition ter suporte para sempre não quer dizer que a sua Subscription Edition tenha suporte.

A política de servicing é explícita: cada public update é suportado durante um ano a contar do seu lançamento, terminando na segunda terça-feira do mesmo mês do ano seguinte. Corra uma build mais antiga do que isso e está fora de suporte num produto que nunca sai de suporte. Se ligar ao suporte da Microsoft nesse estado, podem dizer-lhe para atualizar antes de alguém o ajudar.

A partir da atualização 24H2, o produto diz-lho ele próprio. O Central Administration e a SharePoint Management Shell mostram um aviso informativo seis meses antes do fim do suporte de uma build, um aviso a três meses, e um erro depois disso, que também vai parar ao registo de aplicações do Windows.

Portanto "evergreen" é um compromisso nos dois sentidos. A Microsoft continua a publicar; você continua a instalar. Um farm atualizado uma vez por ano está no limite da suportabilidade por desenho.

O licenciamento, que é onde está a surpresa

Esta é a parte que muda decisões, e é a parte que raramente cabe numa tabela comparativa.

O modelo continua a ser servidor mais CAL. Uma licença de servidor por cada cópia do software de servidor que instala e usa, e uma Client Access License por cada utilizador ou dispositivo que lhe acede. Isso não mudou desde 2016.

O que mudou foi que não se pode comprar a Subscription Edition de vez. A orientação de licenciamento da Microsoft é direta: para correr e aceder à Subscription Edition, é preciso ter um plano de Software Assurance ativo, no servidor e nas CAL, ou uma licença por subscrição. Não existe licença perpétua de Subscription Edition.

E o direito de recurso não é o que se assume. As licenças por subscrição dão direito perpétuo a correr apenas o SharePoint Server 2019. Nas palavras da própria Microsoft, se a cobertura de Software Assurance caducar, ou se comprar uma licença de saída, tem de "desinstalar o software da Subscription Edition e pode instalar o software da versão 2019".

Leia isso contra a primeira tabela. A rede de segurança por baixo da Subscription Edition é uma versão cujo suporte acabou a 14 de julho de 2026. A partir dessa data, deixar a Software Assurance caducar não o faz descer para um produto mais antigo mas suportado. Faz descer para um produto licenciado e sem suporte. Diga-se o que se disser da Subscription Edition, a licença dela é um custo recorrente sem piso perpétuo nenhum por baixo, e isso pertence ao caso de negócio e não a uma nota de rodapé.

Mais três factos de licenciamento que convém ter direitos:

• As Enterprise CAL são acrescentadas e condicionais. A orientação diz que as Enterprise CAL "só são necessárias se for acedida funcionalidade correspondente à SharePoint Enterprise CAL". Compram-se para o que as pessoas usam, não para o quadro inteiro.
• O Project Server Subscription Edition só corre na versão Enterprise da Subscription Edition, e é licenciado à parte. Não pode ser ativado com uma licença Standard. E já não é uma instalação separada: é uma service application dentro do farm de SharePoint.
• A Software Assurance traz direitos de Disaster Recovery para todas as edições, e License Mobility para as licenças de servidor.

O que mudou do 2016 para o 2019

Este é o menor dos dois saltos, e é sobretudo a experiência moderna a chegar ao on-premises.

• Communication sites, com a web part Hero
• Team sites modernos, páginas modernas e web parts modernas
• Listas e bibliotecas modernas, ao nível do que existia no Microsoft 365 na altura
• Partilha moderna, com avisos quando se partilha com um grupo grande ou muitos itens de uma vez
• Pesquisa moderna, ao lado da clássica, com resultados a aparecer antes de se acabar de escrever
• A página inicial do SharePoint, que substituiu o sites.aspx e passou a ser o ponto de entrada para a criação de sites em autosserviço
• Criação rápida de sites, em segundos, e só para três modelos: site pessoal do OneDrive, team site moderno e communication site
• Ficheiros até 15 GB, contra 10 GB
• Caminhos de ficheiro até 400 caracteres, contra 260
• # e % permitidos em nomes de ficheiro e de pasta
• A app de sincronização do OneDrive (OneDrive.exe) em vez do Groove, com Files On-Demand
• Autenticação SMTP no envio de correio, o que dispensa o relay só para satisfazer um servidor de correio endurecido
• Power Apps, Power BI e Power Automate, através de um gateway
• APIs do IIS 7+, deixando cair os componentes de compatibilidade com o IIS6 dos pré-requisitos

O tema é consistente: o 2019 é o 2016 com a interface moderna e um conjunto de limites levantados. Não é uma arquitetura nova.

O que mudou do 2019 para a Subscription Edition

Este é uma mudança de arquitetura, e é quase toda sobre identidade, segurança e a forma como o produto é servido.

Autenticação. Chega o OpenID Connect 1.0, a funcionar com o Microsoft Entra ID, o AD FS 2016 ou superior, e qualquer fornecedor terceiro que implemente OIDC. É isso que põe a autenticação multifator e o acesso condicional ao alcance de um farm on-premises. O People Picker foi refeito para que um fornecedor de identidade fidedigno deixasse de exigir um claims provider próprio escrito em C#, desde que a User Profile Application esteja a sincronizar a partir do repositório de membros do fornecedor.

Segurança. O farm ganhou gestão própria de certificados SSL: gerar pedidos de assinatura, importar e exportar, distribuir por todos os servidores, atribuir a web applications e avisar antes de expirarem, tudo pelo Central Administration e por PowerShell. O TLS 1.3 é suportado, e a cifra TLS forte está ligada por omissão, ambos só quando o farm corre em Windows Server 2022 ou posterior. A secção machineKey do web.config passa a estar encriptada por omissão.

Instalação. Windows Server 2022 e Windows Server Core são suportados. O upgrade é suportado diretamente a partir do 2019 e do 2016, N-1 e N-2, por database attach. Qualquer coisa anterior ao 2016 tem de passar primeiro pelo 2016 ou pelo 2019. O AppFabric deixou de ser um componente separado e passou a fazer parte do Distributed Cache.

Administração do farm. O Central Administration pode usar um host header, portanto pode partilhar a porta 443 com o conteúdo. O Server Name Indication funciona. Os bindings de IIS de uma web application podem ser alterados sem apagar e recriar a web application, o que antes era uma operação genuinamente arriscada.

Sites e bibliotecas. As web parts modernas de lista e de biblioteca passaram a escrever. No 2019 eram só de leitura, portanto as pessoas tinham de sair da página para acrescentar ou editar seja o que for; na Subscription Edition criam, carregam, partilham, renomeiam, apagam e editam no sítio. Os document sets ganharam experiência moderna. Chegou o check-in e check-out em massa, e o download em massa, que comprime a seleção, dentro de limites: 10 GB por ficheiro, 20 GB no total, 100 níveis de pastas, 10 000 ficheiros.

Armazenamento. Um novo fornecedor de remote BLOB storage, o Remote Share Provider, tira os BLOB do SQL Server para armazenamento SMB, com o Test-SPRemoteShareBlobStore para verificar a consistência.

PowerShell. Os cmdlets passaram a módulo em vez de snap-in, portanto carregam em qualquer consola de PowerShell sem Add-PSSnapin. Continuam a exigir Windows PowerShell: não são compatíveis com o PowerShell 7.

O que a Subscription Edition acumulou desde 2021

A Subscription Edition em 2026 não é o produto que saiu em 2021. As atualizações de funcionalidades chegam duas vezes por ano, em dois anéis: Early release, onde as experiências novas aparecem assim que estão prontas, e Standard release, o predefinido, onde chegam depois de validação adicional. A maior parte das funcionalidades passa uma atualização em Early e a seguinte em Standard.

Isto foi o que se acumulou de facto, com a atualização que o trouxe:

• Integração com o AMSI (22H2), a analisar pedidos HTTP e HTTPS através de qualquer produto antimalware compatível com AMSI, ligada por omissão desde a 23H2, com uma regra de health analyzer que envia pedidos simulados de hora a hora para provar que continua a funcionar
• Suporte a SPFx 1.5.1 (23H1), e depois React 16 e Office UI Fabric React 7 (23H2)
• Patches "uber" únicos (23H1). Antes de março de 2023 eram precisas duas atualizações por mês, o core e o language pack, e instalar só uma era uma causa comum de comportamentos estranhos
• People Picker sobre LDAPS (23H2), para que as consultas ao diretório sejam cifradas
• Branding próprio no Suite Bar (23H2)
• Verticais de pesquisa personalizadas nos resultados modernos (24H1), que antes só existiam na experiência clássica
• Rotação automática da machine key (25H1), num timer job que corre no último domingo de cada mês
• Uma nova camada de ligação à base de dados, o Microsoft.Data.SqlClient, com TDS 8.0 e TLS 1.3 até ao SQL Server (25H1), e definições de encriptação por base de dados (25H2)
• CKEditor 5 a substituir o CKEditor 4, em fim de vida, nas web parts de Texto e de Eventos (25H2)
• Excluir a claim "Everyone" do People Picker (26H1), ao nível da web application, para travar partilhas excessivas por acidente

Duas delas merecem secção própria, porque são as que partem a tabela do costume.

O que nunca chegou ao on-premises, e as notas de rodapé que essa tabela pede

A comparação que circula é assim:

Está certa até onde vai. Duas dessas linhas mudaram de forma desde que foi escrita, e a mudança é recente ao ponto de a maioria das cópias ser anterior à notícia.

O Copilot não corre no seu farm. Pode indexá-lo. A partir da build de novembro de 2024, a Subscription Edition suporta o Microsoft Graph connector. A descrição da Microsoft é precisa: com os Graph connectors, "o Microsoft Search ou o Microsoft 365 Copilot na sua organização podem indexar e tirar partido de dados guardados no SharePoint Server", e o conector "respeita as permissões de origem configuradas no SharePoint Server". Portanto a resposta a "o Copilot consegue ver o nosso conteúdo on-premises" é sim, através de um tenant Microsoft 365, com as permissões respeitadas. A resposta a "o Copilot corre on-premises" continua a ser não. São perguntas diferentes e têm respostas diferentes.

Há IA dentro da Subscription Edition, e ela chama o Azure. O Document Intelligence chegou na 25H2, em Early release, e ficou disponível para todos na 26H1. Hoje é uma coisa só: resumo de documentos por IA, para .doc, .docx, .pdf, .txt, .rtf, .html, .pptx e .md.

A parte que interessa a quem escolheu on-premises por residência de dados é como funciona. Ativá-lo implica correr um script PowerShell da Microsoft que aprovisiona recursos no Azure, e o resumo em si "usa os serviços Azure OpenAI". Fornece um tenant ID, um subscription ID, uma localização de recursos e um certificado do SharePoint Certificate Manager, que o script carrega para um registo de aplicação no Azure para autenticação com o Microsoft Entra ID.

Por outras palavras, a IA não corre no seu farm. Os seus documentos saem de lá. Se a razão de o seu SharePoint ser on-premises é que o conteúdo não pode ir para lado nenhum, o Document Intelligence é uma funcionalidade que se decide deliberadamente não ligar, e está desligada por omissão ao nível do farm, da coleção de sites e da biblioteca. Mais um pormenor a saber antes de alguém o demonstrar: os utilizadores precisam de permissão de edição para o usar. Quem só tem leitura não consegue resumir nada.

# Farm-wide switch for AI summarisation. Requires farm administrator
# permissions, and does nothing unless the Document Intelligence feature
# has been activated on a site collection first.
Disable-SPDocSummary
Enable-SPDocSummary

# Which feature release ring is this farm on? Early gets new experiences
# sooner, and is where features like Document Intelligence appear first.
Get-SPFeatureReleasePreference
Set-SPFeatureReleasePreference -FeatureReleaseRing Standard

O resto da tabela mantém-se. O Loop, o Viva Connections e o SharePoint Embedded são serviços do Microsoft 365 e não apareceram em nenhuma atualização de funcionalidades da Subscription Edition, da 22H2 à 26H1.

Portanto a versão com as notas de rodapé tem três linhas com ressalva em vez de uma coluna de nãos:

Descontinuado e removido, e uma data que vale a pena verificar duas vezes

A Subscription Edition tem a sua própria lista de coisas de saída, e uma das datas é a mesma do fim de suporte do 2016 e do 2019:

Suportado apenas até 14 de julho de 2026: InfoPath Forms Services, workflows do SharePoint 2010, SharePoint Designer 2013, e autenticação Basic.

Ou seja, uma passagem do 2016 para a Subscription Edition leva consigo o InfoPath e a autenticação Basic, e perde-os exatamente no dia de que estava a fugir. Se o seu plano de migração trata o 14 de julho de 2026 como a linha de chegada, verifique essa lista primeiro, porque para algumas cargas de trabalho é a linha de chegada duas vezes.

A autenticação Basic já está a apertar antes dessa data: a partir da atualização 24H2, os administradores deixaram de conseguir criar web applications ou extensões novas que a usem. As que já existem continuam a funcionar.

Também descontinuados, sem essa data: o Microsoft Workflow Manager, substituído pelo SharePoint Workflow Manager, que a Microsoft diz que vai manter em suporte para lá de 2026. O Internet Explorer 11 é suportado apenas no Central Administration, e em nenhum site de conteúdo.

Já removidos, e esta é a lista que parte upgrades: Access Services 2010 e 2013, modo de autenticação clássico em web applications de conteúdo, PerformancePoint Services, a app de sincronização Groove e as suas APIs de web service de listas, o stsadm.exe, o Update-SPHelp, o Claims to Windows Token Service, e o Cloud Hybrid Search antigo.

Dois desses merecem destaque para quem corre scripts que herdou. O stsadm.exe desapareceu por completo, portanto qualquer automatismo que ainda lhe chame vai falhar em vez de avisar. E o Claims to Windows Token Service continua a aparecer no Central Administration, mas o serviço do Windows por trás dele não está instalado, portanto arrancá-lo produz um erro sobre um c2wtshost.exe.config em falta. A funcionalidade parece estar presente e não está.

Os limites que moldam a arquitetura

Há uma longa tradição de comparar estes produtos pelas suas fronteiras, e produz tabelas sobre as quais ninguém age. A versão útil é mais curta, porque o limite raramente é o que dói.

Uma lista aguenta milhões de itens em qualquer destes produtos. O que dói é uma vista que tenta ler para lá do limiar, um índice que nunca foi criado, e uma coluna acrescentada depois de a lista já ser grande.

As permissões únicas são suportadas em todo o lado. O que dói são milhares delas numa biblioteca, porque cada uma é um âmbito de segurança que tem de ser avaliado, e porque um ano depois ninguém consegue dizer quem vê o quê nem porquê.

Os metadados e as pastas funcionam ambos. O que dói é escolher pastas porque são familiares e depois precisar de uma vista transversal, ou escolher metadados e nunca os impor, ficando metade dos documentos sem valores.

A pesquisa indexa tudo, on-premises e online. O que dói são tipos de conteúdo que nunca foram desenhados, portanto não há nada por onde refinar, e uma agenda de rastreio definida uma vez e nunca revista.

A sincronização funciona. O que dói é sincronizar uma biblioteca que foi desenhada como arquivo.

Nenhuma destas é uma diferença de produto. São todas diferenças de desenho, e seguem consigo em cada migração. É por isso que a versão desta comparação que parte dos limites leva as pessoas à conclusão errada: acham que um produto mais recente resolve. Não resolve.

Vale a pena migrar? Por cenário

Ainda no 2016 ou no 2019. A data é 14 de julho de 2026 e os dois acabam nela. O caminho de upgrade direto para a Subscription Edition é suportado a partir de ambos, por database attach, portanto não há salto intermédio. Faça primeiro a verificação das descontinuações: o InfoPath, os workflows do SharePoint 2010, o SharePoint Designer 2013 e a autenticação Basic sobrevivem à mudança mas não à data.

Não pode ir para a nuvem. Então a Subscription Edition é o único SharePoint on-premises suportado, e a pergunta não é se, é em que termos. Orce a Software Assurance como rubrica permanente, planeie instalar atualizações mais do que uma vez por ano, e seja honesto quanto a que o recurso perpétuo é hoje uma licença para software sem suporte.

Um ambiente regulado. A Subscription Edition dá-lhe a história de autenticação moderna, OIDC com Entra ID ou AD FS, acesso condicional, TLS 1.3, AMSI, consultas cifradas ao diretório e gestão do ciclo de vida dos certificados dentro do farm. É uma posição genuinamente defensável. Só decida deliberadamente sobre o Document Intelligence, porque o caminho da IA sai do edifício.

Soluções de Full Trust Code. São a verdadeira razão por que os farms ficam. Nada na Subscription Edition remove as farm solutions, mas cada atualização de funcionalidades é uma oportunidade para uma solução construída sobre pressupostos antigos se partir, e a política de servicing quer dizer que não se pode ficar sentado numa build três anos enquanto se decide. Se tem Full Trust Code, o projeto de migração é o projeto de código.

Integração profunda com o Teams e o Microsoft 365. A pesquisa híbrida, o Graph connector e a Power Platform por gateway fecham boa parte da distância, mas não toda. Se o destino é um posto de trabalho Microsoft 365 e o SharePoint é a última coisa on-premises, o farm é uma ponte, e vale a pena dizer por quanto tempo a ponte é para ficar de pé.

Project Server no farm. O seu horizonte é 31 de dezembro de 2031 e não 2035, e o Project Server Subscription Edition exige a edição Enterprise da Subscription Edition e uma licença separada. Planeie essa diferença de quatro anos antes de ela se tornar uma emergência.

O que uma migração não resolve

Há uma leitura natural de tudo o que está acima: escolher o produto com a pista mais longa e o problema fica tratado. É a leitura a que as tabelas convidam, e é uma que nós próprios tivemos de desaprender.

Os produtos acabam o suporte numa data publicada, e uma data publicada pode ser planeada. As decisões de desenho não têm fim de suporte. Pastas escolhidas porque eram familiares, permissões únicas dadas uma a uma até ninguém as conseguir reconstituir, uma personalização escrita onde uma configuração chegava: essas viajam. Chegam intactas à Subscription Edition e chegam intactas ao Microsoft 365.

Por isso vale a pena manter duas listas antes de assumir seja o que for. O que dói hoje por causa da versão, e o que dói hoje por causa de uma decisão tomada quando o requisito era urgente e o prazo estava mais perto do que a consequência. Uma migração trata da primeira lista. A segunda é trabalho de qualquer maneira, e costuma ser a mais comprida.

Antes de decidir

• Escreva a data exata do fim de suporte do que corre hoje, e repare que o 2016 e o 2019 a partilham: 14 de julho de 2026
• Verifique se há Project Server no farm e, se houver, planeie para 2031 e não para 2035
• Confirme o estado da Software Assurance, e orce-a como permanente, porque não há licença perpétua de Subscription Edition
• Perceba que o direito de recurso é só o SharePoint Server 2019, e que o suporte dele já acabou
• Confronte a lista de descontinuações com as suas cargas de trabalho: InfoPath, workflows do SharePoint 2010, SharePoint Designer 2013, autenticação Basic
• Procure stsadm.exe nos seus automatismos antes que falhe em silêncio numa tarefa agendada
• Decida em que anel de lançamento o farm deve estar, e registe a decisão
• Planeie instalar atualizações mais vezes do que uma por ano, já que cada build é suportada durante uma
• Decida explicitamente sobre o Document Intelligence, porque ele envia conteúdo de documentos para o Azure OpenAI
• Se quer que o Copilot veja conteúdo on-premises, o mecanismo é o Microsoft Graph connector, e não um Copilot on-premises
• Corrija os problemas de desenho agora, porque são esses que migram consigo