O SC2012 CA é uma ferramenta baseada no MBCA (Microsoft Baseline Configuration Analyzer) que tem a função de verificar se um ou mais servidores estão configurados de forma segura e com os updates essenciais.

Com o SC2012 CA é possivel estender as funções do MBCA para aplicar também recomendações nas ferramentas da suite System Center 2012.

O primeiro passo é baixar o MBCA 2.0 em http://www.microsoft.com/en-us/download/details.aspx?id=16475 e o SCCA em http://www.microsoft.com/en-us/download/details.aspx?id=36796

Executando o System Center 2012 Configuration Analyzer

Note que ao abrir o menu não terá uma opção para o SCCA, uma vez que ele é um plugin do MBCA, como pode ser visto abaixo:

O passo seguinte é selecionar os computadores que serão validados. Porem, para validar alguns servidores remotos pode ser necessário fazer o registro de segurança com Setspn. Se você não sabe como utilizar, pode usar as instruções do próprio SCCA, como mostrado nos tópicos a frente:

Os resultados são mostrados em duas abas, sendo possivel ver um resumo ou detalhamento dos dados analisados. No exemplo abaixo executei em um SCSM 2012 SP1 e o resultado inicial é que não há pendencias e permitindo exportar o relatório que pode ser revisado posteriormente depois de salvo com a opção “Open Report” no primeiro pront.

Utilizando a opção Collected Data é possivel ver os dados utilizados pelo SCCA para validar o SCSM:

Servidores Remotos

Instalar o MBCA e o SCCA em um único servidor é uitl para evitar a instalação em uma farm de servidores ou mesmo para maquinas com acesso limitado. Porem, em alguns casos nao é possivel executar o SCCA remotamente tendo como resultado a mensagem abaixo:

A função Credssp permite que o servidor onde o SCCA está instalado tenha acesso ao servidor que está sendo analisado, sendo simples de ser executado.

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.

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:

Na palestra de sábado, focamos o System Center de forma diferente. Ao invés de abordar todos os produtos e o cada um deles faz, o foco foi centralizado nas capacidades que são utilizadas em gerenciamento de Private Clouds, por exemplo, no SCCM cobrimos as funcionalidades de DCM e Software Update, já que as outras não são utilizadas em escala significativa para Private Cloud.