Ask Pontes

Implementando Conexoes IPC entre Servidores

2011-12-15T17:00:00.000-08:00

Ola amigos,

Estou ha algum tempo sem postar nenhum artigo, como o ano esta para acabar reservei um tempo para fazer um prova de conceito sobre conexoes stream pipe na plataforma IBM AIX.

A cerca de 10 anos atras quando ainda trabalhava com Informix rodando sobre Tru64 tinhamos um problema de performance com aplicacoes 4gl que estavam sendo executadas dentro do servidor do banco de dados atraves de conexoes IPCSHM (Shared Memory).

Um certo momento no lancamento do Bigbrother 1 no Brasil tivemos uma sobrecarga no ambienten e nao pudemos crescer o servidor, e foi necessario segregar os aplicativos 4gl e o banco de dados em servidores distinto, nao preciso dizer que trocamos o metodo de acesso IPCSHM por TCP/IP.

Apos algum tempo fizemos um estudo com StreamPipe e descobrimos uma oportunidade, o protocolo IPC utiliza o metodo SHM (Shared Memory) para a troca de informacoes entre a aplicacao client e o servidor, no caso do metodo STR (Stream Pipe) sao utilizados arquivos que ficam residentes no cache do filesystem.

A tecnologia embutida no cluster do Tru64 nos permitia compartilhar arquivos (shared disk) em diversos servidores, configuramos os filesystems $INFORMIXDIR e /INFORMIXTMP para acesso read/write em todos os servidores de forma simultanea e implementamos a conectividade atraves de IPCSTR para todos os aplicativos 4gl.

O resultado disto foi um ganho de performance grande tendo em vista que removemos a comunicao atraves de TCP/IP e passamos a utilizar o mecanismo interconnect to cluster para transportar a informacao , para o banco de dados tudo isto foi transparente.

Me lembro que esta configuracao nao era suportada pela Informix, somente pelo fato que nao era comum este tipo de configuracao na epoca.

Estou elaborando uma prova de conceito desta mesma arquitetura em ambiente AIX com GPFS/PowerHA, caso funcione irei fazer os benchmarks para demonstrar aqui os resultados/ganhos deste POC.

Quem tiver interesse em acompanhar esses testes pode me contactar atraves do email vagnerpontes@ig.com.br

Vagner

BRIUG - Brazilian Informix Users Group

2010-08-26T19:58:00.000-07:00

Ola,

Ja ha algum tempo sem blogar estou aqui novamente, a copa do mundo se foi e o Brasil nao ganhou nada, mas pelo visto meu amigo Cesar trabalhou muito e nao assistiu a copa do mundo.

A novidade de hoje que nasceu oficialmente o BRIUG (Brazilian Informix Users Group), o acesso ao portal do grupo pode ser feito atraves de: http://www.briug.org/

Um dos objetivo do grupo e integrar a comunidade de usuarios Informix em lingua-portuguesa, nossos amigos Fernando Nunes e Sergio Ferreira suportam o BRIUG.

Mas voce deve estar se perguntando "porque o Miguel Carbone nomeou o Grupo em Ingles?"

Eu tenho algumas teorias:

1. Em portugues ficaria horrivel "Grupo Brasileiro de Usuarios Informix"!
2. BRI lembra BRIC!! Talvez um dia o grupo possa incluir usuarios da Russia e da India
3. Talvez tenha sido coisa do Miguel mesmo.

Quanto a mim continuarei blogando no ASKPONTES e tambem no BRIUG, alias estou estudando a tecnologia Flashdrive... (opa ja pensei no proximo post)

Saludos

Vagner

Analisando o Buffer Cache do Informix

2010-05-26T08:12:00.000-07:00

Olá,

Hoje vou postar um recurso que hoje em dia é pouco utilizado, como o preço de memória caiu não é mais usual a análise da ocupação do buffer cache no dia a dia do DBA, é feita apenas a valição do PCT de Read/Write, está formula funciona mas não em todos os casos.

Vamos lá, o primeiro passo é executar o onstat -P que irá exibir um output conforme abaixo:

partnum total btree data other resident dirty
0 215 8 158 49 0 58
1048578 2 1 1 0 0 0
1048579 9 5 4 0 0 0
1048584 4 2 2 0 0 0
1048585 2 1 1 0 0 0
1048747 1 1 0 0 0 0
3145776 60 8 52 0 0 0
9437190 177 177 0 0 0 0
10485762 26826 0 26826 0 0 0
.......
Totals: 300000 53097 246852 51 60 3444

Vejam a ultima coluna nomeada como DIRTY, calcule quanto esse coluna representa do total de paginas do buffer cache, se este valor for muito alto para uma tabela isto indica uma aplicação não performatica e deve ser revista.

Outro ponto é a coluna DATA, esta indica a quantidade de paginas de dados alocadas para a tabela , se este valor for igual ao total de paginas alocadas isto indica que ou a tabela sofre sequential scan ou tem alguma aplicação não performática acessando a mesma, causando a HIGH_Priority na LRU mantendo a mesma residente em memória.

A coluna RESIDENT indica que foi executado um comando para forçar a residência da tabela em memória, a sintaxe do comando é:

set table your_table memory_resident/set index your_index memory_resident

Lembre-se que este comando deve ser usado em casos extremos, se você usou se resolveu seu problema já é indicio de que há algo errado, não devemos fazer o uso sem controle deste recurso.

A coluna BTREE indica a quantidade de paginas de indices, para identificarmos o objeto que está alocado no buffer cache devemos pegar a coluna PARTNUM e pesquisar na sysmaster:systabnames conforme abaixo:

select tabname, ti_nrows, ti_nptotal
from sysmaster:systabnames, sysmaster:systabinfo
where partnum=1048585

Lembre-se , indices detachados ou particionados também possuem partnum portanto no onstat -P temos o resumo de utilização de partitions, sendo tabelas e indices.

Há alguns anos desenvolvi um script e postei no Repositório do IIUG, o mesmo está no link:

http://www.iiug.org/software/archive/mon_buffer

By the way, dentro do repositorio do IIUG podemos encontramos muito scripts interessantes, este foram desenvolvidos por DBAS em situações reais do dia-a-dia de um DBA.

Segue abaixo o link:
http://www.iiug.org/software/index_DBA.html

A partir do Informix 11 temos é possivel configurar multiplos buffers, um para cada tamanho de pagina (4K, 8K ,16K), para ambientes OLTP é recomendado o uso de paginas de 8K e para DSS/DW é recomendado o uso de páginas de 16K.

O importante para o DBA é ter o conceito do funcionamento da buffer cache, seguindo este artigo teriamos outras coisas para estudar (LRU, LIGHT SCAN, LIGHT APPEND) mas isto ficará para outro post.

Vagner

Monitorando data/hora de último acesso em objetos

2010-04-13T15:22:00.000-07:00

Olá a todos,

A carta traduzida do VP da IBM gerou um volume alto de acessos no meu blog, estou postando outro artigo para dar um quebrada no gelo, não é nada novo no Informix porém surgiu de uma necessidade diária de DBAS.

Para uma necessidade especifica elaborei um script para monitorar a data/hora de acesso.

Segue abaixo a estrutura da tabela:

create table dba_tab_stat
(objpartnum integer,
objname varchar(28),
objcreated date,
objlastacc datetime year to second
)

create unique index key001dbatabstat on dba_tab_stat (objpartnum,objname);
create index key002dbatabstat on dba_tab_stat (objname);

O shell script deve ser construido com o codigo abaixo:

vi mon_read.sh

------------------------------------------------------------------------------------

while true
do

dbaccess ibs << FIM

select partnum, tabname, today created
from sysmaster:systabnames a
where not exists (select 1 from dba_tab_stat where objname = a.tabname)
into temp x with no log;

insert into ibs:dba_tab_stat (objpartnum, objname, objcreated, objlastacc)
select *, '' from x
where partnum not in( select dbsnum*1048576 from sysmaster:sysdbspaces
where is_temp=1);

select * from sysmaster:sysptprof into temp prof1 with no log;
!sleep 60
select * from sysmaster:sysptprof into temp prof2 with no log;

create index ix01prof1 on prof1(partnum);
update statistics low for table prof1;

select partnum, tabname, bufreads
from prof2
where not exists (select 1 from prof1 where prof1.partnum=prof2.partnum )
into temp t_buffreads with no log;

insert into t_buffreads
select partnum, tabname, bufreads
from prof2
where exists
(select 1 from prof1 where prof1.partnum=prof2.partnum and prof2.bufreads!=prof1.bufreads);

update ibs:dba_tab_stat set objlastacc=current
where exists (select 1 from t_buffreads
where objpartnum=t_buffreads.partnum
and objname=t_buffreads.tabname)

FIM

done------------------------------------------------------------------------------------

chmod +x mon_read.sh

./mon_read.sh
O shell ficara executando em loop, para consultar a data/hora de ultimo acesso das tabelas é só executar a query abaixo:

select objpartnum, objname, objlastacc
from dba_tab_stat
where objlastacc is not null

objpartnum objname objlastacc

1048579 tab_1048579 2010-04-13 19:12:02
1048585 tab_1048585 2010-04-13 19:11:13
1048597 tab_1048597 2010-04-13 19:08:58
7340064 tab_7340064 2010-04-13 15:54:35
9437190 tab_9437190 2010-04-13 15:57:39
10485762 tab_10485762 2010-04-13 19:08:58
11534339 tab_11534339 2010-04-13 19:11:13
11534341 tab_11534341 2010-04-13 19:11:13
11534347 tab_11534347 2010-04-13 17:33:57
11534349 tab_11534349 2010-04-13 17:11:13
11534351 tab_11534351 2010-04-13 19:11:13
11534353 tab_11534353 2010-04-13 19:08:58

O Script está porém pode ser melhorado, talvez a data/hora de última gravação no objeto, é possivel usar a mesma logica para ter regsitro de ultimo acesso em procedures.

Espero que este tipo de informação faça parte do catálogo do Informix na versão Panther.

Frequentemente ouço queixas dos DBAS SQL Server de algumas informações que o Informix não possue, no caso do Informix o produto foi criado para que os dbas criem suas próprias ferramentas.

Em uma nova versão do script seria interessante converte para a versão 11 do Informix e usar as funções task() e sensor() mas isto vai dar um trabalho e deixo a cargo do Cesar , meu camarada de Jundiai).

Vagner

Carta ao Missionários

2010-03-31T15:33:00.000-07:00

Abaixo segue carta em portugues do Vice-President de Information Management da IBM:

http://www.iiug.org/Insider/RThomas_Letter_Portuguese.pdf

À Nossa Comunidade Informix e Clientes:

Eu gostaria de iniciar esta carta escrevendo sobre George Dantzig. Eu não o
conheço pessoalmente a nunca tive a chance de encontrá-lo, mas sua historia é
muito interessante. George Dantzig era um estudante na Universidade de
Stanford. Como muitos de nós, George não sabia exatamente o que gostaria de
fazer após sua vida acadêmica, mas estava motivado e inspirado a fazer algo
extraordinário.

Finalmente, ele decidiu iniciar com um cargo na Faculdade de Stanford. Para conseguir esta posição era requerido que ele fosse aprovado nas provas finais.

Na manhã do teste, ele foi acordado pelo barulho de seus companheiros de quarto. Ele não tinha ouvido seu despertador, e ainda estava na cama, 20 minutos após sua prova começar. Ele correu pelo campus, com as mesmas roupas utilizadas na noite anterior, chegando no local do exame muito atrasado.

Quando se sentou, percebeu que faria um teste com seis questões escritas, mais duas questões que estavam escritas na lousa. Ele resolveu os seis problemas escritos e estava muito satisfeito em relação ao seu desempenho ate o momento. Contudo, quando ele foi para os problemas da lousa, ele percebeu que estava em um beco sem saída. Uma vez que todos terminavam e entregavam seus testes, ele pediu ao professor que lhe
concedesse mais tempo para os dois problemas, que lhe concedeu até a meia noite. Chegando a meia noite, desanimado, ele entregou seu teste, e havia resolvido apenas uma das duas ultimas questões.

Na manhã seguinte George foi acordado com um telefonema de seu professor, cumprimentando George pelo seu incrível desempenho. Ele havia resolvido 1 dos dois problemas escritos pelo professor na lousa. O que George não sabia era que quando o professor passou os problemas para a turma, ele havia mencionado que os dois problemas, que não tinham solução até o momento (“nem mesmo Einstein havia resolvido estes problemas”).

George não tinha o conhecimento (nem a noção) do que era possível acontecer no dia que ele entrou na sala de aula. Dizendo de maneira diferente, ele não foi influenciado pelos o que os tão chamados experts acreditavam ser possível ou não. George apenas acreditava, e realizou com bilhantismo.

Assim como ao escrever esta primeira carta para a Comunidade Informix (nossos Clientes, Parceiros e usuários), eu me encontrei numa situação similar a de George. Eu não tenho a pretensão de ser um expert em Informix ou de ter uma longa experiência nesta tecnologia (eu não tenho!). E não fui influenciado pelo o que deveria ter acontecido, ou deveria ter sido no decorrer da historia do Informix (Eu já havia lido sobre isto).

Contudo, Eu tenho o otimismo de uma pessoa, avaliando esta historia por uma nova perspectiva. Eu acredito no futuro do Informix, como tecnologia e negócio. Eu, juntamente com a IBM, estamos comprometidos com o sucesso do Informix. Se você esta disposto a investir alguns minutos lendo esta carta, vou compartilhar com você como nós planejamos investir para garantir o crescimento desta tecnologia.
***

Assim como eu gastei alguns meses pesquisando, aprendendo e conversando
com muitas pessoas sobre o status do Informix, uma coisa me impressionou:

uma paixão permanente que sempre existiu ao redor desta tecnologia.

Clientes a adoram, parceiros a adoram, usuários a adoram. Todo mundo adora
o Informix!! Juntamente com esta paixão sem igual, eu levantei algumas
questões. Muitas delas quando confrontadas eram válidas.

Informix é estratégico para a IBM?
Como podemos aumentar a capacitação ao redor do Informix?
Por que a IBM não fala do Informix publicamente?
Qual é o posicionamento do informix no mercado?

Todas estas questões são justas. Nós estamos focados em garantir que cada
uma destas questões sejam respondidas com ações, ao invés de meras
palavras. Na verdade, nossas respostas a estas e outras questões, irão vir na
forma de uma estratégia de 3 anos para o Informix que será descrita aqui.
Informix tem um histórico que fala por si mesmo. Ao longo dos anos, o
informix foi classificado como o #1 em satisfação do cliente por duas vezes
(2008/2009 pela VendorRate) e premiado com 56 patentes por inovações. Nós
estamos orgulhosos de ter recebidos estes prêmios e elogios e isto é uma
comprovação da paixão mencionada anteriormente.

Isto levanta uma importante questão a todos: Dada à paixão pelo Informix, sua história, seu sucesso atual, e os inúmeros clientes que continuam a optar pelo Informix, o que a IBM, e a Comunidade Informix pode fazer para impulsionar o sucesso do Informix no Mercado?
***
Informix vai continuar a crescer, como tem acontecido nos últimos 5 anos, em primeiro lugar, vamos preservar o que o tornou grande, enquanto também expandimos para novas áreas, tendo uma abordagem mais agressiva em vendas, marketing e tecnologia. Existem 4 pontos que serão nossas diretrizes para o futuro:

Encantando a Base InstaladaComo mencionado acima, O Informix continua a impressionar pela perspectiva de satisfação do cliente. Nossa grandeza esta baseada e construída ao redor e pelos nossos clientes e, nós iremos enfatiza isto, em todas nossas atividades daqui para frente.

Isto se inicia ouvindo, e muito mais importante que isto, compreendendo o que é critico para nossos clientes. Recebemos pedidos de ofertas de suporte estendido e flexível, suporte abrangente às aplicações e inovação contínua.

Nós concordamos com estes pedidos e já iniciamos a executar cada um deles.

Construir uma estratégia diferenciada
Nós acreditamos que é importante esclarecer como e onde o informix esta posicionado na indústria de software.

Primeiramente ele esta posicionado em sua base instalada. Em outras palavras, não é simplesmente econômico (ou não apropriado gerencia de risco) que os usuários atuais considerem alternativas.

De fato, Eu desafiei a todos a me provar o ROI por detrás de uma mudança de plataforma para alguém que esta usando Informix atualmente.

Em segundo lugar, Informix continuará o ter foco na indústria ao qual é dominante hoje em dia (telecomunicações e varejo) e expandira onde já temos uma forte presença entretenimento e saúde).

Em terceiro lugar, Informix irá a continuar a ser a base de dados escolhida para as
aplicações embarcadas. O número de eletrônicos, empresas de saúde e empresas de rede que continuam a mudar para informix é impressionante. O problema é que a maioria do mercado não sabe disso pois o informix é leve e invisível.

Em quarto lugar, iremos continuar a focar o Informix para o “middle-market”. Empresas que necessitam de infraestutura que “simplesmente funcione”, com administração-nula, Informix é a grande solução.

Criar uma cultura Pró ativaTemos que re-energizar a Comunidade Informix, dentro e fora da IBM. Novas
ofertas com uma clara diferenciação são ambos passos para a direção correta.
Contudo, para darmos um passo mais longe, temos que focar em capacitação
técnica, laboratórios hands-on, comprometimento dos nossos laboratórios,
centros de excelência, benchmarks competitivos e uma maior consciência.

Vamos aumentar o volume e necessitamos de nossa comunidade de parceiros,
clientes e usuários para ajudar.

Construir um fluxo de Novas Receitas
Como em qualquer outro negócio, nada é mais importante do que seus clientes atuais. Contudo, para continuar a crescer e prosperar temos que avançar em novas áreas.

Alinhado ao posicionamento descrito acima, a IBM irá apostar em cada uma destas áreas. Assim como direcionamos nosso foco ao suporte à aplicações, iremos iniciar com os muitos produtos que a IBM adquiriu ao longo dos anos, e alguns deles ainda não suportam Informix.

Isto por si só, abre um novo cenário de negócios para o Informix e para novas oportunidades e inovações em nossos clientes. Por último, vamos garantir que iremos triplicar o investimento e nosso trabalho em clientes no mercado embarcado. Como
mencionado anteriormente, é um mercado fértil, onde só a IBM pode juntar a tecnologia (Informix) e os sistemas aos sistemas de arquitetura que os clientes demandam.

Por último, iremos garantir que os Produtos Informix sejam empacotados corretamente, para garantir as necessidades de nossos desenvolvedores, clientes sejam eles pequenos, médios ou grandes corporações.

Executar estes 4 prontos não é um evento mas sim um processo que será executado ao longo de 3 anos, e além. Nós acreditamos que estas medidas são passos acertados para garantir o futuro e capitalizar o crescimento gerado nos últimos 5 anos. Tomaremos uma atitude disciplinada para garantir que estas ações sejam executadas, da maneira mais rápida possível, sem sacrificar a qualidade ou foco em tudo o que fizermos.
***
Estamos orgulhosos do Informx e gratos por nossa leal comunidade. Nós nem sempre fomos perfeitos em nossos atos no passado, mas os negócios continuaram crescendo. Eu sei que ainda há alguns que duvidam, mas peço que mantenham a mente aberta. Eu acredito no que estamos fazendo e confiante que estes passos estão certos.

Vou manter contato com vocês regularmente, mas se quiserem atualizações freqüentes de nosso progresso, os incentivo a visitar o blog de Bruce Weed’s (http://bruceweed.wordpress.com/ ).

Eu realmente incentivo a todos a visitarem http://iiug.org/president e compartilhar comigo suas duvidas e comentários. Nestes primeiros meses de trabalho temos nos esforçado para manter a transparência e a abertura.

Qualquer coisa que desejar compartilhar será de grande valia para mim e para
toda a comunidade Continuamos comprometidos com o Informix e focados em liderar, ou orientar cada um dos pontos que identifiquei.

Não podemos fazer nada disto sem o apoio e o suporte da comunidade Informix: nossos clientes, parceiros e usuários.

A Comunidade Informix não pode ser um espectador nesta jornada, necessitamos de sua ajuda e orientação em cada um destes pontos.

Agradecemos a sua fidelidade e lealdade e esperamos que compartilhem de nosso otimismo para com o futuro. Estou ansioso para encontrá-los em Abril na Conferência do IIUG.

Sincerely,

Robert D. Thomas
Vice President, Information Management
IBM Software Group
Translated to Portuguese by Miguel Carbone (IIUG Board of Directors)

Informix Visionary

2010-03-11T16:51:00.000-08:00

Olá,

Nesta ultima semana estive em uma palestra de um fornecedor e assisti a um show de dashboards, era indicador e graficos para todo igual, era a visão dos sonhos de um executivo.

Durante a apresentacao lembrei de alguns projetos que eu havia participado e nao tive como nao lembrar do Informix Visionary.

Para quem nunca ouviu falar deste produto ele foi desenvolvido pela Informix na gestão do Dr Michael StoneBracker quando o mesmo foi CTO da Informix Corp.

Enfim , em meados do ano 2000, apenas um ano antes da aquisiçao da Informix, eu estava eu aqui na America do Sul fazendo pré-venda desse produto, coisa de louco, alias a única pessoa que conheci que trabalhou com este produto foi a Roseli da própria Informix Brasil, alias tenho que falar do Dirceu que era o cliente neste projeto, vou arriscar dizer que ele foi um dos primeiros DBAs Informix no Brasil. o cara é bom.

Lembro que na época a dificuldade era muito grande de divulgar o Visionary, faltava a cultura de dashboards por parte da empresas brasileiras, o que eu mais via eram gráficos gerados por planilhas excel e colados na parede.

Atualmente quando visito alguma empresa logo me mostram um televisor de LCD ou uma imagem projetada na parede com Dashboards coloridos.

Resolvi fazr uma pesquisa no google para saber o qoe aconteceu com o Informix Visionary e para minha supresa o produto ainda existe.

Vejam o link abaixo:
http://www.rocketsoftware.com/category/business-intelligence

Em meados de 2004 a Rocket Software (Business Partner IBM) comprou o Visionary da IBM, e não parou por ai, recentemente a Rocket Software comprou a tecnologia U2.

Então a IBM vendeu parte de sua tecnologia?

Sim, e não parou por ai, dpois de um tempo a IBM fez a doação de parte do código fonte do CloudScape para Fundação Apache e ai surgiu o Derby DB.

Em apenas um artigo citei 3 tecnologias da Informix que ainda estão vivas e em pleno funcionamento.

Acreditem ainda suporto o Informix 7.31.FD9 !!! Vai bem e obrigado!!!

Quem sabe qual será o destino final do Informix?

Num mundo globalizado e cheio de incertezas tudo é possivel, vamos aguardar.

Vagner

Restart de Listener

2010-01-07T12:43:00.001-08:00

Nihao,

Ja está disponivel o Release FC6 do Informix 11, neste veio embutida uma feature muita simples mas com grande impacto para o DBA.

Em ambientes de missão critica com servidores de aplicações distribuidos é preciso planejar as portas de banco por onde essas aplicações irão se conectar, recomenda-se distribuir as portas de forma que quando um ambiente pare o outro continue no ar.

Caso algum aplicação (por exemplo uma aplicação Web) estoure o limite de conexções de uma porta do banco e simule um DOS (Denyal of Services) antigamente era necessário fazer um stop/start do banco para que o Listener voltasse a responder.

Após o Informix 9.40 foram embutidas 2 novos parametros:

LISTEN_TIMEOUT - determina o timeout da abertura da conexão TCP/IP, mesmo com a conexão em estado established e o thread alocado na instância isto não quer dizer que a conexão já foi estabelecida.

MAX_INCOMPLETE_CONNECTIONS - determina a quantidade de threads em status de abertua de conexão que serão permitidos antes do Informix comecar a descartar as conexões.

Antes desta implementação o Informix possuia apenas um listener thread (thread responsavel pela abertura de conexões), agora existem multiplos listener threads
(listen_authenticate).

Mais informações sobre o assunto pesquisar em:
http://publib.boulder.ibm.com/infocenter/idshelp/v10/index.jsp?topic=/com.ibm.admin.doc/admin210.htm

Após um cenário onde uma aplicação causa estouro de requisições no listener muitas vezes podemos recuperar o ambiente apenas desligando a aplicação causadora e depois fazendo um restart no listener.

Agora no Informix 11.50.FC6 temos uma opção no onmode que permite manipular o status das portas (listener) sem a necessidade de parar toda a instancia.

>>-onmode-- -P--+-start---+--server_name-----------------------><
+-stop----+
'-restart-'

Esta feature tambem é util quando temos multiplas interfaces de rede no servidor, quando é necessário fazer a manutenção em apenas uma podemos indisponibilizar somente as aplicações que acessam esta interface.

Como falei anteriormente, esta é uma feature que poucos usam, porém em grandes ambientes de missão critica é muito importante, é mais um sinal que o Informix não é um banco de dados para Appliances ou ambientes pequenos, a cada release possui mais e mais features para manutenção online sem causar indisponibilidade de ambiente.

Saludos

IBM Information on Demand (IOD) - News I

2009-10-28T11:37:00.000-07:00

Ola,

Ontem participei de uma excelente palestra com o Dr. Arvind Krishna, o nome foi "Reduzindo seus custos com gerenciamento de dados com workload otimizado", o objetivo foi apresentar a melhor forma de como otimizar o workload de ambientes produtivos baseados em solucao de hardware e software IBM.

A palestra comecou com DB2 Pure Scale, a recente solucao da IBM para competir com a Oracle, realmente a solucao 'e muito boa, foi baseado em Arquitetura Power utilizando a feature Power HA, a solucao 'e muito consistente , parece ser algo promissor, muito parecido com o Sysplex que existe no mainframe.

No final da apresentacao foi apresentada a solucao da Cisco Corp, inclusive a mesma foi premiada como Partner of the year, e fizeram uma bela apresentacao sobre Informix 11.50.

Tambem participei de diversas sessoes sobre Informix e realmente o release 11.50.xc6 esta repleto com novas funcionalidades, em breve devo postar alguns artigos sobre essas features, para dar um ideia agora 'e possivel configurar listeners online sem ter a necessidade de baixar o banco.

Creio que depois deste evento terei muita informacao para postar ate o final do ano.

Abracos

IBM Information on Demand (IOD)

2009-10-23T07:40:00.000-07:00

Ni-hao,

Chegou o dia da viagem, estamos indo ao IBM IOD, evento muito importante dentro da Brand de Software da IBM.

Irei participar de várias palestras e sessões técnicas, claro que estarei nas principais sessões de Informix, mas vou focar em Infosphere, Solidb e soluções para MDM.

Segue abaixo a lista de palestrasr/sessões técnicas de Informix:

1227 Upgrading Hardware and IBM Informix Dynamic Server with Zero Downtime

Network IP recently migrated all of their database servers to IBM hardware and upgraded to IBM Dynamic Server 11.5 at the same time. Learn how they achieved this rolling upgrade with zero downtime.

1231 SOA Enablement on IBM Informix 4GL: Reinvigorating Legacy Business Logic

IBM Informix 4GL (I4GL) has come up with several releases for the SOA enablement of the product. Prior to I4GL-SOA, organizations seeking flexibility and interoperation of their I4GL code with other languages across diverse locations had only one option -- rewrite the code using a modern programming language. I4GL-SOA has not only enabled customers to publish their business logic as Web services, but also enabled consumption of other Web services on the Internet by I4GL. The product renders flexibility to distributed systems by ensuring seamless operation across multiple programming languages and platforms. Customers save precious dollars in time and effort by reusing code published as Web services in other locations worldwide.

1309 Tuning Informix in a Sandbox Environment

At GSN Digital, formerly WorldWinner, the use of Exact Solutions? iCapture and iReplay products to capture and replay 100% of production SQL calls in a dedicated engineering sandbox allows for empirical measurement of these changes before they take place in production. The empirical tests show what gains are achieved with changes to the ONCONFIG parameter values, to table and index fragmentation strategies, and utilization of new IBM Informix Dynamic Server functionality. The ability to automatically and properly handle transactions open when a level 0 begins is one of the valuable features.

1400 Integrating IBM Informix Dynamic Server with the Enterprise: An Overview

In this session, we will look at how IBM Informix Dynamic Server can integrate with the enterprise. We will discuss the use of standard interfaces, homogeneous and heterogeneous replication, Web services, message queues and more.

1404 Virtualization and Cloud Computing with IBM Informix Dynamic Server

This session outlines IBM's strategy for virtualization and cloud computing with IBM Informix. It includes an overview of the latest Informix virtual machine and cloud computing offerings, and how to start using them. The session will also include how to leverage Informix features, such as high availability, to add value to your solutions deployed in cloud computing environments, such as the Amazon Elastic Compute Cloud (EC2).

1409 Introduction to IBM Informix Dynamic Server 11.5

The talk will focus on the new features added in IBM Informix Dynamic Server 11.5, and how they help your business.

1410 Using IBM Informix in Telecommunications

IBM Informix has become the database of choice in the telecommunications market. Come learn more about why Informix is such a good fit.

1430 IBM Informix Warehouse -- Product and Roadmap

This talk will describe the IBM Informix Warehouse product, its architecture, its benefits and its intended users. The Informix Warehouse offering includes data compression and storage optimization. It discusses features that may be attractive to other Informix customers currently running on XPS or Red Brick.

1431 Dimensional Modeling for IBM Informix Warehouse Users

Data warehouses are designed to enable access to the data to facilitate reporting and analysis. The concepts of design have a language and approach all their own. IBM Informix Dynamic Server customers new to data warehousing should learn about the importance of data modeling and practical techniques for designing a data warehouse to serve their business needs.

1438 IBM Informix Embeddability Enhancements

Recent releases of IBM Informix Dynamic Server -- IBM's enterprise class embeddable data server -- have included many new features designed to make it easier to deeply embed a data server in your application. This session shows how to use these new features to reduce overhead and cost of embedding Informix Dynamic Server without user interaction.

1467 Building Data Warehouses with IBM Informix

IBM Informix is a great data warehouse server and is used by many customers as a warehouse database. With the new IBM Informix Warehouse Feature from IBM, it is an even better tool. This session will focus on our experience building warehouses, best practices for warehouse development and the exciting new features added in the Informix Warehouse Feature.

1538 Overview of Security and IBM Informix Dynamic Server

A high-level overview of security issues as they relate to IBM Informix Dynamic Server.

1564 Managing IDS Configuration and Performance with Server Studio and Sentinel

Are you getting top notch performance from your mission-critical IDS databases? Optimizing and tuning your IDS environment means managing ALL the pieces — not just your SQL. This presentation will introduce IDS developers and DBAs to the various new and updated tools in the Release 7 of Server Studio and Sentinel and demonstrate how and when to apply each to efficiently manage IDS configuration and optimize its performance. Learn some of the best practices, and save countless hours of wrestling with the complexity of your IDS infrastructure. Gain hands-on experience with the new wide-ranging functionality provided by latest release of AGS' Server Studio and Sentinel.

1760 Eat OATs? Open Source Graphical Database Administration with IBM OAT

Understand the capabilities and architecture of OAT -- OpenAdmin Tool for IBM Informix Dynamic Server. This will be an overview of the capabilities of the OpenAdmin Tool, highlighting such things as replication, query tracing, database compression, performance history graphs, auto update statistics, space management and many other capabilities. An overview of the architecture and what open source components are utilized within OpenAdmin Tool conclude this talk.

1763 Achieving the Ultimate in Performance with IBM Informix Dynamic Server

This presentation will focus on how a database administrator can improve the database performance with a concentrated effort on three main areas. First is storage optimization -- how to optimize data and index storage making the disk drives work for you. Second is SQL statements monitoring and turning -- how a database administrator can monitor and improve the performance of queries without modifying the application. Third is new monitoring and administration techniques added to version 11 to make a database administrator's life easier.

1884 Master Informix Enterprise Replication with the OpenAdmin Tool

The enterprise replication plugin is a free extension to the free OpenAdmin Tool for Informix Dynamic Server that allows one to interact with IBM Informix Dynamic Server Enterprise Replication technology through a browser. It makes enterprise replication easier to understand and use. Do you want to set up enterprise replication from scratch? Do you want to modify existing replicate and server settings? Do you want to monitor your enterprise replication domain? See how fast and easy it is with the OpenAdmin Tool.

1910 Understanding the IBM Informix Dynamic Server System Databases

This session is an updated version of last year's session on the same topic. The new syscdcv1 and sysadmin databases, along with the older sysmaster, sysusers and sysutils databases are explained, and examples of how each database might be used are given. These databases provide a way to easily customize administration and monitoring of databases and applications if you understand what is contained in them.

1979 Using the Change Data Capture API with Informix

Today's databases utilize a "logical log" to record the series of changes made via transactions. Various utilities (e.g., backup/restore tools) utilize this log, and beginning with IBM Informix Dynamic Server 11.50.xC3, user applications can too. The new IBM InfoSphere Change Data Capture API allows a C, Java or .NET application to see changes made to a given table. This enables a new type of user program.

1991 Availability Solutions within IBM Informix Dynamic Server

The IBM Informix Dynamic Server provides several availability solutions. This talk will provide an overview of the portfolio.

2331 Maximizing Storage Investment with IBM Informix Dynamic Server Compression

Learn how compression in IBM Informix Dynamic Server can help optimize your database storage and maximize your storage investment.

2351 IBM Cognos Express: BI and Planning for Midsize Organizations

Midsize companies are not unlike large enterprises in their need for business intelligence (BI) and performance management. However, they often have limited budgets, limited IT resources and limited expertise in these areas. This session will demonstrate the new IBM Cognos Express solution that provides the essential BI and planning capabilities midsize companies need. We will explore features and capabilities, including: - Simplified data modeling and creation of dimensions. - Building a self-service environment for reporting and analysis. - "What-if" scenario modeling. - Transforming spreadsheets for planning, budgeting and forecasting. - Creating actionable dashboards. - Benefits of in-memory OLAP. - Administration and management highlights.

2560 Developing and Prototyping Database Applications in the Cloud

Cloud computing has evolved to address the explosive growth of Internet-connected devices, and to complement the increasing presence of technology today. In this session, we will discuss best practices and strategies for prototyping and developing IBM database applications (both IBM DB2 and IBM Informix Dynamic Server) in public and private cloud computing platforms.

2631 Deploying IBM Databases in the Cloud with Amazon EC2

Cloud computing is the new buzzword in the industry, and the hype is getting to be quite intense. Some in the industry have likened it to the impact that microprocessors had on IT in the 1980s. Regardless of the hype, there is real promise. Come to this session to understand what cloud computing really is and how it applies to data and databases, such as IBM DB2 and IBM Informix Dynamic Server. Hear about the experiences of some of the early adopters, and learn the areas where benefits are real and where it is just empty hype.

2683 IBM Informix Dynamic Server Performance and Troubleshooting: Tips & Tricks

This session will cover performance and troubleshooting tips and tricks for the IBM Informix
Dynamic Server. Topics will include configurable page sizes, configuring Btree scanners, finding CPU-intensive processes and trigger-based replication for table reorganization.

2806 .NET Application Development in IBM DB2 and IBM Informix Dynamic Server

IBM DB2 and IBM Informix Dynamic Server are great fits for applications in the .NET environment. In this session, you will get an in-depth look at the .NET provider and Visual Studio add-ins, as well as the latest enhancements to support LINQ. You've heard about the ability to leverage static performance and security with existing Java applications using client optimization. Now you can drive down MIPS and improve security, stability and accountability for your .NET applications as well. Attention DB2 database administrators: You won't want to miss this talk!

2898 Optimizing IDS Physical Database Design Using Partitioning

This session will start with business scenarios (OLTP, warehousing, hybrid) for time cyclic data management and performance requirements, and creates examples of partitioning/fragmentation strategies appropriate for table and indexes. This session will also explain ways to exploit fragment elimination -- one of the crucial ways to improve performance.

3045 Secure & Availabile Public Finances with IBM IDS Continuous Availability

Secretaria de Finanzas (Sefin) in Mexico is the Jalisco's state agency responsible for all the finances and tax collections. They have been an IBM Informix user since 1998, and now they also use IBM Content Manager, IBM Lotus Notes, IBM Tivoli, IBM WebSphere Application Server, IBM Rational Solutions, IBM DB2 and IBM InfoSphere Warehouse. Sefin manages US$6 billion annually, with more than 300 collection offices and more than 3,500 (up to 8,000) concurrent users. They needed to improve their availability of services and operating hours to a 99.9999 level. To do this, they evaluated and selected IBM Informix Dynamic Server Continuous Availability Feature along with perimetral security, DMZ configuration and hardware actualization.

3046 IBM Informix Roadmap

Jerry Keesee, director of IBM Informix Database Development, will summarize key highlights of Informix Dynamic Server, including the latest release information and upcoming product plans.

3047 Keeping Costs Low and Maximizing Flexibility for Jamaica Using IDS

The Jamaican Government relies on IBM Informix Dynamic Server to keep their IT costs low and provide the flexibility needed to react quickly to constantly changing requirements. With over 50 mission critical applications deployed across 40 locations, they rely on the performance, ease of use and reliability of IBM Informix Dynamic Server. Their complex systems incorporate sophisticated business logic and complex SQL to meet the needs of these government solutions. Learn about the best practices that FSL Jamaica uses to deliver high quality and reliable solutions with IDS.

3205 Integrated Data Management - Yesterday, Today & Tomorrow

Esta agenda consta no link abaixo:
https://www-950.ibm.com/events/wwe/iod/iod09cms.nsf/Tracks?Open&Category=Technical%20Skill%20Building%20-%20Data%20Management:%20Informix%20Dynamic%20Server%20(IDS)

Oracle pode vender Mysql!!

2009-10-20T17:31:00.000-07:00

Opa,

O gato subiu no telhado!! A comissao europeia esta julgando a aquisicao da Sun pela Oracle, e o questionamento forte esta sendo feito em relacao o banco de dados Mysql.

Uma vez que o Oracle é o lider de mercado de bancos de dados comerciais e o mysql é o lider no segmento open-source, existe conflitos de interesse e a Oracle pode ter que vender o Mysql.

Vejam o artigo abaixo:
http://europa.eu/rapid/pressReleasesAction.do?reference=IP/09/1271&format=HTML&aged=0&language=EN&guiLanguage=en

O próprio Monty (um dos funcadores do Mysql) fez seus comentários em seu blog:
http://monty-says.blogspot.com/2009/10/press-release-concerning-oraclesun.html

Não costumo postar artigo de Oracle ou Mysql, mas este não pude deixar passar pois durante anos ouvi que o mundo open-source iria acabar com os bancos de dados comerciais.

Bom tá ai a resposta do capitalismo em apenas 2 anos a tecnologia Mysql já passou por duas aquisições!! Viva o mundo open-source!!

E por aqui na terra da Uva e do trabalho o AIX vive muito bem obrigado!

Vagner

Criando Indices em grandes volumes de dados

2009-09-20T16:53:00.000-07:00

Nihao,

Outro dia conversando com meu amigo de Mato Grosso do Sul me lembrei de algumas histórias, foi durante uma consultoria em Campo Grande que fiz o meu eject de Sao Paulo para Jundiaí, que deixem os paulistas lá com o Kassab.

Aliás Campo Grande lembra muito o Kansas , onde fica um dos laboratorios de desenvolvimento do Informix, lá tem muito gado e o povo é friendly, só falta mesmo o Tererê.

Por isto vou postar algumas informacoes de como criar um indice em uma tabela com tipo uns 256GB de dados, vamos pensar grande mesmo!!!

Bom primeiro passo, temos que usar o Informix 11 e precisamos saber qual a carga de I/O que nosso storage suporta, isto pode ser feito atraves da analise do TOPAS (AIX) ou TOP (Linux), imaginemos que num momento de pico nosso storage executa muito bem a leitura de 2GB/Seg, nao me lembro qual a media no meu ambiente, deve ser algo acima disto.

No lado f'isico do banco de dados iremos alocar um dbspace com tamanho de pagina de 16KB para armazenar dados e outro dbspaces com pagina de 16KB para armazenar o indice.

Lembre-se de criar um buffer pool de 16KB tambem, alias lembre-se de configurar 2 arquivos onconfig, uma que sera usado normalmente e outro que sera usado somente na criacao do indice.

Sobre o arquivo onconfig usado na criacao do indice devemos configurar o seguinte:

- Parametros de pre-fetch: ra_pages/ra_threshold, esses parametros sao validos para a instancia, inclusive o Cesar me alertou sobre isto.
Com um valor alto para pre-fetch os dados serao lidos mais rapidamente para a memoria e assim acelera a criacao do indice.
Na minha opniao este parametro deveria ser definido no escopo de buffer pool, pois assim poderiamos ter um pre-fetch agressivo para situacoes especificas.

- Parametros de LRU: os parametros de LRU_MIN e LRU_MAX tambem foram incluidos no parametro de criacao de buffer pool, a ideia 'e colocar valores altos para que a instancia nao entre em contencao de processos background para fazer flush.

- Parametros de Checkpoint: agora o Informix nao bloqueia a instancia durante o checkpoint, mas seria interessante desligar o parametro de checkpoint automatico.

- Area temporaria: procure criar dbspaces temporarios do mesmo tamanho do indice a ser criado, se a tabela for particionada tambem crie dbspaces temporarios de acordo com a quantidade de partitions que voce criar na sua tabela. Nao use filesystem para fazer sort do indice, por exemplo setando a variavel DBSPACETEMP ou DBTEMP para um diretorio, sempre direcione para um dbspace temporario.

- Parametros de PDQ: Procure setar os parametros de paralelismo (DS_*) , por default os valores estao definidos de forma ilimitada, isto pode causar contencao na criacao do indice.

Para a tabela ser criada com 256GB é necessario que o dbspace seja criado com página de 16KB, com isto será possivel criar a tabela com apenas um fragmento, porém a criaçao do indice vai demorar, entao procure particionar a tabela de acordo com alguma regra/coluna especifica de modo que os fragmentos comportem até 64GB.

É claro que não executei a criação de indice de tabelas com 256GB, no meu cenário atual fiz somente com 64GB e o tempo foi legal.

Se tiver algum problema como configurar o PDQ Priority dê uma olhada no site do Cesar (Se nao tiver nenhuma sessao falando de PDQ pode mandar email pra ele!!)

http://www.imartins.com.br/informix/

Agora imaginem que voce nao tenha uma janela de downtime de 6 horas para criar o indice o que voce deve fazer?

Neste caso voce pode clonar seu ambiente para um outro ambiente identico e neste criar o indice, ai com um pouco de bruxaria podemos transportar o indice inteiro para a producao sem ter que fazer rebuild, como ? (onunload/onload)

O onload/onunload permite fazer move de grandes volumes muito parecido com o recurso de transportable tablespace do Oracle, essas ferramentas existem desde a versao 7 e realmente sao muitos boas.

Vou deixar na lista de pendencias um post sobre onload/onunload, como sempre procurei passar o conceito de como criar um indice em um tabela com grande volume de dados, agora o como fazer fica como licao de casa.

Se eu esqueci de algum truque e alguem lembra por favor comentem.

Vagner

Truncate Table no Informix

2009-09-15T14:14:00.000-07:00

Ni-hao,

Muitas vezes precisamos eliminar todo o conteudo tabela , isto deve ocorrer de forma rápida e sem impactos.

Até a versão 7 do Informix era comum executarmos um drop/create table, pois fazer um delete de todas as linhas da tabela não era algo eficiente.

A partir da versão 9.40 temos o truncate table, o mesmo foi melhorada e na versão 11.50 chegou a um excelente nivel de funcionalidade.

Segue abaixo as sintaxes do comando:

Truncate table your_table;
Truncate table your_table drop storage ;
Truncate table your_table reuse storage;

TRUNCATE TABLE

Este comando irá zerar o conteudo da tabela, a eliminacao de linhas nao ocorre, o Informix apenas elimina as referencias ao extent dentro da partition page, somente o extent inicial permance.

CLAUSULA DROP STORAGE

Tem a mesma função padrão do truncate table, ou seja elimina os extents subsequentes e insere esses espaços contiguos na free list do dbspace onde a tabela reside, assim outras tabelas ou indices podem reutilizar este espaco.

CLAUSULA REUSE STORAGE

Esta clausula é muito util, pois os extents não são removidos da tabela, as paginas de dados e bitmap apenas são marcadas como free , este recurso é muito útil em tabelas usadas por processos batches, onde são truncadas e populadas com frequência.

Vagner

Informix Road Show no Brasil!

2009-08-31T17:51:00.001-07:00

Clique na imagem abaixo para mais detalhes do evento.

Mutex Contention - Parte I

2009-08-21T16:22:00.000-07:00

Ni-hao,

Para quem gosta de estudar sobre software com arquitetura multithread irei falar um pouco sobre como o Informix utiliza a Arquitetura DSA (Dynamic Server Architecture) para implementar o controle de threads.

Basicamente quando um thread tenta acessar algum recurso em modo exclusivo o mesmo precisa que um latch ou mutex seja alocado.

No Informix existem diversas formas de identificarmos os mutexes e seus status, basta usar o onstat:

onstat -g lmx: lista todos os latches que estao bloqueados, ou sejam um thread foi marcado com holder e outros threads estao waiters.

onstat -g amx: similar ao anterior porem lista todos os latches independentes de status.

E muito comum alguns tipos de contencao abaixo:

- NSF.LOCK
Este latch indica que o sistema operacional pode estar com o kernel mal-configurado, por exemplo o numero de file descriptors 'e pequeno.

Em toda nova conexao ao banco de dados um file descriptor 'e alocado, em ambiente AIX esse parametro costuma ser definido como ilimitado.

Para checar sua configuracao conecte-se como usuario informix e rode ulimit -a

Existes outro cenario que esta contencao pode ocorrer, nao e um problema muito comum na maioria das vezes recomendo que o Suporte da IBM seja acionado.

Neste link tem uma nota da IBM sobre este tipo de contencao:
http://www-01.ibm.com/support/docview.wss?uid=swg21145897

A contenção também pode ser um defect:
http://www-01.ibm.com/support/docview.wss?uid=swg1IC50796

- DBS_PARTN
Este tipo de latch indica contencao na TBLSPACE, para reduzir isto voce deve distribuir suas tabelas em diversos dbspaces.
Esta contencao ocorre em instancias com um alto volume de threads concorrentes e muitas tabelas no catalogo.

http://www-01.ibm.com/support/docview.wss?rs=630&context=SSGU8G&dc=DA400&uid=swg27015907&loc=en_US&cs=UTF-8&lang=en&rss=ct630db2

- PT_??????
Aqui sao contencoes de tabelas mesmo, PT significa partition, meios de reduzir este tipo de contencao:

Onde consta ????? 'e o partnum em hexa, voce deve converte-lo para decimal e acessar a tabela sysmaster:systabnames e identificar o objeto atraves do partnum.

Caso seja um indice , voce deve checar a quantidade de extents ou niveis do indice.

Caso seja uma tabela, voce deve checar a quantidade de extents, ocorrencias de lock wait etc.

De forma geral voce deve verificar os caches de dicionario, distribuicao e procedure:

onstat -g dic -> ver parametro DD_HASHSIZE / DD_MAXSIZE
onstat -g dsc -> ver parametro DS_HASHSIZE / DS_POOLSIZE
onstat -g prc -> ver parametro PC_POOLSIZE

Lembrete: muitas instalacoes Informix trabalham com estes parametros com valores default.

O Cesar Martins tem um artigo muito interessante sobre o tunning no cache de distrbuicao:

http://www.imartins.com.br/informix/artigos/configurando-cache-distribuicao-dados

Aguardem no proximo capitulo, irei colocar alguns exemplos de como identificar longspings.

Saludos

Vagner

Detalhes sobre DBINFO

2009-08-07T07:58:00.000-07:00

Ni-hao,

Outro dia expliquei ao meu amigo Lud alguns detalhes sobre o DBINFO, achei interessante expor aqui essa dúvida.

Lá em meados de 1996 quando eu começei a programar em Informix 4gl (bons tempos!) eu fazia uso de uma estrutura chamada SQLCA, a mesma me retornava algumas informações do tipo:

- Numero de linhas processadas no comando SQL
- Ultimo numero inserido em um coluna do tipo serial
- Isam error

Nos dias atuais as linguagens de programação não trabalham ligadas diretamente ao banco de dados, é comum existir o ODBC, OLEDB ou outra camada entre a aplicação e o banco de dados.

No caso da funcao DBINFO a duvida do meu amigo foi "Mas oque realmente faz o DBINFO?"

A explicação é o DBINFO apenas acessa a estrutura ifx_sqlca_t que é estrutura correspondente ao SQLCA que conhecemos no Informix 4gl.

A definição da estrutura ifx_sqlca_t pode ser visualizada em $INFORMIXDIR/incl/esql/sqlca.h

Abracos

Vagner

Usando cláusula Current em Stored Procedure

2009-08-02T07:10:00.000-07:00

Ni-hao,

Hoje irei falar de uma coisa que ocorre no Informix 7, quando executamos uma procedure e dentro dela temos que usar a cláusula CURRENT, temos um problema pois está cláusula não reflete a data e hora corrente quando a procedure tem um longo tempo de duração.

Para este tipo de situação eu criei a procedure abaixo:

create procedure "informix".timestamp()
returning datetime year to second;

define whora datetime year to second;

SELECT DBINFO( 'UTC_TO_DATETIME', sh_curtime ) into whora
FROM sysmaster:sysshmvals;

return whora;

end procedure;

O select abaixo acessa a coluna sh_curtime que representa o relógio interno do banco de dados, a função DBINFO converte a coluna sh_curtime do formato integer para data/hora.

SELECT DBINFO( 'UTC_TO_DATETIME', sh_curtime ) into whora
FROM sysmaster:sysshmvals;

Saludos

Acelerando a abertura de conexões

2009-06-25T14:19:00.000-07:00

Olá,

A partir da versão 11.10 do Informix podemos usar um artificio que permite que o processo de abertura de conexões seja acelerado.

Quando um cliente solicita a abertura de uma nova conexão o VP MSC é oVP responsável pela autenticação da senha no sistema operacional.

A idéia aqui é adicionar mais um VP do MSC é reduzir a contenção na chamada de funções dentro deste VP.

Para adicionar o novo VP MSC:

onmode -p +1 MSC

No online.log aparecerá a mensagem abaixo:

Dynamically Added 1 msc vp

Para veificar a quantidade de VPs alocados:

onstat -g glo

Abraços

Identificando Transação Aberta

2009-05-27T12:41:00.000-07:00

Olá,

Muitos desenvolvedores 4gl necessitam saber se na sessão corrente existe uma transação aberta (begin work).

O primeiro passo é identificar o ID da sessão corrente através do comando dbinfo.

select dbinfo('sessionid') into wsid
from sysdual

Depois faça um acesso em sysmaster:sysrstcb (Rsam Thread Control Block) e identifique o endereço físico da sessão em memória:

select address into waddress from sysrstcb
where sid=wsid

Com este endereço procure algumas transação aberta onde o owner seja igual a waddress:

select bitval(flags,2) from systxptab where owner= waddress

Se a query retornar valor 1 quer dizer que na sessão especificada foi executado o comando BEGIN WORK.

Abrazos

Vagner

Backup de Logical Log para disco

2009-05-21T06:16:00.001-07:00

Olá,

Muita gente se pergunta porque o Informix não faz backup de logical log para disco em pequenos arquivos, como é feito no Oracle.

Bom a explicação é que na versão 7 é possivel fazer isto, mas é preciso de efetuar algumas alterações no alarmprogram.sh, é um configuração trabalhosa, mas o recurso existe.

Na versão 11 esta necessidade foi implementada de forma muito fácil.

Segue abaixo os passos necessários para habilitar esta funcionalidade:

No arquivo onconfig define o parâmetro LTAPEDEV para um diretório valido:

LTAPEDEV /myinformixlogs

Agora é preciso configurar o informix para fazer o backup automático do logs:

Editar o arquivo $INFORMIXDIR/etc/alarmprogram.sh e alterar o parâmetros conforme abaixo :

BACKUPLOGS=Y
BACKUP_CMD="ontape -a -d"

A partir desta todo log será gravada e um arquivo distinto no diretório informado, o formato padrão do nome dos arquivos é:

hostname_servernum_Ln = serv1_11_307

Esta nomenclatura pode ser alterada através da variavel de ambiente:

IFX_ONTAPE_FILE_PREFIX

Este recurso é muito útil em pequenas instalações informix, onde os logs são direcionados para disco e serão armazenados posteriormente pois uma solução de backup de file-system.

Para quem trabalha com HDR/RSS é muito interessante implementar esta feature, pois é possivel enviar os logs do servidor primário para o servidor secundário logo após a sua gravação em disco.

Apenas lembre-se que o file-system que contém os logs precisa ter redundância configurada pelo Administrador de Sistema!!

Vagner

Calculando Limites de Particao

2009-05-15T15:45:00.000-07:00

Ola,

Estou envolvido em um estudo de sizing para determinado ambiente, e me deparei com algo interessante que os Dbas Informix devem estar atentos, que e o limite de alocacao de paginas por particao.

Para explicar o problema, a referencia logica de um registro e feita atraves do rowid, no caso do Informix o rowid tem o seguinte format:

0xPPPPPPSS

P=Indica a Pagina logica dentro do extent
S=Indica o slot onde a linha se encontra dentro na pagina

O rowid 257 quando transformamos para hexadecimal temos 0x101, isto indica pagina logica 1 e slot 01, dentro do slot temos duas informacoes:

Offset=E o endereco do byte onde a linha se encontra na pagina
len=indica a quantidade de bytes que a linha possui

Portanto o Informix para acessar o registros se posiciona na pagina logica, vai ate o slot e le o byte onde inicia a linha e faz a leituras de N (Len) bytes a partir desta posicao.

E onde esta o problema citado no inicio do post?

Bom, neste formato enderecamos uma quantidade limitada de paginas , por exemplo:

0xFFFFFF = 16777215

Digamos que o tamanho da pagina logica do dbspace 'e de 2K, teremos 2*16777215 = 33.554.430 de paginas ou seja 32GB, se quisermos expandir o limite para 128GB temos que criar um dbspace com tamanho de pagina de 8K.

Após esta alteração caso o limite seja atingido ai a solução e particionar a tabela mesmo.

Lembre-se de nunca fazer isto:

select max(rowid) from tabela

Isto nao ira retornar o ultimo registros inserido!!

Saludos

Oracle X Sun, e o Mysql?

2009-04-21T12:09:00.000-07:00

De acordo com os anúncios da midia após a IBM desistir de adquirir a Sun, a Oracle anunciou a intenção de aquisição.

O que mais me deixa curioso é o futuro do Mysql, apesar de pouco contato com o produto ele possui uma participação expressiva no mercado de soluções embarcadas , principalmente nos pequenos ISVs.

Vejam alguns numeros sobre o Mysql:

- 70.000 Downloads por Dia!!
- Mais de 12.000.000 de instancias em producao!! (Claro que isto inclui as instalacoes open-source).

Se a IBM tivese comprado a Sun com certeza o Mysql seria continuado, pois este e o perfil da IBM, manter software legado , o Mysql seria integrado a Divisao de IM e iria coexistir com o DB2 e Informix, com este cenário seria possivel que a IBM voltasse para a primeira posição no market share de bancos de dados.

Em relação ao suporte do Mysql, quando a empresa foi adquirida pela Sun muitas pessoas de suporte e desenvolvimento se desligaram da empresa, inclusive um dos fundados (monty) foi atuar em uma empresa startup e agora se dedica ao MariaDb.

Inclusive o próprio monty ja postou algo em seu blog:
http://monty-says.blogspot.com/2009/04/to-be-free-or-not-to-be-free.html

Com esta aquisição a Oracle abocanhou 2 tecnologias open-source de uma só vez, que foram o Java e o Mysql, agora a coisa fica menos interessante para a SAP e IBM que pregam o uso de java extensivamente.

Historicamente falando de tecnologia de banco de dados a Oracle ja Adquiriu:

- RDB da Digital , foi o que deu muita base para o OPS (Parallel Server)
- Berkeley DB
- Timesten (In-memory database)
- Mysql

Agora a Oracle se torna uma empresa completa com soluções que vão de Hardware, Software para infra-estrutura a ERP etc.

Sera que agora a Oracle quer ser a Digital Corporation e peitar a IBM?

Vamos aguardar as cenas do próximo capitulo.

Vagner

Alter In-Place

2009-04-06T18:14:00.000-07:00

Alter In-Place é uma daquelas features que ninguém sabe que existe até no dia que é preciso fazer um alter table no Oracle ou Db2.

Veja a tabela abaixo:

create table tabela1
( codigo integer,
campo1 char(30)
)

Aqui neste ponto insermos 10GB de dados na Tabela!!!

Agora por uma mudança na área de negócio a tabela irá receber mais uma coluna, porém ela será criada antes da coluna campo1.

alter table tabela1
add (novo_campo integer) before campo1;

Quanto tempo o Informix demorou para adicionar uma coluna na tabela? 1 Segundo!!!

Como isto é possivel magia negra? Não, pra quem é safo sabe que o Informix apenas fez o versionamento da estrutura da tabela, os dados antigos estão com a mesma estrutura, os novos inserts farão com que os dados sejam inseridos no novo lay-out.

Se é tão fácil assim porque no Oracle/Db2 tenho que recriar a tabela para fazer este tipo de alteração?

É simples, nos outros RDBMS a estrutura da tabela é armazenada fisicamente no mesmo bloco com os dados, isto é bom se olharmos no caso de um crash onde a partition page seja destruida, os dados continuam no disco e é possivel extrair com as ferramentas de suporte avançado.

Então a estrutura do Informix é pior?

Claro que não, o produto foi projetado para operar com esforço reduzido de administração, com este tipo de feature é possivel criar appliances (soluções) onde não é necessário intervenção manual.

Resumindo um bom Arquiteto de Soluções ou um bom Desenvolvedor pode criar soluções embutidas e espalhar sua solução por ai sem ter que se preocupar com o banco de dados.

Se eu escrevo solução embarcada porque não usar Mysql ou Postgress?

Bom o Mysql acabou de ser adquirido pela Sun, o Postgress é questão de tempo até alguem adquirir, o sonho do open-source acabou, só é bom para o fornecedor que economizou milhões em pesquisa e desenvolvimento que foi feito pela comunidade open-source.

Voltando ao comando alter table do Informix, existem três tipos de alter in-place:

Slow Alter

Neste caso o Informix efetua o reorg da tabela inteira, caso a tabela seja muito grande pode-se correr o risco de long-transaction, um exemplo pode ser um alter table que altera o tipo de dados de uma coluna de varchar(20) para char(40).

In-Place Alter

Quando ocorre alteracao na estrutura da tabela e o Informix efetua o versionamento do layout, assim nao executando reorg da tabela.

Fast Alter

O fast alter ocorre quando:

- ocorre alteracao do next extent size
- uma constraint é criada ou dropada
- o lock mode da tabela é alterado
- um atributo da tabela é alterado para único.

Como sempre quem quiser mais informações sobre alter in-place acesse:
http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp

O objetivo deste post foi por em cena uma feature bacana que muitas vezes ninguém nem sabe que existe.

Shared Memory not Initialized

2009-03-27T18:44:00.000-07:00

Algumas vezes me deparei com ambientes de produção onde o Informix não executava nenhuma comando administrativo no UNIX, ao rodar algum comando administrativo recebia a mensagem abaixo:

shared memory not initialized for INFORMIXSERVER 'demo_on'

A primeira coisa que alguem diria é que a variavel INFORMIXSERVER não está setada corretamente, isto também é verdade, porém após checar minha variável de ambiente constatei que o ambiente estava ok.

Nestes casos algumas vezes o DBA preferiu efetuar um bounce na instância e o ambiente voltou ao normal, porém foi necessário entender o porque isto ocorreu, nenhum gestor gosta de ter este tipo de resolução de problema.

Vamos a explicação do problema:

Após o Informix inicializar a shared memory o mesmo cria um arquivo de configuraçao em $INFORMIXDIR/etc chamado infos.dbservername , onde dbservername é o nome da sua instância.

Esse arquivo contém informações básicas para que alguns comandos administrativos (onstat, onmode, oncheck) possam fazr um attach na shared memory, sem esse arquivo não é possivel identificar a SHMKEY que foi gerada na inicialização.

Como vizualizar o arquivo de configuração?

ls -las $INFORMIXDIR/etc/.infos*

Para visualizar o conteudo:

onstat -g pos

Agora vem o conhecimento perdido, e para recriar o arquivo sem ter que reinicializar a instancia?

onmode -R

Quando este arquivo é removido?

Ahhhh , buena pregunta!! Quando tem alguém alterando configuração de servicos (/etc/services) ou fazer limpeza no file-system para recuperar espaço livre.

Caso você queira saber se realmente o problema é arquivo de configuração execute um trace no onstat:

strace onstat -

open("/opt/IBM/informix/etc/.infos.demo_on", O_RDONLYO_LARGEFILE) = -1 ENOENT (No such file or directory)access("/opt/IBM/informix/msg/en_us/0333/olutil.iem", R_OK) = 0close(3) = 0

No linux usamos o strace, em Aix costumo usar o truss, lembre-se de um post anterior que eu falei sobre alocação da shared memory, o IDS na inicialização faz o calculo da SHMKEY através dò cálculo (SERVERNUM * 65536) + shmkey , se o arquivo está lá é bom se a shared memory ainda está alocada , pode ser através do comando ipcs.

Este post me faz lembrar dos anos de Telesp Celular, velhos e bons tempos, mais pra frente irei postar algo sobre conexões IPC Stream Pipe (rodando em Tru64 dava pra fazer magia negra).

Hasta Luego!

InfoSphere Change Data Capture

2009-03-26T07:56:00.000-07:00

Essa é a mais nova viagem para o DBA, essa feature veio após a aquisição da DataMirror , para integra-la ao Informix foi necessário aplicar uma nova feature chamada CDC (change data capture).

Através do CDC é possivel capturar os eventos registrados no log buffer e com isto definir alguma ações, do tipo replicar , transformar etc.

Lembram-se de SolidbDB?

Então com o CDC podemos replicar informações do Informix para uma base SolidDb, isto permite que o DBA distribua a informação em uma instância do tipo In-Memory e redirecione para este aplicações que requerem um response time muito rápido mesmo.

Para saber mais sobre InfoSphere Change Data Capture leia este artigo direto no developer works :

http://www.ibm.com/developerworks/data/library/techarticle/dm-0902govindarajan/

IBM Data Server Common Client

2009-03-13T14:54:00.000-07:00

Bom o que é o IBM Data Server Common Client?

Resumindo é um client para se conectar a qualquer banco de dados IBM, como assim a IBM só tem o DB2!!

Isto não é verdade, no decorrer dos anos a IBM desenvolveu e adquiriu diversas tecnologias de banco de dados, tais como: System R, IMS, DB2 Z/os, Db2 LUW, Informix Dynamic Server, Informix Extended Parallel Server, Universe , Unidata, Redbrick e outros mais.

Para quem trabalha com DB2 é bom dar uma olhada neste artigo do Paulz:

http://www.ibm.com/developerworks/data/library/techarticle/dm-0804zikopoulos/

Este client é mais conhecido como CCT ( Commom Client Technology), e realmente é muito produtivo para o desenvolvedor.

Explico o porque: muitos desenvolvedores de ferramentas open-source precisam fazer acessos em banco de dados da IBM, sejam eles informix ou db2.

Para trabalhar com as linguages PHP, Perl, Phyton era necessário configurar o cliente fazendo algumas compilações de biblioteca, era algo extremamente dificil, e não era suportado pela IBM.

Agora com o CCT após a instalação do client já temos instalado as bibliotecas para linguagens open-source, e a melhor parte é que caso você tenha qualquer problema com o client você pode abrir um chamado.

Estava de esquecendo do Informix, recentemente foi lancado o Informix Client SDK 3.50, com versão 64 bits, o produto está estável e o suporte para Windows 64 bits está Ok.

Trabalhando com Informix 11.X + CCT podemos usar o client do Db2 (db2clp) para acessar a base e até mesmo usar o .Net Provider do Db2 para acessar o Informix.

Quais o benefícios deste client?

- Portabilidade
- Suporte da IBM
- Recursos adicionais

Bata utilizar o CCT no Informix 11.X é necessário ativar um listener DRDA no Informix, desta forma o Informix estará ouvindo no formato DRDA.

O que é DRDA?

Significa Distibuted Relation Database Architecture, foi definido pelo Open Group como um padrão de interoperabilidade para banco de dados.

Mais sobre o open group:
http://en.wikipedia.org/wiki/The_Open_Group

Curiosidade:

Em 1992 o opengroup definiu o padrão CLI (Call Level Interface) para as linguagens C e Cobol, porteriormente o padrão CLI foi utilizado como base para a criação do padrão ODBC.

As informações que postei aqui são simples, porém são essencias para um desenvolvedor.

Creio que pouca gente imagina que antes do CCT era necessário compilar um driver para que seu programa conect-se a um banco de dados.

Essa dúvida sobre client surgiu numa conversa com meus amigos de Jundiai (terra da uva, do trabalho e da tecnologia), espero que tenha sido útil.

Dúvidas? Somos nozes!! E só perguntar.

INFORMIX: Otimizando Queries com Diretivas

2009-03-05T18:18:00.001-08:00

Para quem não está acostumado com o termo "diretiva do otimizador" irei dar um breve descrição:

- Um componente que faz a diferença em um RDBMS é otimizador de plano acesso de queries, este utiliza-se de cálculos baseados em custo ou regra.

No caso do Informix desde a versão 7.X (1994?) o otimizador é baseada em custo, no Informix Online (1990?) lembro-me que não tinha histograma mas creio que já era baseado em custo, porque estou contando esta histórinha?

Bom o Oracle passou a utilizar otimizador baseado em custo a partir da versão 10.X (2004?) , na versão 9.i o otimizador era hibrido o DBA escolhia: custo ou regra. (É mole!!?)

Voltando a nossas diretivas, temos os seguintes tipos:

Diretivas de Métodos de Acesso

São diretivas que influenciam no caminho usado no plano de acesso, tais como acesso full, indexado etc.

Segue abaixo lista de diretivas:

FULL - Força um acesso sequencial na tabela

AVOID_FULL - Evita que seja executado um acesso sequencial na tabela

INDEX - Força a pesquisa no indice informado

AVOID_INDEX - Desconsidera o indice informado

INDEX_SJ - Força a auto-junção pelo indice informado

AVOID_INDEX_SJ - Evita a auto-junção através do índice informado.

Diretivas de Métodos de Join

São diretivas que influenciam a forma como a junção entre as tabelas será feita, por exemplo ler tabela a e buscar ocorrência na tabela B (Nested Loop)

Segue abaixo lista de diretivas:

USE_NL

AVOID_NL

USE_HASH

USE_HASH (tabname)

USE_HASH (tabname/BUILD)

USE_HASH (tabname/PROBE AVOID_HASH

Diretivas de Ordem

Existe somente uma, indica que a ordem de acesso das tabelas na junção será de acordo com a ordem das tabelas na cláusula from do SQL.

ORDERED

Diretivas de Metas

Estas definem o comportamento do otimizador em relação ao retorno do resultado da query.

FIRST_ROWS - O retorno da query ocorre logo após a leitura das primeiras linhas, com isto é mais fácil interromper uma query quando vemos que a mesma não está rápida.

ALL_ROWS - O retorno das primeiras linhas da query ocorre após a leitura de todas as linhas envolvidas na consulta.

Diretivas de Explain

No exemplo abaixo usamo uma diretiva para que o otimizador exiba ao output do plano de acesso no arquivo de explain.

SELECT {+ EXPLAIN } *
FROM Tabela1 a, Tabela2 b
WHERE b.customer_num = a.customer_num

No exemplo abaixo usamo uma diretiva para que o otimizador exiba ao output do plano de acesso no arquivo de explain, porém a query não será executada, somente será criado o plano fe acesso.

SELECT {+ EXPLAIN AVOID_EXECUTE} ......

Definindo Diretivas Externas

Uma diretiva externa é aquela que pode ser armazenada dentro do banco de dados, imagine um ERP onde você não tenha acesso ao código fonte, e foi detectada uma query onde o plano de acesso não esta legal.

Bom neste caso é possível armazenar esta query juntamente com as diretivas dentro de uma tabela de catálogo do Informix, sempre que este comando sql for parseado o engine irá aplicar as diretivas.

Veja exemplo abaixo:

save external directives {+ ORDERED USE_NL(u)} active for SELECT * FROM Tabela1 a, Tabela2 b WHERE b.cod_emp = a.cod_emp

Para consultar as diretivas externas em catálogo:

select * from sysmaster:sysdirectives

Para desativar uma diretiva externa:

UPDATE sysdirectives set active = 0 where id = ?

Para excluir uma diretiva externa:

DELETE from sysdirectives where id = 2

Normalmente quando falamos do otimizador temos que falar de várias tópicos, pois o cálculo do custo está relacionado ao custo de I/O, Network, CPU e seletividade.

Não quero entrar em update statistics mas vale lembrar que além de atualizar as estatisticas do catálogo e gerar os bins do histograma o mesmo tem mais funções, dentre elas varrer as páginas de índices que foram marcadas como excluídas e reenviar para a fila do B-Tree cleaner para que as mesmas sejam removidas.

Eu já tinha ouvido algumas discussões sobre o assunto: Update Statistics reorganiza os índices? Não é bem assim, ele apenas remove entradas marcadas como excluídas dos índices.

Por isto não esqueça de atualizar a estatisticas de suas tabelas e procedures, se você ainda não usa a versão 11.50 começa a pensar em usá-la, pois nesta versão a atualização de estatisticas é automática.

Dúvidas? Pregutas? Questions? Askpuentes!!

Suportando Informix/DB2

2009-03-03T16:47:00.001-08:00

Muitos vezes atuando em suporte/consultoria podemos encontrar 2 tipos de problemas:

- Performance
- Down System

Vamos descrever mais sobre esses assuntos, mas lembrem-se vou dar o caminho das pedras, o how-to depende de cada um aplicar o conhecimento..

Performance
-------------
No caso de performance a coisa pode estar tão ruim que não conseguimos executar nem um comando no prompt , muito menos uma query para acessar o catálogo.

Nestes casos podemos utilizar o comando onstat (Informix) ou db2pd (db2), estes trabalham de uma forma diferente das outras ferramentas, através da funçao shmat se atacham a shared memory e executam leituras direta nas estruturas em memória.

Imaginem um ambiente com multiplas instâncias, a qual segmento de memoria o comando irá atachar-se?

Durante o startup da instancia o engine define uma chave (SHMKEY) para o segmento e atrav'es desta chave o onstat/db2pd podem fazer o attach na shared memory.

Alias para saber qual o SHMKEY de cada segmento 'e so executar o comando IPCS (no caso em ambiente UNIX), e possivel relacionar o SHMID com a saida do comando onstat -g seg.

Exemplos:

No informix temos um comando para identificar a quantidade de comandos DML que foram submetidos em uma tabela:

onstat -g ppf --> (e necessario setar o parametro TBLSTATS 1)

No db2 temos um comando com a mesma funcionalidade.

db2pd -db dbname -tcbstats

Down-System
----------------

Agora sabemos que e possivel acessar a shared memory diretamente atrav'es dos comandos onstat/db2pd, mas em caso de Down-System como faremos diagnostico se o engine nao passa pelo startup?

Neste caso 'e necessario utilizar ferramentas com acesso direto ao disco, tais como oncheck (Informix) ou db2dart (Db2).

Para executar o dump de uma pagina no Informix:
oncheck -pP

Para visualizar o conteudo de pagina reservada:
oncheck -pr

Para executar o dump de uma pagina no Db2:

db2dart dbname /ddel

Para DBAS Informix que queiram treinar db2dart este link vai dar uma ajuda:
http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21244563

Lembre-se que para usar db2dart com DB2_KEYDATACHECK em uma tabela com compressão é necessário aplicar o APAR IY87739
http://www-01.ibm.com/support/docview.wss?uid=swg1IY87739

Alias o que e DB2_KEYDATACHECK?? Lembram-se do CCFLAGS no Informix, bom isto e assunto pra outro post.

Maiores informações sobre o db2pd estão no Information Center:http://publib.boulder.ibm.com/infocenter/db2luw/v9//index.jsp

INFORMIX: Usando SQLIDEBUG/SQLIPRINT

2009-03-01T15:26:00.000-08:00

Bom muitos ja sabem como fazer trace dos pacotes de rede do Informix, é só ativar a variável SQLIDEBUG conforme abaixo:

export SQLIDEBUG=2:/tmp/sqli_files

Caso voce defina este parâmetro antes de iniciar a instância todos os acessos ao banco irão gerar os arquivos de trace em /tmp com o nom dos arquivos iniciando com sqi_filesXXXX.

Mas e ai? Gerei o trace como faço para interpretá-lo?

Veja a nota oficial no site da IBM:

http://www-01.ibm.com/support/docview.wss?rs=630&context=SSGU8G&dc=DB520&uid=swg21104625&loc=en_US&cs=UTF-8&lang=en&rss=ct630db2

Para interpretar o trace é necessário utilizar um utilitário chamado SQLIPRINT, até há alguns anos este era somente de uso do suporte avançado , porém o mesmo está sendo distribuido com o Client SDK 2.90 a partir do release 2.90.XC4.

Após a instalação do Informix 11.50+Client SDK você pode verificar se o SQLIPRINT está instalado.

cd $INFORMIXDIR
find . -name SQLIPRINT

Afinal de contas, para que necessito de fazer trace do protocolo de comunicaçao do Informix?

Bom, por vários razões, auto-estudo, troubleshooting ou questões de performance, neste caso você quer ajustar os parâmetros FET_BUF_SIZE, OPTMSG, OPTOFC, ou até mesmo ajustar os parâmetros de TCP/IP do sistema operacional.

Onde conseguir mais informações sobre SQLIDEBUG?

Existem algumas apresentações da Informix Conference 2008 postadas no IIUG (http://www.iiug.org/), na área de usuários registrados é possivel baixá-las.

Lembre-se, o SQLIDEBUG é valido somente para conexoes Informix (SQLI), caso você esteja usando um listener DRDA com o IBM Data Server Client (DRDA) ai você deve usar as features do próprio client, mas isto vai ficar pendente para um post dedicado para DRDA.

ORACLE: Patch de Blocos

2009-02-24T18:36:00.000-08:00

Algums amigos ja me perguntaram porque no Informix existe ferramenta para fazer correcoes manuais diretamente no disco enquanto o engine esta off-line. Primeiramente esta tecnica se chama patch, o uso nao é comum, e algo muito reservado.

Bom quer dizer que no Informix temos que corrigir as coisas manualmente? No Oracle e no Db2 isto nao existe?

Nao e comum termos corrupcao no Informix!! No Oracle ou DB2 essa técnica também existe!!

Por isto vou citar uma ferramenta que encontrei postada e disponível no site da Oracle. A ferramenta se chama BBED (Block Browse Editor)

No link abaixo voce pode encontrar o PDF com o How-to, por isto nao irei colocar o passo a passo aqui no blog.
http://orafaq.com/papers/dissassembling_the_data_block.pdf

Quais os cenários onde este recurso é necessario?

Óbvio que ocorre quando sua empresa comeca a perder muito dinheiro, e a pressão sobe no suporte do fabricante.

Imagine um banco de dados de DW com mais de 10TB, e o cliente passou o mes inteiro com problemas na solucao de backup, tiveram um crash de hardware apos aplicar um upgrade no software da SAN, não da pra restaurar o banco pois nao tem backup recente, mesmo se tivessem o impacto na área usuária seria muito grande.

Possiveis cenários da corrupção?

1o caso : Corrupcao de bitmap, as paginas bitmaps do extent definem o quando os blocos estao utilizados, em geral isto é igual em qualquer banco de dados, imaginem uma corrupcao em uma pagina bitmap em uma tabela com 4 tb , neste caso sera necessario varrer os blocos e verificar o percentual de espaco livre para recriar a pagina bitmap, uma alternativa seria recriar a pagina bitmap com os bits marcados como full e novos inserts irao ocorrer somente em novos blocos, e assim a vida continua.

20 caso: Checksum inválido, em alguns bancos é gerado uma chave para consistência do bloco, esta é gravada no início e no final o bloco, caso essas chaves não possuam o mesmo valor o bloco é considerado inválido, o erro pode ter ocorrido no hardware e você queria continuar com o bloco do jeito que está e posteriormente você fará o reorg da tabela, neste caso apenas sincronize o checksum e a vida volta ao normal.

Lembrem-se esse post é apenas informativo, para nerds incuráveis que gostam de saber como as coisas funcionam. Nunca faça laboratório em seu ambiente de produçao.

INFORMIX: Amazon EC2

2009-02-22T18:21:00.000-08:00

Voce ja ouviu falar sobre Elastic Computing ?

Este e nome do servico de virtualizacao oferecido pela Amazon, sim ela mesma aquela empresa de vendas pela internet, agora estao vendendo a infra-estrutura deles, e possivel alugar servidores virtuais dentro desta infra.

Veja no wikipedia mais informacoes sobre o Amazon EC2:
http://en.wikipedia.org/wiki/Amazon_Elastic_Compute_Cloud

Agora veja aqui alguns produtos compativeis com esta arquitetura:
http://www.ibm.com/developerworks/downloads/im/ids/ec2.html

Gostou? Em breve irei postar algumas coisas sobre o Informix Mach 11 e Enterprise Replication.

ASKPONTES: Inicio

2009-02-22T18:12:00.000-08:00

Em pleno feriado, coloquei as criancas pra dormir, e estou bolando um blog para falar sobre banco de dados Informix/Oracle.

Durante muito tempo meus amigos dbas me perguntam sobre informacoes e ajuda sobre os mais diversos assuntos, mas nunca temos tempo entao vamos tentar expor essas informacoes por aqui.