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.
Erro ao Instalar o Datawarehouse no System Center Operations Manager 2012 SP1
Um erro que está acontecendo com a instalação do SCOM 2012 é no processo de criação do banco de dados de DW.
SINTOMA
Durante o processo de instalação, no processo de criação do banco de dados de DW do SCOM, o instalador acusa erro e faz o rollback de todo o ambiente.
Ao verificar o SQL Server o banco de dados “OperationsManager” está criado com sucesso, as permissões corretas e nenhum problema é identificado. Recorrendo ao log podem sere vistas várias mensagens de SO_Access_Denied.
CAUSA
Um erro no instalador faz com que o assistente tente criar a base com o nome do diretório definido no instalador ao invés de criar um banco de dados “OperationsManager_DW”.
Por este motivo pode ocorrer o erro de acesso negado por conta da permissão no diretório raiz ou superior ao desejado para as bases, principalmente quando se criou uma árvore de diretório de 1 nível para acrescentar as bases de dados.
SOLUÇÃO
Quando for solicitado o “Data file folder” indique o caminho completo com o nome do arquivo desejado, por exemplo “C:\Data\SCOM_DW” criará o banco de dados com o nome “SCOM_DW.mdf” no diretório “C:\Data”
Atualizando System Center 2012 RTM/SP1 RC para SP1 RTM-Parte 1 (SCCM e SCOM, Orchestrator)
Com o lançamento da versão final do Service Pack 1 do System Center 2012 foi necessário fazer upgrade das versões dos produtos sem o Service Pack ou com o Service Pack 1 na versão Release Candidate (RC). Não irei abordar o Beta pois ele já estava defasado em relação aos testes em geral.
No meu caso, fiz as atualizações a partir das duas versões de todos os produtos e este será um resumo em duas partes, sendo este primeiro com o System Center Configuration Manager 2012, System Center Operations Manager 2012 e Orchestrator.
Segue uma tabela básica com o resultado e depois passo ao detalhamento:
| |
A partir do RTM |
A partir do SP1 RC |
Agentes |
| Configuration Manager |
Upgrade após desinstalar o WAIK e instalar o Windows ADK |
Upgrade sem intervenções |
Não exige o upgrade, mas relaciona os agentes no relatório das versões |
| Operations Manager |
Upgrade sem intervenções |
Upgrade sem intervenções |
Não exige o upgrade, apenas apresenta a versão correspondente em “Agent Managed” |
| Orchestrator |
Não permite upgrade, mas permite selecionar o mesmo database. |
Não permite upgrade, mas permite selecionar o mesmo database. |
Integration Packs com as novas funcionalidades do SP1 precisam ser instalados |
System Center Configuration Manager (SCCM)
Tanto a migração do RTM como do SP1 RC foram transparentes e simples, porem é importante lembrar que o SCCM 2012 ainda utilizava o Windows AIK. O SCCM 2012 SP1 já foi atualizado para utilizar o Windows ADK que era beta na ocasião do lançamento do SCCM 2012. Porem, o processo é simplesmente desinstalar o WAIK e instalar o Windows ADK.
Em ambientes com hierarquia “Parent-Child” (onde são independentes mas fazem troca de dados) pode-se iniciar a atualização em qualquer um dos sites com o risco de ser recusado o upload de dados no Parent em versões diferentes. Por outro lado, em hierarquias “Primary-Secundary” (apenas o primário tem banco de dados) o upgrade deve ser feito de cima para baixo, ou seja, primeiro atualizamos o primário para o banco de dados ser atualizado e depois os secundários, que não irão funcionar corretamente até serem atualizados. Lembrando que neste caso a atualização pode ser feita pelo próprio console do SCCM.
Importante: Um erro no timestamp do certificado usado no agente do SCCM 2012 SP1 gera um erro “Couldn't verify 'C:\WINDOWS\ccmsetup\MicrosoftPolicyPlatformSetup.msi' authenticode signature. Return code 0x800b0101”. Baixe o hotfix em http://support.microsoft.com/kb/2801987
Ao abrir o setup já é possivel ver a opção de Upgrade disponivel, sem qualquer intervenção, como mostram os dois prints a seguir.
Os sites e configurações continuam ativas sem problemas, incluindo os agentes:
System Center Operations Manager (SCOM)
Foi a migração mais simples de todas, não foi necessário qualquer atualização de componentes, nem a partir do RTM.
Em ambientes com instalação em multiplos servidores, a ordem básica se mantem como a do upgrade de versões anteriores. Iniciamos a migração pelo servidor que contem o Operational Database antes dos Management Servers e Gateway Servers.
O wizard de instalação detectou com facilidade os componentes instalados e listou o que estava sendo atualizado:
Ao realizar a atualização foram alteradas as estruturas do banco de dados, motivo pelo qual o wizard recomenda o backup das bases antes do processo de upgrade.
Ao final, o console abriu com todos os agentes saudáveis e o SCOM atualizado. Lembrando que o agente mostra a versão anterior mas não exige o upgrade:
System Center Orchestrator (SCO)
Na ordem em que eu inicie as migrações, o Orchestrator foi o primeiro a não permitir o upgrade direto das versões anteriores. Tanto a partir do RTM quanto do SP1 RC a mensagem abaixo foi o resultado:
Neste caso o processo consiste em desinstalar o Orchestrator e reinstalar o produto, porem utilizando a opção “Retain database” na seleção do banco de dados a ser utilizado.
Após isso, todos os Runbooks estavam disponiveis e funcionaram corretamente, assim como os Integration Packs que continuaram disponiveis no Runbook Designer.
Porem, é importante que para tirar proveito das novas funcionalidades do SP1 é necessário baixar os Integration Packs novos (http://www.marcelosincic.com.br/blog/post/Novos-Integration-Packs-para-Orchestrator-2012-SP1-e-Toolkit.aspx) e fazer o deploy a partir do Orchestrator Deployment Manager, que passa a mostrar a versão 7 (RTM) e as versões 7.1 (SP1):
É importante que após a instalação dos novos Integration Packs os Runbooks continuaram funcionando normalmente, como o exemplo abaixo:
