Como criar um relatório de slots de memória RAM livres x slots ocupados no SCCM 2007

Em resumo, para criar um relatório de slots livres de memória RAM x slots de memória RAM ocupados no System Center Configuration Manager 2007, 3 passos básicos são necessários:

1 editar o arquivo do SCCM SMS_def.MOF que fica em <ConfigMgr install directory>\inboxes\clifiles.src\hinv . Para que o SCCM colete essa informação ( por padrão não coleta) inserir as seguintes linhas:

[SMS_Report (TRUE),
SMS_Group_Name (“Physical Memory”),
SMS_Class_ID   (“Microsoft|Physical_Memory|1.0”)]

class Win32_PhysicalMemory : SMS_Class_Template
{
[SMS_Report (TRUE)] string BankLabel;
[SMS_Report (TRUE), SMS_Units(“Megabytes”)]  uint64 Capacity;
[SMS_Report (TRUE)] string Caption;
[SMS_Report (TRUE)] string DeviceLocator[];
[SMS_Report (TRUE)] uint16 FormFactor;
[SMS_Report (TRUE)] string Manufacturer;
[SMS_Report (TRUE)] uint16 MemoryType;
[SMS_Report (TRUE)] uint32 PositionInRow;
[SMS_Report (TRUE)] uint32 Speed;
[SMS_Report (TRUE),Key] string    Tag;
[SMS_Report (TRUE),Key] string    CreationClassName;
};

Afinal, o que é criado no container System Management pelo SCCM 2007?

Após criar o container System Management,  dar as permissões necessárias e habilitar o SCCM para publicar informações do site, você pode verificar que algumas informações são publicadas para o Active Directory Domain Services usando 0 Active Directory Service Interfaces (ADSI Edit). Mas afinal o que é publicado dentro deste container?

Analizando o container System Management veremos que os atributos com informações do Management Point, Server Locator Point que serão publicadas em cada Site no  Dominio. Clicando em propriedades em CN=SMS-Site-<site code>

Caso você não visulizar esses atributos, verifique o log hman.log.

Treinamento SCCM 2007 vpro

Para quem quer entender um pouco mais da tecnologia  VPro  da Intel e seu gerenciamento pelo SCCM 2007 SP1 vale a pena assistir o vídeo da comunidade da Intel http://www.vproexpert.com/sccm_vpro/introduction/introduction.html. Conceitos como provisionamento, AMT, Discovery, redirecionamento IDE, certificado WEB AMT, vpro,etc  serão explicados no idioma Inglês.

Have Fun!!!

O significado dos ícones nos updates no SCCM 2007

Quando configurada a Site System de Sotware Update,  diferentes ícones de objetos são exibidos (atualizações de software, Update Lists, deployment templates, etc) . Isso fornece uma maneira fácil de determinar o estado de um objeto de acordo com o  ícone exibido na console do Configuration Manager. Como tenho memória fraca, resolvi postar aqui um material da  documentação oficial que pode ajudar muita gente desmemoriada como eu a entender o significado de cada estado dos ícones de Software Update. 🙂

Além deste há outros ícones de Update Lists, Deployments, Templates e Pacotes  se alteram de acordo com seu estado, para mais detalhes acesse http://technet.microsoft.com/en-us/library/bb633260.aspx

Abraços!!!

Relatórios e clients utilizam o recurso Desired Configuration Manager do SCCM 2007 reportam o Compliance State como Unknown

O  recurso Desired Configuration Manager envolve um processo de checagem nas estações que possuem cliente de SCCM e valida se a máquina é compativel com configurações desejadas (baselines) reportando o Compliance State  como Compliance ou Non Compliance em forma de relatórios ou apresentação direta no cliente do SCCM. Entretanto muitas vezes o Compliance State do client aparece como desconhecido, ou seja “Unknown” . A Microsoft recomenda uma série de ações que podem ser feitas conforme documento que pode ser visto no endereço http://technet.microsoft.com/en-us/library/bb680801.aspx.

No entanto, é comum o status Unknown continuar aparecendo em clientes mesmo  após todos os itens configurados estarem aparentemente  corretos. Ao analizar o KB http://support.microsoft.com/kb/937532/en-us cheguei a conclusão que algum bug  ou algo do tipo  impede que uma grande quantidade de Configuration Itens  em uma única Baseline  seja executado pelo cliente do SCCM. Minha experiência prática contradiz esse KB na quantidade descrita de Updates que podem ser instalados pois em todos os testes que realizei, a quantidade limite de Updates que pode ser colocada em uma Baseline é de aproximadamente 20 e não 300 como descrito. É como se cada Update tivesse a validade de 15 Configuration Items.

Portanto fica a dica, se você passar pela mesma situação de status de Unknown na checagem (se é Compliance ou não) com as baselines de updates configure um limite de  no máximo 20 Updates, ou seja  300 CIs!!

Como criar Collections para computadores Compliant/Non-compliant do DCM do SCCM 2007R2

Se você possui Baselines ou configuration Itens configurados no Desired configuration Manager do SCCM 2007 e deseja separar por collections os computadores Compliant dos Non-Compliants. Você deve realizar o seguinte procedimento:

1. Criar uma Nova collection através da New Collection Wizard
2. Especificar o Nome da Collection
3. Em Membership Rules selecionar Query Rules Properties
4. Em  Query Rules Properties especifique um nome para a Query e selecione System Resource em Resource Class
5. Ainda em Query Rules Properties  selecione Edit Query Statement
6. Em Query Statement Properties clique em Show Query Language
7. Copie a Query descrita no fim destes passos alterando os valores necessários de acordo com as baselines
8. Clique Ok , selecione as opções desejadas de configuração da Collection e Finalize

Query a ser copiada para o filtro “Query Based” da Collection

select SMS_R_System.ResourceId,
SMS_R_System.ResourceType,
SMS_R_System.Name,
SMS_R_System.SMSUniqueIdentifier,
SMS_R_System.ResourceDomainORWorkgroup,
SMS_R_System.Client
from
SMS_R_System inner join SMS_G_System_CI_ComplianceState on SMS_G_System_CI_ComplianceState.ResourceID = SMS_R_System.ResourceId
Where
SMS_G_System_CI_ComplianceState.ComplianceStateName = “<ComplianceState>”
and SMS_G_System_CI_ComplianceState.LocalizedDisplayName = “<BaselineName>”
and SMS_G_System_CI_ComplianceState.CI_UniqueID = “<CI Unique ID>”

Você deve alterar <ComplianceState> por Compliant ou Non-Compliant
Você deve alterar <BaselineName> pelo nome da Baseline que você irá utilizar como referência
Você deve alterar <CI Unique ID> pelo ID único da Baseline

Após realizar todos esses passos para cada Baseline e realizar o “Update Colection Membership” sua collection já começará a apresentar os computadores filtrados!! Aproveite!!

Instalação do cliente de SCCM através de links lentos

O cliente do SCCM  2007 muitas vezes deve ser intalado em filiais remotas que geralmente possuem links lentos de Internet. Vou postar  uma dica para que a instalação do cliente do SCCM utilize o mínimo de tráfego de rede possível, ou seja, somente o tráfego do download de políticas do Management Point. Existem três instaladores do cliente do SCCM:

 

Ccmsetup.exe – determina a localização e necessidade dos pré requisitos de instalação (BITS, Arquivos Windows Instaler, patches para cliente do SCCM), dos arquivos fonte e arquivos do cliente de SCCM. Realiza o download de instalação dos arquivos de instalação e pré requisitos necessários e invoca o cliente.msi

Client.msi – Instala os componentes do cliente de SCCM

CCMSetup.msi- Utilizado para instalação do cliente de SCCM para computadores através de GPO

 

 A Instalação do CCMSETUP  por linha de comando permite que você adicione diversos parâmetros, entre eles o parâmetro /source. Através deste parâmetro você define o diretório dos arquivos que serão utilizados pelo ccmsetup.exe. Portanto caso um diretório de um compartilhamento local  for inserido neste parâmetro, o download destes arquivos fonte de instalação também será local evitando assim o tráfego de rede no link. Exemplo:

ccmsetup.exe /SOURCE:\\servidorFSlocal\diretorioClienteSccm

 

Mais detalhes sobre este e outros parâmetros podem ser obtidos em http://technet.microsoft.com/en-us/library/bb680980.aspx

 

Até o próximo post!

 

 

Como alterar o nome de computador em um OSD Task Sequence SCCM2007 R2

Há diversas formas de se alterar o nome de máquina durante a execução de uma Task Sequence de Operating System Deployment. A mais simples exige intervenção direta. Se você  quer que um popup solicite um nome de computador durante uma implantação OSD você deve clicar na collection que sofrerá o advertisement da task sequence , ir a Modify Collection Settings e criar uma variável com o valor NULL chamada OSDComputerName. Após isso basta criar o Advertisment para a TS  sem tornar sua execução obrigatória( ou em inglês mandatory) que automaticamente um pop up aparecerá durante o processo de execução da Task Sequence. Simples, rápido e prático!!

Em um dos próximos posts demonstrarei  outros métodos de alteração de nome de computador durante a execução de uma TS de OSD. Abraços e até !!!

O Erro “PXE-E53…no boot filename received” aparece em estações que deveriam receber um deployment de Sistema Operacional por PXE

Pessoal, tenho notado que não há documentações muito claras quanto a configuração do PXE para o SCCM 2007.  Muitas vezes o profissional que está implementando esta Site System se confunde com a configuração que deveria ter o WDS sem o SCCM.  Quando se instala o WDS com o objetivo de utilizar-lo posteriormente para o SCCM somente as configurações da wizard de instalação e mínimas configuraçõs são  suficientes. Após instalar o WDS  em Server Rules deve-se acessar o Servidor no mmc do WDS e clicar com botão direito, propriedades.Selecionar um diretorio para RemoteInstall e configurar as Wizards seguintes conforme imagens abaixo:

Na ultima janela selecionar somente finish. Após essas configurações o WDS já está pronto para ser utilizado pelo SCCM 2007. Basta somente configurar a Site System de PXE no SCCM. Algumas informações sobre pré requisitos de rede para que o PXE funcione em seu ambiente:

– O recurso IPHELPER dos roteadores das redes ( ou Relay dos firewalls) do Escritório central devem  ter um direcionamento para o servidor de SCCM

– É desejável também que os dispositivos de rede como switches e roteadores possuam o IGMP liberado para utilização de MULTICAST do Distribution Point.  Diferente do UNICAST, o MULTICAST garantirá grupos de deployment com tráfego UDP( que a principio gera um tráfego de rede mais rápido) e um controle de tráfego na distribuição de pacotes. Entretanto, a liberação desse recurso gera diversos riscos de segurança no ambiente e portanto pode ser analizado pela equipe de segurança.

Caso houver algum firewall entre as redes de estações e do SCCM,  é necessário configurar regras de firewall para que o Oerating System Deployment seja eficaz no boot PXE. Segue abaixo os links com as regras e pré requisitos:

 http://technet.microsoft.com/en-us/library/bb632618.aspx

http://technet.microsoft.com/en-us/library/bb680753.aspx

Postagem referente com passo-a-passo para troubleshooting de PXE:

http://www.workstationtalk.com/content/sccm-osd-pxe-boot-error-0

 O KB que diz que se o escopo de  DHCP nas opções 60, 66,  67 for configurado e apresentará problemas http://support.microsoft.com/kb/259670

 Abraços e até o próximo post!

Configurações de Diretiva de Grupo para clientes de Software Update Point (SUP) no SCCM 2007

Algumas configurações de Diretiva de Grupo são requisitos para que Windows Update Agent (WUA) dos computadores conectem ao WSUS do SUP.

Specify Intranet Microsoft Update Service Location
Quando o Active SUP ( Servidor principal de Software Update Point) é configurado para um site, os clientes recebem uma diretiva de máquina que fornece o nome do servidor SUP e configura a politica local de máquina “Specify Intranet Microsoft Update Service Location”. A Microsoft recomenda que essa diretiva de domínio não deve estar configurada para clientes do SCCM, caso contrário o client terá problemas de encontrar o seu SUP.

Allow Signed Content from Intranet Microsoft Update Service Location
Antes do WUA de clientes do SCCM procurar por atualizações que foram criadas e publicadas com o System Center Updates Publisher, a diretiva “Allow Signed Content from Intranet Microsoft Update Service Location” deve estar habilitada. Quando a configuração estiver ativada, o WUA aceitará atualizações recebidas através de um local na Internet se as atualizações estiverem listados na Trusted Publishers certificate store do computador

Configure Automatic Updates
O recurso Atualizações Automáticas deve estar habilitado pois ele permite que os clientes recebam atualizações de segurança e outros downloads. Ele é configurado através da diretiva de grupo Configure Automatic Updates Group ou no painel de controle. Quando as Atualizações automáticas estiverem ativadas, os clientes receberão notificações de atualizações (se você tiver habilitado para receber notificações), farão o download e instalarão as atualizações.

Vale relembrar que todas as ações de atualização de software através do SCCM 2007 dependem do Windows Update Agent (WUA), portanto se o WUA falha em um cliente, a verificação de atualização de software também falhará neste cliente até que o erro seja solucionado