Verificar a atualização e examinar os sites atualizados (SharePoint Foundation 2010)
Aplica-se a: SharePoint Foundation 2010
Tópico modificado em: 2016-11-30
Após executar uma atualização in-loco ou com anexação de banco de dados para o Microsoft SharePoint Foundation 2010, verifique se o conteúdo foi atualizado com êxito para a nova versão. Você pode verificar o status da atualização (para saber se ela ainda está em andamento ou se foi concluída com êxito ou com falhas) e examinar os sites atualizados para ver se restou algum problema a ser resolvido. Ao executar essas etapas como parte de uma atualização de avaliação, aproveite para identificar que personalizações precisam ser reformuladas antes que você tente atualizar seu ambiente de produção. Ao atualizá-lo, é ainda mais importante saber quando a atualização foi concluída, que sites foram atualizados com êxito e que sites precisam de trabalho adicional antes que os usuários possam acessá-los novamente.
Em alguns casos, pode ser necessário reiniciar a atualização para terminar de atualizar os sites. Para obter mais informações sobre como reiniciá-la, consulte Continuar a atualização (SharePoint Foundation 2010).
Neste artigo:
Verificar status de atualização
Examinar sites atualizados
Verificar status da atualização
O processo de atualização tem várias fases. Na atualização in-loco, você executa Setup.exe para instalar o novo software e o Assistente de Configuração de Produtos do SharePoint para atualizar os bancos de dados de configuração e de conteúdo de administração; em seguida, o site da Administração Central do SharePoint é aberto. Nesse ponto, o processo de atualização é iniciado. Há diferentes maneiras de verificar o status do processo de atualização em cada fase: você pode examinar os arquivos de log de Setup.exe, do Assistente de Configuração de Produtos do SharePoint e da atualização do conteúdo. Na Administração Central do SharePoint, você pode exibir o número de versão para verificar se ele corresponde ao da versão para a qual fez a atualização. Também é possível usar a página Status da Atualização na Administração Central do SharePoint ou a operação localupgradestatus em Stsadm para determinar os sites que foram ou que estão sendo atualizados. Se a atualização tiver sido malsucedida, consulte os arquivos de log para identificar os problemas, resolvê-los e reiniciar o processo de atualização.
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 Foundation 2010.
O arquivo de log de Configuração está armazenado no diretório temporário para a conta de usuário que estiver executando a Configuração (%USERTEMP% or %WINDIR%\Users\user account\AppData\Local\Temp). Esse arquivo chama-se SharePoint Foundation Setup(YYYYMMDD-HHMMSS-SSS).log, onde YYYYMMDD é a data e HHMMSS-SSS é a hora (hora em formato 24 horas, minutos, segundos e milissegundos).
O arquivo de log de Assistente de Configuração de Produtos do SharePoint (Psconfig.exe).
Os arquivos de log de Psconfig.exe estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS. Os nomes dos logs contém o seguinte formato: PSCDiagnostics_MM_DD_YYYY_HH_MM_SS_SSS_randomnumber.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 possíveis tentativas simultâneas 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-YYYYMMDD-HHMMSS-SSS.log, em que YYYYMMDD é 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 analisar 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 ocorrerem em vários conjuntos de sites do ambiente ou bloquearem completamente o processo de atualização. Por exemplo, se você não puder se conectar ao banco de dados de configuração, o processo de atualização será tentado (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 visualizar 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.
Pesquise ou verifique visualmente a seguinte entrada:
Sessão de atualização concluída com êxito!
Se encontrar essa entrada, a instalação foi bem-sucedida.
Se não encontrar as entradas da etapa anterior no arquivo de log de atualização ou se estiver revisando um dos outros arquivos de log, é possível identificar as questões específicas que possivelmente contribuíram para uma falha, pesquisando ou verificando visualmente os seguintes termos do arquivo:
Procure ERROR nos arquivos de log para localizar quaisquer falhas, como componentes ou conexões de bancos de dados com falha, por exemplo.
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.
Verifique 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 exibição do número de versão na página Servidores no Farm.
Para verificar o número de 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 página inicial 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 é iniciado com "14".
Verificar o status de atualização dos sites
Para descobrir que 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 o artigo sobre Localupgradestatus: operação do Stsadm (Windows SharePoint Services).
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 tenha executado uma atualização in-loco e optado pelo uso da Atualização Visual, você poderá usar esse recurso para visualizar os sites na nova interface do usuário. Para obter mais informações sobre como visualizar sites usando a Atualização Visual, consulte Gerenciar a atualização visual (SharePoint Foundation 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:// url_do_site/_layouts/settings.aspx). Se a página Configurações do Site funcionar 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. No 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 houver 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 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. |
Dica
Se você tiver problemas com uma Web Part, acrescente contents=1 ao final da sintaxe da URL (http:// url_do_site/default.aspx?contents=1) e pressione ENTER. Isso abrirá a página Manutenção de Web Part, em que será possível remover e reparar a Web Part interrompida.
Listas grandes
Por padrão, a limitação de consultas de listas grandes é aplicada após uma atualização para o SharePoint Foundation 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 um item.
| O que verificar | O que fazer se ocorrer algum problema |
|---|---|
Todas as imagens nas páginas são exibidas corretamente? |
Verifique ou corrija os links para as imagens. |
Os estilos e as cores de folhas de estilo em cascata adequados são usados nos locais apropriados? |
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 controlado por script que não está funcionando? |
Verifique ou corrija os links para os controles. |
O Windows Internet Explorer 8 exibe as páginas de modo correto? |
Verifique há código HTML da página no modo XHTML estrito. |
Erros de script são exibidos 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)
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 relaciona problemas que podem ocorrer com páginas personalizadas depois da atualização e mostra como lidar com eles.
| 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 possa 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 deixe de fazer o check-in da página novamente. |
See Also
Concepts
Continuar a atualização (SharePoint Foundation 2010)
Solucionar problemas de atualização (SharePoint Foundation 2010)