Verificação e relatório de pré-atualização para versões futuras (Office SharePoint Server)

Atualizado em: 2009-04-28

O comando Stsadm fornece uma operação de verificação baseada em regras para determinar se os servidores de um ambiente do SharePoint existente atendem aos requisitos fundamentais para atualização do Windows SharePoint Services 3.0 e produtos relacionados para versões futuras de Tecnologias e Produtos do SharePoint.

A operação de verificação e pré-atualização é implementada como Stsadm –o preupgradecheck e pode ser executada com ou sem parâmetros. Para obter mais informações, consulte Preupgradecheck: operação do Stsadm (Office SharePoint Server).

Você pode usar essa operação do Stsadm para verificar servidores de farm antes de iniciar uma atualização para garantir que alguns pré-requisitos de atualização sejam atendidos e para detectar problemas conhecidos que podem impedir a conclusão bem-sucedida da atualização. Os resultados da verificação permitem lidar com quaisquer problemas identificados.

O verificador de atualização não faz o seguinte:

• Substitui o Microsoft Best Practices Analyzer para Windows SharePoint Services 3.0 e o 2007 Microsoft Office System.

• Corrige automaticamente os problemas identificados.

Pré-requisitos e permissões

Cada servidor que você deseja verificar deve ter um Service Pack 2 para Windows SharePoint Services 3.0 instalado, a fim de iniciar uma sessão de verificação e gerar um relatório sobre a preparação para atualização do servidor.

Para executar uma verificação com o verificador de atualização, você deve ser membro do Grupo de Administradores de Farm do SharePoint e ter permissões de administrador no servidor que verificará.

Processamento e estrutura da operação de pré-atualização

A operação do Stsadm de pré-atualização compreende um conjunto de rotinas que carrega um ou mais arquivos de regra XML como entrada que é avaliada com relação ao farm do SharePoint atual e à configuração do servidor. Durante o processo de verificação, cada regra passa os resultados para uma rotina que grava os resultados em arquivos de log. Portanto, o foco é nas regras e na saída:

• Regras

• Saída

O conjunto de regras

O conjunto de regras do verificador consiste em arquivos de regra e as regras que esses arquivos contêm. Uma lista de regras padrão existentes será exibida posteriormente nesse tópico.

Arquivos de regra

Os arquivos de regra não são processados em nenhuma ordem específica, a menos que a pessoa que executa a verificação especifique um arquivo de regra ou conjunto de arquivos de regra como parâmetros que são transmitidos para a operação preupgradecheck. Nesse caso, os arquivos de regra são processados na ordem especificada em que são transmitidos. Os arquivos de regra ficam localizados no diretório %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\CONFIG\PREUPGRADECHECK.

Regras

As regras de um arquivo de regra especificam as verificações que devem ser realizadas. As regras contidas em um arquivo de regra são processadas na ordem em que estão listadas. Há dois tipos de regras: informativas e de erro.

Regras informativas

Essa categoria de regras fornece estatísticas relacionadas à atualização para o farm que pode ser usado para o planejamento de uma atualização. Um exemplo é a regra FarmInfo, que fornece informações sobre a versão do SharePoint que está instalada, a quantidade de servidores no farm e outras informações. A regra informativa FarmInfo fornece estas informações:

• Resumo:

  Os componentes deste farm

• Descrição:

  O software baseado nas Tecnologias e Produtos SharePoint em execução nesse farm no momento é <número da versão binária>. O farm contém estes componentes:

  • <Componente>[Número de servidores] Servidores</Componente>

  • <Componente>[Número de aplicativos Web] Aplicativos Web</Componente>

  • <Componente>[Número de bancos de dados de conteúdo] bancos de dados de conteúdo, tamanho total aproximado = [Tamanho total dos bancos de dados]bytes</Componente>

  • <Componente>[Número de conjuntos de site] Conjuntos de site</Componente>

• Informações adicionais:

  Consulte https://www.microsoft.com/sharepoint/upgrade para obter uma estimativa do quanto tempo levará a atualização do seu farm em comparação a um farm semelhante em um hardware de referência da Microsoft. Para obter mais informações sobre essa regra, consulte o artigo 954759 da Base de Dados de Conhecimento, na lista de artigos sobre regras no Windows SharePoint Services Solution Center (em inglês) (https://go.microsoft.com/fwlink/?linkid=149394\&clcid=0x416) (em inglês).

Regras de erro

Essa categoria de regra fornece informações sobre o servidor local ou configuração de farm que o administrador precisa corrigir antes de iniciar uma atualização. Um exemplo é a regra DatabaseSchema, que lista os nomes de bancos de dados de conteúdo com esquema diferente do banco de dados de conteúdo padrão do Windows SharePoint Services 3.0. A regra de erro DatabaseSchema fornece estas informações:

• Resumo:

  O banco de dados de conteúdo tem esquemas de banco de dados modificados por usuário

• Descrição:

  As modificações do usuário no banco de dados de conteúdo do SharePoint, incluindo sem se limitar a esquemas de tabela, um índice e procedimentos armazenados, não têm suporte e causarão falhas nas tentativas de atualização para versões futuras do SharePoint.

  Os bancos de dados da lista a seguir parecem ter sido modificados do esquema original: [ForEach Database] <Database>[Database Name]</Database>

• Outras informações e soluções, se o resultado for um erro:

  Para obter mais informações sobre essa regra, consulte o artigo 954772 da Base de Dados de Conhecimento, na lista de artigos sobre regras no Windows SharePoint Services Solution Center (em inglês) (https://go.microsoft.com/fwlink/?linkid=120257\&clcid=0x416) (em inglês).

Regras padrão

As regras descritas na tabela a seguir são fornecidas com essa versão da operação de requisitos de pré-atualização.

Regras do verificador de atualização

Resultado da operação de pré-atualização

Como as regras são processadas durante a verificação de pré-atualização, os resultados de cada regra são gravados em um arquivo de log XML e em um arquivo de log de texto. Esses arquivos de log são gravados no diretório %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS e usam a convenção de nomeação a seguir, onde um número aleatório é usado para diferenciar entre possíveis tentativas simultâneas de executar o comando de pré-atualização:

• PreUpgradeCheck_YYYYMMDD-hhmmss-millisecond-random-number.XML

• PreUpgradeCheck_YYYYMMDD-hhmmss-millisecond-random-number.LOG

Os dois arquivos de log anteriores contêm estas informações:

• As verificações executadas.

• Os problemas encontrados.

• Uma descrição de como corrigir o problema detectado ou um link para um artigo da Base de Dados de Conhecimento que aborde o problema.

Depois da conclusão da verificação, os resultados em XML são transformados em formato HTML, que é exibido como uma página no navegador da Web padrão. A convenção de nomeação do arquivo para o XML transformado é PreUpgradeCheck_YYYYMMDD-hhmmss-millisecond-random-number.HTM.