Atualizando System Center 2012 RTM/SP1 RC para SP1 RTM-Parte 2 (SCVMM, SCDPM, SCSM e AppController)
Com o lançamento da versão final do Service Pack 1 do System Center 2012 foi necessário fazer upgrade das versões dos produtos sem o Service Pack ou com o Service Pack 1 na versão Release Candidate (RC). Não irei abordar o Beta pois ele já estava defasado em relação aos testes em geral.
No meu caso, fiz as atualizações a partir das duas versões de todos os produtos e este será um resumo em duas partes, sendo o primeiro com o System Center Configuration Manager 2012, System Center Operations Manager 2012 e Orchestrator (http://www.marcelosincic.com.br/blog/post/Atualizando-System-Center-2012-RTMSP1-RC-para-SP1-RTM-Parte-1-(SCCM-e-SCOM-Orchestrator).aspx).
Este segundo post abordarei o System Center Virtual Machine Manager, System Center Data Protection Manager, System Center Service Manager e System Center AppController.
| A partir do RTM | A partir do SP1 RC | Agentes |
Data Protection Manager | Upgrade sem intervenções | Upgrade sem intervenções | Exige upgrade, desabilita os jobs até que seja atualizado |
Virtual Machine Manager | Não permite upgrade, mas permite selecionar o mesmo database | Não permite upgrade, mas permite selecionar o mesmo database | Atualiza os agentes automaticamente |
Service Manager | Permite o upgrade, desde que esteja com o Cumulative Update 2 instalado | Não permite upgrade, mas permite selecionar o mesmo database | -- |
AppController | Não permite upgrade, mas permite selecionar o mesmo database | Não permite upgrade, mas permite selecionar o mesmo database | Recomendado que o VMM 2012 seja atualizado para o SP1 |
Data Protection Manager (DPM)
Dos 4 produtos que migrei nesta onda o DPM é o unico que permite a migração de forma automática. Basta colocar o instalador e o upgrade ocorrerá sem problemas:

Porem, é importante que após a migração do servidor seja realizado o upgrade dos agentes, o que pode exigir que o servidor seja reiniciado:

Importante: O Windows Server 2012 possui um hotfix para evitar que o CSV fique offline durante operações de backup disponivel em http://support.microsoft.com/kb/2799728
Virtual Machine Manager (VMM)
A migração do VMM não é permitida, exigindo que seja desinstalada a versão anterior:

Porem, a solução de manter o mesmo banco de dados (Retain Database) resolve o problema permitindo que a estrutura anteriormente seja configurada seja aproveitada. Para isso escolha a opção apropriada quando for detectado pelo instalador que já existe um database no SQL Server:

Na tela posterior será possivel confirmar o banco de dados e permitir o upgrade:

Por fim, indique que deseja utilizar o mesmo Library existente:

Assim o ambiente fica operacional e no console será mostrado um warning nos hosts indicando que existe uma nova versão de agente, porem não impossibilita o gerenciamento.
Service Manager (SCSM)
O Service Manager pode ser atualizado desde que esteja o Cumulative Update 2 na versão RTM. Se for a versão SP1 Beta/RC o upgrade não é possivel.
Ao iniciar o instalador será possivel escolher a opção de upgrade que ocorre sem muitos problemas, como acontece com o DPM no tópico acima.
Quando temos um servidor com o SP1 beta ou RC a mensagem será de erro como abaixo:

AppController
O AppController não permite upgrade, mas permite a reutilização da base de dados na reinstalação do produto.
O processo é desinstalar a versão existente e reinstalar a nova. Note que não é possivel mudar o banco, as informações aparecem desabilitadas pois o instalador detecta que já havia a configuração anteriormente:

Atualizando System Center 2012 RTM/SP1 RC para SP1 RTM-Parte 1 (SCCM e SCOM, Orchestrator)
Com o lançamento da versão final do Service Pack 1 do System Center 2012 foi necessário fazer upgrade das versões dos produtos sem o Service Pack ou com o Service Pack 1 na versão Release Candidate (RC). Não irei abordar o Beta pois ele já estava defasado em relação aos testes em geral.
No meu caso, fiz as atualizações a partir das duas versões de todos os produtos e este será um resumo em duas partes, sendo este primeiro com o System Center Configuration Manager 2012, System Center Operations Manager 2012 e Orchestrator.
Segue uma tabela básica com o resultado e depois passo ao detalhamento:
|
A partir do RTM |
A partir do SP1 RC |
Agentes |
Configuration Manager |
Upgrade após desinstalar o WAIK e instalar o Windows ADK |
Upgrade sem intervenções |
Não exige o upgrade, mas relaciona os agentes no relatório das versões |
Operations Manager |
Upgrade sem intervenções |
Upgrade sem intervenções |
Não exige o upgrade, apenas apresenta a versão correspondente em “Agent Managed” |
Orchestrator |
Não permite upgrade, mas permite selecionar o mesmo database. |
Não permite upgrade, mas permite selecionar o mesmo database. |
Integration Packs com as novas funcionalidades do SP1 precisam ser instalados |
System Center Configuration Manager (SCCM)
Tanto a migração do RTM como do SP1 RC foram transparentes e simples, porem é importante lembrar que o SCCM 2012 ainda utilizava o Windows AIK. O SCCM 2012 SP1 já foi atualizado para utilizar o Windows ADK que era beta na ocasião do lançamento do SCCM 2012. Porem, o processo é simplesmente desinstalar o WAIK e instalar o Windows ADK.
Em ambientes com hierarquia “Parent-Child” (onde são independentes mas fazem troca de dados) pode-se iniciar a atualização em qualquer um dos sites com o risco de ser recusado o upload de dados no Parent em versões diferentes. Por outro lado, em hierarquias “Primary-Secundary” (apenas o primário tem banco de dados) o upgrade deve ser feito de cima para baixo, ou seja, primeiro atualizamos o primário para o banco de dados ser atualizado e depois os secundários, que não irão funcionar corretamente até serem atualizados. Lembrando que neste caso a atualização pode ser feita pelo próprio console do SCCM.
Importante: Um erro no timestamp do certificado usado no agente do SCCM 2012 SP1 gera um erro “Couldn't verify 'C:\WINDOWS\ccmsetup\MicrosoftPolicyPlatformSetup.msi' authenticode signature. Return code 0x800b0101”. Baixe o hotfix em http://support.microsoft.com/kb/2801987
Ao abrir o setup já é possivel ver a opção de Upgrade disponivel, sem qualquer intervenção, como mostram os dois prints a seguir.


Os sites e configurações continuam ativas sem problemas, incluindo os agentes:

System Center Operations Manager (SCOM)
Foi a migração mais simples de todas, não foi necessário qualquer atualização de componentes, nem a partir do RTM.
Em ambientes com instalação em multiplos servidores, a ordem básica se mantem como a do upgrade de versões anteriores. Iniciamos a migração pelo servidor que contem o Operational Database antes dos Management Servers e Gateway Servers.
O wizard de instalação detectou com facilidade os componentes instalados e listou o que estava sendo atualizado:

Ao realizar a atualização foram alteradas as estruturas do banco de dados, motivo pelo qual o wizard recomenda o backup das bases antes do processo de upgrade.

Ao final, o console abriu com todos os agentes saudáveis e o SCOM atualizado. Lembrando que o agente mostra a versão anterior mas não exige o upgrade:

System Center Orchestrator (SCO)
Na ordem em que eu inicie as migrações, o Orchestrator foi o primeiro a não permitir o upgrade direto das versões anteriores. Tanto a partir do RTM quanto do SP1 RC a mensagem abaixo foi o resultado:

Neste caso o processo consiste em desinstalar o Orchestrator e reinstalar o produto, porem utilizando a opção “Retain database” na seleção do banco de dados a ser utilizado.

Após isso, todos os Runbooks estavam disponiveis e funcionaram corretamente, assim como os Integration Packs que continuaram disponiveis no Runbook Designer.
Porem, é importante que para tirar proveito das novas funcionalidades do SP1 é necessário baixar os Integration Packs novos (http://www.marcelosincic.com.br/blog/post/Novos-Integration-Packs-para-Orchestrator-2012-SP1-e-Toolkit.aspx) e fazer o deploy a partir do Orchestrator Deployment Manager, que passa a mostrar a versão 7 (RTM) e as versões 7.1 (SP1):

É importante que após a instalação dos novos Integration Packs os Runbooks continuaram funcionando normalmente, como o exemplo abaixo:

Novos Integration Packs e Toolkit para Orchestrator 2012 SP1
Junto com outras novidades, como os agentes para Linux, Unix e Mac para o SCCM 2012 SP1 (http://www.marcelosincic.com.br/blog/post/Monitorando-Macintosh-(Mac)-e-LinuxUnixSolaris-com-o-System-Center-Configuration-Manager-2012-SP1-(SCCM).aspx) no dia 03 de janeiro foram liberados os OIPs para os produtos System Center 2012 SP1 e outros.
Agora é possivel baixar todos os Integration Packs para System Center 2012 SP1 em um unico link: http://www.microsoft.com/en-us/download/details.aspx?id=34611
Neste link é possivel baixar em um unico pacote:
- System Center 2012 SP1 - Virtual Machine Manager
- System Center 2012 SP1 - Operations Manager
- System Center 2012 SP1- Data Protection Manager
- System Center 2012 SP1- Service Manager
- System Center 2012 SP1- Configuration Manager
- System Center 2012 SP1 - Orchestrator Integration Pack for REST
- System Center 2012 Service Pack 1 Integration Pack for Exchange User
- System Center 2012 Service Pack 1 Integration Pack for Exchange Admin
- System Center 2012 Service Pack 1 Integration Pack for FTP
- System Center 2012 Service Pack 1 Integration Pack for Active Directory
- System Center 2012 Service Pack 1 Integration Pack for Windows Azure
Os Integration Packs para System Center já abordei em outros tópicos e na palestra na PUC em dezembro http://www.marcelosincic.com.br/blog/post/Webcast-Integrando-Solucoes-com-System-Center-2012-e-Orchestrator.aspx e http://www.marcelosincic.com.br/blog/post/Gravacao-da-Palestra-Gerenciando-Private-Cloud-com-System-Center-2012-no-MVP-IT-ShowCast-na-PUC.aspx
No mesmo link está disponivel o Toolkit que é composto por uma série de aplicativos que funcionam como wizards para criar novas tarefas nos Integration Packs, sendo o Orchestrator SDK a sua ferramenta mais importante qeu se integra ao Visual Studio para permitir criar não só atividades em IPs existentes, mas também criar novos Integration Packs.
Adicionalmente foi liberado o Integration Pack para VMWare VCenter, o que é essencial em ambientes com virtualização em multiplos hypervisors: http://www.microsoft.com/en-us/download/details.aspx?id=34604
Monitorando Macintosh (Mac) e Linux/Unix/Solaris com o System Center Configuration Manager 2012 SP1 (SCCM)
No dia 3 de janeiro agora foi liberado o download muito esperado para o SCCM 2012 SP1, que são os agentes para Macs e Unix/Linux. Como a liberação ocorreu no periodo em que muitos estavam de férias ou folga, estamos divulgando hoje.
Para baixar os agentes clique neste link http://www.microsoft.com/en-us/download/details.aspx?id=36212
Agentes para Mac
Compativel com o Mac OS X 10.6 (Snow Leopard) e o Mac OS X 10.7 (Lion).
As funcionalidades disponiveis para os Macs são:
- Inventário de Hardware – Assim como agentes para Windows permitindo criar coleções e relatórios. Porem, note que não inclui o inventário de software
- Compliance Manager (DCM) – Verifica as regras corporativas para um Mac, permitindo fazer remediação por meio dos arquivos Mac OS X preference (.plist)
- Instalação de Software – Permite instalar softwares nos formatos Apple Disk Image (.DMG), Meta Package File (.MPKG), Mac OS X Installer Package (.PKG) e Mac OS X Application (.APP)
- Atualização de Sistema Operacional (Updates) – Permite por meio do Compliance (settings manager) e instalação de software
O restante das funcionalidades não é suportada. Maiores detalhes em http://technet.microsoft.com/en-us/library/f8a17911-efbc-45a0-a937-8cbcac2fcc15#BKMK_Mac
A instalação do agente pode ser realizada seguindo este documento http://technet.microsoft.com/en-us/library/jj591553.aspx
Agentes para Linux/Unix/Solaris
Compatível com RHEL Version 6 (x86 & x64), RHEL Version 5 (x86 & x64), RHEL Version 4 (x86 & x64), Solaris Version 10 (x86 & SPARC), Solaris Version 9 (SPARC), SLES Version 11 (x86 & x64), SLES Version 10 SP1 (x86 & x64) e SLES Version 9 (x86)
As funcionalidades disponiveis para os Linux/Unix são:
- Inventário de Software e Hardware – Assim como agentes para Windows permitindo criar coleções e relatórios
- Monitoração e Relatórios – Permite a monitoração ativa da atividade do SCCM e a criação de relatórios
O restante das funcionalidades não é suportada. Maiores detalhes em http://technet.microsoft.com/en-us/library/f8a17911-efbc-45a0-a937-8cbcac2fcc15#BKMK_LinixUNIX
A instalação do agente pode ser realizada seguindo este documento http://technet.microsoft.com/en-us/library/jj573939.aspx
System Center 2012 com Windows 2012 e SQL Server 2012
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.