BANCO DE DADOS INFORMIX

Mudando de dbspace o SYSADMIN

2011-06-26T19:15:00.000-07:00

MUDANDO SYSADMIN DE DBSPACE

Dentro das melhores praticas para trabalhar com o informix está em separar a database sysadmin do rootdbs , relembrando , que sempre que criamos a instancia algumas databases são criadas automaticamente entre elas a sysadmin.

Para separar a sysadmin do rootdbs é uma tarefa muito , mas muito simples, basta executar o roteiro abaixo.

- carregar o dbaccess
- Conectar na database sysadmin
- executar a função

execute function sysadmin:task("reset sysadmin", "new_dbspace");

*** Onde esta informado como sendo "new_dbspace", deve informar o nome do dispace que ira receber o a sysadmin.

No meu caso eu estou utilizando um dbspace chamado dbs_sysadmin então minha sintax da função será:

execute function sysadmin:task("reset sysadmin", "dbs_sysadmin");

Pronto , com essa simples ação a database sysadmin foi trasferida do rootdbs para o dbspace escolhido.

BANCO DE DADOS INFORMIX: MIRRORPATH

2011-06-01T10:23:00.000-07:00

BANCO DE DADOS INFORMIX: MIRRORPATH: "Parametro: MIRRORPATH - Parametro permite que seja de no maximo 65 caracteres - Este parametro passa a ter efeito sempre que a instancia é..."

MIRROROFFSET

2011-06-01T09:12:00.001-07:00

Parametro: MIRROROFFSET
Este parametro é utilizado definir a posição inicial de onde o chunk ira começar a ser gravado no disco, parametro muito importante para quando trabalha com RAWDEVICES que recebem no mesmo RAW mais de 1 chunk.

- Valor default do onconfig 0
- Unidade de medida do parametro Kilobits
- Neste parametro é permitido qualquer valor igual ou maior que 0
- Este parametro entra em vigor quando a instancia for reinicializada

Quando falamos em mirror não definimos um size pois o tamanho tem que sempre ser igual ao já definido no ROOTSIZE
Este parametro tem a mesma finalidade do ROOTOFFSET com a diferença que ele atua no mirror.

MIRRORPATH

2011-06-01T08:03:00.000-07:00

Parametro: MIRRORPATH
- Parametro permite que seja de no maximo 65 caracteres
- Este parametro passa a ter efeito sempre que a instancia é reinciada
- O MIRRORPATH deve passar o PATH completo até o nome do arquivo ou link simbolico
- Se estiver trabalhando com RAWDEVICE deve então ter um link simbolico com o nome do chunk

Este parametro é muito semelhante ao parametro do ROOTPATH, a unica diferença que ele se referencia ao PATH do espelhamento do dbspace raiz.
Este parametro para funcionar tem que ter o parametro MIRROR definido como 1

Para efetuar o monitoramento deve usar o osntat -d (ver nos tutoriais de onstat)

MIRROR

2011-06-01T07:07:00.000-07:00

Parametro: MIRROR
Este parametro tem como finalidade fazer um espelho do dbspace raiz, isso é interessante em situações de desastre com este dbspace que pode prover condições de recuperação (lembbrando que existem pontos criticos que uma vez corrompidos não sobe mais a instancia)

- O valor default do onconfig.std é 0
- existem dois valores possivéis para este parametro 0 = desabilitado o espelhamento ou 1 = habilitado o espelhamento
- Este parametro tem efeito quando a instancia é reiniciada
- Para verificar o efeito deste parametro deve monitorar com o onstat -d (veja no tutorial do onstat -d o significado das flags)

Você não precisa definir o parâmetro de configuração de espelho para o mesmo valor em ambos os servidores de banco de dados no par de replicação de dados, de alta disponibilidade. Você pode ativar ou desativar o espelhamento ou primário do servidor de banco de dados secundário de forma independente. Não defina o parâmetro de configuração de um espelho a menos que você estiver usando espelhamento.

A configuração deste parametro depende também da configuração correta do MIRRORPATH e MIRROROFFSET que está no conteudo seguinte deste BLOG.

ROOTSIZE

2011-06-01T06:48:00.000-07:00

Parametro: ROOTSIZE

- Valor default do onconfig.std é 200000
- Unidade do valor será em kilobytes
- Intervalo de valores permitido será o minimo de 50 e o maximo a capacidade do storage
- Alteração deste parametro tem efeito sempre que a instancia é inicializada (cuidado que alteração destroi todos os dados)

ROOTSIZE especifica o tamanhodo dbspace raiz o qual o neme está definido no parametro ROOTNAME , o valor deste parametro é representado pela unidade de medida kilobytes. O tamanho que for escolhido deve ser pensado na arquitetura de como o servidor será construido.

ROOTPATH

2011-05-31T16:15:00.000-07:00

Parametro: ROOTPATH

- No linux o valor padrão do onconfig.std seria /dev/online_root
- Este parametro tem efeito sempre que a instacia é inicializada (detalhe uma alteração pode destruir com a instancia pois recria o arquivo)
- ROOTPATH especifica o path completo de onde está o chunk
- O arquivo chunk deve estar com permissão 660, e ser do usuario e grupo informix

Deve ser prestado bastante atenção nesta configuração referente a permissões pois com a versão 11.1 em diante o informix se tornou muito mais exigente com a questão de segurança.

Caso esteja usando RAW deve ser passado o caminho até o link que liga o nome do ROOTNAME ao RAW

ROOTNAME

2011-05-31T16:02:00.000-07:00

Parametro: ROOTNAME

- Como default está definido como rootdbs.
- Não existe uma unidade de medida para este parametro , se trata de um parametro de definição de nome, o size do dbspace terá um parametro especifico que veremos em outro tutorial
- É permitido um tamanhio de até 128 bytes, o ROOTNAME deve sempre começar com uma letra , numeros ou undescore ou caracteres $
- Alteração de parametro tem efeito sempre que a instancia é reiniciada (lembrando que todos os dados serão destruidos caso exista alteração)

O nome destedbspace deve ser unico, a IBM recomenda que seja colocado sempre um nome facil de ser reconhecido.
Como dica eu sempre uso o nome rootdbs ou dbs_rootdbs
Com este parametro você estará definindo um nome para o dbspace raiz

CKPTINTVL

2011-05-31T15:37:00.000-07:00

Parametro: CKPTINTVL

- Como default está como 300 no onconfig.
- Parametro tem como unidade "segundos"
- Permite vqualquer valor igual ou maior que 0
- Alteração de parametro tem efeito sempre que a instancia é reiniciada

Através deste parametro é definido a frequencia em que é feito uma checagem dos dados que estão em buffer e estes dados são escritos em disco.

Quando este parametro é definido para intervalos muito curtos a instancia passa muito tempo realizando bloqueios que interferem diretamente na performance das aplicações, quando este valor é muito alto ele interfere diretamente no tempo de rapidas recuperações, então deve existir um tempo médio sempre configurado.

Na prática, 30 segundos é o menor intervalo que o servidor verifica banco de dados. Se você especificar um intervalo de verificação de 0, o servidor de banco de dados não verifica se o intervalo de checkpoint tem decorrido. No entanto, o servidor de banco de dados ainda realiza checkpoints. Outras condições seria atingir a utilização de 75% do log físico para realizar checkpoints.

O parametro de RTO_SERVER_RESTART anula o CKPTINTVL então quando o RTO_SERVER_RESTART é ativado ele irá dispensar o Checkpoints e valor CKPTINTVL serão ignorados

Quando queremos monitorar o checkpoint a partir da versão 11.1 foi implementado o comando onstat -g ckp (ver onstat)

ONCONFIG

2011-05-31T12:06:00.000-07:00

PARAMETROS DO ARQUIVIO ONCONFIG

Cada link tem a explicação tecnica de cada paramatero.

- ROOTNAME
- ROOTPATH
- ROOTSIZE
- MIRROR
- MIRRORPATH
- MIRROROFFSET
- RTO_SERVER_RESTART
- CKPTINTVL

RTO_SERVER_RESTART

2011-05-31T12:03:00.000-07:00

Parametro: RTO_SERVER_RESTART

Caracteristicas do parametro:

- Como default está como 0 (desativado) no onconfig.
- Parametro tem como unidade "segundos"
- Permite valores entre os intervalos de 60 até 1800 (o valor 0 representa desativado)
- Alteração de parametro tem efeito sempre que a instancia é reiniciada
- Quando o valor é alterado pelo onmode -wm ou onmode -wf

RTO_SERVER_RESTART permite que você defina o tempo de recuperação (RTO) ,este tempo é definido em segundos.

Este tempo é referente ao intervalo de tempo para que seja recuperado um problema após a reinicialização da instancia e colocar o servidor em modo online ou quiescente

Este parametro foi implementado a partir da versão 11.1

dbexport - Extraindo databases

2011-04-22T11:36:00.000-07:00

TRABALHANDO COM O DBEXPORT

Existem varias maneiras de extrair dados no INFORMIX as quais você vai encontraremos neste blog , nesta postagem iremos falar sobre o dbexport.

Quando utilizar o dbexport: Quando desejamos extrair uma database por completa (dados e schemas) utilizaremos o dbexport.

Requisitos:

1 - Existir espaço livre na área onde será construído a extração (é recomendado que a área de disco tenha o mesmo espaço do banco da dados , os arquivos poderão ficar um pouco menor que o tamanho do banco mas sempre tenham uama era suficiente para que caiba toda a extração)

2- Usuário Informix ter permissão de gravação no diretório

3- Database sem nenhum lock , o dbexport ira colocar na database um loco exclusivo durante sua execução, caso isso não seja possível será abortado.

O dbexport é um programa nativo do informix e sua utilização é muito simples, requer ser usado por um usuário com direitos administradores e que tenha as variáveis de ambiente da instancia carregadas.

# dbexport (database) (sintax) # com essa simples linha de comando atendendo aos per requisitos acima teremos a database extraída para arquivos texto

Estrutura da saída: Teremos um diretório chamado .exp dentro deste diretório teremos vários arquivos com a extensão .unl que são arquivos correspondentes aos dados das tabelas extraídas, caso a tabela tenha 0 registros existira também o o arquivo.

Teremos também um arquivo chamado .sql que é responsável pela criação dos objetos (tabelas, índex, permissão, views, seqüente, primary key , trigger , procederes, e tudo mais que seja objetos contidos numa database), no final serra executado um update statistics para todas as tabelas criadas.

Interrupções:

Durante a extração do dbexport pode ser interrompido a qualquer momento, caso seja interrompido o dbexport vai pedir confirmação antes de terminar.

Você pode especificar o diretório onde quer que a extração seja gravada (diretório .exp arquivos .unl e arquivos .sal) caso não especifique será gravado no diretório de trabalho atual.

Comentario: O dbexport não tem limitações com tamanho de arquivos porem existem sistemas operacionais que limitam e como podemos ter tabelas consideravelmente grandes isso pode ser um bloqueio, veja sempre com o S.O os parâmetros de unlimit , na versão do INFOMRMIX 7.31 eu tinha muito problemas pois esta versão não criava arquivos maiores que 2GB.

Syntax dos comandos do dbexport :

comando: dbexport (database) (sintax)

Sintaxes: # caso nenhuma sintax seja passada o dbexport será excutado do mono nativo

Finalidades das sintax:

-c: Faz completa exportação ignorando erros que não seja fatal, com este parâmetro só será interrompendo a importação caso aconteça um erro fatal.

-q: Não exibe o log da execução do dbexport .

-ss: Gera junto com a script de extração as informações especificas como inicial extent , nexo extent , informação das fragmentações , locking mode, dbspace da tabela … todas as características de como os objetos estão construídos.

-X: Reconhece dados binários HEX em campos de caracteres

-V: exibe a versão do produto

Observação: O dbexport só termina quando toda a database estiver extraída para arquivo , isso pode levar bastante tempo , tudo depende do tamanho da database e da capacidade do hardware para leitura e escrita e da versão do INFORMIX. Caso seja um ambiente de produção enquanto estiver fazendo o dbexport ninguém mais utiliza o banco de dados. (A capacidade do Hardware principalmente discos e file sistema tem muita influencia sobre esta pratica)

TRABALHANDO COM OS DADOS

2011-04-22T09:14:00.000-07:00

TRABALHANDO COM DADOS:

* FILE SYSTEM (NOVA)
* DBEXPORT (NOVA)
* DBIMPORT (BREVE)
* DBLOAD (BREVE)
* LOAD (BREVE)
* UNLOAD (BREVE)
* HPL (BREVE)

TESTES DE PERFORMANCE DE FILE SYSTEM

2011-04-22T09:06:00.000-07:00

         Varias pessoas me abordam perguntando qual o melhor file system a usar na particao onde os chunk serao salvos em ambiente UNIX .
         Normalmente minha resposta varia muito a algumas variaveis do ambiente mas de forma geral sempre recomendo algo que nao faca JOURLING que tenho a certeza que e muito mais rapido.

   Precisei fazer alguns testes para apresentar para um cliente com evidencias para justificar alguns parametros propostos em um projeto entao acabei fazendo uma coleta bem interessante.

Arquitetura utilizada para testes:

           Hardware: IBM 3650 M3 (RAM 40GB, Processador: 16 Nucleops 2 socktesXEN , Discos: Local 2 Discos 15k 146GB -- so S.O e Binarios instalados chunk em storage)
          Storage IBM DS 3425 SAS com 3 discos 300GB 10 k 6GB

        Software: IBM INFORMIX GROW 11.7 FC1TL (Informix configurado com 4 GB Residente e 4 GB Share memory , utilizando Direct_IO , KAIO)
                        SUSE LINUX 11 (Atualizado)
                        Drive Rdac (ultima versao)

   Configuraçao Storage: Physical - 4 discos 300GB SAS
                    LOGICAL - RAID 5 - 836GB

Testes utilizando dbimport (Logical log e Physical log em conjunto com o rootdbs)

  - RAID 5 - 100GB - Ext2 - Paginas dos chunk dados 4k
   Database importada 1GB - Tempo: 7minutos e 58 segundos

  - RAID 5 - 100GB - Ext3 - Paginas dos chunk dados 4k
   Database importada 1GB - Tempo: 20minutos e 6 segundos

  - RAID 5 - 100GB - Reiserfs - Paginas dos chunk dados 4k
     Database importada 1GB - Tempo: 20minutos e 56 segundos

  - RAID 5 - 100GB - XFS - Paginas dos chunk dados 4k
   Database importada 1GB - Tempo: 19minutos e 16 segundos

Como meu intuito é fazer amostragem então trabalhei uma database que tem 90G sendo 40% de index para mostrar a agilidade de importação com EXT2

Testes com database maiores, usando dbimport

- RAID5 - 200GB - EXT2 - Paginas dos chunk dados e Index 4K (physical log (2GB) e logical log (2 dbspace de logical log) e rootdbs em paginas de 2K )
     Database importada 90GB - Tempo: 256minutos e 53 segundos (Cerca de 4 horas 12 minutos )

*** Mesmos testes em EXT3 tivemos cerca de 600 Minutos de tempo total

Efetuei uma restauracão da instancia que recebeu a database acima importada por ontape

   - Instancia restaurada em EXT2 - (56 Minutos de restauração)
   18 chunk de 4K de 5GB
   2 Chunk de logical log de 1 GB cada em paginas de 2K
   1 Chunk de Physical log de 2 GB em paginas de 2K
   1 Rootdbs de 200 MB em pagina de 2K

Conclusão:

Como conclusão posso dizer que o File System em EXT2 entre os testados foi o mais rápido chegando a ser 3 vezes mais rápido , sem nenhuma duvida isso faz grande diferença no banco de dados .... (no meus testes fiz com uma baixa plataforma com hardware mais eficientes pode abaixar estes tempos e com hardware inferiores pode elevar mas a proporcionalidade se mantém...
   Existem sistemas de arquivos que permitem desativar o JOURLING tornando mais rápido.

   A explicação para essa diferença é que quando é feito com JOURLING tem mais custos para gravação pois escreve além dos dados os log de tudo que esta sendo escrito, para o banco de dados essas informações de LOG não tem nenhuma necessidade.

CERTIFICAÇÃO 919 - INFORMIX 11.7

2011-02-07T09:39:00.000-08:00

CERTIFICAÇÃO 919 - INFORMIX 11.7

Hora de estudar , esta disponivel a certificação 919 que esta cobrindo a versão 11.7.
Existe uma promoção que sai periodicamente para certificações de produtos IBM que oferece a um custo de U$ 30,00 a prova mas precisa ficar monitorando o site até a ser diponibilizado segue URL: http://www.ibm.com/br/developerworks/smartprofessional/datas.phtml

Obtive resposta do responsavél por este programa de certificação que é previsto para março novos pacotes de certificações e pode ser que nesta proxima venha a do INFORMIX, não posso garantir mas vale muito monitorar e aproveitar que o custo é bem mais agradavél ...

BANCO DE DADOS INFORMIX: onstat

2011-02-07T09:31:00.000-08:00

BANCO DE DADOS INFORMIX: onstat: "onstat -z - Limpar statiscas onstat -g env - Ver variavel de ambientes"

onstat

2011-02-07T09:24:00.001-08:00

onstat -z - Limpar statiscas
onstat -g env - Ver variavel de ambientes

IDENTIFICAR VARIAVEL DE AMBIENTE

2011-01-13T16:42:00.000-08:00

Como verificar quais variavéis de ambiente estão definidas para uma seção.

Verificar as variavéis de ambiente definidas para uma seção é uma tarefa muito simples, o importante é entender que podemos ter variavéis diferentes para o mesmo usuario, depende das variavéis informadas no momento da conexão.

Para verificar basta executar o comando :

                $ onstat -g env      # Comando para verificar as variavéis de ambiente definidas

No caso se digitarmos o comando onstat -g env no bash do usuario conectado estaremos verificando as variavéis do usuario que está conectado, se desejarmos verificar uma seção especifica basta identificar o id da conexão e executar o comando

                 $onstat -g env

Exemplo pratico:

                 $ onstat -u     # comando para verificar os usuarios conectados

informix@urano:/mnt/backup/informix/ontape/backup/borr/borr_backup> onstat -u
IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 12 days 11:51:06 -- 344484 Kbytes

Userthreads address flags sessid user tty wait tout locks nreads nwrites

21429018 ---P--D 1informix - 0 0 0 3013 16722
21429544 ---P--F   0 informix - 0 0 0 0 475943
21429a70 ---P---    8 informix - 0 0 0 0 16
21429f9c ---P--B 9 informix - 0 0 0 1267204 16
2142a9f4  Y--P---   15825 fiscal 2 2209bc70 0 1 112 0
2142af20   ---P--D 16 informix - 0 0 0 0 0
2142b44c Y--P--D 20 informix - 1007f138 0 0 0 0
2142b978 Y--P--- 15594 especial SPDP-WXP 21e9a680 0 1 63758 63865
2142bea4 Y--P--- 15034 teste 0 223c7108 0 1 53039 0
2142c8fc Y--P--- 15902 roxa 2 22994410 0 1 1 0
2142d354 Y--P--- 15776 roxa 2 21e84248 0 1 3 0
2142f25c Y--P--- 15621 interfac - 21e84018 0 1 15 1
2143070c Y--P--- 15253 checkin 2 227fa808 0 1 0 0
21431164 Y--P--- 15551 checkin 2 220cbaf8 0 1 144 80
21431690 Y--P--- 15607 adfisca1 2 220efd48 0 1 3 0
21432614 Y--P--- 15566 pedra 2 223c7940 0 1 62 0
21432b40 Y--P--- 15152 especial SPODP-WX 227fa628 0 1 66461 63894
21433ac4 Y--P--- 15560 roxa 2 220efb18 0 1 68 36
21434a48 Y--P--- 15906 roxa 2 21e22b00 0 1 18 0
214359cc Y--P--- 15712 adfisca1 2 220efde8 0 1 167 0
214378d4 Y--P--- 15836 checkin 2 220efe88 0 1 162 64
21437e00 Y--P--- 15901 roxa 2 21f7b8a0 0 1 271 0

22 active, 128 total, 49 maximum concurrent

# Vou estar querendo ver as variavéis de ambiente da seção 15836 referente ao usuario checkin

            $ onstat -g env 15836

informix@urano:/mnt/backup/informix/ontape/backup/borr/borr_backup> onstat -g env 15836
IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 12 days 11:54:50 -- 344484 Kbytes
Environment for session 15836:

Variable Value [values-list]
CLIENT_LOCALE en_US.8859-1
DBDATE DMY4/
DBDELIMITER
DBMONEY ,
DBNLS 1
DBPATH //ifxprd01
[//ifxprd01]
[/tmp]
DBPRINT lp -s
DBTEMP /tmp
DB_LOCALE en_US.819
INFORMIXDIR /home/informix
[/home/informix]
[/usr/informix]
INFORMIXSERVER edi
INFORMIXSQLHOSTS /home/informix/etc/sqlhosts_edi
INFORMIXTERM terminfo
[terminfo]
[termcap]
LANG en_US.UTF-8
LC_COLLATE en_US.819
LC_CTYPE en_US.819
LC_MONETARY en_US.819
LC_NUMERIC en_US.819
LC_TIME en_US.819
LKNOTIFY yes
LOCKDOWN no
NODEFDAC no
[no]
[no]
ONCONFIG onconfig_edi
PATH .:/bin:/usr/bin:/usr/local/bin:/dados/fjs/fgl2c.14/bin:/home/informix/bin:/usr/local/bin:/wch2/sispac:/wch2/sispac/bin
SERVER_LOCALE en_US.819
SHELL /bin/sh
SINGLELEVEL no
SQLPID 578023448
SUBQCACHESZ 10
TERM scoansi
[scoansi]
[dumb]
TERMCAP /etc/termcap

Administrando tempo das estatisticas exibidas nos comandos "onstat"

2011-01-13T09:49:00.000-08:00

Através dos comandos onstat podemos conferir statisticas da instancia do INFORMIX, o detalhe é que muitas vezes estamos vendo estatisticas de um periodo muito longo e nossa analise pode requerer uma estatistica de um intervalo menor, ou pior podemos nos referenciar que os dados statisticos são referentes ao periodo de up time da instancia mas na realidade esta estatistica já foram zeradas no decorrer do tempo.

Será abordado neste tutorial os seguintes assuntos:

- Como zerar as estatisticas com a instancia up.
- Como verificar a ultima vez que a estatistica foram zeradas.

Como zerar as estatisticas com a instancia up

Não temos muito o que falar sobre este assunto é um simples comando e que pode ser executado a qualquer momento e com a instancia ativa sem nenhum problema.

$ onstat -z # Comando para zerar as informações estatisticas da instancia UP.

Como verificar a ultima vez que a estatistica foram zeradas

verificaremos esta informação através de uma consulta as tabelas de catalogo do INFORMIX da database sysmaster.

# Conectar na database sysmaster e executar a consulta abaixo:

select dbinfo("utc_to_datetime", sh_pfclrtime)
from sysmaster:sysshmvals

Com este conhecimento agora será possivél zerar as estatisticas e acompanhar de forma on-line ou saber a qual preriodo os numeros apresentados são referenciados.

NOVAS POSTAGENS - INFORMIX - FELIZ 2011

2011-01-03T09:30:00.000-08:00

Fiquei um tempo distanciado deste meu projeto de publicar informações tecnica sobre o INFORMIX devido ao periodo de final de ano que é uma epoca de muito trabalho para quem trabalha especificamente com varejo.

Após este periodo e com todo o sucesso que foi este final de ano para os meus ambientes INFORMIX volto a fazer postagens periodicamente e dar mais atenção a este projeto do blog .

São inumeras pessoas que me escreveram este ano, varias pessoas que passei a conversar e trocar informações, posso dizer que isso foi muito bacana.

Um Feliz 2011 para todos com muita prosperidade ... e muito INFORMIX no dia a dia ... seguramente posso dizer que com INFORMIX o ano será prospero , tranquilo e seguro.

OBRIGADO A TODOS QUE VISITARAM ESTE BLOG !!!!

Reforço que se alguem precisar conversar sobre INFORMIX estou sempre a disposição .

INFORMIX , INFORMIX , INFORMIX , INFORMIX , INFORMIX , INFORMIX

SYSDISTRIB - UPDATE STATISTICS - INFORMIX

2011-01-03T09:11:00.000-08:00

  Como identificar a ultima data de execução do Update statistics :

Toda database irá existir uma tabela de catalogo chamada sysdistrib nesta tabela estará armazenada informações referentes a UPDATE STATISTICS de nivél MEDIUM e HIGH.

a tabela é composta por 9 campos abaixo detalhados:

tabid = Código de identificação da tabela , é o mesmo código existente da systables
colno = Numero da coluna na tabela de origem
seqno = numero ordinal para multiplas entradas
constructed = Data que foi exxecutado o update statistics
mode = Nivél de otimização , medio e alto (lembrando baixo não é armazenado nesta tabela)
resolution = valor especificado na instrução update statistics (Veja no tutorial update statistics mais detalhes)
confidence = valor especificado na instrução update statistics (Veja no tutorial update statistics mais detalhes)
encdat = informações estatisticas referenciada pelo type
type = Tipo de estatísticas:
           A = encdat tem histograma ASCII codificado em campo de comprimento fixo de caracteres
           S = encdat tem estatísticas definidas pelo usuário

Obs.: O nivél low não é controlado nesta tabela pois não existe valores para colunas neste nivél de execução.

caso queira saber quando uma determinada tabela teve suas statisticas atualizada pela ultima vez você pode executar a consulta abaixo diretamente na database, eu coloqyuei uma query cobrindo os pontos basicos, mas sejam criativos e acrescentem o que for necessario.
Esta tabela armazena um valor por coluna então para a mesma tabela vai existir varios registros.

SELECT tabname, constructed, mode , colname FROM systables m , sysdistrib n , syscolumns o
WHERE m.tabid = n.tabid
AND n.colno = o.colno
AND m.tabid >99

LOCKS INFORMIX

2010-10-25T13:40:00.000-07:00

TRABALHANDO COM LOCKS NO INFORMIX

O Assunto que iremos abordar neste tutorial considro bastante interessante e sem nenhuma duvida é algo que todos os dias a grande parte dos DBA devem ter que fazer algum tipo de analise que envolva LOCK.

Para demonstrações neste tutorial estarei utilizando uma base de dados com o nome "bd_teste" que está na instancia "door" ,tenho 2 tabelas criadas (teste1 e teste2)

TOPICOS QUE VEREMOS NESTE TUTORIAL

* O que é LOCKS?
* Tipos de LOCKS / Siglas
* Explicação sobre cada tipo de Locks
* Granularidade de Locks
* Demonstração dos Locks na pratica
* Locks de pagina
* Locks de linha
* Log de base de dados
* Niveis de isolamento

- O que é LOCKS?

Posso definir Lock como sendo um método que o banco de dados utiliza para controlar os acessos a base de dados, tabelas e linhas (Colocando ordem e dando preferencias e exclusividades) , como o banco de dados normalmente tem diversos usuarios conectados de forma simultânea e cada usuário que chega até o banco de dados está com alguma intenção com algum dos objetos da base de dados, para garantir a integridade de dados para que não tenhamos conflitos e possa garantir a consistência dos dados o banco de dados então utiliza do recurso de LOCKS.

Comentario: Mesmo sendo fundamental e de extrema importância a utilização de LOCKS posso dizer que muitas vezes incomoda muito, e piora a situação quando o desenvolvedor desconhece o metodo de trabalhar com LOCKS no INFORMIX, mas nem pensem em imaginar ter um banco de dados sem utilização de LOCKS, isso seria praticamente terminar com toda a integridade de dados que existe.
Certamente todo o DBA vai ter varias situações que irá precisar monitorar LOCKS.
Inicialmente vamos perceber que é uma tarefa bastante complicada para ser feita no INFORMIX, após entendermos o funcionamento iremos mudar de opinião e achar simples e de facil visualização, porém não adianta tentar monitorar se não souber como monitorar e o que monitorar e se não houver algumas scripts ou ferramentas para esse monitoramento acontecer.

* TIPOS DE LOCKS / SIGLAS
Vai encontrar essas referencias no retorno do comando onstat -k na coluna "type"

- Share Lock - S
- Update Lock - U
- Exclusive Lock - X
- Itent Lock - IX
- Byte Lock - B
- Share Ineted exclusive Lock - SIX
- Exclusive key value held by a repeatable reade - XR

* Explicação sobre cada tipo de Locks

Estaremos vendo com frequencia referencias ao campo tblsnum no decorrer do TUTORIAL, para uma simples e facil compreensão abaixo uma referencia. (Abaixo teremos uma explicação de todos os campos de retorno do onstat -k)
* Se o rowid for igual a zero, o tblsnum se refere a um bloqueio de tabela.
* Se o rowid terminar em dois zeros, o bloqueio se refere a um bloqueio de pagina.
* Se o rowid estiver com até 6 digitos e não terminar em zero, o bloqueio se refere a linha.
* Se o rowid estiver com mais de 6 digitos, o bloquieo se refere a um indice

Comentario: Perceba que o significado da coluna "tblsnum" está relacionado com a coluna "rowid"

Share Lock Database - HDR-S ou S
O Share Lock de database é representado como HDR-S na primeira conexão que colocar o LOCK e como S para as demais conexões, toda conexão que chegar na database irá marcar um LOCK se não for definido nenhum especifico lock será automaticamente colocado o SHARE LOCK, esse lock é importante para que não exista alterações na database enquanto houver usuarios conectados.

- Só pode ser colocado um SHARE LOCK na database que não existir um EXCLUSIVE LOCK.

Vamos ver um pouco na pratica:
Como estamos com um banco de teste é possivél fechar todas as conexões existentes, então vamos lá encerre todas as conexões existentes e após isso faça

terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ onstat -k # Comando executado

Retorno: Veja abaixo o retorno em tela que mostra que não temos nenhum LOCK no momento.

IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 13 days 04:11:11 -- 3378356 Kbytes

Locks

address wtlist owner lklist type tblsnum rowid key#/bsiz
0 active, 600000 total, 32768 hash buckets, 5 lock table overflows

Comentario: Não houve retorno nenhum de LOCK pois não existe nenhuma conexão estabelecida.

terminal 2 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ dbaccess bd_teste # Comando executado

terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ onstat -k # Comando executado

Retorno: veja abaixo que agora temos o retorno em tela que mostra que existe 1 LOCK tblsnum = 100002 e rowid = 208 do tipo HDR+S (lembra que HDR+S quer dizer que é um SHARE LOCK e é referente a primeira conexão por estar com HDR)

Comentario: Se quiser ver que a proxima conexão ficará apenas com "S" abra um terceiro terminal e se conecte também na bd_teste e execute novamente no terminal 1 o comando "onstat -k" e veja que terá um novo SHARE LOCK só que desta vezz com o type "S" pois é a segundo conexão .

IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 13 days 04:12:18 -- 3378356 Kbytes
Locks
address wtlist owner lklist type tblsnum rowid key#/bsiz
a4c7d280 0 a14b3a70 0 HDR+S 100002 208 0
1 active, 600000 total, 32768 hash buckets, 5 lock table overflows

Bem você deve estar se perguntando , como sabemos que esse LOCK é referente a database e qual database ... calma ai ... vamos ver já isso ...

sempre que o tblsnum for 100002 representa que é um lock de database

Para saber qual database está em LOCK vamos fazer uma consulta no banco de dados na database sysmaster table sysdatabase

$dbaccess sysmaster # Comando executado

escrever a consulta abaixo (Pode utilizar o dbaccess para essa consulta)

select name , hex(rowid) hex_rawid_database from sysdatabase'

No meu caso retorna # Esse retorno vai variar de acordo com a quantidade de base que existir no servidor e nomes.

name sysmaster
hex_raw_id_tablee 0x00000201
name sysutils
hex_raw_id_tablee 0x00000202
name sysuser
hex_raw_id_tablee 0x00000203
name bd_teste
hex_raw_id_tablee 0x00000208

veja que o retorno do numero 0x00000208 representa o rowid 208 então concluimos que o lock do tblsnum = 100002 do rowid = 208 é referente a database "bd_teste", caso o LOCK estivesse indicando rowid 203 teriamos então um SHARE LOCK na tabela sysuser e assim por diante ...

Vamos ver um exemplo de como funciona o SHARE LOCK .

1° Tentando alterar o nome de uma tabela que esteja com SHARE LOCK.

terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX
$ dbaccess bd_teste # Comando executado

terminal 2 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX
$ dbaccess bd_sysmaster # Comando executado

rename database bd_teste to teste_bd   # Linha digitada no dbaccess

Essa situação irá retornar os dois erros abaixo demonstrados, isso porque estamos tentando mudar o nome de uma base que existe conexões.

425: Database is currently opened by another user.
107: ISAM error: record is locked.

Share Lock table -- HDR-S ou S

O Share Lock de tabela é representado como HDR+S na primeira conexão que colocar o LOCK como "S" para as demais conexões, esse lock é importante para que não exista alterações na tabela enquanto consultas estejam sendo efetuadas.

Para identificar o SHARE LOCK da table com o comando onstat -k o rowid estará representado pelo numero "0" e o tblsnum estará exibindo de forma hexadecimal o numero da tabela.

- só é permitido colocar um Share Lock na tabela que não existir um exclusivo Lock

Vamos trabalhar na pratica um pouco:

Terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

Comentario: Vamos colocar o Lock explicitamente na tabela

$ dbaccess bd_teste # Comando executado
begin; lock table tabela1 in share mode # Linha digitada no dbaccess

terminal 2 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX
Comentario: Vamos verificar o Share lock

$ onstat -k # Comando executado

retorno do onstat -k

IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 13 days 06:03:44 -- 3378356 Kbytes
Locks
address wtlist owner lklist type tblsnum rowid key#/bsiz
101209bc 0 9ffed0ec 0 HDR+S 100002 208 0
105dad84 0 9ffed0ec 101209bc HDR+S 700264 0 0
2 active, 600000 total, 32768 hash buckets, 5 lock table overflows

analisando o retorno do comando onstat -k

Neste retorno temos 2 Locks do tipo Share onde os dois são os primeiros a serem colocados. (Sabemos que são os primeiros porque estão com HDR)

Agora pergunto a todos, porque 2 Locks se neste momento só estamos explicitamente colocando LOCK na "tabela1" ?

É claro que todos que estão acompanhando esse tutorial já sabem a resposta na ponta da lingua ... a resposta é porque para chegar na tabela precisa conectar na database e para toda a conexão aberta com a database é criado um share lock.

Bem como já definimos acima o SHARE LOCK de database sabemos que está conectado na database bd_teste então vamos agora analizar o SHARE LOCK da tabela.

tblsnum = 700264 # Essa é a tabela em hexadecimal então coloque na query abaixo e irá conseguir identificar o nome da tabela , lembrando acrescente 0x00 antes do código.

Sabemos que se trata de um SHARE LOCK na tabela porque o rowid é igual a 0

SELECT tabname FROM systables
WHERE hex(partnum) = "0x00700264"

Resultado da query:

tabname teste1    # Tabela "teste1"

Então concluimos que tblsnum = 700264 é o mesmo que tabname teste1 ou seja a tabela teste1 tem um SHARE LOCK.

outra maneira de conseguir informações de qual tabela é referido o numero hexadecimal retornado pelo onstat -k na coluna tblsnum será através do comando oncheck -pt

$ oncheck -pt "0x00700264" # Comando executado retorno do comando

TBLspace Report for bd_teste:gerenc.teste1
Physical Address 9:1169997
Creation date 10/05/2010 18:11:51
TBLspace Flags 801 Page Locking
TBLspace use 4 bit bit-maps
Maximum row size 1
Number of special columns 0
Number of keys 0
Number of extents 1
Current serial value 1
Pagesize (k) 2
First extent size 8
Next extent size 8
Number of pages allocated 8
Number of pages used 1
Number of data pages 0
Number of rows 0
Partition partnum 7340644
Partition lockid 7340644

Extents

Logical Page Physical Page Size Physical Pages
0 9:2176832 8 8

Exclusive Lock DATABASE -- HDR+X ou X

Lock exclusivo em database pode ser colocado de modo explicito ou pode ser gerado através de utilitarios do tipo dbexport , exclusivo Lock na database será representado sempre na coluna de type como HDR+X ,detalhe neste caso de LOCK de database é que somente pode existir um unico processo com o exclusivo lock então não teremos situações de existir um Lock de database que não seja HDR+X que seja apenas "X" isso seria impossivél.

- Não é possivél colocar EXCLUSIVO LOCK quando já existir um SHARE LOCK , caso tente colocar será retornado erro -425 e -107

vamos provacar EXCLUSIVO LOCK efetuando um export da base de dados

Terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ dbexport bd_teste # Comando executado
terminal 2   # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ onstat -k # Comando executado

Retorno do comando onstat -k
Locks
address wtlist owner lklist type tblsnum rowid key#/bsiz
101209bc 0 9ffed0ec 0 HDR+X 100002 208 0
1 active, 600000 total, 32768 hash buckets, 5 lock table overflows

Analisando o comando, podemos relembrar um pouco o que foi explicado no SHARE LOCK para database.

"o numero Rowid é o hexadecimal que refere o nome da database na tabela sysdatabase da database sysmaster"

"encontraremos o nome da database correspondente ao rowid numero 208 através da consulta,
select name , hex(rowid) hex_rawid_database from sysdatabase

"tblsnum = 100002 referencia-se a LOCK de DATABASE"

no comando acima o type que nos retorna é "HDR+X" isso quer dizer que base de dados está com exclusivo Lock isso quer dizer que não será possivél nenhuma outra conexão com a base de dados que se referencia na sysdatabase da database sysmaster como hexadecimal "0x00000208" e se não conseguimos mais conectar por estar EXCLUSIVO LOCK isso quer dizer que nenhum outro tipo de LOCK será criado nesta base de dados. (Meio que obvio isso mas importante entender isso)

tentativa de conexão na base de dados bd_teste durante o exclusivo lock "HDR+X"

terminal 2 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ dbaccess bd_teste # Comando executado

Retorno de erro quando se tenta conectar em uma base de dados que esteja com "HDR+X"

425: Database is currently opened by another user.
107: ISAM error: record is locked.

Exclusive Lock TABLE -- HDR+X ou X

O exclusivo lock de uma tabela é utilizado para previnir que ninguem faça leitura ou escrita na tabela, logico que para algumas regras podem existir execeções, neste caso pode ser utilizado nivéis de isolamento "isolation level" do tipo leitura suja "dirty reader" porém essa execeção pode causar incosistencia dos dados que estejam sendo recuperados.

Vamos ver na pratica:

terminal 1 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ dbaccess bd_teste # Comando executado

begin; lock table teste1 in exclusive mode

terminal 2 # Quando citar Terminal estou me referindo a um Shell no prompt do usuario INFOMIX

$ onstat -k # Comando executado

retorno do comando onstat -k

IBM Informix Dynamic Server Version 10.00.UC4 -- On-Line -- Up 14 days 04:03:23 -- 3378356 Kbytes
Locks

address wtlist owner lklist type tblsnum rowid key#/bsiz
101209bc 0 9ffed0ec 0 HDR+S 100002 208 0
105dad84 0 9ffed0ec 101209bc HDR+X 700264 0 0
2 active, 600000 total, 32768 hash buckets, 5 lock table overflows

Bem analisando o retorno acima podemos verificar que temos um Share Lock na database motivado pela conexão que estabelecemos quado abrimos a conexão para colocar a tabela em LOCK, temos também um EXCLUSIVE LOCK na tabela hex 0x00700264 que identificamos pelo rowid = 0 esse exclusive Lock nos forçamos acontecer..

* Granularidade de Locks

existe uma granularidade do exclusivo Lock por tabela podendo ser colocado lock de linha (row) ou em pagina (page)

Comentario: não citei essa granularidade quando falei do Share Lock table pois achei que estari complicando muito, mas tudo que veremos se aplica ao SHARE também.

Vamos então ver na pratica

NOVA VERSÃO DO INFORMIX 11.7

2010-10-13T11:29:00.000-07:00

Foi liberado oficialmente dia 12/10/2010 a versão 11.7 do INFORMIX , o que já estava muito bom com a versão 11.5 ficou ainda melhor, foram atendidos nesta versão varios recursos que eram esperados a muito tempo.

A algum tempo eu estava fazendo alguns testes com a versão beta e comprovei melhorias e varios recursos que irão nos ajudar ainda mais, varias coisas que era esperado saiu nesta versão. Como é INFORMIX nem precisamos nos preocupar com a qualidade é certo que está tudo muito bem feito e testado.

existe ganhos de performance.
Foram incorporados recursos antes existentes apenas na versão XPS para o IDS ...

Notas da release

- Recursos de particionamento de tabelas com LIST , INTERVAL e mantem o ROBIN e EXPRESSION.
- Não tem mais limite de extents # Execelente , porém requer cuidados com a fragmentação.
- Não é necessario mais criar usuarios no sistema operacional
- Gerenciador automatico de storege
- Definir tamanho de extent para indice # Isso vai ser muito util
- Atualização do Informix eliminando o down time

LOGICAL LOG - INFORMIX

2010-10-06T13:53:00.000-07:00

O que é logical LOG ?

Em varios dos tutoriais que estão neste blog o nome LOGICAL LOG aparece por varias vezes ... este material abaixo tem como finalidade explicar:

- O que é Logical Log
- Localização dos arquivos de logical Log
- Identificação dos arquivos de logical
- Status e flags dos arquivos de Logical Log
- Tamanho do Logical Log
- Numero de arquivos de logical Log
-Considerações de performance

OBSERVAÇÃO: Para monitorar e acompanhar o Logical Log deve ser utilizado o comando "onstat -l" , para movimentar o Logical Log "onmode -l" e para configirar o logical Log (Adicionar, deletar, modificar) o comando "onparams".

O que é Logical Log:

O Logical Log mantém o hitorico de transações da instancia de todas as mudanças ocorridas desde o ultimo backup executado (nivél 0,1 ou 2) ,o INFORMIX gera logicais logs conforme transações com o banco são efetuadas.
O INFORMIX armazena registros dos logicais logs que são construidos de forma circular através de arquivos criados dentro do chunk destinado ao Logical Log.
Os logicais logs podem ser compostos de 3 ou mais arquivos de logs definidos dentro do Chunk

ATENÇÃO: quando o banco é inciado pela primeira vez o logical log está contido no rootdbs e precisa ter no minimo 3 logs para funcionar.

O ultimo backup mais todos os arquivos de logical log gerados formam a base de dados completa (em caso de uma necessidade de restauração de backup será através do ultimo backup (0,1,2) mais os logicais logs que a base de dados será restaurada para o momento mais proximo da cena necessaria

ATENÇÃO: Não confundam os logicais logs existentes no chunk com o backup de LOG, cada vez que um logical log é completado é gerado um arquivo de backup do LOG ... Se o intuito é estar tendo backup de log para estar seguro que quando houver um evento que gere a necessidade de restaurar o backup possamos chegar no ponto mais proximo possivél do desejado então considere que logical log muito grande vai tornar ineficiente e logical log muito pequeno vai tornar muito custoso administrar e compromete a performance então existe um ponto de equilibrio.

A cada vez que o logical log é compeltado o seu uso e passa para o proximo arquivo de log é gerado um arquivo para uma area de despejo de arquivos (diretorio do sistema ) pré definida nos parametros do Onconfig contendo todas as transações ocorridas no logical Log.
Caso não seja feito gerenciamento do backup dos arquivos de log regularmente o INFORMIX irá parar de funcionar suspendendo todos os processos, até regularizar o backup.

Caso não exista interesse de manter o backup do logical Log armazenado deve então mandar para uma area nula /dev/null que o informix entenderá que está sendo feito e evita o travamento.

Gerenciar o backup dp logical Log inclui algumas tarefas:

-- na versão 11 foi feita algumas melhorias onde o backup pode ser feito direto para um diretorio vazio onde o proprio informix cria os arquivos, pode ser configurado o gerenciamento pelo ALARMEPROGRAM

- Escolher um local para ser depositado o logical Log.
- Monitorar o status dos logical Log
- Ter sempre espaço disponivél para o depejo dos novos logicais Logs.
- Alocar adicionais arquivos de log sempre que necessario.
- backup do logical Log para media
- Localização dos arquivos de Logical Log

Quando o banco de dados é instalado o Logical Log é criado pelo INFORMIX no root dbspace assim como o Physical Log também é criado. Por motivos de performance para diminuir o numero de escritas e gravações no root dbspace é recomendado mover os logicais logs para outro dbspace
Para melhorar performance já prevendo uma situação futura o logical log pode ser dividido em 2 grupos de arquivos em discos separados (Não vou me aprofundar neste assunto neste material,veremos isso em outro tutorial mas saiba que é possivél e recomendado)

Identificação dos arquivos de logical Log

cada arquivo de logical log tem um unico numero de identificação "uniqid", já sabemos que o Logical Log é circular ou seja : temos 6 Logical Log começando do numero 1 "number" que vai até o numero 6 "number" o INFORMIX é inicado então começa a gravar as transações no LOG 1 e conforme vai sendo completado o LOG vai vançando para os demais LOG como temos 6 arquivos de LOG quando ele chegar no de numero 6 ele vai retornar e utilizar o de numero 1 novamente porém o numero de "uniqid" será progressivo ou seja no primeiro ciclo o de numero 6 quando for ser utilizado pela segunda vez receberá o nuemro 7 na terceira vez 14 e assim por diante.

Status e flags dos arquivos de Logical Log

A primeira posição do Logical Log sempre será representada pelos status: A (adicionar) , D (deletar) , F (Free) , U (Used)

Tamanho do Logical Log :

O tamanho minimo para o arquivo de logical log é 200 kilobytesO tamanho maximo para o arquivo de logical log é 1048576 paginas (equivalente a 0X100000)
Numero de arquivos de logical Log
O INFORMIX requer no minimo 3 logical Log e pode ter no maximo 32767 arquivos de logical log.
O numero de log vai depender do tamanho dos arquivos de log (em simpes palavras, podemos ter um dbspace de 2 GB com 1 unico logical log de 2GB como podemos ter uma area de 2GB dividida em varios logical log de 15 MB)

O numero de arquivos de logical log e seus tamanho e a quantidade de transações vai influenciar diretamente na frequencia de backup de log, checkpoints .

-- Existe um calculo para chegar no tamanho e quantidade de log necessario para o servidor.

LOGSIZE = (connections * maxrows * rowsize) / 1024) / LOGFILES

- connections > utilize "onstat -u" e pegue a informação maximum concurrent
- maxrows > Numero maximo de linhas previstas para serem atualizadas em uma unica transação
- rowsize> o tamanho médio de uma linha em bytes.

total logical log space = LOGFILES * LOGSIZE

para saber as informações existentes atuais de "LOGFILES" e "LOGSIZE" utilize o "onstat -l"

Obs: O size apresentado no "onstat -l" vai mostrar em paginas para saber o tamanho da pagina criada utilize "onstat -b" para chegar no resultado em KB multiplique o SiZE pelo tamanho do (Buffer size / 1024)

CONFIGURAÇÃO I

2010-10-04T11:53:00.000-07:00

Vamos falar neste tutorial das configurações básicas que podem ser feitas após a instalação do IDS.

- Criar dbspaces
- Configurar dbspace Logical Log
- Configurar dbspace Phisical Log
- Configurar dbspace temporario

Para o IDS inicializar pela primeira vez ele requer uma área reservada para Logical Log e Phisical Log, no momento da sua primeira inicialização este espaço é reservado junto ao rootdbs. (veja a matéria explicando o que é logical Log e Phisical Log ) . é necessario existir o minimo de 3 logical log senão o banco não irá inicializar.

Comentário: Relembrando o tutorial de instalação 02 , teremos no arquivo onconfig uma configuração de path e size do rootdbs.

O que vamos fazer agora é desvincular o Logical Log e phisical Log do rootdbs entregando para esses dois objetos áreas reservadas e exclusivas para eles.

Criar arquivos vazios de dados:

Comentário: neste tutorial estamos criando esses espaços por arquivos mas certamente se pensarmos em performance iríamos utilizar rawdevices.

Relembrando: A minha escolha para o local dos arquivos de dados foi de utilizar o diretório /opt/ifmxdata -- eu escolhi esse diretório mas isso não é uma regra.

Comentario: eu gosto de organizar os nomes do chunk seguindo uma lógica que eu sigo em quase todos os lugares onde eu trabalho com IDS, mas é uma convenção e não uma exigência, vou explicar a minha regra de formação de nome.

Dbs = indica que o espaço é do tipo dbspace
nome do dbspace= identifico a finalidade do chunk como exemplo dbs_llog_dat.000 o llog seria o nome do tipo do chunk que relaciono como sendo logical log , se fosse dbs_plog_dat.000 seria phisical Log ou se fosse dbs_temp1_dat.000 seria temporário.
Dat = Relaciono que é um arquivo de dados.
000 = Numero do Chunk do dbspace , um único dbspace pode ter vários chunk então conforme vamos adicionando chunk esse numero é incrementado uma unidade (000, 001, 002 ...)

Maneira como eu faço a construção dos nomes : # reforçando este é o meu padrão, funcionaria com outros nomes sem nenhum problema, sejam criativos !

dbs_llog_dat.000 # Logical Log
dbs_plog_dat.000 # Phisical Log
dbs_temp1_dat.000 # temporario
dbs_dados_dat.000 # dados

Vamos agora criar então os arquivos de chunk :

$ touch /opt/ifmxdata/dbs_llog_dat.000
$ touch /opt/ifmxdata/dbs_plog_dat.000
$ touch /opt/ifmxdata/dbs_temp1_dat.000
$ touch /opt/ifmxdata/dbs_dados_dat.000

Explicação: temos criado arquivos no sistema operacional, até o momento o banco de dados não está utilizando e nem sabe que existe esses espaços.

Comentario adicional: Se estivessemos trabalhando com Rawdevices ao inves de criar o arquivo vazio fariamos link simbolico para o raw que estaria montado através do serviço do rawdevices , lembrando que poderiamos apontar mais de um cunk a unico raw, é importante saber o tamanho fisico existente em cada raw , caso tenha mais de 1 chunk apontado para o mesmo raw vai então utilizar o offset para separar os espaços...

Ex:
$ ln -s /dev/raw/raw1 rootdbs
$ ln -s /dev/raw/raw1 dbs_plog_dat.000
$ ln -s /dev/raw/raw2 dbs_llog_dat.000
$ ln -s /dev/raw/raw3 dbs_temp1_dat.000
$ ln -s /dev/raw/raw4 dbs_dados_dat.000

## O exemplo acima é somente em caso de utilizar rawdevices, não estamos fazendo essa pratica neste tutorial apenas estou demonstrando mais uma opção. (considere o uso do Rawdevice para melhor performance)

Definindo espaço para ser utilizado:

Com base nos arquivos criados no passo acima vamos atuar agora em entregar esses arquivos para o banco de dados e também definir espaço.

Iremos ver agora mais um comando do INFORMIX, esse comando é responsável pelo gerenciamento de espaço (Criar, excluir , adicionar) como padrão do informix em quase todos os comandos se quiser verificar os atributos de comando execute onspaces –

Sintaxe completa do comando que vamos usar agora:

Onspace { -c { -d [-k ] [-t]
-p -o -s [-m ] }

Sintaxe que vamos usar:

Onspaces { –c -d
-p -o -s }

Resumida explicação das Sintaxe do onspaces:

-c = Criar novo dbspace (Só utilizado quando vamos criar um novo dbspace, em casos de adicionar novos chunks esse –c é trocado por –a)
-d = nome do dbspace (Na minha convenção eu uso dbs_llog, dbs_plog, dbs_temp1,dbs_dados ...)
-p = caminho onde está o arquivo ou link para o chunk (No meu caso eu uso /opt/ifmxdata/)
-o = Ponto de inicio de onde deve começar a criar o chunk esse numero vai ser alterado caso no mesmo bloco do disco esteja sendo adicionado mais de 1 único dbspace.
-s = tamanho do dbspace em Kb
-t = define o dbspace como temporário

Antes de criar é importante traçar um plano de espaços que serão adicionados.

Phisical Log , vamos criar com 400Mb
Logical Log , vamos criar com 500MB
Temporario1, Vamos criar com 500MB
Dados, Vamos criar com 1GB

Antes de efetuar a criação execute o comando osntat –d # Esse comando vai mostrar a você a situação atual dos dbspaces, neste momento só teremos o rootdbs
Execute também um

Criando:

$ onspaces –c –d dbs_plog –p /opt/ifmxdata/dbs_plog_dat.000 –o 0 –s 400000
$ onspaces –c –d dbs_llog –p /opt/ifmxdata/dbs_llog_dat.000 –o 0 –s 500000
$ onspaces –c –d dbs_temp1 –t –p /opt/ifmxdata/dbs_temp1_dat.000 –o 0 –s 500000 # esse tem o parâmetro –t que indica ser um dbspace temporário.
$ onspaces –c –d dbs_dados –p /opt/ifmxdata/dbs_dados_dat.000 –o 0 –s 1000000

Execute agora o onstat –d novamente e veja que o banco já tem agora os espaços criados.
Seria legal também executar um ls –lh e verificar que os arquivos estão todos com o o tamanho que definimos ...

Bem agora temos espaços adicionados para o banco, mas o banco ainda não sabe para qual finalidade é cada espaço vamos então agora fazer algumas configurações para dizer ao banco a finalidade de cada um desses espaços.

Vamos inicialmente trabalhar o logical Log

Antes de qualquer mudança executem o comando onstat –l , com este comando será listado o Logical Log .

Observe que teremos 6 logicais Log e na coluna “Begin” o inicio será 1:XXXXX esse numero 1 representa que ele está fisicamente construído no dbspace 1, veja quem é o dbspace 1 com o comando onstat –d . Se fosse 2:XXXX teríamos o logical log no dbspace numero 2 se 3:XXXX seria no dbspace 3 e assim por diante, vale lembrar que posso criar logical log em dbspaces distintos , veremos mais adiante quando for ser criado .

Resposta: O dbspace 1 é o rootdbs , lembra que falei um pouco mais acima que o logical log e phisical log seriam criados fisicamente no roodbs então está ai a comprovação.

Vamos então fazer a alteração do logical log do dbspace 1:XXXX (rootdbs) para o dbspace 2:XXXXX (dbs_llog)

Veremos agora mais 1 comando onparams, esse comando também exibe a sintaxe através do comando onparams -- , o onparans vai permitir criar, apagar e mover logical log .

Sintaxe que vamos utilizar:

Onparams
-a -d [-s ]

-a = adicionar arquivo de logical log
-d = dbspace , nome do dbspace que receberá os arquivos de logical log
-s = tamanho do arquivo de logical log # Neste tutorial estarei criando com o tamanho de 15MB , mas existe uma conta para definir este tamanho , logical log muito grande pode ser problema e logical log muito pequeno pode ser problema tem um tamanho certo , lembrem-se.

$ onparams –a –d dbs_llog –s 15000 (6 vezes)

Vamos repetir esse comando por 6 vezes .

$onstat –l
Comentário: esse comando onstat –l estará mostrando que temos agora 12 arquivos de logical log criados sendo que 6 pertencem ao dbspace rootdbs e 6 pertencem ao dbspace dbs_llog

Teremos então que movimentar o cursor do logical log até a posição 7 para que possamos então excluir os 6 primeiros logical log ficando apenas com os novos .

$ onmode –l (execute esse comando por 6 vezes)
$ onmode –c
$ onstat –l # veja que o cursor estará no logicalLog de numero 7

Excluindo os 6 primeiros logs que estão construídos dentro do rootdbs

Sintaxe excluir logical log:

onparams
{ -d -l [-y] }

-d = excluir (drop)
-l = numero do logical log
-y = Confirmação automática

$ onparams –d –l 1 –y # Excluindo 1 logical Log
$ onparams –d –l 2 –y # Excluindo 2 logical Log
$ onparams –d –l 3 –y # Excluindo 3 logical Log
$ onparams –d –l 4 –y # Excluindo 4 logical Log
$ onparams –d –l 5 –y # Excluindo 5 logical Log
$ onparams –d –l 6 –y # Excluindo 6 logical Log

$onstat –l # Observe que teremos agora apenas 6 Logical Log porém eles estão com o numero 7,8,9,10,11,12

Adicionar então 6 novos logicais Log

$ onparams –a –d dbs_llog –s 15000 (6 vezes)
$ onstat –l # veja que temos agora 12 logical log porém o de numero 1 começa após o de numero 7 .

O passo asseguir não é necessário pois essa numeração é apenas organizacional não irá atrapalhar em nada o funcionamento, mas eu como sendo chato e querendo que quem esteja seguindo esse tutorial pratique vou então arrumar essa sequencia exluindo os logicais de 7 – 12

Leve o cursos até o logical Log 1

$ onmode –l (execute esse comando por 6 vezes)
$ onmode –c
$ onstat –l # veja que o cursor estará no logicalLog de numero 1

Excluir o logical log da posição 7 até a 12

$ onparams –d –l 7 –y # Excluindo 1 logical Log
$ onparams –d –l 8 –y # Excluindo 1 logical Log
$ onparams –d –l 9 –y # Excluindo 1 logical Log
$ onparams –d –l 10 –y # Excluindo 1 logical Log
$ onparams –d –l 11 –y # Excluindo 1 logical Log
$ onparams –d –l 12 –y # Excluindo 1 logical Log

$ onstat –l # veja que o cursor estará no logicalLog de numero 1 e a sequencia de 1 até 6 está correta agora ..

Então agora é só adicionar a quantidade de logical Log que precisamos, lembrando que a área de logical log definida no inicio do tutorial é de 500MB então nesta área teremos como adicionar com o tamanho de 15MB a quantidade máxima de 33 Logical Log .

Temos 6 já criado então falta adicionar 27 para isso então repita o comando abaixo poer 27 vezes ....

$ onparams –a –d dbs_llog –s 15000 (27 vezes)
Comentário: Como somos mentes evoluídas deixamos o trabalho repetitivo para outras pessoas vamos montar uma linha para fazer esse comando de uma vez só

$ for i in $(seq 7 33); do onparams -a -s 15000 $i ; done # Fica essa linha como sugestão, o importante é criar os 27 logical log não importa como o que precisa é quando executar onstat –l tenhamos 33 logical log criados e definido o dbspace dedicado a finalidade de acomodar os logical log.

CONFIGURANDO PHYSICAL LOG

A configuração do Physical Log é feita através do comando onparams o mesmo utilizado para a configuração acima do Logical Log.

Sintax utilizada para a configuração do Phisical Log

Onparams
{ -p -s [-d ] [-y] }

-p = Indica que é physical log
-s = tamanho em Kb definido
-d = nome do dbspace
-y = Confirmação automática do comando

Antes de alterar o dbspace vamos ver com o comando onstat –l o tamanho e local onde está o physical Log.

$ onstat –l # Esse comando trás informações do Logical Log e Physical Log , localize no seu arquivo logo no inicio as informações do Physical Log, o que nos interessa neste momento é a coluna e phybegin physize que respectivamente respondem pela informação de onde está o Phisical e qual o tamanho o size é exibido em paginas (o tamanho de paginas que estamos utilizando no dbspace é de 2Kb)

Physical Logging
Buffer bufused bufsize numpages numwrits pages/io
P-1 4 64 272778 4884 55.85
phybegin physize phypos phyused %used
1:53 32000 143881 45 0.03

$ onmode –u # essa alteração exige que seja feita com o banco em quaisent mode
$ onparams –p –s 400000 –d dbs_plog –y
$ onmode –m # Voltar o banco para modo online
Execute o comando onstat –l e veja que teremos mudanças, phybegin agora está com o dbspace 3 e physize está com 400MB (lembrando que o size é exibido em paginas e trabalhamos com paginas de 2k então para tramanho em Kb deve mutiplicar por 2)

Physical Logging
Buffer bufused bufsize numpages numwrits pages/io
P-2 3 64 272906 4925 55.41
phybegin physize phypos phyused %used
3:53 200000 144050 100 0.06

As alterações automaticamente são escritas no arquivo onconfig PHYSDBS e PHYSFILE

INDENTIFICANDO NUMERO MAXIMO DE EXTENTS

2010-09-27T16:40:00.000-07:00

Esse assunto abaixo abordado é extenso recomendo que entendam primeiramente o que é dbspace, chunk, extent , sem duvida nenhuma a maneira como os dados irão ser construidos faz grande diferença principalmente para performance e elimina também trabalhar reativamente.

Comenatrio: A versão 11.7 não tem mais limitação de números de extents , mas não é por isso que vamos deixar nossos objetos serem construídos de forma desordenada e sem controle até porque isso influencia diretamente na performance.

Considerações iniciais :

Uma das tarefas do DBA é admistrar o numero de extents que as tabelas estão utilizando, caso essa administração não seja feita certamente em algum momento teremos uma mensagem -136 no more extentsque será retornado após a execução de um comando INSERT.

O que vou escrever abaixo é uma resposta a qual busquei por algum tempo, lá traz quando comecei a mexer com informix quando me falaram que o banco precisava ser exportado e importado para reorganizar os extents ... isso nunca entrou na minha cabeça como um banco de dados tão eficiente exige uma manutenção tão radical ... e não tinha explicações nem sobro o que era extents e muito menos como não cair no problema -136 então como muitas coisas fui a luta pesquisar e abaixo estarei passando a explicação de como definir o numero maximo de extents que uma tabela comporta.

para determinar o numero maximo de extents de uma tabela é uma tarefa muito simples.

Não posso deixar de falar agora neste assunto apesar de nosso objetivo ser apenas aprender o numero maximo de extents , mas vou falar superficialmente somente para chamar a atenção -- É DE FUNDAMENTAL IMPORTANCIA CONHECERMOS O BANCO DE DADOS E AS PROJEÇÕES DE CRESCIMENTO DAS TABELAS ...

Os 4 passos abaixo são exatamente o que precisa ser feito para achar o numero maximo de extents.

1. execute o comando oncheck -pt databaseanme:tablename
2. oncheck -pP <Physical Address>
3. Additional_extents = trunc (frcnt / 8)
4. Maximum_number_extents = Additional_extents + Number_of_extents

.... verdade esses 4 passos é simples, mas vamos ter colegas que estão ainda começando a trabalhar com informix que terão ainda certa dificuldade então vamos melhorar o exemplo.

Vou utilizar no meu exemplo uma tabela chamada "cidade" e uma database com o nome "eli"

1. execute o comando oncheck -pt databaseanme:tablename
$ oncheck -pt eli:estoque more # estou usando more pois o que me intereça é o começo do retorno ..

Retorno do comando :

TBLspace Report for eli:eis.cidade
Physical Address 5:487 Creation date 11/23/2009 19:58:07 TBLspace Flags 801 Page Locking TBLspace use 4 bit bit-maps Maximum row size 26
Number of special columns 0
Number of keys 0
Number of extents 1
Current serial value 1
Pagesize (k) 2
First extent size 8
Next extent size 8
Number of pages allocated 8
Number of pages used 3
Number of data pages 2
Number of rows 69
Partition partnum 5242932
Partition lockid 5242932

Extents Logical Page Physical Page Size Physical Pages 0 5:831 8 8

Comentario: No retorno acima está evidenciado na cor vermelha as informações as quais são necessarias para chegarmos no resultado que este tutorial propoe.

Na cor amarela está evidenciado informações interessantes para serem observadas as quais iremos trabalhar em outras postagens.

2. oncheck -pP
$ oncheck -pP 5 487 more # estou usando more pois o que me intereça é o começo do retorno.

addr stamp chksum nslots flag type frptr frcnt next prev
5:487 -892218219 1fa6 5 802 PARTN 160 1864 0 0

slot ptr len flg 1 24 92 0 2 116 28 0 3 144 0 0 4 144 0 0 5 144 16 0

Comentario: No retorno acima está evidenciado na cor vermelha as informações as quais são necessarias para chegarmos no resultado que este tutorial propoe.

3. Additional_extents = trunc (frcnt / 8)

Agora já temos todas as informações é só fazer conta

Additional_extents = (1864 / 8)

Additional_extents = 233

4. Maximum_number_extents = Additional_extents + Number_of_extents

Maximum_number_extents = 233 + 1
Maximum_number_extents = 234

BEM SABEMOS AGORA QUE A TABELA "CIDADE" DA DATABASE "ELI" COMPORTA UM NUMERO MAXIMO DE 234 EXTENTS , APÓS ATINGIR ESSE NUMERO VAI ACONTECER O ERRO -166 ...

ATENÇÃO 234 não é um tamanho é uma quantidade ou seja dentro destes234 posso administrar o tamanho dos extents, passando na criação das tabelas informações de size de extent ... porém esse assunto vamos discutir em outra postagem ...

Quando deixamos o banco de dados alocar os extents de maneira automatica inicialmente ele vai alocar o primeiro extent com 8 KB e vai seguir com a alocação dos demais extents seguindo a logica de quando atingir 16 extents eles dobra o tamanho ou seja o primeiro foi criado com 8KB o decimo setimo terá 16 Kb o vigezimo quinto terá 32 Kb e assim por diante ... mas isso não precisa ser assim podemos tratar esses valores definindo eles na criação da tabela facilmente ..

Dicas:
1. É importante tenatar criar os extents de maneira contiguos , o que vai limitar o deslocamento da cabeça de leitura.

2. Quando possivél coloque as tabelas em dbspaces separados.

3. Verifique constantemente como os extents estão distribuidos no dbspace , para isso utilize o comando oncheck -pe , tabelas que estejam com extents muito intercalados não é ideal e requer uma grande atenção para não se tornar problema .

Como pode eliminar o problema de extents intercalados ?
1. Reorganizar as tabelas exportando dados e importando (isso requer recriar a tabela)
2. Criar ou alterar um índice de cluster.
3. Use o ALTER TABLE FRAGMENT

Em outras postagens neste BLOG vai existir mais conteudo sobre o assunto extent , fragmentação ..

BACKUP - ONTAPE

2010-08-24T11:44:00.000-07:00

Quando comecei a reunir as informações para escrever esse tutorial fiz uma grande reflexão e percebi que o quanto esse assunto que vou escrever é serio.
pensei bastante sobre os ultimos anos de minha vida profissional e posso dizer que o mal uso sobre as praticas e políticas de backup as quais a grande maioria dos clientes que atendi nos ultimos anos se submetiam me truxeram grandes desgastes , então resolvi começar esse tutorial falando português muito claro.

Backup é o único meio de você reverter uma situação de perca permanente de uma base de dados, sem ele não adianta ficar fazendo cara de bobo, incentivando os profissionais que trabalham com banco de dados com palavras do tipo “você consegue, eu acredito em você” SEM BACKUP num eventual desastre você vai ficar sem dados não tem MAGICA!!!!

Seus dados não estão na vitrine de nenhuma loja esperando você ir comprá-los novamente após você perde-los, não tem nenhuma loja no comercio que terá um produto chamado “Seus dados íntegros e seguros”

Se roubarem seu servidor, se pegar fogo, se acontecer qualquer problema com seu hardware você consegue comprar outro agora seus dados não estão dentro de uma caixinha na vitrine de nenhuma loja esperando por vocês, então trate seu backup com muita atenção, não precisa investir milhões, basta apenas cuidar para ele estar em local seguro e integro ação que você vai conseguir muito provavelmente somente com mão de obra do dia a dia sem necessidade de tornar o backup um acontecimento , é rotina ... mas rotina fundamental.

Detalhe importante... Teste periodicamente o seu backup, ninguém quer ter surpresa no momento que precisar restaurar dados, sua única chance de fazer o backup direito é enquanto o banco ainda funciona.

Bem vamos agora falar da parte técnica do Informix ...

O Informix assim como outros bancos de dados do mercado tem nativo ferramentas para efetuar o backup e certamente o Informix foi um dos primeiros bancos no mundo a permitir fazer o backup “on-fly”, você vai encontrar o ontape e onbar como ferramentas nativas , neste tutorial vamos falar do ontape que é a ferramenta mais simples de ser utilizada e muito funcional.

O que vamos falar:

Configurando o ambiente

- Configurando o ambiente

O backup de um banco de dados é a extração de todos os dados para um arquivo que poderá ser armazenado em local seguro, então se vai ser extraído os dados para ser guardado isso nos leva a dedução obvia que um local físico deve existir para esse backup ser armazenado.

Backup pode ser salvo em disco, fita em qualquer unidade montada.

Para que o backup seja executado o ambiente precisa ser configurado.

$ vim $INFORMIXDIR/etc/onconfig # Arquivo de variáveis de ambiente do Informix

Localizar: ontape Tape Device Configuration Parameter

TAPEDEV /opt/informix/backup/fita # Arquivo onde o backup será gerado
TAPEBLK 32
TAPESIZE 2000000 # tamanho Maximo para a geração do backup

Neste exemplo acima precisa existir os diretório /opt/informix/backup e o arquivo fita, esse arquivo fita precisa estar com permissão 660, veja bem o diretório você pode definir qual queira e o nome do arquivo também desde que os mesmos estejam devidamente configurados no onconfing

Caso o diretório e arquivo não exista vamos criar e dar permissões:

$ mkdir –p /opt/informix/backup # Criando diretório
$ touch opt/informix/backup/fita # criando arquivo vazio
$ Chow informix:informix opt/informix/backup –R # Mudando grupo e usuario
$ chmod 777 opt/informix/backup # Mudando permissão da pasta
$ chmod 660 opt/informix/backup/fita # Mudando permissão do arquivo

Comentário: Caso não queira que o backup seja salvo em nenhum local deve colocar o prametro TAPDEV como /dev/null (Isso vai fazer com que o backup seja enviado para nenhum lugar)
Com estas configurações estamos preparando o ambiente para efetuar backup de nível 0, 1 ou 2 de toda a instancia até o logical log que o banco se encontre no termino do backup e de forma “on-fly”

O banco de dados conforme vai sendo movimentado vai transacionando dados nos chamados Logicais Logs que podem também ser feitos backup e num momento de restore pode ser aplicado para complementar o ultimo nível de backup existente, buscando a restauração no ponto mais próximo do desastre, assim como o backup full precisamos definir no ambiente onde efetuaremos o backup dos logicais logs. (vamos ainda falar sobre niveis de backup não se preocupe com isso agora)
Detalhe muito interessante , na versão 11 o informix não exige mais que se tenha um arquivo vazio para backup de Logical Log, basta ter o diretório definido que o banco cria os arquivos de backup de log. (Com algumas configurações no alarmeprogram.sh faremos isso automaticamente)

$ vim $INFORMIXDIR/etc/onconfig # Arquivo de variáveis de ambiente do Informix

LTAPEDEV /opt/informix/backup/logs
LTAPEBLK 32
LTAPESIZE 15000

Caso o diretório não exista então vamos criar

$ mkdir /opt/informix/backup/logs # Criando diretório
$ chmod 660 opt/informix/backup/logs # Mudando permissão da pasta

Comentário: Na versão 11 do IDS tivemos algumas evoluções interessantes do ONTAPE uma delas que vou ressaltar é o backup de log ser gerado em diretório vazio sem a necessidade de arquivos vazios e com algumas poucas configurações conseguiremos eliminar a necessidade de scripts para ficar criando e renomeado arquivos.

Cuidados a serem tomados:

Verificar se vai existir espaço físico suficiente para a gravação de todos os dados no ponto onde vai ser efetuado o backup
Verificar se o caminho configurado corresponde a pasta e arquivos existentes.
Backup não fica em disco então deve ser copiado para local seguro, não recomendo o backup direto para unidade de fita devido ao baixo I/O que certamente irá comprometer a performance do banco de dados.

Bom até este ponto temos o ambiente configurado para efetuar backup

INSTALAÇÃO DO INFORMIX - PARTE 02

2010-08-17T09:53:00.000-07:00

O fato de ter executado o instalador do informix na parte 01 do tutorial não quer dizer que temos o IDS pronto para ser utilizado, iremos precisar agora efetuar algumas configurações para que a instancia possa ser inicializada.

-Criar diretorio de dados:

$ mkdir /opt/ifmxdata # Criar diretorio de dados local de minha preferencia

Comentario: o local do diretorio de dados é uma escolha não uma regra, nas minhas inatalações na grande maioria irão encontrar esses diretorio em /opt/ifmxdata, no nosso caso estamos usando maquinas virtuais que não serão produção então não estamos efetuando uma instalação visando performance ... quando penso em ambiente de produção sempre procuro utilizar uma partição de dados que não faça JOURLING fazendo uso até da partição "ext2" procuro sempre alocar dados por meio de LVM linkando com o rawdevices ... em breve falaremos com mais detalalhes sobre esses assuntos ...

- Criar arquivo de dados:

$ touch /opt/ifmxdata/rootdbs # Arquivo exigido para a primeira inicialização do BD.

Comentario: será necessario a criação de outros arquivos mas falaremos no decorrer do tutorial, não se esqueçam que estamos fazendo uma instalação usando arquivos se fosse pensar em performance utilizaria rawdevices que esse arquivo seria um link simbolico com um arquivo de raw.

- Permissão:

$ chmod 666 /opt/ifmxdata # Permissão sob o diretorio
$ chmod 660 /opt/ifmxdata/rootdbs # permissão sobre o arquivo

Comentario: O informix implementou um controle maior de segurança para seus arquivos exigindo que algumas diretorios e arquivos tenham permissões mais controladas, em versões anteriores como 7.31 isso não era necessario, existe meios de contornar esse controle de permissão mas isso é outro assunto , no momento vamos atender ao que o IDS exige.

- Criar arquivo de configuração:

$ cp -v /opt/informix/etc/onconfig.std /opt/informix/etc/onconfig # Arquivo onconfing é responsavél pelas configurações do informix.

Comentario: O IDS traz em sua instalação um arquivo de base com o nome onconfig.std, este arquivo estará sempre disponivél em /$INFORMIXDIR/etc

- Alterar usuario e grupo do arquivo de configuração:

$ chown informix:informix /$INFORMIXDIR/etc/onconfig
$ chown informix:informix /$INFORMIXDIR/etc/sqlhosts

- Editar arquivo de configuração (utilize o editor de texto de sua preferencia, no meu caso será vim)

- Criar variavéis de ambiente para o usuario informix

$ vim /home/informix/.bashrc

*** No final do arquivo adicionar o conteuido

export INFORMIXDIR=
export PATH=$PATH:$INFORMIXDIR/bin
export INFORMIXSERVER=

*** Na minha instalação como ficou:

export INFORMIXDIR=/opt/informix
export PATH=$PATH:$INFORMIXDIR/bin
export INFORMIXSERVER=ferraz

- Mudar para usuario informix

$ su - informix - editar arquivo de configuração:
$ vim /$INFORMIXDIR/etc/onconfig

######## Root Dbspace Configuration Parameters ############################

ROOTNAME rootdbs # Nome do chunk de administração, veja que o arquivo criado tem que ter o mesmo nome.
ROOTPATH /opt/ifmxdata/rootdbs # Colocar o caminho onde está o arquivo criado. ROOTOFFSET 0
ROOTSIZE 200000
MIRROR 0
MIRRORPATH # Deixar em branco , não estamos vendo mirror neste Tutorial MIRROROFFSET 0

#### System Configuration Parameters ###################################

SERVERNUM 0
DBSERVERNAME ferraz # nome da sua instancia , no meu caso é ferraz
DBSERVERALIASES

### ontape Tape Device Configuration Parameters #########################

TAPEDEV /dev/null # Inicialmente deve deixar desta maneira , mais adiante iremos configurar TAPEBLK 32 TAPESIZE 2000000

###### ontape Logial Log Tape Device Configuration Parameters ##############

LTAPEDEV /dev/null # Inicialmente deve deixar desta maneira , mais adiante iremos configurar
LTAPEBLK 32
LTAPESIZE 15000

$ Vim /$INFORMIXDIR/etc/sqlhosts

No final do arquivo deve comentar a linhada instancia demo_on e inserir a linha ferraz (No meu caso esse é o nome da minha instancia)

#demo_on onipcshm on_hostname on_servername
ferraz onsoctcp 192.168.15.75 1536

*** A informação acima inserida no arquivo é dividida em 4 partes , esse arquivo aceita até 5 entradas porém a quinta é opcional, vamos entender um pouco mais

# dbservername = mesmo nome que se encontra no arquivo onconfig no parametro
DBSERVERNAME # nettype = on # identificação do produto soc # Interface type tcp # protocolo , para o nettype são 8 caracteres ddiiippp
dd = Database product [olondr]
iii = Interface type [ipcsoctlisql]
ppp = Protocol [imcnmpshmspxstrtcpsslmux]

# hostname = pode ser o IP da maquina ou o host
# servicename = porta de conexão do IDS, recomenda ser criado uma porta em /etc/services e colocado o nome da porta nesta variavél , mas posso dizer que funciona se informar o numero da porta diretamente mas não é recomendado.
# options = opções de conexões , campo não obrigatorio

- Iniciar a instancia do banco de dados.

$ oninit -iv # A opção -i só deve ser utilizado na primeira inicialização.

*** Opção -i = Initialize disk space and shared memory, leave in on-line mode
*** opção -v = Verbose mode: prints all initialization messages
pronto, ativação da instancia concluida , agora é só confirmar se o banco foi inicializado

$ onstat - # verifica o status do banco de dados

Deve retornar algo parecedo com essa mensagem ...

IBM Informix Dynamic Server Version 11.50.FC7IE -- On-Line -- Up 00:01:14 -- 157384 Kbytes

Bem neste momento temos o banco de dados inatalado e inicializado... mas ainda precisamos efetuar alguns ajustes para conseguir ter o servidor em condições de operação , seguiremos com esse assunto no proximo tutorial onde falaremos de DBSpace, Chunk, logical Log, Physical Log, Temporario )

INSTALAÇÃO INFORMIX - PARTE 01

2010-08-02T13:23:00.000-07:00

INSTALAÇÃO INFORMIX - PARTE 01

Nosso objetivo e foco neste tutorial é falar da instalação do INFORMIX, então serei o mais objetivo possível para não desviar o assunto, mas deixo a dica que antes de qualquer instalação do Software de banco de dados deve ser pensado e planejado o ambiente onde o banco será instalado, este planejamento envolve hardware, sistema operacional e rede. Como nosso foco neste tutorial é INSTALAÇÃO DO INFORMIX estarei fazendo citações nos pontos onde achar indispensável citar outros assuntos que não seja do INFORMIX.
Os passos abaixo apresentados serão feitos em ambiente LINUX , com SUSE 10 SP3 64Bits instalados numa maquina virtual utilizando o Virtual Box, o modelo abaixo pode ser seguido para instalação em outras distribuições sem problema, em caso de outros sistemas operacionais irão existir variações mas este tutorial pode servir como auxílio e referencia considerando que a instalação são bastante semelhantes.

* Símbolos utilizados no Tutorial:

$ Representa comandos executados pelo Linux
# Representa comentários após linha de comandos
* Tópicos do tutorial
- Subtopicos do Tutorial
*** Explicações técnicas

* O que vamos fazer nesta parte do Tutorial:

- Preparação do ambiente para instalar o IDS
- Descompactar a versão do IDS
- Instalação do IDS
- Comentários importantes

* Preparação do ambiente para Instalar o IDS:

- Criar usuário e grupo informix.
$ groupadd informix
$ useradd -g informix -d /home/informix -m informix

Explicação: O INFORMIX exige que tenha o usuário e grupo "informix" não é possível trabalhar com outro nome de usuário, é obrigatório, no INFORMIX não existe usuários criados no banco de dados o banco faz uso dos usuários do sistema operacional.

- Criar diretórios onde estará a instalação do INFORMIX (usuário e grupo informix)

$ mkdir /opt/informix # este será o diretorio de instalação do INFORMIX

*** Esse diretório pode ser criado de acordo com a vontade de quem estiver instalando o IDS, nos meus servidores procuro seguir um padrão para uma melhor administração e meu padrão segue a lógica da arvore de diretórios do LINUX ou seja software de terceiros deve ser no /opt então crio sempre um diretório chamado /opt/informix , estaremos então definindo no nosso tutorial que sempre que me referir a INFORMIXDIR estamos falando de /opt/informix
Comentário: Por padrão na instalação a IBM vai sempre sugerir um diretório /opt/IBM/informix , fiquem a vontade de montar como acharem melhor.

Comentário: os arquivos de dados podem ser do tipo file text, rawdevices, cookies o que é melhor vamos discutir em outra ocasião, no nosso ambiente agora que estamos somente fazendo a instalação do IDS sem e não vamos ter carga de dados vou utilizar o File text , normalmente em ambiente de produção que penso em performance minha escolha seria em rawdevices.

* Descompactar a versão do IDS :

- Copiar a versão do IDS para um diretório qualquer, no meu caso vou estar usando um diretório chamado /opt/informix (Diretório que criei manualmente quando preparei o ambiente)

Origem o diretorio onde esteja a versão baixada, caso a versão já esteja no diretorio desejado não precisa fazer nada.

$ cp -v /iif.11.50.FC7IE.linux-x86_64.tar /opt/informix

Comentário: O INFORMIX tem algumas versões free que estão disponíveis para download em http://www-01.ibm.com/software/data/informix/ , caso já tenha a versão baixada então siga em frente neste tutorial.

Comentário: Muita atenção em fazer a escolha da versão que seja compatível com seu ambiente (ex. Sistema operacional , 32 ou 64 Bits).
A versão a qual baixei e que vou utilizar neste tutorial vem num arquivo .tar com o nome "iif.11.50.FC7IE.linux-x86_64.tar"

Execute o comando abaixo para descompactar o arquivo.

$ tar -xvf iif.11.50.FC7IE.linux-x86_64.tar # Descompactando o arquivo baixado do site da IBM

Após ser descompactado alguns diretórios e arquivos serão criados abaixo listados:

.jvm.bin*, CSDK/, ICONNECT/, JDBC/,README.html, SERVER/,bundle.ini, ids_install*, images/, suite.jar*

* Instalação do IDS:

*** A instalação do INFORMIX deve ser efetuada com o usuário "root"
***A instalação do INFORMIX exige o JAVA presente, porém a distribuição baixada do site da IBM já traz o pacote do JAVA

Comentário: particularmente prefiro ter o java previamente instalado, mas isso não é nenhum requisito ou irá facilitar em alguma coisa é somente a maneira que eu acho mais produtivo o trabalho, a decisão fica por conta de quem estiver instalando.

- Iniciando a instalação:

*** Toda a instalação será feita com o usuário “root”, quando for hora de mudar para o usuário “informix” estarei fazendo a citação, caso não esteja com o usuário “root” o instalador do INFORMIX irá abortar a instalação.

*** Entrar no diretório onde esteja o arquivo descompactado, no nosso caso: (caso tenha duvida onde está pode digitar o comando pwd)

$ cd /opt/informix # Entrando no diretório onde estará o arquivo de instalação.

*** Criar variáveis de ambiente

$ export INFORMIXDIR=/opt/informix # Variavél de ambiente deve apontar para o diretório de instalação do IDS , caso não seja definida essa vaiavél o IDS vai sugerir um diretorio padrão /opt/IBM/informix que pode ser alterado também durante a instalação.

Comentário: Não se esqueçam que esse diretório deve ser previamente preparado na preparação do ambiente e que é de livre escolha o local.

Caso não faça essa atribuição de variável no momento da instalação o INFORMIX irá sugerir o diretório padrão conforme exemplo abaixo:

Please specify a directory or press Enter to accept the default directory.
Directory Name: [/opt/IBM/informix] /opt/informix # estou passando aqui o diretorio de instalação que eu escolhi, não estou aceitando a sugestão do instalador.

Comentário: O INFORMIXDIR deve apontar para o diretório onde o IDS será instalado deve ser um diretório existente no S.O que já criamos na preparação do ambiente, caso tenha escolhido outro diretório deve apontar o INFORMIXDIR para o diretório de sua preferência.

*** Caso não esteja com o usuário root acontecerá o erro abaixo, não precisa se desesperar é só entrar no root e executar a instalação novamente.

“ Retorno do IDS em caso de tentativa de execução com usuário diferente do root”
informix@ferraz:/opt/informix> ./ids_install -console
Installation must be run as a user "root" or with administrative
privileges.

Executar o arquivo de instalação com o usuário root

$ ./installserver –console # O informix tem vários modos de instalação sendo que o –cosnole é o defult mas existe –gui , -silent (vamos abordar esses outros modos em outra ocasião vamos usar o default que é o –console)

*** A partir deste ponto irá aparecer uma seqüência de telas de confirmação e avanços... Vamos partir para uma Instalação típica então confirme tudo, a instalação ira mostrar para você uma progressão em % e irá instalar alguns componentes a mais do que somente o IDS.

Segue abaixo toda a minha instalação executada na maquina virtual que estou usando como referencia para este tutorial, com todas as opções utilizadas.

Initializing InstallShield Wizard........

Extracting Bundled JRE.

Verifying JVM.

Version "1.5.0" has been verified.
Launching InstallShield Wizard........

1. Release Notes
2. Express Quick Beginnings Guide
3. Launch Information Center
4. Begin Installation

Please select one of these options [4]
Beginning installation...

Press 1 for Next, 3 to Cancel or 4 to Redisplay [1]
Welcome to the InstallShield Wizard for IBM Informix Dynamic Server Version
11.50 Bundle

The InstallShield Wizard will install IBM Informix Dynamic Server Version 11.50
Bundle on your computer.
To continue, choose Next.

Press 1 for Next, 2 for Previous, 3 to Cancel or 4 to Redisplay [1]
Contrato de Licença Internacional para Programas Não Garantidos

Parte 1 - Termos Gerais

AO FAZER O DOWNLOAD, INSTALAR, COPIAR, ACEDER, CLICAR NO BOTÃO
"ACEITAR" OU DE QUALQUER OUTRA FORMA UTILIZAR O PROGRAMA, O
LICENCIADO ACEITA OS TERMOS DESTE CONTRATO. SE O CLIENTE ACEITAR
ESTES TERMOS EM NOME DO LICENCIADO, O CLIENTE DECLARA E GARANTE QUE
POSSUI PLENOS PODERES PARA VINCULAR O LICENCIADO A ESTES TERMOS.
CASO O CLIENTE NÃO CONCORDE COM ESTES TERMOS,

* NÃO DEVERÁ FAZER DOWNLOAD, INSTALAR, COPIAR, ACEDER, CLICAR NO
BOTÃO "ACEITAR" NEM UTILIZAR O PROGRAMA; E

Digite/Prima a tecla Enter para continuar a visualizar o contrato de licença,
ou, Digite/Prima "1" para aceitar o contrato, "2" para rejeitar o contrato ou
"99" para voltar a tela/ecran anterior, "3" Imprimir, "4" Leia os Termos
não-IBM, "5" English.

Prima 1 para Avançar, 3 para Cancelar ou 4 para Ver de novo [1]
IBM Informix Dynamic Server Version 11.50 Bundle Install Location

Please specify a directory or press Enter to accept the default directory.

Directory Name: [/opt/IBM/informix]
Press 1 for Next, 3 to Cancel or 4 to Redisplay [1]

Searching for products available for install: this may take a few minutes.

Select the products you would like to install:

To select/deselect a product or to change its setup type, type its number:

Product Setup Type
------------------------------------------------ ------------------------
1. [ ] IBM Informix IConnect Version 3.50
2. [x] IBM Informix Client-SDK Version 3.50 Typical
3. [x] IBM Informix Dynamic Server Version 11.50 Typical
4. [x] IBM Informix JDBC Driver Version 3.50

Other options:

0. Continue installing

Enter command [0]

Press 1 for Next, 2 for Previous, 3 to Cancel or 4 to Redisplay [1]

Checking for Server Prerequisites ...

Do you want to create an IDS demonstration database server instance?

[ ] 1 - Yes
[X] 2 - No

To select an item enter its number, or 0 when you are finished: [0]

You can use a demonstration database server instance to verify that IDS is
installed correctly and that the hardware is configured correctly. You can also
configure the demonstration database server instance to use it as a production
instance.

Press 1 for Next, 2 for Previous, 3 to Cancel or 4 to Redisplay [1]
IBM Informix Dynamic Server Version 11.50 Bundle will be installed in the
following location:

/opt/informix

with the following features:

IBM Informix Client-SDK Version 3.50
IBM Informix Dynamic Server Version 11.50
IBM Informix JDBC Driver Version 3.50

for a total size:

359.6 MB

Press 1 for Next, 2 for Previous, 3 to Cancel or 4 to Redisplay [1]
Installing IBM Informix Client-SDK Version 3.50. Please wait...

0 % complete
10 % complete
20 % complete
30 % complete
40 % complete
50 % complete
60 % complete
70 % complete
80 % complete
90 % complete
100 % complete

Creating uninstaller...

Installing IBM Informix Dynamic Server Version 11.50. Please wait...

Creating uninstaller...

Installing IBM Informix JDBC Driver Version 3.50. Please wait...

Creating uninstaller...

Performing GSKit Installation ...
Performing GSKit installation for Linux ...

Branding Installed Files ...

Branding Files ...
Installing directory .
Installing directory etc
Installing directory bin
Installing directory lib
Installing directory lib/client
Installing directory lib/client/csm
Installing directory lib/esql
Installing directory lib/dmi
Installing directory lib/c++
Installing directory lib/cli
Installing directory release
Installing directory release/en_us
Installing directory release/en_us/0333
Installing directory incl
Installing directory incl/esql
Installing directory incl/dmi
Installing directory incl/c++
Installing directory incl/cli
Installing directory demo
Installing directory demo/esqlc
Installing directory demo/c++
Installing directory demo/cli
Installing directory doc
Installing directory doc/gls_api
Installing directory doc/gls_api/en_us
Installing directory doc/gls_api/en_us/0333
Installing directory tmp
Installing directory gsk
Installing directory gsk/client
Installing directory gskit
Installing directory gsk
Installing directory gsk/client

IBM Informix Product: IBM INFORMIX-Client SDK
Installation Directory: /opt/informix

Performing root portion of installation of IBM INFORMIX-Client SDK...

Installation of IBM INFORMIX-Client SDK complete.

Installing directory etc
Installing directory gls
Installing directory gls/cm3
Installing directory gls/cv9
Installing directory gls/dll
Installing directory gls/etc
Installing directory gls/lc11
Installing directory gls/lc11/cs_cz
Installing directory gls/lc11/da_dk
Installing directory gls/lc11/de_at
Installing directory gls/lc11/de_ch
Installing directory gls/lc11/de_de
Installing directory gls/lc11/en_au
Installing directory gls/lc11/en_gb
Installing directory gls/lc11/en_us
Installing directory gls/lc11/es_es
Installing directory gls/lc11/fi_fi
Installing directory gls/lc11/fr_be
Installing directory gls/lc11/fr_ca
Installing directory gls/lc11/fr_ch
Installing directory gls/lc11/fr_fr
Installing directory gls/lc11/is_is
Installing directory gls/lc11/it_it
Installing directory gls/lc11/ja_jp
Installing directory gls/lc11/ko_kr
Installing directory gls/lc11/nl_be
Installing directory gls/lc11/nl_nl
Installing directory gls/lc11/no_no
Installing directory gls/lc11/os
Installing directory gls/lc11/pl_pl
Installing directory gls/lc11/pt_br
Installing directory gls/lc11/pt_pt
Installing directory gls/lc11/ru_ru
Installing directory gls/lc11/sk_sk
Installing directory gls/lc11/sv_se
Installing directory gls/lc11/th_th
Installing directory gls/lc11/zh_cn
Installing directory gls/lc11/zh_tw

IBM Informix Product: Gls
Installation Directory: /opt/informix

Performing root portion of installation of Gls...

Installation of Gls complete.

Installing directory etc
Installing directory msg
Installing directory msg/en_us
Installing directory msg/en_us/0333

IBM Informix Product: messages
Installation Directory: /opt/informix

Performing root portion of installation of messages...

Installation of messages complete.

Please read the information below.

Set required environment variables
Set $INFORMIXDIR to the directory where the IDS server is installed.
Set $PATH to include $INFORMIXDIR/bin
Set $INFORMIXSERVER to the name of the database server
Set $ONCONFIG to the name of the active onconfig configuration file.
If using a sqlhosts file other than $INFORMIXDIR/etc/sqlhosts
Set $INFORMIXSQLHOSTS
If using a locale/language other than the default
Set $CLIENT_LOCALE
Set $DB_LOCALE
Set $SERVER_LOCALE
Set $DBLANG
Prepare connectivity files
sqlhosts
/etc/hosts
/etc/services
Prepare configuration file
Set DBSERVERNAME
Set SERVERNUM
Set ROOTNAME

Press ENTER to read the text [Type q to quit]

Press 1 for Next, 3 to Cancel or 4 to Redisplay [1]
The InstallShield Wizard has successfully installed IBM Informix Dynamic Server
Version 11.50 Bundle. Choose Next to continue the wizard.

Press 1 for Next, 3 to Cancel or 4 to Redisplay [1]
1. Release Notes
2. Express Quick Beginnings Guide
3. Launch Information Center
4. Finish Installation

Please select one of these options [4]
Finishing installation...

Press 3 to Finish or 4 to Redisplay [3]

* COMENTARIOS:

Até este ponto somente executamos a instalação do IDS veja os próximos TUTORIAIS para aprender a configurar e iniciar o serviço do INFORMIX, até este ponto você tem o IDS instalado apenas, falta algumas etapas. A instalação aqui apresentada é aplicável em quase toda a sua totalidade para distribuições superiores a 7.31 , caso queira instalar versões inferiores a 9.40 teremos algumas mudanças inclusive são dois arquivos binários de instalação nestas distribuições mais antigas... Nada complicado, mas prefiro que se algum leitor tenha essa necessidade me pergunte diretamente por e-mail que passo as dicas (elielmferraz.dba@gmail.com)

Instalação do INFORMIX - Introdução

2010-07-27T10:01:00.000-07:00

Instalar e configurar o INFORMIX é uma tarefa considerada muito simples e que não exige conhecimento tecnico para a pessoa que for executar, poderiamos dizer que seria uma sequencia de confirmações, existindo um script passo a passo se torna simples e facil, Em uma ocasião ouvi de um consultor de negocio que instalar software é uma regra unica e geral da seguinte maneira: "é só apertar next, next , next e concluido" .... bem não está muito errado se for objetivo apenas instalar o software, a cada dia os instaladores estão ficando mais facieis e praticos, mas num ambiente que necessite de continuidade e que vai ser operado em produção varios cuidados devem ser tomados e diversas copetencias tecnicas passam a ser necessarias, antes de instalar precisa traçar as configurações do servidor que irá suportar o banco de dados o que certamente vai precisa de algumas copetencias tecnicas e visibilidade sobre o negocio, seja para desenhar o ambiente e proceder as intalações ou seja na execução ou definições de projetos para transferir as necessidades para outros profissionais que estarão envolvidos na execução, como nosso intuito é apenas falar do INFORMIX neste tutorial estaremos nos preocupando com alguns aspectos que chamo de ambiente para receber o banco de dados e após a instalação teremos que configurar o INFORMIX que nesta etapa ira necessitar de algumas habilidades do DBA e entendimentos um pouco mais aprofundados, saindo do simples script de "NEXT, NEXT, CONCLUIDO" para um trabalho com muito mais conhecimento.
Estaremos vendo em 2 partes um passo a passo de como fazer uma instalação e configuração do INFORMIX em ambiente LINUX.
Temos que ter conciencia que cuidamos de Administração de banco de
dados e que Servidores é tarefa de tecnicos de Sistema operacionais e rede é responsabilidade de tecnicos de rede , porém sabemos que isso não é uma verdade em grande parte dos cenarios das empresas e que muitas vezes temos que assumir outras funções incluindo administrador de servidores e redes então é fundamental um bom conhecimento sobre S.O e rede, eu tenho uma visão também que mesmo em ambiente que podemos contar com um analista especializado em servidores temos que ter conhecimento generalistas para poder pedir requisitos de instalação, cobrar qualidade , então DBA e S.O, rede , caminham bem proximos. "vejam isso é uma opinião pessoal minha não uma regra, mas certamente será um diferencial a mais" "eu defendo a segmentação ou seja cada profissional com sua especialidade e um conhecimento generalista"

INFORMIX - Certificação 918

2010-07-23T13:31:00.000-07:00

O exame 918 do Informix Dynamic server 11 é uma das certificações que estão disponivéis para profissionais informix, esta prova é aplicada pela PROMETRIC disponivél em inglês, para estudar para esse exame a IBM disponibiliza de forma gratuita o curso completo que pode ser acessado pelo endereço: http://www.ibm.com/developerworks/offers/lp/db2cert/ids-cert918.html, haverá a necessidade de efetuar um cadastro para ter acesso ao material.

existe um simulado também disponivél com o custo de U$ 10,00 este simulado tem 60 questões, antes de se submeter a prova é recomendado fazer o simulado pelo menos 3 vezes.

Somente com dedicação e percistencia que chegamos a resultados então o conselho que faço a todos é mergulhar nos estudos e não se limitar a apenas o conteudo do material procurar também informações adicionais a cada assunto, tem muita informação e documentação disponivel sobre INFORMIX.

INFORMIX - GRATUITO

2010-07-23T12:27:00.000-07:00

Informix na dimensão tecnicas é um banco incontestavél muito estavél e de baixa manutenção, certa vez lendo alguma materia na internet sobre o informix vi um comentario que dizia: "informix não tem usuarios tem admiradores" e quem trabalha com esse espetacular banco de dados sabe que isso não é nenhum exagero. Mas sabemos também que a marca INFORMIX não é muito bem aceito no Brasil , quando analisado pelo aspecto comercial existe uma grande resistencia, quando consultado profissionais DBA no mercado a grande maioria desconhece esse poderoso banco de dados e acabam enxergando somente o ORACLE isso é certamente reflexo da carencia comercial do produto, falta de treinamentos, porém agora a IBM parece estar querendo reverter esse quadro, pude notar deste o ROAD SHOW promovido no ano de 2009 que teve a participação de pessoas da diretoria comercial do INFORMIX que mudanças começaram a ocorrer neste cenario comercial, e agora em 2010 uma supresa muito grande a IBM anunciou algumas distribuições GRATUITAS que estão disponivéis para Download direto no site da IBM.
As versão Ultimate-C e Innovator-C podem ser baixadas diretamente do site www.ibm.com/informix e mesmo sendo gratuita pode ser contratado o suporte do produto da IBM por um preço muito baixo.

- ULTIMATE -C tem suporte até 4 sockets/16 cores , 16 GB de Shary memory , pode ser utilizado até 1 nó em cluster RSS ou HDR (versão somente disponivél para windows e MacOS)

- INNOVATOR-C Versão bem mais restrita 1 Sockete / 4 cores , 2 GB de Shary memory e ilimitado em armazenamento de dados, uma boa opção pois roda em Linux 32 e 64 bits ... (Considere que 2 GB para Shary memory é um valor que permite muita coisa, se sua necessidade supera isso então certamente seu negocio comporta a aquisição do produto)