Azure Monitor SCOM Managed Instance–System Center Operations Manager no Azure 14 dezembro 2022 msincic Operations Manager, System Center, Windows Azure, Azure, Microsoft Azure, Cloud computing, Governance, Governança Em abril deste ano com o lançamento da suite System Center 2022 escrevi se os produtos ainda eram importantes e seus correspondentes em serviços e soluções no Azure Marcelo de Moraes Sincic | Lançamento do System Center 2022–Ainda Vale a Pena? Será descontinuado? (marcelosincic.com.br) Um destes produtos era o System Center Operations Manager (SCOM) que sempre foi uma ferramenta muito importante na monitoração de ambientes on-premisse. Como já abordado em abril, o uso de Azure Arc e Azure Monitor pode ser utilizado para ambientes on-premisse mas dependem de internet, geração de alertas correspondentes escritos em KQL e consumindo créditos com a ingestão maciça de eventos do log. Por exemplo, uma regra construida no SCOM onde relacionamos o log de um servidor com outro usando um Event ID sequencial para indicar uma cadeia de quebra ou então um mapa com objetos relacionados é muito mais complicado de ser construido no Azure Monitor exigindo conhecimento de Notebooks Jupyter e KQL. O que é o Azure Monitor SCOM Managed Instance Na prática a Microsoft não está lançando um produto novo ou feature nova mas sim transformando um PaaS um produto que ainda é muito importante para diversas corporações. O diagrama abaixo disponivel em About Azure Monitor SCOM Managed Instance (preview) | Microsoft Learn deixa bem claro que a funcionalidade se inverte onde o SCOM agora é que está em cloud monitorando o ambiente on-premisse. Fatores a serem considerados Com esse novo recurso temos que questionar se irá ou não valer a pena migrar para o ambiente gerenciado e podemos usar estes fatores inicialmente: Vantagens Desvantagens Não ter que gerenciar os recursos agregados, que normalmente eram o mais “problemático” como o Reporting Services e SQL Utilizar os mesmos Management Packs que o on-premisse Facilidade na implementação e escalabilidade já que todo o processo criativo dos recursos é realizado pelo Azure Licenciamento é o mesmo, aproveitando o investimento nas licenças CIS ou System Center Suite Utilizar o SCOM monitorar as VMs locais no Azure e outras clouds, aproveitando o conhecimento já adquirido no om-premisse, sem a necessidade de enviar dados das Azure VM para o ambiente on-premisse Integração simples com Power BI Custo de ingestão de logs no Azure Monitor utilizando o Arc é maior que o custo de upload dos logs via VPN Custo de infraestrutura no Azure para VMs, Load Balancing e tráfego de dados Situação de link internet invertida, agora não é mais o SCOM que enviaria os dados para o Azure Monitor e sim os servidores on-premisse que enviarão dados para o SCOM, gerando alertas em cascata quando houver queda de link Discovery para instalação automática não é suportado (1) Não é possível ter Management Servers no ambiente on-premisse (2) (1) Até o momento não disponivel no Preview (2) Até o momento não é suportado, mas permite o uso de Gateway Server
Lançamento do System Center 2022–Ainda Vale a Pena? Será descontinuado? 07 abril 2022 msincic Cloud computing, Azure OMS, Azure, Configuration Manager, Data Protection Manager, Log Analytics, Governança, Microsoft Azure, Operations Manager, Orchestrator, Service Manager, System Center, Virtual Machine Manager, Azure Stack A primeira vez que recebi o premio de MVP foi na categoria System Center, que depois alterou para Cloud and Datacenter Management (CDM). Com o crescimento exponencial das clouds publicas os ambientes on-premises passaram a ser integrados também aos recursos disponíveis em cloud publica e/ou migrados. Então recebo constantemente a pergunta “O System Center vai morrer?” e até afirmações “System Center foi descontinuado”. Com o lançamento do System Center 2022 em 1o de Abril voltamos estas perguntas https://cloudblogs.microsoft.com/windowsserver/2022/04/01/system-center-2022-is-now-generally-available?WT.mc_id=AZ-MVP-4029139 Sendo assim vamos a algumas questões e usarei uma apresentação que fiz no MVPConf. O que levou a essas conclusões? Atualizações semestrais foram descontinuadas (1801, 1909, etc), as atualizações seguiram o modelo anterior de Update Rollups a cada 12 a 18 meses e novas versões a cada 3 ou 4 anos Configuration Manager teve sua ultima versão 2012 R2 como a ultima que fazia parte da suíte System Center e passou a ser Enpoint Manager na familia do Intune Service Manager teve um comunicado do time de produtos em 2018 onde afirmavam que o produto não seria descontinuado Operations Manager não tinha uma integração com o Azure Monitor Virtual Machine Manager não dava suporte a recursos novos do Hyper-V e suporte limitado ao Azure Orchestrator com poucos pacotes de integração para 3rd partners Configuration e Endpoint Data Protection Manager Foi deslocado da família System Center para a família Endpoint Management Integração com Intune e novos recursos do Azure como Analytics (Log e Desktop) Possibilidade de utilizar roles diretamente na web (CMG) Licenciamento foi integrado nas licenças de Microsoft 365, Enterprise Mobility Suite (EMS), Intune add-on e CoreCal Bridge Conclusão: O produto não foi descontinuado nem se tornou uma nova família para se “desprender”, e sim um reposicionamento para o time de gerenciamento de Windows. Operations Manager Os Management Packs foram todos atualizados para os produtos novos (Windows Server 2019, Exchange, SharePoint, etc) Foi disponibilizado um Management Pack para Azure que permite fazer toda a monitoração e dashboards, recebeu integração com o Log Analytics, que alimenta os dados para uso no Azure Monitor Reduz custos e tem melhor performance nos alertas para servidores on-premisse, quando o ambiente é integrado com o Azure Monitor Projeto Aquila permitirá usar o SCOM como SaaS (fonte: ZDNET e Directions) Conclusão: Continua como uma ferramenta importante para ambientes on-premisse. Para ambiente cloud o Azure Monitor e outros são indicados. Virtual Machine Manager Está sendo atualizado com os recursos novos do Windows 2019, mas o timeline entre novos recursos do Windows e a inclusão seguem os Update Rollups, de 12 a 18 meses Ainda é muito importante por conta de recursos em Cluster de Hyper-V e monitoração para quem utiliza Windows Admin Center vem incluindo diversos dos recursos que o VMM possui, mas os wizards do VMM são superiores Conclusão: Para grandes Clusters o VMM é indispensável, mas para gerenciamento de servidores Hyper-V segregados o Admin Center é uma boa opção. Data Protection Manager Manteve as características principais de backup apenas de produtos Microsoft on-premisse (SQL, Hyper-V, Exchange, etc) e VMWare. Não tem previsão de inclusão para produtos de terceiros Não suporta serviços do Azure, cada serviço do Azure possui ferramentas próprias de backup. Aceita agentes em Azure VMs, porem deve-se levar em conta custo de download Possui a versão gratuita Microsoft Azure Recovery System (MARS) que é um subset do DPM sem suporte a fitas Conclusão: Para ambientes Microsoft on-premisse ou Azure VMs para discos locais ou fitas ainda é importante, mas ambientes Azure utilizar os recursos nativos de cada serviço. Service Manager Portal de autoatendimento agora em HTML 5 Suporta integração com BMC, ServiceNow e outros, mas alguns conectores são pagos (3rd SW) Manteve-se fiel ao modelo ITIL v3 A construção de workflows foi melhorada incluindo uma interface mais amigável e mais recursos de integração com o Orchestrator Conclusão: É uma ferramenta da suíte que recebeu poucos avanços e manteve sua dependência do Orchestrator, que torna mais complexa a administração. Mas como faz parte da suíte é financeiramente justificável no conjunto. Orchestrator Os Integration Packs foram todos atualizados para os produtos novos (Windows Server 2019, Exchange, SharePoint, etc) Integration Packs de 3rd SW nem todos possuem atualizações, na maioria são pagos Agora suportando PowerShell v4 permite que se crie novas funcionalidades por código, o que remove as limitações dos Integration Packs Conclusão: Continua como uma ferramenta importante para ambientes on-premisse. Para ambiente cloud o Azure Monitor e outros são indicados. Alternativas ao System Center Com os avanços das ferramentas integradas como Hybrid usando Azure Arc e Azure Automation, você poderá estender os mesmos recursos nos servidores on-premises equivalentes ao System Center.
Monitorando Azure com o System Center Operations Manager (SCOM) 06 outubro 2020 msincic Azure, Cloud computing, Microsoft Azure, Operations Manager Muitas empresas utilizam o SCOM para monitorar ambientes on-premisse. Estender essa monitoração para recursos do Azure ajudará a centralizar os alertas e dashboards como cockpits integrados. Para baixar o Management Pack utilize o link: https://www.microsoft.com/en-us/download/details.aspx?id=50013 Instalando e Configurando o MP Ao executar o pacote poderá encontrar os 3 arquivos de MPs que deverão ser importados: Na sequencia abra o console e importe os 3 pacotes instalados: Após fazer a importação dos pacotes poderá atribuir as subscrições que deseja monitorar e isso pode ser feito por atribuir o usuário na autenticação ou criar uma SPN no Azure para servir de aplicação e auxiliar no Azure se necessário procurar os registros ou atribuir permissões especificas. Esse processo de criação do SPN é automático bastando informar o usuário e deixar que o Wizard faça o trabalho! Configurando o que será monitorado Encontre o Management Pack MS Azure Monitoring e escolha qual das subscrições quer monitorar. A recomendação é que crie um novo Management Pack para hospedar os recursos que irá monitorar e facilitar a reconfiguração se for necessário. Se houver diversas subscrições, será necessário reconfigurar e seguir o processo para incluir no mesmo MP customizado criado para cada uma das subscrições. Encontrando os Recursos O Management Pack cria uma nova pasta em Monitoring com o nome Microsoft Azure com diversos itens, onde poderá ver os diversos tipos de dashboards e relatórios disponíveis. Em alguns minutos o SCOM já irá coletar os recursos e logo após retornar o status de cada um deles. Como são diversos recursos e relatórios, poderá visualizar dados de performance, status e definir ou alterar alertas conforme as regras comuns de status.
System Center 2019 e Windows Server 2019 – Upgrade in place II 19 março 2019 msincic Configuration Manager, Data Protection Manager, Operations Manager, Orchestrator, System Center Com o lançamento oficial do System Center 2019 semana passada agora já podemos testar a migração da versão final. https://cloudblogs.microsoft.com/windowsserver/2019/03/07/coming-soon-microsoft-system-center-2019?wt.mc_id=4029139 Nova Politica de Versões Na nova politica de versões do System Center, não haverá os canais Semi-Anuais como Windows. Ou seja, você terá a versão 2019 por aproximadamente 3 anos com os updates que em geral ocorrem 3 vezes por ano. Isso significa que diferente das primeiras versões que foram o 1801 e 1807, daqui em diante não teremos mais esse mesmo tipo de nomenclatura retornando ao antigo modelo de versões com updates (2019 UR 99). Importante: System Center Configuration Manager continua com o canal Semi-Anual https://docs.microsoft.com/en-us/system-center/ltsc-and-sac-overview?wt.mc_id=4029139 Executando o Upgrade No mesmo documento acima, vemos o suporte para upgrade in-place que é garantido até as ultimas 2 versões. Isso significa que os usuários das versões 2012 R2 precisarão primeiro fazer o upgrade para a 1801 e depois para o SC 2019. Importante: System Center Configuration Manager terá as regras de update diferentes, dependendo do canal escolhido Assim como o upgrade da versão 2016 para a 1801 foi tranquila e já demonstrei aqui http://www.marcelosincic.com.br/post/System-Center-2019-e-Windows-Server-2019-Upgrade-in-place.aspx, a migração do 2019 tambem foi bem satisfatória. Todos eles precisamos apenas confirmar a instalação, apenas com excessão do SCOM e VMM que é necessário o upgrade de agentes. O DPM não executei o upgrade pois atualmente utilizo o Microsoft Azure Backup que é um subset especializado para backup no Azure. System Center Operations Manager (SCOM) No caso do SCOM uma mudança é agora poder ativar pela interface no “About”, antes era necessário fazer pelo PowerShell com o comando Set-SCOMLicense. Lembrando que no caso do SCOM é necessário autorizar o upgrade do agente para todos os servidores logo após a instalação. Caso não o faça continuará havendo comunicação, mas ele irá criar alertas constantes de aviso e novos recursos podem ocasionar falha nos agentes. System Center Service Manager (SCSM) e System Center Orchestrator (SCO) Literalmente nada precisou ser feito ou alterado e o mesmo aconteceu com o Orchestrator. System Center Virtual Machine Manager (SCVMM ou VMM) O VMM já exigiu um pouco mais de trabalho, pois é necessário rever as contas no “Run-AS” que agora limita contas locais e reinstalar os agentes. No meu caso, fiz o exercicio de desinstalar para validar se apenas utilizando o banco de dados retornaria e funcionou!
System Center 2019 e Windows Server 2019 – Upgrade in place 02 janeiro 2019 msincic Configuration Manager, Data Protection Manager, Operations Manager, Orchestrator, Virtual Machine Manager, Windows, System Center, Service Manager, Windows Server 2019 Como conhecido, o System Center saiu em sua nova versão, agora seguindo o mesmo conceito de Branch (Current Branch) do Windows. De agora em diante veremos as versões seguindo o numero que indica a edição: A versão 2019 da suite não teve alterações em layouts ou funcionalidades principais, mas acrescenta diversos recursos novos. Atualmente temos disponivel a nova versão 1801, que se aproxima muito do que será a versão 2019 que terá como build 1901 com data de lançamento previsto em Março. Estes recursos podem ser visualizados no link: https://thesystemcenterblog.com/2018/09/25/whats-new-in-system-center-2019/ Upgrade do System Center Configuration Manager O SCCM já desde a versão 2016 tem o upgrade como uma funcionalidade nativa e automática. Sempre foi muito estável e fácil de ser realizada, ficando disponivel em Administration –> Updates and Services: Após iniciado, pode-se ir pelo menu da barra superior e acompanhar toda a instalação passo a passo: Lembrando que não é possivel interagir com o upgrade após iniciado, mas em caso de se escolher deixar as features desabilitadas no menu mostrado na primeira imagem, escolha a opção Features para incluir uma das novas. Pessoalmente sempre prefiro fazer a instalação dos upgrades sem selecionar features e depois incluir as que desejo, assim posso estudar o impacto e real necessidade de mais componentes sendo executados no servidor. Upgrade do System Center Service Manager Tambem simples de ser realizado, insira a midia do SCSM e ele já entrará no modo de upgrade onde você irá selecionar qual dos servidores locais está sendo atualizado. Lembrando que é importante saber a estrutura para escolher a função correta do servidor que está sendo atualizado, no meu caso o Management Server: A atualização é bem tranquila, e ao final já está executando. O novo portal de auto-serviço agora oferece a experiencia HTML5 sem necessidade de componentes adicionais: Upgrade do System Center Operations Manager A Microsoft realmente aprendeu a fazer upgrades de versão com o System Center transparentes, rapidas e eficientes. O mesmo vale para o SCOM. Similar ao SCSM, basta incluir a midia e executar o modo de upgrade: A mensagem de Warning na tela acima existe desde as versões anteriores. Como os instaladores do System Center não pedem chave, em alguns é necessário fazer a inserção da chave posteriormente. Para inserir a chave, execute o PowerShell do SCOM e utilize o comando, lembrando que agora a chave de instalação do System Center é a mesma para toda a suite desde a versão 2012: Set-SCOMLicense -ProductId 'xxxxx’ Upgrade do System Center Orchestrator e Virtual Machine Manager Para fazer o upgrade do SCO tive que primeiro desinstalar o servidor. O motivo no meu caso foi a instalação de um update no meio do ano que era beta e com isso o upgrade automático não é possivel. Nesses casos, faça a desinstalação do servidor com a opção Retain Database ativada, mesmo sendo a do SCVMM a do Orchestrator é similar: Depois de desinstalar a versão anterior, ou mesmo para um refresh, refaça a instalação com a opção de utilizar um banco de dados já existente: Com isso a instalação tanto do System Center Orchestrator quanto do Virtual Machine Manager finaliza com os mesmos dados existentes. Em muitos casos, o Orchestrator e o Virtual Machine Manager para no meio da instalação com um erro genérico de banco de dados, com a mensagem: “DBSetup.exe fails with unknown error 0x800A0E7A” Se isso acontecer no seu caso, baixe e instale o SQL Server 2012 Native Client – QFE disponivel em https://www.microsoft.com/en-us/download/details.aspx?id=50402 Upgrade do Windows Server 2019 com Serviços de System Center Em alguns dos servidores, antes de fazer o upgrade do Windows realizei o upgrade do System Center. Isso porque o System Center 2019 é compativel com o Windows Server 2012 R2, mas o contrário não. Isso quer dizer que é mais confiavel primeiro o upgrade dos serviços e depois do Sistema Operacional que tambem é compativel. Conclusão O upgrade dos servidores System Center são estáveis, mas lembre-se de sempre ter um backup das bases de dados se ocorrer um problema nessas fases. Tambem é importante lembrar das regras de ordem, em geral os Management Servers antes das outras funções.
Novo Modelo de Updates do SCCM 2016 03 outubro 2016 msincic Configuration Manager, System Center, Operations Manager, Service Manager Como já havia escrito a algum tempo, uma das mais interessantes novidades do System Center 2016 é a capacidade dos produtos em se atualizarem automaticamente. No System Center Operations Manager (SCOM) e Service Manager (SCSM) são so Management Packs e no System Center Configuration Manager (SCCM) a atualização inclui os binários do servidor, agente e console. Atualização Automática do SCCM Pelo console do SCCM acesse Administration –> Cloud Services –> Updates and Servicing e será possivel ver a lista de atualizações, que no caso do SCCM são os Builds, uma vez que ele não possui mais versões. Clique sobre a versão que está disponivel, o SCCM irá manter o histórico das atualizações já realizadas. Ao selecionar a atualização é possivel ver os novos recursos que a atualização irá fazer, a lista de Knowlegde Bases: Um item interessante ao iniciar atualização é que podemos ignorar os pré-requisitos como pode ser visto na tela abaixo no checkbox para ‘forçar” a atualização. Claro que é importante deixar que os requisitos sejam testados, instalar uma atualização que não está com o ambiente completo pode gerar problemas e indisponibilidade permanente. Outro item importante é a possibilidade de escolher as features que serão incluidas no SCCM com a atualização. Por exemplo, o Apple Volume Purchase é instalado nesse momento como se fossem as features pelo console em “Site Roles and Services”. Caso não opte por instalar as features no momento da instalação da atualização, é possivel executar novamente mais tarde pelo mesmo caminho: Como as atualizações “carregam” as novas features podemos escolher quais iremos habilitar como em outras configurações de roles: Por fim após o update o SCCM poderá pedir para reiniciar o console e finalizar a instalação: Conclusão Realmente é um recurso excelente ter as atualizações a mão de forma tão simples e confiável. Esse recurso tornará mais fácil manter o SCCM e outros produtos System Center saudáveis com as ultimas atualizações.
Erro no SQL Server na Instalação do System Center Operations Manager 19 dezembro 2014 msincic System Center, Operations Manager, SQL Server 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.
System Center Advisor Preview–Novidades 14 maio 2014 msincic Advisor, Cloud computing, MSARC, System Center Já por alguns anos estamos assistindo sobre o System Center Advisor, desde que seu nome era Atlanta: Março e Abril, 2011 – Quando o produto era beta com o nome do Atlanta: http://www.marcelosincic.com.br/blog/post/System-Center-Advisor-%28Projeto-Atlanta%29.aspx http://www.marcelosincic.com.br/blog/post/Familia-System-Center-Crescendo-Novidades-!!!.aspx Abril de 2013 – Utilizando o System Center Advisor: http://www.marcelosincic.com.br/blog/post/Monitoracao-de-Servidores-com-o-System-Center-Advisor.aspx Julho de 2013 – MVA oficial da Microsoft sobre a utilização do System Center Advisor http://www.marcelosincic.com.br/blog/post/MVA-Gerenciamento-de-pequenas-e-medias-empresas-com-System-Center-Advisor.aspx Março de 2014 – Integrando o System Center Advisor com o System Center Operations Manager (SCOM) http://www.marcelosincic.com.br/blog/post/Integrando-o-SCOM-ao-System-Center-Advisor.aspx Agora temos uma nova fase deste produto que mostra a evolução da monitoração de serviços e servidores utilizando Cloud Computing. No TechEd deste ano em Houston o time de produtos anunciou o Preview da nova versão, que irei detalhar aqui após os testes Beta. A tabela no próprio site mostra a evolução de recursos: Ativação e Custo Até o momento como Preview, o SCA continua como um produto gratuito, bastando utilizar um Microsoft Account (antigo Passport) para ativar a conta. Para os clientes que já tinham o SCA integrado com o SCOM, o update do agente é realizado automaticamente. Caso não conheça, veja instruções nos artigos acima para ativação e integração com o SCOM. Nova Interface A interface do SCA Preview é muito similar ao Preview do Microsoft Azure e mostra a tendencia dos novos produtos em termos de design, sendo que ao abrir a Home temos uma interface baseada em webparts, com um resumo de todos os Intelligence Packs ativos e a situação resumida de cada item: Intelligence Packs Os Intelligence Packs são pacotes de monitoração que podem ser adicionados na conta, como adicionais ao “Configuration Assessment” que já existe na versão atual. Lembrando que os Intelligence Packs ainda não tem a definição do custo de ativação. Para acrescentar novos Intelligence Packs ou remover os já ativos utilizamos o botão +/- no canto superior direito da tela e teremos a lista dos Intelligence Packs disponíveis para ativação, com alguns ainda não disponiveis e com o tempo novos serão acrescentados: Como exemplo, ativei o Intelligence Pack de “Gerenciamento de Log’'” Ao ativar um Intelligence Pack este aparece na Home com a instrução de que precisa ser configura se necessário. No caso do “Gerenciamento de Log” realizei a configuração por incluir o nome do log do Windows que seria adicionado e o filtro de eventos, se desejado: No dia seguinte, depois de ativar a monitoração por algumas horas já temos os dados disponiveis, como a Home no inicio deste artigo. Ao cliente am “Log Management” podemos ver os detalhes de dados e utilizar as Queries para acessar os dados do Log detalhado como a segunda imagem abaixo onde podemos ver o tipo de evento mais comum em um determinado log: Outro Intelligence Pack adicionado que traz um retorno valioso é o “Antimalware” que analise eventuais falhas de segurança, updates não aplicados e até virus/trojans conhecidos: Para as funções já existentes no Advisor, houve melhoras substanciais como podemos ver no resumo abaixo, onde temos alem dos mais de 300 alertas disponiveis agora temos as recomendações baseadas em KBs e a análise de workloads, por tipo de produto como pode ser visto abaixo no resumo de configuração e detalhamento dos alertas: Conclusão O System Center Advisor agora é maduro e com certeza receberá grandes inclusões de recurso com o lançamento do produto final. Para quem já tem a conta, basta ativar o Preview em https://preview.systemcenteradvisor.com e se utiliza integrado ao SCOM automaticamente terá os novos recursos sendo monitorados com a ativação dos Intelligence Packs.
Integrando Visualizações do Operations Manager 2012 no SharePoint 2013 com o Visio Services 14 agosto 2013 msincic Operations Manager, Outros, Sharepoint, System Center 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.
System Center Operation Manager 2012–Instalação e Dicas 23 agosto 2011 msincic System Center, Operations Manager O Beta do SCOM foi liberado dia 20/jul e como participante do CEP, que é o programa de avaliação de produto, iniciei os testes com a nova ferramenta. Este primeiro post será para detalhar o processo de instalação, mas acrescentando dicas. Caso deseje participar do programa de avaliação entre em http://connect.microsoft.com/site1211/Survey/Survey.aspx?SurveyID=12787 O primeiro passo é preparar os pré-requisitos da instalação que requerem um cuidado ou configuração especial. SQL Server O SCOM 2012 não é mais compatível com o SQL Server 2005, apenas as versões do SQL 2008 e SQL 2008 R2. Porem, ele exige que o collation (código de página utilizado) seja SQL_Latin1_General_CP1_CI_AS quando normalmente utilizamos o SQL_General_CI_AS. A figura abaixo mostra a configuração correta para o SQL Server: E caso o seu SQL esteja instalado com outro collation? O ideal é instalar uma nova instância ao invés de alterar a atual e o motivo é que ao mudar o collation bancos de dados de usuário serão desatachados, ou seja, continuaram no disco mas sairam do catálogo. Se desejar, pode alterar utilizando o comando abaixo e depois executar o “Attach” para retornar os bancos de dados anteriores. Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS=dominio\usuario /SAPWD=Senha /SQLCOLLATION=SQL_Latin1_General_CP1_CI_AS O comando deverá ser executado do diretório de instalação do SQL, subdiretório Setup Bootstrap. Internet Information Server (IIS) O IIS precisa estar instalado com as features padrão utilizadas para suporte a portais que utilizem .NET Framework, que aliás exigirá a instalação manual do .NET 4.0 no Windows 2008 R2. Porem, exige-se a configuração adicional do ISAPI para executar o Framework 4.0, como mostra a figura abaixo: Para isso vá ao gerenciador do IIS e na opção ISAPI Restrictions e utilize a opção Allowed no ASP.NET 4.0. Instalando o SCOM 2012 A tela inicial do instalador é típica dos produtos atuais da Microsoft, com as opções para instalar agentes, coletor de auditoria e gateway. Do lado direito da tela é possivel acessar os documentos de suporte para a instalação. A seguir escolhemos as opções desejadas, que fazem parte da estrutura principal do ambiente, lembrando que opção como coleta de auditoria e gateway são instalados diretamente na tela principal, acima. O passo seguinte é executar o pré-requisito do sistema, que tem a vantagem em relação ao SCOM 2007 que não é necessário dar os nomes dos servidores que serão utilizados e é possivel re-executar a verificação sem a necessidade de sair e retornar a instalação. Alem disso, ele indica o que fazer para resolver os problemas de pré-requisitos. Caso queira detalhes clique no link Full System Requirements para trazer a página online com todos os dados necessários. A tela seguinte permite criar um novo grupo de gerenciamento ou ingressar em um que já exista. Caso escolhe a opção de adicionar um novo servidor será solicitado o nome do servidor que já existe. Na sequencia é definido o nome do servidor SQL Server e os dados do banco a ser criado, lembrando as restrições de versão e collation explanadas no inicio do post. Por fim, definimos as contas que serão utilizadas para subir os serviços e fazer as conexões. Caso deseje criar contas especificas para cada função clique no link do Security Guide que trará detalhes das permissões necessárias a cada papel. Instalação iniciada e terminada com sucesso rapidamente. Nos próximos posts iremos ver o SCOM 2012 em funcionamento, aguardem!