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

Últimos posts

Categorias

Arquivo

Tags

System Center Advisor (Projeto Atlanta)

Nos ultimos dias, por ocasião do MVP Summit e do MMC, a Microsoft demonstrou que está agressiva em sua migração de serviços para a nuvem com o lançamento do System Center Advisor Beta e do Intune (http://www.marcelosincic.com.br/blog/post/Familia-System-Center-Crescendo-Novidades-!!!.aspx)

O Atlanta é um produto que agrega o que o MBSA e outros BPAs (Best Practices Analyser) para fornecer um ambiente de monitoração em tempo real e atualizado.

O que o Atlanta herda do MBSA/BPAs são as features de best practices, análise de ambiente, lista de updates e outros. O que o diferencia é o fato de ser ativo e não passivo como o MBSA/BPAs.

Do SCOM o Atlanta herda as funcionalidades de alertas ativos do ambiente, com a vantagem de conter os KBs da Microsoft online, o que facilita em muito a resolução do de problemas. Por outro lado, o SCA não permite criar novos eventos e coletores como fazemos com o SCOM para monitorar aplicações in house.

Por enquanto o Atlanta apenas monitora os servidores com SQL Server e Windows Server mas está aberta a possibilidade de outros servidores serem agregados.

O cliente é baixado e instalado localmente nos servidores a serem monitorados e trabalha com um deles designado como proxy para fazer o papel de envio e recebimento de dados.

Seguem algumas telas para exemplo:

Atlanta1
Tela de configuração

Atlanta2
Tela de alertas inicial

Atlanta3
Tela com alertas de exemplo

Por enquanto o SCA está em beta gratuito basta entrar no site http://www.microsoft.com/systemcenter/en/us/Advisor.aspx para detalhes do produto e se cadastrar.

Posted: abr 05 2011, 14:42 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Familia System Center Crescendo... Novidades !!!

Os produtos da linha System Center estão mostrando as suas novas versões, antes chamadas de vNext e agora alguns como 2012 e outros com nomes oficiais. Diversas novidades vimos no MVP Summit em fevereiro, mas eram NDA até o lançamento das novas versões esta semana no MMC 2011.

O primeiro e o mais aguardado é o System Center Virtual Machine Manager 2012 (VMM 2012) BETA. Este produto reserva muitas alterações e implementações, principalmente levando em conta que sua ultima versão oficiai é VMM 2008 R2.

Uma das novas funções é o Fabric que permite criar ambientes com funções pré-programadas como por exemplo, Hyper-V, SQL, File Server, NAP e assim por diante. Imagine a situação de um datacenter onde eu ofereço ao cliente um pacote de funcionalidades do Windows Server. O Fabric permite que estas funcionalidades sejam mostradas como se fossem opções no momento da criação da VM sobre o template existe. Com isso eu uso o template do Windows Server 2008 R2 e seleciono os papéis que desejo e a VM é criada e por PowerShell o próprio VMM configura e habilita as features desejadas. Outra funcionalidade do Fabric é gerenciar os storages e produtos de terceiros.

Outra funcionalidade interessante é que o PRO Tips agora será integrado com as métricas do System Center Operations Manager (SCOM) e irá gerar os alertas de forma centralizada, permitindo muito mais interação entre o produto de monitoração e o VMM.

Este é um resumo dos itens que achei mais interessante, para ver mais detalhes e instalar o VMM 2012 veja este link:http://bit.ly/h0TGnT

O segundo produto mais aguardado da familia é o System Center Configuration Manager 2012 (SCCM) BETA 2. A interface foi finalmente remodelada deixando de lado os treeviews que vinham desde o SMS 2. Já discuti em outros posts as mudanças que este produto traz ainda com o nome de vNext.

Uma das mais interessantes funcionalidades que o SCCM 2012 tem é permitir que os agentes sejam configurados por coleção e não por site como acontece na versão atual (http://bit.ly/e5s4SE).

Para baixar o SCCM 2012 Beta 2 acesse o link http://bit.ly/f72TZw e aprenda desde já mais sobre este produto, que se aprimorou muito e deixou de lado o legado do SMS 2, como por exemplo, a versão 32 bits.

O terceiro produto que estava em beta e agora se tornou versão final é o Windows Intune, produto para gerenciamento de ambiente baseado em cloud. Muitas vezes simplificamos que o Intume é o SCCM cloud, porem ele tem uma visão diferente disso.

O Intune permite distribuição de software, inventário e outras opções que existem no SCCM, mas ele não tem contem algumas e acrescenta novas. Por exemplo, o Intune permite distribuir regras para as maquinas monitoras

Para utilizar o Intune por 30 dias ou licenciar para sua empresa acesse o link http://bit.ly/eR5uYb

O quarto produto lançado é o Windows Advisor BETA (PROJETO ATLANTA) que permite monitorar servidores Windows Server 2008 e SQL Server 2008 online. Não é o mesmo que o Intune já que este se destina a produtos especificos e servidores.

O interessante do Advisor (Atlanta) é que ele mescla funções do MBSA e BPA’s (Best Practices Analyser) com o monitoramento do SCOM. Ele não é um SCOM Cloud já que não tem tem todas as funcionalidades de customização, mas faz bem o trabalho.

Para o Advisor vou montar um laboratório e postarei detalhes em breve, mas o testdrive pode ser feito pelo link http://bit.ly/e2knwl

Por fim, o ultimo produto lançado da lista que eu achei importante é o Projeto CONCERO que ainda está em Beta fechado mas promete ser um ótimo produto.

O Concero resolve uma lacuna quando se inicia um processo de convivencia com cloud. Por exemplo, como gerenciar um grupo de servidores onde tres são on-premise e os outros dois estão no Windows Azure? Esta é a função do Concero, gerenciar ambientes mistos entre nuvem e on-premise de forma unificada.

Quando o produto se tornar aberto ao publico, com certeza postarei novidades. Dados sobre o produto podem ser visto em http://bit.ly/gl97BU

Alem destes ainda esperamos maiores detalhes do System Center Operations Manager 2012 (SCOM) e o System Center Data Protection Manager 2012 (DPM) todos nas suas versões vNext.

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

Console do SCCM 2007 não conecta ao banco de dados

Este erro acontece com frequencia em clientes, então achei por bem definir o motivo e a solução.

SINTOMA

Ao tentar abrir o console do SCCM você recebe a mensagem abaixo.

image

CAUSA

Normalmente isso acontece porque o usuário atual não é o mesmo que fez a instalação do SCCM. As permissões no SCCM são granulares e não integradas ao AD, portanto ser um Domain Admin não irá dar permissões ao SCCM.

SOLUÇÃO

Entre com o usuário original que efetuou a instalação do SCCM, vá no menu “Security Rights” –> “Users” e crie um novo usuário nas permissões pedindo para copiar as permissões do atual administrador, como a imagem abaixo.

image

Voilá !!!!!   Agora seu usuário conseguirá acessar normalmente.

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

Windows Automated Installation Kit (AIK) for Windows 7 SP1

Ontem (18/02/11) foi liberada a nova versão do Windows AIK agora adaptada para incluir o Windows 7 SP1 e Windows 2008 R2 SP1. Para baixá-lo clique aqui Windows AIK.

Muitos se perguntam: Porque é necessário um novo AIK a cada versão do Windows incluindo um Service Pack?

O motivo é que o AIK não é apenas o ImageX mas sim uma coleção de ferramentas que fazem a adaptação da imagem para rodar em distribuição centralizada. Por exemplo, o DISM permite alterar as opções de configuração da maquina ainda na imagem, e como um Service Pack altera opções, como por exemplo, o suporte a RemoteFX e assim por diante, é necessário atualizar a biblioteca de configurações das ferramentas.

O mesmo acontece com o MAK e o VAMT que não reconhecem a versão 6.1.7601 que é o Windows 7 SP1 e ocasionalmente pode não ativar copias “Windows 7 With SP1” ou “Windows 2008 R2 with SP1”.

E principalmente, agora temos um novo WinPE 3.1 (Windows Pre-Environment).

Mas surge outra pergunta: E se eu continuar usando o WAIK anterior?

O problema neste caso é que o WinPE passou da versão 3.0 para 3.1 que não dá suporte aos novos arquivos e chaves de registry adicionadas no Windows 7 SP1, mas haveriam algumas modificações que não estão no WinPE 3.0, como por exemplo, o problema que comentamos anteriormente sobre imagens lentas por causa da mudança no tamanho de cluster dos fabricantes de HD (veja mais em Tamanho de setor em HDDs novos influi em imagens e performance).

Porem, nada impede que continue a usar o WAIK anterior tanto no MDT quanto no System Center Configuration Manager 2007.

Para mais detalhes, o que inclui instalar o novo WAIK no Windows 7 ou Windows 2008 R2 sem o Service Pack 1, leia o Readme em http://technet.microsoft.com/en-us/library/dd349350(WS.10).aspx

 

IMPORTANTE: O novo WAIK ainda não está homologado para rodar no SCCM 2007, então siga o blog do time de System Center e AIK da Microsoft para esta informações

Posted: fev 19 2011, 11:13 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login
Marcelo de Moraes Sincic | All posts tagged 'sccm 2016'
MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Últimos posts

Categorias

Arquivo

Tags

Correção para o SCCM 2016 build 1610 no OSD para Windows 10

Como já é conhecido de todos que atualizaram para o SCCM 2016, agora os builds são baixados e instalados diretamente na console (http://www.marcelosincic.com.br/post/Novo-Modelo-de-Updates-do-SCCM-2016.aspx)

Porem, com o update para o build 1610 diversas implementações tiveram problemas de “0x80091007 (Hash value is not correct)” no log do OSD quando aplicavam imagens de Windows 10, um erro que não estava documentado.

Pois bem, a Microsoft liberou na segunda um Hotfix para esse problema e alguns outros que estão descritos no KB 4010155: https://support.microsoft.com/en-us/help/4010155/update-rollup-for-system-center-configuration-manager-current-branch-v

Caso tenha o SCCM 2016 Build 1610, entre na console e aguarde o download do Hostfix para depois instalá-lo:

image

Posted: mar 01 2017, 14:03 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

System Center 2016–Updates Rollup

Seguindo o lançamento do Windows 2016 com o Rollup 1 (http://www.marcelosincic.com.br/post/Upgrade-e-Update-do-Windows-Server-2016.aspx), o mesmo acontece com o System Center 2016.

Após as atualizações do System Center 2016, baixe os novos Management Packs do SCOM: http://www.marcelosincic.com.br/post/new-system-center-operations-manager-2016-management-packs.aspx

Porque isso acontece?

Antes de um fabricante liberar uma midia final ao público, ela é distribuida aos fabricantes.

Por exemplo, o fabricante de HW precisa ter certeza que alguma atualização não afetou drivers ou funcionalidades nativas do servidor. Desenvolvedores (ISVs) precisam ter certeza que seus plugins e softwares continuam “conversando” com a nova versão.

Como os dois produtos foram disponibilizados as midias aos fabricantes e desenvolvedores algumas semanas antes que o lançamento, a Microsoft precisa catalogar e gerar um pacote das atualizações que ocorreram entre esse lançamento para os fabricantes e o GA (General Avaliability) público, que normalmente é de 45 a 60 dias.

Update Rollups de System Center 2016

Update Rollup 1 para VMM: https://support.microsoft.com/en-us/kb/3190597

Update Rollup 1 para SCOM: https://support.microsoft.com/en-us/kb/3190029

Update Rollup 1 para Orchestrator: https://support.microsoft.com/en-us/kb/3190603

Update Rollup 1 para DPM: https://support.microsoft.com/en-us/kb/3190600

Update Rollup para SCCM 1609 TP: https://blogs.technet.microsoft.com/enterprisemobility/2016/09/27/update-1609-for-configuration-manager-technical-preview-available-now/


Lembrando que no caso do SCCM os upgrades e updates é realizado na própria console conforme já abordei em http://www.marcelosincic.com.br/post/Novo-Modelo-de-Updates-do-SCCM-2016.aspx

Instalação e Upgrade do System Center 2016

Com o lançamento da midia RTM (Release To Manufactoring ou Final) do Windows 2016 e System Center 2016 chega a hora de fazer o upgrade de versões 2012 R2 e 2016 Technical Preview.

Vou abordar cada um deles a partir das versões 2016 Technical Preview, já que a migração das versões 2012 R2 é normalmente mais simples e suportada.

Atualização: Veja os Update Rollups do System Center 2016: http://www.marcelosincic.com.br/post/System-Center-2016-Updates-Rollup.aspx

System Center Configuration Manager (SCCM)

O SCCM é um dos produtos que já estavam na versão 2016 desde o inicio do ano, quando foi lançado como SCCM 1511, seguinte a nomenclatura do Windows 10.

Seguem os posts que já escrevi sobre esta versão:

http://www.marcelosincic.com.br/post/Nova-Feature-do-System-Center-Configuration-Manager-1511-Atualizacoes-e-Updates.aspx

http://www.marcelosincic.com.br/post/Novo-Modelo-de-Updates-do-SCCM-2016.aspx

http://www.marcelosincic.com.br/post/System-Center-Configuration-Manager-1511-Alterar-Evaluation.aspx

Para quem tem o SCCM 2012 R2 o upgrade é tranquilo e basta executar o Setup para funcionar.

System Center Operations Manager (SCOM)

O upgrade do SCOM pode ser feito tanto da versão 2012 R2 quanto das versões 2016 Techincal Preview da mesma forma, ele suporta os dois caminhos.

A unica recomendação que o próprio setup indica é fazer o backup das bases de dados (trabalho e DW) antes, pois não há como retornar caso ocorram erros no meio do processo:

capture20161013145918707

Será necessário fazer o upgrade do Report Viewer, antes utilizamos o RV do SQL 2012 e agora deve ser utilizado o RV do SQL 2016, que é encontrado no link do próprio Setup:

capture20161013150339362

capture20161013155424938

System Center Service Manager (SCSM)

O upgrade tanto do 2012 R2 quanto das versões Technical Preview é simples, não exige nenhum tipo de restrição, ocorrendo de forma bem tranquila:

capture20161013152230043

É importante lembrar de ao final fazer o upgrade dos Management Packs a partir do wizard que o SCOM 2016 possui:

http://www.marcelosincic.com.br/post/Atualizacoes-Automaticas-no-System-Center-Operations-Manager-2016-(TP4).aspx

System Center Virtual Machine Manager (VMM)

Este é um dos produtos que não permite o upgrade automático da versão Techinical Preview, mas permite a partir da 2012 R2.

No caso do Tecnhinical Previwe, o Setup irá indicar que já existe e pedirá para desinstalar:

capture20161013151606238 

Porem, a reinstalação é simples. Basta ao desinstalar escolher a opção para manter o banco de dados:

capture20161013151636326

Ao executar o Setup novamente usar o mesmo banco de dados e diretório das bibliotecas:

capture20161013152117951

capture20161013152715060

Após isso o VMM funcionará normalmente, mas é bom lembrar que será necessário deinstalar os agentes e reinstalar, se ele não fizer o upgrade automático do agente.

Lembrando que uma das mais interessantes features é integração com o Azure: http://www.marcelosincic.com.br/post/System-Center-Virtual-Machine-Manager-2016-TP2-Integrado-com-Azure.aspx

System Center Orchestrator (SCORCH)

Assim como o VMM, ele exige reinstalar mas é possivel manter o banco de dados e reapontar na nova instalação:

capture20161013153558520

capture20161013153757300

Após o processo, os runbooks aparecerão normalmente com os mesmo Integrations Packs.

No caso dos Integrations Packs do SCORCH e do SCOM é importante fazer o upgrade dos pacotes, sendo que no SCOM é bem mais fácil por ter no menu, enquanto não temos o mesmo no Orchestrator.

Login