a partir de hoje, se você quiser acompanhar minhas novidades, este blog tem um novo endereço: http://carlosnilton.com.br!

Espero você!

CARLOSNILTON.COM.BR!

Valeu!

Espero que alguém faça bom proveito :-) Um abraço!!!

• Tratamento de textos (cut, grep, tr…)
• Como trabalhar com parâmetros passados para seu programa (e veremos nosso primeiro script REAL)
• Estruturas de decisão e controle de fluxo (if, case, for, while…)

Em paralelo, estou atualizando meu Fedora 10 para o Leonidas. Mais informações em breve (espero)!

Segue o link para a segunda parte do curso. Bom proveito!

Não tenho postado nada por aqui, nem dado muitas notícias por e-mail. Não é para menos: nos últimos quatro meses foram quatro turmas livres, duas cadeiras de graduação, obra em casa, MBA na FGV e mais TODO O TRABALHO que meu trabalho “oficial” me dá.

Apesar disto, recebi incentivo de todos os lados para seguir postando material por aqui.

Só posso agradecer à Vera Lima, ao Raimundo Bispo e ao Edson – da turma de Niterói – e a todos os alunos da cadeira de Hardware de Computadores que deixaram recados, além daqueles que enviaram e-mails ou comunicaram pessoalmente sua simpatia por meus escritos.

Acho que não há maneira melhor de brindar a estas pessoas que publicando mais um material – desta vez referente a um curso de Shellscript ministrado em abril e em que, por mais uma vez, pude conhecer alunos muito especiais.

Se você está interessado em uma introdução à programação shell escrita especificamente para administradores de sistemas, fique à vontade para clicar aqui. Em breve farei o upload e compartilharei as demais aulas.

Um grande abraço a todos!

Uma menos batida: “Esses arquivos do Oracle são todos embolados! Nem no Windows eu consigo me achar! Era muito melhor quando tínhamos uma base Paradox!”.

Seria muito bom que vivêssemos em um mundo onde estes comentários fossem passado, e nossas empresas vivessem em um planeta onde modelagem de risco e armazenamento de licões aprendidas fossem as principais preocupações em novos projetos. Mas não é bem assim.

Aqui inicio uma série de posts em que tentarei elucidar alguns aspectos importantes no planejamento de uma instalação Linux + Oracle. Vou cobrir a parte de hardware, configurações de RAID, particionamento/layout de arquivos e alguma coisa sobre a instalação em si.

1. Planejamento do hardware

Apesar de parecer (ser) bastante primária, esta é uma área onde muitas pessoas erram. E como planejar é planejar mesmo – do começo – vamos a ela.

1.1. Computadores “montados”

Passo um: fuja de equipamentos “montados” – que não foram vendidos pelos grandes fabricantes (Dell, IBM, HP…). “OK”, você que trabalha na grande empresa está pensando, “isso é básico MESMO”.

Pois é, acontece nas pequenas – e demais. Não use um equipamento montado por você mesmo ou por qualquer outra pessoa para armazenar sua base Oracle.

Porquê?

• Você precisará de hardware padrão. De algo que tenha sido usado e testado seriadamente, milhões de vezes. O que fazer se você tentar instalar o sistema operacional e precisar de um driver não-suportado? Vai mudar a versão do kernel? Vai mudar de distribuição? Será que essa escolha não afetará em nada um passo posterior?
• Seus dados são importantes. Ninguém resolve usar um SGBD à toa. E é preciso que contar com toda a ajuda possível para garantir que seu sistema está OK, mas dificilmente você conseguirá em um computador “montado” displays que informam quando um módulo de memória está queimado e em que slot ele está.
• O acabamento faz a diferença. Ainda que existam “gabinetes industriais” à venda em todo o país – e que eles possam ter sua utilidade – dificilmente você conseguirá colocar doze discos de 2,5″ em um deles. Pelo menos não de maneira organizada, garantindo ventilação apropriada, não-transferência de calor, etc, etc, etc… Você poderia tentar forçar a barra aqui colocando poucos discos no seu servidor, mas quanto menos HD’s você tiver, maior a chance de termos problemas de desempenho (veremos porque).

Se depois disso você ainda quiser comprar “peças” para montar seu “servidor”, faça um favor a si mesmo: não perca tempo lendo este texto, porque não ele não poderá ajudá-lo.

1.2. O que não pode faltar

Grande parte de minha experiência profissional está calcada em servidores SUN (E450, V880, E15K) e Dell. Alguma coisa de IBM aqui (RS 6000 43p, Netfinity 3000), uns HP’s (LH400, ML110) ali, mas nada de grande significado.

Colocando na ponta do lápis, meu negócio tem sido Dell mesmo.

Nesse tempo, tem sido normal ver pessoas cotando servidores diretamente através do site da Dell, e usando o seguinte raciocínio: “Tenho R$ 25.000,00 para gastar. Então basta incluir estes recursos, tirar esta placa que não sei para que serve, esta memória e pronto! Está ótimo!”.

Mesmo em empresas maiores, onde há um orçamento definido para todos os projetos, é comum ouvir “temos X mil reais para adquirir o maquinário”.

Não, não, não! Você já ouviu falar em Gerenciamento de Capacidade? Não desista até fazer as pessoas compreenderem que especificar os requisitos de hardware para uma solução deve vir antes da definição de quanto poderá ser gasto!

Isto porque se você tiver que especificar um servidor que caiba em um orçamento apertado, pode ser que não seja capaz de levar estas coisas em consideração:

• Parta para 64 bits. Se você usar um processador que não tem suporte a 64 bits (nem sei se ainda há algum a venda), terá que instalar um sistema operacional de 32 bits. Com um sistema operacional de 32 bits, você estará limitado a 1.7GB de memória para o Oracle – a menos que se valha de hacks feiosos.
• A velocidade do barramento pode ser mais importante que a velocidade da CPU. Seu servidor Oracle trabalhará com tabelas. Tabelas. Listas bidimensionais de coisas. Isto implica em grande uso de memória, e portanto a sua tem de trabalhar rápido. Barramentos rápidos significam acesso à memória mais rápidos. Assim, garanta que você tem à disposição servidores com o maior FSB possível.
• Dimensione memória de acordo com a filosofia de desenvolvimento do produto a ser instalado. Não dói perguntar ao seu fornecedor se o processamento “pesado” da aplicação que usará o Oracle é feito no servidor – fazendo uso intensivo de triggers e stored procedures, por exemplo – ou no cliente. Se o processamento é feito no servidor, costumo aplicar uma regra geral: nenhum servidor com Oracle 10g pode ter menos que 4G de RAM. Se o processamento é feito no cliente, os requisitos de memória provavelmente serão mais baixos.
• Não deixe de comprar uma boa placa RAID. RAID é fundamental para permitir otimizações de disco e aumentar a resiliência de seu sistema. Uma boa placa permitirá que você dimensione adequadamente o tamanho das operações de I/O em disco. Também terá memória para tratamento destas mesmas operações, e possivelmente o recurso “write on batteries” – que apesar de tachado de perigoso, pode ser um grande aliado no desempenho do banco.
• Compre uma controladora específica para sua unidade de backup. Se você precisa usar uma unidade de backup (geralmente fitas) no mesmo servidor em que está seu banco, adquira uma controladora especificamente para conectá-la. Pode parecer desperdício (uma placa SCSI só para uma unidade de fita?! tá maluco?!), mas se em algum momento você precisar fazer uma operação de backup durante o expediente, ou se sua empresa trabalhar 24×7 e seu backup acontecer durante a madrugada, isto vai garantir que a cópia dos dados não perturbe o funcionamento normal do sistema.
• Mais discos é melhor que mais espaço. Esta é fundamental. Os diversos tipos de arquivos que compõem uma instância Oracle têm necessidades de armazenamento completamente diferentes! Se você tem apenas dois discos e faz um RAID-1 com eles, seus archives provavelmente comprometerão o desempenho do sistema. Ainda que faça apenas um RAID-0, a capacidade de seu servidor resistir a problemas despenca: basta perder um disco e ele estará inutilizado. Minha regra geral é que nenhum servidor Oracle pode ter menos que seis discos. Adquirindo seis discos de 73GB consigo atender melhor as necessidades das várias categorias de arquivos Oracle (archives, redo, datafiles) que com dois de 1TB.

Bem, acho que para cobrir a parte inicial – hardware – ficamos bem por aqui. No próximo post desta série irei tratar da instalação física, para que tenhamos uma infra de qualidade em que apoiar a operação de nossos ambientes. Aguarde!

Na próxima segunda (16/02/2009) vou ministrar um treinamento introdutório sobre o uso do Microsoft Project na Unimed Federação RJ.

Claro que a coisa não ficaria completa sem uma introdução ao próprio tema do Gerenciamento de Projetos, e acabei fazendo uma apresentação rápida com histórico, o PMI, aplicações e um exemplo de projeto. Clique aqui para vê-la.

Não daria pra publicar os arquivos do Project (que preparei para a parte prática da aula) via Google Docs, mas vocês podem baixá-los em formato ZIP clicando aqui.

Obrigado aos alunos fantásticos da turma de Niterói. Vocês foram ótimos!

Recomendo o artigo “Normalidade Profissional“, do professor Ricardo Portella, no site da RAFROM.