Solucionar problemas de migração para o Project Server 2007

Atualizado: maio de 2009

Tópico modificado em: 2009-04-29

Neste artigo:

• Antes de solucionar problemas: Verifique a funcionalidade do Project Server 2007

• Log de erros

• Restaurando o banco de dados do Project Server 2007

• Problemas de permissão e usuário migrado

• Problemas de autenticação

• Fluxograma de migração

Este artigo descreve as opções disponíveis no caso de problemas encontrados durante o processo de migração para o Microsoft Office Project Server 2007.

Antes de solucionar problemas: Verifique a funcionalidade do Project Server 2007

Antes de prosseguir com a solução de problemas, verifique se o Microsoft Office Project Server 2007 está funcionando corretamente. Você pode ganhar tempo identificando se o problema está relacionado à migração ou à configuração do Office Project Server 2007.

• Crie uma nova instância do Project Web Access no computador com o Project Server. Verifique se essa instância não será usada para migração. Você poderá excluí-la depois de concluir a solução de problemas.

• No computador que executa o Microsoft Office Project Professional 2007, crie, salve e publique um projeto na instância recém-criada do Project Web Access. Verifique se é possível abrir o projeto na Central de Projetos. Caso não seja possível, o problema pode estar relacionado à configuração do Office Project Server 2007.

• Verifique se os serviços de Enfileiramento e Eventos estão em execução no servidor de aplicativos.

Log de erros

Durante a solução de problemas de migração, é importante saber onde estão localizadas as informações de log de erros. Essa seção descreve vários mecanismos que contêm informações de log de erros.

• Consulte a página Gerenciamento de Filas para verificar se há trabalhos em estado de falha. Verifique se há informações sobre o problema na coluna de Erros dessas entradas.

• Abra o arquivo do log de atualização, disponível no caminho especificado no arquivo de configuração de migração. Esse arquivo fornece uma descrição detalhada das falhas ocorridas durante a migração.

• Localize o log de rastreamento e o log de eventos do servidor.

• Para abrir e exibir o log de eventos, no computador do servidor, clique em Iniciar, Executar e digite Eventvwr. Clique em OK e, em seguida, clique no nó Aplicativo para exibir uma lista de eventos do aplicativo realizados no servidor.

• Para abrir e exibir o log de rastreamento, no computador do servidor, vá para a seguinte pasta: <unidade>:\arquivos de programas\arquivos comuns\Microsoft Shared\extensões de servidor web\12\LOGS. Os logs de rastreamento do ULS são nomeados no seguinte formato: <nome_do_servidor>-aaaammdd-hora.log (por exemplo, contoso-20060720-1506.log).

• Se não for possível determinar o motivo da falha por meio do arquivo de log e você pretende entrar em contato com os Serviços de Suporte da Microsoft para obter ajuda, tenha em mãos as seguintes informações:

  1. Logs de atualização (disponíveis no caminho que você especificou no arquivo de configuração de migração)

     Observação:

     Verifique se o servidor grava logs detalhados, para que o máximo possível de informações sejam registradas em log para depuração. Você pode definir esse parâmetro no site da Administração Central do SharePoint, na guia Operações, na página Log de Diagnóstico. Na seção Otimização de Evento dessa página, defina os seguintes parâmetros: Evento menos crítico a ser relatado no log de eventos: Êxito Evento menos crítico a ser relatado no log de rastreamento: Detalhado

     Clique em OK para salvar as configurações. Verifique as configurações que você salvou. Para que isso seja feito, na mesma seção, selecione uma categoria individual na lista Atualizar Categoria Única e verifique se as configurações são as mesmas.

  2. Uma cópia do arquivo de log de eventos: Para que isso seja feito, abra o log de eventos, clique com o botão direito do mouse no nó Aplicativo e selecione Salvar Arquivo de Log Como. Assim, você poderá salvar o log de eventos em um arquivo e enviá-lo para o Atendimento Microsoft

     Observação:
     Verifique se o problema é reproduzido, para que ele seja registrado nos logs de eventos e de rastreamento.

  3. Uma cópia dos arquivos de log de rastreamento mais recentes: Se você estiver enviando informações de rastreamento para depuração, reproduza o problema no servidor e envie os últimos dois ou três arquivos de log de rastreamento. Os arquivos de log podem ser identificados pelo carimbo de data/hora usado no nome de cada arquivo.

  4. Uma cópia do arquivo do banco de dados do Project Server 2003

• Se a ferramenta de migração parar de responder, uma caixa de diálogo do Microsoft Office Project aparecerá, oferecendo outras soluções de problemas com o Atendimento Microsoft. Na caixa de diálogo, selecione Enviar Relatório de Erros, para que o problema seja enviado ao Atendimento Microsoft. Quando o relatório de erros for enviado, vá para o Visualizador de eventos, localize um evento com a ID de evento = 1001, copie o conteúdo no campo de descrição para um editor de texto e envie-o para um representante de Atendimento Microsoft.

• Restaure o Office Project Server 2007 para um estado inicial e tente executar a migração novamente. Em vez de configurar a instância do Office Project Server 2007 novamente, você pode restaurar o banco de dados inicial com backup do Office Project Server 2007 e o banco de dados do Project Server 2003, além de executar o processo de atualização novamente. Para obter informações sobre como restaurar o banco de dados inicial com backup do Office Project Server 2007, consulte a seção a seguir.

Localização de erros, avisos e falhas em um arquivo de log de atualização

Você pode executar os comandos a seguir, no prompt de comando, para localizar e compilar avisos, erros e falhas em um arquivo de log de atualização.

• Para localizar todas as linhas referentes a avisos no arquivo do log de atualização, execute o seguinte comando:

  Find /I "warning" <arquivos de log de origem> >> <arquivo de saída>

  Por exemplo:

  Find /I "warning" c:\meu_log_de_atualização.log >> c:\erros.log

• Para localizar todas as linhas referentes a erros no arquivo de log de atualização, execute o seguinte comando:

  Find /I "error" <arquivos de log de origem> >> <arquivo de saída>

  Por exemplo:

  Find /I "error" c:\meu_log_de_atualização.log >> c:\erros.log

• Para localizar todas as linhas referentes a falhas no arquivo de log de atualização, execute o seguinte comando:

  Find /I "fail" <arquivos de log de origem> >> <arquivo de saída>

  Por exemplo:

  Find /I "fail" c:\meu_log_de_atualização.log >> c:\erros.log

Restaurando o banco de dados do Project Server 2007

Na ocorrência de problemas irrecuperáveis durante a migração de dados, você poderá restaurar o banco de dados do Office Project Server 2007 e executar o processo de atualização novamente. O exemplo de script a seguir é o mesmo utilizado para restaurar o bando de dados do Office Project Server 2007. Esse script não é prescritivo, podendo ser modificado de acordo com as suas necessidades. Execute-o em um computador com OSQL disponível.

Rem Note that if you have any open connections to the database, 
Rem   the Restore operation will fail. You can view open connections in 
Rem   Enterprise Manager: 
Rem   under <Server> - Management - Current Activity 
Rem   (hit F5 to refresh) - Process Info. 
Rem You can stop a process by right-clicking, and choosing Kill Process.
echo off

set P12SQLServerName=<SQL Server Name>

Set publishedDB=<DB Name>
Set draftDB=<DB Name>
Set archiveDB=<DB Name>
Set ReportingDB=<DB Name>

Set RestorePublishedDB='<Full path of the backup>'
Set RestoreWorkingDB= '<Full path of the backup>'
Set RestorearchiveDB= '<Full path of the backup>'
Set RestoreReportingDB= '<Full path of the backup>'

Rem The following commands ensure that there are no open connections to 
Rem  the databases that we are restoring to. You can also do this manually.

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Restoring the database
set SqlCmd= "RESTORE DATABASE %publisheddb% 
  From disk = %RestorePublishedDB% 
  with replace RESTORE DATABASE %draftdb% From disk = %RestoreWorkingDB% 
  with replace RESTORE DATABASE %archivedb% 
  From disk = %RestorearchiveDB% 
  with replace RESTORE DATABASE %reportingdb% 
  From disk = %RestoreReportingDB% with replace"

osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Clearing the cache
rd /s /q "%APPDATA%\Microsoft\MS Project\cache"

goto :Clean

:Clean

Rem To clean up the environment variables created
set P12SQLServerName=
Set RestorePublishedDB=
Set RestoreWorkingDB=
Set RestorearchiveDB=
Set RestoreReportingDB=

set SqlCmd=

Set publishedDB=
Set draftDB=
Set archiveDB=
Set ReportingDB=

Problemas de permissão e usuário migrado

Depois da migração (especialmente em compilações localizadas), os usuários podem não ter algumas permissões esperadas na instalação migrada do Office Project Server 2007. Por exemplo, imagine que você tenha recebido permissões pelo modelo do administrador, mas não pode exibir quadros de horário. Essa situação pode ocorrer por vários motivos:

• No Project Server 2003, uma permissão é negada no nível da organização. Consulte suas permissões do Project Web Access para verificar se há permissões desabilitadas e saber se elas são a causa do problema.

  Para verificar suas permissões do Project Web Access

  1. Na home page do Project Web Access, no painel esquerdo, clique em Configurações do Servidor.

  2. Em Configurações do Servidor, na seção Segurança, clique em Permissões do Project Web Access.

• Há algumas permissões novas no Office Project Server 2007. Essas permissões podem não ser mapeadas corretamente durante a migração. Verifique a documentação de Segurança para obter uma lista dessas permissões e verificar se elas são a causa do problema. Para obter mais informações sobre permissões do Office Project Server 2007, consulte Segurança e proteção para o Office Project Server 2007.

• Se houver um usuário ou recurso do Project Server 2003 no Office Project Server 2007 (pelo nome ou conta do Windows NT), as permissões de segurança desse usuário ou do recurso não serão migradas. Por exemplo, se você tiver executado uma "AD Sync" (Sincronização do AD) antes da migração (e se a maioria desses usuários existirem no Project Server 2003), nenhuma das permissões desse usuários serão migradas. Na ocorrência desse problema, defina o Project Web Access de destino como "Vazio" e inicie o processo de migração novamente.

Problemas de autenticação

A autenticação do Project Server é usada no Project Server 2003, mas não é suportada no Office Project Server 2007. Quando você migrar usuários autenticados do Project Server para o Office Project Server 2007, as contas de usuários serão redefinidas, pois o mecanismo de autenticação de formulários no Office Project Server 2007 é arquitetonicamente diferente da autenticação do Project Server usada no Project Server 2003. Esses usuários não serão listados na página Gerenciar Usuários das Configurações do Servidor do Project Web Access, ou na seção Autenticação de Usuário do usuário não será exibida. No entanto, é possível editar esses usuários migrados na Central de Recursos do Project Web Access.

Os recursos migrados no banco de dados de recursos podem sair de sincronia com o banco de dados publicado.

Problemas na migração de projetos mestres

Quando projetos mestres e seus subprojetos associados são migrados do Project Server 2003 para o Office Project Server 2007, os dois cenários a seguir podem causar uma falha na migração do projeto:

• Um subprojeto migrado depois do seu projeto mestre. (Você pode corrigir a ordem de migração no arquivo de configuração da migração.)

• Um projeto que é um subprojeto de dois projetos mestres diferentes. (Essa organização é permitida no Project Server 2003, mas não no Office Project Server 2007). Haverá uma falha na migração desse projeto durante a tentativa de publicação do projeto.

Fluxograma de migração

O fluxograma a seguir fornece uma representação gráfica de como os dados são migrados do Project Server 2003 para o Office Project Server 2007. Ele pode ser usado na solução de problemas que podem ocorrer na migração.

A atualização do Project Server 2003 para o Office Project Server 2007 envolve etapas de atualização baseadas em clientes do Windows e do SQL Server 2000.

Estas são as três fases do processo de atualização:

1. Fase de atualização de dados globais: Atualização de dados globais e do Project Web Access para o Office Project Server 2007.

2. Fase de atualização de dados do projeto: Atualização de dados do projeto para o Office Project Server 2007.

3. Fase de atualização de dados do Windows SharePoint Services: Necessária apenas se você tiver dados do Windows SharePoint Services para projetos no Project Server 2003. Essa fase ocorre separadamente da execução da ferramenta de migração, por isso não está incluída no fluxograma.

Os fluxogramas a seguir ilustram as duas primeiras fases do processo de atualização, respectivamente.