1.1 – oninit
O comando oninit é exclusivo para inicialização da instância.
oninit
1.1.1 – oninit -v
Subir banco de dados (-v = modo verbose)
oninit -v
1.2 – onmode
Estes comandos são os principais dentro do Informix, eles derrubam a instância ou sessões de usuários dentre outras operações
1.2.1 – onmode -ky
Derrubar banco de dados (k = shutdown, y = resposta yes para tudo).
onmode -ky
1.2.2 – onmode -sy
Tornar o banco quiescent (s= quiescent, y = resposta yes para tudo).
onmode -sy
Esta opção se usa para manutenção do banco, ele torna inacessível para todos usuários exceto para o usuário informix, podendo alterar chunks, restaurar archivelogs, entre outras operações de manutenção.
1.2.3 – onmode -ulcky
Encerra as transações correntes no banco e após derruba o banco de dados.
onmode -ulcky
1.2.3 – onmode -z SESSIONID
Este comando encerra uma transação específica do banco de dados.
O SESSID deve ser substituído pelo Session ID obtido através do comando onstat -u.
onmode -z SESSIONID
1.3 – onstat
Todos os comandos de gerenciamento do Informix estão nas opções do Onstat. Este é o comando de status dos bancos de dados.
1.3.1 – onstat -
Mostra o status do banco de dados.
A primeira parte da saída identifica a versão do servidor SGDB, a segunda parte identifica o status do servidor:
O status do servidor Informix pode assumir um dos seguintes valores:
• Initialization
• Shutting Down
• Quiescent
• OnLine
• Fast Recovery
• Abort
• Archive Backup
• Unknown
• Read-Only
Na parte final das informações são fornecidos o tempo que o servidor está ativo (em algum dos estados acima), seguido pelo tamanho total dos segmentos da shared memory (resident + virtual) utilizado pelo servidor em Kbytes.
Caso o banco não esteja em execução, será exibida a seguinte mensagem:
Onde “ol_standard” é a instância onde o comando foi executado.
1.3.2 – onstat -d
Mostra os chunks (arquivos físicos e lógicos para armazenamento do Informix) dando tamanho, espaços utilizados, dbspaces.
onstat -d
1.3.3 – onstat -u
Tem como principal objetivo, mostrar os usuários conectados no banco, fornecendo o ID para consulta de monitoramento e ação (exemplo, verificar a query executada).
onstat -u
A listagem é gerada, com a legenda de cada campo na parte superior:
Pode ser combinada com os comandos de Linux “| grep” para realizar um filtro.
A exemplo:
onstat -u | grep USUARIO
Outro filtro que pode ser executado, são pelas sessões com lock ativo.
A coluna flags, o primeiro digito trata-se de do processo em execução.
Caso o mesmo esteja com a letra “L” (em maiusculo), significa que este processo está travado por algum outro processo.
Pode-se verificar a listagem de sessões travadas com o comando:
onstat -u | grep L
Na imagem acima, verificamos que existe apenas um usuário com sessão travada por conta de outro processo.
Sendo assim, caso necessário, este processo pode ser eliminado com o comando
onmode -z 56847
Onde o 56847 é o SessionID
Existem outros parâmetros que podem ser utilizados com este comando. Pode ser consultado no site oficial da IBM para Informix.
1.3.4 – onstat -p
O comando onstat -p fornece informações estatísticas que se acumulou desde a inicialização (uptime) ou o último onstat –z
Este comando é utilizado para verificar informações como o cache de leitura e gravação do banco, número de páginas gravadas no disco, número de bloqueios dentre outros.
1.3.5 – onstat -m
O comando onstat-m exibe as últimas 20 linhas do log do servidor SGDB Informix, que é especificado pelo parâmetro MSGPATH no arquivo de configuração.
Ou seja este comando traz a visualização do arquivo de log que grava todas as informações sobre o que está ocorrendo no SGDB, como checkpoints, erros etc..
onstat -m
1.3.6 – onstat -g
O comando onstat-g fornece informações sobre transações. Para utilizá-lo, devem ser adicionados alguns parâmetros específicos para cada situação.
Um dos parametros utilizados é o SESSION ID, que pode ser obtido através do comando “onstat -u”.
Neste caso, a sintaxe do comando é:
onstat -g ses SESSIONID
Usando um exemplo:
onstat -g ses 73
A saída do comando será:
Na tela, são exibidos todos os dados referente a sessão informada no parâmetro.
1.3.7 – onstat -z
Comando para zerar as informações estatísticas da instância ativa, ou seja recriar as estatísticas, a atualização de estatísticas após um tempo pode começar a não ter mais o mesmo efeito ou até demorar mais do que o necessário, uma estratégia é recriar as estatísticas.
É possível verificar a última vez que as estatísticas foram zeradas, através de uma consulta as tabelas de catálogo do INFORMIX do banco SYSMASTER.
Para isto, execute a seguinte consulta usando o banco SYSMASTER:
select dbinfo ("utc_to_datetime", sh_pfclrtime) from sysmaster:sysshmvals
1.3.7 – onstat -k
Exibe os atuais bloqueios (LOCK) em objetos de banco de dados mantidos dentro do sistema. O tipo de travamento e quanto tempo eles são mantidos é determinada pelo modo de registro de dados, níveis de isolamento e design do aplicativo.
1.4 – oncheck
O comando oncheck é usado para verificação de integridade do banco de dados.
1.4.1 – oncheck -cR
Este comando verifica a consistência das páginas reservadas. As páginas reservadas são usadas para rastreio e controle de informações de configuração para toda a instância.
oncheck -cR
1.4.2 – oncheck -ce
Este comando verifica a consistência das extensões dentro do servidor de banco de dados. Uma extensão é uma área contígua de disco que armazenam dados, dados de índice ou dados blob para uma tabela específica. O utilitário oncheck garante que todas as extensões e espaço livre no servidor de banco de dados, correspondem às suas informações de controle associados. Este comando normalmente irá levar alguns minutos para executar. A quantidade exata de tempo é proporcional à quantidade de espaço em disco que é alocada para a instância do banco de dados.
oncheck -ce
ATENÇÃO: Este comando pode impactar no desempenho quando executado em um sistema em produção.
1.4.3 – oncheck -cc
Este comando verifica a constância das tabelas do catálogo do sistema do qual há um conjunto para cada banco de dados dentro da instância. Essas tabelas armazenam dados essenciais sobre o banco de dados, tais como esquema de banco de dados (schema). Este comando normalmente irá levar alguns minutos para executar.
A quantidade precisa de tempo é proporcional ao número de bancos de dados na instância. Antes de executar oncheck -cc execute um UPDATE STATISTICS de instrução SQL para assegurar que uma verificação exata ocorra. Para conferir uma tabela, o oncheck compara cada tabela do catálogo do sistema para a sua entrada correspondente na tblspace.
oncheck -cc
ATENÇÃO: Este comando pode ter pouco ou nenhum impacto no desempenho quando executado em um sistema em produção.
1.4.4 – oncheck -ci
Os comandos oncheck -ci e o oncheck -cI são utilizados para verificar a ordenação de valores-chave e da consistência das ligações horizontais e verticais do nó para todos os índices associados à tabela especificada. Em suma, verifica como estão os índices.
Se oncheck-ci ou oncheck-CI detecta inconsistências, ele solicita confirmação para reparar o índice problemático. Pode ser usado com o parâmetro “-y” (yes), assim, os índices serão automaticamente reparados.
Pode também ser usado com o parâmetro “-n” (não), desta forma, o problema é relatado, mas não será reparado. Nenhum aviso será exibido.
Se oncheck não encontrar inconsistências, a seguinte mensagem aparece:
“validating indexes......”
Se os índices são fragmentados em várias partições no mesmo dbspace, os comandos “oncheck-ci” e “oncheck -ci” mostrar os nomes das partições.
No exemplo abaixo, faremos a análise da tabela “tsevencs” do banco “sisdia”.
Neste caso, mostra a saída típica de um índice que tem fragmentos em várias partições no mesmo dbspace:
Para realizar a verificação de uma tabela específica, utilize o comando:
oncheck –ci banco:tabela
Neste exemplo:
oncheck –ci sisdia:tsevencs
Lembrem-se, usem estes comandos com responsabilidade.
Comments