Referência de Mensagens

SQL0900 - SQL0999

SQL0900NO estado da aplicação está em erro. A conexão com o banco de dados não existe.

Explicação: Uma conexão com o banco de dados não existe. A razão pode ser uma das seguintes:

Usuário responsável: Reestabeleça uma conexão corrente trocando para uma conexão inativa existente (usando CONNECT TO ou SET CONNECTION) ou estabelecendo uma nova conexão (usando CONNECT).

sqlcode: -900

sqlstate: 08003

SQL0901NA instrução SQL falhou devido a um erro do sistema de pouca gravidade. As instruções SQL posteriores podem ser processadas. (Código de "<razão>".)

Explicação: Ocorreu um erro devido a um erro do sistema. O processamento da instrução SQL terminou devido a razão "<razão>" (apenas em inglês e útil apenas para o pessoal de suporte da IBM).

Usuário responsável: Registre o número de mensagem (SQLCODE) e a razão "<razão>".

Se o rastreamento estiver ativo, chame o recurso Independent Trace Facility no prompt de comandos do sistema operacional. Consulte o Independent Trace Facility em Troubleshooting Guide para obter informações de como utilizar este recurso. Em seguida, entre em contato com o representante autorizado tendo em mãos as seguintes informações:

Usuários do sistema federado: isole o problema à fonte de dados falha (refira-se ao manual de determinação de problemas para determinar qual fonte de dados está falhando em processar a instrução do SQL) e tome as etapas de diagnóstico necessárias para aquela fonte de dados. Os procedimentos de determinação de problema para as fontes de dados variam, então refira-se aos manuais de fonte de dados aplicáveis.

sqlcode: -901

sqlstate: 58004

SQL0902COcorreu um erro de sistema (código de razão = "<código-de-razão>"). As instruções SQL posteriores não podem ser processadas.

Explicação: Ocorreu um erro de sistema.

Usuário responsável: Registre o número de mensagem (SQLCODE) e o código de razão na mensagem.

Se o rastreamento estiver ativo, chame o recurso Independent Trace Facility no prompt de comandos do sistema operacional. Consulte o Independent Trace Facility em Troubleshooting Guide para obter informações de como utilizar este recurso. Em seguida, entre em contato com o representante autorizado tendo em mãos as seguintes informações:

Usuários do sistema federado: isole o problema à fonte de dados falha (refira-se ao manual de determinação de problemas para determinar qual fonte de dados está falhando em processar a instrução do SQL) e tome as etapas de diagnóstico necessárias para aquela fonte de dados. Os procedimentos de determinação de problema para as fontes de dados variam, então refira-se aos manuais de fonte de dados aplicáveis.

sqlcode: -902

sqlstate: 58005

SQL0903NA instrução COMMIT falhou e foi feito rollback da transação. Código de razão: "<código-de-razão>"

Explicação: Um ou mais dos servidores que participam da unidade de trabalho atual não puderam preparar o banco de dados para o commit. A instrução COMMIT falhou e a transação foi feito o rollback.

Os códigos de razão possíveis são:

01
Uma conexão com um dos bancos de dados que participam da unidade de trabalho foi perdida.

Usuários do sistema federado: se o banco de dados conectado for um banco de dados de servidor federado onde apelidos são usados, uma conexão a uma das fontes de dados necessárias para um apelido dentro do banco de dados foi perdida.

02
Um dos bancos de dados ou nós particionando na unidade de trabalho foi acessado, porém incapaz de preparar para encerrar.

Usuários do sistema federado: se o banco de dados com o qual você se conectou for um banco de dados de servidor federado onde apelidos são usados, uma conexão a uma das fontes de dados necessárias para um apelido é incapaz de preparar para encerrar.

03
Um Gerenciador do DB2 Data Links que participa da unidade de trabalho não conseguiu preparar o commit.

Usuário responsável: Se uma conexão com um banco de dados tiver sido perdida, restabeleça a conexão. Se a falha não estiver relacionada às conexões, consulte os logs de diagnóstico de erro no sistema remoto para determinar a natureza da falha e a ação que poderá ser necessária. Execute a aplicação novamente.

sqlcode: -903

sqlstate: 40504

SQL0904NExecução mal-sucedida causada por um recurso não disponível. Código de razão: "<código-de-razão>", tipo de recurso: "<tipo-de-recurso>" e nome do recurso: "<nome-do-recurso>".

Explicação: A instrução SQL não pôde ser executada por que o recurso "<nome-do-recurso>" do tipo "<tipo-de-recurso>" não estava disponível no momento para a razão indicada por "<código-de-razão>". Refira-se à documentação de Determinação de Problema do DB2 para MVS para uma explicação dos códigos de tipo de recurso.

Usuário responsável: Verifique a identidade do recurso que não estava disponível. Para determinar por que o recurso não estava disponível, consulte o "<código-de-razão>" especificado.

sqlcode: -904

sqlstate: 57011

SQL0905NExecução mal-sucedida devido ao limite do recurso ser excedido. Nome do recurso = "<nome-do-recurso>", limit- = "<limite-quantidade1>" segundos de CPU ("<limite-quantidade2>" unidades de serviço) derivados de "<limite-fonte>".

Explicação: A execução da instrução do SQL foi terminada por que um limite de recurso foi excedido.

O nome do nome cujo limite foi excedido é "<nome-do-recurso>". Esse também á o nome da coluna na tabela de especificação de limite de recurso da qual o limite foi derivado. O limite excedido em segundos de CPU é "<limite-quantidade1>" e em unidades de serviço é "<limite-quantidade2>". O "<nome-do-recurso>" pode ser ASUTIME, o qual é o número de segundos de CPU permitido para cada instrução SQL. O número máximo de segundos do CPU permitido é "<limite-quantidade1>". O número máximo de unidades de serviço é "<limite-quantidade2>".

A fonte usada para derivar o limite-quantidade é "<limite-fonte>" e é o nome de uma tabela de especificação de limite de recurso ou um 'parâmetro do sistema'. Se a fonte for um parâmetro do sistema, a tabela de especificação de limite de recurso não continha uma entrada aplicável ou um erro ocorreu enquanto acessava a tabela. Em ambos os casos, o limite é obtido a partir de um parâmetro de instalação (sistema).

Usuário responsável: Determine porque essa instrução do SQL levou tanto tempo para tomar a ação apropriada. Considere simplificando a instrução do SQL, reestruturando tabelas e índices, ou entrando em contato com o grupo de instalação responsável pela manutenção das tabelas de especificação de limite de recurso.

Um programa de aplicação que recebe esse código de retorno pode executar instruções adicionais do SQL.

sqlcode: -905

sqlstate: 57014

SQL0906NA instrução do SQL não pode ser executada por que essa função está desativada devido a um erro anterior.

Explicação: A execução da instrução do SQL falhou por que a função solicitada tem sido desativada por um erro anterior. Essa situação pode surgir se o programa de aplicação interceptou um abend (por exemplo, por uma condição ON ERROR em um programa PL/I) e continuou a executar instruções do SQL. essa situação pode também surgir se uma transação DB2 CICS encontrou um erro de criação de módulo ainda continuado para emitir solicitações do SQL sem emitir um SYNCPOINT ROLLBACK primeiro.

Usuário responsável: Em geral, um programa de aplicação deveria terminar no recebimento desse código de retorno. Todas as tentativas subseqüentes pela aplicação para executar outras instruções do SQL também falharão com o mesmo código de retorno. No caso de uma transação DB2 CICS, se o campo SQLERRP no SQLCA contém o nome de módulo DSNCEXT1, a transação pode emitir um SYNCPOINT ROLLBACK e continuar processando. Se a transação optar por ROLLBACK e continuar processando, essa é capaz de corrigir a situação que causou o erro de criação de módulo para ocorrer originalmente.

sqlcode: -906

sqlstate: 24514, 51005, 58023

SQL0908NErro de "<tipo-de-ligação>" utilizando "<id-de-autorização>" BIND, REBIND ou a operação AUTO_REBIND não é permitido.

Explicação: Para BIND e REBIND, a ID de autorização indicada não é permitida para executar o "<tipo-de-bind>" diante de um plano ou pacote. Uma entrada na tabela de especificação de limite de recurso (ALST) proíbe o bind e rebind para essa ID de autorização, ou todas as IDs de autorização. Para AUTO-REBIND, o parâmetro do sistema controlando operações AUTO-REBIND é definido para não permitir AUTO-REBIND.

tipo-de-bind
Tipo de operação de bind (BIND, REBIND ou AUTO-REBIND).

id-de-autorização
ID de autorização do invocador do subcomando BIND ou ID de autorização primária do invocador do plano para operações AUTO-REBIND.

Usuário responsável: Se a id de autorização indicada permite ligação, altere a entrada na tabela RLST ativa. Se as operações AUTO-REBIND estão desativadas, efetue o rebind do pacote antes de executar o pacote novamente.

sqlcode: -908

sqlstate: 23510

SQL0909NO objeto foi eliminado.

Explicação: O programa de aplicação (1) eliminou uma tabela e então tentou acessá-la, ou (2) eliminou um índice e tentou acessar sua tabela de objeto usando aquele índice.

Usuário responsável: A lógica do programa de aplicação deve ser corrigida de tal forma que essa não tente acessar ou usar um objeto após esse ter sido eliminado.

Eliminar índices dentro de um programa de aplicação é especialmente perigoso, porque não há como determinar se, ou não, o plano que tem sido gerado para a aplicação (por BIND ou REBIND) realmente usa um índice em particular para acesso a sua tabela de objeto.

sqlcode: -909

sqlstate: 57007

SQL0910NA instrução SQL não pode acessar um objeto em que uma modificação está pendente.

Explicação: O programa de aplicação tentou acessar um objeto na mesma unidade de trabalho em que:

Usuários do sistema federado: além das causas anteriormente relacionadas, outras restrições específicas de fonte de dados podem existir as quais evitam acesso ao objeto.

A instrução SQL não pode ser processada.

Usuário responsável: Modifique o programa de aplicação para que ele não tente acessar um objeto na mesma unidade de trabalho que a modificação foi feita. Em geral, é melhor isolar instruções DDL (Data Definition Language) em uma unidade de trabalho diferente das instruções DML (Data Manipulation Language) que acessam os mesmos objetos.

Deve-se fazer o commit ou o rollback na unidade de trabalho para que a instrução que falhou possa ser processada com sucesso. Se a modificação encerrada faz com que um objeto seja eliminado, então o objeto pode ter de ser recriado a fim de que a instrução do SQL falha seja processada com sucesso.

Se o objeto for modificado dentro de um SAVEPOINT, modifique o programa da aplicação para que não tente acessar o objeto depois que a aplicação emitir uma instrução ROLLBACK TO SAVEPOINT. Qualquer cursor que acesse o objeto modificado e estiver aberto na hora do ROLLBACK TO SAVEPOINT não será acessível. Modifique a aplicação apra que ela feche o cursor.

Se uma instrução de inserção, exclusão ou atualização que envolva uma tabela temporária declarada NOT LOGGED falhar, então todas as linhas nessa tabela serão excluídas. Qualquer cursor aberto para a tabela temporária declarada na hora da falha não será acessível e deverá ser fechado pela aplicação.

Usuários do sistema federado: se a ação anterior não resolver o problema, isole a solicitação (refira-se ao manual de determinação de problemas para determinar qual fonte de dados está falhando em processar a instrução do SQL) e determine quais restrições adicionais existem na fonte de dados que estão evitando que o objeto seja acessado. Certifique-se de que a aplicação não viole qualquer uma daquelas restrições.

sqlcode: -910

sqlstate: 57007

SQL0911NFoi feito o rollback da transação atual devido a um conflito ou estouro de tempo ocioso. Código de razão "<código-de-razão>".

Explicação: A unidade de trabalho atual foi envolvida em uma disputa não resolvida pelo uso de um objeto e precisou ser feito o rollback.

Os códigos de razão são os seguintes:

2
rollback da transação devido a um conflito.

68
rollback da transação a estouro de tempo ocioso de bloqueio.

72
a transação retrocedeu devido a um erro referente a um Gerenciador do DB2 Data Links envolvido na transação.
Nota:As alterações associadas à unidade de trabalho deverão ser fornecidas novamente.
Será feito o rollback da aplicação para o COMMIT anterior.

Usuário responsável: Para auxiliar a evitar um conflito ou estouro de tempo ocioso de bloqueio, emita, se possível, operações COMMIT freqüentes para uma aplicação de execução longa, ou para uma aplicação com probabilidade de encontrar um conflito.

Usuários do sistema federado: o bloqueio pode ocorrer no servidor federado ou na fonte de dados. Não existe mecanismo para detectar bloqueios que estendam-se sobre fontes de dados e, potencialmente, sobre o sistema federado. É possível identificar a fonte de dados que está causando a falha na solicitação (consulte o guia de determinação de problemas para determinar a fonte de dados que está causando a falha no processo da instrução SQL).

Os conflitos são freqüentemente normais ou esperados enquanto se processam certas combinações de instruções do SQL. É recomendado que você projete aplicações para evitar conflitos ao máximo possível.

sqlcode: -911

sqlstate: 40001

SQL0912NFoi atingido o número máximo de solicitações de bloqueio para o banco de dados.

Explicação: O número máximo de bloqueios para o banco de dados foi atingido porque foi alocada memória insuficiente para a lista de bloqueio.

A instrução não pode ser processada.

Usuário responsável: A aplicação deve enviar uma instrução COMMIT ou ROLLBACK antes de enviar outras instruções SQL. Considere a possibilidade de aumentar o parâmetro de configuração do banco de dados (lista de bloqueio) para permitir mais espaço da lista de bloqueio.

sqlcode: -912

sqlstate: 57011

SQL0913NExecução sem êxito causada por conflito ou estouro de tempo ocioso. Código de razão "<código-de-razão>".

Explicação: A solicitação emitida foi envolvida em um conflito não resolvido pelo uso de um objeto e a execução falhou.

Os códigos de razão são os seguintes:

2
ramificação de transação falhou devido ao conflito.

68
ramificação de transação falhou devido ao estouro de tempo ocioso de bloqueio.

72
a transação retrocedeu devido a um erro referente a um Gerenciador do DB2 Data Links envolvido na transação.

80
falha na instrução devido a um estouro de tempo ocioso.

Usuário responsável:

sqlcode: -913

sqlstate: 57033

SQL0917NBind remoto a partir de um solicitador de aplicação DRDA falhou.

Explicação: Um erro ocorreu durante uma ligação remota a partir de um solicitador de aplicação DRDA. Este erro pode ser emitido durante processamento de ligação ou encerramento.

Usuário responsável: esse problema é geralmente causado por uma instrução do SQL a qual não foi ligada por causa de um erro. O usuário deveria consultar o recurso de diagnósticos no solicitador da aplicação DRDA para determinar qual instrução está causando o erro e corrigi-lo.

sqlcode: -917

sqlstate: 42969

SQL0918NA aplicação deve executar um rollback.

Explicação: Já foi feito o rollback da unidade de trabalho no banco de dados, mas pode não ter sido feito o rollback de outros gerenciadores de recursos envolvidos nesta unidade de trabalho. Para assegurar a integridade desta aplicação, todas as solicitações SQL serão rejeitadas até que a aplicação emita um rollback.

Usuário responsável: Todas as solicitações SQL serão rejeitadas até que a aplicação emita um rollback. Por exemplo, em um ambiente CICS, ela seria o comando CICS SYNCPOINT ROLLBACK.

sqlcode: -918

sqlstate: 51021

SQL0920NOs dados em um sistema de cliente do banco de dados não podem ser acessados a partir de outros sistemas de cliente do banco de dados.

Explicação: A estação de trabalho foi configurada como um cliente ou servidor com clientes locais. Os bancos de dados criados neste sistema não podem ser compartilhados por outras estações de trabalho.

A função não pode ser processada.

Usuário responsável: Solicite dados apenas a partir de estações de trabalho do servidor.

sqlcode: -920

sqlstate: 57019

SQL0925NSQL COMMIT inválido para o ambiente de execução da aplicação.

Explicação: COMMIT não é permitido nos seguintes casos:

Usuário responsável: Corrija o problema com uma das alternativas a seguir:

sqlcode: -925

sqlstate: 2D521

SQL0926NSQL ROLLBACK inválido para o ambiente de execução da aplicação.

Explicação: ROLLBACK não é permitido nos seguintes casos:

  1. Em um ambiente DTP (Distributed Transaction Processing), como o CICS, houve uma tentativa de executar uma instrução SQL ROLLBACK estática, mas é necessária uma instrução de rollback específica para o ambiente. Por exemplo, em um ambiente CICS, ela seria o comando CICS SYNCPOINT ROLLBACK.
  2. Uma aplicação DB2 pré-compilada ou definida para usar CONNECT 2 emitiu uma instrução SQL ROLLBACK dinâmica, mas são permitidas apenas SQL ROLLBACKs estáticas.
  3. Quando emitida de um procedimento de armazenamento, uma instrução SQL ROLLBACK também não é restrita se o programa que a chamar estiver sendo executado em uma unidade de trabalho distribuída ou num ambiente DTP (Distributed Transaction Processing).

Usuário responsável:

  1. Remova a instrução que emite o ROLLBACK e substitua-a por uma instrução que execute o equivalente válido para o ambiente.
  2. No caso de uma conexão tipo 2, use apenas o COMMIT estático.
  3. No caso de um procedimento de armazenamento, remova-o totalmente.

sqlcode: -926

sqlstate: 2D521

SQL0930NNão há armazenamento suficiente para processar a instrução.

Explicação: Foi feita ao banco de dados uma solicitação que necessitava de outra página de memória, mas não há mais páginas disponíveis para o gerenciador de banco de dados.

A instrução não pode ser processada.

Usuário responsável: As soluções possíveis são:

sqlcode: -930

sqlstate: 57011

SQL0931COcorreu um estouro na tabela de arquivos do sistema operacional. As instruções SQL posteriores não podem ser processadas.

Explicação: Foi atingido um limite do sistema operacional. O programa de aplicação não tem permissão para emitir instruções SQL adicionais. O banco de dados está marcado como necessitando de recuperação e todas as aplicações que utilizam o banco de dados não podem acessá-lo.

Usuário responsável: Cancele todos as aplicações que utilizam o banco de dados. Reinicie o banco de dados.

Para ajudar a impedir que o problema se repita:

sqlcode: -931

sqlstate: 58005

SQL0950NO índice ou tabela não pode ser eliminado porque está sendo usando no momento.

Explicação: Uma instrução DROP TABLE ou DROP INDEX não pode ser emitida quando um cursor aberto está usando a tabela ou índice.

A instrução não pode ser processada. O índice ou tabela não serão eliminados.

Usuário responsável: Feche os cursores necessários e envie a instrução novamente.

sqlcode: -950

sqlstate: 55006

SQL0951NO objeto "<nome-do-objeto>" do tipo "<tipo-de-objeto>" não pode ser alterado porque está sendo usado no momento pelo mesmo processo da aplicação.

Explicação: Não é possível emitir uma instrução ALTER ou SET INTEGRITY para um objeto quando ele está bloqueado ou em uso.

A instrução não pode ser processada. O objeto não é alterado.

Usuário responsável: Feche qualquer cursor que dependa direta ou indiretamente do objeto "<nome-do-objeto>" e submeta novamente a instrução.

sqlcode: -951

sqlstate: 55007

SQL0952NO processamento foi cancelado devido a uma interrupção.

Explicação: O usuário pode ter pressionado a seqüência de teclas de interrupção.

O processamento da instrução será cancelado. Algumas alterações podem ter sido aplicadas ao banco de dados, porém não encerradas, antes que a terminação ocorresse.

Usuários do sistema federado: esta situação pode também ser detectada pela fonte de dados.

Usuário responsável: Continue a executar a aplicação.

Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -952

sqlstate: 57014

SQL0954CNão há armazenamento suficiente na pilha da aplicação para processar a instrução.

Explicação: Foi usada toda a memória disponível para a aplicação.

A instrução não pode ser processada.

Usuário responsável: Cancele a aplicação ao receber esta mensagem. Aumente o parâmetro de configuração do banco de dados (applheapsz) para permitir uma pilha de memória por aplicação maior.

sqlcode: -954

sqlstate: 57011

SQL0955CA memória de ordenação não pode ser alocada para processar a instrução. Código de razão = "<código-de-razão>".

Explicação: Memória virtual insuficiente está disponível para o agente do banco de dados para o processamento de ordenação, como indicado pelo código de razão:

1
Memória de processo individual insuficiente.

2
Memória compartilhada insuficiente na ára de memória compartilhada pelo banco de dados para processamento da ordenação.
A instrução não pode ser processada, mas outras instruções SQL podem ser processadas.

Usuário responsável: Um ou mais do seguinte:

sqlcode: -955

sqlstate: 57011

SQL0956CNão há armazenamento suficiente disponível na pilha do banco de dados para processar a instrução.

Explicação: Foi usada toda a memória disponível para o banco de dados.

A instrução não pode ser processada.

Usuário responsável: Cancele a aplicação ao receber esta mensagem. Aumente o parâmetro de configuração do banco de dados (dbheap) para permitir uma pilha maior do banco de dados. Se o número de servidores de E/S estiver próximo ao limite máximo, também poderá ser útil reduzir este número.

sqlcode: -956

sqlstate: 57011

SQL0958CFoi atingido o número máximo de arquivos abertos.

Explicação: Foi atingido o número máximo de manipuladores de arquivo disponíveis para o banco de dados.

A instrução não pode ser processada.

Usuário responsável: Aumente qualquer parâmetro que afete o número máximo de arquivos abertos permitidos no local do banco de dados. Isto inclui o aumento do parâmetro de configuração (maxfilop) para permitir mais identificadores de arquivos para a instância e o encerramento de outras sessões para reduzir o número de identificadores utilizados.

sqlcode: -958

sqlstate: 57009

SQL0959CNão há armazenamento suficiente na pilha de comunicação do servidor para processar a instrução.

Explicação: Foi usada toda a memória disponível na pilha de comunicação do servidor.

O comando ou instrução não pode ser processado.

Usuário responsável: Cancele a aplicação ao receber esta mensagem. Aumente o tamanho do parâmetro da pilha de comunicação (comheapsz) no arquivo de configuração do gerenciador de banco de dados da estação de trabalho do servidor.

NOTA: Esta mensagem é aplicável somente para releases do DB2 anteriores ao Versão 2.

sqlcode: -959

sqlstate: 57011

SQL0960CFoi atingido o número máximo de arquivos no banco de dados.

Explicação: Foi atingido o número máximo de arquivos do banco de dados.

A instrução não pode ser processada.

Usuário responsável: Cancele a aplicação ao receber esta mensagem. Desconecte todas as aplicações ativas do banco de dados e reconecte-as ao banco de dados. Se o erro persistir, elimine as tabelas, índices, ou ambos, no banco de dados ou divida o banco de dados.

Se estiver instalando o banco de dados de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -960

sqlstate: 57011

SQL0964CO log de transações do banco de dados está cheio.

Explicação: Todo o espaço do log de transações está sendo usado.

Se estiver sendo usado um histórico circular com arquivos de log secundários, foi feita uma tentativa de alocá-los e utilizá-los. Quando o sistema de arquivos não tem mais espaço, não podem ser usados logs secundários.

Se estiver sendo usado um log de arquivamento, o sistema de arquivos não forneceu espaço para conter um novo arquivo de log.

A instrução não pode ser processada.

Usuário responsável: Execute COMMIT ou ROLLBACK ao receber esta mensagem (SQLCODE) ou repita a operação novamente.

Se o banco de dados estiver sendo atualizado por aplicações concorrentes, tente executar a operação novamente. Espaço de log poderá ser liberado quando outra aplicação terminar uma transação.

Emita operações de commit mais freqüentes. Se as suas transações não tiverem commit, poderá ser liberado espaço de log quando as transações tiverem commit. Ao elaborar uma aplicação, calcule quando fazer o commit das transações de atualização para impedir que ocorra uma condição de log cheio.

Se estiverem ocorrendo conflitos, verifique a existência deles com mais freqüência. Isto pode ser feito diminuindo-se o parâmetro de configuração de banco de dados DLCHKTIME. Assim, os conflitos serão detectados e resolvidos mais cedo (por ROLLBACK) e será liberado espaço de log.

Se a condição ocorrer com freqüência, aumente o parâmetro de configuração do banco de dados para aumentar o arquivo de log. Um arquivo de log maior requer mais espaço, mas reduz a necessidade das aplicações tentarem a operação novamente.

Se estiver instalando o banco de dados de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -964

sqlstate: 57011

SQL0965WNão há nenhum texto de mensagem correspondente ao aviso SQL "<SQLCODE>" no arquivo de mensagens dessa estação de trabalho. O aviso foi retornado pelo módulo "<nome>" com tokens originais "<lista de tokens>".

Explicação: O servidor de banco de dados retornou o código "<SQLCODE>" para a sua aplicação. O código de advertência não corresponde a uma mensagem no arquivo de mensagens do DB2 nessa estação de trabalho.

Usuário responsável: Consulte a documentação do seu servidor de banco de dados para determinar a causa do "<SQLCODE>" especificado.

SQL0966NO arquivo de mapeamento de erros "<nome>" especificado no diretório DCS (Database Connection Services) não foi encontrado ou não pode ser aberto.

Explicação: Uma das seguintes condições é verdadeira:

Os dados de mapeamento de erros não puderam ser recuperados.

Usuário responsável: Libere o arquivo da aplicação em que ele está aberto ou reinstale ou restaure o arquivo original.

sqlcode: -966

sqlstate: 57013

SQL0967NO formato do arquivo de mapeamento de erros "<nome>" especificado no diretório DCS (Database Connection Services) não é válido.

Explicação: Ocorreu um erro enquanto o programa lia o arquivo de mapeamento de erros.

Os dados de mapeamento de erros não puderam ser recuperados.

Usuário responsável: Corrija todos os erros de sintaxe no arquivo de mapeamento de erros.

sqlcode: -967

sqlstate: 55031

SQL0968CO sistema de arquivos está cheio.

Explicação: Um dos sistemas de arquivo contendo o banco de dados está cheio. Este sistema de arquivos pode conter o diretório do banco de dados, os arquivos de log do banco de dados ou um contêiner de tablespace.

A instrução não pode ser processada.

Usuário responsável: Consulte o log de diagnóstico para determinar que sistema de arquivos está cheio. Libere espaço no sistema apagando arquivos desnecessários. Não apague arquivos do banco de dados. Se for necessário espaço adicional, pode ser preciso ignorar as tabelas e índices identificados como não necessários.

Em sistemas baseados em Unix, a condição de disco cheio pode se dever ao fato do tamanho de arquivo máximo permitido para a id do usuário atual ter sido excedido. Use o comando chuser para atualizar o fsize. Uma reinicialização pode ser necessária.

sqlcode: -968

sqlstate: 57011

SQL0969NNão há um texto de mensagem correspondente ao erro SQL "<erro>" no arquivo de mensagens desta estação de trabalho. O erro foi retornado pelo módulo "<nome>" com tokens originais "<lista de tokens>".

Explicação: O Servidor do banco de dados retornou SQLCODE "<SQLCODE>" para sua aplicação. O código de erro não corresponde a uma mensagem no arquivo de mensagem do DB2 nessa estação de trabalho.

Usuário responsável: Refira-se à documentação para o servidor do seu banco de dados para determinar a causa para o SQLCODE especificado. Execute a ação especificada na documentação para o servidor do banco de dados para corrigir esse problema.

Usuários do sistema federado: isole o problema à fonte de dados falha (refira-se ao manual de determinação de problemas para determinar qual fonte de dados está falhando em processar a instrução do SQL). Localize o "<erro>" no manual aplicável na fonte de dados. Se o problema depender de dados, pode ser necessário examinar os dados sendo processados nas fontes de dados quando o erro ocorreu.

SQL0970NO sistema tentou gravar em um arquivo somente para leitura.

Explicação: Um arquivo usado pelo banco de dados está marcado como somente para leitura ou não existe. O banco de dados requer acesso a este arquivo.

A instrução não pode ser processada.

Usuário responsável: Encerre a aplicação ao receber esta mensagem (SQLCODE). Certifique-se de que é permitido o acesso de leitura e gravação para todos os arquivos do banco de dados. Verifique a existência de espaços em branco desnecessários dentro do nome do arquivo especificado.

sqlcode: -970

sqlstate: 55009

SQL0972NA unidade do banco de dados não contém o disquete correto.

Explicação: O disquete que se encontra na unidade não é o disquete do banco de dados.

A instrução não pode ser processada.

Usuário responsável: Coloque o disquete necessário na unidade. Não remova um disquete se a aplicação começar a usar um banco de dados que reside nele.

sqlcode: -972

sqlstate: 57019

SQL0973NNão há armazenamento suficiente na pilha "<nome-da-pilha>" para processar a instrução.

Explicação: Foi usada toda a memória disponível para esta pilha. A instrução não pode ser processada.

Usuário responsável: Cancele a aplicação ao receber esta mensagem (SQLCODE). Aumente o parâmetro de configuração para "<nome-da-pilha>" para aumentar o tamanho da pilha.

sqlcode: -973

sqlstate: 57011

SQL0974NA unidade contendo o banco de dados está bloqueada.

Explicação: O sistema informou que a unidade que contém o banco de dados está bloqueada.

A instrução não pode ser processada.

Usuário responsável: Certifique-se de que não esteja ocorrendo no sistema nenhum outro processamento (por exemplo, CHKDSK) que possa bloquear a unidade. Tente a operação novamente.

Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -974

sqlstate: 57020

SQL0975NNão é possível iniciar uma nova transação porque o banco de dados ou a instância "<nome>" foi desativada pelo usuário "<nome-de-usuário>". Tipo de desativação: "<tipo>".

Explicação: Outro usuário desativou a instância ou banco de dados que você está tentando usar, e não serão permitidas novas transações até que a instância ou banco de dados não se encontre mais no estado desativado.

O tipo de desativação "<tipo>" refere-se à instância ou banco de dados já ativados, sendo '1' para uma instância e '2' para um banco de dados.

Usuário responsável: Entre em contato com o usuário que desativou a instância ou banco de dados no momento para determinar quando o DB2 não estará mais desativado e repita então a solicitação.

sqlcode: -975

sqlstate: 57046

SQL0976NA porta da unidade de disquete está aberta.

Explicação: A porta da unidade do banco de dados está aberta.

A instrução não pode ser processada.

Usuário responsável: Feche a porta da unidade e repita a operação.

sqlcode: -976

sqlstate: 57021

SQL0977NEstado COMMIT desconhecido.

Explicação: O banco_de_dados_tm tornou-se indisponível durante o processamento de COMMIT e isto fez com que o resultado do COMMIT se tornasse desconhecido. A resincronização dos bancos de dados ocorrerão quando o banco_de_dados_tm tornar-se disponível. Observe que pode haver o rollback da transação durante a ressincronização. A execução de outras instruções SQL poderá ocorrer com segurança, mas poderão ser mantidos os conflitos até que o processo de ressincronização seja concluído.

Usuário responsável: Verifique se a conexão ao banco_de_dados_tm pode ser feita, por exemplo, utilizando CLP. Se não puder ser feita, execute as ações necessárias para o SQLCODE retornado, de modo a assegurar que uma conexão possa ser estabelecida.

sqlcode: -977

sqlstate: 40003

SQL0978NO disquete está protegido contra gravação.

Explicação: Foi tentada uma operação de gravação no banco de dados, mas o disquete do banco de dados está protegido contra gravação.

A instrução não pode ser processada.

Usuário responsável: Verifique se está usando o disquete correto. Remova a proteção do disquete, se for necessário.

sqlcode: -978

sqlstate: 55009

SQL0979NFalha do COMMIT para "<num>" bancos de dados de um processo de uma aplicação sendo executado com SYNCPOINT de NONE. As falhas incluem os seguintes pares de alias do banco de dados e SQLSTATE (no máximo quatro podem ser retornados): "<alias/SQLSTATE1>", "<alias/SQLSTATE2>", "<alias/SQLSTATE3>", "<alias/SQLSTATE4>".

Explicação: Uma aplicação foi conectada a vários bancos de dados e foi emitido um COMMIT que falhou para uma ou mais destas conexões.

Usuários do sistema federado: Se uma das conexões falhas for um banco de dados do servidor federado onde apelidos são usados, então um encerramento diante das fontes de dados necessárias para um apelido falhou.

Usuário responsável: Dependendo da natureza da aplicação e dos dados que estiverem sendo atualizados, o usuário poderá desejar interromper o processamento em execução, registrar a falha e emitir o SQL apropriado para assegurar que as alterações pretendidas pela aplicação se reflitam de maneira consistente em todos os bancos de dados envolvidos.

Se uma lista completa de bancos de dados afetados pelos erros de COMMIT não puder ser retornada, consulte o log de diagnóstico para obter a lista completa.

sqlcode: -979

sqlstate: 40003

SQL0980COcorreu um erro de disco. As instruções SQL posteriores não podem ser processadas.

Explicação: Ocorreu um erro de disco que impediu a execução bem-sucedida da instrução SQL atual e das instruções SQL posteriores. O programa de aplicação não tem permissão para emitir instruções SQL adicionais. Por exemplo, uma rotina de recuperação associada ao programa de aplicação não pode emitir instruções SQL adicionais. O banco de dados está marcado como necessitando de recuperação e todas as aplicações que utilizam o banco de dados não podem acessá-lo.

A instrução não pode ser processada.

Usuário responsável: Anote todas as informações de erro do SQLCA, se for possível. Encerre todas as aplicações que utilizam o banco de dados. Determine se este é um erro de hardware e execute a ação apropriada, conforme especificado no Troubleshooting Guide para obter os problemas de hardware. Reinicie o banco de dados. Se a recuperação não for possível, restaure o banco de dados a partir de um backup.

Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -980

sqlstate: 58005

SQL0982NOcorreu um erro de disco. No entanto, instruções SQL posteriores podem ser processadas.

Explicação: Ocorreu um erro de disco durante o processamento de um arquivo temporário do sistema, impedindo que a instrução SQL atual fosse executada com sucesso. No entanto, instruções SQL posteriores podem ser processadas.

A instrução não pode ser processada.

Usuário responsável: Encerre a aplicação ao receber esta mensagem (SQLCODE).

sqlcode: -982

sqlstate: 58004

SQL0983NO registro de transações não pertence ao banco de dados atual.

Explicação: A assinatura armazenada no arquivo de log não corresponde à assinatura dependente do banco de dados. Este erro geralmente ocorre quando o usuário especifica que o arquivo de log seja armazenado em um diretório diferente daquele em que o banco de dados está armazenado. O redirecionamento de arquivo pode estar envolvido.

A instrução não pode ser processada.

Usuário responsável: Submeta novamente o comando com o acesso adequado ao arquivo de log.

sqlcode: -983

sqlstate: 57036

SQL0984CCOMMIT ou ROLLBACK não teve sucesso. As instruções SQL posteriores não podem ser processadas.

Explicação: Uma operação de commit ou rollback não pôde ser processada com sucesso devido a um erro do sistema. O programa de aplicação não tem permissão para emitir instruções SQL adicionais. Por exemplo, uma rotina de recuperação associada ao programa de aplicação não pode emitir instruções SQL adicionais. O banco de dados está marcado como necessitando de recuperação e todas as aplicações que utilizam o banco de dados não podem acessá-lo.

A instrução não pode ser processada.

Usuário responsável: Registre o número de mensagem (SQLCODE) e todas as informações de erro de SQLCA, se possível. Encerre todas as aplicações que utilizam o banco de dados. Reinicie o banco de dados. Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

Se a recuperação não for possível, restaure o banco de dados a partir de um backup.

Se o rastreamento estiver ativo, chame o recurso Independent Trace Facility no prompt de comandos do sistema operacional. Consulte o Independent Trace Facility em Troubleshooting Guide para obter informações de como utilizar este recurso. Entre em contato com o representante autorizado tendo em mãos as seguintes informações:

Informações necessárias:

Usuários do sistema federado: isole o problema para a fonte de dados que falha o pedido (consulte o manual de determinação de problemas para determinar qual fonte de dados está falhando ao processar a instrução SQL) e execute as etapas necessárias de diagnóstico e procedimentos de recuperação do banco de dados para essa fonte de dados. Os procedimentos de determinação de problema e procedimentos de recuperação de banco de dados para as fontes de dados variam, então refira-se aos manuais de fonte de dados aplicáveis.

sqlcode: -984

sqlstate: 58005

SQL0985COcorreu um erro de arquivo durante o processamento dos catálogos do banco de dados. O banco de dados não pode ser usado.

Explicação: O sistema não pode se recuperar de um erro de E/S em um arquivo de catálogo.

O sistema não pode processar instruções usando o banco de dados.

Usuário responsável: Restaure o banco de dados a partir de uma cópia de backup.

Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -985

sqlstate: 58005

SQL0986NOcorreu um erro de arquivo durante o processamento de uma tabela do usuário. A tabela não pode ser usada.

Explicação: Os dados da tabela não são mais válidos.

O sistema não pode processar instruções usando a tabela.

Usuário responsável: Restaure o banco de dados a partir de uma versão em backup se o banco de dados estiver inconsistente.

Se estiver instalando o backup de amostra, elimine-o e instale o banco de dados de amostra novamente.

sqlcode: -986

sqlstate: 58004

SQL0987CO conjunto de memória compartilhada do controle da aplicação não pode ser alocado.

Explicação: O conjunto de memória compartilhada do controle da aplicação não pode ser alocado. A causa deste erro consiste em recursos de memória insuficientes para o gerenciador de banco de dados ou para o ambiente em que suas operações estão sendo tentadas. Os recursos de memória que podem causar este erro incluem:

Usuário responsável: Proceda de uma das seguintes formas:

sqlcode: -987

sqlstate: 57011

SQL0990COcorreu um erro de índice. Reorganize a tabela.

Explicação: Um índice teve muita atividade e utilizou todo o espaço livre para índices.

Usuários do sistema federado: esta situação pode também ser detectada pela fonte de dados.

A instrução não pode ser processada.

Usuário responsável: Submeta seu trabalho e repita o comando. Se o erro persistir, faça o rollback do seu trabalho. Se os erros ainda persistirem, reorganize a tabela, se for possível.

Usuários do sistema federado: isole o problema à fonte de dados falha (refira-se ao manual de determinação de problemas para determinar qual fonte de dados está falhando em processar a instrução do SQL) e siga os procedimentos de re-criação de índice para aquela fonte de dados.

SQL0992CO número de releases do programa pré-compilado não é válido.

Explicação: O número da versão do programa pré-compilado (pacote) é compatível com o número de release da versão instalada do gerenciador de banco de dados.

O programa pré-compilado (pacote) não pode ser usado com a versão atual do gerenciador de banco de dados. O comando não pode ser processado.

Usuário responsável: Use apenas programas que sejam pré-compilados com um nível de release compatível do gerenciador de banco de dados.

sqlcode: -992

sqlstate: 51008

SQL0993WO novo caminho para o log (newlogpath) no arquivo de configuração de banco de dados não é válido.

Explicação: O caminho para o arquivo de log não é válido por um dos seguintes motivos:

A alteração solicitada não será feita.

Usuário responsável: Para alterar o caminho para o arquivo de log, envie um comando de configuração do banco de dados com um valor válido.

sqlcode: +993

sqlstate: 01562

SQL0994NUso inválido do ponto de salvamento da aplicação.

Explicação: A função de ponto de salvamento da aplicação foi usada de maneira inconsistente. O programa tentou executar uma das seguintes ações:

A função não pode ser processada.

Usuário responsável: Corrija o uso do ponto de salvamento no programa.

SQL0995WO caminho atual do arquivo de log (logpath) não é válido. O caminho do arquivo de log está redefinido como o padrão.

Explicação: O caminho para o arquivo de log não é válido por um dos seguintes motivos:

Para o log circular, o arquivo de log será criado no caminho de log padrão. Para log de arquivamento, o próximo arquivo de log será criado no caminho de log padrão. A alteração solicitada não será feita.

Usuário responsável: Para alterar o caminho do arquivo de log, envie um comando de configuração com um valor válido.

sqlcode: +995

sqlstate: 01563

SQL0996NImpossível liberar páginas para um objeto no tablespace.

Explicação: Há páginas internas do banco de dados danificadas ou erros de lógica interna em um tablespace. Detalhes podem ser encontrados no registro de erros do sistema e/ou no registro de erros do gerenciador do banco de dados.

Usuário responsável: Interrompa o uso do objeto ou tablespace. Entre em contato com o serviço da IBM para inspecionar o objeto e o tablespace.

sqlcode: -996

sqlstate: 58035

SQL0997WMensagem informativa geral para o processamento de transações. Código de Razão = "<código-de-razão-XA>".

Explicação: A mensagem SQLCODE 997 é passada apenas entre componentes do gerenciador de banco de dados e não será retornada para uma aplicação. É usada para transportar códigos de retorno XA para situações que não são de erro. Os códigos de razão possíveis são:

Usuário responsável: Nenhuma ação é necessária.

SQL0998NOcorreu um erro durante a transação ou processamento heurístico. Código de Razão = "<código-de-razão>" Subcódigo = "<subcódigo>".

Explicação: Um erro foi detectado quando processava uma transação distribuída. A transação está:

Os códigos de razão possíveis (códigos de razão X/Open Xa correspondentes são mostrados entre parênteses) são:

Usuário responsável: Para os códigos de razão de 1 a 8, será criada uma entrada no registro do sistema porque o SQLCA , às vezes, não pode ser retornado para o originador da chamada.

Se o erro for devido a uma fonte de dados falha associada a um pseudônimo, a localização da fonte de dados falha sempre aparecerá no registro do sistema do servidor federado.

Para o código de razão 4, verifique o conteúdo da cadeia aberta xa e faça as correções necessárias.

Para o código de razão 9, subcódigo 02, certifique-se de que o parâmetro de configuração tp_mon_name contenha o nome da biblioteca dinâmica no produto externo que possui a função ax_reg() utilizada para o registro de transações dinâmicas.

Para o código de razão 14, certifique-se de que o serviço MSDTC está ativo.

Para o código de razão 35, você tentou executar uma operação heurística em um banco de dados que participa apenas como um gerenciador de recursos apenas de leitura em uma transação global. Alguns exemplos disto são bancos de dados DRDA, como o DB2 no MVS. Este tipo de bancos de dados que não são XA não poderiam ter transações duvidosas XA.

Para os códigos de razão 36, 37 e 38, você tentou executar uma operação heurística inválida em uma transação duvidosa. Você especificou o XID errado ou uma operação heurística ou de resincronização ocorreu desde que este XID foi registrado. Execute uma solicitação de Consulta Heurística para obter a lista atual de transações duvidosas e poder verificar se ainda precisa executar a operação heurística.

Para o código de razão 39, o XID especificado destina-se a uma transação que terminou e está aguardando o início do processo de commit de duas fases. Você só pode executar operações heurísticas em transações que tenham entrado no processo de two phase commit e tenham se tornado transações duvidosas.

Para o código de razão 40, foi feita uma tentativa de executar uma instrução SQL em uma transação que falhou. Um exemplo disto é uma tentativa de executar uma instrução SQL em um thread de transação que tenha sido registrado com sucesso depois que um thread acoplado firmemente que participa da mesma transação tenha tido um término anormal.

Para o código de razão 41, você pode encontrar mais informações sobre o problema no arquivo db2diag.log. É necessário reinicializar o DB2 nos nós falhos. Talvez seja necessário entrar em contato com o administrador do sistema para obter auxílio.

Para o código de razão 69, o banco de dados do gerenciador de transações (TM) ou o banco de dados do gerenciador de recursos (RM) ou ambos são diferentes daqueles usados quando a transação duvidosa foi gerada. Em outras palavras, os nomes do banco de dados TM ou do banco de dados RM poderiam estar se referindo a instâncias de banco de dados diferentes. A falta de correspondência da ID de log pode ser causada pelos seguintes motivos:

Para o código de razão 85, você está atualizando múltiplas fontes de dados, e algumas das fontes tem sido heuristicamente regredidas ou encerradas, resultando na transação ter parcialmente encerrado ou regredido. Com esse código de razão os dados estão agora em um estado inconsistente, você deve verificar manualmente cada fonte de dados atualizada pela transação para corrigir os dados.

Devido ao código de razão 210, alguns dos nós já encontram-se em estado de commit. É necessário efetuar o commit heurístico para resolver a transações duvidosa.

Para código de razão 221, certifique-se de que todas as aplicações que participam da mesma transação de XA usem a mesma ID do usuário para conexão ao banco de dados.

Para código de razão 222, certifique-se de que todas as aplicações que participam da mesma transação de XA tenham a mesma CCSID.

Para código de razão 223, modifique configuração da aplicação e do cliente para que usem clientes locais ou para que clientes remotos usem TCPIP como protocolo de comunicação para conexão ao gateway.

Para código de razão 224, atualize o cliente para a versão 7.1 ou superior.

Procedimento de coleta de informações gerais:

Caso não consiga resolver o problema identificado pelos códigos de razão, registre o número de mensagem (SQLCODE), o código de razão e o subcódigo opcional na mensagem ou SQLCA no registro cronológico do sistema.

Se a falha for de um banco de dados federado, você deveria também registrar a localização dessa fonte de dados falha encontrada no registro do sistema do servidor federado.

Se o rastreamento estiver ativo, chame o recurso Independent Trace Facility no prompt de comandos do sistema operacional. Consulte o Independent Trace Facility em Troubleshooting Guide para obter informações de como utilizar este recurso. Então, entre em contato com seu representante autorizado com as seguintes informações:

Poderá haver informações adicionais no console ou nos logs de mensagem do gerenciador de transações e no gerenciador de banco de dados.

sqlcode: -998

sqlstate: 58005


[ Início da Página | Página Anterior | Próxima Página | Índice | Índice Remissivo ]