Visão geral de atualizações de software (SharePoint Server 2010)

Artigo
03/07/2017

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2016-11-30

Este artigo fornece uma visão geral da implantação de atualizações de software em um farm do Microsoft SharePoint Server 2010.

Neste artigo:

Melhorias e novos recursos
Público-alvo e escopo
Processo de atualização de software
Estratégia de atualização de software
Ciclo de implantação da atualização de software

Melhorias e novos recursos

O SharePoint Server 2010 apresenta a melhoria e os novos recursos que facilitam uma melhor experiência de atualização completa de software. Entre esses, estão:

Existe suporte para compatibilidade com versões anteriores entre versões de atualização em diferentes servidores, o que permite instalar os arquivos binários de atualização e adiar a conclusão da atualização para outra ocasião.
É possível atualizar vários servidores Microsoft SharePoint Server simultaneamente para deslocar a carga de trabalho para os servidores de banco de dados.
Há suporte completo para atualizações automáticas que usam os WSUS (Windows Server Update Services), o Windows Update e o Microsoft Update.

Observação

Uma atualização automática instalará os arquivos binários nos servidores de farm, mas você deve concluir a atualização do software executando a atualização nos servidores.
Os administradores podem monitorar o status da atualização usando o site de Administração Central ou o Windows PowerShell.

Para obter mais informações sobre melhorias e novos recursos do SharePoint Server, consulte O que há de novo na atualização (SharePoint Server 2010).

Público-alvo e escopo

As informações fornecidas sobre o processo de atualização do software se destinam a todos os profissionais de TI que fazem a manutenção do SharePoint Server 2010. No entanto, as instruções específicas para instalar uma atualização de software se destinam a profissionais de TI que precisam implantar atualizações de software em um farm de servidor SharePoint Server.

As informações deste artigo se aplicam aos seguintes produtos:

SharePoint Server 2010
Pacote de idiomas do SharePoint Server 2010
Microsoft Filter Pack

Observação

O processo para instalar atualizações de software em ambientes autônomos do SharePoint Server é um processo mais simples do que o processo para instalar atualizações de software em um farm de servidores e não requer todas as etapas necessárias para um farm de servidores.

Processo de atualização de software

É importante compreender que a implantação de atualizações em um ambiente do SharePoint Server 2010 é um processo de duas fases: aplicação de patch e atualização. O termo patch é usado neste artigo para diferenciar entre atualizar o software e fazer upgrade do software.

Cada fase tem etapas e resultados específicos. É possível adiar a fase de upgrade.

Aviso

O comportamento de farm inconsistente pode ser resultado do adiamento do upgrade por vários dias. Quanto mais longo o adiamento, maior o risco de ocorrerem problemas de comportamento do farm.

Fase de atualização

A fase de patch tem duas etapas: a aplicação de patch e a implantação. Durante a etapa de aplicação de patch, novos arquivos binários são copiados para o servidor de Administração Central. Todos os serviços que estejam usando arquivos que precisam ser substituídos são temporariamente interrompidos. A interrupção dos serviços reduz a necessidade de reiniciar o servidor para substituir arquivos que estão sendo usados. No entanto, há algumas instâncias quando você deve reiniciar o servidor.

A segunda etapa na fase de patch é a etapa de implantação. Nela, o instalador copia arquivos de suporte para os diretórios apropriados no servidor que está executando o SharePoint Server. Essa etapa garante que todos os aplicativos Web estejam executando os arquivos binários corretos e funcionarão corretamente depois que a atualização é instalada. A fase de atualização é concluída após a etapa de implantação.

A fase seguinte e final para implantar atualizações de software é a fase de upgrade.

Fase de upgrade

Depois de concluir a fase de patch, você deve concluir a instalação da atualização iniciando a fase de upgrade, que é uma tarefa intensa e, portanto, leva mais tempo para ser concluída. A primeira ação é fazer upgrade de todos os processos do SharePoint Server que estão em execução. Após o upgrade dos processos, os bancos de dados são rastreados e atualizados. Como o processo de upgrade pode ser executado em um servidor único, os outros servidores no farm podem continuar atendendo às solicitações.

Para obter mais informações sobre upgrades, consulte Visão geral do processo de atualização (SharePoint Server 2010).

Estratégia de atualização de software

A estratégia de atualização que você seleciona será baseada principalmente em um dos seguintes fatores:

A quantidade de tempo de inatividade aceitável para instalar a atualização.
A equipe e os recursos de computação adicionais disponíveis para reduzir o tempo de inatividade.

Quando você estiver determinando sua estratégia de atualização, considere como a estratégia permite gerenciar e controlar a atualização.

No que diz respeito à redução do tempo de inatividade, as seguintes opções, ordenadas do tempo máximo até o mínimo de inatividade, estão disponíveis:

Instale a atualização e não adie a fase de upgrade.
Instale a atualização e adie a fase de upgrade.
Instale a atualização com o tempo de inatividade mais curto possível e adie a fase de upgrade.

Ciclo de implantação da atualização de software

O ciclo usado para atualizar farms e servidores do SharePoint Server também se aplica à implantação de atualizações de software, que são um subconjunto de um upgrade. Recomendamos usar o ciclo de atualização mostrado na ilustração a seguir como um guia para implantar atualizações de software.

O ciclo de implantação de atualização de software

Aprendizagem

Durante esta fase do ciclo, o objetivo é aprender o que é necessário para instalar a atualização. As informações também afetam 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 (SharePoint Server 2010). Assegure-se de que qualquer servidor que 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 que estratégia você deseja usar para atualizar o farm. Dependendo de suas necessidades, é possível usar uma das seguintes estratégias:

In-loco
Anexação do banco de dados

Você pode usar qualquer uma das estratégias anteriores para criar uma abordagem híbrida que seja personalizada para o seu ambiente. Para obter mais informações, consulte Determinar abordagem de atualização (SharePoint Server 2010).

Redução do tempo de inatividade

Pesquise e avalie as opções disponíveis para reduzir o tempo de inatividade. A primeira coisa a verificar são as dependências ausentes, que podem estender a quantidade de tempo de inatividade. Identifique todas as dependências para a atualização e determine-as antes de você começar a atualização ou fatore o custo de tempo em seu agendamento. Considere usar bancos de dados de conteúdo somente leitura e executar atualizações paralelas para reduzir o tempo de inatividade.

Importante

Não é aconselhável usar o redirecionamento de URL de AAM (mapeamento alternativo de acesso) com a anexação do banco de dados como uma opção para redução do tempo de inatividade. O AAM não foi projetado para implantar atualizações de software. Para obter mais informações, consulte Usando o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper).

Problemas comuns

Identifique e determine problemas comuns, como dependências ausentes ou desatualizadas e a falta de espaço nos servidores em que a atualização será instalada.

Preparar

Prepare a atualização do software documentando o ambiente e planejando 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 objetivo da documentação do ambiente é determinar o que é exclusivo em no farm. É possível usar várias técnicas para coletar informações sobre o farm, como inspeção manual, comparações usando o WinDiff e comandos do Windows 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. Você deverá garantir que as personalizações funcionem após a atualização do software. É possível usar o comando Stsadm, ExportIPFSAdminObjects, para coletar e exportar personalizações.

Para obter mais informações, consulte Determinar como lidar com personalizações (SharePoint Server 2010).

Planejar a estratégia de atualização

Durante a fase 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 de determinar os requisitos de hardware, espaço e software, inclua o seguinte na estratégia de atualização:

A sequência de atualização dos 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

Dica

Limpe o ambiente do farm antes de implantar a atualização. Os benefícios de uma limpeza são a melhoria do desempenho de instalação da atualização e a eliminação de possíveis problemas durante e após a atualização do software. Para obter mais informações, consulte Limpando o ambiente antes da atualização (SharePoint Server 2010).

Os dois requisitos finais para a estratégia de atualização são um plano de comunicação e um agendamento da atualização.

É muito importante se comunicar com os proprietários de sites e com os usuários sobre o que esperar durante uma atualização. O administrador deve informá-los sobre o tempo de inatividade e o risco de que a atualização demore mais do que o esperado ou que alguns sites possam exigir um certo retrabalho após a atualização. Para obter mais informações, consulte Criar um plano de comunicação (SharePoint Server 2010).

Crie um cronograma de operações de atualização da avaliação de desempenho que contém os horários de início das operações relacionadas à implantação da atualização. No mínimo, o plano deve incluir as seguintes operações:

Faça backup do farm.
Inicie a atualização dos servidores do farm.
Inicie a atualização dos bancos de dados do farm.
Inicie uma reversão do ambiente, se for necessário.
Retome a atualização, se for necessário.
Verifique se o ambiente está funcionando completamente, como a versão original se você tiver revertido ou a nova versão se tiver concluído a atualização.

Tornar os itens do farm prontos para atualização

Assegure-se de que os itens do farm estejam prontos para a atualização. Os itens do farm estarão prontos se tiver sido feito backup dele, 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

Teste

A severidade, a eficácia e o detalhe de seus testes determinam o sucesso ou a falha da implantação da atualização de software. Em um ambiente do computador de produção, não há atalhos seguros e há consequências de testes insuficientes. Para obter mais informações, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (SharePoint Server 2010).

Criar um farm de teste

Crie um farm de teste que seja representativo do ambiente de produção. É recomendável usar uma cópia dos dados de produção para determinar as possíveis áreas de problema e para monitorar o desempenho do sistema de visão geral durante a atualização. O indicador-chave é o tempo que leva entre o início e o término do processo de implantação. Isso deve incluir o backup e a validação. Essas informações podem ser incorporadas no cronograma de atualização.

Se possível, use o hardware no ambiente de teste que tem recursos equivalentes de desempenho para os servidores de produção.

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.

Implementar

A estratégia de atualização que você usará determinará se precisa criar um novo farm 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 você possa implantar rapidamente qualquer personalização.

Reduzir o tempo de inatividade

Reduza o tempo de inatividade usando técnicas, como bancos de dados somente leitura e paralelismo de atualização. Para obter mais informações, consulte Determinar abordagem de atualização (SharePoint Server 2010).

Monitorar andamento

As técnicas refinadas que você usa para monitorar a atualização do software no ambiente de teste transferidas para 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 habilita o monitoramento ativo e fornece um único local para exibir o status do patch de todos os servidores do farm. Além disso, é possível usar 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, um aspecto valioso de monitorar usando a Administração Central é 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 tem um nível de patch abaixo da versão efetiva do patch em todo o farm individual.	Hiperlink para a página Estado de 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á executando em 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 de Implantação do Patch

Valor do status	Descrição
Instalado	Indica que nenhuma ação é necessária
Ausente/Obrigatório	Exibido se um produto for necessá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 é mostrado
Ausente/Opcional	Exibir se um produto não for necessário em cada servidor
Substituído	Exibido se uma atualização não for mais necessária em um servidor, pois um patch mais recente a substitui.

Outras ferramentas para monitorar o processo de atualização são arquivos de log e comandos do Windows PowerShell.

Importante

Lembre-se de monitorar o tempo que está levando a atualização. Compare os processos atuais de atualização com o cronograma da avaliação de desempenho para determinar se a atualização atenderá o intervalo do tempo de inatividade. Em caso negativo, você deve comunicar essas informações para os usuários do farm.

Validar

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. Procure os seguintes problemas:

Conversão em fantasma
Incompatibilidade de versões da interface do usuário
Conformidade com HTML e XHTML

Problemas adicionais 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, pode haver problemas menos importantes que você pode solucionar e, em seguida, retomar ou reiniciar a atualização. Esteja preparado para reverter a atualização assim que ocorrerem problemas que não podem ser resolvidos com facilidade.

Partilhar via