Compartilhar via

Solucionar problemas e continuar a atualização (Office SharePoint Server)

  • Artigo

Atualizado em: 2009-03-05

Neste artigo:

  • Informações gerais sobre solução de problemas e como reiniciar a atualização

  • Problemas conhecidos do exame de pré-atualização

  • Problemas conhecidos da atualização no local

  • Problemas conhecidos da atualização gradual

  • Problemas conhecidos da migração de banco de dados

  • Problemas conhecidos dos sites personalizados

Informações gerais sobre solução de problemas e como reiniciar a atualização

Se a atualização parar, você poderá usar os métodos a seguir para solucionar os problemas:

  • Procure a palavra "erro" nos arquivos de log da atualização. Os arquivos de log da atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Para obter informações sobre como exibir esse log, consulte Verificar atualização (Office SharePoint Server).

    Observação

    Use o recurso Pesquisar Arquivos e Pastas do Windows para encontrar iterações de "erro" com mais rapidez nesses arquivos de log.

  • Analise os eventos no Visualizador de Eventos e procure por erros de aplicativo.

  • Analise o arquivo Leiame para ficar a par dos problemas conhecidos e das soluções alternativas. Normalmente, os erros são problemas que permitem soluções alternativas.

  • Se você estiver executando a Atualização Gradual, verifique se os conjuntos de sites que você estava executando apareceram na nova versão. Em caso afirmativo, você poderá realizar a solução alternativa nessa versão, ou reverter o site da nova versão para a versão anterior e tentar atualizá-lo novamente. Para obter mais informações sobre como reverter sites, consulte Reverter para um site de versão anterior (Office SharePoint Server).

  • A atualização no local pode ser reiniciada pelo comando stsadm –o upgrade. Ela ignorará as tarefas já concluídas e continuará a partir de onde parou. Para obter mais informações sobre a operação de atualização, consulte Atualizar sites (Office SharePoint Server).

Problemas conhecidos do exame de pré-atualização

A atualização é bloqueada se você usa Localhost como nome de servidor

Usar "localhost" como o nome do seu servidor pode causar muitos problemas em seu ambiente e não é recomendado. Se você estiver usando "localhost" como nome de servidor, quando executar a ferramenta de exame de pré-atualização, esse problema será registrado e a atualização não poderá prosseguir. Renomeie o computador servidor e execute uma operação em análise prévia antes de continuar a atualização. Siga as etapas a seguir para renomear seu servidor e corrigir o problema da ferramenta de exame de pré-atualização.

  1. Faça backup do banco de dados de configuração.

  2. Na linha de comando, mude para o seguinte caminho: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin e execute o comando a seguir para alterar o nome do servidor no banco de dados de configuração:

    Stsadm.exe -o setconfigdb -databaseserver <nome do servidor> -connect

  3. Na linha de comando, mude para o caminho a seguir: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin e execute o seguinte comando para corrigir o problema da ferramenta de exame de pré-atualização:

    Prescan /fixlocalhost

  4. Na linha de comando, execute o comando a seguir para refazer o processo de exame de pré-atualização:

    Prescan /all

    • Se ele obtiver êxito, continue a atualização.

    • Se ainda falhar, significa que ainda há um serviço usando o nome de servidor localhost. Neste ponto, a atualização não está bloqueada, mas alguns serviços podem não ser atualizados com êxito.

Problemas conhecidos da atualização no local

Usar uma conta de domínio, diferente de Serviço de Rede, para atualizações de farm de servidores

Para a atualização no local ou gradual em um ambiente de farm de servidores, use as mesmas credenciais usadas no ambiente da versão anterior no ambiente da nova versão. No entanto, se você estava usando a conta Serviço de Rede para o ambiente da versão anterior, use uma conta de domínio na nova versão. Seu ambiente da versão anterior pode continuar a usar o Serviço de Rede, mas quando você instalar a nova versão e criar o novo farm, deverá fornecer uma conta de domínio. Não se esqueça de conceder à conta do domínio utilizada os direitos apropriados para os bancos de dados do SQL Server (deve ser membro dos grupos de criadores de bancos de dados, de administradores de processos e de proprietários de bancos de dados em todos os bancos de dados da versão anterior).

Algumas configurações não são preservadas no aplicativo Web quando você executa uma atualização local

Se você usar SSL e executar uma atualização local, deverá usar o recurso Mapeamento Alternativo de Acesso (AAM) para modificar a URL no Microsoft Office SharePoint Server, uma vez que algumas configurações não são preservadas no aplicativo Web.

Antes de atualizar, se houver uma entrada AAM que use HTTPS, como a seguinte:

URL de entrada: https://<nome do servidor

URL de saída: https://<nome do servidor

Depois de executar uma atualização local do Office SharePoint Server 2007, essa entrada será incorretamente definida como:

URL de entrada: https://<nome do servidor

URL de saída: http://<nome do servidor

Para corrigir a URL, no site da Administração Central do SharePoint, na página Operações, clique em Mapeamentos Alternativos de Acesso e em Editar URLs Públicas para definir a URL novamente como:

URL de entrada: https://<nome do servidor

URL de saída: https://<nome do servidor

Para obter mais informações sobre mapeamentos alternativos de acesso, consulte Planejar mapeamentos de acesso alternativos (Office SharePoint Server).

A atualização termina no primeiro servidor Web front-end, mas há falhas

Em um farm que usa vários servidores Web front-end, se a atualização terminar no primeiro servidor Web front-end mas com falhas, recomendamos que você resolva o problema e execute novamente a atualização antes de atualizar qualquer outro servidor Web front-end.

Se, por algum motivo, você quiser desconsiderar a falha (por exemplo, porque ela está relacionada a um conjunto de sites raramente usado), poderá continuar a atualização do segundo servidor Web front-end usando a ferramenta de linha de comando Psconfig. Use a seguinte operação de linha de comando:

Psconfig -cmd upgrade -inplace b2b -wait -force

Dica

Não será possível usar o Assistente de Configuração dos Produtos e Tecnologias do SharePoint para atualizar outros servidores Web front-end se você usar a ferramenta de linha de comando Psconfig.

Erro de sequência de SPConfigurationDatabase2 no log de atualização

Se você executar uma atualização local e ela falhar, verifique o Upgrade.log, localizado na pasta COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Se você receber a seguinte mensagem de erro: “[SPConfigurationDatabaseSequence2] [ERROR] [date]: A função 'WSS_Content_Application_Pools' já existe no banco de dados atual”, poderá usar qualquer uma das soluções alternativas a seguir para resolver o problema:

  • Execute as consultas SQL a seguir no banco de dados de configuração.

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    Dica

    Se a função de descarte tiver membros quando a ação falhar, a chamada sp_droprole retornará os nomes desses membros. Dessa forma, execute o comando a seguir para cada membro.

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    Em seguida, execute a consulta a seguir novamente.

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Crie um novo farm V3 e anexe o banco de dados de conteúdo existente. Essa opção manterá todos os dados de usuário, mas perderá informações de configuração armazenadas no banco de dados de configuração V2, como pacotes de Web Part e configurações de servidor virtual.

  • Se a falha original tiver sido tratada (por exemplo, a falha ocorreu devido a perda de conectividade de rede ou espaço em disco insuficiente no computador do SQL Server e depois corrigida), será possível restaurar o farm V2 e reiniciar a atualização.

Dica

Lembre-se de reiniciar a atualização depois de executar as soluções alternativas.

Não é possível usar as definições de site do Microsoft Office SharePoint Portal Server 2003 para sites do Office SharePoint Server 2007.

Se você usar os mesmos modelos de definição de site personalizados em ambos sistemas operacionais, SharePoint Portal Server 2003 e Office SharePoint Server 2007, encontrará erros de página ao acessar seu site. Você não poderá usar os modelos criados para o SharePoint Portal Server 2003. Precisará criar novos modelos de definição de site personalizados para o Office SharePoint Server 2007. Além disso, deverá criar um arquivo de atualização que mapeie os elementos personalizados da definição de sites personalizada antiga para a nova, de modo a permitir que cada elemento do site (por exemplo, uma página personalizada) seja atualizado para o respectivo novo elemento. Para obter informações sobre a criação de novas definições de site para o Office SharePoint Server 2007, consulte Desenvolver novas definições de site personalizadas e criar arquivos de definição de atualização (Office SharePoint Server) e Implantar arquivos de definição de atualização e novas definições de site (Office SharePoint Server). Para detalhes sobre cenários com e sem suporte para definições de site personalizadas, consulte o artigo 898631, Cenários com e sem suporte para trabalhar com definições personalizadas de site e de área nos sistemas operacionais Windows SharePoint Services, SharePoint Portal Server 2003 e Office SharePoint Server 2007 na Base de Dados de Conhecimento Microsoft (https://go.microsoft.com/fwlink/?linkid=140380\&clcid=0x416).

Quando você cria um novo farm e associa a ele um banco de dados de conteúdo existente, a Web Part Listagens permanece com a URL do arquivo de Ajuda da versão anterior do produto. Esse arquivo não está mais disponível no servidor. Consequentemente, o link Recursos da Ajuda de Produtos e Tecnologias do Microsoft SharePoint, que aponta para a URL:
http://< servidor:número_porta>/_vti_bin/help/1033/sps/html/HelpResources.htm
exibirá uma mensagem de erro informando que não foi possível encontrar a página (Erro HTTP 404). A solução é excluir o link.

A atualização no local pode falhar em farms médios ou grandes com servidores Web que não sejam front-end ao usar o Site Padrão no IIS

Se o farm de servidores médio ou grande contiver um ou mais servidores Web que não sejam front-end e você tiver usado o Site Padrão no IIS (Serviços de Informação da Internet) para hospedar um site do SharePoint, a atualização poderá falhar e exibir uma mensagem informando que o Site Padrão não pode ser atualizado. Para resolver esse problema, antes de executar a atualização, em todos os servidores Web que não sejam front-end (como o servidor de indexação), renomeie o Site Padrão no IIS como outra coisa, e execute a atualização e depois restaure o nome para Site Padrão. Não é necessário renomear o site em servidores Web front-end no farm de servidores.

Se você não renomear o Site Padrão no IIS antes de executar a atualização, ela falhará. Se isso acontecer, você poderá renomear o Site Padrão nos servidores Web que não sejam front-end e depois continuar com a atualização. Você pode usar a seguinte operação de linha de comando para continuar com a atualização:

psconfig -cmd upgrade -inplace previous versionv -wait -force

A atualização no local pode falhar se houver vários sites de portal com a mesma URL no ambiente

Se o ambiente contiver vários sites de portal na mesma URL, o Assistente de Configuração de Produtos e Tecnologias do SharePoint falhará com o seguinte erro no arquivo de log: Já foi adicionado um item com a mesma chave. Esse erro será gerado se você tiver sites de portal órfãos - sites que existem no IIS ou no sistema de arquivos, mas não no banco de dados de configuração. O ambiente pode ter chegado a esse estado de uma das seguintes maneiras:

  • Você acidentalmente excluiu e recriou o site do IIS que hospeda um site de portal.

  • Você cancelou a extensão de um servidor virtual existente, e depois estendeu novamente o mesmo servidor virtual para hospedar um novo site de portal.

  • Você possui mais de um site do IIS para o mesmo número de porta.

Para determinar se você possui sites com URLs duplicadas, no ambiente do SharePoint Portal Server 2003, vá para a página Listar e Gerenciar Sites de Portal na Administração Central do SharePoint e procure quaisquer sites de portal com a mesma URL. Determine qual site está em uso e qual é o órfão e depois exclua o site órfão antes de executar a atualização.

A atualização no local pode exibir as URLs incorretas para sites na Administração Central se você criar o site da Administração Central em um servidor Web que não seja front-end

Se você estiver realizando uma atualização no local em um farm grande e tiver executado a atualização em um servidor de indexação antes de executá-la em um servidor Web front-end, a Administração Central será criada no servidor de indexação, e não no servidor Web front-end. Isso pode fazer com que a Administração Central exiba nomes de host incorretos para as URLs dos sites que estão sendo atualizados na página Status de Atualização do Conteúdo de Site. Para resolver esse problema, você pode adicionar um mapeamento de acesso alternativo para o site da Administração Central para apontar para a URL correta do servidor Web front-end.

  1. No Gerenciador de Serviços de Informações da Internet, no servidor Web front-end, verifique o nome de host e o número da porta da Administração Central.

  2. Abra a Administração Central no servidor de indexação e, na guia Operações, em Configuração Global, clique em Mapeamentos de acesso alternativos.

  3. Na página Mapeamentos Alternativos de Acesso, clique em Editar URLs Públicas.

  4. Na página Editar URLs Públicas de Zona, clique na seta para baixo em Coleção de Mapeamentos de Acesso Alternativo e selecione Alterar Coleção de Mapeamentos de Acesso Alternativo.

  5. Na caixa Selecionar uma Coleção de Mapeamentos de Acesso Alternativo, clique em Administração Central.

  6. Na seção URLs Públicas, na caixa Intranet, digite a URL correta do Administração Central no servidor Web front-end e depois clique em Salvar.

  7. No servidor Web front-end, abra a Administração Central e, na guia Operações, em Atualização e Migração, clique em Status de atualização do conteúdo de site.

    As URLs devem ser exibidas corretamente.

A atualização do endereço inicial de pesquisa e de tipos de arquivo pode falhar se um endereço inicial incomum for configurado no Microsoft Office SharePoint Portal Server 2003

Se você tiver um endereço inicial incomum, como http://nome_do_servidor/nome_do_servidor.com, como endereço inicial de indexação, a atualização de pesquisa poderá falhar ao atualizar os endereços iniciais e os tipos de arquivos, e você terá de inserir essas configurações manualmente em seu ambiente do Office SharePoint Server 2007.

Problemas conhecidos da atualização gradual

Use uma conta de domínio, diferente de Serviço de Rede, para atualizações de farm de servidores

Para a atualização no local ou gradual em um ambiente de farm de servidores, use as mesmas credenciais usadas no ambiente da versão anterior no ambiente da nova versão. No entanto, se você estava usando a conta Serviço de Rede para o ambiente da versão anterior, use uma conta de domínio na nova versão. Seu ambiente da versão anterior pode continuar a usar o Serviço de Rede, mas quando você instalar a nova versão e criar o novo farm, deverá fornecer uma conta de domínio. Não se esqueça de conceder à conta do domínio utilizada os direitos apropriados para os bancos de dados do SQL Server (deve ser membro dos grupos de criadores de bancos de dados, de administradores de processos e de proprietários de bancos de dados em todos os bancos de dados da versão anterior).

São necessárias etapas adicionais para a atualização gradual em servidores somente SSL

O processo de atualização gradual usa um conjunto emparelhado de sites do IIS para hospedar o site original (não atualizado) e o novo site (atualizado). Por padrão, o novo site criado não usa o protocolo SSL. Se precisar que o site use SSL, execute etapas adicionais durante o processo de atualização gradual para definir as configurações do IIS e o número de porta apropriados para o protocolo SSL.

Execute as etapas a seguir depois de ter criado o aplicativo Web de destino para seus sites, mas antes de atualizar qualquer site.

Para obter mais informações sobre a criação do aplicativo Web de destino, consulte Criar um novo aplicativo Web para hospedar os sites atualizados em Atualizar sites (Office SharePoint Server).

Alterar os números de porta e as configurações de SSL no Gerenciador dos Serviços de Informações da Internet (IIS)

  1. No Gerenciador dos Serviços de Informações da Internet (IIS), clique no sinal de mais (+) ao lado do nome do servidor que contém o aplicativo Web que deseja alterar.

  2. Clique no sinal de mais (+) ao lado de Sites.

  3. Clique com o botão direito do mouse em Site Padrão e clique em Propriedades.

  4. Na guia Site, na caixa Porta SSL, digite 444 e clique em OK.

  5. Clique com o botão direito do mouse em Default Web Site_Pair e clique em Propriedades.

  6. Na guia Site, na caixa Porta SSL, digite 443 e clique em Aplicar.

  7. Na guia Segurança de Diretório, na seção Comunicações de segurança, clique em Certificado do Servidor.

    Siga as etapas do assistente para atribuir um novo certificado.

  8. Na guia Segurança de Diretório, na seção Comunicações de segurança, clique em Editar.

  9. Na caixa de diálogo Comunicações de segurança, marque a caixa de seleção Exigir canal de segurança (SSL) e clique em OK.

  10. Clique em OK para fechar a caixa de propriedades de Default Web Site_Pair.

Atualizar as configurações de mapeamento de acesso alternativo e redefinir IIS

  1. Abra um prompt de comando e mude para o seguinte diretório: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Execute o comando a seguir para alterar o mapeamento de acesso alternativo do Site Padrão original para a porta 444:

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Onde nome_do_servidor:porta é o local do site Padrão.

  3. Mude para o seguinte diretório: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

  4. Execute o comando a seguir para alterar o mapeamento de acesso alternativo para o site redirecionado:

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Onde nome_do_servidor:porta é o local do novo site criado quando você criou o aplicativo Web de destino.

  5. Execute o comando a seguir para redefinir o IIS:

    iisreset /noforce

Finalizei a atualização, mas alguns sites ainda não foram atualizados, o que posso fazer?

Se você tiver finalizado o processo de atualização, não poderá mais usar o método de atualização gradual para atualizar qualquer site restante. Você pode, no entanto, usar a migração de banco de dados para atualizar os sites. Para obter mais informações sobre o uso da migração de banco de dados para atualizar sites após a conclusão de uma atualização gradual, consulte o artigo 926718 na Base de Dados de Conhecimento Microsoft (https://support.microsoft.com/kb/926718/pt-br).

A execução da pesquisa de um portal filho pode não encontrar novos documentos após a realização de uma atualização gradual com serviços compartilhados

Se você tiver atualizado um portal filho que tenha consumido serviços compartilhados de um farm pai, deverá atualizar os mapeamentos de URL do site do portal alternativo para apontar para a URL atualizada. Do contrário, quando os usuários pesquisarem do portal filho, é possível que eles não vejam o conteúdo adicionado ao portal filho.

Importante

Estas etapas devem ser realizadas no ambiente do SharePoint Portal Server 2003.

Atualizar os mapeamentos de URL do site de portal alternativo

  1. Clique em Iniciar, aponte para Todos os Programas, aponte para SharePoint Portal Server e clique em Administração Central do SharePoint.

  2. Em Configuração do Servidor Virtual e do Site de Portal, clique em Configurar URLs de site de portal alternativo para intranet, extranet e acesso personalizado.

  3. No menu suspenso do site atualizado no portal filho, clique em Editar.

  4. Na página Alterar Definição de Acesso Alternativo, na caixa URL da Intranet, digite a URL do site original e clique em OK.

    Você agora deve ter uma URL Padrão apontando para o site atualizado e uma URL da Intranet apontando para o site original.

  5. Realize um rastreamento para o ambiente do SharePoint Portal Server 2003.

    Para obter mais informações sobre como realizar um rastreamento, consulte Gerenciamento de atualizações de índices de conteúdo (em inglês) (https://office.microsoft.com/pt-br/sharepointserver/CH011715081033.aspx) (em inglês) no Guia do Administrador do SharePoint Portal Server 2003.

A atualização do endereço inicial de pesquisa e de tipos de arquivo pode falhar se um endereço inicial incomum for configurado no SharePoint Portal Server 2003

Se você tiver um endereço inicial incomum, como http://nome_do_servidor/nome_do_servidor.com, como endereço inicial de indexação, a atualização de pesquisa poderá falhar ao atualizar os endereços iniciais e os tipos de arquivos, e você terá de inserir essas configurações manualmente em seu ambiente do Office SharePoint Server 2007.

O site de portal pai não foi rastreado depois da atualização

O rastreamento não é realizado em um portal pai se as seguintes condições ocorrerem:

  • Você estiver usando serviços compartilhados.

  • Você possuir um farm de servidores grande com mais de um servidor de indexação.

  • Houver uma regra de exclusão para o portal pai em um destes servidores de índice.

  • Para gerar os índices, você pode excluir a regra, ou alterar a regra de excluir para incluir, e depois realizar o rastreamento novamente.

A consulta falhou no portal pai após atualizar com servidores de consulta separados

Se você estiver utilizando a propagação de índice de consulta entre farms, a inicialização dos servidores de consulta levará mais tempo. Em cada um dos servidores de consulta, execute a operação a seguir na linha de comando para certificar-se de que eles sejam inicializados:

stsadm.exe -o osearch -propagationlocation <applications directory>

Em que <diretório de aplicativos> é o local acima dos dados do índice de todos os SSPs, tais como:

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

O portal pai atualizado não possui o endereço inicial convertido, apenas o endereço inicial original, para o conteúdo existente nos sites do SharePoint Portal Server 2003

Depois de uma atualização gradual, o site do portal pai pode não ter as URLs temporárias corretas listadas para endereços iniciais, somente os endereços iniciais originais. Para resolver esse problema, use o processo a seguir:

  1. No SharePoint Portal Server 2003, nas páginas de administração da Pesquisa, adicione uma regra de exclusão para excluir qualquer conteúdo que esteja armazenado no ambiente do Office SharePoint Server 2007.

  2. Adicione uma nova fonte de conteúdo para rastrear a nova URL para sites existentes no ambiente do SharePoint Portal Server 2003.

  3. Realize um rastreamento no ambiente do SharePoint Portal Server 2003.

Falha ao iniciar o serviço Pesquisa do Office SharePoint Server

Se o serviço Pesquisa do Office SharePoint Server não for iniciado automaticamente durante a atualização, será exibida a seguinte mensagem do Assistente de Configuração de Produtos e Tecnologias do SharePoint:

Falha ao iniciar o serviço SearchServiceInstance neste servidor após a conclusão da atualização. Inicie-o manualmente.

O Assistente de Configuração de Produtos e Tecnologias do SharePoint conclui com êxito, mas o serviço Pesquisa do Office SharePoint Server continua parado. Para iniciar esse serviço:

  1. Abra uma janela do prompt de comando e mude para a seguinte pasta:

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. Execute o comando a seguir

    stsadm –o osearch –action start

Eu selecionei a opção "Não atualizar" na tela da Instalação, mas agora mudei de ideia e quero atualizar

Se você tiver selecionado a opção Não atualizar durante a Instalação e mudar de ideia depois de executar o Assistente de Configuração dos Produtos e Tecnologias do SharePoint, execute-o novamente para mudar para uma atualização gradual.

Use o Assistente de Configuração de Produtos e Tecnologias do SharePoint para mudar da opção "Não atualizar" para uma atualização gradual

  1. Execute o Assistente de Configuração de Produtos e Tecnologias do SharePoint para desconectar-se do farm.

  2. Vá para %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\ e altere a chave do Registro para V2V_GRADUAL_UPGRADE para SetupType e SetupTypeBackup.

  3. Execute novamente o Assistente de Configuração de Produtos e Tecnologias do SharePoint para executar a atualização.

Falha ao atualizar Produtos e Tecnologias do SharePoint

Se você adicionar um novo servidor Web a um farm de servidores existente que não tenha nenhum aplicativo Web, atualizar o servidor Web e, em seguida, executar o Assistente de Configuração de Produtos e Tecnologias do SharePoint, poderá receber a seguinte mensagem de erro:

Exceção do tipo Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException acionada. Informações adicionais de exceção: falha ao atualizar Produtos e Tecnologias do SharePoint.

Esse erro ocorre quando o Assistente de Configuração de Produtos e Tecnologias do SharePoint não pode localizar ou modificar o arquivo Web.config. Para resolver o problema, copie manualmente o arquivo Web.config de %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config para %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts. Depois que o arquivo Web.config estiver na pasta Layouts, execute o Assistente de Configuração de Produtos e Tecnologias do SharePoint novamente.

Falha da atualização e surgimento de uma nova mensagem de erro no log da atualização indicando que não há nenhuma Web

Se você executar uma atualização gradual e ela falhar, consulte o log da atualização, localizado na pasta %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Se houver uma mensagem de erro no log informando que não há nenhuma Web, o site foi removido. Em consequência disso, não será possível encontrar esse site no local em questão. Para resolver o problema, pare e reinicie o serviço Timer do Windows SharePoint Services, e execute a atualização novamente.

Problemas conhecidos da migração de banco de dados

Você não pode adicionar o mesmo banco de dados de conteúdo mais de uma vez a um farm, mesmo em aplicativos Web diferentes

Cada conjunto de sites em um banco de dados de conteúdo (incluindo cada site de portal) possui um identificador global exclusivo (GUID) associado a ele, registrado no banco de dados de configuração. Dessa forma, a adição do mesmo conjunto de sites (ou portal) duas vezes ao farm, mesmo em aplicativos Web separados, não é possível. Ainda que a anexação do banco de dados seja bem-sucedida nessa situação, o conjunto de sites não poderá ser iniciado. Se você precisar de uma cópia duplicada de um conjunto de sites (ou portal) no mesmo farm, anexe o banco de dados que contém o conjunto de sites a um farm separado e use as operações de backup e restauração do Stsadm.exe para copiar o conjunto de sites para o outro farm. O processo de backup e restauração cria um novo GUID para o conjunto de sites.

Em ambientes de serviços compartilhados, você deve executar um comando extra antes de desanexar um banco de dados

Ao realizar uma migração de banco de dados em um ambiente de serviços compartilhados, antes de desanexar os bancos de dados (ou de fazer backup deles), você deve executar a seguinte operação na linha de comando:

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

Esta operação garante que o banco de dados de conteúdo seja incluído na sincronização de perfil e associação depois que os bancos de dados forem reanexados. Se você não executar essa operação antes de desanexar o banco de dados de conteúdo, as informações de perfil e associação no banco de dados de conteúdo serão estáticas e não serão sincronizadas depois da atualização.

Se você não tiver realizado esta operação antes de desanexar o banco de dados, poderá executar a seguinte operação depois de anexar, em vez de corrigir o problema de sincronização:

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

Observe que você terá que determinar o GUID do banco de dados antes de executar a operação preparetomove em um banco de dados já desanexado. Para localizar o GUID, use a operação a seguir:

stsadm -o sync -listolddatabases <days>

Para obter informações sobre como desanexar um banco de dados, consulte Desanexando e anexando bancos de dados.

Não anexe o banco de dados de configurações de componentes (_SERV) ou de perfis de usuário (_PROF)durante uma migração de banco de dados

Ao executar uma migração de banco de dados, não é necessário migrar e anexar o banco de dados de configurações de componentes do SharePoint Portal Server 2003 (o banco de dados de pesquisa, normalmente denominado "ID_SERV" onde ID é uma ID do tipo nome de servidor). Em vez disso, você deve recriar o banco de dados de pesquisa e redefinir as configurações de pesquisa quando realizar uma migração de banco de dados. O motivo disso é que as configurações da Pesquisa do SharePoint Portal Server 2003 foram armazenadas no registro do servidor e no banco de dados, e uma migração de banco de dados não contém todas as configurações.

Se você anexar o banco de dados de configurações de componentes (pesquisa) durante a migração do banco de dados, o processo de atualização falhará ao atualizar os serviços compartilhados e você poderá ver a seguinte mensagem: Não foi possível encontrar o procedimento armazenado 'dbo.proc_MSS_PropagationGetQueryServers'.

Execute a migração de banco de dados novamente e não anexe o banco de dados de configurações de componentes (_SERV) ou de perfis de usuário (_PROF).

Em um ambiente de serviços compartilhados que inclua Meu Sites, depois de fazer uma atualização por meio de uma migração de banco de dados, as páginas atualizadas não contêm o link Meu Site. Durante uma migração de banco de dados, você atualiza os bancos locais, mas não os dados de configuração do farm de servidores. Consequentemente, a URL para o host de Meu Site não estará configurada no farm de servidores atualizado.

Depois de migrar o banco de dados de conteúdo que contém os sites pessoais para o novo farm de servidores, configure a URL a ser usada como local de host de Meu Site. Na home page da Administração de Serviços Compartilhados, na seção Perfis de Usuário e Meus Sites, clique em Definições de Meu Site. Na seção Serviços de Sites Pessoais, insira /MySite como a URL do aplicativo Web para o local de host de Meu Site no farm de servidores atualizado./MySite é o caminho do local de host de Meu Site criado por padrão no aplicativo Web para o site do SharePoint. Para obter mais informações, consulte Definir configurações para Meus Sites..

Problemas conhecidos dos sites personalizados

Personalizações não autorizadas em arquivos Web.config podem resultar em um erro de aplicativo

O arquivos Web.config das subpastas de um servidor virtual não admitem determinadas personalizações. Por exemplo, os nós AUTHENTICATION e SESSIONSTATE não são permitidos no arquivo Web.config nesse nível. Modificar esse arquivo de modo não recomendado pode gerar resultados de atualização inesperados. Siga as práticas recomendadas para personalizações, incluindo as feitas no arquivo Web.config. Para obter mais informações, consulte Práticas recomendadas para garantir capacidade de reutilização e atualização de aplicativo no Windows SharePoint Services no site MSDN (https://msdn.microsoft.com/pt-br/library/dd583161.aspx).

Baixar este manual

Este tópico está incluído no seguinte manual, que pode ser baixado para facilitar a leitura e a impressão:

Consulte a lista completa de manuais disponíveis em Conteúdo baixável do Office SharePoint Server 2007.