Introdução

Sabemos, que a migração de um sistema, ou mesmo migração de uma aplicação é uma tarefa de extrema complexidade e de alta criticidade para uma organização. Outros riscos também podem influenciar ou estar mesmo envolvidos diretamente nesta tarefa. Alguns casos comuns encontrados, estão relacionados a insuficiência de permissão nos servidores de banco de dados e aplicação, aos serviços, ao sistema operacional, aos aplicativos SharePoint e Project Server 2013, divergência em sistemas legados ou incompatibilidade entre arquiteturas e muitos outros. Porém, ao realizar algumas simples ações, estes processos podem vir a se tornar uma atividade mais fácil, sem trazer surpresas ou mesmo incoveniências para o administrador da ferramenta. O primeiro ponto importante, é cumprir fielmente os requisitos básicos solicitados por qualquer ferramenta.

Sobre o Project Server:

http://technet.microsoft.com/pt-br/library/cc303399(v=office.15)

Visão geral do processo de migração:

http://technet.microsoft.com/pt-br/library/ee662496.aspx

Atualizar para o Project Server 2013:

http://technet.microsoft.com/pt-br/library/gg502590.aspx

Project Server para profissionais de TI:

http://technet.microsoft.com/pt-br/projectserver/

Em relação ao Project Server 2013, os requisitos exigidos para sua instalação é o encontrado neste local:

http://technet.microsoft.com/pt-br/library/ee683978.aspx

Esquema do processo de migração do Project Server 2013:

http://go.microsoft.com/fwlink/p/?LinkId=259647

http://go.microsoft.com/fwlink/p/?LinkId=259648

O segundo, está relacionado ao tempo gasto para realização do procedimento. Se por algum motivo, o requisito for esquecido ou mesmo não executado isso pode ocasionará retrabalho e consequentemente aumentar os custos operacionais da implementação da solução. No caso da migração de versões anteriores para o novo o Project Server 2013 o objetivo é tornar este processo o mais simples possível a fim de reduzir exatamente esses custos operacionais relacionados a esta operação.

Basicamente o processo de migração do Project Server 2010 para o Project Server 2013 consiste em três etapas importantes, que são:

  • Planejar e Preparar

  • Copiar os bancos de dados

  • Atualização de Dados

 

Planejar e Preparar

 

Os principais itens de nota para o upgrade

A fase de planejar e preparar é de suma importância antes de realizar o processo de migração. O grupo planejar e preparar são os responsáveis diretos por avaliar e revalidar os requisitos de hardware e software para o servidor Project Server. Desta maneira, é possível garantir o cumprimento da definição de todo o ciclo de preparação e de atualização da migração.

Processo do planejamento e preparação da migração:



Método de atualização

Não existe "in place", ou seja, diferentes lugares para realizar o método de atualização. O procedimento é único e começa com o processo de anexar os banco de dados no respectivo servidor e em seguida o procedimento para validar o suporte para a atualização do Project Server 2010 para o Project Server 2013.

Revise os requisitos de hardware e software


O método de atualização do banco de dados realizada através do processo anexar, vai requerer a instalação de um servidor Project Server 2013 no ambiente de destino para o qual será migrado o servidor de dados do Project Server 2010. É importante entender os requisitos necessários para a instalação do farm:

http://technet.microsoft.com/pt-br/library/ee683978.aspx

Lembre-se:

A estrutura de topologia mínima para o servidor Project Server 2013 requer um servidor de aplicativos, um servidor web front end e um servidor de banco de dados.

TOPOLOGIA

Exemplo:




REQUISITOS DE SOFTWARE






Planejamento das estações de trabalho

O planejamento de migração das estações de trabalho é outro fator crítico, não há suporte ou mesmo compatibilidade que permite a conectividade de versões anteriores ao Project Server 2013. Para o correto funcionamento a conexão deve ser feita do Project Professional 2013 para o Project Server 2013.

Exemplo:

Migração de versões anteriores ao Project Server 2010

Não há como realizar a migração, ou mesmo atualizaç��o direta do Project Server 2007 para o Project Server 2013. Primeiro, você deve atualizar os dados do Project Server 2007 para o Project Server 2010 e, só depois atualizar para o Project Server 2013.

Exemplo:




Reunir informações e planejar as personalizações

Reunir as informações sobre a atual configuração do ambiente Project Server 2010, requer um estudo os principais serviços e configurações que estão sendo executadas. Lembre-se que todos esses dados e informações deverão também ser criadas em seu ambiente servidor de destino do Project Server 2013.

Isto inclui:

  • Mapeamentos de acesso alternativo.
  • Provedores de autenticação e modos de autenticação em uso. ·
  • Modelos de cota.
  • Personalizações.
  • Caminhos gerenciados.
  • Local e as configurações de gerenciamento de auto atendimento.
  • Configurações de e-mail recebidas e out-going.

Identificar e avaliar as personalizações no ambiente é determinante para reaplicá-las em seu ambiente servidor do Project Server 2013. Durante o processo de atualização, vários PowerShell cmdlets de "teste" do Windows podem ser executados em seus bancos de dados a fim de verificar se personalizações específicas pode causar problemas com a atualização. Na maioria dos casos, as personalizações não fazem com que o processo de atualização venha a cometer alguma falha.

Implantação do Project Server 2013 no servidor Farm

A implementação do ambiente se inicia no banco de dados, considerado um dos servidores mais críticos do ambiente. O Project Server 2013 considera como requisito para a parte de servidor de banco de dados o SQL Server 2008 R2 com Service Pack 1 (SP1) - 64 bits, ou o SQL Server 2012 (64 bits). Na parte de servidores de aplicação deve ser considerado o Windows Server 2008 R2 SP1 versão Standard Edition (64 bits), ou o Windows Server 2008 R2 SP1 versão Enterprise Edition (64 bits) ou Windows Server 2008 R2 SP1 versão Datacenter Edition (64 bits). Na linha das mídias do SharePoint 2013 deve ser considerado a arquitetura 64 bits e no Project Server 2013 também a versão 64 bits.

Exemplo:




Configurar o Farm



Configure o seguinte em seu farm, no site da Administração Central as seguintes configurações:




Prepare o seu Windows PowerShell para o ambiente

Use o cmdlets do Windows PowerShell para executar os procedimentos necessários para atualizar o Project Server 2013. O principal objetivo dos cmdlets é facilitar a execução de linhas de comando dentro shell. Isso facilita em questões de confiabilidade, consistência e em uma base consolidada de comandos. No SharePoint 2013 a base completa de cmdlets pode ser encontrada no endereço:

http://technet.microsoft.com/pt-br/library/ff678226.aspx

No computador em
que está instalado o Project Server 2013, é importante verificar se você tem a capacidade de abrir o Shell de Gerenciamento do SharePoint 2013 e,  é capaz de acessar os cmdlets do Windows PowerShell. O Project Server 2013 pode abrir o Shell de Gerenciamento do SharePoint 2013. Para isso, é necessário executar o seguinte comando para listar o cmdlets do Project Server 2013:

Get-
Command * SPProject *

Verifique se o banco de dados está no modo nativo

Os bancos de dados do Project Server 2010 devem estar no modo nativo (modo de compatibilidade), a fim de que eles sejam atualizados com sucesso. Se você não utilizar mais o modo de compatibilidade com versões anteriores (BCM) em seu ambiente de Project Server 2010, você deve abrir e salvar o modelo da empresa. A partir do momento que o BCM é desativado, não é mais possível reativá-lo. Para manter o BCM habilitado em seu ambiente, você pode configurar um ambiente farm "intermediário" do Project Server 2010 e, restaurar as cópias de backup de seu servidor de banco de dados do Project Server 2010 e, em seguida desativar BCM nele.

Valide os bancos de dados para evitar problemas conhecidos

Se o seu banco de dados Published do Project Server 2010  comportar as contas dos recursos em que o campo WRES_Account contém uma cadeia vazia, ou seja, valor NULL, será necessário atualizar esta base de dados e assim evitar falhas. Para verificar esta condição, execute o seguinte script SQL na cópia de backup do banco de dados Published do Project Server 2010:

Use

ProjectServer_Publishedselect RES_NAME,
RES_TYPE,
RES_ID de MSP_RESOURCES onde WRES_ACCOUNT =''

Se forem encontradas contas com esta condição, execute o seguinte script SQL no mesmo banco de dados para corrigir as contas com esta condição:

Use

ProjectServer_PublishedUpdate MSP_RESOURCES definir WRES_ACCOUNT = null onde WRES_ACCOUNT =''

 

Cópia do banco de dados

Depois de ter preparado o novo ambiente, você pode copiar os bancos de dados.A estrutura encontrada no banco de dados original, corresponde aos quatro banco de dados padrões do Project Server 2010 do qual deve ser gerado o backup.Em seguida deve ser feito restore e a estrutura deve ser mesma, ou seja, contemplando os mesmos 4 bancos de dados, em seguida ele deve ser atualizado.

Exemplo:




Use as ferramentas de backup do SQL Server e com o processo de restauração realize a cópia dos bancos de dados para o novo ambiente - "Servidor SQL Server Novo".

Referencia SQL Server 2012 sobre as ferramentas de backup restore:

http://technet.microsoft.com/pt-br/library/ms177429.aspx

Opcionalmente, defina os bancos de dados como somente leitura no SQL Server para preservar o acesso aos dados originais do farm e assim não permitir alterações.

O resultado final esperado é a junção das bases do Project Server 2010 em um único repositório - "database" do Project Server 2013.

Exemplo:




Atualizar dados


Introdução



Agora que as bases de dados estão disponíveis na nova fazenda, você pode anexar e atualizá-los.

O processo de atualização pode ser dividido em duas fases:.

Atualização de dados de conteúdo - Anexar e atualizar o banco de dados de conteúdo do SharePoint que contém os dados do site do Project Web App.

Project Server Upgrade - Consolidar as bases de dados do Project Server 2010, anexá-los para o Project Server 2013 instância do PWA, e depois atualizar os dados.


Sobre a fase de atualização do banco de dados de conteúdo

1 - Verifique se o seu banco de dados de conteúdo do SharePoint que contém os dados dos sites de projeto apresenta erros que podem ocasionar falhas durante a atualização.

Comando: Test-SPContentDatabase

2 - Anexe e atualize o seu banco de dados de conteúdo do SharePoint.

Comando: Mount-SPContentDatabase

3 - Se aproprie do conjunto de sites que você deseja atualizar.

Comando: Set-SPSite

4 - Migrar usuários de autenticação do Windows clássico para autenticação clains-based.

Nota: Este passo só é necessário se o seu aplicativo web Project Server 2010 está usando a autenticação do Windows Classic, e seu servidor Project Server 2013 tiver aplicações web de projeto e utilizar a autenticação clains-based.

Comando: (Get-SPWebApplication <SPWebAppPipeBind>).MigrateUsers(Strue)

5 - Verifique se para questões o seu conjunto de sites do SharePoint pode ocasionar falhas durante a atualização.

Comando: Test-SPSite

6 - Atualize seu site do SharePoint.

Comando: Upgrade-SPSite

Exemplo do processo:




Fases de atualização do Project Server

A seguir temos o passo a passo de como ocorre a fase de atualização Project Server.

1 - Consolidar as bases de dados do Project Server 2010 para um banco de dados Serviços de Projeto.

Comando: Convertto-SPProjectDatabase

2 - Anexe o seu banco de dados Serviços de projeto para a aplicação web.

Comando: Mount-SPProjectDatabase

3 - Verifique se o seu banco de dados de Serviços Projeto de erros

Comando: Test-SPProjectDatabase

4 - Atualize seu banco de dados Serviços de projeto.

Comando: Upgrade-SPProjectDatabase

5 - Conecte o seu Project Web a instância

Comando: Mount-SPProjectWebInstance

6 - Verifique a instância do Project Web App

Comando: Test-SPProjectWebInstance

7 - Atualize a sua instância do Project Web

Comando: Upgrade-SPProjectWebInstance

8 - Ative recursos do PWA

Comando: Enable-SPfeature

Exemplo do processo:




Wikininja: Hezequias Vasconcelos