SQL1400N | A autenticação não é suportada. |
Explicação: O tipo de autenticação fornecido é um dos tipos não suportados.
O comando não pode ser processado.
Usuário responsável: O usuário deve emitir novamente o comando com um valor de parâmetro válido.
Consulte Application Development Guide para obter uma lista de tipos de autenticação suportados.
SQL1401N | Os tipos de autenticação não combinam. |
Explicação: O usuário está tentando conectar-se a um banco de dados remoto que está catalogado no nó local com um tipo de autenticação diferente do nó remoto.
Usuários do sistema federado: essa mensagem pode também aparecer quando:
Usuário responsável: O comando não pode ser processado.
O usuário deve catalogar novamente o nome do alias do banco de dados no nó do cliente com o mesmo tipo de autenticação que o banco de dados remoto. Submeta novamente o comando.
Usuários do sistema federado:
sqlcode: -1401
sqlstate: 08001
SQL1402N | Não foi possível autenticar o usuário devido a um erro de sistema inesperado. |
Explicação: Chame o administrador do sistema. Em sistemas baseados em Unix, o arquivo db2ckpw pode não ter o conjunto de bits de permissão correto, ou o sistema pode ter esgotado seu espaço de troca/paginação. No Windows NT, o serviço de segurança do DB2 pode não foi iniciado.
O comando não pode ser processado.
Usuários do sistema federado: esta situação pode também ser detectada pela fonte de dados.
Usuário responsável: Em sistemas baseados em Unix, certifique-se que o administrador do sistema garanta que as permissões de acesso corretas estejam definidas para db2ckpw, e que há espaço suficiente de troca/paginação alocado. No Windows NT, certifique-se de que o administrador do sistema verifique se o serviço de segurança do DB2 está instalado e iniciado.
SQL1403N | O nome do usuário e/ou senha fornecidos são incorretos. |
Explicação: O nome do usuário e/ou senha fornecidos estão incorretos; não são uma combinação nome do usuário/senha identificada; ou o banco de dados ao qual você está se conectando utiliza uma autenticação SERVER e nenhuma senha ou nome do usuário foram fornecidos na instrução CONNECT TO.
Se o DB2 Connect sendo usado, o problema poderá ser que a entrada do diretório DCS para a conexão com o host não pôde ser localizada.
Se a conexão sendo usada de um cliente OS/2 para um servidor baseado Unix com servidor de autenticação, e a id do usuário a senha estiverem sendo obtidas do UPM, a id do usuário no servidor deve ser definida em letras minúsculas e ter uma senha em maiúsculas.
O comando não pode ser processado.
Usuários do sistema federado: esta situação pode também ser detectada pela fonte de dados.
Usuário responsável: Forneça a combinação correta de nome do usuário e senha.
Usuários do sistema federado: certifique-se de que a entrada em SYSCAT.USEROPTIONS contenha a senha e o nome do usuário correto para a fonte de dados que estiver sendo acessada.
sqlcode: -1403
sqlstate: 08004
SQL1404N | Senha vencida. |
Explicação: Sua senha está vencida.
Usuário responsável: Altere a sua senha, e tente a solicitação de novo usando a senha nova. Você pode utilizar o Assistente de Configuração do Cliente do DB2, ou os comandos CONNECT e ATTACH do Processador de Linha de Comando para alterar sua senha.
sqlcode: -1404
sqlstate: 08004
SQL1405N | Impossível comunicar com o servidor local de autenticação do DB2. |
Explicação: A aplicação não conseguiu autenticar devido a um erro na comunicação com o servidor de autenticação local do DB2.
Usuário responsável: Verifique se o servidor de autenticação do DB2 é iniciado pelo seguinte comando a partir da janela do OS/2:
detach db2upm
SQL1415N | A instrução foi compilada para diagnóstico apenas e não foi executada. |
Explicação: A instrução foi processada através das partes do sistema para coletar informações de diagnóstico usando os recursos de serviços. As etapas necessárias para permitir o processamento subseqüente da instrução não foram concluídos.
Usuário responsável: Este erro é retornado para evitar o processamento subseqüente pelo sistema de instruções preparadas usando os recursos de serviços e é previsto.
SQL1420N | Operadores de concatenação demais. |
Explicação: O gerenciador de banco de dados atingiu o limite interno ao avaliar uma expressão de um tipo de resultado de cadeia de objeto grande ou longo, que contém operadores de concatenação.
Usuário responsável: Reduza o número de concatenações na expressão e tente de novo.
sqlcode: -1420
sqlstate: 54001
SQL1421N | Um erro de conversão MBCS ocorreu na conversão da variável do host ou sqlvar "<número>" para o formato wchar_t ou a partir dele. Código de razão "<rc>". |
Explicação: Uma aplicação C/C++ com instruções SQL internas foi pré-compilada com a opção WCHARTYPE. No processamento, a aplicação recebeu um erro que ocorreu durante a conversão ou em wcstombs(), para variáveis de entrada do host, ou em mbstowcs(), para variáveis de saída do host. A variável ou número sqlvar do host indica qual item de dados teve o problema. Códigos de razão válidos são:
Usuário responsável: Se os dados da aplicação já estão no formato MBCS, recompile a aplicação com WCHARTYPE NOCONVERT e reconstrua. Se a aplicação deve ser no formato wchar_t, os dados de entrada falhando em wcstombs() podem estar corrompidos. Corrija os dados e execute novamente a aplicação.
sqlcode: -1421
sqlstate: 22504
SQL1422N | O tamanho do contêiner é inválido. |
Explicação: Um dos contêiners a ser usado no tablespace gerenciado pelo banco de dados é grande ou pequeno demais. Um contêiner deve ter pelo menos um tamanho de extensão + 1 páginas de comprimento. O tamanho máximo de um contêiner depende do sistema operacional. O limite de sistema mais comum é de 2 gigabytes (524288 páginas de 4K).
Usuário responsável: Verifique o log de diagnóstico para obter detalhes. Depois, corrija a instrução SQL.
sqlcode: -1422
sqlstate: 54039
SQL1423N | A consulta inclui uma coluna com um tipo de dados de objeto grande. |
Explicação: A consulta inclui uma coluna com um tipo de dados BLOB, CLOB ou DBCLOB. Em geral, estes tipos de dados podem ser identificados pelos clientes disponíveis antes da Versão 2.1.
O erro ocorreu para uma condição que corresponde à advertência SQLCODE +238. Consulte esta mensagem para obter detalhes que explicam a condição. O nível do cliente recebendo esta mensagem não pode processar tipos de dados BLOB. Ele pode ser capaz de identificar os tipos de dados CLOB e DBCLOB usando a função SUBSTR ou definindo o tipo de dados no SQLDA como um tipo de dados de caractere disponível na versão 1 se a coluna LOB não for maior do que o tamanho suportado do tipo de dados de caractere.
Usuário responsável: Altere a consulta para excluir qualquer coluna que tenha um tipo de dados BLOB, CLOB or DBCLOB. Esta a única ação possível se a consulta incluir uma coluna do tipo BLOB. Se a coluna (digamos C1) for um CLOB, você poderia usar CAST(C1 AS LONG VARCHAR) para obter os primeiros 32700 caracteres. Da mesma forma, para colunas DBCLOB (DC1) use CAST(DC1 AS LONG VARGRAPHIC) para obter os primeiros 16350 caracteres. Se o código da aplicação puder ser alterado, pode ser incluído código para alterar o SQLDA para que use LONG VARCHAR ou LONG VARGRAPHIC para CLOB e DBCLOB.
sqlcode: -1423
sqlstate: 56093
SQL1424N | O número excessivo de variáveis de transição e a colunas de tabela de transição ou o comprimento da linha destas referências são extensas. Código de razão="<rc>". |
Explicação: O disparador inclui uma cláusula REFERENCING que identifica uma ou mais tabelas de transição e variáveis de transição. A ação disparada do disparador contém referências a colunas de tabelas de transição ou variáveis de transição com uma das seguintes condições identificadas pelo código de razão:
Usuário responsável: Reduza o número de referências a variáveis de transição e a tabelas de transição na ação do disparador para que o comprimento seja reduzido ou o número total destas referências seja menor que o número máximo de colunas da tabela.
sqlcode: -1424
sqlstate: 54040
SQL1425N | Uma senha foi fornecida sem Id do usuário. |
Explicação: Qualquer comando/API que aceite uma id do usuário e senha não aceitará uma senha sem uma id do usuário.
Usuário responsável: Submeta novamente o comando/API e forneça uma id do usuário se tiver fornecido uma senha.
SQL1426N | Uma instância padrão não pode ser determinada. |
Explicação: Se um 'conectar à instância' explícito não for executado, comandos de instância tentam formar uma conexão implícita à instância padrão. A instância padrão é determinada a partir das variáveis de ambiente DB2INSTDFT e DB2INSTANCE. Se qualquer delas estiver definida, nenhuma conexão implícita poderá ser formada.
Usuário responsável: Defina uma destas variáveis de ambiente como um nome de instância válido e submeta novamente o comando.
SQL1427N | Uma conexão de instância não existe. |
Explicação: A aplicação não está conectada a uma instância. O comando/API tentado não pode ser executado a menos que haja uma conexão de instância.
Usuário responsável: Se o erro ocorreu durante a desconexão de uma instância, prossiga com o processamento. Se o erro ocorreu durante a execução de um outro comando, conecte-se a uma instância e emita novamente o comando que falhou.
SQL1428N | A aplicação já está conectada ao "<nome-do-nó1>" enquanto o comando emitido requer uma conexão ao "<nome-do-nó2>" para uma execução bem-sucedida. |
Explicação: Para processar o comando com sucesso, uma conexão a outro nó diferente da que existe no momento é requerida. A aplicação deve ou: 1) não ter nenhuma conexão quando o comando for emitido ou 2) já estar conectada ao nó requerido pelo comando.
Usuário responsável: Certifique-se de que a aplicação não tem nenhuma conexão antes de emitir o comando ou que a conexão que existe é ao nó correto.
SQL1429N | Uma entrada de diretório de nó não pode ser criada na qual o nome de nó corresponda ao valor da variável de ambiente DB2INSTANCE. |
Explicação: O comando CATALOG NODE ou API não permite uma entrada cujo nome de nó não corresponda ao valor da variável de ambiente DB2INSTANCE
Usuário responsável: Selecione outro nome de nó para o nó sendo catalogado e tente de novo.
SQL1430N | O nome de banco de dados "<banco-de-dados>" não pode ser localizado no diretório de bancos de dados do sistema no nó "<nome-do-nó>". |
Explicação: Quando nomes dos bancos de dados específicos são fornecidos ao monitor de banco de dados, esses bancos de dados devem residir no nó em que você está conectado no momento ou nos nós locais.
Usuário responsável: Verifique se todos os bancos de dados listados na solicitação residem no mesmo nó ao qual você está conectado ou no nó local. Emita novamente a solicitação.
SQL1431N | O caminho relativo "<caminho>" não é permitido quando a execução é remota. |
Explicação: Quando a aplicação é remota do servidor, caminhos relativos não são aceitos.
Usuário responsável: Especifique um caminho completo que seja válido no servidor e emita novamente o comando.
SQL1432N | Foi enviada uma solicitação ao servidor usando um protocolo de banco de dados que o servidor não reconhece. |
Explicação: Este erro é causado pelo envio de uma solicitação do DB2 ao servidor que não entende o protocolo de banco de dados sendo usado na transmissão da solicitação. Esta situação vai ocorrer mais freqüentemente no envio de uma solicitação de ATTACH do DB2 ao servidor listado no seu diretório de nós que não é um servidor DB2 Versão 2 ou superior. Este erro também será provocado se você enviar uma solicitação de conexão a servidores DB2 para AS/400, DB2 para MVS, ou DB2 para VM e VSE.
Usuário responsável: Não tente se conectar a nenhum dos servidores listados acima.
SQL1433N | A aplicação já está conectada ao "<banco-de-dados1>" ao passo que o comando emitido requer uma conexão ao "<banco-de-dados2>" para execução bem-sucedida. |
Explicação: Para processar o comando com sucesso, uma conexão a outro banco de dados, diferente da que existe no momento, é requerida. A aplicação deve: 1) não ter conexão quando o comando é emitido ou 2) já estar conectada ou banco de dados requerido pelo comando.
Usuário responsável: Certifique-se de que a aplicação não tem nenhuma conexão antes de emitir o comando ou que a conexão que existe é ao banco de dados correto.
SQL1434N | Falha de uma instrução CONNECT ou ATTACH devido a uma incompatibilidade entre cliente/servidor nas plataformas de 32 e 64 bits. |
Explicação: Este release não suporta conexões de cliente/servidor entre plataformas de 32 e 64 bits.
Usuário responsável: Você pode emitir uma instrução CONNECT ou ATTACH nos seguintes cenários:
sqlcode: -1434
sqlstate: 08004
SQL1440W | WITH GRANT OPTION foi sido ignorada na instrução GRANT (Autoridades do Banco de Dados), instrução GRANT (Privilégios do Pacote), instrução GRANT (Privilégios do Índice), ou quando concedia o privilégio CONTROL em uma tabela ou view. |
Explicação: WITH GRANT OPTION não é aplicável quando se concede autoridades ou privilégios do banco de dados em pacotes ou índices. WITH GRANT OPTION não se aplica para o privilégio CONTROL em tabelas, views, índices, ou pacotes.
Todos os privilégios solicitados válidos foram concedidos.
Usuário responsável: Quando conceder autoridades do banco de dados privilégios de pacote ou privilégios de índice não inclua a cláusula WITH GRANT OPTION. Quando conceder CONTROL, use uma instrução de concessão separada para o privilégio CONTROL sem especificar a cláusula WITH GRANT OPTION.
sqlcode: +1440
sqlstate: 01516
SQL1441N | Parâmetro inválido. Código de razão "<código>". |
Explicação: A lista de códigos de razão válidos é a seguinte:
Usuário responsável: Certifique-se de que o indicador de contexto da aplicação foi inicializado corretamente, que todas as opções utilizadas são válidas e tente novamente.
SQL1442N | O contexto não está sendo utilizado ou não está sendo utilizando pela cadeia atual. Código de razão "<código>". |
Explicação: A chamada falhou por que:
Usuário responsável: Para uma chamada de desconexão, certifique-se de que o contexto está sendo usado pela cadeia atual e de que a conexão correspondente foi feita.
Para uma chamada obter contexto atual, certifique-se de que a cadeia está utilizando um contexto atualmente.
SQL1443N | A cadeia já está conectada a um contexto. |
Explicação: O usuário tentou fazer a conexão de um contexto a uma cadeia e a cadeia já estava utilizando um contexto.
Usuário responsável: Antes de fazer a conexão a um novo contexto, é necessário se desconectar do contexto anterior.
SQL1444N | O contexto da aplicação não pode ser destruído pois está sendo utilizado. |
Explicação: O usuário tentou destruir o contexto da aplicação enquanto ainda estava sendo utilizado. Deve haver uma cadeia conectada ao contexto ou o contexto tem um CONNECT ou ATTACH associado a ele. Antes de eliminar um contexto, é necessário executar um CONNECT RESET ou DETACH (se estes forem executados) e todos as threads deverão ser desconectadas do contexto.
Usuário responsável: Certifique-se de que todas as chamadas para conexão de um contexto possuem uma desconexão correspondente, de que todos os CONNECTS possuem um CONNECT RESET correspondente e de que todos os ATTACHES possuem um DETACH correspondente.
SQL1445N | A thread ou processo não dispõem de um contexto para ser utilizado. |
Explicação: Um tipo de contexto de SQL_CTX_MULTI_MANUAL está em execução, mas a thread ou processo atual não foi conectado ao contexto.
Usuário responsável: Certifique-se de que a thread ou processo atual está conectado ao contexto antes de fazer qualquer chamada ao banco de dados.
SQL1450N | Indicador de informações de registro inválido. |
Explicação: Um indicador de informações de registro inválido foi passado para o comando/API registrar/não registrar servidor do DB2.
Usuário responsável: Verifique se um indicador válido foi passado para um comando/API registrar/não registrar servidor do DB2.
SQL1451N | Registrar/não registrar servidor do DB2 deve ser emitido de um nó de servidor. |
Explicação: Registrar/não registrar servidor do DB2 foi emitido de um nó inválido.
Usuário responsável: Emita novamente o comando/API registrar/não registrar do servidor DB2 a partir de um nó de servidor.
SQL1452N | Uma localização de registro inválida foi especificada. |
Explicação: Uma localização de registro inválida foi passada para o comando/API registrar/não registrar servidor do DB2.
Usuário responsável: Verifique se uma localização de registro válida foi passada para um comando/API registrar/não registrar servidor do DB2.
SQL1453N | A entrada no arquivo de configuração do gerenciador de banco de dados para o nome do servidor de arquivos está faltando ou é inválido. |
Explicação: O nome do servidor de arquivo especificado no comando/API de configuração ou no arquivo de configuração do gerenciador de banco de dados está faltando ou é inválido.
Usuário responsável: Verifique se o nome do servidor de arquivos foi especificado e se o nome não contém caracteres inválidos e não tem mais de 48 caracteres de comprimento. Atualize o servidor de arquivos no arquivo de configuração do gerenciador de arquivos e submeta novamente o comando/API.
SQL1454N | A entrada no arquivo de configuração do gerenciador de banco de dados para o nome do objeto está faltando ou é inválida. |
Explicação: O nome do objeto especificado no comando/API de configuração ou no arquivo de configuração do gerenciador de banco de dados está faltando ou é inválido.
Usuário responsável: Verifique se o nome do objeto foi especificado, se não contém caracteres inválidos e se não tem mais de 48 caracteres de comprimento. Atualize o nome do objeto no arquivo de configuração do gerenciador de banco de dados e submeta novamente o comando/API.
SQL1455N | A entrada no arquivo de configuração do gerenciador de banco de dados para o número de soquete de IPX está faltando ou é inválida. |
Explicação: O número da soquete de IPX no comando/API de configuração ou no arquivo de configuração do banco de dados está faltando ou é inválido.
Usuário responsável: Verifique se o número de soquete de IPX foi especificado, se o número não contém caracteres inválidos e se não tem mais de 4 caracteres de comprimento. Atualize o número de soquete de IPX no arquivo de configuração do banco de dados e submeta novamente o comando/API.
SQL1456N | O nome do objeto especificado no arquivo de configuração do gerenciador de banco de dados já existe no servidor de arquivos do NetWare. |
Explicação: Um nome de objeto duplicado foi localizado ao se tentar registrar o nome de objeto do servidor do DB2 no servidor de arquivos do NetWare.
Usuário responsável: O nome do objeto especificado no arquivo de configuração do gerenciador de bancos de dados está faltando ou é inválido. Altere o nome do objeto e torne a registrar o servidor do DB2.
SQL1457N | Registrar/não registrar falhou ao conectar o servidor de arquivos do NetWare especificado porque um conexão de serviços de diretório do NetWare já foi estabelecida para aquele servidor de arquivos. |
Explicação: Efetuar o login do bindery usando o NWLoginToFileServer não pode ser executado se uma conexão de serviços de diretório do NetWare já estiver estabelecida para aquele servidor de arquivos especificado.
Usuário responsável: O Servidor da conexão de serviços de diretório efetua o logout dos Serviços de Diretório e depois e emite novamente registrar/não registrar.
SQL1458N | O IPX/SPX foi configurado no arquivo de configuração do gerenciador de bancos de dados para endereçamento direto. Não é necessário registrar/não registrar o servidor do DB2 no/do servidor de arquivos do NetWare. |
Explicação: Emitir registrar/não registrar não é necessário uma vez que o arquivo de configuração do gerenciador de bancos de dados foi configurado para endereçamento direto de IPX/SPX. i.e. Servidor de Arquivos e Nome do objeto foram especificados como '*'.
Usuário responsável: Observe que o servidor do DB2 foi configurado apenas para endereçamento direto, clientes IPX/SPX usando endereçamento de servidor de arquivos não poderão conectar este servidor. Para que o servidor suporte ambos os tipos de endereçamento de clientes IPX/SPX, especifique um servidor de arquivos e um nome de objeto no arquivo de configuração do gerenciador de bancos de dados.
SQL1460N | A variável de ambiente "<variável>" requerida para resolução de nome de servidor SOCKS não está definida ou não é válida. |
Explicação: A variável de ambiente SOCKS, SOCKS_NS ou SOCKS_SERVER, não está definida. O suporte ao protocolo SOCKS requer que ambas as variáveis de ambiente sejam definidas.
Usuário responsável: Defina a variável de ambiente que falta e submeta novamente o comando.
SQL1461N | A opção de segurança "<segurança>" não é válida. |
Explicação: A opção SECURITY para um nó TCP/IP tem uma valor diferente de 'SOCKS'. Esta opção é usada para permitir que o nó TCP/IP seja catalogado para usar o suporte a protocolo SOCKS para atravessar uma firewall. Nenhum valor a não ser 'SOCKS' é permitido.
Usuário responsável: Verifique se é necessário o suporte a protocolo SOCKS. Se for, catalogue novamente o nó com SECURITY SOCKS. Se não for, omita a opção SECURITY.
SQL1462N | A solicitação é válida apenas para uma conexão do gerenciador de ponto de sincronismo. |
Explicação: Houve uma tentativa de solicitação a qual é válida apenas para uma conexão do gerenciador de ponto de sincronismo, porém a instância do gerenciador de ponto de sincronismo não está conectada.
Usuário responsável: Conecte a instância do gerenciador e emita a solicitação novamente.
SQL1468N | O receptor TCP/IP do gerenciador de banco de dados deve estar configurado e em execução na instância do servidor "<instância>" (núm. do nó "<nó-núm.1>") antes de tentar CONNECT ou ATTACH ao nó "<nó-núm.2>". |
Explicação: O comando SET CLIENT, a api ou a variável de ambiente DB2NODE foi utilizada para definir o nó para CONNECT ou ATTACH ao "<nó-núm.2>". Para efetuar um CONNECT ou ATTACH a este nó, o receptor TCP/IP do Gerenciador de Banco de Dados deve ser configurado e estar em execução na instância do servidor "<instância>" (nó "<nó-núm.1>").
Nota: | Essa mensagem pode ser retornada por um CONNECT ou ATTACH implícito. |
Usuário responsável: Ou:
ou
sqlcode: -1468
sqlstate: 08004
SQL1469N | A instância "<nome-da-instância>" (núm. nó "<nó-núm1>") não possui o nó "<nó-núm2>" especificado em seu arquivo db2nodes.cfg. |
Explicação: O comando SET CLIENT, a api ou a variável de ambiente DB2NODE foi utilizada para definir o nó para CONNECT ou ATTACH ao "<nó-núm.2>". O processamento seguinte de CONNECT ou ATTACH não conseguiu localizar este nó no arquivo db2nodes.cfg na instância "<nome-da-instância>" (nó "<nó-núm1>").
Nota: | Essa mensagem pode ser retornada por um CONNECT ou ATTACH implícito. |
Usuário responsável: Certifique-se de que o número do nó especificado pelo comando SET CLIENT ou api ou a variável de ambiente DB2NODE existe no arquivo db2nodes.cfg da instância intermediária "<nome-da-instância>", nó "<nó-núm1>>".
sqlcode: -1469
sqlstate: 08004
SQL1470N | O valor da variável de ambiente DB2NODE não é válido. |
Explicação: A variável de ambiente DB2NODE indica que o nó que a aplicação tentará se conectar. Se DB2NODE estiver indefinido ou em branco, a aplicação tentará se conectar ao nó padrão. Caso contrário, DB2NODE deve ser definido ao número do nó de um dos nós definidos no mesmo host da aplicação.
Usuário responsável: Defina a variável de ambiente DB2NODE para um dos valores a seguir:
sqlcode: -1470
sqlstate: 08001
SQL1471N | Não é possível conectar-se ao banco de dados "<nome-banco de dados>" no nó "<número-do-nó>" por que o banco de dados nesse nó não está sincronizado com o nó do catálogo. |
Explicação: A informação de final-de-registro nesse nó não corresponde a registro correspondente no nó do catálogo. Isso pode ser causado pela restauração do banco de dados em vários nós com backups retirados de diferentes horas.
Usuário responsável: Se o banco de dados é restaurado sem efetuar o rollforward sobre um nó, verifique se o banco de dados seja restaurado a partir de backups offline consistentes em todos os nós sem o rollforward.
sqlcode: -1471
sqlstate: 08004
SQL1472N | Não é possível conectar-se ao banco de dados "<nome-do-banco-de-dados>" no nó "<número-do-nó>" porque a diferença entre o horário do sistema no nó do catálogo e o registro de tempo virtual neste nó é maior que o parâmetro de configuração do gerenciador do banco de dados max_time_diff. |
Explicação: A diferença da hora do sistema para as máquinas na configuração (relacionada no arquivo db2nodes.cfg) é maior que o parâmetro de configuração do banco de dados max_time_diff.
Usuário responsável: Sincronize as horas do sistema em todas as máquinas, e certifique-se que o parâmetro max_time_diff seja configurado para permitir atrasos de comunicação normais entre as máquinas do banco de dados.
Se o que foi citado acima não corrigir o problema, consulte o Administration Guide para obter possíveis causas e ações.
sqlcode: -1472
sqlstate: 08004
SQL1473N | Não é possível encerrar a transação por que a diferença entre a hora do sistema no nó local e os registros de tempo virtuais do nó(s) "<lista-de-nós>>" é maior que o parâmetro de configuração do gerenciador do banco de dados max_time_diff. A transação sofreu roll back. |
Explicação: A diferença da hora do sistema para as máquinas na configuração (relacionada no arquivo db2nodes.cfg) é maior que o parâmetro de configuração do banco de dados max_time_diff.
Se ",..." for exibido no final da lista de nós, veja o arquivo syslog para a lista completa de nós.
Usuário responsável: Sincronize as horas do sistema em todas as máquinas, e certifique-se que o parâmetro max_time_diff seja configurado para permitir atrasos de comunicação normais entre as máquinas do banco de dados.
sqlcode: -1473
sqlstate: 40504
SQL1474W | A transação foi concluída com sucesso, porém a diferença entre a hora do sistema no nó local e os registros de tempo virtuais do nó(s) "<lista-de-nós>" é maior que o parâmetro de configuração do gerenciador do banco de dados max_time_diff. |
Explicação: A diferença da hora do sistema para as máquinas na configuração (relacionada no arquivo db2nodes.cfg) é maior que o parâmetro de configuração do banco de dados max_time_diff.
Essa mensagem de aviso é retornada para transações somente para leitura por que elas não são afetadas por essa condição. Contudo, outras transações seriam retomadas. Essa mensagem é para informar o usuário sobre essa condição para que a ação possa ser tomada na hora mais recente possível.
Se ",..." for exibido no final da lista de nós, veja o arquivo syslog para a lista completa de nós.
Usuário responsável: Sincronize as horas do sistema em todas as máquinas, e certifique-se que o parâmetro max_time_diff seja configurado para permitir atrasos de comunicação normais entre as máquinas do banco de dados.
sqlcode: 1474
sqlstate: 01607
SQL1475W | Um erro do sistema ocorreu durante o processamento de CONNECT RESET. |
Explicação: O CONNECT RESET foi bem-sucedido, porém um erro do sistema tal como uma falha de nó ou erro de comunicação pode ter ocorrido.
Usuário responsável: Verifique o arquivo db2diag.log para detalhes. O banco de dados nesse nó pode necessitar ser reiniciado.
sqlcode: 1475
sqlstate: 01622
SQL1476N | A transação atual sofreu roll back devido ao erro "<código-sql>". |
Explicação: Uma tabela estava sendo criada com a opção NOT LOGGED INITIALLY ou NOT LOGGED INITIALLY foi ativado para uma tabela existente. Durante a mesma unidade de trabalho, ocorreu um erro ou uma instrução ROLLBACK TO SAVEPOINT foi emitida. Esta unidade de trabalho fez roll back, com os seguintes efeitos:
O "<código-sql>" informado é o SQLCODE do erro original. O "<código_sql>" será 0 se foi emitido um ROLLBACK TO SAVEPOINT na transação.
Usuário responsável: Corrija o problema, então execute a transação novamente. Remova qualquer instrução ROLLBACK TO SAVEPOINT emitida na mesma transação na qual uma tabela NOT LOGGED INITIALLY tenha sido criada ou ativada.
sqlcode: -1476
sqlstate: 40506
SQL1477N | Não é possível acessar a tabela "<nome-de-tabela>". |
Explicação: Uma tentativa foi feita para acessar uma tabela que não está acessível. A tabela pode não estar acessível devido a um dos seguintes motivos:
O acesso a esta tabela não é permitido porque sua integridade não pode ser garantida.
Usuário responsável: Uma das seguintes ações pode ser tomada.
sqlcode: -1477
sqlstate: 55019
SQL1478W | O banco de dados foi iniciado, porém somente um pool do buffer tem sido ativado. |
Explicação: Apenas um pequeno pool do buffer sem armazenamento estendido foi ativado. Isso por causa de uma das seguintes razões:
Usuário responsável: Verifique o arquivo db2diag.log para a correta fonte do problema. Possíveis soluções serão:
Depois de fazer as alterações, desconecte-se do banco de dados e reinicie o banco de dados.
sqlcode: +1478
sqlstate: 01626
SQL1479W | Tentativa para busca antes que o conjunto de resultados retornasse o primeiro rowset. |
Explicação: O rowset solicitado sobrepôs o início do conjunto de resultados e, dependendo da orientação de busca especificada:
Usuário responsável: Nenhuma ação necessária.
SQL1480N | O tipo de descoberta especificado no parâmetro de configuração do gerenciador do banco de dados DISCOVER é inválido. |
Explicação: Valores válidos para o parâmetro DISCOVER no arquivo de configuração do gerenciador do banco de dados são: DISABLE, KNOWN, ou SEARCH.
Usuário responsável: Atualize o parâmetro de configuração do gerenciador do banco de dados DISCOVER com um tipo DISABLE, KNOWN, ou SEARCH.
SQL1481N | Um ou mais protocolos de comunicações no parâmetro DISCOVER_COMM é inválido. |
Explicação: Valores válidos para o parâmetro DISCOVER_COMM no arquivo de configuração do gerenciador do banco de dados são qualquer combinação de NETBIOS e TCPIP, separados por vírgulas.
Usuário responsável: Atualize o parâmetro de configuração do gerenciador de banco de dados, DISCOVER_COMM, com qualquer combinação de NETBIOS e TCPIP, separados por vírgulas.
SQL1482W | O parâmetro BUFFPAGE será usado apenas se uma dos pools de buffer for definido com um tamanho de -1. |
Explicação: Essa é uma advertência que o parâmetro de configuração do banco de dados BUFFPAGE irá ignorar se nenhum pool de buffer do banco de dados for definido com um tamanho de -1. -1 indica que o pool de buffer é para usar o parâmetro BUFFPAGE como o número de páginas do pool de buffer.
Usuário responsável: Você pode selecionar a partir do SYSCAT.BUFFERPOOLS para rever as definições do pool de buffer. Caso nenhum dos pools de buffer estejam definidos com o tamanho -1 (NPAGES), então a definição do parâmetro BUFFPAGE não alterará o tamanho dos pools de buffer para o banco de dados.
SQL1490W | A ativação do banco de dados foi bem-sucedida, contudo o banco de dados já foi ativado em um ou mais nós. |
Explicação: O banco de dados já foi explicitamente iniciado (ativado) em um ou mais nós.
Usuário responsável: Refira-se ao log de diagnóstico para ver qual nó retorna o aviso.
SQL1491N | O banco de dados "<nome>" não foi desativado porque ainda está em uso. |
Explicação: O banco de dados não pode ser desativado se houver alguma aplicação conectada ao banco de dados especificado.
Usuário responsável: Certifique-se de que todas as aplicações fizeram um CONNECT RESET e tente de novo.
SQL1492N | O banco de dados "<nome>" não foi desativado porque não foi ativado. |
Explicação: O banco de dados não pode ser desativado porque o banco de dados especificado não foi ativado.
Usuário responsável: Nenhuma ação é necessária.
SQL1493N | A aplicação já está conectada a um banco de dados ativo. |
Explicação: Os comandos ACTIVATE DATABASE e DEACTIVATED DATABASE não podem prosseguir porque a aplicação já está conectada a um banco de dados.
Usuário responsável: Desconecte a partir do banco de dados e depois submeta novamente o comando.
SQL1494W | A ativação do banco de dados foi bem-sucedida, contudo ainda há uma conexão para o banco de dados. |
Explicação: Já existe conexão do banco de dados em um ou mais nós.
Usuário responsável: Refira-se ao log de diagnóstico para ver qual nó retorna esse aviso.
SQL1495W | O desativamento do banco de dados foi bem-sucedido, contudo ainda há uma conexão para o banco de dados. |
Explicação: Ainda existe conexão do banco de dados em um ou mais nós.
Usuário responsável: Refira-se ao log de diagnóstico para ver qual nó retorna esse aviso.
SQL1496W | O desativamento do banco de dados foi bem-sucedido, porém o banco de dados não estava ativado. |
Explicação: O banco de dados não iniciou explicitamente em um ou mais nós quando o desativamento do banco de dados foi executado.
Usuário responsável: Refira-se ao log de diagnóstico para ver qual nó retorna esse aviso.
SQL1497W | O ativamento/desativamento do banco de dados obteve êxito, no entanto, ocorreu um erro em alguns nós. |
Explicação: Ativar/Desativar o banco de dados foi bem-sucedido ao menos no nó do catálogo e no nó do coordenador, contudo, em algum(ns) outro(s) nó(s) ocorreu um erro.
Usuário responsável: Consulte o log de diagnóstico para descobrir que erro ocorreu em que nó, corrija o problema e depois emita novamente o comando ativar/desativar do banco de dados.