Verificar a atualização e revisar os sites atualizados (Office SharePoint Server)
Aplica-se a: SharePoint Server 2010
Tópico modificado em: 2016-11-30
Depois de executar uma atualização in-loco ou atualização com anexação de banco de dados para o Microsoft SharePoint Server 2010, verifique se o conteúdo foi atualizado com êxito para a nova versão. Você pode conferir o status da atualização (se ela ainda está em andamento ou se foi concluída com êxito ou com falha) e examinar os sites atualizados para ver se ainda restou algum problema a ser resolvido. Ao executar essas etapas como parte de uma atualização de avaliação, aproveite para identificar quais personalizações precisam ser retrabalhadas antes de o ambiente de produção ser atualizado. Durante a atualização do ambiente de produção, é ainda mais importante saber quando ela foi concluída, quais sites foram atualizados com êxito e quais precisam de trabalho adicional antes que os usuários possam acessá-los novamente.
Em alguns casos, talvez seja necessário reiniciar o processo para concluir a atualização dos sites. Para obter mais informações sobre como reiniciar a atualização, consulte Continuar a atualização (SharePoint Server 2010).
Neste artigo:
Verificar status da atualização
Validar o ambiente atualizado
Examinar sites atualizados
Verificar status da atualização
O processo de atualização tem várias fases. Na atualização in-loco, execute Setup.exe (para instalar o novo software) e Assistente de Configuração de Produtos do SharePoint (para atualizar os bancos de dados de configuração e de conteúdos de administração); o site da Administração Central do SharePoint é exibido. A esta altura, o processo de atualização já se iniciou. Há diferentes modos para acompanhar o status do processo em cada uma da fases: procurar nos arquivos de log referências a Setup.exe, ao Assistente de Configuração de Produtos do SharePoint e à atualização do conteúdo; na Administração Central do SharePoint, conferir o número da versão para verificar se ele corresponde ao da versão atualizada; usar a página Status da Atualização da Administração Central ou a operação localupgradestatus, no Stsadm, para descobrir quais sites foram atualizados ou estão em processo de atualização. Ao término de uma atualização malsucedida, consulte os arquivos de log para identificar os problemas e, depois de tomar as ações necessárias para resolvê-los, inicie o processo de atualização novamente.
Revisar os arquivos de log
Para verificar se a atualização teve êxito, examine os arquivos de log e de erros a seguir:
O arquivo de log do programa Setup.exe, para o SharePoint Server 2010.
O arquivo de log da Instalação é armazenado no diretório temporário de uma conta de usuário que está executando a Instalação (%USERTEMP% ou %WINDIR%\Users\conta do usuário\AppData\Local\Temp). É chamado de Instalação do SharePoint Server (AAAAMMDDHHMMSSSSS).log, em que AAAAMMDD é a data e HHMMSSSSS é a hora (formato de 24 horas, minutos, segundos e milissegundos).
O arquivo de log do Assistente de Configuração de Produtos do SharePoint (Psconfig.exe).
Os arquivos de log do programa Psconfig.exe estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Os nomes dos logs observam o seguinte formato: PSCDiagnostics_MM_DD_AAAA_HH_MM_SS_SSS_númeroaleatório.log, onde MM_DD_AA é a data e HH_MM_SS_SSS é o horário (formato de 24 horas, minutos, segundos e milissegundos); o número aleatório é usado para diferenciação entre tentativas simultâneas (se houver) de execução do programa Psconfig.exe.
O arquivo de log e o arquivo de log de erros da atualização.
O arquivo de log da atualização e o arquivo de log de erros da atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LOGS. Os logs são nomeados no seguinte formato: Upgrade-AAAAMMDD-HHMMSS-SSS.log, em que AAAAMMDD é a data e HHMMSS-SSS é o horário (formato de 24 horas, minutos, segundos e milissegundos). O arquivo de log de erros da atualização reúne todos os erros e avisos em um arquivo menor, chamado Upgrade-YYYYMMDD-HHMMSS-SSS-error.log.
Para examinar os arquivos de log a fim de localizar e solucionar problemas, comece na parte superior dos arquivos. É possível que erros ou avisos sejam repetidos quando eles ocorrem em vários conjuntos de sites do ambiente ou bloqueiam o processo de atualização no geral. Por exemplo, se você não puder se conectar ao banco de dados de configuração, o processo de atualização tentará (e falhará) várias vezes, e essas tentativas serão listadas no arquivo de log.
Para revisar os arquivos de log
Verifique se você possui as seguintes credenciais administrativas:
- Para exibir os arquivos de log, você deve ser membro do grupo local de Administradores, no servidor.
No Windows Explorer, mude para o diretório que contém o arquivo de log que você deseja exibir.
Use um editor de texto para abrir o arquivo de log.
No arquivo de log de atualização, pesquise ou examine visualmente a seguinte entrada:
Sessão de atualização concluída com êxito!
Se encontrar essa entrada, a instalação teve êxito.
Se não encontrar as entradas da etapa anterio no arquivo de log de atualização ou se estiver revisando um dos outros arquivos de log, você poderá identificar problemas específicos que possivelmente contribuíram para a falha, pesquisando ou examinando visualmente os seguintes termos no arquivo:
Procure ERROR nos arquivos de log para localizar todas as falhas (por exemplo, componentes ou conexões de bancos de dados com falha).
Pesquise WARNING para localizar problemas, como recursos ou componentes que estejam faltando.
Para localizar os problemas, um analisador de log pode ser bastante útil para a execução de consultas nos arquivos de log.
Se encontrar problemas de bloqueio no arquivo de log, resolva-os e reinicie a atualização para dar continuidade ao processo.
Verificar o número da versão
Além de exibir o arquivo de log de atualização, você pode verificar se a atualização foi bem-sucedida usando o site da Administração Central do SharePoint para exibir o número da versão na página Servidores no Farm.
Para verificar o número da versão na página Servidores no Farm
Verifique se você possui as seguintes credenciais administrativas:
- Para usar a Administração Central do SharePoint, você deve ser membro do grupo Administradores do Farm.
Na home page da Administração Central, em Configurações do Sistema, clique em Gerenciar os servidores deste farm.
Em Informações do Farm, ao lado de Versão do banco de dados de configuração, verifique se o número inicia com "14".
Verificar o status de atualização dos sites
Para descobrir quais sites foram atualizados ou estão em processo de atualização, use a página Status da Atualização, na Administração Central do SharePoint, ou a operação localupgradestatus, no Stsadm.exe.
A página Status da Atualização lista as sessões de atualização e apresenta detalhes do estado de cada sessão (se ela obteve ou não êxito e quantos erros ou avisos ocorreram em cada servidor). Essa página também inclui informações sobre os arquivos de log e de erros do processo de atualização, além de sugerir soluções para os problemas ocorridos.
Para ver quais sites foram perdidos ou ignorados no processo, use a operação localupgradestatus do Stsadm.exe. Execute o comando em cada servidor Web front-end no farm de servidores.
Para exibir o status na Administração Central do SharePoint
Verifique se você possui as seguintes credenciais administrativas:
- Para usar a Administração Central do SharePoint, você deve ser membro do grupo Administradores do Farm.
Na home page da Administração Central, em Atualização e Migração, clique em Verificar status da atualização.
Para exibir o status da atualização usando a linha de comando
Verifique se você possui as seguintes credenciais administrativas:
- Para usar o Stsadm, você deve ser membro do grupo local de Administradores no servidor.
Clique em Iniciar, clique com o botão direito do mouse em Prompt de Comando e clique em Executar como administrador.
Na janela Prompt de Comando, navegue até o diretório a seguir.
%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\bin
Digite o comando a seguir e pressione ENTER:
Stsadm -o localupgradestatus
Para obter mais informações sobre a operação localupgradestatus, consulte Localupgradestatus: operação do Stsadm (Office SharePoint Server).
Validar o ambiente atualizado
Depois de determinar que a atualização foi concluída com êxito, valide o seu ambiente. Examine os seguintes itens:
Aplicativos de serviço
Eles foram configurados corretamente?
Os proxies do aplicativo de serviço foram configurados da maneira desejada?
Você precisa criar novas conexões entre farms?
Meus Sites
Todas as Web Parts estão trabalhando?
Todos os recursos associados aos Meus Sites estão funcionando?
Os usuários podem acessar os sites ou estão obtendo erros "Acesso Negado"?
Se o host de Meu Site que eles estão visitando não for o host do Meu Site padrão, eles poderão ver esse erro. Verifique se as associações de aplicativo de serviço e de proxy estão corretas e verifique se o host de Meu Site foi referenciado corretamente no aplicativo de serviço de Perfil de Usuário. Redefina o IIS (Serviços de Informações da Internet) para aplicar qualquer alteração.
Pesquisa
Execute um rastreamento e examine os arquivos de log.
Execute consultas de pesquisa e verifique se as consultas funcionam como esperado e se oferecem resultados apropriados. Vinte e quatro horas depois, exiba os relatórios da pesquisa e procure por problemas.
Pesquise pessoas e perfis.
Verifique quaisquer personalizações de Pesquisa para garantir que elas funcionam como esperado.
Examinar sites atualizados
Examine os sites atualizados para identificar problemas que devam ser resolvidos antes da execução do processo de atualização no seu ambiente de produção. Caso você tenha executado uma atualização in-loco e optado pelo uso da Atualização Visual, poderá usar esta para visualizar os sites na nova interface do usuário. Para obter mais informações sobre a visualização de sites usando a Atualização Visual, consulte Gerenciar a atualização visual (SharePoint Server 2010).
Se você deseja verificar a funcionalidade básica, pode criar um novo conjunto de sites usando um conjunto representativo de listas, bibliotecas, Web Parts etc. Examine o novo site para verificar se os elementos comuns e básicos dos seus sites estão funcionando.
Se as páginas não forem renderizadas, para verificar a página Configurações do Site, vá diretamente para a URL (http:// urldosite/_layouts/settings.aspx). Se a página Configurações do Site abrir e a atualização tiver sido bem-sucedida, podem ter ocorrido problemas com a página mestra ou com a home page. Se a página Configurações do Site não funcionar, consulte o arquivo de log e tente obter mais informações sobre o problema.
Comece validando os sites de alto impacto ou perfil elevado e depois passe para sites de prioridade mais baixa. Como parte do processo de planejamento, você deve identificar quais sites são de alto impacto e perfil elevado e exigem atenção imediata, e quais podem esperar um pouco mais.
Use as listas de verificação a seguir para examinar os sites atualizados e procurar problemas.
Web Parts
A tabela a seguir lista problemas que podem ocorrer com Web Parts depois da atualização e como lidar com eles.
Dica
Para testar as Web Parts rapidamente, crie uma nova página que contenha todas as Web Parts personalizadas antes de você testar a atualização e procure quaisquer Web Parts que tenham sido perdidas ou desfeitas depois da atualização de avaliação.
| O que verificar | O que fazer se ocorrer algum problema |
|---|---|
Todas as Web Parts do site original aparecem no site atualizado? |
Se uma zona de Web Part existir em uma página personalizada (desconvertida de fantasma) mas não na definição do site, as Web Parts dessa zona de Web Part poderão ter sido movidas para a zona inferior da página durante a atualização. Seja em Modo de Edição para a página no navegador ou no Microsoft SharePoint Designer 2010, procure Web Parts ausentes na zona inferior ou em outras zonas, ou verifique se as Web Parts foram fechadas. Para obter mais informações sobre como trabalhar com Web Parts e zonas de Web Part no SharePoint Designer 2010, consulte o sistema de Ajuda do SharePoint Designer. |
As Web Parts estão exibidas corretamente (na zona, local e tamanho corretos)? |
Seja em Modo de Edição para a página no navegador ou no SharePoint Designer 2010, arraste a Web Part para a zona correta ou modifique as propriedades da Web Part para corrigir todos os problemas de dimensionamento ou posicionamento. |
Há alguma Web Part adicional ou ausente? |
Abra a página em Modo de Edição para a página no navegador ou no SharePoint Designer 2010. Se você vir Web Parts adicionais na página, procure Web Parts fechadas ou inativas na versão original da página. As Web Parts fechadas ou inativas foram abertas pelo processo de atualização? Em caso afirmativo, você poderá modificar as propriedades da Web Part para fechar essas Web Parts. Se as Web Parts estiverem ausentes, procure erros no SharePoint Designer 2010 do tipo "Erro ao Renderizar Controle" ou "Assembly Ausente". Esses erros indicam que a Web Part não estava instalada ou estava configurada incorretamente para o novo ambiente e precisa ser reinstalada ou reconfigurada. |
As Web Parts funcionam corretamente? |
Abra a página em Modo de Edição no navegador ou no SharePoint Designer 2010 e procure erros que indiquem que um componente ou serviço está ausente. Verifique se algum componente ou serviço do qual as Web Parts dependem existe no site atualizado. Principalmente para a abordagem de atualização com anexação de de banco de dados, é necessário verificar se você instalou todos os componentes ou serviços necessários para as Web Parts e se os configurou corretamente (por exemplo, se você configurou a lista de Controles Seguros do Web.config). Atualize e implante novamente qualquer Web Part existente que não esteja funcionando adequadamente. |
Alguma página de Web Parts continua em estado de check-out? |
Se fizer o check-out de uma página para fazer alterações, não se esqueça de fazer o check-in da página quando terminar. |
As Web Parts do Excel Web Access estão funcionando corretamente? Você recriou suas conexões de maneira correta? As fontes de dados externas ainda estão funcionando? |
Verifique todas as conexões e fontes de dados externas. |
Dica
Se tiver problemas com uma Web Part, anexe contents=1 ao final da sintaxe da URL (http:// urldosite/default.aspx?contents=1) e pressione ENTER. Isso abrirá a página Manutenção de Web Part, onde você poderá remover e reparar uma Web Part com problemas.
Listas grandes
Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o SharePoint Server 2010. Se uma lista for muito grande e os usuários utilizarem uma exibição ou executarem uma consulta que exceda o limite ou limitação, a exibição ou consulta não será permitida. Verifique as listas grandes do seu ambiente e solicite ao proprietário do site ou da lista que resolva o problema. Por exemplo, eles podem criar colunas indexadas com exibições filtradas, organizar itens em pastas, definir um limite de itens na página para uma exibição grande ou usar uma lista externa.
Estilos e aparência
A tabela a seguir lista problemas comuns no estilo e na aparência do seu site depois da atualização e mostra como lidar com eles.
Dica
É possível resolver a maioria dos problemas nesta seção corrigindo os links para o item.
| O que verificar | O que fazer se ocorrer algum problema |
|---|---|
Todas as imagens das suas páginas são exibidas corretamente? |
Verifique ou corrija os links para as imagens. |
As cores e os estilos de folhas de estilo em cascata apropriados são usados nos lugares adequados? |
Verifique ou corrija os links para o arquivo de folha de estilo em cascata. Verifique o link na página mestra. |
O tema que você aplicou ao site ainda tem a mesma aparência? |
A home page ou outras páginas do seu site podem ter aparência diferente após a atualização do site. Talvez seja necessário recriar ou revisar um tema e reaplicá-lo. |
Você tem algum controle com script que não esteja funcionando? |
Verifique ou corrija os links para os controles. |
O Windows Internet Explorer 8 exibe as páginas de modo correto? |
Verifique se algum HTML da página está no modo XHTML estrito. |
Há algum erro de script exibido em alguma página? |
Verifique os scripts e links e verifique se algum HTML está no modo XHTML estrito. |
Permissões
As pessoas e os grupos ainda têm o nível correto de permissões para sites, páginas, listas e itens?
Use o botão Verificar Permissões, na seção Ferramentas de Permissão da faixa de opções, para descobrir quem possui permissões e para que itens em um site ou subsite.
Páginas personalizadas (desconvertidas de fantasma)
As páginas personalizadas (desconvertidas de fantasma) são páginas que foram editadas e que agora são versões exclusivas em vez de serem páginas do modelo padrão. A tabela a seguir lista problemas com páginas personalizadas que podem ocorrer após a atualização e como tratá-los.
| O que verificar | O que fazer se ocorrer algum problema |
|---|---|
As personalizações ainda estão nos locais corretos? |
Determine se há somente um problema ou se há um problema maior com toda a página. Se você adicionou uma página completamente nova ao site original (por exemplo, se substituiu Default.aspx por um arquivo diferente em vez de fazer alterações no arquivo Default.aspx existente), a nova página não terá nenhuma associação com a definição de site. Portanto, talvez ela não se pareça com as outras páginas do site atualizado, nem poderá ser redefinida para se parecer com elas. Se você desejar que a página personalizada tenha a mesma aparência das outras páginas do site, considere a possibilidade de criar uma nova página baseada na definição do site e em transferir as personalizações para essa nova página. |
Você ainda pode acessar os controles de edição nas páginas? |
Se você personalizou os controles de edição (por exemplo, o link Ações do Site ou o link Editar Página), verifique se eles ainda aparecem. Se não aparecerem, você poderá substituí-los pelos controles de edição da nova versão redefinindo a página para a versão padrão. Use o comando Redefinir para Modelo no SharePoint Designer para redefinir a página para a versão padrão (também conhecido como reconverter em fantasma). Depois de restaurar a página padrão, você poderá reaplicar suas personalizações no navegador aplicando uma página mestra diferente ou reaplicando as personalizações no SharePoint Designer. |
As suas personalizações continuam apropriadas no novo ambiente ou você deseja atualizar para a nova funcionalidade e aparência? |
Se você quiser a nova funcionalidade e os novos recursos, deverá redefinir as páginas personalizadas para usar o modelo. A redefinição da página basicamente elimina as personalizações e conecta sua página à página mestra apropriada. As personalizações desejadas podem ser transferidas para a página mestra, em vez de serem armazenadas em páginas individuais. Use o comando Redefinir para Modelo no SharePoint Designer para redefinir a pagina para a versão padrão (isto é, reconvertê-la em fantasma). Depois de restaurar a página padrão, você poderá reaplicar suas personalizações no navegador aplicando uma página mestra diferente ou reaplicando as personalizações no SharePoint Designer. |
Alguma página continua em estado de check-out? |
Se fizer o check-out de uma página para fazer alterações, não se esqueça de fazer o check-in da página quando terminar. |
See Also
Concepts
Continuar a atualização (SharePoint Server 2010)
Solucionar problemas de atualização (SharePoint Server 2010)