MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Pageviews 2017: 2678935
Pageviews 2016: 3991973
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Últimos posts

Categorias

Arquivo

Tags

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:

image

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:

RightClick-1

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:

RightClick-2

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

RightClick-RunningProcess

Portanto, o uso dessa ferramenta facilita muito o dia-a-dia do administrador e pode ser considerada indispensável!

Posted: ago 02 2013, 16:37 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

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.

08-05-2012 11-15-06

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:

08-05-2012 11-17-55

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

08-05-2012 11-18-10

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.

08-05-2012 11-47-42

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

08-05-2012 11-49-21

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:

08-05-2012 11-21-52

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:

08-05-2012 11-22-26

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:

08-05-2012 11-26-56

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:

08-05-2012 11-27-20

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:

08-05-2012 11-27-50

Com estes passos vimos como criar uma estrutura de updates dinâmica no SCCM 2012.

Posted: ago 24 2012, 14:02 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

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

ee402630_CentroDeTreinamento2

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)

Posted: jun 13 2011, 08:10 by msincic | Comentários (2) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

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:

  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.

Posted: mar 18 2011, 15:06 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login