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:

Gartner libera novo quadrante de Hypervisors x86
O Gartner liberou no meio do mês passado o novo quadrante de hypervisors x86.
Em relação ao quadrante anterior se destaca o distanciamento entre o VMWare e Hyper-V em relação aos outros produtos
No caso da suíte Microsoft o Gartner destaca a integração do System Center com o Hyper-V e Azure para nuvens híbridas, alem de reconhecer que o System Center tem funcionalidades superiores em relação a gerenciamento do ambiente de TI como um todo.
Novo ebook Gratuito Sobre Data Protection Manager (DPM)
A Microsoft divulgou semana passada um interessante livro para quem quer utilizar o Azure junto com o System Center Data Protection Manager como ferramenta de Backup.
O livro trata dos conceitos basicos do DPM e se aprofunda na integração com o Microsoft Azure, alem de conceitos básicos de proteção de dados e outras plataformas.
Para baixar o livro pode-se usar o link do blog em http://blogs.msdn.com/b/microsoft_press/archive/2015/06/15/free-ebook-microsoft-system-center-data-protection-for-the-hybrid-cloud.aspx
Tambem é possivel ver todos os livros gratuitos da Microsoft em http://www.microsoftvirtualacademy.com/ebooks#9780735695832
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
Erro no SQL Server na Instalação do System Center Operations Manager
Já recebi diversas vezes perguntas de profissionais de TI sobre o erro abaixo do instalado do SCOM em todas as suas versões.
Realmente o erro é muito genérico e normalmente quem me perguntou consultou páginas de requisitos e não achou o problema.
Neste exemplo especifico que simulei, o erro é o SQL Server 2012 que está no SP1 e o SCOM exige o SP2, que ainda não havia sido aplicado:
Mas como chegar a este detalhe para saber se o problema é um patch, service pack ou comunicação com o servidor?
Para isso o instalador do System Center gera um log que fica no diretório C:\User\<usuário>\AppData\SCOM\Logs com o nome OpsMgrSetupWizard.txt
Neste arquivo é detalhado os passos das validações como abaixo:
[11:08:46]: Debug: :MSSQLSERVER on server w2012r2-sql2012 is in a running state
[11:08:46]: Info: :Info:Opening/Testing Sql Connection on w2012r2-sql2012, port:
[11:08:46]: Debug: :Connection was not open. We will try to open it.
[11:08:46]: Debug: :SqlConnectionReady returned True.
[11:08:47]: Debug: :MSSQLSERVER on server w2012r2-sql2012 is in a running state
[11:08:47]: Debug: :Connection was not open. We will try to open it.
[11:08:47]: Debug: :SqlConnectionReady returned True.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :SQL Product Level: SP1
[11:08:47]: Info: :SQL Edition: Enterprise Edition (64-bit)
[11:08:47]: Info: :SQL Version: 11.0.3128.0
[11:08:47]: Always: :Current Version of SQL=11.0.3128.0 Required Version=11.0.5058
[11:08:47]: Always: :Entering GetRemoteOSVersion.
[11:08:47]: Info: :Info: remoteOS = 6.3.9600
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :The SQL Collation is valid.
[11:08:47]: Info: :Info:Using DB command timeout = 1800 seconds.
[11:08:47]: Info: :Info:DatabaseConfigurationPage: DB connection attempt completed.
[11:08:47]: Info: :Info:DatabaseConfigurationPage: DB connection attempt completed.
Neste arquivo é possivel visualizar todos os testes que ele efetuou e saber se o problema é permissão, porta, collation ou, como neste exemplo, falta de update.