Solucionar problemas e continuar a atualização (Windows SharePoint Services)
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 de atualização. Os arquivos de log de atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Para obter mais informações sobre como visualizar o log de atualização, consulte Verificar atualização (Windows SharePoint Services).
Observação
Use o recurso Pesquisar Arquivos e Pastas do Windows para encontrar iterações de "erro" com mais rapidez nesses arquivos de log.
Revise os eventos no Visualizador de Eventos e procure por erros de aplicativo.
Revise o arquivo Leiame para se informar sobre os problemas conhecidos e as soluções alternativas. Erros geralmente são problemas que podem ser solucionados.
Se executar uma Atualização Gradual, verifique se aparece, na nova versão, o conjunto de sites que estava em execução. Se aparecer, você poderá executar a solução alternativa; ou reverter o site de v3 para v2 e tentar atualizar novamente o site. Para obter mais informações sobre como reverter sites, consulte Reverter para um site de versão anterior (Windows SharePoint Services).
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 (Windows SharePoint Services).
Problemas conhecidos do exame de pré-atualização
A atualização será bloqueada se você usar 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 usar "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 estas etapas para renomear seu servidor e corrigir o problema da ferramenta de exame de pré-atualização.
Fazer backup do banco de dados de configuração.
Na linha de comando, mude para este 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
Na linha de comando, mude para este caminho: %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
Na linha de comando, execute o comando a seguir para refazer o processo de exame de pré-atualização:
Prescan /all
Se 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
Use uma conta de domínio, diferente de Serviço de Rede, para atualizações de farm de servidores
Para atualização no local ou gradual em um ambiente de farm de servidores, você deve usar, no ambiente da versão 3, as mesmas credenciais utilizadas no ambiente da versão 2. Entretanto, se estava usando a conta Serviço de Rede para o ambiente da versão 2, use uma conta de domínio na versão 3. O ambiente da versão 2 pode continuar usando o Serviço de Rede, mas, ao instalar a versão 3 e criar o novo farm, você deverá fornecer uma conta de domínio. Verifique se concedeu à conta de domínio os direitos apropriados aos bancos de dados no SQL Server (é necessário ser membro do grupo de criadores de banco de dados, administradores de processos e proprietários de banco de dados para todos os bancos de dados da versão 2).
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, use o recurso Mapeamento Alternativo de Acesso (AAM) para modificar a URL no Windows SharePoint Services, pois 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 Windows SharePoint Services 3.0, 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 (Windows SharePoint Services).
A atualização termina no primeiro servidor Web front-end, mas há falhas
Em um farm com 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 receber a seguinte mensagem de erro: “[SPConfigurationDatabaseSequence2] [ERRO] [data]: A função 'WSS_Content_Application_Pools' já existe no banco de dados atual”, você poderá usar qualquer uma das soluções alternativas a seguir para resolver o problema:
Execute estas consultas SQL 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. Execute o comando a seguir para cada membro.
exec sp_droprolemember N'WSS_Content_Application_Pools',
N'usernameReturnedFromSP_DropRole'
Execute novamente a seguinte consulta.
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 Parts e configurações de servidor virtual.
Se a falha original tiver sido resolvida (por exemplo, perda de conectividade da rede ou espaço em disco insuficiente no computador do SQL Server pode ter causado a falha, que já foi corrigida), você poderá restaurar o farm V2 e re]iniciar a atualização.
Dica
Lembre-se de reiniciar a atualização depois de executar as soluções alternativas.
Para atualizações no local em servidores autônomos, execute a atualização na linha de comando se obtiver um erro com falha de logon ou falha de conexão com o banco de dados
Se executar uma atualização no local em um servidor autônomo que execute WMSDE, o processo de atualização pode atingir o tempo limite e gerar um erro semelhante a este:
SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: Não é possível abrir o banco de dados "STS_DATABASE_NAME_1" solicitado pelo logon. Falha de logon.
Falha de logon do usuário 'NT AUTHORITY\NETWORK SERVICE'.
[SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
Se visualizar esse erro ou um erro sobre falha de conexão com o banco de dados, use a linha de comando para concluir a atualização.
Abra uma janela de prompt de comando e altere este diretório: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin
Execute o comando a seguir para retomar e concluir a atualização:
psconfig –cmd upgrade –inplace v2v –force -wait
Para obter mais informações sobre como usar o utilitário de linha de comando psconfig.exe, consulte Referência de linha de comando do Assistente de Configuração de Produtos e Tecnologias do SharePoint (Windows SharePoint Services).
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 atualização no local ou gradual em um ambiente de farm de servidores, você deve usar, no ambiente da versão 3, as mesmas credenciais utilizadas no ambiente da versão 2. Entretanto, se estava usando a conta Serviço de Rede para o ambiente da versão 2, use uma conta de domínio na versão 3. O ambiente da versão 2 pode continuar usando o Serviço de Rede, mas, ao instalar a versão 3 e criar o novo farm, você deverá fornecer uma conta de domínio. Verifique se concedeu à conta de domínio os direitos apropriados aos bancos de dados no SQL Server (é necessário ser membro do grupo de criadores de banco de dados, administradores de processos e proprietários de banco de dados para todos os bancos de dados da versão 2).
São necessárias etapas adicionais para a atualização gradual em servidores somente SSL
O processo de atualização gradual usa um conjunto de pares 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 correto para 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 (Windows SharePoint Services).
Alterar os números de porta e as configurações SSL no Gerenciador dos Serviços de Informações da Internet (IIS)
No Gerenciador dos Serviços de Informações da Internet (IIS), clique no sinal de adição (+) ao lado do nome do servidor que contém o aplicativo Web que deseja alterar.
Clique no sinal de adição (+) ao lado de Sites.
Clique com o botão direito do mouse em Site Padrão e clique em Propriedades.
Na guia Site, na caixa Porta SSL, digite 444 e clique em OK.
Clique com o botão direito do mouse em Default Web Site_Pair e clique em Propriedades.
Na guia Site, na caixa Porta SSL, digite 443 e clique em Aplicar.
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.
Na guia Segurança de Diretório, na seção Comunicações de segurança, clique em Editar.
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.
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
Abra um prompt de comando e mude para este diretório: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.
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 server_name:port é o local do site Padrão.
Mude para este diretório: %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.
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 server_name:port é o local do novo site criado quando você criou o aplicativo Web de destino.
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 tiver finalizado o processo de atualização, você não poderá mais usar o método de atualização gradual para atualizar qualquer site restante. Entretanto, é possível 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).
Eu selecionei a opção "Não atualizar" na tela da Instalação, mas agora mudei de ideia e quero atualizar
Se 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 assistente novamente para mudar para uma atualização gradual.
Use o Assistente de Configuração de Produtos e Tecnologias do SharePoint para alterar a opção "Não atualizar" para uma atualização gradual
Execute o Assistente de Configuração de Produtos e Tecnologias do SharePoint para desconectar-se do farm.
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.
Execute novamente o Assistente de Configuração de Produtos e Tecnologias do SharePoint para fazer a atualização.
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) tem 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. Embora 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 no outro farm. O processo de backup e restauração cria um novo GUID para o conjunto de sites.
Problemas conhecidos dos sites personalizados
Um erro de aplicativo pode ocorrer quando são feitas personalizações não autorizadas em arquivos Web.config
Determinadas personalizações não são permitidas em arquivos Web.config de subpastas em um servidor virtual. Por exemplo, os nós AUTHENTICATION e SESSIONSTATE não são permitidos no arquivo Web.config desse nível. A modificação do arquivo Web.config usando formas não recomendadas, pode gerar resultados inesperados de atualização. Siga as práticas recomendadas para personalizações, inclusive para as personalizações do arquivo Web.config. Para obter mais informações, consulte o documento sobre práticas recomendadas para garantir a capacidade de reutilização e a atualização no Windows SharePoint Services (em inglês), no site do MSDN (https://msdn.microsoft.com/pt-br/library/dd583161.aspx) (em inglês).
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 na seção sobre os manuais para Windows SharePoint Services que podem ser baixados .