Red Hat Enterprise Linux 4. Sistemas

Transcrição

1 Red Hat Enterprise Linux 4 Introdução à Administração de Sistemas

2 Red Hat Enterprise Linux 4: Introdução à Administração de Sistemas Copyright 2005 por Red Hat, Inc. Red Hat, Inc. 1801Varsity Drive RaleighNC USA Telefone: Telefone: Fax: PO Box 13588Research Triangle Park NC USA rhel-isa(pt)-4-impressão-rhi ( T17:11) Copyright 2005 Red Hat, Inc. Este material pode ser distribuído somente sob os termos e condições definidos na Open Publication License, versão 1.0 ou mais recente (a versão mais recente está disponível em É proibida a distribuição de versões substancialmente modificadas deste documento sem a permissão explícita do titular dos direitos autorais. É proibida a distribuição total ou parcial do trabalho envolvido neste manual, em qualquer formato de livro (papel), para fins comerciais, sem a autorização prévia do titular dos direitos autorais. Red Hat e o logo "Shadow Man" da Red Hat são marcas registradas da Red Hat, Inc. nos EUA e em outros países. Todas as outras marcas referidas neste são de propriedade de seus respectivos titulares. O número do código de segurança GPG em security@redhat.comé: CA B D6 9D FC 65 F6 EC C CD DB 42 A6 0E

3 Índice Introdução...i 1. Informações específicas da arquitetura...i 2. Convenções de Documentos...i 3. Ative Sua Assinatura... iv 3.1. Prover um Login para a Red Hat... v 3.2. Prover Seu Número de Assinatura... v 3.3. Conectar Seu Sistema... v 4. Mais por Vir... v 4.1. Envie-nos Seu Feedback... v 1. A Filosofia da Administração de Sistemas Automatizar Tudo Documentar Tudo Comunique o Máximo Possível Informe aos Seus Usuários o Que Você Fará Informe aos Seus Usuários O Que Você Está Fazendo Informe aos Seus Usuários O Que Você Fez Conheça Seus Recursos Conheça Seus Usuários Conheça Seu Negócio A Segurança Não Pode ser Postergada Os Riscos da Engenharia Social Planejar com Antecedência Espere o Inesperado Informações Específicas do Red Hat Enterprise Linux Automação Documentação e Comunicação Segurança Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Monitoramento de Recursos Conceitos Básicos Monitoramento do Desempenho do Sistema Monitorando a Capacidade do Sistema O Que Monitorar? Monitorando a Energia da CPU Monitorando a Largura de Banda Monitorando a Memória Monitorando o Armazenamento Informações Específicas do Red Hat Enterprise Linux free top vmstat O Pacote Sysstat de Ferramentas de Monitoramento dos Recursos OProfile Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados... 30

4 3. Largura de Banda e Poder de Processamento Largura de Banda Canais (buses) Centrais de Dados (Datapaths) Problemas Potenciais Relacionados à Largura de Banda Soluções Potenciais Relacionadas à Largura de Banda (Bandwidth) Em Suma Poder de Processamento Fatos Sobre o Poder de Processamento Consumidores do Poder de Processamento Suprindo a Falta da uma CPU Informações Específicas do Red Hat Enterprise Linux Monitorando a Largura de Banda no Red Hat Enterprise Linux Monitorando a Utilização da CPU no Red Hat Enterprise Linux Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Memória Física e Virtual Padrões de Acesso ao Armazenamento O Espectro do Armazenamento Registradores de CPU Memória Cache Memória Principal RAM Discos Rígidos Armazenamento de Backup Off-Line Conceitos da Memória Virtual Básica Memória Virtual em Termos Simples Backing Store a Doutrina Central da Memória Virtual Memória Virtual: Os Detalhes Falhas de Página O Conjunto de Trabalho Swapping Implicações ao Desempenho da Memória Virtual Cenário do Desempenho no Pior Caso Cenário do Desempenho no Melhor Caso Informações Específicas do Red Hat Enterprise Linux Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Administrando o Armazenamento Uma Visão Geral do Hardware de Armazenamento Pratos de Disco Dispositivo de acesso/gravação de dados Braços de Acesso Conceitos de Endereçamento do Armazenamento Mapeamento Baseado na Geometria Mapeamento Baseado no Bloco Interfaces do Dispositivo de Armazenamento em Massa Histórico Interfaces Padrão de Hoje Características de Desempenho do Disco Rígido Limitações Mecânicas/Elétricas Cargas I/O e Desempenho... 68

5 5.5. Tornando o Armazenamento Utilizável Partições/Fatias Sistemas de Arquivo Estrutura de Diretório Habilitando Acesso ao Armazenamento Tecnologias de Armazenamento Avançado Armazenamento Acessível via Rede Armazenamento Baseado no RAID Administração de Volume Lógico (Logical Volume Management) Administração Diária do Armazenamento Monitorando Espaço Livre Questões de Quota de Disco Questões Relativas a Arquivos Adicionando/Removendo Armazenamento Um Pouco Sobre Backups Informações Específicas do Red Hat Enterprise Linux Convenção de Nomenclatura de Dispositivos Conceitos Básicos do Sistema de Arquivo Montando Sistemas de Arquivo Armazenamento Acessível pela Rede Sob o Red Hat Enterprise Linux Montando Sistemas de Arquivo Automaticamente com /etc/fstab Adicionando/Removendo Armazenamento Implementando Quotas de Disco Criando Conjuntos RAID Administração Diária de Conjuntos RAID Administração de Volume Lógico (Logical Volume Management) Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Administrando Contas de Usuário e Acesso a Recursos Administrando Contas de Usuário O Nome de Usuário Senhas Informações de Controle de Acesso Administrando Contas e Acesso a Recursos no Dia-a-Dia Administrando Recursos do Usuário Quem Pode Acessar Dados Compartilhados Onde os Usuários Acessam os Dados Compartilhados Quais são as Barreiras Adotadas para Evitar o Abuso de Recursos Informações Específicas do Red Hat Enterprise Linux Contas de Usuário, Grupos e Permissões Arquivos que Controlam Contas de Usuário e Grupos Aplicações de Conta de Usuário e Grupo Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados

6 7. Impressoras e Impressão Tipos de Impressoras Considerações de Impressão Impressoras de Impacto Impressoras Matriciais Impressoras Margarida Impressoras de Linha Consumíveis de Impressoras de Impacto Impressoras à Jato de Tinta Consumíveis das Impressoras à Jato de Tinta Impressoras à Laser Impressoras à Laser Coloridas Consumíveis da Impressora à Laser Outros Tipos de Impressora Linguagens e Tecnologias de Impressoras Impressoras em Rede Versus Locais Informações Específicas do Red Hat Enterprise Linux Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Planejamento para Desastres Tipos de Desastres Falhas de Hardware Falhas de Software Falhas no Ambiente Erros Humanos Backups Dados Diferentes: Necessidades Diferentes de Backup Software de Backup: Comprar versus Criar Tipos de Backups Mídia de Backup Armazenamento de Backups Questões de Restauração Recuperação de Desastres Criando, Testando e Implementando um Plano de Recuperação de Desastres Locais de Backup: Frios, Mornos e Quentes Disponibilidade de Hardware e Software Disponibilidade de Backups Conectividade de Rede ao Site de Backup Funcionários do Site de Backup Voltando à Normalidade Informações Específicas do Red Hat Enterprise Linux Suporte ao Software Tecnologias de Backup Recursos Adicionais Documentação Instalada Sites Úteis Livros Relacionados Índice Remissivo Considerações finais

7 Introdução Bem-vindo ao manual Introdução à Administração de Sistemas Red Hat Enterprise Linux. O Introdução à Administração de Sistemas Red Hat Enterprise Linux contém informações introdutórias para novos administradores de sistemas Red Hat Enterprise Linux. Este manual não ensina a executar uma tarefa específica sob o Red Hat Enterprise Linux. Ao invés disso, traz o conhecimento acumulado ao longo dos anos por diversos administradores de sistemas experientes. Este manual assume que você tem uma experiência limitada como usuário do Linux, mas nenhuma experiência como administrador de sistemas Linux. Se o Linux for completamente novo para você (e o Red Hat Enterprise Linux especificamente), deve começar adquirindo um livro introdutório sobre o Linux. Cada capítulo do Introdução à Administração de Sistemas Red Hat Enterprise Linux tem a seguinte estrutura: Visão geral Esta seção aborda o tópico do capítulo sem entrar em detalhes sobre um sistema operacional, tecnologia ou metodologia específica. Material específico do Red Hat Enterprise Linux Esta seção aborda os aspectos do tópico relacionados ao Linux em geral e ao Red Hat Enterprise Linux em particular. Recursos Adicionais para estudos mais profundos Esta seção inclui indicadores para outros manuais do Red Hat Enterprise Linux, sites úteis e livros contendo informações relacionadas ao tópico. Ao adotar uma estrutura consistente, os leitores podem acessar o Introdução à Administração de Sistemas Red Hat Enterprise Linux da forma que quiserem. Por exemplo: um administrador de sistemas experiente com pouco conhecimento do Red Hat Enterprise Linux, pode abordar somente as seções focadas no Red Hat Enterprise Linux, enquanto um novo administrador de sistemas pode começar lendo somente as seções de informações gerais e usar as seções específicas do Red Hat Enterprise Linux como uma introdução a recursos mais profundos. E por falar em recursos mais profundos, o Guia de Administração de Sistemas Red Hat Enterprise Linux é um recurso excelente para executar tarefas específicas num ambiente Red Hat Enterprise Linux. Os administradores que quiserem ter informações mais factuais e aprofundadas, devem consultar o Guia de Referência do Red Hat Enterprise Linux. As versões HTML, PDF e RPM dos manuais estão disponíveis no CD de Documentação do Red Hat Enterprise Linux e online: Nota Apesar deste manual refletir as informações mais recentes possíveis, leia as Notas da Versão do Red Hat Enterprise Linux para acessar as informações que não estavam disponíveis antes da finalização de nossa documentação. Elas podem ser encontradas no CD 1 do Red Hat Enterprise Linux e online: 1. Informações específicas da arquitetura Exceto quando informado, todas as informações contidas neste manual se aplicam somente ao processador x86 e aos processadores com as tecnologias Intel Extended Memory 64 Technology (EM64T da Intel ) e AMD64. Para obter informações de arquiteturas específicas, consulte o Guia de Instalação do Red Hat Enterprise Linux.

8 ii Introdução 2. Convenções de Documentos Ao ler este manual, determinadas palavras estão representadas com fontes, tipos, tamanhos e pesos diferentes. Este destaque é sistemático; palavras diferentes são representadas no mesmo estilo para indicar sua inclusão em uma categoria específica. Os tipos de palavras representadas desta maneira incluem as seguintes: comando Os comandos do Linux (e comandos de outros sistemas operacionais, quando usados) são representados desta maneira. Este estilo indica que você pode digitar a palavra ou frase na linha de comandos e pressionar [Enter] para invocar um comando. Às vezes o comando contém palavras que serão exibidas em um estilo diferente por si só (como nomes de arquivos). Nestes casos, estas são consideradas parte do comando, e então a frase inteira será exibida como um comando. Por exemplo: Use o comando cat testfile para visualizar o conteúdo de um arquivo chamado testfile, no diretório de trabalho atual. nome do arquivo Nomes de arquivos, diretórios, localidades de arquivos e nomes de pacotes RPM são representados desta maneira. Este estilo indica que existe um determinado arquivo ou diretório com aquele nome no seu sistema. Exemplos: O arquivo.bashrc do seu diretório home contém definições da janela de comandos tipo bash e codenomes para seu uso pessoal. O arquivo /etc/fstab contém informações sobre os dispositivos e sistemas de arquivo diferentes do sistema. Instale o RPM webalizer se você quiser usar um programa de análise do arquivo de registro do servidor Web. aplicação [tecla] Este estilo indica que o programa é uma aplicação direcionada ao usuário final (ao contrário do software do sistema). Por exemplo: Use o Mozilla para navegar na Web. Uma tecla do teclado é exibida neste estilo. Por exemplo: Para usar a tecla complementar [Tab] num terminal, digite um caractere e então pressione a tecla [Tab]. Seu terminal exibe uma lista dos arquivos contidos no diretório que começam com esta letra. [tecla]-[combinação] Uma combinação de sequência de teclas é representada desta maneira. Por exemplo: A combinação de teclas [Ctrl]-[Alt]-[Espaço] termina sua sessão gráfica, retornando à tela ou ao console da autenticação gráfica. texto exibido em uma interface GUI (gráfica) Um título, palavra ou frase na tela ou janela da interface GUI é exibida neste estilo. O texto exibido neste estilo é usado na identificação de uma tela GUI específica ou um elemento de uma tela GUI (como o texto associado a uma caixa de verificação ou campo). Exemplo: Selecione a caixa de verificação Solicitar Senha se você deseja que seu protetor de tela solicite uma senha antes de ser desbloqueado.

9 Introdução iii nível superior de um menu em uma tela ou janela GUI Uma palavra neste estilo indica que a palavra está no nível superior de um menu suspenso (pulldown menu). Se você clicar na palavra na tela GUI, o resto do menu deverá aparecer. Por exemplo: Abaixo de Arquivo em um terminal do GNOME, você verá a opção Nova Aba, que permite a você abrir diversos prompts de comando na mesma janela. Se você precisar digitar uma sequência de comandos a partir de um menu GUI, eles são exibidos como o exemplo a seguir: Vá para Botão do Menu Principal (no Painel) => Programação => Emacs para iniciar o editor de texto Emacs. botão em uma tela ou janela GUI Este estilo indica que o texto pode ser encontrado em um botão clicável de uma tela GUI. Por exemplo: Clique no botão Voltar para retornar à última página web que você visitou. output do computador prompt Texto neste estilo indica o texto exibido em uma janela de comandos, como mensagens de erro e respostas a comandos. Por exemplo: O comando ls exibe o conteúdo de um diretório: Desktop about.html logs paulwesterberg.png Mail backupfiles mail reports O output exibido em resposta ao comando (neste caso, o conteúdo do diretório) é apresentado neste estilo. Um prompt (ou janela de comandos), uma forma computacional de dizer que o computador está pronto para você inserir algo (input), será exibido desta maneira. Exemplos: $ # [stephen@maturin stephen]$ leopard login: input do usuário O texto que o usuário precisa digitar, na linha de comandos ou em uma caixa de texto em uma tela GUI, é apresentado neste estilo. No exemplo a seguir, text é exibido neste estilo: Para inicializar seu sistema no programa de instalação em modo texto, você deve digitar o comando text no prompt boot:. substituível Texto usado para exemplos que devem ser subtituídos com dados providos pelo usuário são apresentados neste estilo. No exemplo a seguir, version-number é exibido neste estilo: O diretório da fonte do kernel é /usr/src/ version-number /, onde version-number é a versão do kernel instalado neste sistema. Adicionalmente, nós utilizamos diversas estratégias diferentes para chamar sua atenção a determinadas partes da informação. De acordo com o quão crucial as informações são para seu sistema, elas são apresentadas como uma nota (lembrete), dica, importante, atenção ou um aviso. Por exemplo:

10 iv Introdução Nota Lembre-se que o Linux é sensível a maiúsculas e minúsculas. Em outras palavras, uma rosa não é uma ROSA nem uma rosa. Dica O diretório /usr/share/doc/ contém documentação adicional para os pacotes instalados em seu sistema. Importante Se você modificar o arquivo de configuração do DHCP, as alterações não terão efeito até que você reinicie o daemon do DHCP. Atenção Não execute tarefas de rotina como root use uma conta de usuário comum, a não ser que você precise usar a conta root para tarefas de administração do sistema. Aviso Cuidado para remover somente as partições necessárias do Red Hat Enterprise Linux. Remover outras partições pode resultar na perda de dados ou num ambiente de sistema corrompido. 3. Ative Sua Assinatura Antes de poder acessar as informações de manutenção do software e serviços, e a documentação de suporte inclusa em sua assinatura, você deve ativar sua assinautra registrando-a na Red Hat. O registro inclui estes passos simples: Prover um login para a Red Hat Prover um número para a assinatura Conectar seu sistema Na primeira vez que iniciar a instalação de seu Red Hat Enterprise Linux, você verá o pedido de registro na Red Hat usando o Agente de Configuração. Se você seguir os pedidos durante o Agente de Configuração, poderá completar os passos do registro e ativar sua assinatura.

11 Introdução v Se você não puder completar o registro durante o Agente de Configuração (que requer acesso à rede), pode, alternativamente, completar o processo de registro da Red Hat online: Prover um Login para a Red Hat Se você ainda não possui um login para a Red Hat, pode criá-lo quando for solicitado no Agente de Configuração ou online em: Um login da Red Hat habilita seu acesso a: Atualizações, erratas e manutenção do software através da Red Hat Network Recursos do suporte técnico, documentação e base de dados de conhecimento (knowledgebase) da Red Hat Se você esqueceu seu login da Red Hat, pode fazer uma busca online em: Prover Seu Número de Assinatura Seu número de assinatura está localizado no pacote que acompanha seu pedido. Caso seu pacote não inclua um número de assinatura, sua assinautra já foi ativada e, portanto, você pode pular este passo. Você pode prover seu número de assinatura ao ser solicitado durante o Agente de Configuração ou visitando Conectar Seu Sistema O Cliente de Registro da Red Hat Network auxilia na conexão de seu sistema para que você possa obter as atualizações e efetuar a administração de sistemas. Há três maneiras para conectar: 1. Durante o Agente de Configuração Selecione as opções Enviar informações de hardware e Enviar lista de pacotes do sistema quando aparecerem. 2. Após completar o Agente de Configuração No Menu Principal, clique em Ferramentas do Sistema, e então selecione Red Hat Network. 3. Após completar o Agente de Configuração Invoque o seguinte na janela de comandos como usuário root: /usr/bin/up2date --register 4. Mais por Vir O Introdução à Administração de Sistemas Red Hat Enterprise Linux é parte do crescente comprometimento da Red Hat em prover suporte útil e oportuno aos usuários do Red Hat Enterprise Linux. Juntamente ao lançamento de novas versões do Red Hat Enterprise Linux, nós depositamos todos os nossos esforços para incluir documentação nova e atualizada para você.

12 vi Introdução 4.1. Envie-nos Seu Feedback Se você encontrar um erro de digitação no Introdução à Administração de Sistemas Red Hat Enterprise Linux, ou se você encontrou uma maneira de melhorar este manual, nós adoraríamos saber. Por favor, submeta um relatório no Bugzilla ( sobre o componente rhel-isa. Certifique-se de mencionar o identificador do manual: rhel-isa(pt)-4-impressão-rhi ( T17:11) Se você mencionar o identificador, nós saberemos exatamente qual versão do guia você possui. Se você tiver alguma sugestão para melhorar a documentação, tente ser o mais específico possível. Se encontrar um erro, por favor inclua o número da seção e um trecho do texto próximo ao erro para que possamos localizá-lo facilmente.

13 Capítulo 1. A Filosofia da Administração de Sistemas Apesar das particularidades de um administrador de sistemas variarem de acordo com a plataforma, há questões básicas que não variam. Estas questões compoem a filosofia da administração de sistemas. As questões são: Automatizar tudo Documentar tudo Comunicar o máximo possível Conhecer seu recursos Conhecer seus usuários Conhecer seu negócio A segurança não pode ser postergada Planejar com antecedência Espere o inesperado As seções seguintes exploram cada uma das questões em detalhes Automatizar Tudo A maioria dos administradores de sistemas é sobrecarregado seja pelos seus usuários, pelos seus sistemas ou por ambos. Em muitos casos, a automação é a única saída. Em geral, qualquer atividade executada mais de uma vez deve ser analisada como uma possível candidata para automação. Aqui estão algumas tarefas comumente automatizadas: Verificação e relatório do espaço livre em disco Backups Coleta de dados sobre o desempenho do sistema Manutenção da conta do usuário (criação, remoção, etc) Funções específicas a negócios (envio de dados a um servidor Web, relatórios mensais/quadrimestrais/anuais, etc) Esta lista não está completa; as funções automatizadas por administradores de sistemas são limitadas somente pela vontade do administrador em escrever os scripts necessários. Neste caso, ser preguiçoso (e deixar todo o trabalho mundano para o computador) é uma coisa boa. A automação também oferece aos usuários o benefício extra de prever melhor a consistência dos serviços. Dica Tenha em mente que, se você tiver que automatizar uma tarefa, é provável que você não seja o primeiro administrador de sistemas com essa necessidade. É aqui que os benefícios do software livre se sobressaem você pode alavancar o trabalho que outra pessoa teve em automatizar o

14 2 Capítulo 1. A Filosofia da Administração de Sistemas trabalho manual que atualmente consome seu tempo. Portanto, sempre busque na Internet antes de escrever qualquer coisa mais complexa que um script Perl Documentar Tudo Se tivesse a opção de instalar um servidor novinho ou escrever um documento de procedimentos sobre a execução de backups do sistema, o administrador de sistemas mediano instalaria o servidor novo toda vez. Apesar disso ser bastante comum, você deve documentar o que faz. Muitos administradores de sistemas deixam de documentar seus procedimentos por diversas razões: "Mais tarde eu faço." Infelizmente, isto não é verdade na maioria das vezes. Mesmo se o administrador de sistemas não estiver brincando, a natureza do trabalho faz com que as atividades do cotidiano tornem-se muito caóticas para "fazer mais tarde." Pior ainda, quanto mais a tarefa é adiada, mais é esquecida, levando à produção de um documento menos detalhado (e portanto menos útil). "Por quê anotar? Eu vou lembrar." A não ser que você seja uma daquelas pessoas com memória fotográfica, você não lembrará. Ou pior, lembrará somente metade, sem perceber que está esquecendo a história toda. Isto acarreta em tempo perdido na tentativa de re-aprender o que você esqueceu ou consertar o que você quebrou devido a seu entendimento incompleto da situação. "Seu eu manter na minha mente, eles não poderão me despedir terei estabilidade no emprego!" Apesar disto poder funcionar por um tempo, invariavelmente acarreta em menor e não maior estabilidade de emprego. Por um momento, pense no que pode ocorrer durante uma emergência. Você pode não estar disponível; sua documentação pode salvar o dia se instruir alguém a resolver o problema durante sua ausência. E lembre-se que as emergências tendem a ocorrer com mais frequência quando a alta gerência presta atenção. Nestes casos, é melhor sua documentação ser parte da solução do que sua ausência ser parte do problema. Além disso, se você faz parte de uma pequena empresa em expansão, pode surgir a necessidade de outro administrador de sistemas. Como esta pessoa pode aprender a te cobrir se está tudo na sua cabeça? Pior ainda, sem documentação, você pode ser tão indispensável a ponto de não poder avançar na sua carreira. Você pode acabar trabalhando para aquela pessoa que contratou para ajudá-lo. Esperamos que agora você esteja convencido dos benefícios da documentação de sistemas. Isto nos leva à questão seguinte: O quê você deve documentar? Aqui está uma lista parcial: Normas As normas são elaboradas para formalizar e clarificar sua relação com a comunidade de usuários. Elas explicam aos seus usuários como você lida com seus pedidos de recursos e/ou assistência. A natureza, o estilo e o método de disseminação das normas para sua comunidade variam de empresa a empresa. Procedimentos Os procedimentos são qualquer sequência passo-a-passo das ações para realizar uma determinada tarefa. Os procedimentos a serem documentados podem incluir procedimentos de backup, procedimentos para administração de contas de usuários, procedimentos para relatório de problemas e assim por diante. Como na automação, se um procedimento é seguido mais de uma vez, é uma boa idéia documentá-lo.

15 Capítulo 1. A Filosofia da Administração de Sistemas 3 Alterações Uma grande parte da carreira de um administrador de sistemas é dedicada às alterações configurar sistemas para o máximo desempenho, ajustar scripts, modificar arquivos de configuração e assim por diante. Todas estas alterações devem ser documentadas de alguma forma. Caso contrário, você pode encontrar-se numa situação muito confusa devido uma alteração feita há vários meses. Algumas empresas utilizam métodos mais complexos para registrar as alterações, mas, muitas vezes, basta apenas ter uma revisão da história no início do arquivo sendo modificado. Cada entrada da história revisada deve conter, no mínimo: O nome ou as iniciais da pessoa efetuando a alteração A data da alteração A razão da alteração Isso resulta em entradas concisas, porém úteis: ECB, 12-Junho-2002 Item atualizado para a nova impressora de Contabilidade (para suportar a substituição da habilidade em imprimir duplex) 1.3. Comunique o Máximo Possível Quando se trata de seus usuários, não há comunicação demasiada. Tenha em mente que pequenas alterações de sistemas que você pensa ser ínfimas podem confundir totalmente o assistente administrativo de Recursos Humanos. O método através do qual você se comunica com seus usuários pode variar de acordo com a sua empresa. Agumas empresas usam ; outras usam um site interno. Algumas ainda utilizam Usenet ou IRC. Em algumas empresas é suficiente colocar um comunicado no mural da sala de funcionários. Em qualquer um dos casos, use o(s) método(s) eficaz(es) em sua organização. Em geral, é melhor utilizar esta tática usada para escrever artigos de jornal: 1. Informe aos seus usuários o que você fará 2. Informe aos seus usuários o que você está fazendo 3. Informe aos seus usuários o que você fez As seções a seguir trazem mais detalhes sobre estes passos Informe aos Seus Usuários o Que Você Fará Certifique-se de prover suficiente avisos aos seus usuários antes de fazer qualquer coisa. A quantidade de avisos varia necessariamente de acordo com o tipo de alteração (fazer o upgrade de um sistema operacional demanda mais tempo que alterar a cor default da tela de login do sistema), e também com a natureza da sua comunidade de usuários (usuários com perfil mais técnico geralmente adaptam-se mais rapidamente às alterações que usuários com poucas ou nenhuma característica técnica.) Você deve descrever, no mínimo: A natureza da alteração Quando a alteração ocorrerá Porque está ocorrendo Quanto tempo deve levar, aproximadamente O impacto (se houver) que os usuários podem esperar devido a alteração

16 4 Capítulo 1. A Filosofia da Administração de Sistemas Informações de contato caso tenham dúvidas ou problemas Eis uma situação hipotética. O departamento de finanças está enfrentando problemas de lentidão em seu servidor de banco de dados. Você desligará o servidor, atualizará (upgrade) o módulo da CPU para um modelo mais veloz e o reinicializará. Uma vez terminado, você moverá o banco de dados para um armazenamento mais rápido baseado no RAID. Aqui está um possível comunicado para essa situação: Atualização do Sistema na Sexta à Noite A partir desta sexta-feira às 18hs (meia-noite para nossos funcionários do escritório em Berlim), todas as aplicações financeiras estarão indisponíveis por aproximadamente quatro horas. Durante este período, serão executadas alterações no hardware e software do banco de dados de finanças. Estas alterações devem reduzir drasticamente o tempo necessário para rodar as aplicações de Contas a Pagar, Contas a Receber, e também o relatório de Balanço Semanal. Além do tempo fora do ar, a maioria das pessoas não deve notar outras alterações. No entanto, aqueles que elaboraram suas próprias consultas ao SQL devem estar cientes que o layout de alguns índices será alterado. Estas alterações estão documentadas na intranet da empresa, na página de Finanças. Caso vocês tenham alguma dúvida ou comentário, favor contatar o Administrador de Sistemas no ramal Alguns pontos devem ser lembrados: Comunique efetivamente o início e a duração de qualquer tempo fora do ar que possa estar envolvido na alteração. Certifique-se de informar a hora da alteração de maneira eficaz a todos os usuários, independente de suas localidades. Use termos que seus usuários entendam. As pessoas impactadas por esta mudança não se importam se o novo modelo da CPU é uma unidade de 2GHz com o dobro de memória cache L2, ou se o banco de dados é alocado num volume lógico RAID Informe aos Seus Usuários O Que Você Está Fazendo Este passo é basicamente um aviso de última hora da alteração prestes a ocorrer e, como tal, deve ser uma breve repetição da primeira mensagem, porém com a iminência da alteração mais aparente ("A atualização do sistema ocorrerá HOJE À NOITE."). Esta também é uma boa oportunidade para responder publicamente quaisquer perguntas que você tenha recebido como resultado da primeira mensagem. Dando continuidade ao nosso exemplo hipotético, aqui está uma sugestão para o aviso de última hora: Atualização do Sistema Programada para Hoje à Noite Lembrete: A atualização anunciada na última segunda-feira ocorrerá conforme programada, hoje às 18hs (meia-noite para o escritório de Berlim). Você pode conferir o comunicado original na intranet, na página de Administração de Sistemas. Diversas pessoas perguntaram se deveriam parar de trabalhar mais cedo hoje à noite para garantir que seus trabalhos tenham backup antes da atualização. Isto não será necessário, visto que a atualização dos sistemas de hoje à noite não impactará nenhuma tarefa efetuada em suas estações de trabalho. Lembrem-se: aqueles que elaboraram suas próprias consultas ao SQL devem saber que o layout de alguns índices será alterado. Isto está documentado na intranet da empresa, na página de Finanças. Seus usuários foram alertados; agora você está pronto para efetuar a atualização em si.

17 Capítulo 1. A Filosofia da Administração de Sistemas Informe aos Seus Usuários O Que Você Fez Após finalizar suas alterações, você deve informar aos seus usuários o que você fez. Novamente, esta deve ser um resumo das suas mensagens anteriores (com certeza, alguém deixou de lê-las.) 1 Entretanto, há algo importante a acrescentar. É vital informar seus usuários sobre o estado atual do sistema. A atualização não ocorreu conforme esperado? O novo servidor de armazenamento serve apenas sistemas de Engenharia e não de Finanças? Este tipo de questões deve ser mencionado aqui. Obviamente, se o estado atual difere do que você comunicou anteriormente, você deve clarificar este ponto e descrever o que será feito (se houver medidas determinadas) para atingir a solução final. Em nossa situação hipotética, a atualização teve alguns problemas. O novo modelo de CPU não funcionou; uma ligação ao fabricante revelou que é necessária uma nova versão do módulo para atualizações deste tipo. No aspecto positivo, a migração do banco de dados ao volume RAID foi executada com sucesso (apesar de ter demorado um pouco mais devido a problemas com o módulo da CPU.) Aqui está uma sugestão de comunicado: Atualização do Sistema Completa A atualização de sistema programada para sexta-feira à noite (consulte a página de Administração de Sistemas na intranet) foi completa. Infelizmente, questões relacionadas ao hardware impediram que uma das tarefas fosse completa. Devido este problema, as outras tarefas demoraram mais que as quatro horas originalmente programadas. Portanto, todos os sistemas estavam de volta à produção à meia-noite (às 6hs do sábado para o escritório de Berlim). Devido às questões remanescentes de hardware, o desempenho da AP, AR e do relatório de Balanço Semanal será ligeiramente melhor, mas não tanto quanto planejado originalmente. Uma segunda atualização será comunicada e programada assim que resolvermos as questões que impossibilitaram a conclusão da tarefa. Favor notar que a atualização alterou alguns índices de banco de dados; as pessoas que elaboraram suas própiras consultas ao SQL devem verificar a página de Finanças na intranet da empresa. No caso de dúvidas, favor contatar a Administração de Sistemas no ramal Com este tipo de informação, seus usuários terão conhecimento suficiente para continuarem seus trabalhos e entenderem como as alterações os impactam Conheça Seus Recursos A administração de sistemas consiste basicamente em balancear recursos entre as pessoas e os programas que os utilizam. Consequentemente, sua carreira como administrador de sistemas será curta e estressante se você não entender perfeitamente os recursos à sua disposição. Alguns destes recursos parecem bastante óbvios: Recursos de sistema, como o poder de processamento, a memória e o espaço disponível em disco Largura de banda de rede (network bandwidth) Dinheiro disponível no orçamento de TI Mas alguns não são tão óbvios: 1. Certifique-se de enviar esta mensagem assim que o trabalho estiver concluído, antes de ir para casa. Após sair do escritório, é muito fácil esquecer, deixando seus usuários sem saber se podem usar o sistema ou não.

18 6 Capítulo 1. A Filosofia da Administração de Sistemas Os serviços dos funcionários de operações, outros administradores de sistemas ou até mesmo um assistente administrativo Tempo (geralmente de suma importância, principalmente quando envolve o tempo durante o qual serão feitos backups do sistema) Conhecimento (seja armazenado em livros, na documentação do sistema ou na mente de uma pessoa que trabalhou para a empresa nos últimos 20 anos) É importante notar o valor de elaborar um inventário completo destes recursos disponíveis e mantê-lo atualizado a falta de "consciência da situação" dos recursos pode ser pior que consciência nenhuma Conheça Seus Usuários Apesar de algumas pessoas se incomodarem com o termo "usuários" (talvez devido ao uso do termo por algum administrador de sistemas de forma pejorativa), é usado aqui sem esta conotação. Usuários são as pessoas que utilizam os sistemas e recursos pelos quais você é responsável nem mais, nem menos. Como tais, eles são centrais para sua habilidade em administrar seus sistemas adequadamente. Sem entender seus usuários, como você pode entender os recursos de sistema solicitados por eles? Por exemplo: imagine um operador de caixa de banco. Um caixa de banco utiliza um conjunto de aplicações estritamente definido e requer pouco dos recursos de sistema. Um engenheiro de software, por outro lado, usa muitas aplicações diferentes e sempre agradece mais recursos de sistema (para tempos de criação mais rápidos). Dois usuários completamente diferentes com necessidades completamente diferentes. Certifique-se de aprender o máximo possível a respeito de seus usuários Conheça Seu Negócio Mesmo se você trabalha para uma empresa grande e multinacional, ou então para uma pequena escola comunitária, deve entender a natureza do ambiente de negócios no qual você trabalha. Isto pode ser resumido em uma questão: Qual é o propósito dos sistemas que você administra? O ponto central aqui é entender o propósito de seus sistemas sob um aspecto mais global: As aplicações que devem rodar num determinado período de tempo, como o fim de um mês, de um quadrimestre ou de um ano Os períodos durante os quais deve ser feita a manutenção do sistema As novas tecnologias que podem ser usadas para resolver antigos problemas do negócio Levando em consideração o negócio da sua empresa, você tomará melhores decisões diárias para seus usuários e para você A Segurança Não Pode ser Postergada Não importa o que você pensa sobre o ambiente no qual seus sistemas rodam; você não pode ignorar o fator segurança. Mesmo sistemas standalone não conectados à Internet podem estar em risco (apesar dos riscos serem obviamente diferentes de um sistema que tem conexões com o mundo externo). Consequentemente, é extremamente importante considerar as implicações de segurança em tudo que você fizer. A lista seguinte ilustra os tipos de questões que você deve considerar: A natureza de possíveis ameaças a cada um dos sistemas sob seus cuidados

19 Capítulo 1. A Filosofia da Administração de Sistemas 7 A localidade, o tipo e o valor dos dados nestes sistemas O tipo e a frequência de acesso autorizado a estes sistemas Quando pensar em segurança, não cometa o erro de assumir que os possíveis ataques a seus sistemas virão apenas de fora da empresa. Muitas vezes, o invasor é alguém de dentro da empresa. Portanto, na próxima vez que você caminhar pelo escritório, observe as pessoas ao seu redor e pergunte a si mesmo: O que aconteceria se esta pessoa tentasse sabotar nossa segurança? Nota Isso não significa que você deve tratar seus colegas de trabalho como criminosos. Mas que você deve observar o tipo de trabalho de cada um e determinar os tipos de brechas na segurança que uma pessoa naquela função poderia perpetrar, caso tivesse essa vontade Os Riscos da Engenharia Social Apesar da primeira reação da maioria dos administradores de sistemas quando pensa na segurança ser concentrar nos aspectos tecnológicos, é importante manter a perspectiva. Frequentemente, as brechas na segurança não são originadas na tecnologia, mas na natureza humana. Pessoas interessadas nas brechas de segurança frequentemente usam a natureza humana para burlar inteiramente os controles de acesso tecnológico. Isso é conhecido como engenharia social. Eis um exemplo: O operador do segundo turno recebe uma ligação externa. A pessoa que ligou clama ser o Diretor Financeiro da empresa (seu nome e informações foram obtidos no site da empresa, na página "Equipe de Gerência"). A pessoa que ligou clama estar em algum lugar do outro lado do globo (talvez esta parte da história seja ficção total, ou talvez o site de sua empresa tenha publicado uma nota de imprensa mencionando a presença do diretor numa feira internacional). A pessoa que ligou conta uma fábula: seu laptop foi roubado no aeroporto, ele está com um cliente importante e, portanto, precisa de acesso à intranet corporativa para verificar a conta deste cliente. Será que o operador deve ser bonzinho e dar as informações de acesso a ele? Você sabe o que seu operador faria? A não ser que ele tenha instruções (na forma de normas e processos), você provavelmente não sabe o que aconteceria. Assim como as luzes de um semáforo, o objetivo das normas e procedimentos é prover instruções explícitas sobre o que é e o que não é comportamento adequado. No entanto, assim como as luzes do semáforo, as normas e procedimentos funcionam somente se todos os seguem. Aqui está o X da questão é improvável que todos sigam suas normas e procedimentos. Na realidade, dependendo da natureza de sua empresa, é possível que você nem tenha autoridade suficiente para definir normas, muito menos para reforçá-las. O que fazer então? Infelizmente, não há respostas fáceis. A educação dos usuários pode ajudar: faça tudo que você puder para alertar sua comunidade de usuários sobre a segurança e engenharia social. Minstre apresentações sobre segurança no horário de almoço. Envie links de artigos sobre segurança nas listas de discussão da empresa. Enfatize sua disponibilidade para as perguntas de seus usuários sobre coisas que não parecem corretas. Em suma, envie sua mensagem aos usuários de todas as formas que puder.

20 8 Capítulo 1. A Filosofia da Administração de Sistemas 1.8. Planejar com Antecedência Os administradores de sistemas que absorveram todo este aconselhamento e fizeram o possível para seguí-lo à risca, serão ótimos administradores de sistemas por um dia. Eventualmente, o ambiente mudará e nosso administrador fantástico será pego de surpresa. Por que? Nosso fantástico administrador falhou em planejar com antecedência. Certamente, ninguém pode predizer o futuro com 100% de acuracidade. No entanto, com um pouco de consciência, fica fácil ler os sinais de muitas mudanças: Uma simples menção de um novo projeto durante aquela reunião semanal sacal é, certamente, um sinal certeiro de que você provavelmente precisará suportar seus usuários no futuro próximo. Uma conversa sobre uma aquisição iminente significa que você talvez acabe sendo responsável por sistemas novos (e possivelmente incompatíveis) em uma ou mais localidades remotas. Ser capaz de ler estes sinais (e responder a eles efetivamente) facilita a sua vida e a de seus usuários Espere o Inesperado Apesar da frase "esperar o inesperado" ser clichê, reflete uma verdade elementar que todos os administradores de sistemas devem entender: Haverá momentos em que você será pego de surpresa. Após estar confortável com este fato desconfortante, o que um administrador de sistemas engajado pode fazer? A resposta está na flexibilidade; executando seu trabalho de maneira a oferecer a você (e aos seus usuários) o maior número de opções possível. Abordemos, por exemplo, a questão do espaço em disco. Dado que nunca ter espaço suficiente em disco parece ser uma lei mais física do que a lei da gravidade, é razoável assumir que, em algum ponto, você será confrontado por uma necessidade desesperada imediata de espaço adicional em disco. O que faria um administrador de sistemas que espera o inesperado? Talvez seja possível manter alguns drives de disco reservas na prateleira no caso de problemas com o hardware 2. Uma peça reserva deste tipo pode ser empregada rapidamente 3 temporariamente para resolver a necessidade imediata de espaço em disco, alocando mais tempo para a solução definitiva (seguindo o procedimento padrão para a obtenção de drives de disco adicionais, por exemplo). Ao tentar antecipar os problemas antes de ocorrerem, você será capaz de responder mais rápida e efetivamente do que se você deixar se surpreender Informações Específicas do Red Hat Enterprise Linux Esta seção aborda as informações relacionadas à filosofia da administração de sistemas específicas ao Red Hat Enterprise Linux Automação A automação de tarefas executadas frequentemente sob o Red Hat Enterprise Linux requer o conhecimento de diversos tipos de tecnologia. Primeiro, os comandos que controlam o tempo do comando ou a execução do script. Os comandos cron e at são os mais usados para estas funções. 2. E, obviamente, um administrador de sistemas que espera o inesperado naturalmente usaria o RAID (ou tecnologias relacionadas) para amenizar o impacto da falha de um drive de disco crítico durante a produção. 3. Novamente: os administradores de sistemas que pensam pró-ativamente configuram seus sistemas de forma a facilitar o máximo possível a adição de um novo drive de disco ao sistema.