Utilizando Ferramentas Dell com o SCCM
A Dell possui duas ferramentas muito interessantes para integrar com o SCCM.
A primeira é o Dell Command | Configure que permite criar executáveis para configurar os desktops e notebooks da empresa. Disponível em http://en.community.dell.com/techcenter/enterprise-client/w/wiki/7532.dell-command-configure
O segundo é o Dell Command | Warranty que traz online os dados de garantia, atendimento e compra de cada equipamento registrado no SCCM. Disponivel em http://en.community.dell.com/techcenter/extras/m/mediagallery/20441033/download
Dell Command | Configure
É necessário nas empresas ter a segurança padronizada, opções especificas nas maquinas ou padronização de recursos. Por exemplo, habilitar o PXE, TPM, senha de alteração de BIOS, ordem de boot, opções de economia de energia, desabilitar recursos do HW (placas, USB, eSata) e qualquer outra opções existente no BIOS.
Essa ferramenta é muito simples de instalar e utilizar, como pode ser vista a tela principal do console de criação das configurações, sendo as opções:
- Criar um pacote para qualquer equipamento, o que pode ter opções não existente em todos os equipamentos da empresa
- Criar um pacote com base no equipamento local, onde apenas o que é do modelo que está sendo usado para o console aparece, util quando todos os equipamentos são padronizados
- Abrir um pacote já criado para editar ou clonar
- Histórico dos pacotes criados, editados e exportados
Para iniciar a criação de um pacote basta clicar no botão Edit e selecionar a opção desejada:
Neste caso configurei a ordem de boot das maquinas para evitar que seja utilizado o DVD ou USB como boot principal. Note que no console temos o botão Add Device que possibilita configurar todos os tipos de device, na ordem desejada.
Após as edições, basta clicar no botão Export Config para salvar o pacote com o objetivo de depois poder alterá-lo ou Export .EXE para gerar o executável e o arquivo sh que contem os metadados para ser importado no SCCM:
Logo após gerar o executável, o próximo passo é no console do SCCM usar o botão Import Dell Command | Configure Package como a imagem abaixo mostra. Importante lembrar que as duas pastas dentro de Packages são criadas pelo instalador:
Uma vez criado o pacote, salvo o executável e importado para o SCCM o processo é como qualquer outro pacote, fazendo o Deploy para as coleções que deseja configurar o BIOS.
Dell Warranty
Ao baixar e instalar o Dell Warranty ele cria um atalho que abre a janela de comando, já que a ferramenta não tem interface gráfica da Dell. Abaixo inclui o link da ferramenta gráfica da Microsoft disponível na biblioteca TechNet:
Note na janela acima que o primeiro comando serve para indicar onde estão os dados do SCCM, por meio do banco de dados. Abaixo o comando DellWarranty-CLI faz o link para o banco de dados do SCCM:
Na sequencia já podemos pedir para o utilitário com o comando DellWarranty-CLI trazer todos os dados de garantia, como a imagem abaixo demonstra com o resultado em CSV:
Pode ser visto o nivel de detalhes, como tipo de compra, modelo completo, garantia, tipo de garantia e atendimento, etc.
Com a ferramenta Dell Warranty Extension disponivel em https://gallery.technet.microsoft.com/Dell-Warranty-Status-20-ae67cc13 é possivel ver estes dados clicando com o botão direito no equipamento:
System Center Technical Preview (vNext) – Features Removidas
Já a algum tempo que temos disponíveis para download as versões preview do System Center, e uma pergunta que em enviam com freqüência é sobre o SCCM e o AppController.
Onde está o SCCM TP?
Primeiro tratamos do Configuration Manager (SCCM). Apesar de fazer parte da família (suite) de produtos System Center, o SCCM é tratado por um grupo separado. Enquanto o grupo de Program Managers de CDM (Cloud and Datacenter Management) cuida da inteira suite, o SCCM está debaixo do grupo de Enterprise Client Management já que está mais ligado a camada cliente do que servidores e operações de TI como os outros produtos.
Sendo assim, o SCCM não está ainda disponível na versão Technical Preview.
AppController
Agora vamos falar do AppController. Esta ferramenta é uma que particularmente eu gostava muito (http://www.marcelosincic.com.br/search.aspx?q=appcontroller), pois integra a administração do ambiente privado (via VMM) com o ambiente público no Azure, permitindo utilizar os mesmos templates e uma única ferramenta administrativa.
Na versão vNext do System Center ele será descontinuado, e o motivo é que poucas empresas utilizaram o AppController para gerenciar ambientes híbridos, usando o AppController como portal de auto-atendimento.
Com o lançamento do Windows Azure Pack (WAP), os principais clientes do AppController passaram a ter uma ferramenta de auto-atendimento muito mais robusta e completa para IaaS, PaaS e SaaS (AppController só fornecia IaaS).
Server App-V
Abordei esta ferramenta no passado (http://www.marcelosincic.com.br/post/Virtualizacao-de-Aplicacoes-de-Servidores-com-o-Server-App-V-do-VMM-2012.aspx) e sua funcionalidade sempre foi pouco utilizada.
Com a telemetria de uso e pesquisas da Microsoft constatou-se que os clientes utilizam muito mais templates com as aplicações e softwares instalado do que o seqüenciamento de aplicações/serviços.
Baseado neste baixo uso e duplicidade de maneiras de embutir aplicações, a Microsoft decidiu pelo mais econômico que é descontinuar o desenvolvimento.
Outras Remoções
Existem ainda alguns outros itens, mas são menos relevantes e óbvios, como por exemplo, versões mais antigas de vCenter e Xen.
Todas as remoções estão disponíveis em https://technet.microsoft.com/en-us/library/dn806370.aspx
Mensagens de erro do System Center Configuration Manager 2007
Realmente são dois links que “não tem preço” disponibilizados no blog do time de produtos. O problema comentado é quando um relatório ou query para de rodar e acusa um erro numérico, sem nenhuma explicação.
O primeiro link é o como descobrir um erro convertendo em hexadecimal o longo retornado em um relatório, por exemplo, o erro 2147012889 em hexadecimal é 80072EE7 que indica erro no proxy http (http://support.microsoft.com/kb/944375/en-us)
O segundo link é uma lista dos erros mais comuns e, apesar de não trazer solução, lança uma luz do motivo do problema (http://technet.microsoft.com/en-us/library/bb632794.aspx).
Um bom exemplo eu vi hoje quando um erro de PXE aconteceu com o código “MAKE_HRESULT(SEVERITY_ERROR,FACILITY_ITF,4)” que nada mais é do que path muito longo para obtenção da imagem. Bastou simplicar os links criando uma nova pasta compartilhada e funcionou!!!!
Fonte: http://blogs.technet.com/b/configurationmgr/archive/2011/02/02/information-on-error-codes-in-configuration-manager-2007.aspx
System Center Configuration Manager 2007 reporta processadores incorretamente
Há algum tempo que um dos meus alunos de ConfigMgr (Rodrigo Carvalho do grupo Schahin) comentava comigo que o SCCM trazia no inventário de hardware processadores incorretos para algumas maquinas.
A principio não havia muita evidência comum do problema e o que eu sugeri foi utilizar o WMISTUDIO (http://www.microsoft.com/downloads/en/details.aspx?familyid=6430f853-1120-48db-8cc5-f2abdc3ed314&displaylang=en) e verificar se o erro estava no WMI ou no SCCM. O resultado, obviamente foi que o WMI reportava o mesmo erro.
Porem, o Rodrigo encontrou um Fix para Windows XP e Windows 2008 que corrige este comportamento, o KB953955 (http://support.microsoft.com/kb/953955). Ele instalou e reportou que agora funcionou.
Vale a dica, se no seu ambiente maquinas com processador Core 2Duo, i3 ou i5 reportarem como Pentium III solicite o KB. Note que não é comum isto acontecer, no meu caso foi a segunda vez que vi, porem no caso anterior as maquinas com o problemas foram atualizadas para Windows 7 e este erro não se aplica mais.
Licenças da Família System Center-Tipos e Preços
Ao falarmos de produtos da família System Center, principalmente focando sobre os 3 principais produtos que são o Configuration Manager, Operations Manager e Data Protection Manager, sempre surge a questão de preços do licenciamento.
Montei uma tabela simples abaixo baseado nos valores praticados nos Estados Unidos e Canadá, porem no Brasil os valores não são 1 por 1 nem conversão pela cotação do dia. Leve em consideração também que o volume e o tipo de contrato pode alterar para baixo os valores da tabela padrão.
|
Produto (valores em U$)
|
Licença Servidor Std
|
Licença Server Enterprise
|
Licença Server Standard
|
Licença Client
|
|
Configuration Manager 2007 R2
|
579
|
430
|
157
|
41
|
|
Configuration Manager 2007 R2 com SQL
|
1321
|
430
|
157
|
41
|
|
Operations Manager 2007 R2
|
579
|
431
|
157
|
32
|
|
Operations Manager 2007 R2 com SQL
|
1321
|
431
|
157
|
32
|
|
Data Protection Manager 2010
|
432
|
158
|
NA
|
32
|
| Virtual Machine Manager |
869
|
40
|
NA
|
NA
|
|
Suite completa System Center
|
1569
|
NA
|
NA
|
70
|
Levando em conta a tabela acima, veja valores para uma empresa com 10 servidores (5 virtuais) e 1000 clientes utilizando a suite. O calculo envolveria apenas um servidor de monitoração e não um farm de papeis:
|
Produto
|
Licença Servidor Std
|
Licenças Servidores
|
Licenças Clientes
|
Valor Total
|
|
Configuration Manager 2007 R2
|
579
|
1.570
|
41.000
|
43.149
|
|
Configuration Manager 2007 R2 com SQL
|
1.321
|
1.570
|
41.000
|
43.891
|
|
Operations Manager 2007 R2
|
579
|
1.570
|
32.000
|
34.149
|
|
Operations Manager 2007 R2 com SQL
|
1.321
|
1.570
|
32.000
|
34.891
|
|
Data Protection Manager 2010
|
432
|
1.580
|
32.000
|
34.012
|
| Virtual Machine Manager |
869
|
200
|
NA
|
1.069
|
|
Suite completa System Center
|
1.569
|
não se aplica
|
70.000
|
71.569
|
Note que na tabela acima levei em conta o custo MÁXIMO pois nem todos os clientes terão agentes do DPM e SCOM, o que reduziria muito o custo acima.
Para ter acesso a tabela com todos os produtos e detalhes do licenciamento acesse o link http://www.microsoft.com/systemcenter/en/us/pricing-licensing.aspx