É comum atender clientes onde filiais não trocam dados e descobrirmos que o problema é firewall ou outro problema de comunicação.

Na semana passada já havia postado as portas que são utilizadas pelo Windows 2008 (http://bit.ly/faB026) e agora é interessante ter o mesmo conteudo para a familia System Center.

O melhor dos dois primeiros documentos é que contem uma representação gráfica de um ambiente completo.

System Center Configuration Manager 2007 R3: http://technet.microsoft.com/en-us/library/bb632618.aspx

System Center Operation Manager 2007 R2: http://technet.microsoft.com/da-dk/library/cc540431(en-us).aspx

System Center Data Protection Manager 2010: http://blogs.technet.com/b/schadinio/archive/2010/07/20/dpm-protocols-and-ports-used-by-dpm.aspx

Bom proveito!

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.