Erro na Instalação do Agente SCOM 2012 SP1 ou R2 via Windows Update
O update do agente de monitoração do System Center Operations Manager SP1 e R2 pode causar alguns erros ao ser instalado, mesmo que por Windows Update, no Windows Server 2008 R2 e até no Windows Server 2012 em alguns casos.
O problema costuma acontecer na instalação do APM, um componente utilizado para fazer a monitoração de aplicações no IIS, muito conhecido por trazer a performance de queries e páginas em Java e .NET.
SINTOMA
Caso ao instalar o Windows update e verificar o erro no Event Viewer encontrar o erro abaixo, o APM está com problemas:
Product: Microsoft Monitoring Agent -- Error 1923.Service '@C:\Program Files\Microsoft Monitoring Agent\Agent\APMDOTNETAgent\InterceptSvc.exe,-100' (System Center Management APM) could not be installed. Verify that you have sufficient privileges to install system services.

CAUSA
Muitos problemas podem ter gerado esse erro, em alguns casos pode até ser necessário reinstalar o IIS.
Porem, como o recurso de Application Monitoring é usado em casos muito especificos e muitas vezes este erro acontece em servidores diversos, como por exemplo, servidores do System Center, Exchange ou outros que não iremos monitorar a aplicação, não há a necessidade de debugar o erro detalhadamente.
RESOLUÇÃO
Encontre no diretório do Windows Update (C:\Windows\SoftwareDistribution) o arquivo do agente, que na versão R2 UR2 é o KB2929891-AMD64-Agent.msp:

Execute o comando abaixo que instala o agente manualmente com o MSIEXEC sem a opção do agente de APM:
msiexec /update KB2929891-AMD64-Agent.msp NOAPM=1

Importante: O ideal é realmente resolver o problema pois outros updates poderão gerar erro novamente. Mas para isso será necessário utilizar o LOG do MSIEXEC e verificar os componentes que estão com problema.
Dell Management Packs para SCOM 2012 R2 Liberados
Monitorar fisicamente servidores, storages e equipamentos físicos é uma premissa e um recurso muito importante para administradores de Datacenter.
Para os que não sabem ou ainda não implementaram a solução do OME (Open Management Essential) integrada com o SCOM leia o artigo que publiquei em http://www.marcelosincic.com.br/blog/post/Monitorando-Storages-EqualLogic-e-Servidores-Dell-com-o-SCOM-2007-R2-e-SCOM-2012-RC.aspx
A boa notícia estão disponíveis os pacotes de monitoração atualizados para funcionarem com o System Center Operations Manager 2012 R2 em: http://en.community.dell.com/techcenter/b/techcenter/archive/2013/11/27/dell-management-packs-now-support-microsoft-system-center-2012-r2.aspx
Se possui servidores Dell, não deixe de implementar a monitoração detalhada de servidores, storages e dispositivos físicos Dell.
Integrando Visualizações do Operations Manager 2012 no SharePoint 2013 com o Visio Services
Uma necessidade que muitos clientes solicitam é a possibilidade de integrar visualizações dinâmicas do System Center Operations Manager 2012 em TVs ou disponibilizar dados publicamente pelo SharePoint ao invés de utilizar o console.
Introdução
Este recurso é possivel por utilizar o Visio Services do SharePoint Enterprise 2013 integrado com o serviço de publicação de dados do SCOM, proporcionando uma visualização como abaixo com o site completo com 3 webparts, ou mesmo usando os Dashboards:

Nota: Apenas a primeira das webparts é dinâmica e online. As duas webparts de diagrama são apenas representações estáticas de um arquivo Visio gerado no console do SCOM.
Abaixo detalhes de uma webpart ampliada, onde temos os servidores desejados para a monitoração em tempo real:

Como este recurso é interativo, ao clicar com CTRL em um dos servidores, automaticamente será aberto o Operations Manager Web Console com o Healthy Check do servidor:

Mostrado o recurso e a sua integração em tempo real, vamos considerar como montar.
Configurando a Integração do Visio com o SCOM
O primeiro passo é baixar o pacote Microsoft Visio 2010 and SharePoint 2010 Extensions for System Center 2012 em http://www.microsoft.com/en-us/download/details.aspx?id=29268
No diretório Client será possivel instalar o conector no Visio que o permite ler dados do SCOM e gerar os Shapes no diagrama, estando disponivel em versão 32 e 64 bits:

Ao abrir um novo documento no Visio agora será possivel na barra de ferramentas ver a opção Operations Manager e clicando no botão Configure temos as opções para indicar o servidor Operations Manager

O primeiro dos itens que pode ser utilizado é o Add Status que inclui uma pequena tabela para indicar quando os dados foram atualizados, o que é muito util dentro do SharePoint:

Na sequencia podemos acrescentar os shapes desejados com o botão Insert Shapes, bastando selecionar a classe desejada e o objeto que será monitorado, como o exemplo abaixo:

Em alguns casos podemos utilizar shapes já existentes no Visio, por exemplo shapes de maquinas reais ou outros tipos de objeto da biblioteca existente. Isso é possivel utilizando o botão Link Shape e definir o objeto do SCOM que aquele shape representa:

Este processo também pode ser usado quando exportamos um Dashboard para Visio e depois vinculamos os objetos reais aos shapes no arquivo. Para isso pode ser usado o botão Reconcile Shapes onde o wizard listará todos os objetos e será mais rápido que o exemplo acima:

Selecione o tipo de atributo existente no desenho que será usado para mapear com os objetos do SCOM:

Por fim, o wizard irá mostrar os objetos que não foram encontrados correspondência e permitirá a ligação manual:

A partir deste momento já é possivel testar a integração do Visio com o SCOM clicando com o botão nos shapes e verificando o Healthy Explorer ou na lista External Data que aparece a cada objeto adicionado:

Configurando a Integração entre o SharePoint e o Visio
No mesmo pacote temos o diretório com o aplicativo que deve ser executado no SharePoint para integrar a webpart de Visio com o SCOM:

Após executar o setup abra o SharePoint Administration Portal e em Applications Management –> Manage Service Applications –> Visio Graphics Service –> Trusted Data Provider verifique se no Visio Service foi incluido o SCOM como fonte de dados:




Se a conexão acima não aparecer automaticamente, será necessário criar a entrada manual, por clicar em Add e digitando a linha acima de identificação do Assembly de conexão. Este passo está descrito no PDF do pacote de integração para intalação manual dos componentes de integração.
O passo seguinte é criar uma Document Library para colocar os arquivos Visio criados anteriormente. Esta pasta não necessita de qualquer dado ou configuração adicional, apenas fazendo o upload dos arquivos, como o exemplo abaixo:

Na sequencia edite umá página qualquer existente no SharePoint e adicione uma nova webpart Visio Web Access e defina nas propriedades qual será o arquivo mostrado na página. Veja também que é possivel configurar o tempo de atualização, o tamanho da webpart, aparência geral e outros:

Integrando o SharePoint com o SCOM
Os Dashboards do SCOM podem ser utilizado livremente no SharePoint, após instalar os componentes usando o DVD do SCOM. O primeiro passo é copiar a pasta Setup\xamd4\SharePoint do DVD do SCOM para o SharePoint:

Abra o SharePoint Management Shell e execute primeiro o comando para permitir a execução do script e o script para instalação dos Assemblies:
Set-ExecutionPolicy Unrestricted
.\install-OperationsManager-DashboardViewer.ps1 solutionPath “<<Local onde os arquivos foram copiados>>”
Quando perguntar o site, deixando em branco será instalado para todos os existentes.
Após a instalação entre em um site onde deseja utilizar a webpart e verifique em Site Settings –> Site Collection Features se o componente Operations Manager Dashboard Web Part está ativado, como o exemplo abaixo:

Agora já está disponivel, edite uma página do SharePoint e acrescente a webpart Operations Manager Dashboard:

Na sequencia defina o Dashboard que será mostrado utilizando o link do Operations Manager Web Console, como o exemplo abaixo:

Conclusão
Utilizando o pacote de integração podemos criar páginas no SharePoint dinâmicas permitindo a qualquer usuário com permissão em um site ou página acompanhar dados de monitoração do ambiente.
Conectando os Produtos System Center para Melhor Integração
Muitos que usam os produtos System Center 2012 ainda utilizam as ferramentas como nas versões 2007 e 2008, ou seja, de forma autônoma.
Assim, o Service Manager recebe incidentes manualmente quando algum tipo de alerta é gerado no Operations Manager. Os relatórios e dados de inventário (CI) precisam ser consultados no Configuration Manager.
Utilizando os conectores do Service Manager podemos integrar todos os produtos como mostra o diagrama abaixo:

Como pode ser visto no diagrama, é o Service Manager que faz o papel de integrador entre os diferentes produtos System Center. O Orchestrator também atua, porem por meio dos Runbooks que podem interagir com o desenho de atividades, mas já comentei em outro post http://www.marcelosincic.com.br/blog/post/Orchestrator-Integration-Packs-para-System-Center-2012.aspx
Criação de Conectores no Operations Manager
Os conectores precisam ser criados dos dois lados, inicialmente pelo Operations Manager em Administration –> Internal Connectors, como pode ser visto abaixo, onde os diversos conectores já estão criados, sendo que apenas um é criado no assistente e os outros criados automaticamente conforme o número de Management Packs:

O primeiro passo é definir o nome do conector e quais os grupos de computadores do SCOM serão integrados:


No passo seguinte definimos quais são os Management Packs que serão integrados com o Service Manager, sendo que no momento de criação do conector pode-se escolher todos e fazer a manutenção após o conector já criado e testado, como será mostrado no próximo tópico:

O ultimo passo ao criar o conector é definir critérios de filtro. Este item é mais importante que os dois acima (Computer Groups e Management Packs), pois permite definir de forma granular quais alertas irão gerar os incidentes no Service Manager. Por exemplo, apenas os erros são importantes em incidentes, assim como a prioridade e o estado do alerta no SCOM.
Também é importante notar que os incidentes no Service Manager podem ser abertos pelos estados resultantes dos Healthy Monitors do Operations Manager, o que amplia em muito o número de incidentes que serão gerados:

Edição do Conector no Service Manager
Criado o conector no console do Operations Manager é possivel ver o mesmo conector replicado no Service Manager em Administration –> Conectors.
Se for necessário alterar como os incidentes são abertos, registrados e auto-atualizados é necessário alterar o conector pelo console do Service Manager, como mostrado na tela abaixo:

Na tela de configuração do template definimos os critérios dos incidentes que serão sincronizados, lembrando que caso não seja configurado corretamente o conector no Service Manager, ao fechar um incidente este não será encerrado no Operations Manager e vice-versa.
No exemplo abaixo, selecionei todos os computadores pelo grupo, mas poderia ser feito um filtro pelo Management Pack, nivel de severidade, prioridade ou mesmo um campo personalizado:

Criando Conectores de Itens (CI) no Service Manager
Note que a importação dos Management Packs tem a ver com os itens de configuração e não com os alertas definidos anteriormente.
Neste caso, o que será importado são itens, computadores e dados recolhidos dos agentes pelo Operations Manager, para formar a biblioteca de dados de configuração junto com o próprio System Center Configuration Manager.
Sendo assim, criar o conector de itens de configuração não é tão importante quanto criar o conector para os alertas, principalmente em ambientes onde o System Center Configuration Manager também foi implementado e sincronizado.
De qualquer forma, recomendo que se crie o conector de CI para que máquinas monitoradas pelo Operations Manager e que não contenham agente do Configuration Manager estejam contempladas no banco de dados do Service Manager ao abrir um chamado. Alem disso, o conector permitirá ver aplicações como sites do IIS e outros serviços do Windows pelo Service Manager.
Para criar e administrar este conector, basta definir quais os Management Packs que irão enviar dados e o agendamento para esta tarefa:

Outros Conectores
Mais detalhes de cada um dos conectores pode ser vista no TechNet em http://technet.microsoft.com/en-us/library/hh524326.aspx

Para mais informações sobre o Windows Server 2012, acesse: http://clk.atdmt.com/MBL/go/425205719/direct/01/
Utilizando o MBCA para Analisar Serviços e Servidores
A Microsoft disponibiliza diversas ferramentas de análise da implementação de um produto. Alguns são nativos e outros opcionais:
Vários artigos abordam o uso do BPA e do validador do Cluster são nativos e o MBSA foi descontinuado para o Windows Server 2012, então neste artigo trataremos apenas do MBCA e seu uso exemplo com o System Center 2012.
Instalação do MBCA e Pacotes
A instalação deste produto é muito simples, bastando executar o instalador.
Após instalar o MBCA passamos a instalar as ferramentas, ou pacotes de análise, permitindo que ao abrir o MBCA vejamos uma lista dos pacotes de análise disponiveis:

Executando o System Center 2012 Configuration Analyzer
Note que ao abrir o menu não terá uma opção para o SCCA, uma vez que ele é um plugin do MBCA, como pode ser visto abaixo:

O passo seguinte é selecionar os computadores que serão validados. Porem, para validar alguns servidores remotos pode ser necessário fazer o registro de segurança com Setspn. Se você não sabe como utilizar, pode usar as instruções do próprio SCCA, como mostrado nos tópicos a frente:

Os resultados são mostrados em duas abas, sendo possivel ver um resumo ou detalhamento dos dados analisados. No exemplo abaixo executei em um SCSM 2012 SP1 e o resultado inicial é que não há pendencias e permitindo exportar o relatório que pode ser revisado posteriormente depois de salvo com a opção “Open Report” no primeiro pront.


Utilizando a opção Collected Data é possivel ver os dados utilizados pelo SCCA para validar o SCSM:

Servidores Remotos
Instalar o MBCA e o SCCA em um único servidor é útil para evitar a instalação em uma farm de servidores ou mesmo para maquinas com acesso limitado. Porem, em alguns casos nao é possivel executar o SCCA remotamente tendo como resultado a mensagem abaixo:

A função Credssp permite que o servidor onde o SCCA está instalado tenha acesso ao servidor que está sendo analisado, sendo simples de ser executado e necessário para análises remotas.

Para mais informações sobre o Windows Server 2012, acesse: http://clk.atdmt.com/MBL/go/425205719/direct/01/