Visão geral de atualizações de software para SharePoint Server 2016, 2019 e Subscription Edition
APLICA-SE A:
2013 
2019 Subscription Edition SharePoint no Microsoft 365
Os administradores atualizam o SharePoint Server 2016, 2019 ou a Subscription Edition para implantar ou atualizar assemblies que fornecem funcionalidade e atualizar bancos de dados. Uma atualização bem sucedida segue uma abordagem metódica que minimiza as interrupções no serviço. Analise as informações contidas neste artigo para saber mais sobre o processo antes de iniciar o processo de atualização.
Observação
Este artigo se aplica ao SharePoint Server 2016, 2019 e à Subscription Edition.
Antes de iniciar as atualizações de software
Antes de começar o processo de atualização de software, analise as informações a seguir sobre permissões, requisitos de hardware e requisitos de software.
As informações neste artigo são para todos os profissionais de TI que mantêm o SharePoint Server 2016, 2019 ou Subscription Edition. No entanto, instruções específicas para instalar uma atualização de software são destinadas a profissionais de TI que precisam implantar atualizações de software em um farm de servidores que hospedam o SharePoint Server 2016, 2019 ou Subscription Edition.
As informações contidas neste artigo aplicam-se aos produtos a seguir:
SharePoint Server 2016
Pacotes de idiomas do SharePoint Server 2016
SharePoint Server 2019
pacotes de idiomas SharePoint Server 2019
Edição de Assinatura do SharePoint Server
pacotes de idiomas Edição de Assinatura do SharePoint Server
Observação
O processo que instala atualizações de software em ambientes autônomos do SharePoint Server 2016, 2019 ou Subscription Edition é um processo mais simples do que o processo que instala atualizações de software em um farm de servidores e não requer todas as etapas necessárias para um farm de servidores.
A Microsoft lança o Public Atualizações todos os meses. A primeira atualização é conhecida como a atualização independente do idioma. Essa atualização geralmente incluirá correções de recurso e de segurança. Ele também é conhecido como o patch "sts-x-none".
O segundo tipo de patch é o patch dependente do idioma. Este patch abrange todos os pacotes de idiomas, incluindo instalações em inglês. Esse patch é necessário para atualizar totalmente o farm, embora possa não ser lançado todos os meses. Esse patch também é conhecido como o patch 'wssloc'.
Observação
A partir de março de 2023 pu, a Microsoft lançará um único patch "uber" para Edição de Assinatura do SharePoint Server que contém todas as correções que anteriormente teriam sido lançadas nos patches separados "sts-x-none" e "wssloc".
Importante
Se um patch dependente de idioma não estiver disponível por um determinado mês, atualize para o patch dependente do idioma disponível anteriormente. Por exemplo, se aplicar a Atualização Pública de julho de 2019 para o SharePoint Server 2016, instale a atualização independente do idioma para julho de 2019 e o patch dependente do idioma a partir de abril de 2019. Se você não instalar o patch dependente do idioma, poderá encontrar funcionalidade ausente ou incorreta.
Terminologia de atualização de software
Para entender como implementar atualizações de software no SharePoint Server 2016, 2019 e Subscription Edition, é importante entender a terminologia dos componentes principais.
| Termo |
Definição |
Comentário |
|---|---|---|
| Atualização Pública (PU) |
Uma Atualização Pública é uma atualização de acumulação que contém todos os hotfixes críticos anteriores sob demanda até o momento. Além disso, uma Atualização Pública contém correções para problemas que atendem aos critérios de aceitação do hotfix. Esses critérios podem incluir a disponibilidade de uma solução alternativa, o efeito sobre o cliente, a reprodutibilidade do problema, a complexidade do código que deve ser alterado, ou outros motivos. |
|
| patch |
Um compilado, arquivo de instalação executável que contém atualizações para um ou mais produtos. Exemplos de pacotes são os arquivos executáveis (.exe) baixados para instalar um service pack, uma atualização pública (PU), ou um hotfix. Os pacotes também são conhecidos como arquivos MSI. |
|
| atualização de software |
Uma atualização de software é qualquer atualização, pacote cumulativo de atualizações, service pack, pacote de recursos, atualização crítica, atualização de segurança ou hotfix utilizado para melhorar ou corrigir um produto do software lançado pela Microsoft Corporation. |
|
| atualização |
Processo pelo qual você altera um ambiente para usar uma versão mais recente do software. Você pode atualizar para uma versão menor, como uma atualização ou patch, ou para uma grande versão. Uma atualização para uma versão menor é chamada de atualização build-to-build. Uma atualização para uma versão principal é chamada de atualização de versão para versão. |
No SharePoint Server 2016, para a compilação para atualizações, é possível utilizar tanto métodos de anexação de banco de dados quanto in-loco. Para a versão para atualização, apenas a anexação de banco de dados apresenta suporte. Para obter mais informações sobre a atualização versão a versão, confira Visão geral do processo de atualização para o SharePoint Server 2016, Visão geral do processo de atualização para SharePoint Server 2019 e Visão geral do processo de atualização para Edição de Assinatura do SharePoint Server. Para obter uma visão geral das etapas para atualização in-loco e anexar banco de dados para atualizações de build a build, consulte Instalar uma atualização de software para SharePoint Server 2016, 2019 e Subscription Edition |
para obter uma lista completa da terminologia utilizada nas atualizações de software, consulte Descrição da terminologia padrão utilizada para descrever as atualizações de software da Microsoft.
Recursos de atualização de software
O SharePoint Server 2016, 2019 e Subscription Edition tem recursos que facilitam a experiência de atualização de software de ponta a ponta. Alguns desses recursos são:
Compatibilidade com versões anteriores entre um farm de serviços atualizado e um farm de conteúdo não atualizado.
Há suporte completo a atualizações automáticas que utilizam o Windows Server Update Services (WSUS), Windows Update, e Microsoft Update.
Observação
A atualização automática copia os arquivos binários para os servidores do farm, porém deve-se concluir a atualização do software executando a mesma nos servidores.
Os administradores podem utilizar o site da Administração Central do SharePoint ou o Microsoft PowerShell para monitorar o status de uma atualização.
Processo de atualização de software
O processo que implanta atualizações em um ambiente do SharePoint Server 2016, 2019 e Subscription Edition é um processo de duas fases: atualização de patch e build-to-build.
Cada fase possui etapas e resultados específicos. É possível adiar a fase de compilação para atualização.
Cuidado
Embora tentemos garantir o nível mais alto de compatibilidade com versões anteriores, quanto mais tempo você permanece nesse estado, maior a probabilidade de ocorrências referentes ao comportamento no farm.
Fase de patch
A fase de patch envolve a execução da atualização em cada SharePoint Server no farm. Pode haver um ou dois patches necessários para serem executados, a atualização independente do idioma e a atualização dependente do idioma.
Observação
Nenhuma ordem específica de instalação em um farm é necessária.
A fase de patch possui duas etapas, a etapa de implantação do patch e a etapa de implantação binária. Durante a etapa de implantação do patch, novos arquivos binários são copiados para o servidor que executa o SharePoint Server 2016, 2019 ou Subscription Edition. Os serviços que utilizam arquivos que precisam ser substituídos pelo patch, estão temporariamente suspensos. A suspensão dos serviços reduz a necessidade de reiniciar o servidor para substituir os arquivos que estão sendo utilizados. No entanto, em algumas instâncias, você deve reiniciar o servidor.
A segunda etapa da fase de patch é a etapa de implantação binária. Nesta etapa, o instalador copia arquivos de .dll (biblioteca de links dinâmicos) para os diretórios apropriados no servidor que está executando o SharePoint Server 2016, 2019 ou Subscription Edition. Essa etapa garante que todos os aplicativos da Web estão executando a versão correta dos arquivos binários e que funcionarão corretamente após a atualização ser instalada. A fase de atualização é concluída após a etapa de implantação binária.
A fase seguinte e final para implantar atualizações de software é a fase de compilação para atualização. Essa fase modifica os esquemas de banco de dados, atualiza objetos no farm, e atualiza conjuntos de sites.
Fase de compilação para atualização
A fase de atualização de build a build exige que o administrador execute o Assistente de Configuração ou psconfig do Shell de Gerenciamento do SharePoint.
Observação
Nenhuma ordem específica de execução do Assistente de Configuração em um farm é necessária.
Após concluir a fase de patch, você deve instalar a atualização iniciando a fase de atualização de compilação a compilação. Esta fase é uma tarefa intensa e, portanto, leva mais tempo para ser concluída. A primeira ação consiste em atualizar todos os processos do SharePoint que estão em execução. Após atualizar os processos, os bancos de dados são rastreados e atualizados. Quando concluir a atualização de um farm em um servidor, é necessário concluir o processo nos demais servidores, a fim de manter a compatibilidade.
Estratégia de atualização de software
Observação
As informações desta seção são válidas se o farm não está em um ambiente de alta disponibilidade (HA). Se você tiver um ambiente de HA, siga as instruções em Etapas de patch de tempo de inatividade zero do SharePoint Server.
A estratégia de atualização selecionada baseia-se principalmente em um dos seguintes fatores:
O tempo de inatividade aceitável para instalação da atualização.
A equipe e os recursos de computação adicionais disponíveis para a redução do tempo de inatividade.
Ao determinar sua estratégia de atualização, considere como a estratégia permite que você gerencie e controle a atualização.
No que diz respeito à redução do tempo de inatividade, as seguintes opções, ordenadas do maior para o menor tempo de inatividade, estão disponíveis:
Instale a atualização e não adie a fase de upgrade.
Instalar a atualização e adiar a fase de atualização.
Ciclo de implantação de atualização de software
O ciclo usado para atualizar os servidores e farms do SharePoint Server 2016, 2019 ou Subscription Edition também se aplica à implantação de atualizações de software, que são um subconjunto de uma fase de atualização. Recomendamos o uso do ciclo de atualização mostrado na ilustração a seguir como um guia para implantar atualizações de software.
Etapa 1: aprender sobre os requisitos para atualizações de software
Durante essa fase do ciclo, você aprende sobre os requisitos para instalar a atualização. Essa informação também afeta os novos servidores que você deseja atualizar e em seguida, os adiciona ao farm.
Requisitos e pré-requisitos
Primeiro, assegure-se de que o sistema possa ser provisionado como um servidor do farm. Para obter mais informações, consulte Requisitos de hardware e software para requisitos de hardware e software do SharePoint Server 2016, requisitos de hardware e software para SharePoint Server 2019 e requisitos do sistema para Edição de Assinatura do SharePoint Server.
Assegure-se de que qualquer servidor que você planeja atualizar esteja executando a mesma versão do sistema operacional que os outros servidores do farm. Isso inclui atualizações, service packs, e hotfixes de segurança.
Estratégia de atualização
Determine a estratégia que você deseja utilizar pata atualizar o farm. Dependendo de suas necessidades, é possível utilizar uma das seguintes estratégias:
In-loco
Anexação de banco de dados
Para obter mais informações sobre a estratégia de atualização a ser usada, consulte Instalar uma atualização de software para o SharePoint Server 2016, 2019 e Subscription Edition
Redução do tempo de inatividade
Pesquise e avalie as opções disponíveis para reduzir o tempo de inatividade. Primeiro, verifique dependências ausentes, que podem prolongar o tempo de inatividade. Identifique todas as dependências para a atualização e aborde essas dependências antes de começar a implantar a atualização, ou fatore o tempo adicional em seu cronograma. Considere utilizar bancos de dados de conteúdo somente leitura e executar atualizações paralelas para reduzir o tempo de inatividade.
Problemas comuns
Identificar e abordar problemas comuns como dependências ausentes ou desatualizadas e falta de espaço nos servidores em que a atualização será instalada.
Etapa 2: preparar para atualizações de software
Preparar para a atualização do software, documentar o ambiente e planejar uma estratégia de atualização para garantir que a atualização ocorrerá conforme planejado na janela de tempo de inatividade esperado.
Documentar o ambiente
O ambiente é documentado para determinar o que é exclusivo em seu farm. É possível utilizar diversas técnicas para coletar informações sobre seu farm, como inspeção manual, comparações utilizando o WinDiff, e comandos do Microsoft PowerShell.
Documente, conforme apropriado, os seguintes elementos do ambiente:
Topologia do farm e hierarquia de sites
Pacotes de idiomas e filter packs que estão instalados
Personalizações que poderão ser afetadas pela atualização
Gerenciar personalizações
As personalizações geralmente são um dos principais problemas durante uma atualização do farm ou do software. Identifique suas personalizações do farm e determine se elas podem ser afetadas pela atualização. Se estiver em dúvida, emita um erro ao lado de um aviso e determine como você gerenciará as personalizações. Deve-se garantir que as personalizações funcionem após a atualização do software. É possível utilizar o comando Stsadm ExportIPFSAdminObjects para coletar e exportar apenas formulários implantados pelo administrador do InfoPath.
Planejar a estratégia de atualização
Durante a fase de Aprendizagem do ciclo de atualização, você deve ter determinado uma estratégia de atualização e a minimização do tempo de inatividade necessário. Além disso, para determinar os requisitos de hardware, espaço e software,deve-se incluir o seguinte em sua estratégia de atualização.
Sequência de atualização para os servidores do farm
A ordem das operações
Os limites de tempo de inatividade e como você planeja reduzi-lo
Um processo de reversão, se houver um problema maior
Os dois requisitos finais para a estratégia de atualização são um plano de comunicação e um agendamento da atualização.
É importante se comunicar com os proprietários de sites e com os usuários sobre o que esperar durante uma atualização. Um administrador deve informar aos usuários sobre o tempo de inatividade e o risco de que a atualização demore mais do que o esperado, ou que alguns sites podem precisar de alguma reformulação após a atualização.
Crie um cronograma de avaliação de desempenho para operações de atualização que contêm os horários de início das operações relacionadas à implantação da atualização. O plano de incluir, no mínimo, as seguintes operações:
Fazer backup do farm.
Inicie a atualização dos servidores do farm.
Iniciar a atualização dos bancos de dados do farm.
Interromper a atualização e retomar as operações no farm não atualizado.
Retomar a atualização, se necessário.
Verificar se o ambiente está completamente funcional, como a versão original se você tiver revertido ou a nova versão se você tiver concluído a atualização
Tornar os itens do farm prontos para atualização
Assegure-se de que os itens do farm estão prontos para atualização. Os itens do farm estão prontos se tiver sido feito backup dos mesmo, se eles tiverem sido documentados ou atualizados para garantir que a atualização possa ser instalada. Verifique se os seguintes aspectos de um farm estão prontos para atualização:
Soluções
Recursos
Definições de site
Web Parts
Etapa 3: testar a implantação da atualização de software
O rigor, a meticulosidade e os detalhes de seus testes determinam o sucesso ou o fracasso da implantação da atualização do software. Em um ambiente de computador de produção, não há atalhos seguros e há consequências para testes insuficientes.
Criar um farm de teste
Crie um farm de teste que represente um ambiente de produção. Recomendamos o uso de uma cópia dos dados de produção para determinar as possíveis áreas problemáticas e monitorar o desempenho do sistema geral durante a atualização. O principal indicador é o o período de tempo decorrido do início ao fim do processo de implantação. isso deve incluir backup e validação. É possível incorporar essas informações no cronograma de atualização.
Se possível, utilize o hardware em ambientes de teste que possuem recursos de desempenho equivalentes para os servidores de produção.
Dica
[!DICA] Considere usar um farm de teste em um ambiente virtual. Depois que concluir os testes, você pode encerrar o farm virtual e usá-lo posteriormente para atualizações futuras.
Avaliar técnicas
Um farm de teste também permite avaliar as técnicas que você planeja usar para atualizar o ambiente de produção. Além de testar e avaliar sua estratégia de redução do tempo de inatividade, você pode refinar o monitoramento da atualização. Isso é importante principalmente nas áreas de validação e solução de problemas de atualização do software.
Etapa 4: implementar atualizações de software
A estratégia de atualização que você utiliza determina se é necessário criar um farm novo ou implantar a atualização nos servidores atuais do farm.
Criar ou atualizar farms
Independentemente de você criar um novo farm ou fazer uma atualização in-loco, os elementos do farm mais importantes a serem considerados são:
Conteúdo
Serviços
Aplicativos de serviço
Implantar personalizações
Use soluções sempre que possível, para que seja possível implantar arquivos ou componentes individuais.
Reduzir tempo de inatividade
Reduza o tempo de inatividade usando técnicas como bancos de dados somente leitura e paralelismo de atualização.
Monitorar progresso
As técnicas refinadas utilizadas para o monitoramento da atualização do software no ambiente de teste se aplicam ao implantar a atualização no ambiente de produção. Use a página Atualização e Migração na Administração Central para monitorar os indicadores de status disponíveis. Esse recurso ativa o monitoramento dinâmico e fornece um único local para exibir o status do patch de todos os servidores do farm. Além disso, é possível utilizar a página Atualização e Migração para exibir o status de atualização de servidores individuais e o status e o tipo de bancos de dados do farm. Finalmente, ao utilizar o Administração Central para monitorar as atualizações, é possível identificar servidores do farm que devem ser atualizados..
As tabelas a seguir descrevem as informações de status disponíveis na Administração Central.
| Valor do status | Descrição | Hiperlink |
|---|---|---|
| Nenhuma ação necessária |
O servidor do farm não requer que nenhuma ação seja tomada atualmente pelo administrador |
Nenhum hiperlink |
| Instalação necessária |
O servidor do farm não possui um arquivo .msi que está definido como obrigatório para todos os servidores do farm ou possui um nível de patch abaixo da versão efetiva do patch em todo o farm individual. |
Hiperlink para a página Estado da implantação do patch |
| Atualização em andamento |
O servidor do farm está passando atualmente por uma operação de atualização. |
Hiperlink para a página Status da Atualização |
| Atualização Disponível |
O servidor do farm está sendo executado no modo de compatibilidade com versões anteriores. |
Hiperlink para a página Atualização e Migração |
| Atualização necessária |
O servidor do farm está fora do intervalo do modo de compatibilidade com versões anteriores com um ou mais bancos de dados. |
Hiperlink para a página Atualização e Migração |
| Atualização bloqueada |
Se uma atualização estiver disponível e qualquer servidor do farm exigir a instalação, os servidores restantes que não exigem instalação serão definidos como esse status, a menos que estejam passando atualmente por uma atualização. |
Hiperlink para a página Estado da implantação do patch |
| Instalado |
Indica que nenhuma ação é necessária |
Não aplicável |
| Ausente/Obrigatório |
Exibido se um produto for obrigatório em cada servidor ou se um patch para um arquivo .msi específico estiver localizado em um servidor, mas não no servidor para o qual esse status é exibido |
Não aplicável |
| Ausente/Opcional |
Exibido se um produto não for obrigatório em cada servidor |
Não aplicável |
| Substituído |
Exibido se uma atualização não for mais necessária em um servidor, devido a substituição por um patch mais recente |
Não aplicável |
Os arquivos de log e comandos do PowerShell também são ferramentas utilizadas para monitorar o processo de atualização.
Importante
[!IMPORTANTE] Lembre-se de monitorar o tempo de atualização decorrido. Compare os processos atuais de atualização com o cronograma da avaliação de desempenho para determinar se a atualização atenderá a janela do tempo de inatividade. Caso negativo, comunique essas informações aos usuários do farm..
Etapa 5: validar o sucesso de atualizações de software
Você pode começar a validar o sucesso da atualização durante a fase de implementação e continue a validação depois que a atualização for implementada.
Falhas do evento registradas em log
Verifique os logs de evento para descobrir os problemas que ocorreram durante a implantação. Resolva esses problemas e retome ou reinicie a atualização conforme apropriado.
Problemas de experiência ou interface do usuário
Todos os problemas de experiência do usuário ou de interface do usuário surgirão nas páginas do site. Esses problemas ocorrem principalmente durante uma versão para atualização. Procure os seguintes problemas:
Arquivos desconvertidos de fantasmas, que são páginas ASP.NET (.aspx) que foram modificadas por um usuário dentro de um conjunto de sites, e agora se comportam de forma diferente do esperado ou possuem problemas de renderização ocasionados por atualizações recentes dos arquivos no servidor.
Incompatibilidade de versões da interface do usuário
Conformidade com HTML e XHTML
outros problemas podem incluir modelos ausentes, identificadores do usuário e problemas de conteúdo, como listas grandes.
Problemas de dados
Os problemas de dados resultam da condição dos bancos de dados do farm e podem incluir todos ou alguns dos seguintes:
Problemas de conectividade para fontes de dados.
Corrupção do banco de dados
Itens órfãos
Dados de coluna ocultos
Em alguns casos, é possível solucionar problemas menos importantes e, em seguida, retomar ou reiniciar a atualização. Esteja preparado para reverter a atualização se não for possível resolver os problemas.