Dia 23/10/2009





Auditório 1 (220 lugares)
Auditório 2 (280 lugares)
Sala VIP (25 lugares)


08:00
                CREDENCIAMENTO


09:00

Abertura



09:40
Intervalo


10:00
 Tutorial 1
 Palestrante 1
 Hacker Talk 1


11:00
 Patrocinador 1


12:00
Almoço


14:00
 Tutorial 2
 Palestrante 2
 Hacker Talk 2


15:00
 Palestrante 3


16:00
Intervalo


16:20
Palestra Avançada 1
 Patrocinador 2



17:20

 Palestrante Internacional 1



18:50
Happy Hour











Dia 24/10/2009




        
Auditório 1 (220 lugares)
Auditório 2 (280 lugares)
Sala VIP (25 lugares)


09:00

Palestrante Internacional 2



10:30
Intervalo


10:50
 Palestra Avançada 2
 Palestrante 4



12:00
Almoço


14:00
 Tutorial 3
 Patrocinador 3
 Hacker Talk 3


15:00
 Palestrante 5


16:00
Intervalo


16:20
 Palestra Avançada 3
Palestrante 6



17:20

Lightning Talks



18:20

Encerramento

Temos ainda a idéia de montar painéis de para trabalhos acadêmicos… a proposta é do Luis Fernando Bueno… acho que poderá ser interessante.Por fim, o Fernando Ike começou a escrever planos para escolher o local do PGCon Brasil 2010. Então se você ficou desanimado por não terem escolhido a sua cidade para o PGCon Brasil 2009, este é uma boa oportunidade para ajudar a escolher critérios justos.

Ok, a notícia é velha, mas uma coisa é verdade: os eventos de Software Livres são realmente divertidos. Bem que a gente podia fazer umas coisas assim por aqui.

Veja: Minhas palestras, Palestras sobre PostgreSQL, outras tags.

O mais bacana é que assim como no youtube, você pode depois embutir tudo no seu blog. Veja como ficou a minha última palestra no PGCon Brasil 2008:

Bom, por enquanto é só pessoal.

Explico: O DBA (Database Administrator) é o responsável em última instância em garantir que os dados da empresa não se percam, não se corrompam e estejam sempre disponíveis. Você acha que consegue isso sendo bonzinho? Oh não… tudo (usuários, aplicações, chefes, desenvolvedores, a previsão do tempo, as eleições nos EUA, a bolsa de valores) conspira para que seus dados desapareçam, se estraguem ou que todo o servidor vá para o vinagre.

OBS: Quer ver um DBA feliz? Leia a documentação!!!

De fato, não posso pretender fazer uma avaliação global do evento, só posso falar sobre a parte que eu acompanhei. Outros valorosos colegas certamente terão mais coisas para acrescentar e poderão me corrigir. De toda forma, vou deixar aqui meu relato por escrito, em público, como sempre foi meu estilo de fazer as coisas.

Qual era o nosso status antes de organizar o evento?

Bom, as coisas não começaram do nada. Começaram a partir do PGCon Brasil 2007 que foi feito em São Paulo. Houve um sentimento consensual entre os organizadores em 2007 de que deveríamos trazer a organização do evento para as nossas mãos. No nosso acordo com a empresa que ajudou na realização do evento, tivemos 10% do valor das inscrições repassados para a comunidade. Isso nos rendeu um pouco mais de mil reais que foram absorvidos na montagem do stand no FISL 9.0 . O FISL ocorreu no meio de Abril e conseguimos alguns patrocinadores para o evento e vendemos algumas camisetas, com isso, conseguimos algum caixa para começar o evento, algo em torno de uns 3 mil reais.

O Que deu certo?

• Começamos a organizar cedo. Em março já estávamos dando os primeiros passos.
• Em maio já tínhamos o site no ar com data, local e hoteis definidos. Muita gente na lista pgbr-dev ajudou e hospedou a versão beta do site. Foi um esforço bacana da comunidade neste momento com pessoas que eu nem conhecia ajudando espontaneamente.
• No meio de maio também soltamos a chamada de trabalhos internacional. Tivemos 3 palestrantes que enviaram propostas: Bruce Monjiam, David Fetter e Magnus Hagander. O interessante nisso é que não precisamos fazer o convite para os palestrantes internacionais, eles se candidataram sozinhos;
• Em junho soltamos a chamada de trabalhos nacional e tivemos mais de 20 propostas enviadas. Isto nos abre a porta para pensar em utilizar mais de uma sala em paralelo em 2009;
• Conseguir um espaço como a Unicamp foi outro passo importante. Para mim realizar um evento numa universidade do porte da Unicamp mostra que realmente estamos no caminho certo. Não posso deixar de agradecer novamente o Professor Rubens Queiroz sem o qual isto não teria acontecido. A Unicamp se dispôs a nos ceder o auditório gratuitamente, mas o evento teria que ser realizado apenas durante a semana. Optamos por realizar novamente o evento na 6ª e sábado para abrigar diferentes públicos, o que se revelou novamente uma boa estratégia. Por isso tivemos que pagar pelas horas extras dos funcionários e a locação do espaço ficou em torno de uns 3 mil reais. Se por um lado isso é menos que o valor da locação do espaço de 2007 que custou 5 mil, era mais que as nossas reservas, o que nos pressionou na captação de recursos;
• Mudamos um pouco o esquema da grade de eventos e adicionamos um tutorial, os hacker talks e os lightning talks. Acho que todas as novidades foram bem recebidas. Aqui tenho que citar a ajuda do Dickson Guedes que ajudou nas chamadas de trabalhos, escolhas de palestrantes e tocou os lightning talks.;
• Realizamos as inscrições com as próprias pernas. O Sebastian e o Risso iniciaram o sistema para as inscrições on-line e o Euler acabou assumindo o projeto e concluiu. O Diogo e o Euler tiveram que atravessar uma maratona burocrática para conseguir fazer a integração com o banco. Como somos associados a ASL, precisávamos fazer a triangulação entre a nossa comunidade, a ASL e o Banco do Brasil (onde temos conta) e tudo isso no período de férias. A notícia boa é que vencemos esta parte e estas portas já estão abertas para 2009, o que deve adiantar muito as coisas.
• Conseguimos dar uma ajuda de custo para dois palestrantes nacionais que tiveram a sua hospedagem e passagens pagas pela organização. Ter caixa para isso foi muito bom, fazer isso de forma transparente entre os palestrantes foi melhor ainda;
• Conseguimos dar uma ajuda de custo para os principais organizadores do evento, pagando a hospedagem destes. Isto foi algo que ajudou a amortizar os gastos pessoais que boa parte da equipe de organização teve;
• Toda a equipe de organização e palestrantes estava hospedada dentro da Unicamp. Isto nos ajudou muito. A Casa do Professor Visitante foi uma mão na roda para nós;
• Contratamos uma equipe responsável pelo credenciamento. Isso foi um grande alívio para nós. Ter uma equipe dedicada a isso nos deixou mais a vontade para nos dedicar a outras atividades e curtir mais o evento. Algo que descobrimos é que empresas especializadas em organizar eventos cobram uma fortuna e não dão a menor pelota para nós. A nossa solução foi conseguir quem um dos membros da comunidade assumisse esta tarefa e fisesse isto a preço de custo. O Rodrigo Marins foi o herói que assumiu esta parte da organização.
• O número de participantes aumentou. Em 2007 tivemos um pouco mais de 200 pessoas, em 2008 algo em torno de 270. Algo interessante foi notar o nível do público também. Não encontrei quase nenhum novato. O públio era composto em sua maioria de pessoas que já utilizam o PostgreSQL em ambiente de produção. Isso é realmente um ponto muito positivo;
• As palestras tiveram um nível técnico mais alto também. Em geral, a minha avaliação é que tivemos uma elevação quantitativa e qualitativa do evento. É muito comum aumentar o público e baixar a qualidade. Isto não ocorreu. Muito bom;
• Os temas também foram diferentes de 2007, não havendo superposição notável de temas. É claro que isso uma hora vai acontecer, mas de fato isso deve ter tornado o evento em 2008 bastante proveitoso mesmo para quem esteve no evento de 2007.
• Conseguimos não ficar no prejuízo mesmo contratando buffet, pagando todo o material gráfico, equipe de credenciamento, aluguel do espaço, ajudas de custo, etc. O que nos salvou a pátrica? Captação de recursos. Este é um trabalho que ninguém quer pegar. Dá um trabalho danado e a conta telefônica faz um rombo enorme no orçamento. O fato é que não podemos sequer comparar 2007 com 2008. O número de patrocinadores foi bem mais generoso e conseguimos cobrir as despesas. Não sei dizer ainda quanto temos em caixa para 2009, mas espero que seja mais que em 2008. De fato para mim, não tenho a intenção de fazer um enorme caixa para a comunidade. Mas ter dinheiro para começar a organizar o evento ajuda muuuuuuito. Aqui o nosso herói tem nome: Leonardo Cezar.

Olhando assim, parece que tudo foi uma maravilha. Bom, os problemas aconteceram, claro. Vou deixar aqui apontado algumas coisas que eu gostaria de ver melhoradas em 2009, além de tudo o que evoluímos em 2008:

• Sem dúvida o nosso tormento número 1 foram as inscrições. Deu muito trabalho. Uma parte dele não se repetirá em 2009 pois o sistema já está pronto. Mas algumas melhorias no processo como um todo precisa acontecer. A primeira coisa é que precisamos de um processo separado para órgãos públicos. Não é uma coisa do outro mundo, mas não previmos isso e tivemos muita dor de cabeça por isso. É claro que alguns órgãos inventam processos mais exóticos, mas no geral, criar uma rotina específica para tratar estes casos (que somam pelo menos 1/4 do nosso público) é essencial. Outra coisa que poderia nos ajudar muito é poder emitir nota fiscal eletrônica, não sei se isso é viável, mas nos pouparia muito trabalho. Bom, não posso deixar de citar o Diogo Biazus que segurou boa parte da peteca com os governos, junto com o Euler e Leo.
• Um telefone… isso é tudo que muitos queriam. Um número de telefone para ligar e tirar dúvidas sobre as inscrições. Parece estranho mas nós não tínhamos um. E o motivo foi simples… todo mundo tem seu trabalho e atender zilhões de telefonemas não é nada simples. A gente sempre imaginou as pessoas entrando no site do evento, se inscrevendo, imprimindo seu boleto e pagando. Pois é… mas em empresas e governos as coisas não são assim. Então se tivermos caixa em 2009, temos que contratar alguém para atender o telefone e responder e-mails.
• Um detalhe peculiar sobre as inscrições também foram as informações no site. A maior parte delas estão lá… mas a maioria não lê. Então precisamos pensar em meios de minimizar isso. O processo de baixa no banco não é algo que nós controlamos. Isto nos impõem algumas restrições. Um exemplo disso é que só sabemos se alguém pagou ou não dias depois do pagamento ser efetuado. É por isso que não dá para pagar um boleto um dia antes do evento! O impacto disso na organização do credenciamento é enorme;
• Se ter uma equipe de credenciamento a custos atraentes foi um enorme avanço, precisamos estabelecer uma relação mais profissional nesta área principalmente em relação a prazos e horários. Isto vale para a comunidade e para a empresa contratada;
• As peças gráficas são o nosso calcanhar de Aquiles. Temos vários programadores experientes que podem nos ajudar a melhorar o sistema de inscrições… mas desenhar… isso ainda é um problema. A Softa tem nos ajudado nesta parte já por dois anos, mas ainda acho que precisamos encontrar alguém para fazer isso por nós e pagar por isso se preciso. O atraso na parte gráfica impões sérias limitações na divulgação;
• A parte de divulgação na verdade precisa de melhoria. Tenho certeza que não atingimos boa parte do nosso público por falta de divulgação. É claro que não tenho a intenção de fazer mega eventos. Mas perdemos boas oportunidades de colocar o PostgreSQL em evidência na mídia, o que beneficiaria não só o evento como a comunidade toda diretamente. Algo para 2009: precisamos de uma assessoria de imprensa profissional;
• Bom, para conseguir ter dinheiro para tudo isso, precisamos enfim de mais dinheiro. Aí é que entra a captação de recursos. Para conseguirmos dinheiro, precisamos começar cedo na organização e ter um plano de captação pronto mais cedo. Mais que isso precisamos de pelo menos duas pessoas dedicadas só para isso: Um para a captação com o setor público e outra com o setor privado. Alguém dedicado a captação internacional também seria uma boa. Para 2009 o Fike disse que tem grande chance dele dar uma mão na captação com o governo. Ter alguém morando em Brasília é realmente uma mão na roda para isso. Mas mais que isso, eu proponho que paguemos no mínimo uma boa parte da conta de telefone dos nossos captadores. A conta é meio assombrosa. Bancar algumas recargas de celular pode ser uma idéia. Talvez com isso, possam aparecer mais pessoas dispostas a ajudar nesta área tão delicada.

Bom, agora deixando as dificuldades de lado, eu penso que poderemos ter o seguinte cenário para 2009:

• Realização de PGmeetings - encontros informais - em várias cidades do país ocorrendo com alguma frequência;
• Realização de pelo menos um PGDay - encontro regional com 2 ou 3 palestras - em cada região do país em 2009;
• Participação no FISL 10.0 em junho;
• Realização do PGCon Brasil 2009 em setembro;

A idéia é que o PGmeting seja uma boa desculpa para as pessoas se encontrarem mais em sua região, trocarem figurinhas e começarem a planejar um ou outro PGDay. O PGDay teria um foco em disseminar o PostgreSQL para quem não o conhece e ter palestras de nível iniciante e intermediário. O PGCon Brasil seria um evento de mais alto nível realizado apenas uma vez por ano com palestras de nível intermediário e avançado. Para o PGCon Brasil 2009 eu penso que poderíamos experimentar duas salas em paralelo. Uma maior com as palestras em geral. E outra menor com os Hacker Talks, palestras avançadas e alguns tutoriais. Continuo achando que organizar oficinas no estilo hands-on (com cada participante fazendo atividades em seu computador) não é uma boa idéia, pois dá muuuuito trabalho e não permite muito aprofundamento do assunto. Gosto do estilo do tutorial onde o palestrante tem mais tempo, pode demonstrar algumas coisas na prática e coisas do tipo.

Bom, se você foi ao evento e tem outras sugestões, reclamações, dúvidas e etc e tal, este é a última vez que vamos entrar nesse assunto aqui. Na verdade, o melhor local para discutir isso não é aqui, e sim na lista pgbr-dev. Então se você tem a intenção de ajudar a organização de qualquer evento (PGCon Brasil, PGDay, PGmeeting, FISL, o que for) entre na lista.

Algum detalhes importantes:

• A pesquisa não é definitiva. Ela não define onde será o evento, ajuda apenas a ponderar onde as pessoas preferem que o evento seja. É claro que se a maioria optar por um local específico, a tendência é que este local seja escolhido;
• O evento não será realizado em um local onde não haja uma equipe disposta a ajudar muito na organização. Este é um aspecto indiscutível. Não dá para fazer evento se não tem gente disposta a trabalhar;
• A distância é um fator importante para todos, não apenas para você.

Bom, abrimos o questionário hoje e já temos mais de 80 respostas, preencha você também.

OBS: Se você está lendo este texto depois de 19/10/2008, saiba que o questionário já foi desativado.

Então é isso, se estiver precisando contratar serviços de um DBA Oracle ou PostgreSQl, você acaba de ganhar mais uma opção. 

#prontofalei

Mas voltemos para os tempos das feiras de informática, antes da FENASOFT surgir e depois sumir. Um dia vimos as primeiras memórias flash ainda como protótipo numa destas feiras… Meu pai olhou para aquilo e pensou: “Hum, sem partes móveis? Mais rápido e mais confiável… isso ainda vai aposentar os discos rígidos em menos de 10 anos”. Bom, naquele tempo eu já fazia o curso Técnico em Eletrônica e via as memórias EEPROM e UVPROM e também as “memórias CMOS”. Para um mercado que tinha saído das ROMs puras há pouco… tudo já parecia fantástico. Mas de fato as memórias FLASH foram chegando. Primeiro os disquetes foram saindo e sua morte foi enfim anunciada com os primeiro iMacs sem unidades de disquetes e com as novas portas USB! Os gravadores de CD também inundavam o mercados e padrões proprietários que melhoravam os disquetes como os ZIP Disks afundaram. Então vieram os pendrives, 128K, 512K, 1GB, 4GB e já temos os de 32GB. Em 2007 os notebooks entraram na dança e os primeiros HDs finalmente foram saindo de cena.

Até aí, ninguém decretou o fim dos HDs… os HDs continuam firme e forte. Os IDEs e SCSI deram lugar aos modenos SATA e SAS e vão evoluindo em capacidade e velocidade. Os HDs SATA de 10Krpm e os SAS de 15Krpm se tornaram comuns. Controladoras SATA com RAID 0, 1 e 10 já são comuns. Controladoras SAS com capacidade para dezenas de discos, baterias para o cache estão a pleno vapor. Sem contar com os Storages que são mais flexíveis usando interfaces iSCSI, Fibre Channel e InfiniBand e flexibilidade para usar discos Fibre Channel, SAS e até SATA. A indústria de discos rígidos continua a pleno vapor. Com a excessão dos notebooks, os desktops e servidores parecem estar com seu mercado garantido. Até quando?

É claro que os notebooks, subnotebooks, palms, mp3 e outros gadgets estão inundando um mercado que se acostuma com a ausência dos discos rígidos. Mas quando se fala em performance e confiabilidade, as memórias flash são em geral descartadas. Elas tem por tradição seram mais lentas e terem a mania de ir perdendo alguns bits com o tempo. Por outro lado, há uma demanda cada vez maior por performance. Quando eu escrevi o meu artigo sobre PostgreSQL, discos & cia eu fui pesquisando alguns dados para melhorar o artigo. Ao fazer uma busca por IOPS eu tive que fazer uma longa pausa na escrita do artigo. Algo mudou no ar. Não é uma coisa qualquer… isso é grande, é uma “mudança disruptiva”. Daqui para frente, após todo esse blábláblá, vou tentar explicar o que se passa nos bastidores.

Tratar grandes volumes de dados nem sempre foi a trarefa principal dos computadores. A IBM nasceu construindo máquinas que pudessem tratar grandes volumes de dados, mas estes não eram computadores, eram máquinas de tabular dados. O primeiro sucesso foi com o censo dos Estados Unidos em 1890 e depois em 1900. Nascia a época dourada dos cartões perfurados para o tratamento de grandes volumes de dados. Os primeiros computadores tratavam principalmente de cálculos complexos. Foi o surgimento dos discos magnéticos que propiciou o algo parecido com o que hoje chamamos de banco de dados. A primeira unidade de discos rígidos foi o IBM 305 RAMAC em 1956 com seus 5MB em uma unidade de disco rígido com quase uma tonelada e do tamanho de uma lavadora de roupas . Em 1965 já vemos o surgimento do CODASYL, a primeira tentativa de padronizar o acesso a dados, que mais tarde deu origem ao COBOL. A questão aqui é que discos rígidos e bancos de dados nasceram juntos e cresceram juntos. Não haveria como os bancos de dados crescerem se não houvesse um correspondente aumento de capacidade e velocidade dos discos. Os custo, é claro, também caiu muito.

Vejamos uma comparação entre o IBM 1311 lançado em 1961 e um disco SAS atual.

Enfim o que mudou? Discos menores, com maior densidade magnética, maior velocidade de rotação e menor custo. Claro que há muito mais que isso. Há interfaces como SATA, SAS, FC, InfiniBand, vários tipos de RAID, cache e uma infinidade de tecnologias destinadas a melhorar a performance, confiabilidade e preço dos discos. Mas, mesmo com enorme ganho nestas 3 áreas, em algum momento da história, os discos deixaram de acompanhar o rítimo de desenvolvimento dos processadores quanto ao desempenho. O custo dos storages em grandes bancos de dados é cada vez mais significativo no custo total do hardware. Enquanto se mensurava o custos dos discos em US$/GB, hoje se mede também em US$/IOPS. Ou seja, não se trata mais apenas de conseguir espaço em disco. Se trata também manter um volume de operações de leitura e gravação por segundo adequada as exigências do seu banco de dados.

Bom, para o mercado de Banco de Dados, as demandas parecem que cresceram mais que a tecnologia. Não são apenas as bases com mais de 10TB que assustam os DBAs. Em apenas um Rack de 19″ podemos ter 10TB com RAID e tudo o mais. Claro que não vai sair barato. Mas discos grandes não são tão caros. Um disco SAS de 1TB não custa muito. Mas e para se conseguir 10 mil IOPS? Sim, aí você terá problemas. Discos rápidos são caros. Você vai precisar de um RAID 10 muitos discos velozes para conseguir alguma coisa próxima a 10 mil IOPS. Os modernos storages atuais podem ter atingir mais de 200 mil IOPS. E mais, pode ser que você use estes discos apenas para guardar seus logs de transação do banco de dados. Parece um exageiro, mas em bases com fortes demandas OLTP isso não é nenhum absurdo. Não é a toa que discos de 36GB não saem do mercado, mesmo com os discos de 1TB disponíveis.

Hoje se fala de “unidades de estado sólido” ou Solid State Drives, ou ainda apenas SSD. Apesar de serem internamente completamente diferentes das unidades de discos rígidos, para o SO, se comportam de forma idêntica. Possuem sistemas de arquivos, partições e tudo o mais. De fato, a idéia é poder trocar um disco rígido por memórias de estado sólido de forma natural. O conector, a interface (SATA ou SAS) e as características lógicas são as mesmas. Isto realmente torna as coisas muito mais simples. Na verdade, uma disco de estado sólido pode ter inclusive o mesmo tamanho de um disco de 3.5″, se encaixando normalmente no lugar de um disco rígido. Vejam a foto abaixo. Trocar uma unidade de disco rígido e inserir um SSD não parece uma tarefa nada assustadora.

Bom, vamos com calma agora. Eu sei que tenho falado muito até agora, mas leia isso com atenção. Todos devem lembrar das diferenças entre a RAM e a ROM:

• Os dados na RAM são volateis enquanto os dados na ROM são persistentes;
• As memórias ROM podem ser do tipo ROM, PROM, EEPROM ou Flash
  • A ROM pura vem gravada de fábrica e nunca pode ter seu conteúdo gravado;
  • A PROM pode ser gravada uma única vez por um processo especial de queima de microfusíveis;
  • A EPROM ou UVPROM que podia ser apagada expondo o chip a luz ultra violeta e depois regravada;
  • A EEPROM que podia se apagada e regravada por meio de pulsos elétricos;
  • A Memória Flash que pode apagar apenas uma parte da sua memória e regrava-la. Ela pode ser do tipo NOR ou NAND. As memórias Flash também são chamadas de RAM não volátil ou NVRAM. Mas sua origem histórica vem do ramo das ROMs.
    • A Flash do tipo NOR veio a substituir as memórias PROM, EPROM e EEPROM;
    • A Flash do tipo NAND é adequada para leituras e gravações em bloco como em memórias de massa, AKA. discos. A Flash de tipo NAND são hoje de dois tipos:
      • A MLC pode armazenar mais de um bit por célula, possuindo um custo por bit mais baixo. A memória Flash MLC é a utilizada em pendrives e cartões de memória fartamente encontrados no mercado.
      • A SLC armazena apenas um bit por célula, tendo menor densidade e maior custo. Por outro lado ela é mais rápida e tem uma vida útil maior.
• As memórias RAM podem ser do tipo dinâmicas ou DRAM ou estáticas SRAM:
  • A SRAM utiliza uma estrutura de transistors conhecida como FLIP-FLOP para armazenar os dados, são mais caras e podem ser to tipo:
    • TTL que é a mais rápidas e a que consome mais energia. Utilizada sempre em buffers e caches;
    • CMOS que é lenta mas é a que menos consome energia quando está em repouso. Utilizada para armazenar os dados do setup, por exemplo;
  • A DRAM é mais barata e possui alta densidade, é utilizada nas memórias DDR;

Bom, isto só para ter um panorama simplificado das memórias utilizadas comercialmente hoje em dia. Siga os links acima para ter mais detalhes. Ocorre que na maioria das vezes em que estamos falando de SSD, estamos falando de dispositivos que utilizam memória Flash MLC. Estes são os discos com preços competitivos, feitos para competir com discos SATA. É para este camimnho que os notebooks topo de linha estão migrando massivamente e que devem aposentar os HDs rapidamente neste segmento. Mas há uma nova geração SSD feitos para competir no quesito desempenho.

Em agosto de 2007, uma empresa anunciou um dispositivo que pode ser conectado numa porta PCIe de 20GB/s. Com 2U e 504GB de memória este dispositivo alcança 3 milhões de IOPS. E não é só: taxas de transferência de 1400MB/s em leitura e 1000MB/s em gravação. Qual o milagre? Simples, não há discos nem flash… e sim a boa e velha memória SDRAM. Bom… é óbvio que esse pessoal não espera que a energia acabe. Mas de toda forma o Violin 1010 quando ligado num bom nobreak oferece um desempenho incrível com menor consumo de energia, baixo custo e sem exigir mudanças na sua aplicação. Veja os números você mesmo e imagine sua aplicação ficando 30 a 60 vezes mais rápida de uma hora para outra!

No final de setembro, a Fusion-IO lança uma placa PCIe 4x com 640GB utilizando memória flash NAND SLC e com um software novo capaz de diminuir as deficiências das memórias flash. A performance? 10 mil IOPS e 800 MB/s. Em novembro a BitMicro anuncia a venda de SSDs com memória flash NAND SLC de 1,6TB mas utilizando a interface Fibre Channel.Então em Janeiro de 2008, a Texas Memory Systems publica seus testes com o RAM-SAN 400. O RAM-SAN 400 vem de uma linhagem de storages que utilizam memórias DDR RAM para armazenar dados emulando discos rígidos. Neste sentido o RAM-SAM é parecido com a solução da BitMicro por se portar como um Storage, por outro lado é parecido com o Violin 1010 que utiliza RAM. A diferença é que o RAM-SAN tem 3 baterias internas e um HD internamente. Se a energia acabar, as baterias entram em ação e gravam todos os dados no HD. Outro detalhe é que o RAM-SAM já tem esta solução há algum tempo no mercado, sendo homologado pela IBM, Microsoft e SUN… e com a publicação dos seus testes no Storage Performance Council (SPC) que é para o storage o que o TPC é para os bancos de dados.

O RAM-SAN 400 é um storage com até 8 portas Fibre Channel e até 128GB de memória RAM. O os testes no SPC tiveram o seguinte resultado: mais de 291 mil IOPS ao custo total de 194785 US$ ou seja: US$0,67 US$/IOPS . Vamos comparar com outro teste recente no mesmo site? O teste da 3PAR InServ® T800 Storage Server alcança quase 225 mil IOPS ao custo de mais de 2 milhões de dólares ou 9,3 US$/IOPS. O resultado é um desempenho 13 vezes mais baixo. O milagre? Enquanto o RAM-SAM usa um storage de 3U e 128GM de memória SDRAM, o T800 usa 5 racks de 44U, e tem 77TB com 4 x 320 discos fibre channel de 146GB cada. Agora imagine a diferença de consumo de energia?

OK, o RAM-SAN é comprovadamente uma solução viável. Mas foi quando a EMC lançou também em janeiro de 2008 que o mercado entrou em polvorosa definitivamente. A solução é simples. Você pode utilizar o storage topo de linha da EMC o Symmetrix e escolher utilizar alguns SSDs no lugar de discos convencionais. Resultado? Um nome de peso como o da EMC com um storage de alto nível e o melhor dos dois mundos: espaço com discos SAS e velocidade com discos SSD. A EMC apostou em discos SSD com memórias FLASH NAND SLC, assim como a Fusion-IO e a BitMicro. A diferença é que você tem integrado ao SSD, agora chamado de “Enterprise Flash Drive” junto com um storage reconhecido no mercado. A entrada da EMC neste mercado pode ser comparado com a entrada da IBM no segmento de microcomputadores. Ok, talvez eu esteja exagerando um pouco, talvez não. O fato é que a EMC alega que seus SSDs tem 30 pelo menos vezes mais IOPS que os discos mais rápidos disponíveis e um ciclo de vida maior.

São notícias realmente animadoras. Os SSDs com memórias flash NAND SLC utilizam mecanismos mais sofisticados para minimizar a possibilidade de perda de dados. E não parou por aí… em junho a HP e Fusion-IO anunciam que vão adaptar os discos SSD da Fusion-IO para os sistemas Blade da HP. A Texas Memory Systens criou o RAM-SAN 440 com memórias DDR2 e mais velocidade e o RAM-SAN 500 utilizando agora memória flash NAND SLC também. E assim, todos estão correndo atrás da nova onda. Uma virada deste tipo pode dar a possibilidade para novas empresas crescerem e grandes empresas que venham a perder o bonda da história sumirem do mapa. Ainda é tudo muito incerto. Vejamos como está o mercado hoje:

• Alguns apostam em placas PCI para conectar diretamente as memórias. Faz sentido… para que eu preciso ser uma caríssima controladora quando eu posso me conectar diretamente ao barramento do sistema. Muita coisa nova pode surgir daí;
• Por outro lado, ter uma unidade onde eu possa retirar um disco e colocar um SSD na mesma baia parece algo muito interessante, tanto num desktop quanto num caríssimo storage;
• Os SSDs baseados em memórias Flash NAND MLC vão continuar substituindo os HDs SATA em notebooks, desktops e há quem já fale nestes brinquedinhos como o futuro dos CPDs verdes. Tudo o que sabemos é que o preço está caindo enquanto a capacidade, velocidade e confiabilidade vem aumentando rapidamene;
• Os SSDs baseados em memórias Flash NAND SLC são a opção mais confiável para conseguir dispositivos rápidos. É nesta direção que a maioria das pesquisas estão se concentrando. Conseguir 100 mil IOPS parece um bom ganho para muitos;
• As soluções SSD baseadas em DRAM são o que há de mais rápido no mercado. O RAM-SAN parece que está conquistando muitos adeptos com um custo atraente. O RAM-SAN 440 atingiu mais de 600 mil IOPS enquanto o Violin conseguiu mais de 3 milhão de IOPS. Enquanto no RAM-SAN você acaba tendo que confiar nas baterias redundantes do equipamento, no Violin, o abacaxi está inteiramente na sua mão. Performance sempre tem preço.

É cedo ainda, mas é real. Está acontecendo e quem está no limite do desempenho está convidado a experimentar as novas tecnologias SSD para o mercado de alto desempenho transacional. Eu gostaria muito de poder testar um brinquedinho destes. Seria interessante testar diferentes particionamentos utilizando SSDs de alto desempenho. Outro desafio seria rever a parte de tuning nos SGDBs. O otimizador de consultas está sempre privilegiando leituras sequenciais e atribuindo um custo diferente para operações de leitura/escrita sequencial/randômica. É claro que não dá para sonhar colocar todos os seus tablespaces num caro SSD de alto desempenho. O fato de colocar apenas os logs transacionais e tablespaces específicos vai exigir novamente mais habilidade dos DBAs para tirar todo proveito desta nova tecnologia. Particularmente eu já vejo os DBAs bem aparelhados com o PostgreSQL, uma vez que as estimativas de custos são parametrizadas. O que pode acontecer é ter que fazer ajustes específicos para operações que utilizam ou não tablespaces armazenadas em SSD. De qualquer forma, um futuro mais rápido surge no nosso horizonte.

Qual meu maior medo nisso tudo? Que os desenvolvedores continuem embarcando cegamente na onda dos ORMs e quando a performance gritar… fazer o que todo mau programador adora fazer: aumentar a performance do hardware ao invés de concertar a aplicação. A aplicação sentou o banco? Compra uns SSDs que rezolve….

Ah… os créditos! O desenho é do Jack, um sysadmin sonhador!

No final fui dormir quase 4 da manhã após terminar de montar as pastas com o material dos patrocinadores. Ainda teve gente que varou a noite imprimindo os crachás. De toda forma, 6 horas da manhã eu levantei e às 7h cheguei no Centro de Convenções. Dois patrocinadores já estavam a postos para montar seus stands. Encontrei o pessoal da Unicamp e em minutos já estava todo mundo trabalhando. Logo o resto da equipe de organização chegou e assim foram chegando os primeiros inscritos no evento. Lá pelas 8h começamos o credenciamento e uma boa fila se formou. Acertos com pagamentos, crachás, pastas, etc. São 9h e estamos prontos para começar… prontos? Opa… um dos oradores não está lá. Telefone, contatos e nada. Após alguns minutos decidimos começar assim mesmo. Enquanto eu ia chamando os oradores, a pessoa que estava faltando chegou e tudo correu tranquilamente.

Hino, falas curtas e as palestras começam para valer. O primeiro palestrante foi o Sr. Diogo Biazus. O fato de ter um computador fixo para apresentar as palestras se mostou útil, pois trocar de notebook toda hora consumia muito tempo. A palestra do Diogo correu numa boa. Ele fez um resgate do histórico da comunidade brasileira e até o SAVEPOINT aqui apareceu por lá. Fiz algumas piadas idiotas no meio das perguntas e logo fomos para o café. Na hora do café tudo correu tranquilo. Pelo olhômetro já tinhamos mais de 200 pessoas no local. Aos poucos este número ia subindo. Foi a vez então do Fernando Ike apresentar os Sky Tools. A palestra levantou dúvidas na platéia e acredito que o tema veio a calhar para muita gente.

Hora do almoço… ao pegar uma mesa no andar de cima… comecei a sentir dificuldade ao subir as escadas no restaurante. Voltei e chegou a vez da minha palestra. Tive que palestrar sentado, meu pé já estava bem inchado a esta altura. Eu abusei bastante reconheço. Abusei do meu tempo também. Devo ter estourado uns 15 minutos…

Depois da minha palestra, involuntariamente eu abri mão do meu lugar de orador e fiquei mais no saguão do evento acompanhando o movimento. Vi pequenos flashs da palestra do Euler, Dickson e David. Só voltei para assistir a última palestra do pessoal do SIPAM que foi muito bacana.

A noite fomos para o Happy Hour. Não foi muita gente, mas o pessoal parecia bem animado. Acabei voltando cedo para o hotel e capotando logo. Eu estava realmente exausto. Acordei cedo e levei o David para o Centro de Convenções para ele testar o notebook nos projetores do auditório. A palestra sobre árvores foi de alto nível. Não sei quantos acompanharam o tema, mas foi muito interessante ver o funcionamento das tabelas de expressões comuns.

Depois da palestra do Fetter tivemos uma aula com o Leandro Dutra que teve 2 horas para falar sobre modelagem e ferramentas. O pessoal parece que gostou muito. Depois do almoço tivemos um pequeno atraso mas tudo acabou seguindo bem. Não assisti algumas últimas palestras, mas conversei com muita gente. De fato entrei em alguns debates interessantes, ouvi falar de implementações grandes, percebi grandes desafios sendo enfrentados.

O papo leve ou Lightning Talks foi uma parte realmente divertida no evento. Acho que serviu para dar um clima de fim de festa sem deixar de dar boas dicas. Bom, vejam uma amostra nas lâminas que já estão publicadas. No ano passado eu estive no palco quase todo o tempo, dando uma de mestre de cerimônias e cometendo várias gafes. Este ano estive mais comedido e meu corpo estava exigindo mais cautela. No entanto eu pude ouvir mais as pessoas. Isto foi interessante. Não ouvi pessoas se queixando da fila no credenciamento, nem do crachá que ficou tosco. Não ouvi pessoas reclamando do valor das inscrições ou da dificuldade de entrar em contato com a organização. Nada disso. Ouvi pessoas com problemas reais, com casos concretos de quem já está usando o PostgreSQL há tempos.

Acho que no final das contas tivemos mais palestras técnicas, com um nível mais alto e o mesmo aconteceu com o público. O nível do evento cresceu no geral. Os hacker talks, embora tenham contado com a presença de poucas pessoas, parece que trouxe novo fôlego a equipe de tradução e quem sabe para novos desenvolvedores. O pessoal já tem se agitado na lista pgbr-dev. Muito bom. Acho em 2007 saí do PGCon com uma sensação incrível de estar ajudando a construir um novo evento em nível nacional. Neste ano, vejo algo diferente. Deu mais trabalho. Muito mais. Temos muitas lições para aprender. Na verdade, mesmo estando exausto, já estou pensando em 2009.

Outra coisa que mudou é que este ano estou doido para ver as lâminas das apresentações que eu não vi. Para ver as fotos das partes que perdi, para ver os comentários de quem estava lá. De ver novas pessoas entrando no Planeta-PostgreSQL, de ver mais gente se envolvendo com a comunidade. Fico pensando em algumas pessoas que conheci e que tem bom potencial para palestrar no ano que vem. O pessoal do SIPAM já prometeu voltar no ano que vem… As inscrições neste ano trouxeram uma quantidade bem maior de trabalhos inscritos. Se o número de trabalhos aumentar novamente no ano que vem, teremos mesmo de pensar em ter 2 salas… quem sabe? Mais tutoriais, porque não? Lightining talks? Certamente. O limite somos nós que criamos mesmo.

Hã? O que você acha? Escreva você também! No seu blog, no wiki da comunidade, manifeste-se! O retorno de quem participou é fundamental para nós. Vejo vocês no PGCon Brasil 2009, e no Planeta-PostgreSQL, IRC em #postgresql-br, nas listas pgbr-geral e pgbr-dev e se forem tomar uma cerveja, podem me chamar também!

Não vou fazer uma avaliação por enquanto. Ainda restam algumas arestas como pagamentos, recebimentos, notas, empenhos, organização de fotos e slides, certificados de palestrantes, contabilizar números e coisas pentelhas do tipo. Assim, nossos heróis na organização do evento, como Diogo Biazus, Euler Taveira, Dickson Guedes, Leonardo Cezar entre outros, ainda vão camelar por um tempo. De toda forma estou aliviado. Foi uma maratona que começou em março e está finalmente terminando. Acho que vamos tirar outubro de férias e começar a organização do PGCon Brasil 2009 em novembro. Onde será? Não sei ainda. Diga você… Sei que provavelmente estaremos realizando o evento em setembro mesmo. Particularmente eu tenho uma clara preferência por eventos que ocorrem no começo do mês por um motivo simples: no final do mês o salário já virou pó faz tempo. Sugestões são sempre bem vindas. Agora, mais bem vindo ainda será a colaboração de novas pessoas na organização do PGCon Brasil 2009.

Com o fim do PGCon Brasil 2008, posso voltar a minha rotina normal e atender novos pedidos de consultoria, coisa deixei de fazer nos últimos meses. Peço desculpas pelos meus slides toscos da minha palestra. Acredite ou não, faltou tempo para prepara-los melhor. Eu realmente gostaria de ter incluido mais imagens e desenhos para melhorar a parte visual. Ainda no meio da apresentação descobri um ou outro erro besta nos slides que quero arrumar antes de publicar.

Eu realmente gostaria de ter curtido mais o evento. O pé torcido, a gripe, falta de tempo e falta de grana me limitaram um pouco. Mas me diverti muito. Conheci muita gente bacana, assisti a palestras muito bacanas e consegui tomar pelo menos uma cervejinha.

Agora, após dormir umas horas extras no domingo, vitamina C e com as últimas sessões de fisioterapia nesta semana, já estou quase 100%. Enfim, a festa acabou, mas trouxe para casa novos amigos, novas idéias e duas novas camisetas do PostgreSQL além de um pendrive que eu tive a sorte de ver antes de acabarem.

Bom, por enquanto é só pessoal.

A questão é que ao contrário do ano passado, decidimos organizar o evento com as próprias pernas. Queríamos fazer um evento da comunidade e pela comunidade. E assim fizemos: abrimos as chamadas de trabalhos, organizamos a grade, conseguimos bons patrocinadores, palestrantes internacionais , um bom local para a realização do evento e até montar um sistema próprio para a inscrição. Mas houve um porém que não contamos. Sim, sempre há um porém. As inscrições on-line funcionam muito bem para as pessoas que vão fazer a sua inscrição por conta própria. Os órgãos governamentais tem um jeito muito peculiar e burocrático de lidar com este tipo de situação. Não há sistema on-line que dê conta deste tipo de burocracia, que parece não ser igual em todo país inclusive. Ok, se houver, por favor nos ajudem, no ano passado faremos algo melhor.

Mas o fato é que não temos alguém contratado para cuidar disto em período integral e o sucesso nos alcançou numa escala que não imaginávamos. Pessoas do executivo, legislativo, judiciário, forças armadas nas esferas federais, estaduais e municipais nos procuraram. Então nosso bravo voluntário responsável pelas inscrições ficou completamente atolado de trabalho. Com o detalhe que esta pessoa ainda estuda, trabalha e até tem sua família…

Então peço desculpas, erramos. Não previmos isso. Não conseguimos atender de forma adequada a toda a demanda a tempo, particularmente nos últimos dias onde uma avalanche se formou sobre nós. Então deixo aqui público nosso compromisso. Todos inscritos por órgãos públicos que já efetuaram sua inscrição on-line, mas não puderam efetuar o pagamento devido a questões burocráticas (faltou sair a nota de empenho, autorização de fornecimento, adiantamento, nota fiscal, o que for) estarão com a sua entrada garantida no evento. Acertaremos as questões possíveis durante o evento e as demais posteriormente.

Sei que muitos ainda precisam dos nossos dados para checar nossos dados para saber se estamos em dia com o fisco, FGTS, INSS e coisas assim. Sim estamos, vocês podem pegar estas certidões on-line através dos nossos dados que deixo aqui para consulta:

• Razão Social: Associação Software Livre.org
• CNPJ: 05.971.682/0001-01
• Endereço: Rua Manajó, 70 casa 12, Vila Assunção
• Cidade: Porto Alegre / RS
• CEP: 91900-620

Nossos dados bancários (NÃO FAÇAM DEPÓSITOS SEM CHECAR COM A ORGANIZAÇÃO ANTES):

• Banco do Brasil
• Agência: 1899-6
• Conta: 34720-5
• Correntista ASL-POSTGRESQL

Ah, se alguém quiser fazer uma doação, também esteja a vontade!

Bom, por enquanto é isso pessoal. Espero que vocês possam perdoar o nosso atropelo. São apenas alguns malucos que decidiram topar o desafio de fazer um grande evento sobre o banco de dados livre mais avançado do planeta. Estamos aprendendo. No ano que vem cuidaremos melhor desta parte, com certeza! De toda forma nos vemos no PGCon Brasil 2008.

OBS1: Para quem perdeu as inscrições on-line, você pode fazer sua inscrição na hora sim. Mas chegue cedo para evitar filas.

OBS2: Não, eu não sou a pessoa responsável pelas inscrições, não tenho acesso a estes detalhes burocráticos. E não, não estou autorizado a fornecer o telefone da pessoa encarregada disso. Me desculpem.

OBS3: Para mais informações sobre as inscrições, continuem mandando e-mail para: inscricoes (arroba) postgresql.org.br e tenham um pouco de paciência.

1. A apresentação deverá durar no máximo 5 minutos impreterivelmente. Caso o tempo se esgote durante a apresentação, haverá um sino que será tocado e a apresentação será encerrada no ponto em que estiver.
2. As inscrições se iniciarão no dia 17/09 e se encerram no dia 26/09 às 17 horas.
3. Não será permitido apresentar como tema assuntos que não sejam diretamente relacionados ao PostgreSQL. Apresentações sobre softwares só serão aceitas se o software em questão adotar uma licença livre (segundo a definição da Open Source Iniciative em http://www.opensource.org/) e tiverem o seu código fonte disponível para download em link público na Internet.
4. A seleção das apresentações será realizada por ordem de chegada. Serão 12 vagas. Assim, apenas os 12 primeiros inscritos poderão se apresentar.
5. A apresentação não precisa obrigatoriamente utilizar slides para serem projetados na tela. Neste caso apenas o título da apresentação, o nome do palestrante e o e-mail de contato serão exibidos na tela. A apresentação que fizer uso de slides deverá fazê-lo utilizando o modelo fornecido pela organização do evento e deve ser entregue em formato ODF. Não serão aceitos slides em outro formato ou com número de slides superior a 5 páginas. Todos os slides de todas apresentações serão concatenados em um único documento agilizando a apresentação, por isso o formato de todos deve ser consistente.
6. Os slides serão publicados no site da comunidade em http://pgcon.postgreSQL.org.br sobre uma licença Creative Commons descrita em http://creativecommons.org/licenses/by-sa/2.5/br/. Os palestrantes que não concordarem em utilizar a licença proposta não poderão utilizar este recurso.
7. Recomenda-se que no mínimo um link apontando para um site ou artigo com mais detalhes sobre o assunto sejam fornecidos.
8. Os palestrantes deverão se apresentar às 17:50 no dia 27/09 para organização das apresentações. Aqueles que não comparecerem não serão chamados.
9. Não será fornecida qualquer ajuda de custo para os palestrantes dos Lightning Talks, e os escolhidos deverão pagar a sua inscrição no evento normalmente.
10. Como as inscrições serão realizadas até o dia 26/09, o crachá dos palestrantes dos Lightning Talks será o mesmo dos demais participantes do evento.

Envie sua Inscrição para pgcon@postgresql.org.br com os seguintes dados abaixo:

• Nome completo do palestrante;
• e-mail do palestrante;
• Título da apresentação;
• Links para maiores detalhes;
• Descrição da apresentação.

• O número de inscritos já superou o ano passado que foram de um pouco mais de 200 pessoas. Nossa expectativa é ter mais de 300 pessoas. Como a maioría das pessoas costuma se inscrever na última hora, acho que não será difícil atingir esta expectativa. Em todo o caso, nosso autitório tem capacidade para até 340 pessoas.
• A grade do evento já está 95% fechada, falta apenas uma confirmação, mas você já pode ver todas as outras 19 apresentações programadas com as suas respectivas descrições;
• Infelizmente o Sr. Bruce Momjian não poderá vir. Ele teve problemas pessoais na última hora e cancelou sua viagem. É uma perda, mas acredito que não irá tirar o brilho do evento. Todos os demais palestrantes já estão confirmados;
• Saiu a programação dos Hacker Talks! Teremos 3 palestras numa sala auxiliar com capacidade de 25 pessoas. Cada uma das palestras será destinada a pessoas que tem a intenção de colaborar no desenvolvimento do PostgreSQL. Confira as palestras na grade e veja se não está na hora de dar seu próximo passo no mundo do software livre!
• As inscrições on-line vão se encerrar no dia 22/09. Aquele que não efetivar o pagamento da inscrição por R$55,00 para estudantes e R$110 para os demais até esta data, terão de se inscrever no dia do evento por um preço um pouco mais salgado: R$75 para estudantes e R$150 para os demais. A intenção é persuadir os brasileiros que sempre deixam tudo para a última hora, fazerem a sua inscrição antecipada. Se todos fizerem sua inscrição antecipada, com certeza teremos um credenciamento mais tranquilo e todos poderão desfrutar do evento com mais conforto. FAÇA JÁ A SUA INSCRIÇÃO!!!
• Outros detalhes como o café, hospedagem de palestrantes, crachás, certificados, camisetas e outras coisas já estão todos providenciados também.

Enfim, acho que a parte mais difícil da organização já passou. A equipe da organização está a pleno vapor com os últimos detalhes. Fora isso temos agora que terminar nossas palestras. Eu já estou há um bom tempo preparando a minha… mas agora está chegando a hora de fechar o formato final para o PGCon Brasil 2008. Encontro vocês lá, com o pé quebrado ou não!

Com esse negócio de feed para lá e para cá o uso do Google Reader virou uma rotina quando sobra um momento de folga no dia-a-dia. Ocorre que em alguns momentos você quer navegar em qualquer página da Internet que não seja relacionada a conteúdo técnico ou trabalho. Neste momento, meus caros amigos, exitem alguns blogs que literalmente salvam o dia:

• Nada melhor do que começar o dia com uma tirinha nova do Nerdson. Últimamente ele ainda tirou umas férias e teve um ótimo surto criativo. Acompanho suas tirinhas já faz algum tempo, no tempo que os personagens ainda não eram coloridos. Acho que deve ser um dos quadrinhos mais populares entre os geeks brasileiros atualmente. Imperdível.
• Os Malvados são de um cartunista já profissional. Seu site não tem feeds, mas o material que está no ar é enorme. Dá para ficar horas e horas lendo tirinhas de seus personagens. O humor refinado e ácido do André Dalmer fazem dele um dos melhores cartunistas do Brasil na atualidade.
• O Daniduc é o blog de um daqueles caras que escreve bem demais para ser da área de TI. Os seus causos no Data Center que ele trabalhou já viraram lenda em vários lugares eu vou recontando as suas histórias. Muitas vezes lendo o que ele escreve me dá a impressão de que ele faz plágio de algumas idéias minhas tamanha é a concordância que tenho com algumas de suas opiniões. Foi o que aconteceu quando li uma crítica dele sobre as tirinhas da folha por exiemplo. Vale a pena acompanhar seus posts, eu curto muito.
• O Cardoso é um daqueles caras que inspiram ódio por aqueles que não lêem um post bem escrito e polêmico até o final. O cara é um blogueiro profissional e espero que continue assim por um bom tempo. Não que eu leia sempre, nem que eu concorde sempre com as suas idéias. Mas o Cardoso é uma daquelas pessoas que jogam pedras na cruz com estilo. Ele dá umas alfinetadas muito precisas na comunidade de software livre, por exemplo, expondo aquelas fragilidades que sempre escondemos debaixo do tapete.
• Falando em jogar pedras na cruz… o Jesus me Chicoteia já faz parte daquela cadeia de ócio produtivo avançado. É bem verdade que ele já não se dedica tanto ao seu propósito original: escrever uma versão sacaneada do velho testamento. Mas se você tiver um tempo para ler os longos posts com estas histórias, você correrá um sério risco de querer ler todos os outros capítulos e entrar para a fila daqueles que aguardam o próximo capítulo.

No entanto quando a chamada de trabalhos terminou, já tínhamos reservado o espaço e tudo o mais. Então conseguimos uma sala a parte com capacidade para 25 pessoas. Nesta sala haverão até 4 palestras com o objetivo específico de estimular novos desenvolvedores. Pouca gente, formato livre (1 a 3 horas) e público reduzido. Os dois palestrantes internacionais (Bruce Momjian e David Fetter) já confirmaram uma palesta de cada um nos Hacker Talks, além da palestra que realizarão no auditório. Para os Hacker Talks, os palestrantes internacionais vão poder falar sem tradutor, dando maior liberdade ao palestrante e exigindo mais da platéia.

Apesar de não ser uma novidade que atingirá diretamente a maioria dos participantes do evento, pode ser que indiretamente isto traga um impacto positivo para todos, uma vez que poderemos ter mais desenvolvedores do PostgreSQL no Brasil. Ter mais desenvolvedores brasileiros, significa a possibilidade de ter mais pessoas aptas a dar um suporte de alto nível no Brasil e um maior reconhecimento da comunidade brasileira internacionalmente. Então, se você tem a intenção de virar um Hacker PostgreSQL, esta pode ser a sua grande chance.

Por outro lado, se você já é um Hacker em PostgreSQL, esta é a oportunidade de compartilhar o seu conhecimento e ganhar novos colegas e até mesmo alguns padawans

Bom, por enquanto é isso. Em breve teremos mais novidades sobre o PGCon Brasil 2008.

“Não piorar já é um grande avanço”.

Sim, sim. Algumas pessoas são realmente sabias.

Então é com prazer que eu anuncio que as inscrições para o evento estão finalmente abertas aqui. Quem estiver lendo aqui deve aproveitar o período promocional com preços especiais. Quem pagar até o dia 31/08 vai pagar apenas R$70,00 e estudante (que comprovar estar realmente estudando num curso regulamentado) paga apenas R$35,00. Bom, vou colocar uma tabelinha com os valores aqui:

Data                    Preço normal         Estudantes
De 22/08 a 31/08        R$ 70,00             R$ 35,00
De 01/09 a 14/08        R$ 90,00             R$ 45,00
De 15/09 a 22/09        R$ 110,00            R$ 55,00
Dia 26/09               R$ 150,00            R$ 75,00

Vejam que o preço para as inscrições no primeiro dia do evento são bem mais caros. Isto não acontece porque estamos sedentos por dinheiro. Não queremos ver uma fila enorme de gente se inscrevendo na hora, :-). Então, faça a sua inscrição com antecipação! Se não tiver jeito, então pelo menos chegue uma hora mais cedo, ok?

E por último, sei que sempre tem gente que pergunta se não dava para fazer um valor mais baixo. Eu respondo que infelizmente não. No passado eu ajudava a organizar eventos para o PSL-ABCD e fazíamos eventos com entrada gratuita. Era muito bacana e coisa e tal, mas o nosso custo era quase zero. O mais caro era o material de divulgação, o resto conseguíamos de graça. Bom, as coisas mudaram. Temos que pagar, o design do material, gráfica, aluguel do auditório, passagem e hospedagem de 2 palestrantes internacionais, coffe break, equipe de credenciamento e por aí vai. Veja que toda a equipe de organização não ganha um tostão nisso, quando não tiramos dinheiro do bolso. Estamos fazendo um evento técnico de alto nível, e ainda assim fazendo preços atraentes para estudantes. Vai me dizer que um estudante não gasta R$ 35 em cerveja numa sexta-feira? Se não gasta, considere acrescentar este gasto para melhorar o seu currículo, você vai se tornar um profissional muito mais feliz e criativo.

É claro que esperamos poder tomar uma cervejinha com vocês entre o primeiro e segundo dia do evento. Estaremos hospedados bem perto do local do evento. Então ninguém precisa se preocupar em dirigir, certo? Aguardem, teremos mais novidades sobre a programação do evento em breve.

OBS: Se você não toma cerveja, mas gosta de bancos de dados, também está mais que convidado para tomar um suco conosco.

Já faz algum tempo que utilizo Shell Script para fazer backup no Oracle. Na verdade eu prefiro utilizar outras linguagens de programação, particularmente o PERL, para não precisar ficar chamando o SQL*Plus toda hora. Mas como existe uma barreira cultural por aqui, acabou ficando tudo em Shell Script mesmo. Bom, ocorre que chegou a hora de aposentá-los em favor do RMAN. Sim, com o uso do RAC junto com o ASM, backup manual ou “user managed backup” como a Oracle gosta de dizer, perdeu completamente o sentido. Além disso, no Oracle 10g, o Database Control implementou uma série de alertas sofisticados bem mais eficientes que o singelo script aqui em questão. Estou terminando de implantar o RMAN para todos os últimos servidores e então os últimos scripts cairão finalmente no ostracismo. Então estou publicando-os aqui, para que sirvam de referência futura.

Requisitos

Rotinas executadas a cada 30 minutos:

• Cópia dos archives para outro servidor;
• Criação de alerta se alguma partição possuir mais de 80% e 95% de ocupação.

Rotinas executadas a cada 24 horas:

• Rodar o analyze em todos objetos;
• Fazer backup lógico full;
• Copiar backup lógico para outro servidor;
• Verificar a integridade dos datafiles;
• Fazer cópia on-line dos datafiles permanentes para outro servidor;
• Verificar o volume de origem e o copiado dos datafiles;
• Fazer cópia do control_file em modo binário e lógico;
• Fazer cópia do spfile;
• Apagar archives com mais 8 dias;
• Verificar se algum tablespace está com mais de 80% de ocupação;
• Verificar todos os erros ocorridos no alert;
• Renomear o alert para um nome com o SID e data

Rotinas executadas a cada 7 dias:

• Cópia off-line dos datafiles permanentes para outro servidor;
• Cópia do spfile

Rotina mensal (realizadas no último dia de cada mês):

• Rodar scripts específicos de aplicações
• Arquivar todos os logs (adump, bdump, cdump, udump e backup logs) em uma pasta ‘old’

Outros requisitos:

• Criar um log contendo todos os erros ocorridos durante todas operações de backup;
• Registrar no log a duração de todas operações longas;
• Registrar no log o espaço disponível em cada partição de disco;
• Enviar um e-mail com o log ao término de cada operação de backup;
• Parametrizar o script de forma a utilizar o mesmo script para vários servidores distintos.

Preparação

Antes de mais nada, é preciso criar um usuário no SO e no Oracle. É preciso se assegurar que o usuário em questão tenha acesso às pastas que ele irá copiar. Existem pelo menos umas 4 formas de se fazer isso:

• Utilizar o próprio usuário Oracle. A vantagem de usar o usuário Oracle do SO, é não precisar colocar senha no script, por outro lado a pessoa que administra o script acaba tendo autorização para acessar o banco diretamente sem senha e com poderes de SYSDBA. Em termos de segurança, isto não é recomendado. No entanto, os backups off-lines e backups de spfile exigem o usuo de um usuário com permissões de SYSDBA ou SYSOPER, então acaba fazendo sentido utilizar o usuário Oracle do SO para estas operações;
• Alterar as permissões nas pastas do banco de dados para permitir a leitura para que qualquer usuário do SO (o terceiro dígito no sistema octal de permissões). Não gosto desta solução por problemas de segurança, uma vez que não apenas o usuário de backup como outros também terão acesso aos arquivos do Oracle. Se for para fazer isso, ainda é melhor usar o usuário Oracle do SO mesmo para tudo;
• Alterar os grupos donos dos arquivos e pastas a serem utilizados. Também não é uma boa idéia, uma vez que ao criar um novo datafile, ele é criado com o grupo oinstall por padrão. A cada vez que um novo datafile é criado, você teria de alterar o grupo do datafile;
• Adicionar o usuário de backup ao grupo oinstall. Pode não ser uma solução muito segura, mas veja que os datafiles são criados com a permissão 640 por padrão. O que significa que o usuário em questão só poderá ler os datafiles sem poder alterá-los, o que me parece bem razoável. Mesmo assim, você deverá acertar o acesso de algumas pastas e arquivos para que você possa gravar nelas, como a pasta onde o próprio script vai ficar e onde ele vai gerar os logs e os backups lógicos. Esta será a opção utilizada para a maioria das operações de backup. A excessão, como citado anteriormente fica para o backup do spfile e backup off line.

Para criar um usuário no SO que faça parate do grupo ‘oinstall’ (realmente estou supondo que você usou o nome dos usuários e grupos de usuáros padrões da instalação):

/usr/sbin/useradd -m -p senha -g oinstall -c 'Usuário que dispara os scripts de backup' backup

O mesmo usuário do SO deverá ter um correspondente dentro do banco de dados:

CREATE USER backup IDENTIFIED BY senha
  DEFAULT TABLESPACE users
  QUOTA UNLIMITED ON users
;

Se você quiser utilizar um usuário a parte mas não quer colocar a senha do usuário nos scripts (que é o que foi feito no nosso exemplo), pode criar o usuário com o comando abaixo:

CREATE USER backup IDENTIFIED EXTERNALLY
  DEFAULT TABLESPACE users
  QUOTA UNLIMITED ON users
;

Mas para utilizar usuários autenticados externamente (pelo SO) não esqueça de setar no ‘init.ora’ os seguintes parâmetros:

remote_os_authent=FALSE
os_authent_prefix=''

O parâmetro ‘os_authent_prefix’ é opcional e permite que o nome no SO seja idêntico ao nome no banco de dados. Já o parâmetro ‘remote_os_authent’ é vital para garantir a segurnaça do banco de dados. O padrão do parâmetro é ‘FALSE’ e ninguém em sã consciência utiliza este parâmetro como ‘TRUE’.

Depois de criar o usuário precisamos conceder as permissões adequadas para ele:

GRANT CREATE SESSION TO backup;
GRANT ALTER SESSION TO backup;
GRANT ALTER DATABASE TO backup;
GRANT ALTER SYSTEM TO backup;
GRANT MANAGE TABLESPACE TO backup;
GRANT ANALYZE ANY TO backup;
GRANT ANALYZE ANY DICTIONARY TO backup;
GRANT EXP_FULL_DATABASE TO backup;

Lembre-se de O usuário também deve ter um tablespace com alguma quota para criar as tabelas de logs do backup lógico (coisas do data pump a partir do 10g). O comando CREATE USER cria o usuário, com a senha: ’senha’. Depois concedemos privilégio para o usuário se conectar no banco de dados em CREATE SESSION. O privilégio ALTER SESSION será utilizado para ajudar a identificar o backup lógico do control file enquanto o privilégio ALTER DATABASE é utilizado para realizar o backup físico e lógico do control file propriamente dito. O privilégio ALTER SYSTEM é necessário para realizar o checkpoint e o rotacionamento dos logs durante o backup físico on line enquanto o privilégio MANAGE TABLESPACE permite a operação de backup on line propriamente dita. Note que aqui a permissão de leitura dos datafiles pelo usuário do SO é necessária também. Depois temos os privilégios ANALYZE e ANALYZE ANY DICTIONARY necessários para as atualizações de estatísticas das tabelas e índices. Note que o privilégio ANALYZE ANY DICTIONARY surge apenas no Oracle 10g, não existindo nem sendo necessário em versões anteriores. Por último vem o privilégio EXP_FULL_DATABASE que é necessário para o backup lógico.

Se você for utilizar o Data Pump (muito recomendado e utilizado no nosso exemplo), a nova ferramente de backup lógico da Oracle a partir da versão 10g, você deverá utilizar também os seguintes comandos SQL:

CREATE DIRECTORY data_pump_dir_ORACLE_SID AS '/u03/app/oracle/admin/ORA_SID/exp';
GRANT READ, WRITE ON DIRECTORY data_pump_dir_ORA_SID

Onde ‘ORACLE_SID’ é o nome do seu banco de dados oracle. É claro que o ponto de montagem ‘/u03′ é específico do padrão que adoto nos meus servidores. Substitua o caminho do diretório para aquele que você reservou no seu servidor. Lembre-se que este diretório deve ser criado manualmente e o usuário ‘backup’ ou o grupo ‘oinstall’ do SO devem ter permissões de leitura e gravação neste diretório:

mkdir -p /u03/app/oracle/admin/ORA_SID/exp
chown backup:oinstall /u03/app/oracle/admin/ORA_SID/exp
chmod 755/u03/app/oracle/admin/ORA_SID/exp

Outras permissões deverão ser acertadas para o usuário de backup no SO como a permissão para apagar os archives (com uma permissão 770 na pasta por exemplo). Alguns acertos podem ser um pouco chatos e devem ser realizados no servidor de destino onde os arquivos são copiados também.

Um último detalhe é que é preciso configurar o SSH sem senha entre os servidores onde está o servidor Oracle e e o que vai receber todos os backups. Meus testes com NFS mostraram que ele é menos estável que o SSH e a diferença de performance é mínima. Existem vários tutoriais sobre como fazer isso, inclusive este da própria Oracle. No meu caso eu criei um usuário backup e um usuário oracle no servidor de destino e gerei o ssh sem senha entre os usuários com mesmo nome nos servidores de origem e destino dos backups.

Funcionamento do Script

Algumas premissas foram assumidas antes de criar o script:

• O mesmo script deveria ser utilizado independente do banco de dados que sofreria as operações. Para isso o script deve receber como parâmetro o nome do banco e todas as pastas devem receber o nome do banco também, seguindo as recomendações do