System Center 2019 e Windows Server 2019 – Upgrade in place
Como conhecido, o System Center saiu em sua nova versão, agora seguindo o mesmo conceito de Branch (Current Branch) do Windows. De agora em diante veremos as versões seguindo o numero que indica a edição:
A versão 2019 da suite não teve alterações em layouts ou funcionalidades principais, mas acrescenta diversos recursos novos.
Atualmente temos disponivel a nova versão 1801, que se aproxima muito do que será a versão 2019 que terá como build 1901 com data de lançamento previsto em Março.
Estes recursos podem ser visualizados no link: https://thesystemcenterblog.com/2018/09/25/whats-new-in-system-center-2019/
Upgrade do System Center Configuration Manager
O SCCM já desde a versão 2016 tem o upgrade como uma funcionalidade nativa e automática. Sempre foi muito estável e fácil de ser realizada, ficando disponivel em Administration –> Updates and Services:
_thumb.png "Upgrade SC (10)")
Após iniciado, pode-se ir pelo menu da barra superior e acompanhar toda a instalação passo a passo:
_thumb.png "Upgrade SC (1)")
Lembrando que não é possivel interagir com o upgrade após iniciado, mas em caso de se escolher deixar as features desabilitadas no menu mostrado na primeira imagem, escolha a opção Features para incluir uma das novas.
Pessoalmente sempre prefiro fazer a instalação dos upgrades sem selecionar features e depois incluir as que desejo, assim posso estudar o impacto e real necessidade de mais componentes sendo executados no servidor.
Upgrade do System Center Service Manager
Tambem simples de ser realizado, insira a midia do SCSM e ele já entrará no modo de upgrade onde você irá selecionar qual dos servidores locais está sendo atualizado. Lembrando que é importante saber a estrutura para escolher a função correta do servidor que está sendo atualizado, no meu caso o Management Server:
_thumb.png "Upgrade SC (2)")
_thumb.png "Upgrade SC (6)")
A atualização �� bem tranquila, e ao final já está executando. O novo portal de auto-serviço agora oferece a experiencia HTML5 sem necessidade de componentes adicionais:
_thumb.png "Upgrade SC (9)")
Upgrade do System Center Operations Manager
A Microsoft realmente aprendeu a fazer upgrades de versão com o System Center transparentes, rapidas e eficientes. O mesmo vale para o SCOM.
Similar ao SCSM, basta incluir a midia e executar o modo de upgrade:
_thumb.png "Upgrade SC (3)")
_thumb.png "Upgrade SC (8)")
A mensagem de Warning na tela acima existe desde as versões anteriores. Como os instaladores do System Center não pedem chave, em alguns é necessário fazer a inserção da chave posteriormente.
Para inserir a chave, execute o PowerShell do SCOM e utilize o comando, lembrando que agora a chave de instalação do System Center é a mesma para toda a suite desde a versão 2012:
Set-SCOMLicense -ProductId 'xxxxx’
Upgrade do System Center Orchestrator e Virtual Machine Manager
Para fazer o upgrade do SCO tive que primeiro desinstalar o servidor. O motivo no meu caso foi a instalação de um update no meio do ano que era beta e com isso o upgrade automático não é possivel.
Nesses casos, faça a desinstalação do servidor com a opção Retain Database ativada, mesmo sendo a do SCVMM a do Orchestrator é similar:
_thumb.png "Upgrade SC (7)")
Depois de desinstalar a versão anterior, ou mesmo para um refresh, refaça a instalação com a opção de utilizar um banco de dados já existente:
_thumb.png "Upgrade SC (4)")
_thumb.png "Upgrade SC (5)")
_thumb.png "Upgrade SC (12)")
Com isso a instalação tanto do System Center Orchestrator quanto do Virtual Machine Manager finaliza com os mesmos dados existentes.
Em muitos casos, o Orchestrator e o Virtual Machine Manager para no meio da instalação com um erro genérico de banco de dados, com a mensagem: “DBSetup.exe fails with unknown error 0x800A0E7A”
Se isso acontecer no seu caso, baixe e instale o SQL Server 2012 Native Client – QFE disponivel em https://www.microsoft.com/en-us/download/details.aspx?id=50402
Upgrade do Windows Server 2019 com Serviços de System Center
Em alguns dos servidores, antes de fazer o upgrade do Windows realizei o upgrade do System Center.
Isso porque o System Center 2019 é compativel com o Windows Server 2012 R2, mas o contrário não. Isso quer dizer que é mais confiavel primeiro o upgrade dos serviços e depois do Sistema Operacional que tambem é compativel.
_thumb.png "Upgrade SC (11)")
Conclusão
O upgrade dos servidores System Center são estáveis, mas lembre-se de sempre ter um backup das bases de dados se ocorrer um problema nessas fases.
Tambem é importante lembrar das regras de ordem, em geral os Management Servers antes das outras funções.
Upgrade e Update do Windows Server 2016
Ontem a noite (12/10/2016) a Microsoft disponibilizou as midias do Windows Server 2016 Standard e Enterprise para os assinantes MSDN e clientes de volume pelo VLSC.
Essa nova versão traz diversas novidades, como Storage distribuido (similar ao VMWare VSAM), novas features para o sistema operacional.
Na página https://www.microsoft.com/pt-br/server-cloud/products/windows-server-2016/default.aspx#MenuItem3 é possivel ver todas as funcionalidades novas e tambem documentação.
Importante notar que diferente do Windows 2012 R2, o Windows 2016 volta a ter diferenças de recursos entre a versão Standard e Datacenter!!!
Update Pós Instalação
É importante que junto com a midia de instalação tambem baixe o Cumulative Update 1:
https://support.microsoft.com/en-us/kb/3194798
É isso mesmo, a midia final ficou disponivel junto com o primeiro Cumulative Update. O motivo é que a disponibilização das mídias Technical Preview geraram dados para novas correções, e estas foram incluidas no CU1.
Upgrade De Versões 2012 R2 e Technical Preview
É possivel fazer o upgrade a partir das versões 2012 R2 normalmente, em qualquer tipo de instalação.
Para quem já havia instalado algum TP é possivel fazer o upgrade direto, porem apenas para a versão com Desktop Experience instalado.
Outros casos podem ser consultados em https://technet.microsoft.com/windows-server-docs/get-started/supported-upgrade-paths
No exemplo abaixo, o resultado de upgrade de um servidor em Cluster Hyper-V que possui Storage Spaces com RAID, discos SSD e diversas VMs em execução:
Problemas no Upgrade
Assim como nas versões anteriores, caso ocorra um erro durante o upgrade é possivel reverter ao estado anterior sem problemas.
Porem, diferente de um sistemas operacional cliente (Windows 10) essa reversão não é possivel após o upgrade estar finalizado.
Upgrade do Windows 2008 R2 (com SQL Server and AD) para Windows 2012
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!
Migração do Windows XP–Vale a pena esperar o Windows 8?
Uma discussão que tenho frequentemente com clientes e com outros profissionais de TI é quando iniciar a migração corporativa do Windows XP SP3. No MVP Summit que terminou a semana passada o grupo de Windows IT-Pro discutiu muito este assunto.
Alguns fatores e questões sempre surgem e são importantes de ser destacados para devagarmos nesse assunto:
- O Windows XP Service Pack 3 termina o suporte em 8 de Abril de 2014
- Alguns questionam que vale a pena esperar o lançamento do Windows 8, atualmente em Consumer Preview equivalente ao Beta
- Outros questionam que ainda há muito tempo, são 2 anos até o final do suporte
- Por fim, os mais inocentes acreditam que é uma tarefa simples e irão fazer no devido tempo
Vamos conversar sobre cada um destes pontos e tirar uma conclusão?
Término do suporte ao Windows XP em 8/4/2014
Apesar do suporte oficial terminar daqui a 2 anos não quer dizer que tudo será atualizado. Novas versões de produtos não terão suporte em breve, por exemplo, uma nova versão de Office ou algum aplicativo como um novo navegador.
O maior impacto já é sentido atualmente na questão dos drivers, máquinas novas não possuem mais drivers para Windows XP por parte dos fabricantes de componentes. Não me refiro apenas aos fabricantes de computadores, mas também aos fabricantes de drivers para placas de video, impressoras e outros. Como exemplo, um recente lançamento de impressoras wireless só são suportadas no Windows 7 e o mesmo vale para as placas de video e jogos recentes baseados em 3D.
Conclusão: A garantia de que a Microsoft ainda irá dar suporte ao XP não quer dizer que não tenhamos outros itens que já estejam sendo descartados o desenvolvimento de aplicações e, principalmente, drivers.
Esperar o Windows 8
Vamos supor que o lançamento do Windows 8 seja em Janeiro de 2013, destacando que é uma suposição.
Veja o exemplo de projeto iniciando em Janeiro de 2013 e o prazo que teriamos para mgrar 1000 maquinas levando em conta fazer 10 maquinas por dia, que é um numero razoavel levando em conta o trabalho de migração dos perfis e aplicações:
Sendo assim terminariamos a migração em Julho, mas coloque alguns fatores importantes que precisam ser levados em conta:
- Mesmo que o Windows 8 fosse lançado hoje, ele demoraria algumas semanas para ficar disponivel a venda e contratos sendo fechados
- O trabalho de migração será muito mais complicado pois logo após o lançamento poucos fabricantes de software já avaliaram os sistemas, o que não ocorre com grandes como Adobe mas acontecerá com certeza com os menores
- Estamos supondo fazer 10 maquinas por dia, o que fazemos com o Windows 7 hoje facilmente, mas com o Windows 8 podemos não conseguir a mesma taxa de migração
- A migração do Windows 7 é amplamente documentada e conhecida, portanto fácil de se obter suporte. Por exemplo, o portal de migração do Springboard é completo e com versão em portugês http://technet.microsoft.com/en-us/windows/dd641427
- A nova interface irá exigir adaptação da parte do usuário e a migração pode ser um fiasco, já o Windows 7 é consolidado e conhecido dos usuários
- O marco do “Service Pack 1” pode não ser uma realidade tecnicamente, afinal um fabricante não faz um SO cheio de problemas para depois corrigir, porem as empresas pensam assim e não adianta querer discutir
Conclusão: Os recursos que o Windows 7 possui são muito similares aos do Windows 8 e a migração futura pode ser feita por contrato SA (Software Assurance) com migração muito mais transparente no futuro do WIndows 7 para o Windows 8, ou quem sabe até lá já o Windows “9” ;)
Ainda temos 2 anos pela frente
No diagrama acima simulamos a situação caso a migração fosse realizada iniciando em Janeiro de 2013, o que nos daria cerca de 8 meses de folga.
Porem existem problemas muito sérios na migração que é relativo a compatibilidade de aplicações que não se dão bem com o UAC (User Account Control).
Nos trabalhos que faço de estudo de migração, chamados de Assessments, me deparo com problemas muito sérios com aplicações que só executam em modo administrador e a complexidade para resolver isso é um fator importante, levando em conta que um dos objetivos das empresas é acabar com o administrador local.
Outro problema muito comum são ActiveX não assinados utilizados em muitas aplicações da época do saudoso ActiveX Document qu ese criava com o Visual Basic 6 ou mesmo com aplicações Click Once do .NET, já que no Windows 7 não é possivel executar componentes ActiveX não assinados sem ter que deixá-lo mais inseguro do que o XP.
Pensando nisso e olhando novamente o projeto acima, será que um mês será o suficiente para resolver os problemas de compatibilidade? Cuidado, em muitos casos a unica solução é redesenhar o software !!!!
Não precisamos nem dizer que o hardware também é importante, pois saimos de um requisito de 512 MB do Windows XP para o de 1 GB no Windows 7, levando em conta um desenpenho apenas aceitável. Nenhuma empresa aceitará atualizar o parque de maquinas em apenas poucos meses.
Conclusão: Não temos como saber quanto tempo ainda teremos depois que iniciar a fase de testes, o cronograma pode ser fácil na migração, mas a fase inicial de compatibilidade e atualização de hardware pode ser o maior problema.
Migrar é fácil, faço quando chegar a hora
No inicio da minha carreira profissional, a 22 anos (estou ficando velho hehehe), era otimista. Sempre dizia “isso é fácil” ou outras frases assim, mas a verdade é que nos ultimos anos não posso mais falar assim. Os parques de maquinas cresceram muito da época em que eu gerenciava rede com 100-500 computadores com programas em Clipper e Visual FoxPro.
A diversidade de aplicações e a web tornaram nossos ambientes muito complexos e o numero de estações que uma empresa possui é 3 vezes maior que a 10 anos atrás.
Como profissionais de TI a nossa função é fazer o ambiente funcionar sem dor (no pain) e para isso não temos espaço para otimismo inconsequente e, infelizmente muitas vezes irresponsável.
Conclusão: Comece cedo para não ter que correr depois e ver o prazo escoando pelas mãos.
Recomendação Final
Depois desta discussão que tal iniciar rapidamente o processo?
Segue o mesmo projeto apresentado anteriormente iniciando hoje:
Terminariamos a migração 1 ano e meio antes do prazo, já com visibilidade do Windows 8 lançado (espero) e com tempo suficiente para lidar com algum desvio ou dificuldade. E assim que lançar o Service Pack 1 para o Windows 8 você poderá começar o processo de atualização sem trauma.
A previsão do mercado é que no meio do ano que vem haverá um movimento desesperado de migração, principalmente em paises como o Brasil que deixa tudo para a última hora. Evite cair na migração nesta época, pois o custo poderá dobrar.
Alguma coisa a acrescentar? Deixe seu comentário.