UNIVERSIDADE REGIONAL DE BLUMENAU

Transcrição

1 UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS TECNOLÓGICAS DEPARTAMENTO DE ENGENHARIA DE TELECOMUNICAÇÕES Curso de Engenharia de Telecomunicações IMPLANTAÇÃO DE UM SISTEMA DE MONITORAMENTO DE SERVIDORES E SERVIÇOS DE REDE COM O SYSTEM CENTER OPERATIONS MANAGER EUCLIDES ALEXANDER DE CASTRO JÚNIOR BLUMENAU 2008

2 EUCLIDES ALEXANDER DE CASTRO JÚNIOR IMPLANTAÇÃO DE UM SISTEMA DE MONITORAMENTO DE SERVIDORES E SERVIÇOS DE REDE COM O SYSTEM CENTER OPERATIONS MANAGER Trabalho de Conclusão de Curso (TCC) apresentado à banca examinadora do curso de Engenharia de Telecomunicações do Centro de Ciências Tecnológicas da Universidade Regional de Blumenau, como requisito parcial para a obtenção do grau de Engenheiro de Telecomunicações. Orientador: Francisco Adell Péricas BLUMENAU 2008

3 RESUMO Este trabalho apresenta um estudado da ferramenta de monitoramento Operations Manager, visando facilitar o gerenciamento de uma Infra Estrutura de TI, que nos tempos atuais, pode ser muito difícil de gerenciar, apresentando custos altos e fixos. Teve como principal objetivo implantar o System Center Operations Manager, um sistema de monitoramento de servidores e de serviços de rede, em uma empresa de consultoria de Tecnologia da Informação. O trabalho foi realizado seguindo as seguintes etapas: estudo do Operations Manager, análise da infra-estrutura de rede, definição do cenário de implantação e instalação do Operations Manager. Foi realiza ainda uma análise do funcionamento do sistema. Os resultados apontaram que o Operations Manager é uma ferramenta extremamente eficiente para executar tarefa de monitoramento. Ele possibilita reduzir o tempo de indisponibilidade de serviços, prevenir paradas nos serviços e servidores de rede e detectar erros nos aplicativos. Palavras Chaves: Monitoramento de servidores; Operations Manager; Gerenciamento de redes.

4 ABSTRACT This work presents one studied of the monitoring tool Operations Manager, aiming facilitate the management of an Infrastructure of IT, that in the current times, can be very difficult to manage, which high and fixed costs. It had as main goal implant System Center Operations Manager, a servers monitoring system and of net services, in a Technology consultancy company of the Information. The work was accomplished following the next stages: Study of the Operations Manager, net infrastructure analysis, implantation and installation scenery definition of Operations Manager. Was still accomplishes a system operation analysis. The results pointed that Operations Manager is an efficient tool at execute monitoring task. He enables increase time of services availability, prevent stopped in the net servers and services and to detect errors in the applications. Keywords: Servers monitoring; Operations Manager; Service management.

5 SUMÁRIO 1 Introdução Objetivos Geral Específico Fundamentação Teórica Gerenciamento de Serviços de TI Information Technology Infrastructure Library (ITIL) Áreas do Gerenciamento de Serviços de TI Microsoft Operations Framework - MOF Fase Planejar Fase Entregar Fase Operar Camada Gerenciar System Center Operations Manager Componentes Requisitos Base de dados OperationsManager Root Management Server (RMS) e Management Server (MS) Operations Console Agente Reporting Server Reporting Data Warehouse Audit Collection Services (ACS)... 31

6 2.8 Topologia Metodologia Fases do Trabalho Análise e Discussão dos Resultados A Infra Estrutura Especificações do Ambiente da Empresa Prestadora de Serviços Especificações dos Ambientes dos Clientes Serviços Monitorados Cenário de Implantação Procedimentos de Instalação Funcionamento Monitoramento Criação Relatórios Administração Análise do Monitoramento Conclusões Sugestões para continuação do Trabalho Cronograma Referências... 77

7 LISTA DE TABELAS Tabela 1 - Requisitos da base OperationsManager Tabela 2 - Requisitos do RMS e MS Tabela 3 - Requisitos para a Operations Console Tabela 4 - Requisitos para o Agente Tabela 5 - Requisitos do Reporting Server Tabela 6 - Requisitos para o Reporting Data Warehouse Tabela 7 - Requisitos para o ACS Tabela 8 - Servidores físicos Tabela 9 - Servidores Virtuais Tabela 10 Servidores a serem monitorados pela empresa prestadora de serviço Tabela 11 - Relação de Função e Código Tabela 12 - Servidores Virtuais Tabela 13 - Alertas mais comuns Tabela 14 - Uso da memória disponível Tabela 15 - Cronograma de Atividades

8 LISTA DE FIGURAS Figura 1 O Ciclo de Vida de TI Figura 2 - Fase planejar Figura 3 - Fase entregar Figura 4 - Fase Operar Figura 5 Camada Gerenciar Figura 6 - Componentes que formam um Management Group Figura 7 - Componentes Instalados num mesmo Servidor Figura 8 - Componentes Distribuídos Figura 9 - Portas e Protocolos utilizados Figura 10 - Domínios sem relação de confiança Figura 11 - Representação dos Componentes Figura 12 - Distribuição dos Componentes Figura 13 - Cenário de Implantação Figura 14 - Verificador de Pré-requisitos no SRV-BNU Figura 15 - Verificador de Pré-requisitos no VSRV-BNU Figura 16 - Autoridade Certificadora (CA) Figura 17 - Console Operacional na aba de Administração Figura 18 - Console Operacional na aba de Monitoração Figura 19 - Visão de Alertas Ativos Figura 20 - Visão Computadores Figura 21 Healt Explorer Figura 22 - Gráfico com os dados coletados Figura 23 - Console Operacional na aba de Criação... 67

9 Figura 24 - Console Operacional na aba de Relatórios Figura 25 - Configurações na Aba de Administração Figura 26 - Webconsole Figura 27 - Alertas mais comuns Figura 28 - Uso da memória disponível

10 LISTA DE ABREVIATURA TI Tecnologia da Informação MOF Microsoft Operations Framework ITIL Information Tecnology Infrastructure Library SNMP Simple Network Management Protocol RMS Root Management Server MS Management Server ACS Audit Collection Services DNS Domain Name Services WINS Windows Internet Name Service DHCP Dynamic Host Configuration Protocol IIS Internet Information Services VPN Virtual Private Network WSUS Windows Server Update Services WTS Windows Terminal Server ISA Internet Security and Accelerations Server FTP File Transfer Protocol SMTP Simple Mail Transfer Protocol NNTP Network New Transfer Protocol IP Internet Protocol TCP Transmission Control Protocol

11 10 1 INTRODUÇÃO O monitoramento e o gerenciamento de servidores é uma parte crítica de qualquer infra-estrutura moderna de Tecnologia da Informação (TI). É de vital importância garantir que a sua infra-estrutura de TI não apenas funcione corretamente, mas também seja adequada para suportar a carga exercida pelos usuários. No entanto, coletar essas informações não é fácil, e saber o que fazer com elas após obtê-las é uma questão à parte. Segundo Kurose (2005), uma rede consiste em muitas peças complexas de hardware e software que interagem umas com as outras. Quando estes componentes são montados em conjunto por alguma organização para formar uma rede, ocasionalmente podem apresentar defeitos, seja por elementos da rede mal configurados, recursos da rede utilizados excessivamente ou componentes de rede defeituosos. O administrador de rede, cuja tarefa é mantê-la viva e atuante, deve estar habilitado a reagir a esses contratempos. Com potencialmente milhares de componentes de rede espalhados por uma grande área, ele, em sua central de operações, evidentemente necessita de ferramentas que o auxiliem a monitorar, administrar e controlar a rede. Atualmente as organizações estão muito dependentes da TI para suportar e aprimorar os processos corporativos requeridos para suprir as necessidades organizacionais e dos clientes. Em muitos casos, os serviços de TI formam a base para todo um modelo corporativo; nesses exemplos, a TI não apenas suporta os negócios ela é o negócio, conforme apresentado por Microsoft Operations Framework MOF (2008). O Microsoft(R) Operations Manager torna isso possível há sete anos e sua versão mais recente, o System Center Operations Manager 2007, expande ainda mais essa base. Este software de gerenciamento varre automaticamente os logs de eventos e os contadores de desempenho dos servidores, filtrando e analisando esta informação, orientando-se na base de conhecimento. Quando detecta um problema, executa automaticamente scripts corretivos ou gera alarmes para notificar os administradores de redes. A ferramenta também produz relatórios que retratam a saúde da rede e dos servidores.

12 OBJETIVOS Os objetivos desta Pesquisa estão subdivididos entre objetivo geral e específicos, conforme segue: Geral Implantar um sistema de monitoramento de servidores e de serviços de rede, utilizando o System Center Operations Manager 2007, utilizando como estudo de caso uma empresa de consultoria de Tecnologia da Informação Específico Analisar a infra-estrutura da rede da empresa; Identificar o cenário de implantação que melhor se aplica à empresa; Instalar e configurar o System Center Operations Manager e os softwares necessários; Avaliar o sistema de monitoramento implantado;

13 12 2 FUNDAMENTAÇÃO TEÓRICA Na fundamentação teórica, inicialmente, será apresentada uma visão geral do Information Technology Infrastructure Library (ITIL) e do Microsoft Operations Framework (MOF). Essas são as bases do Operations Manager. Em seguida será apresentada a linha de produtos System Center da Microsoft e uma descrição aprofundada do Operations Manager. 2.1 GERENCIAMENTO DE SERVIÇOS DE TI Segundo Prince, Mueller e Fenstermacher (2007), um pensamento comum entre os Gerentes de TI é: "Por que devo me importar com o negócio? Eu apenas gerencio o departamento de TI." Este pensamento pode até estar correto de certa maneira, pois como gerente de TI, não são responsáveis por certas atividades chaves do negócio. Contudo, quando essas atividades estão sendo processadas em seus servidores, se tornam uma peça crítica desse quebra cabeça. Por exemplo, um servidor de banco de dados que armazena informações essenciais para o dia a dia do departamento de cobranças da organização. De repente começase a entender como tudo está ligado. Um elo dessa corrente quebrado ou faltando pode gerar mais estrago e prejuízo que poderia ter sido imaginado. O gerenciamento de serviços de TI está integrado com os negócios como um todo. Pode-se definir o gerenciamento de serviços de TI como um meio de organizar e prover constantes aperfeiçoamentos na qualidade desses serviços. Gerenciamento de serviços de TI deve ser orientado a entregar e prestar suporte aos serviços de TI que afetam diretamente os requisitos do negócio da organização (Academia de Gerenciamento Microsoft, 2007) Esta é apenas uma das varias razões pela qual a Microsoft criou a Microsoft Operations Framework (MOF), baseado no Information Technology Infrastructure Library (ITIL). A idéia por traz do MOF e ITIL é criar uma estrutura de uma equipe completa com os objetivos da excelência em serviços. O Operations Manager é mais que apenas uma ferramenta que centraliza eventos e processos da rede. O Operations Manager foi criado com os conceitos do MOF (Prince; Mueller; Fenstermacher, 2007).

14 INFORMATION TECHNOLOGY INFRASTRUCTURE LIBRARY (ITIL) De acordo com a Academia de Gerenciamento Microsoft (2007), as organizações de TI foram, inicialmente, orientadas a temas técnicos, porém, com o passar do tempo, o objetivo passou a ser orientado à qualidade dos serviços. Isto significa que as organizações de TI, para cumprir estes objetivos, precisam concentrar-se na qualidade dos serviços de TI e estarem alinhadas com os objetivos do negócio ou organização. Por esse motivo, cada vez mais empresas estão reconhecendo as organizações de TI como um importante mecanismo de entrega dos serviços aos seus clientes. Primeiramente, é importante entender que tanto o ITIL quanto o MOF, não são baseados em tecnologia. Ambos são baseados em processos. O ITIL é uma biblioteca de livros que descreve uma abordagem ao gerenciamento de serviços de TI, originalmente criado no Reino Unido pela Secretaria do Comércio (Office Of Government Commerce, OGC), para criar um padrão do gerenciamento de operações. Essa biblioteca pertence ao Governo do Reino Unido e conta com 60 livros que descrevem as melhores práticas dos processos de TI criados por líderes do mercado da época. O ITIL é constantemente atualizado por um grupo conhecido como "IT Service Management Forum (ITSMF) (Prince; Mueller; Fenstermacher, 2007). Segundo Academia de Gerenciamento Microsoft (2007), a ITIL é um conjunto de documentos públicos, que baseados em processos e um padrão de melhores práticas da indústria, permitem o Gerenciamento de Serviços de uma organização de TI com qualidade, por um preço justo. A ITIL está relacionada com todos os processos que precisam ser executados dentro das empresas para o gerenciamento e operação da infra-estrutura de TI, para obter um excelente fornecimento de serviços aos clientes sob um esquema de custos congruentes com as estratégias do negócio Áreas do Gerenciamento de Serviços de TI Segundo a Academia de Gerenciamento Microsoft (2007), as áreas de gerenciamento de Serviços de TI são classificadas da seguinte maneira:

15 Gerenciamento de Configuração As organizações de TI nem sempre possuem o controle efetivo da infra-estrutura com a qual entregam os serviços aos seus clientes, por isso o gerenciamento de configuração é o processo que ajuda a manter o acompanhamento dos elementos de infra-estrutura necessários para a entrega dos serviços de TI Gerenciamento de Alterações Um robusto processo de gerenciamento de alterações garante um controle completo das modificações na infra-estrutura de TI, realizando-as com um risco mínimo. O Gerenciamento de Alterações não é apenas o controle das alterações, pois este processo começa com uma solicitação de alteração levantada e mantém o controle da análise de uma solicitação de alteração até a revisão da sua pós-implantação Gerenciamento de Incidentes/Help Desk Os usuários finais solicitam os serviços de Tecnologia da Informação para melhorar a eficiência dos seus próprios processos de negócio, e por isso, estes usuários precisam de um ponto único de contato com a organização de TI. O Help Desk é o ponto único de contato para os usuários finais, onde todas as perguntas, temas e solicitações são registrados para o seu atendimento. O suporte começa através do processo de gerenciamento de incidentes, que permite que os usuários finais voltem à operação normal de trabalho após uma interrupção dos serviços de TI Gerenciamento de Problemas O processo de gerenciamento de problemas concentra-se em encontrar os erros conhecidos da infra-estrutura de TI. O Gerenciamento de Problemas também é um processo pró-ativo, ou seja, antes que ocorram os problemas, eles são identificados para sua devida solução Gerenciamento de Versões Assim que o gerenciamento de alterações aprova uma modificação, ao aplicá-la, o gerenciamento de versões realiza o controle para autorizar essa alteração no ambiente

16 15 apropriado. Este processo realiza o controle de versões e o controle dos movimentos de software, hardware e de outros componentes da infra-estrutura de um ambiente de desenvolvimento a um ambiente de testes para chegar ao ambiente produtivo. Administra também a Biblioteca Definitiva de Software (DSL em inglês), que armazena todas as cópias mestras do software e administra o Repositório Definitivo de Hardware (DHS em inglês), que é uma área física onde estão partes ou reparos Gerenciamento de Capacidade O objetivo do gerenciamento de capacidade é garantir que a melhor capacidade da infra-estrutura está na localização correta, para o cliente adequado, no tempo certo e por um preço justo. O processo de gerenciamento de capacidade apresenta uma estreita relação com o gerenciamento de disponibilidade, gerenciamento de configuração e gerenciamento de níveis de serviço Gerenciamento de Disponibilidade O gerenciamento de disponibilidade é responsável por garantir que os serviços estejam disponíveis, com base nos níveis acordados entre a organização de TI e os clientes. O gerenciamento de disponibilidade apresenta uma estreita relação com o gerenciamento de capacidade para atingir os seus objetivos; esta relação não pode garantir a disponibilidade de um serviço quando a capacidade for insuficiente Gerenciamento de Finanças Quando os níveis de serviço já estão acordados com os clientes, é necessário conhecer quanto dinheiro será necessário para a entrega dos serviços, especialmente quando os custos pelos serviços de TI serão atribuídos aos clientes, para isto, o gerenciamento de finanças apresenta três sub-processos: Orçamentos, Contabilidade de TI e Encargos. O gerenciamento de finanças requer as informações dos processos de entrega e suporte de serviços com relação aos custos para a entrega dos serviços Gerenciamento de Continuidade de Serviços de TI O processo de gerenciamento de continuidade de serviços de TI pesquisa, desenvolve e implanta as opções de recuperação quando uma interrupção de um serviço atinge um ponto

17 16 definido. O cliente decide a opção que será utilizada e forma parte dos contratos de níveis de serviço Gerenciamento de Níveis de Serviço Este processo oferece o contato entre a organização de TI e o cliente, para garantir que a empresa conhece quais serviços entregará para cumprir os objetivos do negócio. Adicionalmente, este processo garante que o grupo de TI possa entregar, de forma consistente, os serviços ao cliente através de monitoramento e relatórios contínuos. 2.3 MICROSOFT OPERATIONS FRAMEWORK - MOF Como descrito anteriormente, MOF é a base do Operations Manager. O MOF foi desenvolvido pela Microsoft e um grupo de parceiros com o objetivo de expandir as melhores práticas apresentadas pela ITIL. O MOF (Figura 1) inclui um conjunto de recursos que estão disponíveis para ajudar a conquistar a confiabilidade, a gerenciabilidade, a suportabilidade e a disponibilidade com os produtos e tecnologias Microsoft (Prince; Mueller; Fenstermacher, 2007). Segundo Marques (2008), o MOF é um modelo pró-ativo formado por uma integração entre melhores práticas, princípios e atividades. Esta integração busca alcançar uma maior confiabilidade para os serviços e soluções oferecidas pela equipe de TI em uma organização auxiliando na tomada de decisão. Para Marques (2008), o principal objetivo do MOF é ajudar o time de TI na criação, operação e no suporte dos serviços oferecidos assegurando que os investimentos feitos com estes serviços agreguem valor ao negócio com um nível aceitável de risco, criando um ambiente onde a TI e o Negócio trabalhem integrados. Ciclo de Vida de TI descreve a duração, o tempo de vida, de um serviço de TI, desde seu planejamento até sua otimização, abordando as seguintes três fases e uma camada fundamental com atividades que são utilizadas por todo o ciclo (MARQUES, 2008): planejar; entregar; e operar.

18 17 Figura 1 O Ciclo de Vida de TI. Além das três fases, tem-se uma camada fundamental chamada Gerenciar (Manage), com atividades que são utilizadas por todo o ciclo. Fundamental, porque é com base nela que todas as três fases irão evoluindo. Esta camada aplica as melhores práticas para assegurar que os investimentos feitos com TI agreguem valor ao negócio com o menor nível aceitável de risco (MARQUES, 2008): diminuir os riscos através de uma melhor coordenação entre as equipes; reconhecer implicações de conformidade quando políticas são revisadas; antecipar e mitigar impactos de confiabilidade; descobrir problemas de integração em serviços antes de estarem em produção;

19 18 prevenir problemas de desempenho antecipadamente; e adaptação efetiva com novas necessidades de negócio. Segundo Microsoft Operations Framework (2008), as três fases e a camada fundamental são descritas da seguinte maneira: Fase Planejar A fase Planejar (Figura 2), primeira etapa do ciclo de vida, é onde a TI trabalha alinhada com o Negócio da organização para que seja possível entregar serviços com maior valor visando tornar a empresa mais competitiva, atendendo a estratégia da organização e suas necessidades na busca de confiabilidade. É possível entender as políticas existentes e orientar da melhor forma os investimentos financeiros durante a tomada de decisão, criando uma sintonia integrada entre a estratégia de TI e a estratégia da própria organização. Os profissionais de TI trabalham seguindo as necessidades do negócio da empresa para que o cenário atual seja entendido e os objetivos acertados dentro das capacidades do departamento de TI. Figura 2 - Fase planejar. Durante todas as atividades desta fase o objetivo principal será oferecer orientações para que a equipe de TI possa planejar continuamente as melhorias na estratégia de serviços de TI,

20 19 garantindo que estes agreguem valor, sejam repetíveis, seguros, estejam em conformidade, mantenham um ótimo custo benefício e se adaptem as necessidades variáveis do negócio Fase Entregar A fase Entregar (Figura 3) é a segunda etapa do ciclo de vida de TI, ela começa logo após o término da fase Planejar, nesta etapa encontram-se as atividades necessárias para planejar, desenhar, criar e implementar o serviço ou solução, lembrando que não importa o tamanho da alteração, seja ela pequena ou grande, o ideal é sempre utilizar o ciclo de vida de TI para se guiar durante o projeto. Figura 3 - Fase entregar. Um dos principais objetivos da fase Entregar é garantir que os projetos atuais possam ser bem idealizados, planejados, criados e implementados, sempre de acordo com as necessidades do negócio e as especificações dos clientes. Para isso será necessário coletar os requisitos antes de planejar a solução, preparar o desenho da solução, desenvolver planos de trabalho, estimativas de custos e cronograma de entregáveis Fase Operar Nesta terceira fase, a fase Operar (Figura 4), as atividades focam em o que fazer depois que um serviço foi implantado no ambiente de produção. Os processos chave desta fase ajudarão na rotina do dia-a-dia para realizar as operações e as manutenções nos serviços

21 20 oferecidos por TI, gerenciando cada serviço de forma eficiente e pró-ativa, monitorando a saúde dos serviços de forma contínua e restaurando algum serviço após um eventual problema, por exemplo. Figura 4 - Fase Operar. Esta fase começa logo após um serviço ser colocado em produção. Logo um de seus principais objetivos é garantir que os serviços em produção estão operados, monitorados e suportados seguindo os níveis de serviço (SLA) acordados entre TI e a organização. Para manter os níveis acordados deve se garantir que os serviços estejam disponíveis, suportando a carga de trabalho necessária, que a saúde destes serviços esteja sendo monitorada em tempo real, possibilitando uma recuperação de problemas o mais rápido e eficiente possível Camada Gerenciar A camada Gerenciar (Figura 5) faz uma integração entre a tomada de decisão, o gerenciamento de riscos e os processos de gerenciamento de Alterações através de todas as atividades realizadas no decorrer do ciclo de vida de TI. Nesta camada é que fica decidido como cada atividade de TI deve ser coordenada e quais os meios utilizados para realizar cada tarefa, promovendo maior consistência nas escolhas e definições de papéis e funções.

22 21 Figura 5 Camada Gerenciar. Entre os objetivos da camada se destaca a importância de estabelecer uma abordagem integrada das atividades de gerenciamento de serviços de TI. Os investimentos com TI devem proporcionar o retorno esperado pela organização, as decisões de investimentos e alocação de recursos devem ser feitas pelas pessoas apropriadas com um nível aceitável de risco através de processos documentados e controlados, sempre através de uma comunicação limpa e direta. Os processos de Governança de TI devem ser explícitos ao mesmo tempo em que compartilham o gerenciamento de riscos com toda organização, assim como as políticas e os controles internos. 2.4 SYSTEM CENTER Como já foi descrito anteriormente, nem o ITIL nem o MOF são relacionados com a tecnologia empregada. O ITIL é uma espécie de manual de boas práticas e o MOF basicamente é a interpretação do ITIL segundo a visão da Microsoft, sendo que o ITIL é mais descritivo e o MOF é mais prescritivo. O System Center é uma família de produtos desenvolvidos pela Microsoft para atender ao ITIL e ao MOF. Antes de citar a linha de produtos System Center, será apresentado como a Microsoft dividiu as etapas de gerenciamento no System Center para ajudar a definir o Gerenciamento de serviços de TI. Segundo Prince, Mueller e Fenstermacher (2007), estas estapas são: Gerenciamento de Operações (Operations Management)

23 22 Gerenciamento de Alterações (Change Management) Gerenciamento de Configurações (Configuration Management) Gerenciamento de Versões (Release Management) Gerenciamento de Recursos (Asset Management) Gerenciamento de Proteção dos Dados (Data Protection Management) Gerenciamento de Problemas (Problem Management) Gerenciamento de Capacidade (Capacity Management) Gerenciamento de Incidentes (Incident Management) Através de produtos internos, parceiros próximos, e aquisições de software de outras companhias, a Microsoft está desenvolvendo para cada um destas disciplinas um produto da linha System Center, conforme descrito a seguir. System Center Operations Manager O System Center Operations Manager oferece ferramentas para ajudar a monitorar próativamente sua rede como também reduzir a complexidade associada com a administração de uma infra-estrutura de TI. Cobrindo o Gerenciamento de Operações. System Center Configuration Manager O System Center Configuration Manager fornece uma solução completa para o Gerenciamento de Alterações e Gerenciamento de Configuração, também atendendo aos Gerenciamentos de Versões e Gerenciamento de Recursos, já que tem a capacidade de entregar correções e atualizações assim como fazer inventários de softwares e hardwares. System Center Data Protection Manager Data Protection Manager (DPM) é uma ferramenta de backup e recovery da Microsoft. DPM é uma solução de backup centralizada com recuperação rápida e confiável. Cobrindo o Gerenciamento de Proteção dos Dados. System Center Capacity Planner Capacity Planner é uma ferramenta para ser usado em um cenário antes da implantação quando se está sendo planejando uma nova implantação, mudanças de infra-estrutura, ou

24 23 atualização de versões. Fornecendo um guia de melhores práticas e requisitos de hardware para ajudar planejamento da implantação. Atualmente estão disponíveis modelos para o Exchange 2003 e 2007, para o MOM 2005 e Operations Manager. Auxiliando no Gerenciamento de Capacidade. 2.5 OPERATIONS MANAGER O Gerenciamento de Operações está focado principalmente em garantir que as operações do negócio são eficientes e efetivas através dos processos que são monitorados para melhorar a confiabilidade e a disponibilidade dos sistemas e serviços de TI. Para realizar isto é necessário coletar informações dos sistemas atuais, ter as pessoas adequadas para decifrar os dados e ter os procedimentos adequados para executar qualquer tarefa que poderá ser necessária se existir algum problema efetivo ou em potencial no seu ambiente. (Prince; Mueller; Fenstermacher, 2007). O System Center Operations Manager é um produto que permite centralizar a monitoração de numerosos servidores em Rede. Podem ser monitorados diversos hardwares, produtos de softwares e serviços de rede, por exemplo, Serviço de Diretório como o Active Directory, servidores de banco de Dados como o SQL Server e servidores de s como o Exchange Server. O Operations Manager possibilita coletar informações necessárias para reduzir o tempo e esforço em administrar uma infra-estrutura de TI automatizando tarefas com uma visão pró ativa para determinar possíveis problemas. (Prince; Mueller; Fenstermacher, 2007). Marques (2008) afirma que com o Operations Manager é possível ter uma visão consolidada da saúde do ambiente de TI na organização e com isso controlar melhor os custos e aumentar a eficiência da infra-estrutura. Implantar a ferramenta em um ambientes e gerenciar parques de computadores seguindo as melhores práticas de mercado para enfim chegar ao tão desejado nível de excelência operacional.

25 24 Boa parte dos investimentos com TI é destinada à manutenção, administração de retrabalho relacionado aos sistemas existentes, neste caso pouco sobra deste investimento para aplicar em novas tecnologias (MARQUES, 2008). O Operations Manager é uma ferramenta que pode ser implantada desde pequenas organizações até corporações realmente grandes. Com ele é possível fazer o monitoramento de capacidades de sistemas e computadores, desde o desempenho e eventos até o comportamento de cada dispositivo, considerando um gerenciamento total, de ponta a ponta ou ainda como é comumente chamado end-to-end. Operations Manager auxilia a TI desde processos simples como a geração de um relatório até atividades complexas como auditorias internas e externas (MARQUES, 2008). Com o auxilio do serviço de diretórios Active Directory, o Operations Manager distribui configurações para os agentes instalados nos computadores, delega perfis com permissões diferentes através dos grupos de segurança, autenticação e autorização, reduzindo as tarefas administrativas relacionadas. Desta forma, diversos administradores e operadores podem ter direitos diferentes de utilização para que cada um acesse apenas o que deve acessar. Através do Operations Manager é possível explorar os dados coletados e realizar tarefas relacionadas aos alertas gerados, saber quais os serviços estão ligados com uma determinada falha e ver um histórico do estado dos serviços. Permite, ainda, gerenciar dispositivos através do protocolo SNMP (Simple Network Management Protocol). Isso se aplica á computadores sem o Windows e também a hardware como roteadores e servidores de impressão, por exemplo, os dados são coletados a partir de eventos SNMP. 2.6 COMPONENTES Segundo Fox (2007), a infra-estrutura do Operations Manager é formada por uma série de componentes (Figura 6), cada um dos componentes do Operations Manager tem sua importância, alguns deles são necessários para que o ambiente seja implantado, outros são opcionais.

26 25 Os componentes necessários para qualquer implantação do Operations Manager é o Management Group, ele é formado pela OperationsManager Database, pelo Root Management Server, pela Operations Console e por um ou mais agentes instalados em servidores monitorados ou equipamentos de rede. Os componentes opcionais entendem a funcionalidade do Management Group. Fox (2007) descreve os componentes da seguinte forma: Figura 6 - Componentes que formam um Management Group. Management Group: É um componente virtual sendo formado pela base de dados Operations Manager, o Root Management Server (RMS) e a Operations Console. Fazem parte deste componente também os Agentes instalados nos computadores monitorados. É possível trabalhar com diversos grupos no caso de ambientes muito grandes ou específicos. Operations Manager Database: É a base de dados que guarda todas as configurações e dados de um Management Group. Root Management Server (RMS): Primeiro Management Server instalado no Management Group, pode haver apenas um para cada grupo. O primeiro Management Server será automaticamente reconhecido como o Principal (chamado de Root). Este componente é o ponto principal de configuração em um Management Group, através dele é possível administrar e se comunicar com os agentes instalados em outro computador, é possível se comunicar com a Operations Manager Database e com outros Management Servers.

27 26 Agent: O agente é o componente que deverá ser instalado em todos os computadores a serem gerenciados pelo Operations Manager. Ele funciona como um serviço que relata ao servidor a saúde do computador que está sendo monitorado. Basicamente um agente recebe de um Management Server as configurações de o que ele deverá coletar e enviar de volta. Operations Console: É um ponto centralizado de interação com o Operations Manager, através da console o administrador e/ou operador pode realizar as mais diversas tarefas do dia-a-dia. Management Packs: São pacotes que contêm uma série de definições que servirão de base para o monitoramento da saúde de alguma aplicação. Management Server: A partir do segundo Management Server que for instalado no grupo ele será um Management Server adicional em caso de necessidade um Management Server poderá ser promovido a RMS, quando um RMS falha. Gateway Server: Servidor utilizado para manter a comunicação entre agentes e outros servidores quando eles não estão no mesmo domínio ou separados por limites que não têm nenhuma relação de confiança. Ele recebe todas as informações dos agentes em determinada localidade e depois faz uma comunicação segura com Management Servers que estão dentro do grupo, repassando então os dados coletados dos agentes. A autenticação no Operations Manager é feita através do protocolo Kerberos, seja agent-to-server ou server-to-agent. Web Console Server: É um componente que possibilita realizar quase todas as tarefas de uma Operation Console, mas através do navegador, a grande vantagem é a mobilidade que este componente oferece. Proxy Agent: Serve como um Proxy para monitorar dispositivos que não podem de alguma forma receber o agente do Operations Manager. Por exemplo, existem alguns dispositivos como hardwares ou computadores que não têm o Windows instalado e em muitas casos dispositivos que não têm nem sistema operacional, assim o Operations Manager faz o monitoramento através do protocolo SNMPv2 e para que isso seja possível um computador com o Windows que tenha o agente instalado recebe uma

28 27 configuração no próprio agente que o identifica como um proxy agent e a partir dai este computador monitora o dispositivo em questão e envia os dados para o Management Server. Command Shell: É uma console que permite executar scripts baseados no Windows PowerShell, esta funcionalidade ajuda e muito quando é necessário automatizar tarefas do dia-a-dia. Reporting Data Warehouse: É uma base de dados que guarda os alertas e os dados de monitoração enviados para um Management Server mantendo informações históricas para gerar relatórios. Quando um Management Server grava dados em uma Operations Manager Database estas mesmas informações são automaticamente gravadas no Data Warehouse também, se mantendo sempre atualizado. O Reporting Data Warehouse pode receber dados de diversos Management Groups ao mesmo tempo, caso a organização tenha mais de um grupo. Reporting Server: Este é o componente responsável por gerar os relatórios com os dados que estão armazenados no Data Warehouse. Audit Collection Services (ACS): É uma base de dados para guardar log de eventos de segurança (Security Event Log) dos computadores. Este componente é utilizado para monitorar os eventos de log de segurança em Controladores de Domínio. ACS Database: Todos os logs já processados pelo ACS Collector Server são guardados nesta base de dados. Dependendo da quantidade de logs e computadores monitorados esta base pode chegar a ter 100gb de espaço dedicado. É recomendada que seja feita com a versão Enterprise do SQL Server ACS Forwarder: É uma funcionalidade que deve ser habilitada no agente. Apenas nos agentes instalados nos servidores que você vai querer que alimente a ACS Database com os logs de segurança. ACS Collector Server: Este é um componente que serve como filtro para os logs enviados pelo ACS Forwarder antes que eles cheguem até o ACS Database. Este componente que receberá os logs de segurança, filtrará e processará para que ao serem

29 28 enviados para a ACS Database já estejam de acordo com as definições feitas pela organização. ACS Reporting: é um servidor de relatórios para a base ACS. 2.7 REQUISITOS Ao planejar uma solução com o Operations Manager para um ambiente além de conhecer cada componente que fará parte do Management Group é necessário também conhecer os requisitos para que estes componentes funcionem satisfatoriamente. Para cada componente existe uma necessidade de hardware e de software. Como base nas sugestões da Microsoft em sua documentação foi feito uma média com relação uma implantação que monitora entre 15 e 250 servidores. (MARQUES, 2008) Base de dados OperationsManager A OperationsManager database é onde são guardadas todas as configurações e dados de monitoração de um Management Group. Os requisitos para hospedar a OperationsManager Database estão apresentadas na Tabela 1. Como todas as bases de dados de aplicações, o que mais influencia no desempenho da OperationsManager Database é o sistema de disco. Visto que todos os dados passam pela base de dados, quanto mais rápidos os discos, melhor será o desempenho. CPU e memória também afetam o desempenho (FOX, 2007). Tabela 1 - Requisitos da base OperationsManager Processador Memória Espaço em Disco Sistema Operacional Banco de Dados 2.8GHz 32 ou 64 Bits ou mais rápido 4 GB ou mais 50 GB livres Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits SQL Server 2005 Standard/Enterprise com SP2 ou superior

30 Root Management Server (RMS) e Management Server (MS) Para o RMS, o primeiro Management Server instalado no Management Group, o recurso mais crítico é o CPU e a memória. Já para os Management Servers a maior parte da carga é a coleta de dados operacionais dos agentes e a inserção desses dados coletados nas bases OperationsManager e Data Warehouse. A maior parte dessas operações são feitas usando enfileiramento na memória em vez de depender de um sistema de disco lento, sendo assim o recurso mais critico é a memória. (FOX, 2007) Os requisitos para implantar o RMS e o MS estão apresentadas na Tabela 2: Tabela 2 - Requisitos do RMS e MS Processador 2.8GHz 32 ou 64 Bits ou mais rápido Memória Sendo um RMS 4GB ou mais, sendo um MS 2GB ou mais Espaço em Disco 20 GB livres Sistema Operacional Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits Programas e Aplicativos.Net Framework versão 2.0 e 3.0 Microsoft Core XML Services Versão Operations Console A Operations Console é o ponto centralizado de interação (Administração) com o Operations Manager e os seus requisitos são apresentados na Tabela 3. Tabela 3 - Requisitos para a Operations Console Processador Memória Espaço em Disco Sistema Operacional 2.8GHz 32 ou 64 Bits ou mais rápido 2GB ou mais 5 GB livres Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits Windows XP SP2 Professional 32/64 Bits Windows Vista Ultimate/Business/Enterprise 32/64 Bits

31 30 Programas e Aplicativos.Net Framework versão 2.0 e 3.0 Power Shell Versão Agente O agente é o componente que deve ser instalado nos computadores a serem gerenciados pelo Operations Manager. Os requisitos para o agente ser instalado em um servidor são apresentado na Tabela 4. Tabela 4 - Requisitos para o Agente Processador X86, x64 ou IA-64 com os requisitos mínimos para S.O. Memória Requisitos mínimos para o Sistema Operacional Espaço em Disco 30 MB livres Sistema Operacional Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits Windows 2000 SP4 Server/Professional Windows XP SP2 Professional 32/64 Bits Windows Vista Ultimate/Business/Enterprise 32/64 Bits Programas e Aplicativos Microsoft Core XML Services Versão 6.0 Windows Installer Versão Reporting Server O Reporting Server é o componente responsável por gerar os relatórios com os dados da base Data Warehouse. E seus requisitos são apresentados na Tabela 5. Tabela 5 - Requisitos do Reporting Server Processador Memória Espaço em Disco Sistema Operacional 2.8GHz 32 ou 64 Bits ou mais rápido 2GB ou mais 20 GB livres Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits

32 31 Programas e Aplicativos.Net Framework versão Reporting Data Warehouse A Data Warehouse é base de dados que guarda os dados e alertas para gerar relatórios (histórico). Os requisitos para hospedar a base Data Warehouse estão apresentadas na Tabela 6. No Operations Manager os dados são gravados na Data Warehouse quase em tempo real, por tanto o uso de recursos se torna muito similar ao da OperationsManager Database. O desempenho do sistema de discos é o mais critico seguido pelo desempenho da memória e da CPU. (FOX, 2007) Tabela 6 - Requisitos para o Reporting Data Warehouse Processador 2.8GHz 32 ou 64 Bits ou mais rápido Memória 4GB ou mais Espaço em Disco 100 GB livres Sistema Operacional Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits Programas e Aplicativos Internet Information Server Audit Collection Services (ACS) O ACS é uma base de dados que guarda log de eventos de segurança (Security Event Log). Os requisitos para hospedar essa base de dados estão apresentadas na Tabela 7. Tabela 7 - Requisitos para o ACS Processador 2.8GHz 32 ou 64 Bits ou mais rápido Memória 4 GB ou mais Espaço em Disco 200 GB livres (2 discos em RAID 1) Sistema Operacional Windows Server 2003 SP1/SP2 Standard/Enterprise 32/64 Bits Windows Server 2003 R2 SP1/SP2 Standard/Enterprise 32/64 Bits Programas e Aplicativos SQL Server 2005 Enterprise com SP2

33 TOPOLOGIA No Operations Manager podem ser implantados todos os componentes principais em um único servidor que não está sendo utilizado se o hardware suportar, como é ilustrado na Figura 7. Ou então distribuir esses componentes nos servidores já existentes combinando alguns componentes em um mesmo servidor. Usando o servidor de banco existente para hospedar as bases, por exemplo, como na Figura 8. Figura 7 - Componentes Instalados num mesmo Servidor Figura 8 - Componentes Distribuídos

34 33 O Operations Manager exige sempre uma autenticação mutua entre os seus componentes. O Kerberos é usado por padrão, mas a autenticação baseada em certificados pode ser usada no caso de servidores que estiverem em outros domínios ou em um grupo de trabalho. O protocolo Kerberos somente suporta autenticação, como parte do processo de autenticação, uma chave é negociada entre o cliente e o servidor, que é usada para criptografar futuras comunicações entre o cliente e o servidor. É requerido que as mensagens sejam criptografadas, mas sem especificar exatamente quais algoritmos de criptografia serão usados para criptografar as mensagens. O Windows irá determinar qual algoritmo usar baseado nas configurações das diretivas de grupo do domínio e baseado no que é suportado pelo cliente e pelo servidor. Se em algum momento o Windows adicionar suporte a um novo algoritmo de criptografia e ambos cliente e servidor suportarem, então o Windows está livre para começar a usa-ló. Sendo que o algoritmo a ser usado será negociado por secção e é possível que diferentes secções usem algoritmos diferentes dependendo de quais são suportados pelos agentes. Todas as Databases usam a porta 1433, incluindo a ACS database. A única diferença entre a operational database, a data warehouse e a ACS database é que a ACS database usa ODBC em vez de OLE DB para comunicar com o Management Server. A porta 5723 é usada para a comunicação entre o RMS e o MS. Como é apresentado na Figura 9. O Gateway Server permite monitorar agents em servidores em grupos de trabalho (workgroups), através de one-way trusted e untrusted domains. Possibilitando a comunicação entre o servidor alvo e o Management Server. Em um ambiente com Grupo de Trabalho será necessário instalar certificados para possibilitar a autenticação mútua necessária para comunicar com o Gateway Server, como é ilustrado na Figura 10.

35 34 Figura 9 - Portas e Protocolos utilizados Num ambiente com domínio o Gateway Server é instalado num servidor no mesmo domínio em que os servidores alvos estão inseridos. O Gateway Server se torna o responsável por encontrar os servidores alvos. Se o Management Server onde o Gateway Server está conectado falhar pode ser configurado um segundo Management Server parar redundância. Assim como no agente pode ser configurado um segundo Gateway Server se o primeiro falhar. A comunicação de dados entre o Management Server e o Gateway Server é criptografada.

36 35 Figura 10 - Domínios sem relação de confiança Instalar agentes em um domínio sem relação de confiança e separados por um firewall pode ser complicado. E é onde o Gateway Server pode ser utilizado. Por exemplo, sejam dois domínios, Domínio A e domínio B. Não tem relação de confiança entre eles e um firewall separa os dois domínios. Nesse cenário sem um Gateway Server, seria necessário configurar um certificado em cada agente. O Gateway Server faz o papel de um agente mais poderoso que é responsável em distribuir workflow, receber dados dos agentes em domínios sem relação de confiança e encaminhar os dados para um management Server. Com o Gateway Server só é necessário fazer a configuração entre ele e o management Server, que geralmente é menos trabalho que configurar todos os agentes. Um Gateway Server é essencialmente um Management Server sem a conexão com as databases.

37 36 3 METODOLOGIA A metodologia do presente trabalho pode ser classificada com base nos objetivos e com base nos procedimentos técnicos adotados. De acordo com os objetivos, este trabalho pode ser classificado como pesquisa exploratória e pesquisa descritiva. Pesquisa exploratória porque tem como objetivo o aprimoramento do processo de monitoramento de serviços. Pesquisa descritiva porque descreve os processos de implantação e funcionamento do Operations Manager. De acordo com os procedimentos técnicos adotados, esta pesquisa pode ser classificada como pesquisa bibliográfica e estudo de caso. Pesquisa bibliográfica porque parte deste trabalho foi desenvolvida a partir de livros, manuais e outros trabalhos acadêmicos. Estudo de caso porque foi realizado um estudo completo, no que diz respeito implantação do Operations Manager em uma empresa prestadora de serviços de Tecnologia de Informação. 3.1 FASES DO TRABALHO em: Com a intenção de facilitar a apresentação dos resultados, o presente trabalho se divide Fase 1 - Estudo do Operations Manager: A etapa inicial deste trabalho constituiu uma pesquisa bibliográfica através de manuais do Operations Manager, visando o entendimento das características, componentes e funções do sistema. Fase 2 - Análise da infra-estrutura de rede: através de reuniões com a administração foi diagnosticada a atual situação da infra-estrutura de servidores e serviço da empresa. Em seguida foram determinados todos os serviços a serem monitorados e os objetivos desses monitoramentos. Fase 3 - Cenário de Implantação: O cenário (topologia) de implantação do Operations Manager foi definido considerando a atual infra-estrutura da empresa (capacidade de servidores) e os objetivos definidos para monitoramento. Fase 4 - Instalação do Operations Manager: A instalação do Operations Manager foi realizada conforme a sugestão do manual do sistema (Deployment Guide):

38 37 a. base de dados operacional; b. Managemant Server; c. base de dados de relatórios; d. Reporting Server; e. console operacional; f. agentes; g. Management packs. Fase 5 - Análise: Após a instalação do Operations Manager, foi realizada uma análise do funcionamento do sistema, possibilitando tomar algumas ações corretivas melhorar e adequar o funcionamento.

39 38 4 ANÁLISE E DISCUSSÃO DOS RESULTADOS A estruturação da apresentação dos resultados se dará da seguinte forma: levantamentos de dados obtidos através do diagnóstico da infra-estrutura da empresa prestadora de serviços de TI estudada; apresentação dos serviços a serem monitorados pelo Operation Manager; o cenário de implantação; descrição dos procedimentos de instalação do Operation Manager; e, finalizando, será apresentado uma análise do funcionamento do Operation Manager na empresa estudada. 4.1 A INFRA ESTRUTURA A empresa prestadora de serviços de Tecnologia da Informação estudada está presente à oito anos no mercado. Conta com uma estruturada equipe de administração e suporte a sistemas operacionais e redes. A empresa supre as necessidades de manutenção e atualização de sistemas de clientes de todo o Brasil, dos mais diversos segmentos de atuação. Fica localizada na região do Vale do Itajaí/SC, porém dispõe de tecnologia e mobilidade para atuar independente do posicionamento geográfico. Sua equipe possui certificações nos níveis MCP (Microsoft Certified Professional), MCSA (Microsoft Certified Systems Administrator) e MCSE (Microsoft Certified Systems Engineer), o que possibilitou a conquista da certificação corporativa Microsoft Certified Partner em 2001 e, em 2005, a certificação corporativa Microsoft Gold Certified Partner. A empresa oferece serviços de monitoramento, apoio, suporte para seus clientes, 24 horas por dia, 7 dias por semana, 365 dias por ano, Projetos e Licenciamento Especificações do Ambiente da Empresa Prestadora de Serviços O levantamento da infra estrutura apresentou que a empresa prestadora de serviços dispõe de oito servidores, todos localizados na cidade de Blumenau/SC. O ambiente da empresa tem a configuração dos seus servidores apresentadas nas Tabelas 8 e 9, uma listando os servidores físicos e a outra, os virtuais.

40 39 Tabela 8 - Servidores físicos. Nome RAM Processador Discos SRV-BNU101 4GB Dual-Core AMD Opteron Processor 2210, 1800 Mhz 2 x 250Gb SATA em RAID 1 SRV-BNU301 4GB Dual-Core AMD Opteron Processor 2210, 1800 Mhz 2 x 250Gb SATA em RAID 1 SRV-BNU501 4GB Dual-Core AMD Opteron Processor 2210, 1800 Mhz 2 x 250Gb SATA em RAID 1 SRV-BNU502 4GB Dual-Core AMD Opteron Processor 2210, 1800 Mhz 2 x 250Gb SATA em RAID 1 SRV-BNU401 1GB Pentium D 2,8Ghz 2 x 120Gb SATA em RAID 1 Tabela 9 - Servidores Virtuais. Nome Memória Reservada Virtualizado no servidor VSRV-BNU102 1 GB SRV-BNU501 VSRV-BNU MB SRV-BNU501 VSRV-BNU201 2 GB SRV-BNU502 Os servidores executam papéis distintos para distribuição de carga. Os softwares instalados e as funções principais de cada servidor são: SRV-BNU101: Microsoft Exchange Server 2007: correio e colaboração; Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory); DNS Interno: serviço para resolução de endereços de DNS Interno; WINS: serviço para resolução de endereços NetBIOS Interno; DHCP: serviço para configurações de rede dinâmicas; File Server: servidor de arquivos; Microsoft Internet Information Services (IIS); Microsoft Forefront Server Security:Antivirus para Exchange; e Windows Server 2003 Standard Edition R2 x64: sistema operacional.

41 40 VSRV-BNU102: Microsoft Internet Information Services (IIS); Controlador de domínio secundário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory); WINS: serviço para resolução de endereços NetBIOS Interno; Servidor de Impressão; e Windows Server 2003 Standard Edition: sistema operacional. VSRV-BNU201: Microsoft Internet Information Services (IIS); Servidor de aplicação (CRM); Antivirus para SharePoint; e Windows Server 2003 Standard Edition: sistema operacional. VSRV-BNU202: Servidor de aplicação (Prometric); e Windows Server 2003 Standard Edition: sistema operacional. SRV-BNU301: Microsoft Internet Information Services (IIS); Microsoft SQL Server 2005: banco de dados relacional; e Windows Server 2003 Standard Edition R2 x64: sistema operacional. SRV-BNU501: Microsoft Internet Information Services (IIS); Microsoft Virtual Server 2005 R2; e Windows Server 2003 Standard Edition R2 x64: sistema operacional.

42 41 SRV-BNU502: Microsoft Internet Information Services (IIS); Microsoft Virtual Server 2005 R2; e Windows Server 2003 Standard Edition R2 x64: sistema operacional. SRV-BNU401: Microsoft ISA Server 2006: serviços de Firewall, controle de acesso Web (Proxy), publicação de serviços e acesso remoto via VPN; DNS Externo: gerenciamento e controle dos registros de DNS para publicação externa; DHCP: Servidor para distribuição de nomes; e Windows Server 2003 Standard Edition R2: sistema operacional Especificações dos Ambientes dos Clientes Para realizar a instalação do Operation Manager fez-se necessário, ainda, fazer um levantamento das especificações dos ambientes dos clientes da empresa prestadora de serviço. Neste sentido, a Tabela 10 apresenta o numero de servidores dos clientes que solicitaram os serviços de monitoramento, cidade e estado. Tabela 10 Servidores a serem monitorados pela empresa prestadora de serviço. Empresa Nº de Servidores Monitorados Cidade Estado Cliente 01 1 Chapecó Santa Catarina Cliente 02 3 Blumenau Santa Catarina Cliente 03 1 Blumenau Santa Catarina Cliente 04 3 Blumenau Santa Catarina Cliente 05 1 Barueri São Paulo Cliente 06 1 Para de Minas Minas Gerais Cliente 07 1 Pinheiro Maranhão

43 42 Cliente 08 1 Blumenau Santa Catarina Cliente 09 1 Carpina Pernambuco Cliente 10 1 Blumenau Santa Catarina Cliente 11 5 Blumenau Santa Catarina Cliente 12 3 Campinas São Paulo Cliente 13 1 Blumenau Santa Catarina Cliente 14 4 Florianópolis Santa Catarina Cliente 15 1 Joinville Santa Catarina Cliente 16 1 Blumenau Santa Catarina Cliente 17 1 Arapiraca Alagoas O levantamento mostrou que, inicialmente, seriam 30 servidores de clientes a serem monitorados, espalhados por todo o território brasileiro. São servidores com serviços de redes distintos, que cada cliente julga ser essencial para o funcionamento da sua empresa. Em resumo seus softwares instalados e funções principais são: Cliente 01: O cliente 01 está localizado na cidade de Chapecó SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por Server01, que apresenta as seguintes funções: Funções do Server01: Microsoft Exchange Server 2007: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. Microsoft Internet Information Services (IIS). Microsoft Forefront Server Security:Antivirus para Exchange. Windows Server 2003 Standard Edition R2 x64: sistema operacional.

44 43 Cliente 02: O cliente 02 está localizado na cidade de Blumenau SC. Este cliente solicitou o monitoramento de três servidores, nomeados por SRV101, SRV201 e SRV301, que apresentam as seguintes funções: Funções do SRV101: Microsoft Exchange Server 2007: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition R2 x64: sistema operacional. Funções do SRV201: DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. Microsoft Internet Information Services (IIS). Microsoft Windows Server Update Services (WSUS) Microsoft SQL Server 2005: banco de dados relacional. Windows Server 2003 Standard Edition R2 x64: sistema operacional. Funções do SRV301: Microsoft Internet Information Services (IIS). Microsoft SQL Server 2005: banco de dados relacional. Windows Server 2003 Standard Edition R2: sistema operacional. Cliente 03: O cliente 03 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por Fileserver, que apresenta as seguintes funções: Funções do Fileserver: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno.

45 44 WINS: serviço para resolução de endereços NetBIOS Interno. File Server: servidor de arquivos. Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition R2: sistema operacional. Cliente 04: O cliente 04 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar três servidores, nomeados por WTS03, WTS04 e WTS05, que apresentam as seguintes funções: Funções do WTS03: Windows Terminal Services (WTS) Windows Server 2003 Standard Edition R2: sistema operacional. Funções do WTS04: Windows Terminal Services (WTS) Windows Server 2003 Standard Edition R2: sistema operacional. Funções do WTS05: Windows Terminal Services (WTS) Windows Server 2003 Standard Edition R2: sistema operacional. Cliente 05: O cliente 05 está localizado na cidade de Blumenau SC. Este cliente solicitou o monitoramento de apenas um servidor, nomeado por Server03, que apresenta as seguintes funções: Funções do Server03: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. Microsoft Internet Information Services (IIS).

46 45 Microsoft SQL Server 2000 Windows 2000 Server Standard Edition: sistema operacional. Cliente 06: O cliente 06 está localizado na cidade de Para de Minas MG. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SERVER, que apresenta as seguintes funções: Funções do SERVER: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. DHCP: serviço para configurações de rede dinâmico. Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Windows 2000 Server Standard Edition: sistema operacional. Cliente 07: O cliente 07 está localizado na cidade de Pinheiro MA. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por servweb, que apresenta as seguintes funções: Funções do Servweb: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. DHCP: serviço para configurações de rede dinâmico. Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Windows Server 2003 Standard Edition: sistema operacional.

47 46 Cliente 08: O cliente 08 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SRV-BD, que apresenta as seguintes funções: Funções do SRV-BD: Microsoft Internet Information Services (IIS). Microsoft SQL Server 2005: banco de dados relacional. Windows Server 2003 Standard Edition: sistema operacional. Cliente 09: O cliente 09 está localizado na cidade de Carpina PE. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SERVERBD, que apresenta as seguintes funções: Funções do SERVERBD: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. DHCP: serviço para configurações de rede dinâmico. WINS: serviço para resolução de endereços NetBIOS Interno. Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Windows Server 2003 Standard Edition: sistema operacional. Cliente 10: O cliente 10 está localizado na cidade de Blumenau SC. Este cliente solicitou o monitoramento de apenas um servidor, nomeado por SERVER03, que apresenta as seguintes funções: Funções do Server03: Microsoft Exchange Server 2003: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. DHCP: serviço para configurações de rede dinâmico.

48 47 Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Windows Server 2003 Standard Edition: sistema operacional. Cliente 11: O cliente 11 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar cinco servidores, nomeados por SRV01, SRV02, SRV03, SRV05 e SRV06, que apresentam as seguintes funções: Funções do Srv01: Microsoft Exchange Server 2003: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Funções do Srv02: Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Microsoft SQL Server 2005 Windows Server 2003 Standard Edition: sistema operacional. Funções do Srv03: Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Funções do Srv05: Microsoft Internet Information Services (IIS). Microsoft Virtual Server 2005 R2. Windows Server 2003 Standard Edition: sistema operacional.

49 48 Funções do Srv06: Controlador de domínio: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. Microsoft Internet Information Services (IIS). Microsoft Windows Server Update Services (WSUS) Windows Server 2003 Standard Edition: sistema operacional. Cliente 12: O cliente 12 está localizado na cidade de Campinas SP. Este cliente solicitou o monitoramento de três servidores, nomeados por srvbd, srvweb e srvpool, que apresentam as seguintes funções: Funções do Srvbd: Microsoft Internet Information Services (IIS). Microsoft SQL Server 2005 Windows Server 2003 Standard Edition: sistema operacional. Funções do Srvweb: Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Funções do Srvpool: Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Cliente 13: O cliente 13 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por WTSSERVER, que apresenta as seguintes funções: Funções do Wtsserver:

50 49 Windows Terminal Services (WTS) Windows Server 2003 Standard Edition R2: sistema operacional. Cliente 14: O cliente 14 está localizado na cidade de Florianópolis SC. Este cliente demonstrou interesse em monitorar três servidores, nomeados por Dados, Firewall, Web e Mail, que apresentam as seguintes funções: Funções do Dados: Microsoft Internet Information Services (IIS). Microsoft SQL Server 2005: banco de dados relacional. Windows Server 2003 Standard Edition R2 x64: sistema operacional. Funções do Firewall: Microsoft ISA Server 2006: serviços de Firewall, controle de acesso Web (Proxy), publicação de serviços e acesso remoto via VPN. DNS Externo: gerenciamento e controle dos registros de DNS para os domínios externos. DHCP: Servidor para distribuição de nomes. Windows Server 2003 Standard Edition R2: sistema operacional. Funções do Web: Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Funções do Mail: Microsoft Exchange Server 2007: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno.

51 50 DHCP: serviço para configurações de rede dinâmico. Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition R2 x64: sistema operacional. Cliente 15: O cliente 15 está localizado na cidade de Joinville SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SERVER, que apresenta as seguintes funções: Funções do Server: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. DHCP: serviço para configurações de rede dinâmico. Microsoft Internet Information Services (IIS). Windows Server 2003 Standard Edition: sistema operacional. Cliente 16: O cliente 16 está localizado na cidade de Blumenau SC. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SRV, que apresenta as seguintes funções: Funções do SRV: Microsoft Exchange Server 2003: correio e colaboração. Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. DHCP: serviço para configurações de rede dinâmico. Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000

52 51 Windows Small Business Server 2003: sistema operacional. Cliente 17: O cliente 17 está localizado na cidade de Arapiraca PE. Este cliente demonstrou interesse em monitorar apenas um servidor, nomeado por SRVSL, que apresenta as seguintes funções: Funções do SRVSL: Controlador de domínio primário: gerenciamento centralizado de usuários, controle de acesso aos recursos da rede, aplicação de diretivas de segurança para estações, etc. (Active Directory). DNS Interno: serviço para resolução de endereços de DNS Interno. WINS: serviço para resolução de endereços NetBIOS Interno. Microsoft Internet Information Services (IIS). Microsoft SQL Server 2000 Windows 2000 Server Standard Edition: sistema operacional. 4.2 SERVIÇOS MONITORADOS As escolhas dos serviços a serem monitorados foram realizadas levando em consideração as necessidades dos clientes. Em consenso com a administração da empresa prestadora de serviços, decidiu-se monitorar somente os serviços essenciais para que as organizações/clientes pudessem desempenhar suas tarefas e prover os serviços oferecidos com excelência. Servidores de s Exchange 2003 e 2007: Monitoramento de serviços relacionados com o Exchange, monitoramento da fila de s de entrada e saída, testes de envio de e logon, Status da Mailbox database, monitoramento das configurações do Exchange e melhores práticas relacionadas. Relatórios de desempenho, disponibilidade, e mudanças na configuração. Servidores de Banco de Dados SQL Server 2000 e 2005: Monitoramento do tamanho, espaço livre e crescimento das bases; monitoramento de replicação de bases; monitoramento de tarefas do SQL agent; monitoramento de processos bloqueados ou rodando

53 52 por um longo tempo; monitoramento de mudanças nas configurações e desempenho em geral do servidor SQL. Serviço de diretórios Active Directory: Monitoramento em tempo real dos eventos e do desempenho; serviços relacionados; disponibilidade; monitoramento do desempenho e saúde da replicação entre ADs; monitoramento do tamanho e do crescimento da Database e do log. Microsoft Internet Information Services (IIS): Monitoramento da saúde, disponibilidade e desempenho do servidor IIS; da saúde, disponibilidade e desempenho de sites Web, FTP, SMTP e NNTP Windows Server 2000 e 2003: Monitoramento do desempenho e da disponibilidade do sistema operacional, detectando alertas, prevenir falta de espaço em disco e problemas no sistema. Windows Terminal Services 2000 e 2003: Disponibilidade, saúde e desempenho dos componentes dos serviços de terminal. Monitoramento de sessões ativas e inativas; serviços essenciais; monitorar licenças de TS; Serviços DNS: Disponibilidade do serviço de DNS, problemas de configuração, transferência de Zonas de DNS. no escopo. Serviços DHCP: Monitoramento de eventos, disponibilidade, e IPs disponíveis Link de internet: Monitorar a disponibilidade do Link de internet. 4.3 CENÁRIO DE IMPLANTAÇÃO O cenário de implantação foi definido para atender o monitoramento dos serviços listados no item 4.2 e, ainda, monitorar a disponibilidade dos servidores, possibilitar o acesso externo as informações e entregar relatórios mensais de desempenho para os clientes. Para atender os objetivos ficou estabelecido instalar:

54 53 1. Os componentes básicos: Management Group, formado pela OperationsManager Database, pelo Root Management Server, pela Operations Console e por um ou mais agentes instalados em servidores monitorados ou equipamentos de rede. 2. Os componentes opcionais: Para a criação de relatórios mensais, a Data Warehouse database e o Report Server; a Webconsole como uma alternativa ao uso da Operations Console e para utilização externa; e o Command Shell, para automatização de tarefas. A Figura 11 é apresenta uma referência gráfica dos componentes. Agent Report Server Management Server Webconsole Operations Manager Data Warehouse Figura 11 - Representação dos Componentes Ficou estabelecida a criação de uma máquina virtual no servidor srv-bnu501 com 2 Gb de memória para hospedar o primeiro Manager Server, o Root Management Server (RMS). Sendo que é o srv-bnu501 o servidor de virtualização com mais memória disponível. Ficou definido ainda que o novo servidor seja chamado de vsrv-bnu203, conforme o padrão de nomes adotado pela empresa prestadora de serviço - Tipo + Local + Função e/ou sequência. O prefixo vsrv significa que é um servidor virtual, bnu sugere o local onde está localizada em Blumenau e 2 (dois) porque ele é um servidor de aplicação e 03 é o terceiro servidor de aplicação a ser criado. Na Tabela 11 é apresentado os códigos segundo as funções.

55 54 Tabela 11 - Relação de Função e Código Função Código Servidor de Correio 1 Servidor de Aplicação 2 Servidor de Banco de dados 3 Servidor de Firewall 4 Servidor de Virtualização 5 Definiu-se que a OperationsManager database seja criada no servidor SRV-BNU301, que já é o servidor de banco de dados da empresa prestadora de serviços O servidor SRV- BNU301 hospedará ainda a Data Warehouse. Para hospedar a Operations Manager Data Warehouse database no SRV-BNU301 é necessário criar outra instância no SQL Server, uma vez que o Reporting Server da instância padrão já está sendo usado por outra aplicação. As consoles serão manualmente instaladas em cinco estações da equipe de suporte. E a Webconsole será instalada no vsrv-bnu203. A distribuição dos componentes está ilustrada na Figura 12. VSRV-BNU203 SRV-BNU301 Figura 12 - Distribuição dos Componentes Para os servidores internos, os agentes poderão ser instalados através da Operations Console, que permite fazer uma busca no AD e escolher os servidores que receberão o agente. Já os servidores dos clientes não estão no mesmo domínio e nem num domínio com relações de confiança com o domínio da empresa. Sendo assim, há duas soluções para a instalação em

56 55 domínios sem relação de confiança. O primeiro é instalar manualmente um Gateway Server em cada domínio de cliente e, através dele, instalar o agente nos servidores a serem monitorados. O segundo método é instalar o agente manualmente em cada servidor a ser monitorado, um método bem mais trabalhoso que o primeiro. Ambos requerem uma Autoridade de Certificação (CA) para uma autenticação mutua com o Management Server. Essa Autoridade de Certificação (CA) será criada no servidor vsrv-bnu203 do Root Management Server. O Gateway Server tem os mesmos requisitos de um Management Server, sendo assim, ao instalar em um cliente, estaria prejudicando, de certa forma, o desempenho do servidor em que o Gateway Server estaria instalado. Como a intenção é alterar o mínimo possível, foi optado pelo segundo método, apesar de ser mais trabalhoso: o agente se comunica direto com o Management Server, sem depender dos Gateways Server, além disso, possui os mesmos requisitos do sistema operacional. A Figura 13 apresenta um esquema do cenário de implantação adotado. Rede da Empresa TCP 5723 Clientes Figura 13 - Cenário de Implantação.

57 56 Para possibilitar a comunicação entre o Management Server e o agente, faz-se necessário liberar a porta 5723 nos firewalls entre eles. Sendo assim será obedecida a seguinte ordem de instalação dos componentes: a. Criação do servidor virtual no srv-bnu501; b. Instalação e configuração do sistema operacional no vsrv-bnu203; c. Criação da Base de dados operacional no srv-bnu301; d. Managemant Server no vsrv-bnu203; e. Instalação da Webconsole. f. Criação de uma segunda instancia do SQL no srv-bnu301. g. Criação da Base de dados de relatórios no srv-bnu301; h. Instalação do Reporting Server no srv-bnu301; i. Instalação das consoles operacionais nas estações; j. Instalação dos Agentes nos servidores internos; k. Instalação e Configuração da Autoridade Certificadora (CA) no vsrv-bnu203; l. Publicação e liberação de portas no firewall; m. Solicitação da liberação da porta 5723 nos firewalls dos clientes para os servidores a serem monitorados; n. Instalação manual e importação dos certificados nos servidores dos clientes; o. Importação das Management packs; Após a execução da instalação o ambiente de TI da empresa prestadora de serviços contará com mais um servidor o vsrv-bnu203 que possui as funções: VSRV-BNU203: Root Management Server; Autoridade Certificadora; Microsoft Internet Information Services (IIS); Windows Server 2003 Standard Edition R2: sistema operacional. Com a adição do vsrv-bnu203 e o balanceamento das máquinas virtuais nos servidores, a vsrv-bnu202 será movida para outro servidor, a empresa passa então a dispor de quatro servidores virtuais, conforme Tabela 12.

58 57 Tabela 12 - Servidores Virtuais. Nome Memória Reservada Virtualizado no servidor VSRV-BNU102 1 GB SRV-BNU501 VSRV-BNU MB SRV-BNU502 VSRV-BNU201 2 GB SRV-BNU502 VSRV-BNU203 2 GB SRV-BNU PROCEDIMENTOS DE INSTALAÇÃO Os procedimentos de instalação foram realizado com base no Deployment Guide, cuja sequência de instalação foi apresentada no item anterior (4.2). Junto com as instalações do Operations Manager está disponível uma ferramenta muito útil que verifica se o servidor atende os requisistos mínimos para instalar os componentes desejados. Essa ferrameta foi executada no servidor de banco de dados, o SRV- BNU301, selecionando os componetes a serem instalados e feito a verificação. Após ao atentimento de todos os requisitos a tela da ferramenta está apresentada na Figura 14. Utilizando o Microsoft Virtual Server foi criado um servidor virtual com o Windows Server 2003 que hospedará o RMS e a webconsole. Conforme apresenta a Figura 15, todos os requisitos foram atendidos pelo novo servidor virtual vsrv-bnu203.

59 58 Figura 14 - Verificador de Pré-requisitos no SRV-BNU301 O próximo passo foi a criação das contas de usuários para serem usadas na execução dos serviços do Operations Manager. O Operations Manager depende de algumas permissões para realizar certas tarefas, por exemplo, instalar agentes remotamente. Para fornecer sempre o menor nível de acesso necessário para cada serviço foram criadas contas com permissões diferentes e um grupo para conceder permissão de administrador do Operations Manager.

60 59 Figura 15 - Verificador de Pré-requisitos no VSRV-BNU203 Seguindo os procedimentos sugeridos na documenteção do Operation Manager, foi instalado a OperationsManager database no servidor de banco de dados, o SRV-BNU301. Nesse momento foi necessário informar o Nome do Management Group, o tamanho da base de dados e o administrador do Operations Manager, que neste caso é o grupo criado anteriormente. Em seguida, no servidor virtual VSRV- BNU203, foi instalado o Managemet Server e a webconsole. O Managemet Server, por ser o primeiro, torna-se o root management server. Nesse momento é necessário informar o banco de dados, a instância onde está a base OperationsManager, a porta do SQL e, por fim, definir quais contas serão usadas para rodar cada serviço.

61 60 Para instalar o Data Warehouse database e o Report Server do Operations Manager foi necessário instalar e configurar outra instância do SQL, pois a instância padrão já estava sendo usada, apresentando erro ao tentar instalar. Após a criação e configuração da nova instância, foi instalado a Data Warehouse, que segue a mesma linha da instalação da OperationsManager database: é necessário informar a instância do SQL, o tamanho da base, os usuários que rodaram o serviço e, o Root Management Server. Em seguida, foram instalados os agentes nos servidores internos, através da ferramenta assitente de descoberta de computadores e dispositivos. Esta ferramenta faz uma busca no serviço de diretório, o Active Directory, e localiza os servidores, instalando automaticamente o agente, sem a necessidade de conectar em cada um deles e executar um procedimento. Este procedimento não é possível de ser realizado nos servidores dos clientes, devido a falta de confiança entre os domínios, sendo necessário utilizar certificados para a autenticação mutua e a instalação manual. Para instalar os agentes em cada cliente, foi publicado o servidor do Operations Manager na internet, usando a porta TCP Além disso, foi necessário instalar e configurar um serviço de autoridade certificadora (CA) (Figura 16), e assim, possibilitar a autenticação mutua requerida pela comunicação entre os componentes do Operations Manager. O procedimento para instalar o agente no servidor do cliente pode ser explicado sucintamente, da seguinte forma: executar a instalação; informar o management group, o servidor MS e a porta; importar o certificado da CA; requerer um certificado de autenticação; instalar o certificado depois de ser aprovado pelo administrador da CA; exportar a chave de criptografica; e por fim, importar esta mesma chave ao agente do Operations Manager.

62 61 Figura 16 - Autoridade Certificadora (CA). A instalação dos agentes pode ser intercalada à importação e configuração dos pacotes de gerenciamento (Managements Packs) dos serviços que irão ser monitorados. Cada management pack requer uma configuração adcional ou a execução de um procedimento para funcionar corretamente, além de personalização para monitorar o ambiente. Finalizando esta etapa, após a instalação do Operations Manager, algumas revisões foram realizadas, como: Checar os Logs de Eventos do Controlador de Domínio e do Servidor RMS e; Verificar a saúde dos computadores descobertos. 4.5 FUNCIONAMENTO A análise do funcionamento do sistema Operations Manager será feita através da ferramenta Operations Console, que é a ferramenta central de gerenciamento do Operations Manager, com uma interface que fornece acesso as áreas de monitoramento, criação, relatórios, espaço de trabalho e a administração (Figura 17).

63 62 Figura 17 - Console Operacional na aba de Administração Monitoramento A aba de monitoramento na Operations Console permite que o operador possa explorar os dados coletados e resolver falhas encontradas, na forma de alertas, utilizando a própria console. A aba mostra os resultados do monitoramento, através de diferentes pastas e visões. A estrutura das pastas é definida por cada Management Pack que está importada no Operations Manager. A Figura 18 mostra a aba de monitoramento.

64 63 Figura 18 - Console Operacional na aba de Monitoração A visão mais utilizada é a visão dos Alertas Ativos (Figura 19). No caso da empresa, foi personalizada para mostrar primeiro os alertas mais recentes. Ao selecionar o alerta no Operations Manager é exibido os detalhes do alerta, que contém uma descrição do Alerta, possíveis causas e possíveis soluções para o evento que causou o alerta. Através da própria console pode ser executado ações remotas, para solucionar a falha, usando tarefas prédefinidas ou criadas pelos operadores. Por exemplo, iniciar ou reiniciar algum serviço que esteja parado, iniciar um ping para um servidor, mostrar a lista de processos rodando no servidor, etc.

65 64 Figura 19 - Visão de Alertas Ativos. A Figura 20 apresenta algumas das tarefas disponíveis na visão Computadores. A visão computadores fornece uma visão rápida da saúde de cada servidor de onde se pode abrir o Healt Explorer que exibe a saúde de todas as funções do servidor e indica a causa raiz da falha, mostrado na Figura 21.

66 65 Figura 20 - Visão Computadores Figura 21 Healt Explorer.

67 66 Na aba de monitoramento tem, ainda, as pastas com visões criadas pelas Managements Packs importadas, como por exemplo a pasta Microsoft Windows Server que faz um filtro dos alertas e contadores de desempenho relacionados com o Windows Server como o estado dos discos lógicos, interface de rede e gráficos de desempenho pré definidos conforme mostra a Figura 22. Figura 22 - Gráfico com os dados coletados Criação A aba de criação na Operations Console (Figura 23) permite o usuário criar novos Objetos de monitoramento como, por exemplo, monitores, regras, aplicações distribuídas e grupos dentro do Operations Manager. A aba pode ser utilizada para fazer mudanças nas configurações de objetos que foram criados ou sobrescrever configurações dos Managements Packs Importados.

68 67 Figura 23 - Console Operacional na aba de Criação Relatórios A aba de Relatórios (Figura 24) possibilita a geração de diversos de relatórios que podem ser criados ou gerar os pré-definidos pelo Management Packs. Como exemplo desses relatórios tem-se o histórico do uso do processador no servidor. Os relatórios demonstraram ser importantes instrumentos para determinar a forma com que os sistemas monitorados estão funcionando, a disponibilidade dos serviços e constatar a eficiência das organizações. Assim como prever a necessidade de atualização dos equipamentos (ex. processadores, dispositivos de armazenamento, etc).

69 68 Figura 24 - Console Operacional na aba de Relatórios Administração A aba de administração (Figura 25) permitiu fazer mudanças nas configurações de todo o Management Group. Isso inclui agentes, notificações, permissões, tempo de armazenamento, etc. Permitiu ainda gerenciar a autorização ou a não autorização de servidores monitorados.

70 69 Figura 25 - Configurações na Aba de Administração O monitoramento dos servidores pode ser realizado, ainda, através da Webconsole (Figura 26), uma ferramenta on-line que permite o monitoramento fora da empresa de consultoria ou em estações onde não há Operation Console instalada, o que facilitou o trabalho da empresa prestadora de serviço.

71 70 Figura 26 - Webconsole. 4.6 ANÁLISE DO MONITORAMENTO Neste capítulo serão apresentados os principais resultados referentes ao monitoramento realizado no mês de maio Anteriormente à implantação do Operations Manager, o tempo de detecção e resposta de uma falha era consideravelmente elevado. Exigia que o cliente detectasse o erro e comunicasse à empresa prestadora de serviços e, somente então, ações corretivas podiam ser tomadas. Este procedimento ocasionava, por muitas vezes, a indisponibilidade de serviços por um longo período de tempo, o que prejudicava a qualidade dos serviços prestados pela empresa e ainda a eficiência dos serviços/operações realizadas pelos clientes. A implantação desse sistema de monitoramento possibilitou uma rápida detecção das falhas, assim como suas prováveis causas. Desta forma, os procedimentos para solucionar o

72 71 problema iniciam ainda antes que o cliente perceba o problema. O que diminuiu consideravelmente o tempo em que os serviços ficavam indisponíveis. O Operations Manager torna o diagnóstico da falha mais simples e rápido. Ele apresenta sugestões de causas e de soluções, disponíveis nas bases de conhecimentos de cada alerta, possibilita a visualização de gráficos de contadores de horas antes de ocorrer e executa tarefas nos servidores monitorados a partir da própria console de operações. Através de relatórios de desempenho, foi possível projetar o tempo que um hardware do servidor levaria para perder a eficiência, apontando os componentes do servidor que realmente precisariam ser feito atualizações ou quando o servidor precisaria ser aposentado. Sendo assim, o Operations Manager mostrou ser uma ferramenta com inúmeras possibilidades para proporcionar uma série de melhorias nos serviços de monitoramento. Por se tratar de um sistema complexo, parte de seu potencial não foi explorado neste trabalho, como por exemplo, a implantação da auditoria dos eventos de segurança e o monitoramento de estações de trabalho. O Operations Manager foi extremamente eficaz ao alertar a indisponibilidade dos serviços monitorados. Contudo, se demonstrou bastante trabalhoso ao definir as configurações da linha de base dos seus servidores monitorados, exigindo muitas personalizações nas regras de monitoramento. O serviço que mais exigiu personalizações foi o monitoramento dos servidores de s com Exchange. Um fator que dificultou o procedimento de configuração foi a existência de cenários bastante distintos/extremos, por exemplo: clientes com menos de 20 caixas de correios e cliente com mais de 3 mil caixas, sites corporativos que recebem 10 visitas por dia e outros que recebem até 10 mil visitas por dia. Exigindo configurações diferentes dos mesmos serviços para cada cliente. Os principais alertas gerados pelo monitoramento durante o mês de maio foram devido a problemas de desempenho, sendo que, entre os cinco alertas gerados mais freqüentes, três foram causados por desempenho dos servidores, conforme a Figura 27 e a Tabela 13, retirado do Apêndice A.

73 72 Figura 27 - Alertas mais comuns Tabela 13 - Alertas mais comuns Nome do Alerta Ocorrências % 1º Health Service Heartbeat Failure ,97% 2º Script or Executable Failed to run ,02% 3º Microsoft Windows Internet Information Services ,77% Application Pool is Unavailable. 4º Percentage of Committed Memory in Use is too high 237 6,45% 5º LDAP Search Time - sustained for 5 minutes ,71% Red(>100msec). O alerta mais comum (23,97%) corresponde a indisponibilidade no monitoramento (Health Service Heartbeat Failure), que apresentaram três causas distintas: quedas no link de internet do cliente, quedas de energia do cliente e falhas no agente de monitoramento. Em segundo lugar, têm-se falhas nos scripts de monitoramento (11,02%), que na maioria dos casos foram causados por Timeout, devido ao uso excessivo dos recursos do servidor, como por exemplo, uso do processamento. A indisponibilidade do serviço de Web foi a terceira falha mais ocorrida (6,77%), causada, na maioria dos casos, por paradas planejadas pelos clientes para efetuar backups não comunicadas para o serviço de monitoramento. O alto uso da memória disponível nos servidores correspondeu a 6,45% dos alertas gerados, sendo que, para esse alerta ser gerado, o uso precisa permanecer acima de 80% da memória disponível. Em alguns clientes, essa linha de base foi aumentada para 90%, como pode ser confirmado através da Figura 28 e da Tabela 14, que apresenta o uso da memória.

74 73 Figura 28 - Uso da memória disponível. Tabela 14 - Uso da memória disponível Servidores Amostras Valor Mínimo Valor Máximo Valor Médio 1º mail do cliente ,03% 99,46% 88,11% 2º server01 do cliente ,68% 92,31% 85,77% 3º srv-bnu301 da empresa ,31% 84,25% 78,35% 4º srv101 do cliente ,8% 91,44% 77,83% 5º srv-bnu101 da empresa ,88% 84,33% 73,36% 6º srv05 do cliente ,88% 74,96% 65,27% 7º srv301 do cliente ,92% 74,06% 64,12% 8º dados do cliente ,47% 90,33% 62,19% 9º srv-bnu501 da empresa ,33% 64,3% 60,72% 10º vsrv-bnu201 da empresa ,96% 77,25% 58,5% Os relatórios de desempenho foram usados como guias, onde foi possível implantar novas funções nos servidores, comprovar falhas em aplicativos e atualizações de servidores. Neste sentido, utilizando o sistema de monitoramento Operations Manager, foi possível diminuir o tempo em que os serviços ficavam indisponíveis, prevenir paradas por motivos fúteis, como a falta de espaço em disco e, ainda, detectar erros nos aplicativos que provê o serviço, onde simples ações podem evitar falhas futuras.