Erro: -147 ISAM error (Adicionar novo chunk ao DBSpace)

Esse final de semana, ao alarmar um DBSpace do Informix devido espaço (94% ocupado), fui adicionar um novo chunk (semelhante ao datafile do Oracle e SQL Server), porem ao adicionar o chunk utilizando o comando abaixo, me deparei com o erro -147 ISAM.

onspaces -a dbspace_pre0011 -p /1a01/informix/chunks/vxprd12c2r0789 -o 2048 -s 20950000

Esse erro ocorre quando é adicionado um novo chunk no momento em que ocorre o processo de archiving, no meu caso além de disso ainda estava ocorrendo um backup incremental do banco de dados. Para resolver foi bem simples, aguardei alguns minutos e repeti o comando, dessa vez a mensagem foi de sucesso.

Segue abaixo uma imagem do OpenAdmin com o erro:


Comentários

Postar um comentário

Postagens mais visitadas deste blog

ORACLE: Remoção dos agendamentos do Statspack

Hoje de manhã eu consultando o checklist do meu ambiente, verifiquei que o statspack estava aumentando muito uma tablespace especifica que eu criei para ele armazenar os snapshots do statspack. Na seqüência tentei eliminar os snapshots usando o script sppurge.sql, mas mesmo excluindo 98% dos snapshot ali armazenados, eu consegui um ganho de apenas 2 % no tamanho total da minha tablespace. Executando a consulta abaixo, verifiquei que a tabela STATS$SQL_SUMMARY estava com 72MB e a STATS$SQL_SUMMARY_PK com 30MB. SQL> select segment_name, sum(bytes) from dba_segments where tablespace_name='TOOLS' group by segment_name order by 2; SEGMENT_NAME sum(bytes) ======================================= =========== STATS$SQL_STATISTICS_PK 1048576 STATS$SEG_STAT 3145728 STATS$SQL_PLAN 5242880 STATS$SQLTEXT
Leia mais

Diminuir arquivo de Transaction-log (LDF) do SQL Server nas versões 2000 e 2005

Imagem
Vamos entender seu problema primeiramente. Se o arquivo de Transaction Log está crescendo provavelmente você ativou o Recovery Full (padrão, quando você cria um novo database no SQL Server) e não está fazendo seus backups incrementais. Se você quiser alterar seu banco para não gerar mais esses logs, você pode entrar em propriedades no database, selecionar a opção Options e mudar no combo recovery para a opção Simple . Outra possibilidade, e a mais correta em ambientes de produção seria a implementação dos backups incrementais. IMAGEM:1a.jpg Vamos antes de mais nada resolver o problema eliminando o log e diminuir o tamanho do arquivo: Ao conectar no banco de dados, execute o comando abaixo, trocando o <DATABASE> pelo nome do banco de dados que você quer. 1 – Eliminando o log USE < DATABASE > BACKUP LOG < DATABASE > with truncate_only 2- Diminuindo o arquivo físico Ao executar o comando abaixo pegue o nome do arquivo de log e troque no comando a seg
Leia mais

Usuários no Linux e UNIX

Listar usuários logados no Linux ou Unix Em ambos os casos, tanto para Linux ou para UNIX você possui uma infinidade de maneiras para verificar os usuário logados no Linux ou Unix. Os comandos mais comuns são: "who", ""w" e "users". Segue abaixo os exemplos: $ w 00:19:23 up 261 days, 6:58, 2 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT oracle tty1 - 02May09 261days 0.01s 0.01s –bash oracle pts/0 121.0.60.43 00:19 0.00s 0.01s 0.00s w $ who oracle tty1 2009-05-02 19:43 oracle pts/0 2010-01-19 00:19 (121.0.60.43 $ users oracle oracle   Verificando quais usuarios em possuo no Linux / Unix Para verificar quais os usuários você possui em seu ambiente Linux ou Unix, você deve consultar o arquivo /etc/password . O arquivo de texto /etc/password contêm o nome e outras informações sobre os usuários do Linux e Unix, trazendo em cada linha inf
Leia mais