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:
System Center 2012
|
Windows Server 2012
|
SQL Server 2012
|
ConfigMgr (SCCM)
|
Parcial (WSUS)
|
Parcial (Reporting Services)
|
OpsMgr (SCOM)
|
Parcial (Web Console)
|
Parcial (Reporting Services)
|
Orchestrator (SCO)
|
Ok
|
Ok
|
App Controller (SCA)
|
Não compatível
|
Ok
|
Service Manager (SCSM)
|
Parcial (Self Portal)
|
Parcial (Reporting Services)
|
Data Protection (DPM)
|
Ok
|
Ok
|
Virtual Machine Mgr (VMM)
|
Parcial (Self Portal)
|
Ok
|
É 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:
Produtos Afetados
|
Feature Windows/SQL
|
Motivo
|
SCOM, SCSM, AppControler, VMM
Portal Web
|
IIS 8.5
|
O IIS 8.5 tem APIs diferentes para liberação das funções .NET Framework 4.5 e o System Center é construído sobre o .NET 4.0 o que gera incompatibilidades com WCF e ISAPI
Como estes produtos possuem portal web, não conseguem instalar no IIS
|
SCCM
Update Services (SUP)
|
WSUS
|
O WSUS atual (Windows 2008 R2) é versão 3.2 e a versão do WSUS no Windows 2012 é 6.2 e o instalador do SCCM não consegue detectar como válido
|
SCCM, SCOM, VMM
|
SQL Server Reporting Services (SRSS)
|
Os instaladores não detectam o SRSS do SQL Server 2012, é necessário instalar o SRSS do SQL Server 2008 R2 na mesma máquina para utilizar o SQL Server 2012
|
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.