Já realizei diversas migrações de Windows 2008 R2 para Windows 2012 no modelo de migração, onde ele gera o diretório C:\Windows.old com os dados anteriores e reconfiguro o servidor, também chamado de upgrade side-by-side.

Importante: Não deixe de verificar se os aplicativos instalados no Windows 2008 R2 estão atualizados e são compativeis com o Windows 2012. Por exemplo, o Exchange 2010 e System Center 2012 ainda não estão suportados.

Hoje resolvi fazer alguns testes de upgrade in-place (atualização) do Windows 2008 R2 para o Windows 2012, direto com a maquina no ar. E o detalhe que a maquina que migrei é um Domain Controller com as FSMOs ativas, SQL Server 2008 R2 com Reporting Services para suportar todo o meu laboratório de System Center 2012.

O resultado foi positivo, o AD subiu como esperado, o SQL Server 2008 R2 (que estava atualizado) e o SRSS funcionaram perfeitamente como mostra o print abaixo:

E quando algo dá errado?

Isso me aconteceu, no meio da migração o HD externo que utilizo para as VMs perdeu conexão. A instalação já estava no terceiro boot quando é realizada a migração das configurações e ao reiniciar a VM tive acesso a este menu:

Escolhi a opção Windows Setup Rollback e o resultado foi excepcional. O Windows 2008 R2 retornou com todas as features funcionando, como se nada tivesse acontecido e mostrou a mensagem abaixo:

Notem que o SQL e o restante das aplicações continuaram funcionando após o rollback, demonstrando a maturidade do processo de upgrade in-place disponivel no Windows 2012.

Conclusão

Obviamente faça backup (imagem) da maquina antes de fazer o upgrade, mas coloque o upgrade de servidores com Windows 2008 R2 SP1 para Windows 2102 como uma possibilidade segura e vantajosa!

Pode parecer algo corriqueiro, porem a resposta não está tão clara nos wizards de instalação, uma vez que o ASP.NET não pode ser instalado por pacote.

A soluçãó é muito simples, no Windows 2012 o ASP.NET 2.0 e 3.0 estão incluidos no .NET 3.5 como mostra a figura abaixo do Server Manager, bastando instalar o Framework 3.5:

Importante: Ao tentar instalar o .NET 3.5 é necessário utilizar a opção "Specify source..." no resumo do Add/Remove e apontar para o diretório [DVD]\Source\SXS, pois as DLLs do .NET 3.5/2.0 não são copiadas para o diretório WINSXS onde o Windows guarda as DLLs em geral.

Para habilitar o ASP.NET 2.0 é necessário após instalar o Framework reabrir o wizard e habilitar o ASP.NET 3.5 no IIS:

Pronto, agora os produtos que exigem o ASP.NET 2.0 irão instalar corretamente, como o exemplo abaixo do System Center Service Manager 2012 Portal:

Passei esta semana fazendo testes do System Center 2012 com o Windows Server 2012.

Os testes com SQL Server 2012 já havia feito anteriormente, inclusive já implementado e documentado a falta do SRSS em http://www.marcelosincic.com.br/blog/post/System-Center-Configuration-Manager-2012-com-SQL-Server-2012.aspx

Tabela Resumida de Incompatibilidades

Segue uma matriz de compatbilidade e problemas entre a suite System Center 2012 com o Windows 2012 e SQL Server 2012:

É importante que estas incompatibilidades, principalmente no que ser refere aos problemas com o IIS e o WSUS do Windows 2012 serão resolvidos no Service Pack 1 do System Center 2012 (atualmente em Beta), como pode ser visto em http://blogs.technet.com/b/server-cloud/archive/2012/09/10/system-center-2012-sp1-beta-available-evaluate-with-windows-server-2012.aspx e http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSiteSystemReq e http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLSrvReq

Tabela Técnica de Incompatibilidades

Para quem quiser conhecer os detalhes técnicos das incompatibilidades, segue um resumo dos problemas que notei nas implementações:

Conclusão

A conclusão que chego neste aspecto é que ainda não é hora de instalar o System Center 2012 em servidores Windows 2012 fora de laboratório, pois com o SP1 em Beta é bem possivel que futuras versão dele não sejam atualizáveis, o que implicará em reinstalar todo o ambiente. Já com respeito ao SQL Server 2012, não vejo problemas em instalar temporariamente apenas o SRSS do SQL Server 2008 R2, que depois pode ser desinstalado rapidamente e a alteração nos produtos é simples de ser realizada.