HP OpenView - Ferramentas Automáticas de Operação e Manutenção - PDF\nHP OpenView - Ferramentas Automáticas de Operação e Manutenção\nDownload "HP OpenView - Ferramentas Automáticas de Operação e Manutenção"\nJoão Pedro Barata Campelo\n1 i Faculdade de Engenharia da Universidade do Porto HP OpenView - Ferramentas Automáticas de Operação e Manutenção Bruno José da Silva Brito Dissertação do projecto realizado no âmbito do Mestrado Integrado em Engenharia Electrotécnica e de Computadores Major Automação Orientador: Prof. Mário Jorge Rodrigues de Sousa Porto 29 de Junho de 2009\n2 ii Bruno Brito, 2009\n5 Resumo Neste documento poder-se-á encontrar formas de monitorização de sistemas operativos e de aplicações adjacentes ao mesmo. O trabalho realizado decorreu em ambiente industrial, tendo o mesmo sido implementado na empresa EDP, departamento de automação e telecontrolo. No seu decurso será utilizada como ferramenta de apoio o software HP-OpenView, o qual proporciona uma implementação de monitorização compatível com os vários sistemas operativos presentes neste estudo, nomeadamente sistemas operativos Microsoft Windows e HP-UX 10. Tendo-se como ponto de partida uma base de monitorização desactualizada, é efectuado um estudo de todas as normas de localização de anomalias, sua avaliação de eficácia e posterior adaptação para a realidade actual. Indo-se em vários casos um pouco mais a fundo sendo necessário o desenvolvimento de novas soluções de monitorização e de controlo, de forma a evitar a anomalia, ou caso em contrario atenuar o seu efeito nos restantes equipamentos da rede. iii\n7 Abstract This document gives an overview of the monitoring software HP-OpenView as it is used within EDP. It lists and documents basic operating systems performances processes, and the way they are used to anticipate the occurrence of failures. In the study and implementation of the monitoring rules in the running machines, it focus on 2 operational platforms, Microsoft Windows and HP-UX, as well has the specially designed application GENESys, developed by EFACEC Portugal. On that bases the software implementations tries to improve the operating performances of the network as well as prevent breaks on the controlling platforms and the services presented by them. v\n9 Índice Resumo... iii Abstract... v Índice... vii Lista de figuras... ix Lista de tabelas... xi Abreviaturas e Símbolos... xii Capítulo Introdução Suporte da rede eléctrica Objectivos... 4 Capítulo Ferramentas de Gestão Centralizada Necessidade de uma ferramenta de Gestão Centralizada Ferramentas de controlo centralizado Escolha da plataforma HP-OpenView para monitorização Capítulo HP-OpenView Princípio de funcionamento Tipos de monitorização Mensagens Ferramentas Árvore de Nós Árvore de serviços Pacotes Capítulo Caracterização das políticas e ferramentas Politicas de monitorização dos agentes Ficheiros de registos Politicas Gerais Politicas de monitorização de processos específicos Capítulo OVOW Ferramentas implementadas Mensagens Internas Arranque do OVOW Apagar políticas nos agentes Envio de mensagens via GSM Gráficos de performance WebInterface Ligação a base de dados Microsoft SQL Server Capítulo vii\n10 6. Shell Script Microsoft Batch Files Unix Shell Script Capítulo Conclusão Conclusão Implementação futura Anexos Referências viii\n11 Lista de figuras Figura Esquema da rede eléctrica... 1 Figura Esquema de comunicação de controlo... 3 Figura Interface GENESys para com o utilizador... 8 Figura Esquemático de funcionamento do HP-OpenView Figura Formas de monitorização Figura Configurações de política Config File Figura Configurações de política Flexible Management Figura Configurações de política Logfile Entry Figura Configurações de política Figura Configurações de política Node Info Figura Configurações de política Open Message Interface Figura Configurações de política Scheduled Task Figura Configurações de política Service Auto-Discovery Figura Configurações de política Service/Process Monitoring Figura Configurações de política SNMP Interceptor Figura Configurações de política Windows Event Log Figura Configurações de política Windows Management Interface Figura 3.15 Configuração das mensagens enviadas ao operador Figura Árvore de nós Figura 3.17 Lista de mensagens Figura Árvore de serviços Figura Mensagens estruturadas em árvore de serviços ix\n12 Figura 4.1 Esquema de rede Figura 4.2 Extracto de uma anomalia no OvSvcDiscAgt.log Figura 4.3 Shell de monitorização do processo FEtrace Figura Filtro de mensagens internas Figura Ficheiro de configuração opcinfo Figura Gráfico da evolução do número de mensagens internas Figura Ficheiro de configuração do modem GSM Figura 5.5 Árvore de gráficos Figura 5.6 Relatório gráfico modelo criado pela HP Figura 5.7 Relatório gráfico de uma DMS criado no decorrer deste trabalho Figura 5.8 Consola Web do HP-OpenView Figura 6.1 Código que reporta o nome do processo por referência, caso este esteja em execução Figura 6.2 Resposta da procura de um processo Figura 6.3 Limpeza de ficheiros de registos x\n13 Lista de tabelas Tabela 4.1 Definições das políticas de monitorização de hardware em Microsoft Windows Tabela 4.3 Protocolos de comunicação associados a cada FrontEnd Tabela 4.4 Definições das políticas de monitorização do Sistema GENESys para FrontEnd s Tabela 4.5 Definições das políticas de monitorização do Sistema GENESys para WatchDog s Tabela SCADA Online Tabela SCADA Standby Tabela DMS Tabela HIM Online Tabela HIM Standby Tabela 4.11 no Posto de Operações (BWS e WS) xi\n14 Abreviaturas e Símbolos Lista de abreviaturas IT MTTR OVO OVOW RPC SCADA SSH VBScript WMI Tecnologias de informação Mean Time To Repair HP OpenView Operations HP OpenView Operations for Microsoft Windows Remote Procedure Call Supervisory Control And Data Acquisition Secure Shell Microsoft Visual Basic Scripting Edition Windows Management Instrumentation xii\n15 1 Capítulo 1 1. Introdução No âmbito da sua actividade, a EDP encontra-se espalhada por todo o país, interligando todos os clientes e satisfazendo as suas necessidades. Esta relação prende-se com a existência de uma determinada comunicação energética entre o fornecedor e o comprador. Para tal, a EDP dispõe de um vasto conjunto de ramais eléctricos, subestações e postos de transformação que permitem não só adaptar as características de produção à realidade do consumo, mas também optimizar o valor de perdas energéticas neste percurso (fornecedor -> cliente). Isto mesmo pode ser verificado a partir do esquema abaixo descrito na Figura 1.1. Posto de transformação Subestação a Cas Figura Esquema da rede eléctrica Nesta esquematização é de notar que o principal interessado na conexão acima descrita é o cliente/consumidor. Deste modo, o edifício onde o mesmo se encontra, está conectado por um cabo eléctrico, normalmente de 230V/410V (podendo ser possível também a existência de estabelecimentos alimentados a 15kV e 60kV). Este cabo está ligado a um quadro de colunas que agrega as várias baixadas dos clientes por zonas ou por ruas, dependendo da densidade de consumidores no local em análise. Por sua vez, este quadro de colunas encontra-se conectado a uma subestação, por intermédio de um ou mais cabos eléctricos. Esta variação no número de cabos prende-se com o facto de um quadro poder ser permutado de uma subestação para outra, em caso de avaria.\n16 2 Introdução Esta redundância deve-se à imposição legal de indicadores de qualidade, os quais são definidos por localização geográfica. Esta rede faz a interligação entre várias subestações, as quais recebem energia através de cabos, sendo os mesmos de topologia maioritariamente aérea com tensões elevadas (acima dos 30kV). As subestações efectuam um abaixamento da tensão referida, distribuindo-a pelos condutores. Estes últimos ligam-se aos quadros de colunas por meio de tensões mais reduzidas (menores ou iguais a 15kV). No entanto, estas subestações recebem energia de várias proveniências: directamente de outras subestações, de produtores privados, de outras linhas particulares (REN - Rede Eléctrica Nacional), ou então de vários núcleos de produção que a EDP possui. Para que a energia flua desde os produtores (barragens, centrais de combustão, eólicas, centrais solares, centrais de biomassa, entre outros) até as subestações, são alugadas linhas de alta tensão (400kV) à REN, sendo também usadas linhas de média tensão (15kV a 60kV) para se efectuar esse mesmo redireccionamento energético. A gestão destes fluxos de energia é efectuada pelas áreas operacionais da empresa EDP, em colaboração contratual com a sua subsequente REN Suporte da rede eléctrica Para ajudar no controlo de toda esta rede de cabos, disjuntores e outros aparelhos de medida e protecção, a EDP adquiriu da EFACEC uma solução, denominada de GENESys. Actualmente, esta encontra-se a controlar toda a rede energética da empresa EDP, possuindo para o efeito vários dispositivos lógicos. A rede eléctrica nacional de baixa tensão possui instalados cerca de 62 mil PT s (Postos de Transformação), dos quais apenas 400 destes se encontram monitorizados por autómatos programáveis, que comunicam com os servidores via rádio ou então através de um equipamento GSM (Global System for Mobile communications) (Figura 1.2). Estes autómatos contêm uma complexidade relativamente baixa, não possuem interface gráfica local para com o operador e podem ser actuados remota e localmente. Os mesmos podem também ser comandados pelo sistema da EFACEC sob uma forma global (usando uma interface de alto nível), ou sob uma forma automática, pois estes possuem diversas aplicações de segurança e protecção. Deste modo, nestas unidades é efectuada a redução da tensão de 15kV para os normais 240V das nossas casas. 2\n17 Suporte da rede eléctrica 3 Figura Esquema de comunicação de controlo Passando para o nível da rede eléctrica nacional de média tensão, temos à volta de 400 subestações distribuídas por todo o país. Estas instalações possuem uma maior complexidade, exigem um nível de controlo e comando bastante mais elevado, possuem interface gráfica para com o operador e podem ser comandadas local ou remotamente. Deste modo é utilizada uma aplicação da EFACEC, com base num computador industrial. Esta interface gráfica é constituída da seguinte forma: Um sinóptico razoavelmente simples; Uma página de alarmes; Uma janela de debugging; Uma janela de monitorização de couldstart s; Uma janela de monitorização do protocolo de comunicação com o servidor; Uma janela de visualização das tramas para com os servidores; Uma janela de visualização de debugging dos processos de software. Estas mesmas subestações comunicam com os servidores centrais a partir de protocolos fechados, sendo eles: IEC, CETT, PUR, EDP, TG809 e 4F. Relativamente ao nível superior da gestão da rede eléctrica nacional, encontram-se instalados alguns equipamentos com determinadas funções específicas, tais como: a recepção, o tratamento e o armazenamento de dados da referida rede. Estes equipamentos serão descritos pormenorizadamente no decorrer deste documento.\n18 4 Introdução 1.2. Objectivos No presente trabalho é explorada a plataforma de gestão, controlo e monitorização de redes HP-OpenView em sistemas operativos Microsoft Windows e Unix HP-UX, sendo desta forma estudados modelos de monitorização de variáveis de performance em programas e sistemas operativos. É também contemplada neste estudo a análise da monitorização da aplicação GENESys, desenvolvida pela EFACEC Portugal, na qual são desenvolvidas actualizações à monitorização existente e implementações de novas formas de avaliar as performances, com base na aplicação HP-OpenView. Alguma informação é exposta sob forma tabelar, com o fim de mostrar não só as variáveis monitorizadas, como também o seu limite aceitável e crítico para o desempenho global de todo o sistema. Esta pode, em alguns casos, apresentar soluções pontuais, com o objectivo de minimizar ou evitar que a falha se propague e afecte sectores indesejados. A proposta para a realização deste estudo consiste na identificação, actualização e desenvolvimento das monitorizações existentes no HP-OpenView para equipamentos dispersos. Esta mesma surge de uma necessidade de inovação e manutenção da já referida plataforma instalada na empresa EDP, uma vez que a aplicação nuclear GENESys da empresa teve uma actualização de versão. Isso mesmo levou a que, por sua vez, o controlo e a monitorização dos alertas gerados pela plataforma se encontrassem descontinuados. Este trabalho tem ainda como objectivo a implementação de novas ferramentas e funcionalidades. Uma vez listadas as regras de monitorização existentes, estas são comparadas com os processos actualmente em execução nos equipamentos, possibilitando desta forma a identificação das alterações a serem efectuadas na implementação. É ainda pedido, por parte da empresa EDP, a limpeza e filtragem das actuais mensagens internas geradas pelos agentes do HP-OpenView, pois para a empresa são consideradas irrelevantes e, até mesmo, prejudiciais para a determinação de anomalias na rede. A empresa propôs ainda a criação de várias ferramentas de ajuda ao suporte da rede, nomeadamente a implementação de acesso remoto aos seus equipamentos, a geração de cópias de segurança e a limpeza de ficheiros em disco, relacionando deste modo estes instrumentos com os nós onde as mesmas operam. Fora ainda pedida a activação dos relatórios gráficos do HP-OpenView, a implementação de vários gráficos simples para avaliação das performances do equipamento em causa e a inicialização do acesso à consola Web da plataforma. 4\n19 Estrutura Estrutura No presente documento a informação é tratada seguindo-se a estrutura apresentada: No capítulo 1 efectua-se, um enquadramento do funcionamento interno da empresa EDP, o âmbito que levou a elaboração deste trabalho nessa estrutura e os objectivos a atingir com a realização do presente trabalho. No capítulo 2 é efectuada uma descrição das várias plataformas existentes no mercado para a realização das tarefas propostas nos objectivos sendo dada uma especial atenção a plataforma HP-OpenView, pois a mesma é usada para a implementação do estudo realizado neste projecto. O capítulo 3 documenta as ferramentas proporcionadas pela ferramenta, e as suas funcionalidades. O capítulo 4 bem no seguimento do trabalho realizado com as ferramentas do capítulo 3, bem como com algumas novas ferramentas descritas no capítulo 5, sendo que no capítulo 4 é efectuada a distinção entre o que já se encontrava implementado e as alterações efectuadas para uma melhor monitorização dos equipamentos. No capítulo 5 são descritas várias ferramentas implementadas, algumas das quais para monitorização de processos e aplicações, sendo as restantes implementadas com o objectivo de melhorar a performance dos equipamentos e optimização de tarefas de manutenção. O capítulo 6 descreve de uma forma sucinta algumas implementações de scripts em batch, sendo este capítulo dividido em duas partes, tratando-se na primeira de scripts em ambientes Microsoft Windows e na segunda de scripts em Unix, tendo sido os dois ambientes de monitorização utilizados neste trabalho. No capítulo 7 é efectuada uma conclusão final, apresentando as vantagens da implementação efectuada e propostos vários trabalhos para desenvolvimento futuro.\n21 7 Capítulo 2 2. Ferramentas de Gestão Centralizada Num ambiente em que, cada vez mais, os programas são multi-plataforma, correndo em máquinas com variadas especificações e objectivos, em sistemas operativos diferentes, com inúmeros processos deslocalizados e repartidos, surge a necessidade de se monitorizar a evolução global do sistema para, em caso de necessidade, se identificar rápida e facilmente os sectores em anomalia. Com o fim de se obter maior capacidade de processamento, são usados e distribuídos variados processos por diversos processadores de uma mesma máquina, ou então, por máquinas diferentes, levando desta forma ao aparecimento de novos equipamentos com funções específicas e com uma maior robustez de implementação, devido ao facto de se poderem deslocalizar processos de uma mesma aplicação. Actualmente, este tipo de solução tem vindo a ser utilizada, visto que os programas informáticos para realização de uma determinada tarefa adquiriram um tamanho e complexidade de tal forma superior que o poder computacional de um só equipamento não garante uma resposta eficaz. Nesta concepção encontra-se então a empresa EDP, usando uma solução dedicada ao seu modelo de negócios para controlo e monitorização de vários dos seus equipamentos de campo. É de notar que estes equipamentos se encontram espalhados por todo o país, em zonas de difícil acesso e conectividade (a rede móveis inclusivé) e onde as ligações a redes físicas são inexistentes. Como tal, surge a solução SCATEX implementada pela EFACEC, desenhada especialmente para o mundo de controlo de redes eléctricas, onde se encontra inserida a empresa EDP. Este programa assenta numa interface tabelar nacional entre várias máquinas descentralizadas, com o fim de efectuar a aquisição de dados, entre quais se destacam: valores de tensões, correntes e potências activas e reactivas.\n22 8 Ferramentas de Gestão Centralizada Figura Interface GENESys para com o utilizador Com a evolução tecnológica desencadeia-se uma necessidade de actualização desta plataforma, sendo então pedido novamente à EFACEC que efectue esta remodelação, a qual dá origem ao sistema de controlo GENESys (Figura 2.1). Esta nova plataforma implementa uma solução ainda mais complexa que a existente até então, sendo não só necessário a actualização do software, como também do hardware nas diferentes máquinas, de forma a suportar as novas características, permitindo assim manter uma solução fiável com uma resposta temporal aceitável para o controlo do processo Necessidade de uma ferramenta de Gestão Centralizada Aquando da implementação desta solução de controlo, a maioria dos servidores tiveram que ser monitorizados, tarefa que se torna relativamente incómoda devido à necessidade de ter que estar presente um utilizador a observar o correcto processamento de cada máquina. Esta situação aconteceria num cenário onde as máquinas estivessem acessíveis para inspecção directa. No entanto, geralmente este caso não se verifica, pois grande parte destes equipamentos encontram-se colocados em armários Rack, os quais não dispõem de monitores para monitorização. Para se ultrapassar este problema, a EDP implementou três tipos de soluções: uma baseada em RemoteDesktop para máquinas com sistema operativo Microsoft Windows XP; uma outra baseada em NetMeeting e VNC para computadores cujo sistema operativo seja Microsoft Windows NT 4.0; e ainda uma outra utilizada para sistemas operativos HP-UX baseada na ligação por SSH ou Telnet. Consequentemente, com esta actualização, os equipamentos passaram a poderem ser controlados, acedidos e, até mesmo, executados remotamente a partir de máquinas diferentes, proporcionando assim uma maior flexibilidade de manutenção e rapidez na sua intervenção. 8\n23 Ferramentas de controlo centralizado 9 Como é evidente, um administrador de redes não pode efectuar a monitorização de todas as aplicações, processos e variáveis contidas em todos os equipamentos, em tempo real sendo, por isso, necessária uma solução que monitorize o hardware, o sistema operativo e o software de todos esses equipamentos, e que informe atempadamente o administrador de possíveis anomalias Ferramentas de controlo centralizado Para a implementação de um sistema de controlo centralizado, é necessário conhecer a rede à qual o mesmo será aplicado, possibilitando assim a escolha da melhor decisão, aquando da compra da referida solução. Após uma análise do mercado mundial referente a este género de solução, encontram-se alguns tipos de implementações possíveis, que serão descritos seguidamente no presente capítulo. Aí, serão também enumeradas as vantagens e desvantagens da implementação de cada um na rede HP OpenView O HP OpenView trata-se de uma implementação já madura da HP com um histórico de mais de 15 anos. Este resulta da interligação de conhecimentos obtidos através de várias empresas pela HP, proporcionando-lhe não só manter-se na liderança tecnológica, mas também afastar a concorrência neste sector. Para além disto, o HP-OpenView dispõe de um conjunto de módulos de outras empresas que, em associação com a HP, lhe disponibilizam o conhecimento das suas aplicações, de modo a permitir a possibilidade de utilização de funções importantes na monitorização, bem como controlar e optimizar as performances dos equipamentos monitorizados. Destes associados salientam-se os seguintes: Adobe, Acrobat, e-adobe Systems Incorpodated Java Microsoft e Genuine Microsoft Products MS-DOS, Windows, Windows NT e MS Windows da Microsoft Corporation Netscape, Netscape Commerce Server, Netscape Navigator e Netscape Proxy Server Oracle Oracle Reports, Oracle7 e Oracle7 Server OSF, OSF1 e OSF/Motif da Open Software Foundation Pentium da Intel Corporation\n24 10 Ferramentas de Gestão Centralizada UNIX da The Open Group É de notar a existência de outras empresas que divulgam abertamente todas as informações úteis para a monitorização de seus produtos e, por esse mesmo motivo, estas não são oficialmente citadas. No entanto, é reconhecida a interligação destas para com a plataforma do HP-OpenView, fornecendo-lhe uma forma de monitorização fiável, robusta e credível. Deste modo, o software da HP encontra-se dividido em módulos que poderão ser adquiridos separadamente, oferecendo as mais variadas configurações aos seus demais clientes, permitindo assim uma escolha mais próxima das suas necessidades. Estes módulos, que podem funcionar não só individualmente, mas também de forma colectiva, permitem efectuar a monitorização das máquinas, realizar tarefas periódicas e observar o tráfego da rede de informação, detectando pontos de estrangulamento ao longo desta. Módulos do HP OpenView disponíveis no mercado: HP OpenView Network Node Manager (OV NNM); HP OpenView Operations (OVO) monitoriza sistemas e aplicações utilizando agentes para Windows (OVOW) (antigo VantagePoint Operations para Windows) e Unix 8.1 (OVOU) (antigo VantagePoint Operations para Unix, algumas vezes referenciado como ITO Information Tecnology Operations); HP OpenView ServiceCenter (antigo Peregrine ServiceCenter) agora HP Software Service Manager; HP OpenView AssetCenter (antigo Peregrine AssetCenter) HP OpenView Service Desk (OVSD) - descontinuado HP OpenView Internet Services (OVIS) - descontinuado HP OpenView Service Navigator (integrado em HP Operations Manager para Unix desde 1996) HP OpenView Transaction Analyzer (OVTA) - descontinuado HP OpenView SOA Manager HP OpenView Select Identity (OVSI) - descontinuado HP OpenView Select Access (OVSA) - descontinuado HP OpenView Select Audit - descontinuado HP OpenView Select Federation - descontinuado HP Software Universal CMDB (ucmdb) Devido à complexidade e variedade de configurações existentes, esta ferramenta torna-se complexa de implementar e de monitorizar, levando à necessidade imediata de uma avaliação diária do sistema por um especialista. 10\n25 Ferramentas de controlo centralizado IBM Tivoli Trata-se também de um software de monitorização utilizando agentes, que permite uma melhor actuação sobre os equipamentos monitorizados, de forma a reduzir o tempo médio de reparação, detectando-o aquando da sua existência ou prevenindo o seu aparecimento com antecedência. O mesmo contempla ainda a criação de gráficos estatísticos e emite avisos em caso de anomalias. Suporta as mais variadas tecnologias, sistemas operativos e softwares, como se pode observar na sua listagem de suporte: AIX Solaris Windows Linux (Red Hat, SUSE) em processadores Intel IBMSystemz IBMSystemp HP-UX IBMi5/OS DB2 Microsoft SQL Server Oracle Sybase Quanto à sua estrutura interna, este encontra-se separado em vários módulos (tal como acontece na maioria dos gestores de tecnologias de informação), possibilitando assim a aquisição de apenas um ou de vários módulos, conforme as necessidades do utilizador, podendo ser facilmente adaptada uma solução específica a cada cliente. Abaixo encontram-se descritos os módulos que se regem pelo IBM Tivoli. Tivoli Monitoring Software e Tivoli Performance Analyzer; TivoliMonitoring Agents: IBMTivoliMonitoring para Active DirectoryOption IBMTivoliMonitoring para Applications IBMTivoliMonitoring para ClusterManagers IBMTivoliMonitoring para DB2, Oracle, Microsoft SQL Server e Sybase IBMTivoliMonitoring para Messaging and Collaboration IBMTivoliMonitoring para Virtual Servers Este sistema permite ainda a fácil implementação e gestão de regras ao ser utilizado um ambiente muito intuitivo, o que faz com que um operador com poucos conhecimentos sobre o funcionamento da aplicação possa monitorizar a infra-estrutura de IT onde este se encontra parametrizado.\n26 12 Ferramentas de Gestão Centralizada ManageEngine- OpManager Esta solução de gestão descentralizada oferece o menor custo tendo, por esse mesmo motivo, preços atractivos para vários sectores empresariais. Estes custos dependem dos módulos da aplicação necessários para o controlo e monitorização bem como do número de máquinas a monitorizar. Como tal, a solução implementada no OpManager disponibiliza vários módulos de monitorização, controlo e apresentação para cada uma das áreas mais críticas das redes de IT. Esta aplicação trata-se de um sistema único, que fornece os mais diversos componentes de controlo aquando da sua instalação, proporcionando assim uma implementação mais poderosa e eficaz quando se pretende gerir uma plataforma com poucos recursos. A mesma teve um amadurecimento progressivo ao longo dos anos, encontrando-se actualmente na oitava versão de lançamento, a qual é bastante estável e possui um grau de fiabilidade e consistência elevado. O OpManager apresenta suporte para os seguintes sistemas operativos: Microsoft -> Windows 2003 Server, Windows 2000 Server, Windows XP, Windows 98, Windows Vista. Linux > Distribuições de Linux com suporte glibc versão 2.3 (ou superior) ou com suporte X Libraries. Explicitamente não suporta FreeBSD, Solaris. Ao observar-se esta lista, é de notar a falta não só de componentes para sistemas operativos normalmente usados em servidores, mas também de monitorização de bases de dados e da estrutura de redes por SNMP ireasoning Networks - SysUpTime Trata-se de uma implementação de custo muito reduzido para pequenas empresas, que suporta sistemas operativos como Microsoft Windows, Mac OS X, Linux e outras plataformas UNIX. A mesma decompõe-se em vários módulos, podendo os seus utilizadores adaptarem com mais facilidade uma solução para melhorar a gestão da sua rede de IT. Módulos disponíveis: MIB Browser SNMP API SNMP Agent Builder SNMP Agent Simulator SysUpTime Network Monitor SysUpTime MSP Edition 12\n27 Ferramentas de controlo centralizado 13 TL1 API Blue Elephant Systems - MIDAS Esta aplicação apenas ajuda na criação e gestão de políticas de monitorização. No entanto, como não se trata de um sistema stand alone, é necessária a instalação prévia do HP-OpenView para que a mesma funcione. Esta solução desenvolve-se numa camada superior ao HP-OpenView, onde se pode implementar um maior número de funcionalidades, um ambiente gráfico mais intuitivo e diversos relatórios já pré-concebidos. Contudo, para a criação desta implementação na plataforma nativa do HP-OpenView, é necessário despender um elevado período de tempo no seu desenvolvimento. Deste modo, a MIDAS alarga o leque de soluções do HP-OpenView, como se de mais um dos seus módulos se tratasse BMC Performance Management A solução proposta pela BMC para gestão de tecnologias de informação descentralizadas dispõe de meios proactivos de detecção, diagnóstico, isolamento e correcção de problemas na infra-estrutura proporcionando, desta forma, uma elevada estabilidade nos serviços. É de notar que na possibilidade de ocorrerem várias anomalias em simultâneo, os serviços principais que garantem o núcleo do negócio continuam em funcionamento não permitindo, deste modo, que o utilizador consiga ver a anomalia em causa, utilizando o pressuposto para garantir uma arquitectura redundante de equipamentos. O seu mecanismo de detecção permite identificar antecipadamente falhas e eventuais causas das mesmas, oferecendo assim uma manutenção mais eficaz e preventiva. Esta plataforma assenta num algoritmo de aprendizagem, o qual monitoriza o trabalho diário, adaptando-se de forma automática às necessidades da rede onde se encontra implementado, conseguindo assim uma redução do MTTR. A mesma integra os mais variados sistemas operativos existentes no mercado, facilitando a monitorização das mais diversas máquinas, sem serem necessárias grandes pré-adaptações e conhecimentos sobre o funcionamento das redes existentes na empresa. Esta solução é disponibilizada em vários módulos adquiridos separadamente, de forma a estar em conformidade com as necessidades do cliente. A utilização de empresas parceiras permite uma maior integração com os recursos de IT do cliente, um elevado poder de avaliação das performances monitorizadas e uma melhor segurança na determinação de irregularidades que poderão causar a instabilidade do serviço.\n28 14 Ferramentas de Gestão Centralizada 2.3. Escolha da plataforma HP-OpenView para monitorização A empresa EDP optou pela escolha do HP-OpenView como plataforma de gestão, em 2001, com o objectivo de, não só rentabilizar os equipamentos instalados, mas também de detectar e quantificar anomalias (como o caso de quebras de serviço e indisponibilidades) na sua rede interna, de uma forma mais rápida e eficaz. Contudo, esta aquisição não se ficou apenas pela monitorização da eficiência da rede. A mesma pode intervir, evitando em muitos casos que a anomalia aconteça. Isto deve-se ao facto de existir um mecanismo interno, que permite a execução de pequenas aplicações especialmente concebidas para o restauro e reabilitação do equipamento. Esta plataforma fora inicialmente instalada em dois pólos (norte e sul), uma vez que a gestão da rede da EDP se encontrava isolada entre esses mesmos pólos. Com a posterior fusão dessas duas entidades, as características da rede alteraram-se, sendo efectuada a conexão das duas redes, centralizando os serviços num único pólo, estando este localizado em Palhavã (Lisboa). Com esta nova topologia da rede, um dos primeiros equipamentos a sofrer alterações foi o HP-OpenView. Deste modo, ao ser desactivado o servidor norte, todos os agentes por este monitorizados foram comutados para o servidor sul, levando à implementação neste último de todas as políticas e ferramentas existentes no servidor a norte. Futuramente, os objectivos desta grande empresa serão a possibilidade de comutação de servidores entre os dois pólos, podendo qualquer um dos dois assumir o controlo da rede na íntegra, proporcionando desta forma uma recuperação garantida em caso de catástrofe. 14\n29 15 Capítulo 3 3. HP-OpenView O HP OpenView é um software da empresa Hewlett-Packard, tendo a sua primeira versão comercial sido apresentada em Suportava inicialmente HP-UX, ambientes MSDOS e Windows V3.1, efectuava uma monitorização usando WINSOCK, e SNMP. Inicialmente estava projectado para monitorização de redes em TCP/IP e IPX, este podia monitorizar entre 6 a 10 segmentos de rede, de acordo com o equipamento base onde se encontrava instalado. Com as novas actualizações o mesmo veio a usufruir das mais variadas aplicações isto em grande parte dependendo de acordos com empresas de hardware e software por parte da HP, bem como da compra de várias empresas, estas também no ramo do software de monitorização, anexando módulos das mesmas á sua versão base do OpenView. A solução actualmente comercializada conta com a parceria de empresas de renome internacional, no desenvolvimento de aplicações e de hardware de alto desempenho e fiabilidade, como é o caso da Cisco Systems, Oracle, Microsoft, Sun, IBM, entre outras. Esta aplicação possibilita a monitorização de um número virtual de equipamentos, estando este número apenas dependente da máquina de operação e das suas capacidades da rede. A aplicação encontra-se pois fraccionada em vários módulos, demarcando-se os módulos operacionais que permitem a visualização por parte dos operadores dos módulos de monitorização instalados nos equipamentos, estes denominados de agentes, possibilitam uma poupança económica ao se poder modelizar a aplicação de controlo apenas aos módulos existentes na empresa. È ainda interessante o facto da solução HP-OpenView ter evoluído não só a nível de monitorização, mas também de controlo, possibilitando assim a realização á distancia de várias tarefas, como é o caso da instalação e actualização de aplicações, configuração de novos utilizadores de novos equipamentos e a realização de um levantamento contínuo dos equipamentos ligados na rede.\n30 16 HP-OpenView 3.1. Princípio de funcionamento No desenvolvimento da aplicação de monitorização centralizada, os engenheiros da HP tiveram em conta a mobilidade e versatilidade da aplicação, tendo então implementado uma solução que permite a aquisição modelar de diversos componentes (Figura 3.1). Sendo o HP- OpenView Operations essencial para a interligação destes módulos e estando este dependente de outros módulos como é o caso dos agentes e das consolas de tratamento e préprocessamento de informação, como por exemplo a consola de NNM (Network Node Manager) e de estruturas de base de dados. O núcleo central do HP OpenView é conhecido como Operations, sendo que este módulo apenas efectua a agregação, modelização e organização da informação recolhida para disponibilizar ao operador e para interligação com outros módulos, como é o caso do arquivo em base de dados Microsoft SQL Server. Para a aquisição da informação o HP OpenView vem munido com vários módulos denominados Agentes. Sendo que os agentes poderão ser adquiridos para a monitorização das mais diversas aplicações, não descartando o agente básico que efectua a monitorização do sistema operativo. A monitorização do sistema operativo é pois feita com recursos às variáveis de sistema, de onde se destaca a aplicação da Microsoft WMI, já pré-embebidos no sistema operativo Microsoft Windows. Esta aplicação é pois apresentada ao utilizador comum com o comando WMIC, e em conjunto com os ficheiros de registo de anomalias e de eventos proporcionam uma monitorização avançada e de elevada fiabilidade. Os agentes de sistemas operativos não estão só preparados para a monitorização, estes também executam o comando de tarefas de controlo previamente agendadas, servindo-se da aplicação Scheduled Tasks presente no painel de controlo do Windows e permitindo a execução de comandos ou scripts aquando de um evento ou periodicamente. Este agente de monitorização de sistemas operativos Microsoft Windows não se trata do único agente base fornecido pela HP, existindo ainda o agente de base para ambientes Unix, Linux e Solaris Operating System. Os mesmos baseiam-se e utilizam ferramentas já existentes no próprio sistema para registarem e comandarem os processos em execução, ferramentas que têm sido desenvolvidas pelas mais diversas empresas e embebidas nos sistemas de acordo com contractos de parceria entre estas empresas de desenvolvimento de software e as empresas que desenvolvem software de monitorização e controlo. Para além dos agentes básico essenciais na monitorização e controlo de sistema operativo de suporte, o HP OpenView disponibiliza também agentes de monitorização específicos para as mais diversas aplicações, como é o caso do agente para bases de dados Oracle, para bases de dados MySQL e Microsoft SQL Server, agentes de monitorização de redes como é o caso dos 16\n31 Tipos de monitorização 17 Figura Esquemático de funcionamento do HP-OpenView. OpenView. agentes SNMP em conjunto com a aplicação de processamento NNM, agentes de monitorização de hardware como o caso de UPS, routers, switch e de impressoras, bem como uma vasta asta gama de outros equipamentos passíveis de serem monitorizados e controlados por meios indirectos ectos por um ou mais destas soluções Tipos de monitorização O HP-OpenView OpenView implementa uma monitorização orientada por regras pré definidas pelo utilizador. Regras egras que de uma forma muito particular surgem da necessidade de se observar a progressão das enumeras possibilidades de pontos de ruptura, falha ou anomalia, não apenas no sistema operativo que suporta a nossa aplicação, mas também da própria aplicação, suas redes de suporte e infra-estruturas estruturas adjacentes. Para uma melhoria de utilização e implementação, implementação, a HP na criação do OpenView distinguiu diferentes tipos de regras, agrupandas em políticas de monitorização. Políticas que fazendo uso do conjunto de regras avaliam de uma forma lógica várias tarefas desempenhadas, sendo estas tarefas de interesse sse e relevância para o funcionamento das aplicações de suporte ao negocio da empresa EDP. Nota-se Nota se uma breve semelhança do conjunto de regras que formam as políticas mais directas com a formulação das regras numa dinâmica Fuzzy.\n32 18 HP-OpenView Figura Formas de monitorização Com o agrupar de regras a políticas (Figura 3.2), as políticas passam então a poder enviar avisos ao operador quando as regras existentes em cada política suplantarem a formulação programada. Esta quebra detectada no normal funcionamento poderá estar definida em vários níveis de avisos uma vez que parte destas políticas não representam uma decisão binária mas sim progressiva gerando mensagens ao operador de acordo com os vários níveis de gravidade predefinidos na política. O HP-OpenView não se completa apenas com a aplicação de regras numéricas de limites, existindo diferentes categorias de regras para diferentes fins e para a monitorização de diferentes tipos de sistemas. Os diferentes tipos de políticas e possíveis regras encontram-se descritas nos pontos seguintes. 18\n33 Tipos de monitorização Config File Figura Configurações de política Config File Esta política está relacionada apenas com os agentes UNIX permitindo em conjunto com a aplicação OSSPI do agente realizar vários tipos de configurações automaticamente aquando da ligação de um equipamento UNIX na rede monitorizada pelo OpenView. Estas alterações poderão passar por configurações de rede, configurações de aplicações para funcionamento na rede entre outras soluções de configuração. No seu funcionamento esta política contém os ficheiros de configuração, e de aplicações (Figura 3.3) já programados sendo apenas os mesmos ligeiramente adaptados ao equipamento detectado e colocados nos repositórios de onde as aplicações vão ler esta informação Flexible Management A política Flexible Management permite ajustar previamente a gestão dos equipamentos, ao se poder definir que utilizador tem permissões para executar determinada aplicação, aceder a directorias e alteração de ficheiros. Permite ainda a configuração de data e hora do equipamento e alteração dos atributos das mensagens geradas pelos agentes (Figura 3.4).\n34 20 HP-OpenView Figura Configurações de política Flexible Management Basicamente esta política funciona como um agente flexível de onde o operador do equipamento poderá aceder e não apenas a aplicação HP-OpenView Logfile Entry A maioria das aplicações em comercialização produz ficheiros de registo de ocorrências, onde guardam as anomalias e anotações de debugging para numa fase de análise de erros se determinar as funções internas que geraram e levaram a paralisação, ou realização de saídas inesperadas. A monitorização destes ficheiros de registo de anomalias produzidos pelo sistema operativo ou por uma aplicação é de extrema importância, pois apesar de todos os indicadores poderem-se encontrar dentro dos limites considerados como normais de funcionamento na realidade a aplicação poderá estar em anomalia. Nestes ficheiros normalmente consta informação essencial para a gestão da plataforma de tecnologias de informação, destacando-se a necessidade de aquisição da informação contida nos mesmos e reflectindo-se a existência desta política. A implementação da política encontra-se preparada para ler ficheiros em vários modos, e em vários formatos, disponibilizando ainda a hipótese de se executar aplicações de conversão de ficheiros para formatos conhecidos pelo agente, efectuando a posterior leitura destes ficheiros gerados. 20\n35 Tipos de monitorização 21 Figura Configurações de política Logfile Entry Na leitura dos mesmos ficheiros ainda existe a possibilidade de se ler o ficheiro do inicio a cada execução da politica (Figura 3.5), apenas do ponto de ultima inspecção ou mesmo apenas a ultima inserção no ficheiro, isto possibilitando uma vasta gama de implementações. Sendo a informação recolhida analisada e enviada ao servidor por mensagens, onde este poderá observar o normal funcionamento das aplicações e detectar possíveis pontos de anomalia, reportando o mesmo acontecimento ao operador que após uma análise do problema irá tomas um conjunto de medidas como informar a empresa que desenvolveu o software ou mesmo procedendo a sua correcção para evitar futuras repetições A implementação deste tipo de políticas tem como base regras de variáveis quantificáveis. A mesma poderá detectar quedas para valores inferiores ou incrementos para valores superiores, isto em conjunto com pequenos scripts, programados para contar elementos, como por exemplo o número de processos, esta poderá ser usada para\n36 22 HP-OpenView Figura Configurações de política determinar e monitorizar uma grande parte efectiva dos sistemas que se encontram em execução. De notar que variáveis binárias são comparadas normalmente, e usadas como uma ocorrência excepcional destas regras (Figura 3.6). A interligação em simultâneo de várias regras permite estar a monitorizar vários processos podendo as mesmas em caso de anomalia enviar uma mensagem com a indicação de que a aplicação monitorizada poderá estar em perigo ou mesmo em anomalia, isto apenas com uma política indexada a várias regras. As regras desta política encontram-se directamente ligadas aos agentes podendo adquirir valores de pequenos scripts, variáveis do sistema operativo como o caso da ferramenta WMI em Microsoft Windows, e muitas mais origens dependendo do agente em que a política se encontrar Node Info Trata-se não de uma política de monitorização mas sim da configuração do agente instalado. Os agentes quando são instalados no equipamento criam um ficheiro de configurações nodeinfo, estas configurações afectam a execução do agente ao nível das suas variáveis internas (Figura 3.7) podendo-se definir valores para as mesmas, bem como a alteração de parâmetros. 22\n37 Tipos de monitorização 23 Figura Configurações de política Node Info Este ficheiro é alterado aquando da distribuição desta politica com os novos parâmetros, sendo os parâmetros restituído á sua forma original aquando da inactivação da política. Esta política necessita de um conhecimento prévio do funcionamento dos agentes bem como das suas configurações antes do mesmo ficheiro ser alterado Open Message Interface Esta política tem como regras de entrada mensagens geradas por outras políticas, sendo de extrema utilidade aquando de uma avalanche de mensagens de aviso ao operador. A criação de uma política desta natureza permite pois programar e apenas enviar uma mensagem ao utilizador suprimindo todas as outras, informando do que realmente se encontra em anomalia e escondendo todos os processos e aplicações que geram erros partindo desta mesma origem. È consequentemente usada ainda para reflectir o estado actual dos serviços ao aglomerar mensagem de diferentes aplicações, como exemplo da base de dados e da aplicação que faz uso da mesma. Ambas emitiram mensagens de anomalias, mas a causa poderá ser a base de dados com erro, alastrando-se a aplicação que a usa (Figura 3.8).\n38 24 HP-OpenView Figura Configurações de política Open Message Interface A mesma politica é também utilizada para evitar a propagação de mensagens indesejadas para níveis superiores de gestão da rede, como o caso da mensagem de se efectuar uma copia de segurança com sucesso, este tipo de mensagens de interesse para uma monitorização diária não são de relevância a nível superiores de gestão onde apenas se esta interessado nas performances e funcionamento das aplicações Scheduled Task Trata-se de uma das mais interessantes políticas de monitorização, podendo a mesma utilizar scripts no seu funcionamento. Esta política cria tarefas programadas em cada equipamento, tarefas que podem ir de efectuar cópias de segurança, verificação de aplicações até á limpeza de ficheiros periodicamente para libertar espaço na unidade lógica (Figura 3.9). Uma tarefa agendada poderá mesmo enviar mensagens pelos agentes ao operador informando-o de ocorrências na execução dos scripts. A implementação encontrada na EDP contém as mais variadas tarefas, na maioria dos equipamentos efectuando monitorização de processos gerando mensagens de anomalias na arvore de serviços aquando da falha dos processos monitorizados. 24\n39 Tipos de monitorização 25 Figura Configurações de política Scheduled Task Service Auto-Discovery Trata-se não de uma política mas sim de uma das ferramentas do HP-OpenView (Figura 3.10), esta ferramenta é vocacionada para quando colocada no agente, inspeccionando todos os programas existentes no equipamento e envia através de um algoritmo de reconhecimento mensagens de anomalias aquando das aplicações detectadas alterarem o seu estado de funcionamento. Trata-se de uma forma de determinação de anomalias muito pouco versátil e ampla, não detectando um grande número de acontecimentos, a mesma é aconselhada apenas na descoberta de novos equipamentos de rede quando estes comunicam com um equipamento já monitorizado.\n40 26 HP-OpenView Figura Configurações de política Service Auto-Discovery Service/Process Monitoring Estas políticas têm o poder de monitorizar aplicações com vários processos, a mesma determina o estado actuar de cada processo, se activo, inactivo, em execução ou parado e avisa o operador aquando de uma anomalia detectada. As regras de monitorização de cada processo baseiam-se no número de processos a detectar podendo uma aplicação ter várias instâncias do mesmo processo, bem como a detecção de processos indesejados (Figura 3.11). A detecção de processos indesejados acontece quando se tem com antecedência a informação da implementação de uma aplicação, e sabendo-se que quando determinado processo é executado então a aplicação detectou uma anomalia e está a entrar em modo de segurança, trata-se de um procedimento normal em aplicações de segurança ou de risco eminente para com pessoas e bens. 26\n41 Tipos de monitorização 27 Figura Configurações de política Service/Process Monitoring SNMP Interceptor Esta política esta preparada para a monitorização de mensagens SNMP e a geração de mensagens para o operador aquando da detecção de uma ou mais anomalias. Neste caso mensagens contendo erros, portas de equipamentos fechadas ou em recusa de acesso, detecção e monitorização de equipamentos de baixo nível como é o caso de routers, impressoras e outros equipamentos com capacidade de comunicação por protocolo SNMP (Figura 3.12). A existência da mesma necessita da instalação do NNM que efectua a monitorização de tramas SNMP.\n42 28 HP-OpenView Figura Configurações de política SNMP Interceptor Windows Event Log Trata-se da política de monitorização os registos de anomalias presentes no sistema operativo Microsoft Windows (Figura 3.13), nestes registos passíveis de serem consultados pelo Painel de controlo \_ Ferramentas Administrativas, encontram-se grandes quantidades de informação útil sobre o desempenho do sistema operativo, bem como de ferramentas e aplicações da Microsoft. Sendo então de um elevado interesse a monitorização e filtragem de mensagens geradas nos mesmos, esta política permite facilmente escolher que tipos de mensagens contidas nestes registos são relevantes e o envio da informação das mesmas ao operador. É ainda interessante reparar que estes ficheiros não registam apenas acontecimentos directos, registando também ordens de execução, acessos e o término de processos tendo este sido de uma forma premeditada ou anómala. 28\n43 Tipos de monitorização 29 Figura Configurações de política Windows Event Log Windows Managment Interface Trata-se de uma política internamente ligada á ferramenta da Microsoft WMI, proporcionando uma monitorização das classes constantes nesta mesma. Estas subdividem-se em classes de instancias e de eventos, sendo as mesmas monitorizadas por regras que determinam o aparecimento de um novo evento, bem como a criação e finalização de uma instancia (Figura 3.14). Figura Configurações de política Windows Management Interface\n44 30 HP-OpenView 3.3. Mensagens Nas políticas de monitorização foi muitas vezes referido que a quando da identificação de uma anormalidade esta informaria o operador, tal comunicação é efectuada por meio de mensagens. Estas mensagens são estruturadas da mesma forma para todas as políticas, apenas identificando a política por meio de um campo associado. As mensagens enviadas ao operador não se limitam a aparecer no ecrã de monitorização, as mesmas encontram-se divididas em níveis de gravidade, para o mesmo estabelecer prioridades de análise e reparação. Por vezes estas mensagens implementam informações colocadas aquando da criação da política, medidas a serem tomadas pelo operador para a reparação da anomalia bem como uma lista de algumas ferramentas que solucionam a avaria ou de monitorização para obtenção de mais informação sobre a mesma (Figura 3.15 á esquerda). As mensagens possuem um parâmetro de configuração (Figura 3.15 á direita) que identifica o seu estado. Estados que poderão ser unacknowledge, quando uma mensagem é enviada ao operador com um problema necessitando de uma intervenção do mesmo ou apenas para informação, acknowladge quando uma mensagem não tem informação útil para a situação actual mas que é relevante de registo, sendo as mensagens estruturadas com este parâmetro não são dispostas ao operador passando directamente para as mensagens antigas, auto-acknowladge, quando se trata do fim de uma anomalia e as mensagens que se encontram no operador já não são verdadeiras, estas são enviadas automaticamente para o registo de histórico, isto deve-se à recepção de uma mensagem que identifica este procedimento. Existem ainda associadas a estas a opção de owner a qual permite a um operador identificar que se encontra a resolver a anomalia, trata-se de uma opção muito útil no caso de existirem dois ou mais operadores de rede, possibilitando a estes darem conhecimentos aos outros que já se encontram a investigar e reparar a anomalia que produziu a mensagem inicial. Figura 3.15 Configuração das mensagens enviadas ao operador 30\n45 Ferramentas Ferramentas A solução HP-OpenView de gestão centralizada de equipamentos não efectua apenas a monitorização dos mais diversos equipamentos, esta também pode interferir no decorrer do seu funcionamento, iniciar aplicações, efectuar actualizações de software e muito mais. Fazendo uso do agente do HP-OpenView de onde este para além da geração das mensagens a enviar ao operador, pode também preceder a execução de scripts. Scripts que são invocados para execução, remotamente pelo operador na consola de comando do HP-OpenView, de uma forma cíclica colocando-se os mesmos a serem executados nas politicas Scheduled Task, ou a serem executados a quando da geração de mensagens de anomalia. Esta última opção é das mais úteis pois proporciona que ao ser detectada uma anomalia na execução de uma aplicação, a mesma mensagem poderá executar um script onde termina a execução da aplicação e inicia a numa nova instancia isto decorrendo em questões de minutos e de onde muitas das vezes o utilizador final nem consegue observar a queda do serviço. Estas ferramentas encontram-se não só ligadas às mensagens geradas como também podem ser activadas em todas os equipamentos, equipamentos com funcionalidades específicas, ou mesmo num único equipamento. Sendo as ferramentas executadas por ordem do operador para identificação e comprovação do funcionamento, observando-se que neste caso os resultados e mensagens gerados pela execução da ferramenta serão enviados para a consola do operador podendo este ver e analisar esta informação Árvore de Nós A árvore dos nós é criada tendo em consideração a estruturação interna das redes existentes (Figura 3.16), onde o HP-OpenView irá funcionar obtendo-se assim uma imagem constante das redes o que proporciona uma melhor interpretação e percepção da localização dos equipamentos, bem como de uma rápida intervenção na estrutura de IT em caso de anomalia, avaria ou actualização.\n46 32 HP-OpenView Figura Árvore de nós Figura 3.17 Lista de mensagens Esta árvore (Figura 3.16) fornece uma separação dos equipamentos por área geográfica o que subdivide a análise de anomalias apenas a uma área possibilitando o isolamento a um dado ponto não afectando o serviço global. Ao percorrer a árvore de Nós facilmente o operador se apercebe do seu funcionamento bem como este poderá facilmente ver os equipamentos contidos em cada uma das redes existentes. A mesma apresenta uma representação da mensagens sob a forma tabelar (Figura 3.17) de onde se pode identificar facilmente o processo, hardware ou variável do sistema que se encontra com anomalia Árvore de serviços A árvore de serviços tem uma estrutura semelhante á dos nós (Figura 3.18), estando está mais vocacionada à recepção de mensagens destinadas a serviços, nesta árvore podemos encontrar não equipamentos mas serviços que os mesmos fornecem. A árvore de serviços encontra-se dividida por aplicações. Na sua extensão podemos identificar a dependência para com os serviços globais, permite observar a subdivisão das aplicações em cada área geográfica e a sua dependência do sistema operativo e hardware. Genericamente esta estrutura pode ser observada como uma ramificação em árvore ou mesmo em forma de mensagens que afectam o devido sector, ou aplicação podendo-se direccionar meios especializados com a aplicação ou hardware em anomalia. 32\n47 Árvore de serviços 33 Figura Árvore de serviços Figura Mensagens estruturadas em árvore de serviços Esta forma de estruturação permite ainda uma navegação mais do ponto de vista da gestão de IT (Figura 3.19), abstraindo-se nos níveis superiores de mensagens irrelevantes sendo apenas de realce o aparecimento perante o operador de rede de mensagens que afectem o serviço e não os componentes de execução paralela. De fácil observação são também as dependências das várias aplicações de onde estas contribuem para o funcionamento da estrutura. Com a analise de dependências facilmente se observa o que aconteceria se uma dada aplicação e ou processo terminasse a sua execução, podendo-se desta forma identificar pontos de estrangulamento e tomar medidas de manutenção ou redundância para em caso de anomalia se garantir a estabilidade do sistema. Para que uma mensagem afecte a árvore de serviços, a mesma terá que se encontrar parametrizada para tal. Na criação do serviço a ser monitorizado existe a possibilidade de associar o mesmo a várias e diferentes mensagens bem como as fórmulas de cálculo com base nessas mensagens, estas apenas afectam o serviço quando uma ou mais mensagens críticas são detectadas ou apenas quando existir queda total ou parcial do mesmo. Esta implementação é valida também para ramos superiores da árvore existindo regras de propagação na mesma com base nas mensagens anexas ao serviço e no seu número.\n48 34 HP-OpenView 3.7. Pacotes A criação de pacotes implementa uma organização centralizada das políticas existentes, estas podem ser aglomeradas em listas. Este agrupamento é encarado como uma ajuda na medida em que se pode criar pacotes para monitorização de serviços e de equipamentos, bem como os dois em simultâneo, sendo posteriormente mais cómodo a instalação das políticas em novos equipamentos, abstraindo-se o operador de procurar as políticas específicas e as colocar em cada um dos novos equipamentos, tendo-se em conta que estas se encontram no referido pacote bastará instalar o mesmo no equipamento e ficam totalmente configuradas para operações de monitorização. 34\n49 35 Capítulo 4 4. Caracterização das políticas e ferramentas No Inicio deste estudo já se encontravam implementadas na empresa EDP várias políticas de monitorização, sendo muitas destas políticas padronizadas. Ou seja, já se encontravam pré definidas na aplicação base, as mesmas foram criadas por técnicos da HP uma vez que são usadas repetidas vezes em quase todos os seus clientes sendo necessária apenas a identificação dos equipamentos a monitorizar pela mesma. O HP-OpenView possuía também políticas implementadas por funcionários da EDP e empresas subcontratadas para optimização e gestão da plataforma. As políticas então implementadas encontram-se a efectuar a monitorização de um grande número de parâmetros nas máquinas, sendo especialmente focadas na vigilância de aplicações específicas da empresa e tendo impacto na operacionalidade da aplicação e para com o fornecimento do serviço. Na realização deste trabalho todas estas políticas existentes previamente no HP- OpenView foram estudas, de forma a avaliar a sua funcionalidade na actual estrutura de rede, tendo-se encontrado casos que as mesmas não se adequam, e procedendo-se ao desenvolvimento de políticas e em alguns casos implementado se novas regras.\n50 36 Caracterização das políticas e ferramentas Figura 4.1 Esquema de rede A rede de comunicações entre servidores da EDP tem uma estrutura vertical tal como representada na Figura 4.1. Estes servidores recebem a informação através de maquinas de entrada chamados FrontEnd s. Os FrontEnd s são computadores adaptados cada um com 22 portas série as quais recebem dados das subestações pelos protocolos proprietários IEC, CETT, PUR, EDP, TG809 e 4F, com os dados recebidos, estes equipamentos efectuam a sua conversão e adaptação para tramas TCP/IP, transferindo a informação para os servidores SCADA. Ao efectuar uma monitorização contínua do processamento efectuado pelos FrontEnd s encontram-se os WatchDog s, equipamentos em muito parecidos com os FrontEnd s, sendo que estes se diferenciam pela inexistência das portas série de entrada. Os WatchDog s têm 36\n51 Pacotes 37 como função a comutação de equipamentos de entrada, isto devido á existente duplicação de equipamentos, um WatchDog em funcionamento comunica com o FrontEnd em utilização efectuando testes, para determinação da necessidade de comutação. Os WatchDog s podem ainda ser comandados remotamente possibilitando a comutação manual de FrontEnd s. De entre o núcleo de servidores utilizados pela EDP á que destacar duas das máquinas nucleares para que o sistema GENESys funcione correctamente, trata-se do SCADA e da DMS. Sendo que os servidores SCADA encontram-se monitorizados por um WatchDog que efectua a comutação entre os dois existentes em cada centro de despacho, as DMS por seu lado não têm a necessidade da existência de um WatchDog efectuando a monitorização uma da outra directamente e assumindo o controlo a DMS de reserva aquando necessário. O servidor SCADA, têm como base o sistema operativo HP-UX 10 de elevada performance e fiabilidade, possibilitando assim uma grande estabilidade e confiança nos serviços disponibilizados pelo equipamento, sendo que no decorrer deste trabalho apenas tive conhecimento de um reinício das referidas máquinas sendo que o mesmo fora provocado no decurso de uma actualização pela empresa EFACEC. Estes equipamentos são responsáveis por: Tratamento da informação recebida; Registo de eventos nas bases de dados de históricos; Recepção de ordens do operador e transmissão das mesmas aos dispositivos; Criação de uma listagem de alarmes. As máquinas DMS estão a executar um sistema operativo Microsoft Windows, como suporte às aplicações do GENESys. Sendo que as aplicações em execução na mesma efectuam a ligação entre o processamento SCADA e o controlador da rede, nesta ligação as DMS efectuam a ligação das variáveis a objectos gráficos de fácil compreensão e monitorização, providenciando um ambiente de trabalho gráfico (Figura 2.1) de onde um engenheiro pode facilmente observar a rede existente de uma forma mais intuitiva. Na lista de equipamentos constantes nos servidores podemos ainda encontrar os equipamentos HIM, máquinas desenvolvidas para alojar uma base de dados Oracle com a finalidade de registarem todos as eventos da rede, trata-se do registo providenciado pelos servidores SCADA, no decorrer das suas operações. Este equipamento não sendo vital para o serviço prestado pela empresa, proporciona uma avaliação das medidas tomadas por operadores e do seu impacto nos serviços, tendo a sua relevância quando se pretende avaliar e estudar acontecimentos para futuros estudos. Do lado oposto aos servidores existentes situam-se as BWS (Blade Working Station) e WS (Working Station), sendo que as WS são um interface directo para com o utilizador estando a aplicação gráfica a ser executada directamente e contendo ligações de rede directamente para com os servidores SCADA, DMS e HIM em serviço. As BWS são blades de um armário servidor composto por processadores ITANIUM, de onde se subdivide o poder de processamento para emular vários equipamentos, sendo que estes equipamentos são acedidos\n52 38 Caracterização das políticas e ferramentas de uma forma remota por HP-RemoteGrafics, do lado do utilizador existe um equipamento de menor capacidade a executar uma versão de Linux dedicado a HP-RemoteGrafics, desta forma efectua-se neste tipo de máquinas um isolamento da rede de comunicação entre os servidores e o utilizador. A existência das máquinas com ligações directas aos servidores deve-se apenas como mais um método de redundância para garantir que se o referido núcleo falhar ainda existe estes equipamentos para se efectuar a gestão da rede Politicas de monitorização dos agentes Estas políticas destinam-se a monitorização do bom funcionamento do agente, encontrando-se na base dos mesmos e instaladas juntamente com os respectivos agentes. Encontram-se nomeadamente a serem executadas no servidor central e têm como ponto de partida, vários factores de performance tais como, o tempo de resposta dos agentes, a operacionalidade e o volume de informação gerada por este. As também estão presentes na própria máquina a ser monitorizada, criando ficheiros de registos onde guardam tudo o que ocorre com o agente, nomeadamente mensagens de execução que são guardadas em ficheiros próprios Ficheiros de registos O interesse da descrição e estudo destes ficheiros é devido á sua monitorização em futuras implementações e a informação relevante contida nos mesmos Do agente Registo de configurações ConfigFile policy package for Windows Nodes.log Neste ficheiro de registo é possível encontrar as configurações do agente, bem como um registo das ocorrências a quando da instalação do mesmo. A sua alteração irá provocar na existência de um reinício do agente de alteração de configurações, podendo o agente ser programado e alteradas definições a partir da edição directa deste ficheiro. 38\n53 Ficheiros de registos Registos do JavaAgent Este ficheiro de registos é criado em todos os equipamentos a onde se tenha instalado o agente. Nele é registada toda a actividade de sincronização com o HP-OpenView Operations, erros de ligações entre os dois, e existência de possíveis tarefas a executar periodicamente. Aquando de uma sincronização, o agente inicia a transmissão do histórico para o Operation, e no final da sincronização este confirma os dados enviados e termina. De notar que este histórico é apagado do agente no final desta operação. Este processo repete-se periodicamente de 24 em 24 horas. Esta é uma forma de garantir que nenhuma mensagem é perdida Registo das comunicações entre o agente o servidor Operation OvSvcDiscAgt.log Neste ficheiro são encontrados os registos de ocorrências entre o servidor HP-OpenView Operations e o agente local. [Wed Apr 08 02:00: ][169:353] clientpipes:124 WaitNamedPipe FAILED \_\_.\_pipe\_ovcpexin GetLastError = 121, The semaphore timeout period has expired. Figura 4.2 Extracto de uma anomalia no OvSvcDiscAgt.log No exemplo da Figura 4.2 podemos ver um erro de ligação por pipe, de onde o mesmo servidor se encontrava com excesso de trabalho e recusou a ligação do agente ficando a mesma agendada para um período posterior Registo de limpeza de base de dados coda.log Um dos eventos agendados pelo núcleo do HP-OpenView trata-se da eliminação semanal de registos. Nesta execução é eliminado o ficheiro existente mais antigo, criando-se um novo. Este processo segue uma lógica numérica, de onde os referidos ficheiros mais antigos têm o menor número tendo o mais recente um número superior Registo de erros do agente opcmona opcerror Neste ficheiro estão guardadas as mensagens geradas pelo processo opcmona (agente de comunicação para com o servidor), o qual regista erros na execução das políticas aplicadas ao\n54 40 Caracterização das políticas e ferramentas nó. Este regista ainda os pedidos de reinício de processos e de publicação de mensagens, pelo utilizador Ficheiro de registo Event Log do Microsoft Windows O ficheiro do Windows Event Log regista a ocorrência de anomalias geradas pelos mais diversos serviços e aplicações, não sendo estas aplicações apenas do sistema operativo, podendo o mesmo conter informações de anomalias de outras aplicações como é o caso de antivírus, e ferramentas que recorram aos comandos EVENTCREATE, EVENTQUERY e EVENTTRIGGERS, os quais permitem a geração de mensagens nos registos de eventos do Windows, a listagem das mesmas permite a análise de ocorrências por parte do sistema operativo, exemplo, o fecho imprevisto de uma aplicação monitorizada por um trigger, será registada uma nova entrada no ficheiro de eventos contendo informação da aplicação e o erro retornado pela mesma Politicas Gerais Sistemas operativos Microsoft Windows Tabela 4.1 Definições das políticas de monitorização de hardware em Microsoft Windows Designação Tipologia Mensagens geradas Variável a ser monitorizada Intervalo de inspecção Políticas estudadas OvSvcDiscErrorLog Logfile Entry Aviso Acknowladge Registo do agente 5 Minutos Conhecimento WINOSSPI-EventLogService Acknowladge mensagem anteriormente Processo services 5 Minutos geradas WINOSSPI-Net_BytesTotalSec Crítica acima dos bytes/seg Total bytes/sec 4,53 Minutos 40\n55 Politicas Gerais 41 Aviso bytes/seg Crítica acima WINOSSPI- Net_CurrentCommands dos 15comandos/seg Aviso Total comandos/sec 5,07 Minutos 10comandos/seg Crítica acima WINOSSPI- Net_NetworkErrorsSec dos 2erros/seg Aviso 1 Total erros/sec 4,52 Minutos erro/seg Crítica acima WINOSSPI- Net_ReadsDeniedSec dos 2recusas/seg Aviso 1 Total recusas/sec 5,08 Minutos recusa/seg WINOSSPI- OS_FwdApplicationWarnError Windows Event Log Crítica Aviso Event Log ID=1018 e ID=1017, origem = Perfilib WINOSSPI-PlugnPlayServicePlugnPlayService Imformação Dispositivos nas portas USB 5,01 Minutos Políticas alteradas Aviso critico WINOSSPI- activo TotalCpuTime CpuBottleneck_NT4 WINOSSPI- Acknowladge mensagem TotalCpuTime TotalCpuTime 5 Minutos CpuBottleneck_Win2k anteriormente InterruptTime geradas Aviso critico WINOSSPI- DiskBottleneck_NT4 WINOSSPI- DiskBottleneck_Win2k activo Acknowladge mensagem anteriormente DiskTime DiskQueueLenght AvgDiskSecTransfer 5 Minutos geradas opcmsg Open Message Interface Normal Acknowledge Mensagens normais WINOSSPI-RPCService-NT WINOSSPI-RPCService-Win2kWin2k Aviso em pausa serviço Serviços, RPC 5,02 Minutos\n56 42 Caracterização das políticas e ferramentas WINOSSPI- SysMon_AvgDiskSecTransfer WINOSSPI- SysMon_DiskBusyCheck WINOSSPI- SysMon_DiskFullCheck WINOSSPI- SysMon_CpuSpikeCheck-NT4 WINOSSPI- SysMon_CpuSpikeCheck- Win2k WINOSSPI- SysMon_PageFileCheck Chk_Reboot Filtro mensagens internas Crítica serviço parou Alarmante de maior que 3 4,51 Discos lógicos Crítica se maior Minutos que 5 Alarmante 10 Discos lógicos Crítica Minutos Crítica Space Discos lógicos 8 Minutos Alarmante 2,58 Processador Crítica Minutos Crítica Paging File 7 Minutos Políticas implementadas Normal Acknowledge Open Message Internal Interface Política que monitoriza o reiniciar do sistema Chk_Reboot A existência de uma política que monitorize e registe todas as instâncias em que uma máquina reinicia é de especial interesse para a manutenção uma vez que o reinício poderá corrigir grande parte dos erros existentes no equipamento. Também é relevante em termos estatísticos, de onde se pode ter o interesse em se saber o número médio de horas de execução contínua. Esta politica, efectua uma medição com um polling de 5 minutos do contador de sistema. A quando da detecção do mesmo com um tempo inferior a 900 segundos a mesma anuncia uma mensagem de nível normal com auto acknowledge da referida ocorrência de reinicio. 42\n57 Politicas Gerais Politica de filtragem das mensagens internas Esta politica foi criada para filtrar as mensagens geradas pelo agente opcmona, colocando as mensagens de menor gravidade diga-se normais directamente como acknowledge, não sendo o operador de rede confrontado com elevadas quantidades de informação e apenas observando as mensagens que realmente produzem informação fulcral para a manutenção do sistema. A mesma política segue uma regra de comparação de mensagens, Open Message, de onde se define as regras para as mensagens que iram ser enviadas ao servidor HP-OpenView Operations e as que apenas ser enviadas directamente para o registo de históricos. De uma forma construtiva foram então observadas, que apenas se teria interesse na observação das mensagens geradas internamente, com os vários níveis de impacto sobre o sistema. Sendo as mensagens geradas pelo agente opcmona ocultas e consideradas como irrelevantes para o manutenção do sistema no seu normal desempenho. Estas mensagens do opcmona, devem-se ao facto da existência de tempos limites para execução prévia de uma dada política ou pequeno programa, sendo gerada uma mensagem de aviso em caso da ultrapassagem deste mesmo tempo, bem como de em muitos equipamentos existirem várias ocorrências da mesma política, estas devem-se a comutação de servidores HP-OpenView do Porto para Lisboa. De reparar que no seu estado actual esta política não se encontra a efectuar o pretendido, sendo este motivo um dos objectos de estudo posterior deste trabalho (5.1. Mensagens Internas) Politica de acknowledge das mensagens normais opcmsg Sendo o HP-OpenView uma interface para com o operador/ supervisor de sistema, este mesmo, não necessita de ter ao seu dispor todas as mensagens geradas pelos agentes. Desta conclusão, nota-se que é apenas de interesse para com o utilizador as mensagens de grau superior ao normal, sendo as restantes relevantes apenas para registo na base de dados e posterior analise. Como tal existe uma politica de filtragem de mensagens. A mesma política, dedica-se exclusivamente a observação das mensagens normais e proceder ao seu acknowledge. De notar que existem mensagens que não serão filtradas, nomeadamente as de reinício de um equipamento. Estas mensagens de reinício são importantes para o operador pois este poderá partir de uma situação de limpeza de anteriores erros, procedendo ao acknowledge de mensagens anteriores ao referido reinício. A mesma política efectua um filtro a procura de mensagens produzidas pelos agentes com um grau Normal e efectua o referido acknowledge das mesmas.\n58 44 Caracterização das políticas e ferramentas Esta política é executada no agente local sendo as mensagens enviadas para o OpenView Operations já configuradas como acknowledge Política de erros do agente OvSvcDiscErrorLog Esta tarefa tem como objectivo a inspecção do ficheiro de registo do agente, ficheiro este já documentado acima no ponto ( ), de onde se lê o ficheiro a partir da última leitura efectuada, verificando a existência de novas linha, neste caso mensagens de anomalias. Se as mesmas existirem e fizerem parte da lista seguinte esta regra emite uma mensagem de aviso para a pasta de mensagens Acknowladged, este processo inicialmente enviaria as mensagens para a pasta Active Messages, facto que se veio a constatar irrelevante, de pouco interesse uma vez que as mesmas não reflectem o estado do sistema, apenas o estado dos agentes, adicionando por isso informação não relevante para o controlo e manutenção da rede Política que detecta reduções nas performances do sistema WINOSSPI-CpuBottleneck_NT4 e WINOSSPI-CpuBottleneck_Win2k Estas políticas estão apenas separadas pela forma como as suas variáveis são acedidas, sendo que as duas têm o mesmo objectivo. A medição do estrangulamento e a baixa nas performances das máquinas onde se encontram colocadas, como tal estas efectuam a observação das variáveis: Variável Componente Aviso no valor Descrição TotalCpuTime Processor Queue Length 2 Número de threads em espera TotalCpuTime CPU Utilization Percentage 90 Percentagem de uso do processador TotalCpuTime Total Number os CPDs on the system Número de processadores em uso InterruptTime Percentage Interrupt Time 60 Tempo que o processador despende a atender interrupções de hardware Pressupõem-se então que o sistema irá gerar uma mensagem avisando o operador se: o TotalCpuTime exceder a percentagem máxima, definida pelo operador; se ProcQueueLen for maior que o máximo predefinido por processador, TotalCPUs; se InterruptTime for maior que o máximo definido; Este gera ainda uma mensagem de erro no caso de: 44\n59 Politicas Gerais 45 TotalCpuTime for maior que o valor máximo definido e (TotalCpuTime maior ou igual ao TotalCPUs somado com o máximo de Queue Length por processador, ou o InterruptTime for maior ou igual ao seu valor máximo definido) A sua implementação tem como base VB-Script sendo os valores das variáveis passadas ao script por apontadores. Quando a situação regressar a sua normalidade, descida para valores novamente aceitáveis é gerada uma mensagem de auto-acknowledge a qual envia para o histórico as mensagem previamente geradas por esta política Política que detecta estrangulamentos no acesso ao disco WINOSSPI-DiskBottleneck_NT4 e WINOSSPI-DiskBottleneck_Win2k Esta política monitoriza possíveis estrangulamentos no acesso ao disco através da análise das seguintes variáveis: Variável Componente Aviso no valor Descrição DiskTime % Disk Busy Time 66 Número de threads em espera DiskQueueLenght Disk Queue Lenght 2 AvgDiskSecTransfer Average Disk Sec/Transfer 0.3 Este script implementado em VB-script tem como estrutura a geração de mensagens se: DiskTime maior ou igual ao limite máximo definido e DiskQueueLenght maior que o seu limite máximo definido; AvgDiskSecTransfer maior que o limite definido. Esta análise é efectuada a cada 5 minutos, sendo que as mensagens de erros a quando da reposição á normalidade serão acknowledge para histórico Política que verifica se o registo de serviços do Windows se encontram em execução WINOSSPI-EventLogService A política verifica a existência dos serviços do Windows que são responsáveis pela gestão de várias aplicações, protocolos, registos de anomalias entre outras funcionalidades existentes durante o funcionamento do sistema operativo. Para tal esta politica serve-se da aplicação opcntprocs.exe que faz parte do HP- OpenView Agente, para determinar se o processo services do sistema operativo Microsoft\n60 46 Caracterização das políticas e ferramentas Windows se encontra em execução. Bem como do batch script opcntservice_chk.bat para verificar em que estado se encontra o serviço. Com a informação destes dois processos de monitorização, e com a ajuda de um VBscript, o HP-OpenView verifica se é a primeira vez que este script é executado, sendo necessário a criação de uma lista inicial de serviços em execução. Caso contrario este fará uma comparação do actual estado dos serviços com a listagem de serviços preexistentes, alertando o utilizador a quando da alteração no estado de um destes ou do conjunto Política monitoriza os discos dos equipamentos WINOSSPI- LogicalDisk_NT4_Logging e WINOSSPI-LogicalDisk_Win2k_Logging Estas regras de monitorização inspeccionam todas as variáveis do disco com o objectivo de determinar o estado de acesso ao disco, espaço disponível e tempos médios de escrita e de leitura. Para tal serve-se das variáveis de sistema: Variável LogicalDisk % Disk Read Time LogicalDisk % Disk Write Time LogicalDisk % Free Space LogicalDisk Avg. Disk Queue Length LogicalDisk Avg. Disk sec/transfer LogicalDisk Disk Bytes/sec Estas regras encontram-se inoperacionais estando colocada em todos os equipamentos monitorizados. A mesma não gera qualquer mensagem de aviso ao operador Política que monitoriza estrangulamentos na memoria WINOSSPI- MemoryBottleneck_NT4 e WINOSSPI-MemoryBottleneck_Win2k Para um sistema funcionar devidamente a monitorização continua das performances da memória contida no equipamento é vital, uma vez que a escassez da mesma poderá produzir estrangulamentos, ou seja atrasos no processamento de informação e até mesmo falhas no acesso a mesma informação. Para a sua monitorização o WMI do Windows dispõe de várias variáveis as quais o HP- OpenView tem acesso: 46\n61 Politicas Gerais 47 Variável Aviso no valor Descrição PageFaultRate 9 pages/sec Acesso a paginas que não estão na memória AvailableMBytes 4MB Memória disponível Para a monitorização da memoria física de um equipamento e uma vez que a mesma não se limitada apenas ao espaço físico que dispõe, podendo partes da mesma estarem armazenadas em disco, as variáveis em questão terão que ter uma grande flexibilidade para não gerarem erros, os quais ao fim de pouco tempo se encontrariam corrigidos pois esta foi completada com o arquivo de paginação em disco. Como tal esta apenas gerará uma mensagem avisando o operador quando o acontecimento seguinte se repetir 5 vezes no espaço de tempo de 5 minutos: AvailableMBytes maior que o máximo definido e PageFaultRate maior que o máximo definido Política que descobre novas aplicações na plataforma Windows WINOSSPI-MSWINApp_AutoDiscovery O AutoDiscovery é uma das ferramentas implementadas de origem no HP-OpenView, tem como principal objectivo a detecção de novas aplicações nos equipamentos monitorizados. Esta política é executada uma vez a cada 24 horas numa hora predefinida, em grande parte dos equipamentos monitorizados esta é executada as 3:00 horas periodicamente. De se notar que o resultado da mesma não gera qualquer informação ao operador, registando apenas em ficheiro, os resultados da sua ocorrência. Os ficheiros resultantes da mesma serão analisados por outras politicas se assim necessário Política que monitoriza alterações no sistema operativo WINOSSPI- MSWINSys_AutoDiscovery A execução desta política como a anterior efectua-se uma forma cíclica e a uma hora préprogramada, na grande maioria dos equipamentos 3:10 horas, sendo o objectivo da mesma detectar actualizações ou alterações na estrutura do Sistema operativo Microsoft Windows. Esta inspecciona a instalação de pacotes de segurança, Service Pack s, módulos do Windows e alterações nos ficheiros raiz.\n62 48 Caracterização das políticas e ferramentas Política que inspecciona a utilização da rede WINOSSPI- Net_BytesTotalSec Esta política inspecciona o número de bytes enviados e recebidos pela placa de rede durante um segundo, produzindo um erro se a mesma estiver a causar um congestionamento de rede. Variável Aviso no valor Descrição Bytes Total/sec Número de bytes transaccionados num segundo Neste caso considera-se que a placa de rede esta congestionada quando o número de bytes enviados e recebidos num segundo for superior a bytes/seg, sendo então geradas mensagens de erro ao operador Política que monitoriza os comandos enviados WINOSSPI- Net_CurrentCommands A implementação desta política conta o número de comandos de rede gerados e produzidos pelo equipamento, estes comandos serão: ping, netstat, psexecute, entre outros. Variável Aviso no valor Descrição Current Commands 10 Gera aviso Número de comandos por segundo 15 Gera erro Se o número de comandos detectado ao fim de um segundo for superior ao máximo especulado este equipamento emite uma mensagem de aviso ao operados de acordo com o número de comandos a mais a ultrapassar o limite Política de monitorização de erros na comunicação WINOSSPI- Net_NetworkErrorsSec Esta política monitoriza o número de erros por segundo gerados na tentativa de comunicação, ou seja o número de pacotes falhados por segundo, permitindo ao utilizador verificar o estado da conexão de rede bem como o estado dos dados que enviou. Um elevado número de erros de transmissão, poderá significar a falha na transmissão de dados, e o aparecimento de ficheiros e informações corrompidas. Variável Aviso no valor Descrição Network Errors/sec 1 Gera aviso Número erros de transmissão por 2 Gera erro segundo 48\n63 Politicas Gerais Política de monitorização de recusa na ligação WINOSSPI- Net_ReadsDeniedSec Politica que monitoriza a recusa de ligação pelo servidor de um determinado ponto de rede. O aparecimento de um evento deste género implica que o equipamento se encontra extremamente ocupado, sendo a recusa de ligação um pressuposto ao aparecimento de erros, ou uma consequência do aparecimento de algum erro. Variável Aviso no valor Descrição Reads Denied/sec 1 Gera aviso Tentativas de comunicação fachadas por 2 Gera erro segundo Esta política emite mensagens de anomalia a quando da recusa de um ou mais pedidos de ligação, isto foi definido com o valor mínimo uma vez que se considera que cada ligação é importante e traz informação vital para o bom desempenho do sistema Política que monitoriza as bibliotecas de performance de sistema operativos Microsoft WINOSSPI-OS_FwdApplicationWarnError A monitorização destas bibliotecas encontra-se associada a chave de registos HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionPerflib a qual funcionando como apontador, identifica a localização e os dados contidos nas bibliotecas, estas bibliotecas permitem a obtenção de elementos de performance usados noutras políticas, para a monitorização de processador, memória, disco, e dos mais variados equipamentos associados ao equipamento como um todo. Para a determinação de anomalias o Windows no seu funcionamento regista as anomalias destas bibliotecas nos ficheiros de EventLog os quais são inspeccionados pela política procurando o código 1018 associado a este tipo de eventos, fazendo transparecer mensagens com o ID=1018 para o operador Política de monitorização de dispositivos Plug and Play', WINOSSPI-PlugnPlayService Esta política inspecciona a introdução de um novo dispositivo, no equipamento. Sendo de extrema importância em redes fechadas, pois detecta possíveis tentativas de intrusão ao se introduzir elementos estranhos e de possível contagio no sistema. Embora esta política não tenha um grande impacto na monitorização em tempo real da rede esta poderá evitar\n64 50 Caracterização das políticas e ferramentas problemas futuros ao advertir o operador para possíveis entradas de agentes externos na rede. Variável Aviso no valor Descrição Services.exe 1 Inspecciona os serviços do Windows Plug_and_play 1 Inspecciona a componente dos serviços Para a monitorização destas variáveis, o agente serve-se da aplicação opcntprocs.exe, para determinar se o processo services do sistema operativo Microsoft Windows se encontra em execução. Bem como do batch script opcntservice_chk.bat para verificar em que estado se encontra o serviço Plug_and_play e as suas componentes internas, retornando o número de dispositivos conectados por este método as portas USB do equipamento Política que identifica o serviço de eventos externos WINOSSPI- RPCService-NT4 e WINOSSPI-RPCService-Win2k O serviço de RPC (Remote Procedure Call) é um dos serviços nucleares na monitorização e controlo da ferramenta HP-OpenView, sendo este serviço usado para a comunicação de comandos, actualização de políticas, envio de ordens de gestão e execução de ferramentas associadas a plataforma. Este serviço possibilita a conexão por linha de comandos ao equipamento, o que com o auxílio das Power Tools PS da Microsoft, traz o controlo de componentes do sistema para outro nível, não sendo necessário aceder por RemoteDesktop, usando esta ferramenta pudesse executar as mais vaiadas operações sem que o actual utilizador do equipamento note ou mesmo detecte a intrusão efectuada. Este serviço do Microsoft Windows bem pois possibilitar o controlo remoto de equipamentos que até a data era necessário a autorização do utilizador para se aceder aos mesmos, tendo este utilizador que parar o seu trabalho a quando do tempo de manutenção. Esta política apenas monitoriza a disponibilidade deste serviço alertando para a sua inactivação. Variável Aviso no valor Descrição Services.exe 1 Inspecciona os serviços do Windows RPC 1 Inspecciona a componente dos serviços No seu funcionamento esta serve-se da aplicação opcntprocs.exe que faz parte do HP- OpenView Agente, para determinar se o processo services do sistema operativo Microsoft Windows se encontra em execução. Bem como do batch script opcntservice_chk.bat para verificar em que estado se encontra o serviço. 50\n65 Politicas Gerais Política que monitoriza a velocidade do disco rígido WINOSSPI- SysMon_AvgDiskSecTransfer A monitorização desta variável deve-se ao facto de a mesmas indicar possíveis atrasos na execução de aplicações, isto devido a incapacidade de leitura e escrita de informação no disco lógico. Como tal e com a analise das performances dos discos usados foi restringido um valor máximo bastante inferior ao limite físico de forma a evitar previamente este tipo de questões, ora por melhorando as performances passando para um nível RAID, ora por subdividindo as aplicações e os acessos ao disco para outros equipamentos. Variável Aviso no valor Descrição Avg. Disk sec/transfer 3%,5% Media de tempo de transferência de dados com o disco Política que inspecciona a utilização do disco WINOSSPI- SysMon_DiskBusyCheck Esta política observa a utilização do disco, uma vez que um excesso de uso na escrita e leitura do mesmo operam levar a um degradação do mesmo e a perda de informação. Como tal observa-se a progressão de duas variáveis de forma a determinar e evitar o uso contínuo. Variável Aviso no valor Descrição Avg. Disk Queue Lenght 5%,10% Media de tempo em espera de escrita ou leitura Disk Time 60%, 80% Tempo de utilização do disco De se notar que a mesma politica apenas é executada uma vez a cada 10 minutos sendo desprezada a informação entre este intervalo de tempo nesta análise é apenas utilizando uma amostragem das variáveis de sistema Politica que monitoriza o espaço livre em disco WINOSSPI- SysMon_DiskFullCheck A criação desta política teve como base a determinação da percentagem do espaço livre em disco, no seu cálculo é pois lida a capacidade da unidade e comparada esta informação com o espaço ocupado no mesmo, obtendo assim uma medida de utilização do disco.\n66 52 Caracterização das políticas e ferramentas Trata-se de uma política importante na determinação de discos lotados em servidores, o que poderá acontecer inesperadamente com o acumular de dados não previstos, isto é de externa importância pois uma vez que num disco lotado podendo existir perdas de informação Politica que inspecciona sobrecargas no processador WINOSSPI- SysMon_CpuSpikeCheck-NT4 e WINOSSPI-SysMon_CpuSpikeCheck- Win2k Trata-se de uma monitorização de longo prazo preventiva e que poderá levar a decisão de actualizar o equipamento antes que este entre em sobrecarga e não consiga processar a informação em tempo útil. Para a determinação das mensagens são monitorizadas as seguintes variáveis: Variável Aviso no valor Descrição Total Privileged Time Total User Time Total Processor Time 80%,90% Tempo de processos com maior privilégios Tempo de utilização processador por parte do utilizador Tempo de funcionamento do processador Política que monitoriza o arquivo de Paging File do Windows WINOSSPI-SysMon_PageFileCheck Esta detecção da expansão no ficheiro do paging é normalmente usada para libertar para o disco blocos de memória menos activa, é relevante no ponto em que um ficheiro de paging demasiado grande poderá levar a uma lentidão e arrasto do sistema, pois este terá que ler a informação do disco para a memória para efectuar o processamento da mesma. Logo a melhor solução seria mesmo o menor valor possível para este ficheiro, como tal não é possível efectua-se uma monitorização para determinar o ponto onde o sistema é de tal forma lento que poderá gerar problemas nos sistemas subsequentes. Variável Aviso no valor Descrição Paging File Use >=80% Percentagem de utilização do ficheiro de memoria do disco 52\n67 Politicas Gerais WINOSSPI-WINOS_NT4_Logging e WINOSSPI- WINOS_Win2k_Logging Esta ferramenta não esta relacionada com a criação de mensagens, mas sim com o registo de variáveis de ambiente para utilização posterior na criação de gráficos, relatórios e análises estatísticas RemoteDesktop Trata-se de uma ferramenta desenvolvida com o objectivo de se efectuar uma ligação aos equipamentos usando as ferramentas da Microsoft RemoteDesktop, com a mesma pode-se efectuara a manutenção directa em caso de anomalia ao equipamento, podendo a mesma ferramenta ser chamada de uma mensagem de anomalia do Agente, para uma rápida reparação ou comutação para outros equipamentos. Esta ferramenta está limitada e apenas funciona em ambientes Windows XP, 2000 e 2003 Server VNC Trata-se de uma ferramenta muito parecida com a anterior invocando a aplicação VNC no ponto onde a anterior invocava a aplicação da Microsoft RemoteDesktop. O VNC é uma aplicação proprietária que permite efectuar o controlo a equipamentos remotos, muito parecida com o RemoteDesktop, mas esta podendo ser executada em ambientes Microsoft Windows NT4.0. Esta aplicação VNC tem grandes desvantagens em relação ao RemoteDesktop, nomeadamente a velocidade e qualidade na interface disponibilizada NetMeeting Trata-se de mais uma ferramenta de monitorização e controlo equivalente as duas já apresentadas anteriormente. Esta pode se encontrada em ambientes Microsoft Windows e foi antecessora do RemoteDesktop, tal como a aplicação VPN esta também apresenta um interface de baixa qualidade e com uma operação muito lenta dando a noção de arrasto na gestão de aplicações Restart Esta trata-se da uma das mais perigosas ferramentas implementadas no decurso desta dissertação, a mesma faz uso do comando PSshutdown para forçar o reinício do equipamento.\n68 54 Caracterização das políticas e ferramentas Esta ferramenta foi pois programada para encerramentos de forma crítica, não deixando tempo de enceramento dos processos e obrigando os mesmos a parar de uma forma rápida Politicas de monitorização de processos específicos FrontEnd s Como facilmente se entende existindo duas máquinas a executar uma aplicação com a mesma finalidade, o seu software interno terá que ser diferente de acordo com o seu estado perante a execução do serviço. Sendo que perante o restante conjunto de mecanismos estas são observadas como se de apenas uma se tratasse. Os FrontEnd s encontram-se então um em execução fornecendo todos os dados para as restantes aplicações e o seu homologo a executar alguns processos chave caso seja preciso um arranque rápido do mesmo. Este comando de arranque parte de um WatchDog que decide com base num algoritmos de falhas o melhor equipamento para a realização desta tarefa. Os processos existentes em cada FrontEnd podem divergir, na medida em que os FrontEnd s dependem dos protocolos de comunicação não sendo necessário a monitorização de protocolos que o FrontEnd não esteja a utilizar, como pode ser observado na Tabela\n69 Politicas de monitorização de processos específicos 55 Tabela 4.2 Protocolos de comunicação associados a cada FrontEnd Protocolo IEC CETT PUR EDP TG809 4F FE CC AVE E SOUSA X X X X FE CC AVEIRO X X X FE CC BEJA X X X FE1 CC CARENQUE X X X FE1 CC CARENQUE X FE CC CASTELO BRANCO X X X X FE CC COIMBRA X X X FE CC LEIRIA X X FE CC LOULÉ X X X Equipamentos FE CC LOURES X X X FE CC MINHO X X X FE1 CC OLHO BOI X X X FE2 CC OLHO BOI X X X FE1 CC PALHAVÃ X X X FE2 CC PALHAVÃ X X X FE2 CC PALHAVÃ X X X FE CC PORTO X X X FE CC S. SEBASTIÃO X X X FE CC SEIA X X X FE CC TRÁS-OS-MONTES X X X Políticas instaladas nos agentes de cada FrontEnd.\n70 56 Caracterização das políticas e ferramentas Tabela 4.3 Definições das políticas de monitorização do Sistema GENESys para FrontEnd s Designação Tipologia Mensagens geradas Variável a ser monitorizada Intervalo de inspecção Políticas estudadas FEbackground Normal auto acknowledge 1 Minuto FEcontrolsMFE Normal auto acknowledge 1 Minuto FEcronos Normal auto acknowledge 1 Minuto FEdbinit Normal auto acknowledge 1 Minuto FEedp_app Normal auto acknowledge 1 Minuto FEfrontendMFE Normal auto acknowledge 1 Minuto FEiec870_app Normal auto acknowledge 1 Minuto FEiec870_llc Normal auto acknowledge 1 Minuto FEpurapp Normal auto acknowledge 1 Minuto FEpurllc Normal auto acknowledge 1 Minuto FEservices Normal auto acknowledge 1 Minuto FEsuper Normal auto acknowledge 1 Minuto FEtrace Normal auto acknowledge 1 Minuto FEttags Normal auto acknowledge 1 Minuto FEwatchdogMFE Normal auto acknowledge 1 Minuto nc Normal auto acknowledge Alarmante Activa 1 Minuto 56\n71 Politicas de monitorização de processos específicos 57 Políticas implementadas FE_StandBy Logfile Entry Normal Online Normal Standby FEmemdbg Users 4 Minutos Verifica se o FrontEnd se encontra operacional como Online ou HotStandBy Nesta política implementa a monitorização de um ficheiro lendo o conteúdo do ficheiro sempre da primeira posição, com o valor lido e por uma regra de comparação, o mesmo determina o estado actual do FrontEnd. Esta politica está associada a duas mensagens, se FrontEnd online emite uma mensagem normal auto acknowledge, se HotStandBy emite uma mensagem normal auto acknowledge, ambas contendo uma designação do estado FrontEnd Online, FrontEnd StandBy. c:\_hpopenview\_estado2.txt users = H server = (0021) A ON, B OFF Esta política não se encontra em funcionamento devido a não interligação entre os scripts e o programa FEmemdbg. Este caso será abordado mais para a frente no decorrer deste trabalho Processo FEbackground A monitorização deste processo é efectuada pela função do HP-OpenView opcntprocs.exe que lista os processos em execução, seguindo-se a comparação do resultado da mesma Processo FEcontrolsMFE Este processo é responsável pelos controlos do FrontEnd. Comandos verificados e alterados pelo SCADA central a quando necessário ajustes ou existência de alguma ocorrência anómala Processo FEcronos Processo de contadores do sistema, este efectua a contagem dos dados recebidos e enviados para prevenir perdas de informação.\n72 58 Caracterização das políticas e ferramentas Processo FEdbinit Processo de ligação a base de dados, neste caso a uma base de dados Oracle presente na máquina HIMA e HIMB Processo FEedp_app Processo que efectua a ligação entre o FrontEnd e os computadores industriais, em que é utilizado o protocolo de comunicação proprietário EDP Processo FEfrontendMFE Este processo efectua a alteração do estado do FrontEnd de Online para HotStandBy, a quando de uma ordem do WatchDog, e ou operador, para a execução do mesmo Processo FEiec870_app Processo que efectua a ligação entre o FrontEnd e os computadores industriais, em que é utilizado o protocolo de comunicação proprietário IEC Processo FEiec870_llc Este processo encontra-se internamente ligado ao anterior FEiec870_llc, sendo necessário a existência dos dois para um normal funcionamento da comunicação Processo FEpurapp Processo que efectua a ligação entre o FrontEnd e os computadores industriais, em que é utilizado o protocolo de comunicação proprietário PUR Processo FEpurllc Este processo encontra-se internamente ligado ao anterior FEpuradd, sendo necessário a existência dos dois para um normal funcionamento da comunicação Processo FEscan_hdlc Processo que efectua a ligação entre o FrontEnd e os computadores industriais, em que é utilizado o protocolo de comunicação proprietário HDLC. 58\n73 Politicas de monitorização de processos específicos Processo FEservices Não me foi possível averiguar as funcionalidades deste processo, existindo apenas uma informação por parte da EFACEC de que o mesmo é crucial e de elevada importância para o normal funcionamento do sistema Processo FEsuper Processo que efectua a supervisão de todo o FrontEnd emitindo avisos e efectuando registos de anomalias existentes neste equipamento FrontEnd Processo FEtrace O processo trace (Figura 4.3), efectua a codificação e monitorização de todas as tramas, recebidas e enviadas, pelas portas do FrontEnd, sendo as mensagens observadas no seu normal funcionamento. Figura 4.3 Shell de monitorização do processo FEtrace Processo FEttags Este processo efectua a ligação dos dados recebidos para com as tags (variáveis) do sistema SCADA global.\n74 60 Caracterização das políticas e ferramentas Processo FEwatchdogMFE Este processo efectua a comunicação entre o FrontEnd e o WatchDog, Permitindo assim assegurar uma rápida comutação de processos entre os dois FrontEnd s Processo nc Comando que permite o WatchDog efectuar a comutação, a sua relevância não é relativamente crítica para o normal funcionamento do sistema, sendo apenas utilizada pelo WatchDog para efectuar uma comutação Processo reinício de FrontEnd Trata-se de uma ferramenta desenvolvida para efectuar o lançamento dos processos do FrontEnd sem reiniciar o equipamento. Esta ferramenta acede ao processo dos FrontEnd s FEfrontendMFE.exe enviando-lhe o comando k, o qual é interpretado pelo mesmo processo como uma ordem de reinício WatchDog O WatchDog é um equipamento em muito parecido com os próprios FrontEnd s, este apenas não dispões das ligações de entrada para se ligar aos computadores industriais presentes nas subestações e postos de transformação. Têm então como função inspeccionar se os valores da máquina que actualmente se encontra definida como online são querentes, se o tempo de resposta em polling situa-se na margem de segurança previamente definida, ou mesmo se o processo esta em execução. Isto deve-se a execução de um processo desenhado no sistema que envia informação directamente do FrontEnd para o WatchDog, possibilitando ao WatchDog com está informação o cálculo dos seus algoritmos e a tomada de decisão. Enviando no caso de ser necessário efectuar uma comutação de equipamentos, um sinal a relés externos aos equipamentos, sendo que estes relés procedem a inactivação da unidade e á comutação do FrontEnd de recurso para o modo online. A mesma máquina voltara a estar operacional após o restar ordenado, entrando em modo HotStandBy. 60\n75 Politicas de monitorização de processos específicos 61 Tabela 4.4 Definições das políticas de monitorização do Sistema GENESys para WatchDog s Designação Tipologia Mensagens geradas Variável a ser monitorizada Intervalo de inspecção Políticas estudadas FEbackground Normal auto acknowledge 1 Minuto FEcontrolsMFE Normal auto acknowledge 1 Minuto FEcronos Normal auto acknowledge 1 Minuto FEdbinit Normal auto acknowledge 1 Minuto FEfrontendMFE Normal auto acknowledge 1 Minuto FEservices Normal auto acknowledge 1 Minuto FEsuper Normal auto acknowledge 1 Minuto FEtrace Normal auto acknowledge 1 Minuto FEttags Normal auto acknowledge 1 Minuto FEwatchdogMFE Normal auto acknowledge 1 Minuto nc Normal auto acknowledge Alarmante Activa 1 Minuto SCADA Estas máquinas são o núcleo central de todo o sistema de monitorização e controlo remoto que garante a continuidade das operações, sendo as mesmas responsáveis pela recolha de informação dos FrontEnd s, o tratamento e disponibilização da mesma informação para bases de dados (HIM), processadores de informação (DMS) e portos de operações (BWS).\n76 62 Caracterização das políticas e ferramentas As mesmas máquinas correm sobre um sistema operativo de alta fiabilidade em comparação com o seu homólogo Windows instalado na rede, HP-UX, dando o mesmo suporte á execução de vários processos tanto do software de controlo GENESys, como das bases de dados Oracle. Do ponto de vista de monitorização e controle de processos estes equipamentos são inspeccionados gerando dois tipos de mensagens, as mensagens de processos que reportam anomalias nos processos em execução de acordo com documentos da EFACEC, e mensagens de serviços as quais são geradas por um script agendado que verifica com base em duas lista de processo o estado actual do equipamento, se este se encontra em serviço ou em reserva, sendo gerada uma mensagem para os serviços desta situação bem como provocando mensagem de anomalia no caso de o mesmo equipamento não se encontrar em nenhum destes dois estados. Tendo em conta a análise de serviços e após um estudo do algoritmo implementado para a sua realização, veio-se a notar a existência de um ficheiro associado ao algoritmo que era periodicamente incrementado com a informação de cada estado. Para um servidor de alto desempenho e ao qual se exigem tempo de resposta muito curto, a existência deste ficheiro punha em causa alocação de memoria todas as vezes que o script era executado, espaço em disco, pois este já tinha um tamanho aceitável de 300MBytes. Com este panorama optou-se pela limpeza deste género de ficheiros para valores controláveis e aceitáveis, este script e descrito no Capítulo 7. Como a monitorização é efectuada por uma tarefa Scheduled,, a mesma apenas emite uma mensagem de auto-acknoladge acknoladge a quando da situação regularizada, ou seja todos os processos detectados em funcionamento. Tabela SCADA Online Processo Nº de Mensagem Serviço Políticas estudadas alarm_gateway alarm_switch alarms application_server arc cntmultfe db_channel ddb_mng deriv extreq_ser 2 Crítica GENESys 1 Maior SCATEX 3 Maior SCATEX 2 Crítica GENESys 3 Maior SCATEX 1 Crítica SCATEX 2 Crítica GENESys 1 Crítica SCATEX 1 Maior SCATEX 1 Crítica SCATEX 62\n77 Politicas de monitorização de processos específicos 63 gptim inifemultfe navigator node_manager ora_d000_despacho ora_s000_despacho ora_reco_despacho ora_smon_despacho ora_ckpt_despacho ora_lgwr_despacho ora_dbw0_despacho ora_pmon_despacho proc_check rtevent_bridge rwevent_bridge sinc slowupdmem supmultfe sx_alrmng_gw sx_control_gw sx_login_gw sx_scada_gw sx_scheduler sx_server sxservicesmultfe tnslsnr ttagmultfe ttagupddb updtot_on wdogmultfe x_mapping_manager xterm_check 1 Maior SCATEX 1 Crítica SCATEX 1 Crítica GENESys 2 Crítica GENESys 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Maior SCATEX 2 Crítica GENESys 2 Crítica GENESys 1 Crítica SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 2 Crítica GENESys 2 Crítica GENESys 2 Crítica GENESys 2 Crítica GENESys 1 Maior SCATEX 1 Crítica SCATEX 3 Crítica SCATEX 1 Crítica DB 1 Crítica SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 2 Crítica GENESys 1 Maior SCATEX Políticas implementadas java 1 Crítica GENESys\n78 64 Caracterização das políticas e ferramentas Tabela SCADA Standby Processo Nº de Mensagem Serviço Políticas estudadas alarms arc cntmultfe ddb_mng extreq_ser gptim inifemultfe navigator node_manager ora_d000_despacho ora_s000_despacho ora_reco_despacho ora_smon_despacho ora_ckpt_despacho ora_lgwr_despacho ora_dbw0_despacho ora_pmon_despacho proc_check rtevent_bridge rwevent_bridge Sinc slowupdmem sx_scada_gw sx_syn_file_transfer_server supmultfe sxservicesmultfe Tnslsnr ttagmultfe Ttagupddb wdogmultfe x_mapping_manager 3 Maior SCATEX 1 Maior SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 1 Maior SCATEX 1 Crítica SCATEX 1 Crítica GENESys 2 Crítica GENESys 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Crítica DB 1 Maior SCATEX 2 Crítica GENESys 2 Crítica GENESys 1 Crítica SCATEX 1 Crítica SCATEX 2 Crítica GENESys 2 Maior GENESys 1 Crítica SCATEX 2 Crítica SCATEX 1 Crítica DB 1 Crítica SCATEX 1 Crítica SCATEX 1 Crítica SCATEX 2 Crítica GENESys 64\n79 Politicas de monitorização de processos específicos 65 Estas políticas foram implementadas e estudadas com base no documento , emitido pela EFACEC. Este documento lista os processos considerados críticos e o seu objectivo funcional SCATEX Os processos SCATEX descritos na Tabela 4.5 e Tabela 4.57, fazem parte da aplicação antiga de suporte, a qual se encontra actualizada pelo GENESys, aplicação que ainda faz uso destes processos podendo-se utilizar a nova plataforma para se enviar comandos sendo que o GENESys utilizara primeiro os servidores DMS, ou directamente pelos servidores SCADA usando o SCATEX GENESys Os processos da aplicação GENESys em execução nos servidores SCADA têm como objectivo a interligação deste servidor com as DMS para a construção gráfica da rede, os mesmos permitem o telecomando e monitorização de todos os actuadores efectuando a interligação de tabelas a uma base de dados grafia contida nas DMS DB Na monitorização destes processos será observada a aplicação Oracle que se encontra em execução nesta instância específica do serviço. Sendo que a aplicação Oracle fornece uma base de dados de suporte as estruturas existentes no servidor proporcionando um registo dinâmico dos valores e das variáveis em cada sensor e actuador existente no mundo EDP. Para além desta função a base de dados proporciona informações a um servidor de histórico HIM o qual armazena todos os eventos que resultam do funcionamento e comando da rede por um período de tempo mais alargado DMS As DMS formam desenvolvidas pela EFACEC na sequência da actualização de SCATEX para GENESys, tendo a sua introdução alterado o esquema de mapeamento tabelar antigamente existente e juntando informação de estruturas gráficas da rede permite a geração do ambiente gráfico que se encontra nos postos de operações. Sendo que no seu funcionamento as DMS processam variáveis geradas pelos servidores SCADA, as alteram para identificação da instalação e do equipamento de onde estas são provenientes, de notar que esta informação da localização das instalações e dos equipamentos se encontra não nas DMS mas sim nos SIT s\n80 66 Caracterização das políticas e ferramentas Regionais, sendo que estes equipamentos também têm a função de receberem as informações gráfica de comandos a actuar, identificarem o equipamento e enviam ao SCADA para a execução do referido comando. Poder-se á dizer que estes equipamentos efectuam a abstracção dos elementos de rede existente, para um ambiente de onde o utilizador apenas necessitara de um conhecimentos de redes energéticas. De se notar que estes equipamentos são nucleares para o funcionamento da actual aplicação GENESys, passando pelos mesmos toda a informação de controlo, fazendo com que as DMS sejam consideradas como equipamentos de risco muito elevado pois a sua interrupção provoca a paragem no fornecimento de informação ao controlo e do controlo as actuadores. Tabela DMS Designação Tipologia Mensagens geradas Variável a ser monitorizada Intervalo de inspecção Políticas estudadas cim_sync_server-dms Normal Online 1 Minutos construction_files_manager-dms Normal Online 1 Minutos db_channel-dms Normal Online 1 Minutos distributer-dms Normal Online 1 Minutos file_manager-dms Normal Online 1 Minutos GenerateSynServer-DMS Normal Online 1 Minutos global_context_manager-dms Normal Online 1 Minutos him_wrapper-dms Normal Online 1 Minutos ImportSynServer-DMS Normal Online 1 Minutos java-dms Normal Online 1 Minutos local_context_manager-dms Normal Online 1 Minutos 66\n81 Politicas de monitorização de processos específicos 67 Navigator-DMS Normal Online 1 Minutos NetState-DMS Normal Online 1 Minutos Node_Manager-DMS Normal Online 1 Minutos Oracle-DMS Normal Online 1 Minutos role_getter-dms Normal Online 1 Minutos synoptics_server-dms Normal Online 1 Minutos syslogger-dms Normal Online 1 Minutos tag_pin_server-dms Normal Online 1 Minutos tix_sync_server-dms Normal Online 1 Minutos uid_allocator-dms Normal Online 1 Minutos version_manager-dms Normal Online 1 Minutos WSTODESPACHO Normal Online 1 Minutos Políticas desactivadas event_bridge-dms Normal Online 1 Minutos proxy_bridge-dms Normal Online 1 Minutos As mensagens geradas por estas políticas são monitorizadas directamente pelo operador, através da árvore de nós, sendo as mesmas filtradas por uma regra de cálculo com base no processo NetState-DMS de onde se determina o estado actual do equipamento, ou seja se este se encontra em operação ou em reserva. Os processos da Tabela 4.7 fazem parte de uma listagem de processos considerados como críticos pela empresa EFACEC.\n82 68 Caracterização das políticas e ferramentas HIM Os servidores HIM, ou servidores de bases de dados de históricos, são equipamentos que executam uma base de dados Oracle, sobre uma plataforma Microsoft Windows XP. Estes equipamentos centralizam e registam toda a informação gerada pelo normal funcionamento do sistema de controlo, bem como contêm as tabelas de configuração de todos os equipamentos actualmente a serem controlados pela rede. Configurações que são novamente transferidas para os equipamentos a quando de uma sincronização ou controlo geral. Uma vez que se trata do núcleo de informação é exigido destes equipamentos um elevado nível de fiabilidade, e disponibilidade. Como tal a monitorização por parte da ferramenta HP- OpenView é executada em vários níveis, não observando apenas o sistema operativo e os processos em execução, mas também os processos são mapeados na árvore de serviços. De registar que a empresa EDP não tem o agente de monitorização de bases de dados Oracle existente e comercializado pela HP, sendo que a avaliação do funcionamento da base de dados será efectuado por análise de processos como mostrado na Tabela 4.8 e na Tabela 4.9. Tabela HIM Online Processo Nº de Mensagem Serviço Políticas estudadas oracle 1 Crítica BD Oracle cluster_tool 1 Crítica GENESys him_wrapper 1 Crítica GENESys load_forecast 1 Crítica GENESys event_bridge 16 Crítica GENESys navigator 1 Crítica GENESys node_manager 1 Crítica GENESys syslogger 1 Crítica GENESys db_channel 16 Crítica db_channel Política desactivada nn_engine 1 Crítica GENESys 68\n83 Politicas de monitorização de processos específicos 69 Tabela HIM Standby Processo Nº de Mensagem Serviço Políticas estudadas oracle 1 Crítica BD Oracle cluster_tool 1 Crítica GENESys him_wrapper 1 Crítica GENESys load_forecast 1 Crítica GENESys event_bridge 1 Crítica GENESys navigator 1 Crítica GENESys node_manager 1 Crítica GENESys syslogger 1 Crítica GENESys Política desactivada nn_engine 1 Crítica GENESys BD Oracle Por observações ao comportamento da base de dados pode-se dizer que o processo Oracle é um processo core no funcionamento normal da base de dados, sendo o mesmo necessário para garantir que as bases de dados estejam em funcionamento e para que as query s sejam efectuadas com sucesso db_channel Os processos db_channel são responsáveis pela disponibilização das tabelas constantes na base de dados desta feita existe um processo e execução por cada tabela que esteja em funcionamento GENESys Os processos GENESys garantem a inserção e consulta das bases de dados, da comunicação aos equipamentos da informação de qual a HIM em funcionamento. E efectuam a comutação no estado das HIM de em serviço para reserva e de reserva novamente para serviço. Os processos GENESys também efectuam registos de eventos nos dois equipamentos independentemente de este se encontrar em serviço ou em reserva.\n84 70 Caracterização das políticas e ferramentas Postos de Operação (BWS e WS) Os postos de operações são compostos por computadores normais com a aplicação GENESys a ser executada, bem como por blades de um servidor HP Itanium com a sua estrutura repartida emulando vários equipamentos em que cada um destes equipamentos executa a aplicação GENESys, a estes centros de processamento é depois associada uma ligação por HP-RemoteGrafics Software, ligação esta que é posteriormente acedida por computadores com um sistema operativo Linux, de onde os funcionários efectuam a monitorização e o controlo dos equipamentos de rede. Estas máquinas desempenham um dos papéis vitais para no modelo de negócio da EDP, pois são os pontos de acesso e de controlo de toda a rede eléctrica de Portugal, sendo que actualmente existem duas redes para controlo da rede norte e da rede sul. A criação destas redes deve-se a garantir o isolamento funcional da rede sendo que uma avaria no controlo de uma rede não terá influência nos serviços da outra. Esta solução encontra-se em processo de alteração podendo já em vários equipamentos se efectuar a monitorização das duas redes, as vantagens serão a possibilidade de um centro de comando assumir a gestão do subsequente. De se realçar nos equipamentos que uma intervenção nestes postos não é pois possível via HP-RemoteGrafics sem o conhecimento do seu utilizador e sem que o mesmo pare de executar as suas funções, durante o referido acesso. Por estas razões qualquer anomalia que provoque uma inutilização do equipamento poderá ter custos elevados para a empresa. Sendo que a definição gestão destes equipamentos reflecte uma utilização crítica pois se a meio de uma operação de comando se perder o acesso á plataforma de controlo, poder-se á provocar quebras no serviço ao cliente final. Tendo em conta a importância de estes equipamentos estarem disponíveis 24 horas por dia 7 dias por semana, os mesmos são monitorizados pelos agentes do HP-OpenView, em busca de possíveis pontos de anomalia que provoquem o quebra de serviço. Como tal nestes postos de operação são tidos em conta vários factores, tais como a performance e fiabilidade. Sendo constantemente efectuada uma manutenção preventiva, os mesmos encontram-se sob vigilância diária, garantindo o seu melhor desempenho possível. 70\n85 Politicas de monitorização de processos específicos 71 Tabela 4.10 no Posto de Operações (BWS e WS) Designação Tipologia Mensagens geradas Variável a ser monitorizada Intervalo de inspecção Políticas estudadas Operator_notebook Normal Online 1 Minutos Gis_magik Normal Online 1 Minutos SW_to_bus Normal Online 1 Minutos java_ws Normal Online 1 Minutos Edit_screen_manager Normal Online 1 Minutos AlarmList Normal Online 1 Minutos Browser_historical_him Normal Online 1 Minutos Draw Normal Online 1 Minutos Events_distributer Normal Online 1 Minutos Node_Manager Normal Online 1 Minutos proxy_bridge Normal Online 1 Minutos WSTOHIM Normal Online Ligação de rede 1 Minutos LINK_DMS_HIM Scheduled Task Normal Online 1 Minutos syslogger Normal Online 1 Minutos Sequence_Monitor Normal Online 1 Minutos uid_allocator Normal Online 1 Minutos\n86 72 Caracterização das políticas e ferramentas WSTODMS Normal Online 1 Minutos AlarmGenerationStatus Normal Online 1 Minutos table_notebook Normal Online 1 Minutos local_context_manager Normal Online 1 Minutos Bus_to_sw Normal Online 1 Minutos tags_pins_browser Normal Online 1 Minutos Políticas desactivadas event_bridge Normal Online 1 Minutos Navigator Normal Online 1 Minutos Screen_manager Desactivada 1 Minutos toolbox Normal Online 1 Minutos Políticas Implementadas Get_Log_BWS_interligacao Normal Online 1 Minutos Get_Log_BWS Normal Online 1 Minutos Processo WSTOHIM A implementação desta política efectua a monitorização da ligação de rede entre o posto de operações e a HIM actualmente em actividade, a mesma baseia-se em dados adquiridos pela tarefa LINK_DMS_HIM. 72\n87 Politicas de monitorização de processos específicos Processo LINK_DMS_HIM Esta tarefa executa um batch script que efectua um ping as maquinas DMS e HIM retornando ao OPCMON o valor TRUE para cada ligação detectada Processo WSTODMS Esta política efectua a monitorização da ligação de rede entre o posto de operações e as DMS. Gerando uma anomalia a quando da não detecção do equipamento, baseando-se em dados obtidos por LINK_DMS_HIM Processo Get_Log_BWS_interligacao e Get_Log_BWS Estas duas políticas foram criadas com o objectivo de ler o ficheiro de registo dos portos de operações para a base de dados sendo possível a sua análise sem o acesso directo ao equipamento. A existência de duas políticas para a realização desta tarefa deve-se a existência de postos de operações que efectuam a monitorização das redes norte e sul tendo o referido ficheiro de registo com uma localização diferente.\n89 75 Capítulo 5 5. OVOW Ferramentas implementadas 5.1. Mensagens Internas Na sua génesis, os agentes do HP OpenView, geram várias mensagens de avisos. Tais como, mensagens de politicas cujo tempo de execução não foram cumpridos, ficheiros de registos que se encontram vazios, tentativas de comunicação de dados falhadas e agendadas para um período posterior, entre outras. Estas políticas, por muito interessantes do ponto de vista de monitorização, para o operador da consola não têm grande relevância podendo mesmo conter informações contraditórias e sendo as mesmas ainda prejudiciais pois fornecem demasiada informação ao mesmo utilizador. Desta forma tornou-se importante para a empresa EDP a omissão de algumas das mensagens geradas. Com o estudo detecta-se que na realidade estas mensagens são importantes e trazem informação vital, de que existem políticas internas nos agentes sendo executadas em erro facto conhecido pela empresa e cuja relevância não é considerada como sendo crítica Politica Filtro mensagens internas já existente. Como forma de limpar estas mensagens a empresa EDP já havia avançado com a criação de uma política a qual efectua um filtro de mensagens recebidas, filtrando todas as mensagens geradas internamente pelo agente. Tendo em conta a forma de actuação do HP- OpenView, a criação desta política deveria funcionar, produzindo o fim para o qual foi criada, facto que não se encontrava a acontecer.\n90 76 OVOW Ferramentas implementadas Após uma análise cuidada a gigantesca quantidade de mensagens deste tipo recebidas, era evidente a não operacionalidade da mesma política Novos procedimentos de activação Este problema levanta várias questões na sua resolução, sendo a primeira destas, o porquê do não funcionamento do filtro já instalado (Figura 5.1), bem como o facto de realmente queremos que estas mensagens desapareçam, não serão as mesmas importantes? Na resposta a estas questões encontra-se então que o porque do filtro já previamente criado não se encontrar funcional, tendo sofrido ligeiras alterações para executar as funções pretendidas. Figura Filtro de mensagens internas Este filtro, tendo como base a limpeza de mensagens que contenham a palavra Internal, as mesmas são criados pelos agentes e pélo HP-OpenView Operations, e têm informação que poderá ir desde uma política que demorou mais que o esperado a responder até á informação de que o HP-OpenView não consegue contactar o agente. A condição que leva a que a implementação existente não funcione trata-se de um sistema de segurança inicialmente activado para que este tipo de mensagens seja de 76\n91 Mensagens Internas 77 prioridade máxima, ou seja são mostradas directamente ao utilizador sem passarem pelos processos de filtragem tanto dos agentes como do controlo central. Na resolução do mesmo é necessário então efectuar a alteração do ficheiro de configurações dos agentes opcinfo bem como a alteração do ficheiro de configurações, no sistema de controlo central opcsvinfo. Figura Ficheiro de configuração opcinfo Neste ficheiro podemos encontrar dados tais como a versão dos agentes instalados (Figura 5.2 linha 7 a 10), DNS do equipamento em que o HP-OpenView Operations e encontra a ser executado (Figura 5.2 linha 11), a data de instalação dos agentes (Figura 5.2 linha 12). As restantes linhas do ficheiro tratam de variáveis, de onde se destaca a linha 16, esta fora inserida para que o agente reconheça as mensagens internas e efectue a execução dos filtros sobre as mesmas. Quanto ao ficheiro opcsvinfo este não foi alterado pois a sua modificação irá omitir as mensagens de erros na ligação com o agente, mensagens que são de interessante monitorização pois destas se destaca a qualidade de informação a ser visualizada pelo operador. Uma vez que na EDP existem actualmente mais de 100 equipamentos nestas condições seria um trabalho inglório a alteração manual deste ficheiro e posterior reiniciar do agente correspondente. Nesta lógica de não se ter que aceder a cada máquina para efectuar estas alterações foi criada uma ferramenta em HP-OpenView Operations, que acompanhada de um código em Shell Script insere a linha OPC_INT_MSG_FLT TRUE nos ficheiros opcinfo de cada máquina, executando posteriormente o reinício dos referidos agentes. Nota-se que estes script s apenas se podem usar em máquinas a executar o sistema operativo Microsoft Windows, nas máquinas que suportam o sistema operativo HP-UX este ficheiros foram alterados manualmente, uma vez que as quatro máquinas existentes não proporcionam a disponibilidade de tempo para a criação de tal script sendo mais vantajoso a sua alteração manual.\n92 78 OVOW Ferramentas implementadas Testes de implementação Antes de se colocar esta política em execução nos mais variados equipamentos efectuouse uma contagem de mensagens internas produzidas diariamente de onde resultam os seguintes dados Mensagens de aviso Mensagens de normalidade Figura Gráfico da evolução do número de mensagens internas Do gráfico disposto na Figura 5.3, será de interesse realçar que a implementação da política de limpeza teve lugar no período de 8 a 13 de Maio, sendo que neste período todas as mensagens recebidas foram analisadas e efectuadas alterações ao script inicial Arranque do OVOW O servidor do HP-OpenView é executado em vários processos de sistema, por omissão existindo vários métodos para se efectuar um reinício dos serviços em caso de anomalia ou mesmo por necessidade. Para tal a HP dispõem de uma ferramenta que permite a realização da paragem e reinício do servidor. Note-se que os serviços podem ser parados efectuando um pedido de sistema com o comando taskkill aos processos, situação apenas aconselhada caso o script da HP não funcione. Como o reinício dos serviços do HP- OpenView Server necessita da inserção de vários códigos na linha de comando foram criados dois executáveis em batch script, que auxiliam na paragem e inicio do aplicação servidor e da sua base de dados. Os mesmos scripts encontramse na raiz C:\_ do equipamento que suporta o servidor da HP. 78\n93 Apagar políticas nos agentes Paragem do HP-OpenView Servidor Neste script foram incluídos os comandos: vpstat -3 -r stop net stop winmgmt Os quais o primeiro efectua a paragem de todos os serviços do servidor, enquanto o segundo efectua a paragem de todos os protocolos da rede de comunicação com ao Agentes Inicio do HP-OpenView Uma vez o servidor parado existem funções de inicio do mesmo, este início irá lançar novamente todos os processos associados ao funcionamento do HP-OpenView bem como reabrir as ligações de redes para com os agentes. Após este procedimento o servidor inicia uma operação de sincronização com todos os agentes. vpstat -3 -r start A sincronização é efectuada por parte dos agentes enviando as mensagens em memória, iniciando o envio por ordem das mensagens mais antigas para as mais recentes, sendo esta comunicação efectuada apenas durante um período de tempo máximo, passando a comunicação para o agente seguinte, possibilitando assim a comunicação de todos os agentes num tempo considerado aceitável e não prendendo as comunicações apenas a um equipamento quando outras mensagens possam ser prioritárias Apagar políticas nos agentes Com relativo interesse para futuras actualizações da plataforma encontra-se a limpeza de políticas antigas, estas são recorrentes da situação inicial da rede em que existiam dois equipamentos de monitorização, um no norte e outro no sul. Com a reestruturação da rede e a monitorização apenas por parte de um servidor HP-OpenView, e no decorrer desta operação o servidor do norte foi acrescentado ao existente em Lisboa, não se tendo tido em conta a limpeza inicial das políticas existentes encontrando-se as mesmas ainda em execução nos equipamentos e sendo as mesmas responsáveis pelo aparecimento da grande quantidade de mensagens internas.\n94 80 OVOW Ferramentas implementadas Como tal para estabilização da infra-estrutura de mensagens terá que se ter em conta a limpeza dos agentes antes de se confiar nos resultados produzidos pelas mensagens existentes. Neste contexto é sugerido para resolução do problema a desinstalação do agente e posterior limpeza dos seguintes ficheiros: Execução do script presente em "%OvAgentDir%\_bin\_OpC\_install\_mgmt_sv.vbs Apagar a directoria "%OvAgentDir%\_conf\_ConfigFile\_policies" para remover as políticas ConfigFile do nó. Apagar a directoria "%OvAgentDir%\_conf\_svcdisc\_policies" para remover as políticas Service Auto-Discovery existentes no nó. Apagar a directoria "%OvAgentDir%\_conf\_nodeinfo\_policies" para remover as configurações do ficheiro Node Info. Apagar a directoria "%OvAgentDir%\_conf\_mgrconf\_policies" removendo as políticas Flexible Management existentes no nó. Apagar a directoria "%OvAgentDir%\_conf\_OpC\_vpwin" removendo assim todas as restantes políticas existentes no nó. Após se ter efectuado este procedimento o mesmo equipamento deverá ser reiniciado e novamente instalado o agente, sendo lhe colocadas todas as políticas que realmente efectuam monitorização Envio de mensagens via GSM Um dos pontos-chave da plataforma HP-OpenView é a possibilidade de se conectar a vários equipamentos, fazendo uso das propriedades dos mesmos a seu favor e servindo-se das mesmas para que o operador de rede melhor a sua visão em tempo real de todos os acontecimentos relevantes da rede. Como tal surge a ideia de conexão de um modem GSM ao servidor proporcionando assim em caso de uma anomalia pré-programada o envia de mensagens alertando para um grave acontecimento, o qual exige intervenção imediata por parte dos responsáveis de manutenção. O modem GSM esteve em anomalia durante os primeiros 2 meses decorrentes do inicio deste trabalho, sendo a avaria detecta a quando de uma deslocação a Lisboa e visualização do equipamento, de onde facilmente se reparou que a avaria era provocada pelo conversor USB/Porta Série que estava visivelmente danificado. O modem foi então retirado do equipamento e transportado para Vila Nova de Gaia local onde este trabalho decorria. Após alteração do cabo danificado o mesmo pode ser então configurado para comunicação com o HP-OpenView. 80\n95 Gráficos de performance 81 No actual estado o modem encontra-se ainda em Vila Nova de Gaia sendo que não foi possível o teste da ligação entre o HP-OpenView e o modem. Bem como a implementação de qualquer tipo de política por parte do HP-OpenView no envio de mensagens. No entanto foram efectuados testes ao modem ligando-se o mesmo a outro equipamento, sendo que o mesmo se encontra operacional e parametrizado, enviando mensagens em todos os testes efectuados Configuração do modem Siemens TC35 O modem da Siemens TC35, encontra-se parametrizado para uma conexão via porta serie, utilizando o protocolo RS232, possui uma fonte de alimentação (transformador externo), uma antena e uma entrada para um cartão do operador móvel. A operação com o modem é efectuada em ambiente Windows, usando os seguintes os programas, Wannu para um ambiente gráfico e Gammu num ambiente de desenvolvimento linha de comandos. Sendo que o HP-OpenView irá utilizar a aplicação Gammu. A sua parametrização é realizada por um ficheiro de configuração com o nome gammurc encontrando-se o mesmo presente na directoria \_gammu\_bin\_, este ficheiro terá que conter a informação referente a porta onde se encontra ligado o modem, a velocidade de comunicação do computador com o modem, nome do modem e o seu modelo, como se pode visualizar na Figura 5.4. Figura Ficheiro de configuração do modem GSM 5.5. Gráficos de performance A activação da consola de gráfico foi proporcionada com a deslocação efectuada, uma vez que a aplicação HP-OpenView não tinha acesso a criação de ficheiros na pasta \_HP- OpenView\_Data\_Webpages\_, sendo este problema causado dor restrições nas permissões, uma vez que a conta de acesso que me fora disponibilizada não tinha permissões para criação de ficheiros na referida directoria.\n96 82 OVOW Ferramentas implementadas Após a alteração das permissões do referido directório colocando o mesmo para acesso a todos os utilizadores, foi possível desenvolver um conjunto de gráficos baseados nas variáveis previamente monitorizadas pela política WINOSSPI-WINOS_NT4_Logging WINOS_NT4_Logging e WINOSSPI- WINOS_Win2k_Logging que foram colocadas nos equipamentos no decorrer deste trabalho. Estes gráficos implementados efectuam a amostragem de níveis de utilização do processador, disco e dados de rede como visível na Figura 5.5. Figura 5.5 Árvore de gráficos Figura 5.6 Relatório gráfico modelo criado pela HP Figura 5.7 Relatório gráfico de uma DMS criado no decorrer deste trabalho 82\n97 WebInterface 83 Estes gráficos Figura 5.6 e Figura 5.7 proporcionam pois uma visão temporal da evolução das performances dos equipamentos, de se notar que o campo temporal foi deixado ao critério do utilizados para que o mesmo possa alterar o período de visualização. Nota-se nos mesmos que apenas é possível efectuar gráficos com início no dia em que a política ficou activa nos equipamentos, ou dos últimos 3 meses, a razão por detrás deste ultimo critério devesse ao facto do acumular de informação, informação esta fica armazenada nos agentes, ou seja nos equipamentos monitorizados. A informação gráfica obtida por este meio é pois muito útil na implementação de novas actualizações, bem como para a análise do que poderá ter causado um problema. Estes factos levam a uma monitorização das mensagens obtidas, e subsequente análise gráfica da evolução do problema podendo-se retirar várias conclusões sobre a origem da anomalia 5.6. WebInterface A consola Web (Figura 5.8) disponibilizada o acesso a múltiplos operadores de rede, bem como a subdivisão dos mesmos por várias estruturas e gravidades de mensagens, podendo existir operadores de manutenção cujo interesse recaia apenas sobre o bom funcionamento do hardware e software, e operadores de gestão em que o seu interesse será mais a estrutura e as interligações entre equipamentos. Nesta consola é apenas possível efectuar a monitorização e execução das mais variadas ferramentas implementadas estando estas associadas a um nó ou a uma mensagem, não sendo pois possível a criação de novas políticas e a colocação destas nos agentes. Não é também possível a execução de ferramentas de apoio que não estejam alocadas a um determinado nó ou mensagem. Figura 5.8 Consola Web do HP-OpenView\n98 84 OVOW Ferramentas implementadas 5.7. Ligação a base de dados Microsoft SQL Server A instalação do HP-OpenView nos servidores da EDP contém uma configuração de base de dados externa á normalmente usada pela aplicação. Na instalação padrão é utilizada uma base de dados Microsoft Access, sendo que esta base de dados não é muito versátil pois apenas armazena as mensagens dos últimos sete dias. Como tal o HP-OpenView bem equipado com a possibilidade de se utilizar uma base de dados com características mais avançadas, neste caso foi utilizada uma base de dados Microsoft SQL Server. Para que se efectue a ligação a esta base de dados existe um mecanismo de transporte de informação, de forma a se duplicar a estrutura interna do HP-OpenView para a base de dados Microsoft SQL Server, bem como posteriores mensagens geradas pela plataforma. Num primeiro passo existe um script OVdbcript.exe já concebido pela HP com a função de se configurar a base de dados destino. Bem como o utilizador e a palavra-chave de acesso. No HP-OpenView para acesso a base de dados é necessário que a mesma tenha o utilizador padrão OVMS_ADMIN. O HP-OpenView exige um utilizador de base de dados com permissões de administrador, pois este utilizador é utilizado em todos os seus módulos. As configurações da base de dados implementadas são então: Utilizador: Palavra-chave: 84\n99 85 Capítulo 6 6. Shell Script Nos sistemas operativos de hoje em dia a quantidade de ferramentas disponibilizadas pelos mesmos torna a tarefa do utilizador algo complexa. Este para além te ter que escolher a melhor ferramenta para a resolução do seu problema ainda tem um grande número de vezes que interligar várias destas ferramentas de forma a obter o resultado pretendido. Esta tarefa torna-se ainda mais monótona se o utilizador tiver que repetir o mesmo processo inúmeras vezes. No apoio a resolução de problemas e a criação de novas ferramentas, os sistemas operativos surgem com a possibilidade de se executar ficheiros. Estes ficheiros contem nos mesmos, comandos, programas e chamadas de ferramentas, efectuando-se a sua criação como de uma linha de comando se trata-se. Os ficheiros são posteriormente chamados pelo utilizador e o seu conteúdo lançado para a linha de comandos, procedendo assim a sua execução como se fosse o utilizador a inseri-los na linha de comandos. A utilização deste sistema permite a geração de novas ferramentas, estas tendo como base ferramentas já existentes, possibilitando assim ao utilizador apenas com uma chamada de execução obter o resultado. De notar que estas ordens de execução de ferramentas poderão ser criadas por utilizadores experientes e partilhadas a outros utilizadores, não sendo necessário para os segundos o conhecimento de como se procede a obtenção do resultado, apenas que estas lhes proporcionem esse resultado.\n100 86 Shell Script 6.1. Microsoft Batch Files Os ficheiros batch permitem a um utilizador do Windows criar listas de comandos, sendo estes comandos executados de forma sequencial, (de cima para baixo), uma vez chamado para execução o referido ficheiro. Por exemplo um ficheiro batch poderá ser usado para efectuar cópias de segurança sempre que se inicia a operação de desligar o computador em ambiente Windows. Um dos mais conhecidos exemplos deste género de ficheiros é o ficheiro autoexec.bat, que é executado todas as vezes que o Windows inicia. Permitindo a alteração de algumas configurações, e mesmo a própria selecção do sistema operativo que irá ser utilizado Criar um Batch file Os ficheiros batch podem ser criados a partir de um editor de texto básico como o Notpad ou o Wordpad. Tendo estes apenas como requisitos que guardados com a extensão.bat. Neste editor poderá escrever os comandos, um por linha como se da linha de comandos se trate, sendo que os mesmos serão interpretados de cima para baixo no ficheiro e aguardando o final de execução de um comando para inicio de outro, isto não utilizando comandos como start e run que dão início a novos processos independentes. Uma das mais interessantes utilizações deste género de ficheiros é a possibilidade de se poder ter um conjunto de funções avançadas, sem ser necessário conhecer a forma como estas são tratadas, podendo os mesmos ficheiros batch ser executados com o pressionar do rato sobre o mesmo. Proporcionando desta forma a invocação de comandos para execução por parte de utilizadores inexperientes, podendo os mesmos iniciar uma cópia de segurança, execução de um programa com previa limpeza dos dados do utilizador anterior, entre outros Implementação de Scripts em Batch file Monitorização de um Processo Nesta fase inicial será dada atenção a alguns scripts implementados tendo como finalidade a monitorização de variáveis e/ou processos decorrentes do sistema operativo Microsoft Windows. Uma vez que no decorrer deste projecto estes constituem um elemento fulcral na comunicação com o sistema HP-OpenView Operations. 86\n101 Microsoft Batch Files 87 Figura 6.1 Código que reporta o nome do processo por referência, caso este esteja em execução Neste exemplo da Figura 6.1 observa-se um código que permite a visualização de um determinado processo, este é útil se o mesmo for chamando pelo HP-OpenView. O HP- OpenView executa o script e analisa a sua resposta neste caso se o mesmo não retornar nada este emite um aviso de processo inexistente. A sua chamada a partir de linha de comandos (Figura 6.2) terá que incluir o nome do processo a verificar, retornando o script uma linha por cada processo com essas especificações encontrado. Figura 6.2 Resposta da procura de um processo O código começa off na linha 1, este comando desactiva o aparecimento de mensagens inúteis, nomeadamente os próprios comandos ao serem lançados para execução. Aparecendo apenas as respostas dos mesmos. Um elemento que interessa realçar trata-se da possibilidade de comutar a saída de um comando para um ficheiro como se observa na linha 2 com o comando >, o qual cria se não existir e insere a resposta do comando tasklist no ficheiro com o nome de lista. Esta possibilidade permite-nos em muitas operações manter históricos guardando, respostas sucessivas de um comando. Outra função também muito útil neste exemplo é o comando findstr que associado a um texto procura uma, ou varias correspondentes, podendo no final ter várias respostas conforme dependendo da configuração que o utilizador pretender, neste caso /n a linha onde encontre correspondência. Por fim este apaga o ficheiro, temporariamente criado para armazenar a resposta do comando tasklist. Existe ainda a possibilidade de se poder contar o número de execuções do mesmo processo por parte do HP-OpenView, este para uma comparação de limites de onde o operador de HP-OpenView poderá definir o número máximo de execuções de um processo até este gerar um alarme e o número mínimo de execuções para este ser considerado como critico.