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

  • Artigo

 

Aplica-se a: SharePoint Foundation 2010

Tópico modificado em: 2016-11-30

Você pode usar o verificador de pré-atualização para relatar o status de seu ambiente e de sites do SharePoint antes de atualizar para o Microsoft SharePoint Foundation 2010. Recomendamos que o administrador de servidor execute o verificador de pré-atualização e resolva todos os problemas possíveis antes de agendar a atualização.

O verificador de pré-atualização é uma operação Stsadm executada em um ambiente Windows SharePoint Services 3.0 para achar quaisquer possíveis problemas para a atualização e para consultar recomendações e melhores práticas. A operação está disponível com Windows SharePoint Services 3.0 Service Pack 2 e foi atualizado na Atualização Cumulativa de outubro de 2009Windows SharePoint Services 3,0. Você pode fazer o download e instalar a Atualização Comulativa de outubro de 2009 em Pacotes de Atualização Cumulativa de outubro de 2009 para SharePoint Server 2007 e Windows SharePoint Services 3.0 estã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 executar a atualização durante algumas semanas, poderá executar a ferramenta novamente, pouco antes de fazer a atualização, para examinar novos sites e garantir que nenhum problema adicional tenha surgido nesse meio tempo.

Neste artigo:

  • Sobre o relatório de verificação de pré-atualização

  • Executar a verificação 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 de 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 que estão 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 Windows SharePoint Services 3.0 que ainda não existe para o SharePoint Foundation 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 quaisquer bancos de dados ou sites orfãos no farm Objetos como itens de lista, listas, documentos, sites e conjuntos de sites podem ficar órfã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ê fizer uma atualização in-loco, os itens órfãos ainda existirão, mas não funcionarão. Recomendamos que você repare os objetos órfãos antes da atualização.

    Dica

    Os membros do grupo Administradores nos servidores Web front-end podem reparar os itens órfãos antes da atualização seguindo as etapas do artigo 918744 da Base de Dados de Conhecimento com a 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:

  • Se deve ser realizada uma atualização in-loco ou atualização com anexação de banco de dados.

    Determinar a abordagem de atualização (SharePoint Foundation 2010) fornece informações para ajudá-lo a decidir que tipo de atualização será executada. É importante considerar o relatório gerado pelo verificador de pré-atualização ao tomar essa decisão. Se os seus servidores não atenderem aos requisitos para a atualização in-loco, você precisa considerar a execução da atualização anexa.

  • 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 tempo 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.

Instalar e executar o verificador de pré-atualização

Antes de executar este procedimento, confirme se:

  • Seu sistema está executando o Windows SharePoint Services 3.0 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 membro do grupo local de Administradores 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 suas configurações de nível de farm. Para obter uma lista de outros parâmetros que podem ser usados com essa operação, consulte Preupgradecheck: Stsadm operation (Windows SharePoint Services). Para uma lista de regras incluídas no verificador de pré-atualização, consulte Verificação de pré-atualização e relatório para futuras versões (Windows SharePoint Services).

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 resolver problemas. Você também pode compartilhar os resultados relevantes com outros membros da equipe de atualização. Por exemplo, você pode relatar problemas como modelos de sites personalizados ou personalizar Web Parts para o dono do site apropriado, Web designer ou desenvolvedor antes de agendar a atualização developer antes de agendar a atualização, para dá-los tempo de resolver os problemas.