Os produtos da linha System Center estão mostrando as suas novas versões, antes chamadas de vNext e agora alguns como 2012 e outros com nomes oficiais. Diversas novidades vimos no MVP Summit em fevereiro, mas eram NDA até o lançamento das novas versões esta semana no MMC 2011.

O primeiro e o mais aguardado é o System Center Virtual Machine Manager 2012 (VMM 2012) BETA. Este produto reserva muitas alterações e implementações, principalmente levando em conta que sua ultima versão oficiai é VMM 2008 R2.

Uma das novas funções é o Fabric que permite criar ambientes com funções pré-programadas como por exemplo, Hyper-V, SQL, File Server, NAP e assim por diante. Imagine a situação de um datacenter onde eu ofereço ao cliente um pacote de funcionalidades do Windows Server. O Fabric permite que estas funcionalidades sejam mostradas como se fossem opções no momento da criação da VM sobre o template existe. Com isso eu uso o template do Windows Server 2008 R2 e seleciono os papéis que desejo e a VM é criada e por PowerShell o próprio VMM configura e habilita as features desejadas. Outra funcionalidade do Fabric é gerenciar os storages e produtos de terceiros.

Outra funcionalidade interessante é que o PRO Tips agora será integrado com as métricas do System Center Operations Manager (SCOM) e irá gerar os alertas de forma centralizada, permitindo muito mais interação entre o produto de monitoração e o VMM.

Este é um resumo dos itens que achei mais interessante, para ver mais detalhes e instalar o VMM 2012 veja este link:http://bit.ly/h0TGnT

O segundo produto mais aguardado da familia é o System Center Configuration Manager 2012 (SCCM) BETA 2. A interface foi finalmente remodelada deixando de lado os treeviews que vinham desde o SMS 2. Já discuti em outros posts as mudanças que este produto traz ainda com o nome de vNext.

Uma das mais interessantes funcionalidades que o SCCM 2012 tem é permitir que os agentes sejam configurados por coleção e não por site como acontece na versão atual (http://bit.ly/e5s4SE).

Para baixar o SCCM 2012 Beta 2 acesse o link http://bit.ly/f72TZw e aprenda desde já mais sobre este produto, que se aprimorou muito e deixou de lado o legado do SMS 2, como por exemplo, a versão 32 bits.

O terceiro produto que estava em beta e agora se tornou versão final é o Windows Intune, produto para gerenciamento de ambiente baseado em cloud. Muitas vezes simplificamos que o Intume é o SCCM cloud, porem ele tem uma visão diferente disso.

O Intune permite distribuição de software, inventário e outras opções que existem no SCCM, mas ele não tem contem algumas e acrescenta novas. Por exemplo, o Intune permite distribuir regras para as maquinas monitoras

Para utilizar o Intune por 30 dias ou licenciar para sua empresa acesse o link http://bit.ly/eR5uYb

O quarto produto lançado é o Windows Advisor BETA (PROJETO ATLANTA) que permite monitorar servidores Windows Server 2008 e SQL Server 2008 online. Não é o mesmo que o Intune já que este se destina a produtos especificos e servidores.

O interessante do Advisor (Atlanta) é que ele mescla funções do MBSA e BPA’s (Best Practices Analyser) com o monitoramento do SCOM. Ele não é um SCOM Cloud já que não tem tem todas as funcionalidades de customização, mas faz bem o trabalho.

Para o Advisor vou montar um laboratório e postarei detalhes em breve, mas o testdrive pode ser feito pelo link http://bit.ly/e2knwl

Por fim, o ultimo produto lançado da lista que eu achei importante é o Projeto CONCERO que ainda está em Beta fechado mas promete ser um ótimo produto.

O Concero resolve uma lacuna quando se inicia um processo de convivencia com cloud. Por exemplo, como gerenciar um grupo de servidores onde tres são on-premise e os outros dois estão no Windows Azure? Esta é a função do Concero, gerenciar ambientes mistos entre nuvem e on-premise de forma unificada.

Quando o produto se tornar aberto ao publico, com certeza postarei novidades. Dados sobre o produto podem ser visto em http://bit.ly/gl97BU

Alem destes ainda esperamos maiores detalhes do System Center Operations Manager 2012 (SCOM) e o System Center Data Protection Manager 2012 (DPM) todos nas suas versões vNext.

Em certos casos a reinstalação do cliente do SCCM 2007 pode ficar comprometida, principalmente quando houve uma clonagem ou o computador foi renomeado e não reporta mais corretamente. Nestes casos o cliente não se instala e é necessário seguir alguns passos.

SINTOMA

Após renomear ou clonar uma maquina o SCCM não reporta a nova maquina ou duplica na lista de sistemas.

É bom lembrar que para saber se realmente temos um problema precisamos esperar o periodo completo de DDR executado pelo Heartbeat Discovery. Este periodo é onde o cliente envia um status completo DDR (Discovery Data Record).

Nestes casos tentamos desinstalar o cliente e reinstalar, porem o processo “ccmsetup” trava e não executa nenhuma tarefa, estacionado pelo Task Manager sem qualquer atividade.

CAUSA

O SCCM identifica um cliente não pelo seu nome mas sim pelo seu ID (coluna Record ID no banco de dados). Nestes casos vários clientes estão com o Resource ID causando este comportamento anomalo.

Ao desinstalar um cliente que no passado já esteve operacional e reportou inventários, os dados continuam na maquina local para execução rápida (delta) nos inventários seguintes. Desta forma, algumas configurações passadas ainda estão presentes e o instalador acaba por ficar inativo.

SOLUÇÃO

Siga uma sequencia de passos para limpar dados anteriores e fazer uma nova instalação:

1. Vá no Task Manager e derrube o processo CCMSETUP.EXE que está em execução
2. Abra o Explorer e apague os diretórios CCM e CCMSETUP que estão no Windows\System32. É possivel que ocorra um erro ao deletar os diretório acusando que estão em uso, reinicie a maquina e delete o diretório
3. Delete o arquivo SMSCFG.ini no diretório Windows, bem como o conteudo do diretório Windows\MS\SMS
4. No console do SCCM delete as maquinas que estão com problema
5. Execute as tarefas de discovery manualmente e aguarde que as maquinas apareçam no console novamente
6. Quando as maquinas reaparecerem basta instalar o cliente manual ou mesmo em modo Push

Em alguns casos nem isso resolverá. Se continuar reportando em maquinas erradas compare os arquivos Windows\SMSCFG.ini das maquina e verifique se o SID do AD é o mesmo nas duas. Se este for o caso, o unico jeito é reinstalar. Isto acontece porque foi feito uma clonagem da maquina sem executar antes o SYSPREP ocasionando duplicata de SIDs o que geram para o SMS um mesmo GUID.

Este erro acontece com frequencia em clientes, então achei por bem definir o motivo e a solução.

SINTOMA

Ao tentar abrir o console do SCCM você recebe a mensagem abaixo.

CAUSA

Normalmente isso acontece porque o usuário atual não é o mesmo que fez a instalação do SCCM. As permissões no SCCM são granulares e não integradas ao AD, portanto ser um Domain Admin não irá dar permissões ao SCCM.

SOLUÇÃO

Entre com o usuário original que efetuou a instalação do SCCM, vá no menu “Security Rights” –> “Users” e crie um novo usuário nas permissões pedindo para copiar as permissões do atual administrador, como a imagem abaixo.

Voilá !!!!!   Agora seu usuário conseguirá acessar normalmente.