Ferramenta da Dell para System Center Configuration Manager 2012 SP1
A ferramenta SCCM Right Click Tool é gratuita e muito útil para quem administra SCCM 2012 e compatível com a versão SP1.
Instalação
Para baixar a ferramenta use o link http://en.community.dell.com/techcenter/os-applications/w/wiki/4309.sccm-right-click-tools.aspx
A instalação é muito simples e deve ser instalada nas estações onde existam o console do SCCM, e não há necessidade de instalar no servidor do SCCM.
Funcionalidades
O RCT cria opções em 3 diferentes grupos de funcionalidades: Client Actions, Client Logs e Client Tools:

O Client Logs permite abrir qualquer log do SCCM nos clientes instalados. Isso se torna muito útil, já que abrir remotamente o log não é complicado, mas trabalhoso.
Em Client Actions temos a possibilidade mais importante desta ferramenta, que é executar remotamente as ações do agente. Por exemplo, hoje para forçar o inventário em um agente abrimos o painel de controle e executamos a ação. Com o RCT um administrador de SCCM pode remotamente executar qualquer das ações:
No menu Client Actions são possiveis várias ações remotas diretamente no sistema operacional do cliente, como por exemplo, reiniciar o computador, abrir os discos, visualizar os processos em execução e executar comandos remotos:

Um exemplo de ação remota é a visualização dos processos em execução na estação:

Portanto, o uso dessa ferramenta facilita muito o dia-a-dia do administrador e pode ser considerada indispensável!
Utilizando o Software Update Point no System Center Configuration Manager 2012
Uma das funcionalidades presente no SCCM 2007 que foi continuada e recebeu interessantes inovações é o Software Update Point, que tem a função de trazer para dentro do SCCM 2012 a capacidade de controlar, distribuir e gerar relatórios e dashboards.
Configuração Inicial
Para fazer a configuração do SUP (Software Update Point) no SCCM 2012 é necessário instalar a feature Windows System Update Services (WSUS) no Windows Server 2008 R2, o que pode ser realizado pelo Server Manager.
Nota: Não é possivel utilizar upstream server no servidor SCCM configurado como primary.
Depois disso o passo seguinte é no console do SCCM 2012 incluir a role SUP e configurar suas opções, como mostra a imagem abaixo onde podemos configurar os dados de proxy para acesso aos dados.

Para configurar os produtos, tipos de update e criticidade é necessário acessar o menu pela Ribbon como mostra a imagem abaixo, e selecionar Software Update Point:

A seguir será aberta a configuração do SUP onde selecionamos os produtos, classificações, regras de inclusão (supersedence) e idiomas:

Aprovando e Distribuindo Updates
A partir da configuração já será possivel verificar os updates disponiveis na tela principal.
No dashboard do SUP será possivel ver todos os updates com estatisticas de aplicabilidade, bem como dados indicativos da instalação do update no parque inventariado.

Clicando sobre os updates é possivel definir quais serão baixados (Download) ou fazer a distribuição (Deploy) diretamente ao Collections:

Ao escolher a opção de deploy será possivel fazer um pacote, já que o processo de distribuição de updates do SUP é baseado na distribuição de software do SCCM, com a criação de um package e um advertisement, porem com um wizard mais simples que mostrarei no próximo tópico.
Automatizando os Updates
Uma diferença em relação ao WSUS é que o SUP não baixa sozinho a menos que se crie regras especificas, bem mais completas do que no WSUS que se baseia apenas no SO, produto e criticidade. No SCCM 2012 é possivel definir qualquer tipo de filtro para os updates, incluindo palavras especificas no texto da descrição.
O primeiro passo é criar um Automatic Deployment Rules que consiste em informar a coleção e a regra de distribuição:

Na sequencia deverá ser indicado se deseja utilizar o WOL (Wake Up On Lan) para ligar as máquinas no horário pré-definido e o nivel de detalhes que o usuário verá de cada update, assim como aprovar automaticamente EULAs (contratos), que obviamente deve estar ligado, a menos que vc deseje que o usuário saiba o contrato de responsabilidade a ser utilizado:

O próximo passo é o mais importante, pois envolve a criação dos filtros de semântica, onde podemos definir a criticidade, SO, idioma, data e até procura no texto descritivo do update para determinado produto, por exemplo, Excel:

Na sequencia irá ser definido o fuso horário, se centralizado do servidor ou do fuso do cliente, quando será instalado e disponibilizado. No exemplo abaixo o update é disponibilizado assim que baixado no servidor e a instalação pode ser feita em até 7 dias, o que indica o tempo máximo que o usuário pode adiar antes que faça automaticamente a instalação:

Como comentado no inicio, é utilizada a estrutura de pacotes na distribuição de updates, portanto o passo seguinte é indicar se será utilizado um pacote existente ou um novo. No caso de updates automáticos é bom utilizar um novo pacote para evitar confusões de conteudo. Note que na sequencia será definido o Distribution Point, localização dos downloads e idiomas desejados, levando em conta que idioma neste caso não é dos updates mas sim da interface:

Com estes passos vimos como criar uma estrutura de updates dinâmica no SCCM 2012.
Centro de Treinamento TechNet–System Center Configuration Manager 2007 SP2 e R3
Foi muito bom ter recebido hoje a noticia da publicação de mais um Centro de Treinamento TechNet que pude participar.
Na semana passada foi publicado o Centro de Treinamento MSDN sobre desenvolvimento de aplicações com WPF (Novo Centro de Treinamento no MSDN–WPF 4.0)
Eu esperava ansioso pela publicação desta nova trilha de aprendizado para os profissionais de TI que tive o privilégio de organizar e participar na gravação dos videos, e os profissionaios mais um vez vão poder usufruir do trabalho de 3 MVPs: Eu, Raphael Perez (dotnetwork.com.br) e o Igor Humberto (Só Bits na Mente).
Foi um trabalho demorado, já que foi necessário usar várias VMs, preparar PPTs e montar demos, mas ficou muito bom, pois alem dos videos linkamos os tópicos da biblioteca técnica do TechNet correspondente.
Segue o link http://technet.microsoft.com/pt-br/hh264602

System Center Configuration Manager 2007 SP2 e R3
Nesta trilha você aprenderá sobre a importância de um ambiente com gerenciamento centralizado. Veremos como o SCCM 2007 poderá ajuda-lo a distribuir software, realizar inventários, gerir conformidades, suporte remoto, economizar energia, relatórios gerenciais do parque de máquinas e outras importantes funções.
Gerenciando ambiente, Instalação e Configuração inicial do ambiente
Iniciaremos com um briefing sobre gerenciamento de ambientes e como o SCCM 2007 cumpre esta tarefa. Passaremos para a instalação, pré-requisitos e configuração inicial para o ambiente com SCCM 2007 em uma rede
Breve visão de gerenciamento
Instalação e pré-requisitos do SCCM 2007 SP2 e R3
Configuração inicial do ambiente da rede para o SCCM
Configurando sites secundários
Pré-requisitos e instalação (inglês)
Configurando sites para boa performance (inglês)
Novidades do System Center Configuration Manager 2007 SP2 e R3
Configurando boundaries e papeis do SCCM 2007 (inglês)
Instalação dos clientes e Inventários
Neste tópico saberemos como é realizado o descobrimento e a instalação dos agentes do SCCM. Também abordaremos como configurar, realizar e utilizar os inventários de software e hardware.
Configurando o servidor para descobrir e instalar clientes
Configurando os agentes de inventário
Utilizando os inventários e gerando relatórios
Instalando clientes (inglês)
Configurando a descoberta de clientes (inglês)
Configuração e uso de inventários (inglês)
Distribuição de Software, Updates e Sistema Operacional
Um dos principais recursos do SCCM é sua capacidade de controlar o envio, instalação e controle de softwares. Veremos como integrar o SCCM ao WSUS para distribuição centralizada e controlada dos updates.
Configurando os servidores e agentes para distribuição de software
Criando pacotes, programas e anúncios de software
Integrando o WSUS com o SCCM e distribuindo updates
Integrando SCUP com o WSUS para distribuir updates para softwares não-Microsoft
Configurando o SCCM para distribuir imagens de Sistema Operacional
Utilizando o SCCM para distribuir Sistema Operacional
Distribuição de software com o SCCM 2007 (inglês)
Distribuição de updates com o SCCM 2007 (inglês)
Distribuição de SO com o SCCM 2007 (inglês)
Gerenciando o parque de máquinas
Neste tópicos abordaremos as features que nos permitem gerenciar o parque de máquinas e gerenciar o uso de aplicações, bem como as funcionalidades adicionadas pelo R3.
Gerenciando software com o Software Metering
Utilizando o Asset Inteligence para gerenciamento de aplicações
Utilizando o Desired Configuration Manager (DCM) para garantir uniformidade
System Center Configuration Manager 2007 R3 e o Cliente Verde
Utilizando o Software Metering (inglês)
Utilizando o DCM para compliance de ambientes (inglês)
Gerenciamento de energia com o SCCM 2007 R3 (inglês)
Wake Up On Lan com o SCCM 2007 (inglês)
Relatórios, Monitoração e Manutenção do SCCM 2007
Conheça os relatórios nativos do SCCM 2007, bem como os integrados ao SQL Server Reporting. Monitores os diferentes logs, contadores de performance e ambiente do SCCM 2007. Prepare-se para recuperação de falhas.
Integrando o SCCM 2007 ao SSRS
Breve visão dos relatórios do SCCM 2007
Criando queries e relatórios no SCCM 2007
Monitoração e analise do ambiente
Backup e restore do SCCM 2010
Instalando relatórios no SCCM e SRSS 2008 (inglês)
Desenvolvendo queries e relatórios no SCCM 2007 (inglês)
Recuperação de desastres (inglês)
Portas Utilizadas pelo SCCM 2007 e SCOM 2007
É 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!
Forçando a Reinstalação do Cliente do SCCM 2007
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:
- Vá no Task Manager e derrube o processo CCMSETUP.EXE que está em execução
- 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
- Delete o arquivo SMSCFG.ini no diretório Windows, bem como o conteudo do diretório Windows\MS\SMS
- No console do SCCM delete as maquinas que estão com problema
- Execute as tarefas de discovery manualmente e aguarde que as maquinas apareçam no console novamente
- 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.