System Center 2019 e Windows Server 2019 – Upgrade in place II 19 março 2019 msincic Configuration Manager, Data Protection Manager, Operations Manager, Orchestrator, System Center Com o lançamento oficial do System Center 2019 semana passada agora já podemos testar a migração da versão final. https://cloudblogs.microsoft.com/windowsserver/2019/03/07/coming-soon-microsoft-system-center-2019?wt.mc_id=4029139 Nova Politica de Versões Na nova politica de versões do System Center, não haverá os canais Semi-Anuais como Windows. Ou seja, você terá a versão 2019 por aproximadamente 3 anos com os updates que em geral ocorrem 3 vezes por ano. Isso significa que diferente das primeiras versões que foram o 1801 e 1807, daqui em diante não teremos mais esse mesmo tipo de nomenclatura retornando ao antigo modelo de versões com updates (2019 UR 99). Importante: System Center Configuration Manager continua com o canal Semi-Anual https://docs.microsoft.com/en-us/system-center/ltsc-and-sac-overview?wt.mc_id=4029139 Executando o Upgrade No mesmo documento acima, vemos o suporte para upgrade in-place que é garantido até as ultimas 2 versões. Isso significa que os usuários das versões 2012 R2 precisarão primeiro fazer o upgrade para a 1801 e depois para o SC 2019. Importante: System Center Configuration Manager terá as regras de update diferentes, dependendo do canal escolhido Assim como o upgrade da versão 2016 para a 1801 foi tranquila e já demonstrei aqui http://www.marcelosincic.com.br/post/System-Center-2019-e-Windows-Server-2019-Upgrade-in-place.aspx, a migração do 2019 tambem foi bem satisfatória. Todos eles precisamos apenas confirmar a instalação, apenas com excessão do SCOM e VMM que é necessário o upgrade de agentes. O DPM não executei o upgrade pois atualmente utilizo o Microsoft Azure Backup que é um subset especializado para backup no Azure. System Center Operations Manager (SCOM) No caso do SCOM uma mudança é agora poder ativar pela interface no “About”, antes era necessário fazer pelo PowerShell com o comando Set-SCOMLicense. Lembrando que no caso do SCOM é necessário autorizar o upgrade do agente para todos os servidores logo após a instalação. Caso não o faça continuará havendo comunicação, mas ele irá criar alertas constantes de aviso e novos recursos podem ocasionar falha nos agentes. System Center Service Manager (SCSM) e System Center Orchestrator (SCO) Literalmente nada precisou ser feito ou alterado e o mesmo aconteceu com o Orchestrator. System Center Virtual Machine Manager (SCVMM ou VMM) O VMM já exigiu um pouco mais de trabalho, pois é necessário rever as contas no “Run-AS” que agora limita contas locais e reinstalar os agentes. No meu caso, fiz o exercicio de desinstalar para validar se apenas utilizando o banco de dados retornaria e funcionou!
System Center 2019 e Windows Server 2019 – Upgrade in place 02 janeiro 2019 msincic Configuration Manager, Data Protection Manager, Operations Manager, Orchestrator, Virtual Machine Manager, Windows, System Center, Service Manager, Windows Server 2019 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: Após iniciado, pode-se ir pelo menu da barra superior e acompanhar toda a instalação passo a passo: 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: 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: 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: 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: 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: 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. 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.
Slides e Material das Minhas Apresentações no Microsoft TechEd 2011 03 outubro 2011 msincic Hardware, System Center, Virtual Machine Manager, Virtualizaçao, Windows, Windows 2008 Conforme prometido, seguem os ppts e material adicional que utilizei nas minhas apresentações: Dia 29/09 as 14:00 - STO301 | Utilizando de forma eficiente seu storage para ter o melhor IOPS Download: STO301.zip Dia 29/09 as 15:30 - SRV303 | Gerenciando Recursos com o Windows System Resource Manager Download: SRV303.zip Dia 30/09 as 10:10 - VIR307 | Gerenciando ambientes Vmware atraves do System Center Virtual Machine Manager 2012 Download: VIR307.zip
Atualizando Maquinas Virtuais (Hyper-V e Virtual Server) pelo SCCM e SCVMM 10 dezembro 2009 msincic System Center, Configuration Manager, Virtualizaçao ATUALIZADO: Agora está disponivel a versão 3.0 em http://go.microsoft.com/fwlink/?LinkId=110333 Um importante recurso introduzido no System Center Configuration Manager 2007 (SCCM) foi o Wake On Lan. Eu pessoalmente já utilizava para ligar computadores remotamente utilizando um aplicativo chamado MC-WOL.exe quando um servidor estava desligado. Porem, este recurso já é presente em placas de rede a muitos anos mas muito pouco utilizado no ambiente Microsoft. No SCCM é possivel que o servidor ligue a maquina por enviar um pacote WOL, enviar as atualizações do WSUS e/ou instalar pacotes e depois executava o shutdown remoto. Isso é fantástico !!!!! Porem, nos ultimos meses com o Windows 2008 R2, Hyper-V e o SCVMM surgiram algumas novas tecnologias que criaram um "buraco". Estes tecnologias são o VDI, um ambiente de maquina remota onde o usuário se loga na VM dele que roda sobre o Hyper-V. Outro caso é o que o VMM automaticamente adormece (sleep) uma maquina virtual quando esta não está sendo utilizada. Notou o problema? Se uma maquina virtual ficar 2 semanas sem sem utilizada ficará sem as atualizações de segurança. Para resolver isso a Microsoft lançou um pacote que faz para VMs o mesmo que o Wake On Lan faz para maquinas fisicas. O programa se chama "Offline Virtual Machine Servicing Tool 2.1" e está disponivel no endereço http://www.microsoft.com/downloads/details.aspx?FamilyId=8408ECF5-7AFE-47EC-A697-EB433027DF73&displaylang=en. Este programa faz o processo de ativar a VM, atualizar e voltar ao estado anterior. Segue um diagrama exemplo abaixo: