Executar o verificador de pré-atualização (SharePoint Server 2010)

  • Artigo

 

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2016-11-30

Você pode usar o verificador de pré-atualização para criar relatórios sobre o status de seu ambiente e sites SharePoint antes de fazer a atualização para o Microsoft SharePoint Server 2010. É recomendado que o administrador do servidor execute o verificador de pré-atualização e resolva todos os problemas possíveis antes de agendar a atualização.

O uso do verificador de pré-atualização é uma operação Stsadm que é executada em um ambiente do Microsoft Office SharePoint Server 2007 para encontrar quaisquer possíveis problemas para a atualização e rever recomendações e práticas recomendadas. A operação está disponível com o Service Pack 2 do Office SharePoint Server 2007 e foi atualizada na Atualização Cumulativa em outubro de 2009 para o Windows SharePoint Services 3,0 e o Office SharePoint Server 2007. Você pode fazer o download e instalar a Atualização Cumulativa em outubro de 2009 em Pacotes de Atualização Cumulativa de outubro de 2009 para o SharePoint Server 2007 e o Windows SharePoint Services 3.0 são publicados em (https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x416).

Observação

Talvez seja preciso executar o verificador de pré-atualização mais de uma vez. Por exemplo, se você executar a ferramenta para avaliar seu farm de servidores, mas não realizar a atualização durante algumas semanas, será preciso executar a ferramenta novamente, pouco antes de fazer a atualização, para examinar novos sites e para assegurar que nenhum outro problema tenha aparecido nesse meio tempo.

Neste artigo:

  • Informações sobre o relatório de verificador de pré-atualização

  • Executar o verificador de pré-atualização

Observação

Uma causa frequente de falhas durante a atualização é a falta de recursos, soluções ou outros elementos personalizados no ambiente. Verifique se qualquer elemento personalizado necessário está instalado em seus servidores Web front-end antes de iniciar o processo de atualização. Você pode usar o verificador de pré-atualização — e, para uma atualização com anexação de banco de dados, o cmdlet test-spcontentdatabase do Windows PowerShell — para identificar qualquer elemento personalizado que seus sites possam estar usando. Para obter mais informações, consulte Identificar e instalar personalizações no artigo "Usar uma atualização de avaliação para localizar possíveis problemas".

Sobre o relatório do verificador de pré-atualização

O verificador de pré-atualização oferece informações sobre o status do ambiente e dos sites do SharePoint nesse ambiente, incluindo:

  • Preparação para a atualização e caminhos com suporte   retorna uma lista de todos os servidores e componentes do farm e informações que mostram se os servidores atendem aos requisitos da atualização.

  • Configurações de mapeamento de acesso alternativo   retorna uma lista das URLs de mapeamento de acesso alternativo em uso no farm.

  • Elementos instalados    retorna uma lista de todas as definições de site, modelos de site, recursos e pacotes de idiomas instalados no farm. Você precisa saber que modelos de site foram instalados ou usados para poder verificar se eles estão disponíveis após uma atualização ou anexação de banco de dados. Também é necessário saber que elementos foram personalizados, para que você possa verificar as personalizações novamente após a atualização. Por exemplo, você precisa saber se um site depende de um pacote de idiomas para o Office SharePoint Server 2007 que ainda não existe para o SharePoint Server 2010, para poder planejar como lidar com esse site durante a atualização.

  • Personalizações sem suporte   informa se existe qualquer personalização no lado servidor que não tenha suporte (como modificações de esquema de banco de dados) no farm.

  • Objetos órfãos   lista bancos de dados ou sites órfãos no farm. Objetos como itens de lista, listas, documentos, sites e conjuntos de sites podem se tornar orfãos — ou seja, os objetos existem mas não estão associados a um site específico. Como os objetos órfãos não funcionam na versão anterior, eles não funcionarão após a atualização. Se você realizar uma atualização in-loco, os itens órfãos ainda existirão, mas não funcionarão. É recomendável que você repare os objetos órfãos antes da atualização.

    Dica

    Os membros do grupo Administradores nos servidores Web front-end podem reparar itens órfãos antes da atualização seguindo as etapas do artigo 918744 da Base de Dados de Conhecimento, Descrição de uma nova operação de linha de comando que pode ser usada para reparar bancos de dados de conteúdo no Windows SharePoint Services (https://go.microsoft.com/fwlink/?linkid=69958&clcid=0x416).

  • Configurações válidas   informa qualquer configuração ausente ou inválida (como um arquivo Web.config ausente, nomes de host inválidos ou contas de serviço inválidas) que exista no farm.

  • Requisitos de banco de dados   informa se os bancos de dados atendem aos requisitos de atualização — por exemplo, se os bancos de dados estão definidos como leitura/gravação e se qualquer banco de dados e conjunto de sites que estão armazenados no Banco de Dados Interno do Windows não têm mais de 4 GB.

Use as informações coletadas pelo verificador de pré-atualização para determinar:

  • Quando executar uma atualização in-loco ou uma atualização com anexação de banco de dados.

    Determinar abordagem de atualização (SharePoint Server 2010) fornece informações para ajudar na decisão de que tipo de atualização deve ser executado. É importante considerar o relatório gerado pelo verificador de pré-atualização ao tomar esta decisão. Se os seus servidores não atendem aos requisitos para a atualização in-loco, é necessário considerar a execução de uma atualização com anexação de banco de dados.

  • Se deve ser realizada uma atualização de alguns ou de todos os conjuntos de sites que contenham sites personalizados.

  • Quais sites precisam ter personalizações reaplicadas ou refeitas após a atualização e, portanto, podem demorar mais do que outros na etapa de revisão.

Há uma planilha disponível para registrar informações sobre o ambiente enquanto você prepara a atualização. Baixe a planilha de https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x416.

Executar o verificador de pré-atualização

Antes de executar este procedimento, confirme se:

  • Seu sistema está executando o Office SharePoint Server 2007 com Service Pack 2

Para executar o verificador de pré-atualização

  1. Verifique se você possui as seguintes credenciais administrativas:

    • Para usar o Stsadm, você deve ser um membro do grupo de Administradores locais no servidor.

  2. Clique em Iniciar, clique com o botão direito do mouse em Prompt de Comando e clique em Executar como administrador.

  3. Na janela Prompt de Comando, navegue até o diretório a seguir.

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin

  4. Digite o comando a seguir e pressione ENTER:

    STSADM.EXE -o preupgradecheck

    Este comando verifica o servidor local e as configurações do seu nível de farm. Para uma lista de outros parâmetros que você pode usar com esta operação, consulte Preupgradecheck: operação Stsadm (Office SharePoint Server). Para uma lista das regras incluídas no verificador de pré-atualização, consulte Verificação e reportação de pré-atualização para versões futuras (Office SharePoint Server).

Depois de executar o verificador de pré-atualização, o relatório será automaticamente aberto no navegador padrão. Também é possível exibir o relatório abrindo-o no diretório %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. O relatório é nomeado neste formato: PreUpgradeCheck_AAAAMMDD-HHMMSS-SSS-número-aleatório.htm, em que AAAAMMDD é a data e HHMMSS-SSS é a hora (formato de relógio 24 horas, com minutos, segundos e milissegundos), e o número aleatório é usado para diferenciar possíveis tentativas simultâneas de execução do verificador de pré-atualização. Também há versões em TXT e XML do relatório no mesmo local.

Use o relatório para encontrar e solucionar problemas. Você também pode compartilhar os resultados relevantes com outros membros da equipe de atualização. Por exemplo, você pode informar problemas, como modelos de sites personalizados ou Web Parts personalizados para o proprietário do site, Web designer ou desenvolvedor apropriado antes de programar a atualização, para que eles tenham tempo de resolver os problemas.