Limitações

| | |

db2look - Limitação para Espaço de Tabelas de Armazenamento Automático

|

Com bancos de dados utilizando um espaço de tabelas de armazenamento automático, o comando db2look será concluído com êxito. No entanto, ele não mostrará |informações do espaço de tabelas específicas para espaços de tabelas de armazenamento automático.

A Função da Tabela SNAP_GET_DB Retorna Resultados Incompletos

Quando chamado em um ambiente DPF (Database Partitioning Feature) com -2 (captura instantânea global) fornecido como entrada, a função da tabela SNAP_GET_DB retorna resultados incompletos para as quatro colunas a seguir:

Esses elementos não podem ser agregados para uma captura instantânea global. Para recuperar o conjunto completo de valores para esses elementos de captura instantânea, a função da tabela SNAP_GET_DB não pode ser chamada individualmente em cada partição.

IMPORT REPLACE Não Considera a Cláusula Not Logged Initially

A opção REPLACE do comando IMPORT não considera a cláusula NLI (NOT LOGGED INITIALLY) da instrução CREATE TABLE ou a cláusula ACTIVATE NOT LOGGED INITIALLY da instrução ALTER TABLE.

Se for executada uma importação com a opção REPLACE na mesma transação que uma instrução CREATE TABLE ou ALTER TABLE na qual a cláusula NLI é chamada, a importação não considerará a cláusula NLI. Todas as inserções serão registradas.

Solução Alternativa 1
Exclua o conteúdo da tabela utilizando a instrução DELETE e, em seguida, chame a importação com a instrução INSERT.
Solução Alternativa 2
Elimine a tabela e recrie-a chamando, em seguida, a importação com a instrução INSERT.

Esta limitação aplica-se ao DB2 UDB Versão 7 e ao DB2 UDB Versão 8.

Campo Longo e Dados LOB Não Podem Ser Reorganizados com a Reorganização de Tabela Local

Durante a reorganização de tabela local ou on-line, campo longo e dados LOB não podem ser reorganizados. Eles podem ser reorganizados com uma reorganização de tabela clássica ou off-line, especificando o parâmetro LONGLOBDATA com o comando REORG TABLE. Porém, é necessário observar que enquanto a reorganização de campo longo e dados de LOB permitir espaços livres a serem solicitados, ela não irá aprimorar o armazenamento em cluster e poderá aumentar significativamente o tempo requerido para completar a reorganização.

Comportamento de Bloqueio em Cursores de Bloqueamento Pode Parecer Inconsistente nos Aplicativos Cliente

No isolamento do CS (Cursor Stability), a linha associada à posição do cursor atual no servidor de banco de dados está sempre bloqueada. Durante uma busca bloqueada, as linhas múltiplas podem ser retornadas em um buffer único. Na maioria dos casos, a última linha processada no lado do servidor não se ajustará exatamente e será dividida entre dois buffers. O aplicativo não verá essa linha dividida até que o segundo buffer seja recebido. Porém, nenhuma dessas linhas retornadas ao aplicativo será bloqueada.

Em alguns casos raros, a última linha processada no lado do servidor ajusta-se exatamente, a posição do cursor permanecerá na última linha de dentro do buffer, o que significa que a última linha retornada ao aplicativo será bloqueada.

Exportação de Dados com ODBC para Programa de Warehouse do Arquivo

A Exportação de dados com ODBC para o programa de warehouse do arquivo não suporta os seguintes tipos de dados Sybase:

Tipos de Dados que Não São Suportados no Depurador SQL Integrado do Development Center

Os tipos de dados a seguir não são suportados no Depurador SQL que é integrado ao Development Center:

Tipos Estruturados no Development Center

O Development Center não suporta mais a criação de tipos estruturados.

Limitações do Development Center para Sistemas Operacionais de 64 Bits

A depuração de procedimentos armazenados Java em um servidor de 64 bits não é suportada pelo Development Center. A depuração de procedimentos armazenados SQL é suportada em sistemas operacionais Windows de 64 bits. O desenvolvimento do OLE DB ou do XML User Defined Functions não é suportado para servidores de 64 bits.

Development Center (Linux)

Não é possível utilizar o Development Center para depurar procedimentos armazenados Java em execução em qualquer uma das distribuições Linux (32 bits, 64 bits, Intel, zSeries ou iSeries).

Depurando Procedimentos Armazenados com Aspas Duplas

O Development Center não suporta a depuração de nenhum procedimento armazenado com aspas duplas (") no nome do procedimento armazenado, esquema ou nome específico.

Configurações de Caminho Necessárias para Ativar Rotinas Java para Compilação no Development Center

O Development Center não pode compilar rotinas Java a não ser que ele saiba onde as versões do Developer Kit estão instaladas. Os diretórios padrão para as versões do kit do desenvolvedor são gravados no arquivo $HOME/.ibm/db2/dc/DB2DC.settings quando o Development Center é iniciado pela primeira vez. Você poderá copiar esses diretórios no arquivo $USER.settings e modificá-los com um editor Unicode ou poderá criar links simbólicos nos diretórios do kit do desenvolvedor nas localizações padrão.

Limitações do Development Center para Executar e Depurar Procedimentos Armazenados Java Simultaneamente

O Development Center não suporta a execução e a depuração de procedimentos armazenados Java simultaneamente. No Development Center, você pode executar vários procedimentos armazenados Java ao mesmo tempo ou depurar um único procedimento armazenado Java; você não pode executar um procedimento armazenado Java enquanto depura outro procedimento armazenado Java. Por padrão, a palavra-chave de configuração do gerente do banco de dados KEEPFENCED está definida como KEEPFENCED=YES como requerida para a depuração de procedimentos armazenados SQL. Quando a palavra-chave KEEPFENCED tiver o valor padrão YES, o processo de rotina é mantido ativo e ocorrerão conflitos com a porta da JVM. Os procedimentos armazenados Java causarão uma exceção JVM e falharão em qualquer uma das circunstâncias a seguir quando a definição de configuração padrão do gerenciador de banco de dados KEEPFENCED=YES for utilizada:

Para solucionar esta limitação, assegure-se de que a palavra-chave da configuração do gerente do banco de dados KEEPFENCED esteja definida como KEEPFENCED=NO, executando os seguintes comandos:

   db2 update dbm cfg using KEEPFENCED NO
db2stop
   db2start

Quando KEEPFENCED estiver definido como NO, o processo db2fmp será encerrado quando uma chamada do procedimento armazenado Java for concluída e o DB2 Universal Database iniciará um novo processo db2fmp para manipular a próxima chamada de rotina. Isso assegura que não haverá nenhuma JVM no modo de depuração quando você iniciar a depuração de um procedimento armazenado Java.

A definição de KEEPFENCED=YES é requerida para construir procedimentos armazenados SQL para depuração e para depurar procedimentos armazenados SQL. Quando KEEPFENCED=NO, você ainda poderá construir e executar procedimentos armazenados SQL mas não poderá depurá-los.

O Método DB2SystemMonitor.getServerTimeMicros Não É Suportado

O método do DB2(R) Universal JDBC DriverDB2SystemMonitor.getServerTimeMicros() não é suportado atualmente pelo DB2(R) Universal Database(TM) para servidores Linux(TM), UNIX(R) e Windows(R). O método DB2SystemMonitor.getServerTimeMicros() retorna 0 ao conectar-se ao DB2(R) Universal Database(TM) para servidores Linux, UNIX e Windows(R).

Tempo de Execução do Compilador IBM XL C/C++ Deve Estar Instalado (Linux em Sistemas iSeries e pSeries, 64 bits)

Os seguintes requisitos devem ser atendidos antes da instalação do DB2 de 64 bits para sistemas Linux iSeries(TM) e pSeries(R):

Universal JDBC Driver Tipo 2 Não É Suportado no DB2 UDB Versão 8.2.2 (Linux AMD64 )

O DB2 UDB (Universal Database(TM)) Versão 8.2.2 (equivalente à Versão 8.1 FixPak 9) no Linux AMD64 não suporta o Universal JDBC Driver Tipo 2. O suporte será planejado para um futuro fixpak. O suporte ao JDBC na Versão 8.2.2 está disponível utilizando o Universal JDBC Driver Type 4 e o driver Legacy JDBC Tipo 2 (COM.ibm.db2.jdbc.app.DB2Driver).

Cursores em Aplicativos PHP

Quando o interpretador PHP cria um cursor em nome de um aplicativo, ele é criado por padrão como um cursor orientado para Conjunto de Chaves Rolável. Em alguns casos, isto pode causar o retorno de resultados inesperados. Para evitar esta situação, especifique explicitamente a cláusula "FOR READ ONLY" para todas as instruções SELECT que são utilizadas para atualizar dados. Outras alternativas incluem a definição dos Parâmetros de Configuração de CLI "Patch2=6", "Patch2=42" ou "DisableKeysetCursor=1". No entanto, cada um deles pode ter outras conseqüências. Consulte a documentação Guia e Referência de CLI para obter detalhes sobre estas palavras-chave de configuração.

Limitação da Palavra-chave ConnectNode para Configuração do CLI/ODBC

A palavra-chave ConnectNode não afeta o Centro de Controle. O Centro de Controle sempre se conecta ao nó de catálogo relacionado à configuração do SQL_CONN_CATALOG_NODE.

Restrição da Função SQLColumns (CLI)

A função SQLColumns() não suporta dados retornados de alias para alias. Ao ser chamado de um alias para outro alias, a função SQLColumns() retorna um conjunto de resultado vazio.

Limitações de Opções de Ligação para Pacotes CLI

Algumas opções de ligação não entram em vigor durante a ligação de pacotes CLI com qualquer um dos seguintes arquivos da lista: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst ou ddcsvse.lst. Como os pacotes CLI são utilizados pelos aplicativos CLI, ODBC, JDBC, OLE DB, .NET e ADO, as alterações feitas nos pacotes CLI afetam todos os aplicativos destes tipos. Portanto, apenas um subconjunto de opções de ligação é suportado, por padrão, durante a ligação de pacotes CLI. As opções suportadas são: ACTION, COLLECTION, CLIPKG, OWNER e REPLVER. Todas as demais opções de ligação que impactam os pacotes CLI são ignoradas.

Para criar pacotes CLI com opções de ligação que não são suportadas por padrão, especifique a opção de ligação COLLECTION com um ID de coleta que seja diferente do ID de coleta padrão, NULLID. As opções de ligação especificadas são então aceitas. Por exemplo, para criar pacotes CLI com a opção de ligação KEEPDYNAMIC YES que, por padrão, não é suportada, emita o seguinte comando:

db2 bind @db2cli.lst collection newcolid keepdynamic yes

Para que os aplicativos CLI/ODBC acessem os pacotes CLI criados na nova coleta, defina a palavra-chave CurrentPackageSet CLI/ODBC no arquivo de inicialização db2cli.ini como o novo ID de coleta.

Para sobrescrever pacotes CLI já existentes em um determinado ID de coleta, execute qualquer uma das seguintes ações:

Restrições a Utilitários CLI LOAD

O utilitário CLI LOAD não suporta marcadores de parâmetros se a instrução SQL preparada para a inserção de dados contiver uma cláusula SELECT.

Anterior à Versão 8.2 FixPak 3 (equivalente à V8.1 Fixpak 10), o utilitário CLI LOAD não permitia que colunas de destino fossem especificadas se a instrução INSERT incluísse uma cláusula VALUES.

Porém, iniciando com a Versão 8.2 FixPak 3 (equivalente à V8.1 Fixpak 10), o utilitário CLI LOAD permite que colunas de destinos sejam especificadas em uma instrução INSERT com uma cláusula VALUES. Por exemplo, a seguinte instrução é, agora, suportada por CLI LOAD:

INSERT into tableA (col1, col2, col3) VALUES (?, ?, ?)

Criação do Banco de Dados do Catálogo de Ferramentas Não Suportada (Linux para AMD64)

A criação do banco de dados do catálogo de ferramentas em uma instância do DB2 UDB (Universal Database) de 64 bits no Linux (AMD64) não é suportada. Não tente criar o catálogo de ferramentas em uma instância de 64 bits utilizando quaisquer dos métodos a seguir:

A criação do banco de dados do catálogo de ferramentas em uma instância de 32 bits no Linux (AMD64) é suportada a partir da Versão 8.1.4.

Criação do Banco de Dados do Catálogo de Ferramentas Não Suportada (AIX, Solaris Operating Environments e HP-UX)

A criação do catálogo de ferramentas não é suportada durante a instalação do DB2 UDB (Universal Database) em instâncias de 64 bits nas plataformas híbridas de 64 bits. As plataformas híbridas são:

Se você desejar criar um catálogo de ferramentas em uma instância de 64 bits, isso poderá ser feito depois da instalação do DB2 UDB através do Processador da Linha de Comandos utilizando o comando CREATE TOOLS CATALOG CLP ou utilizando o Centro de Controle. Será necessário também instalar um IBM Developer Kit para Java de 64 bits para esta operação. Consulte a seção DB2 Administration Server do DB2 Administration Guide para obter detalhes adicionais.

Limitações de Memória para o DB2 UDB Express e DB2 Workgroup Server Edition V8.2

Há limitações de memória para os seguintes produtos:

Agendando um Processo do Warehouse a Ser Executado em Intervalos

Ao agendar um processo de armazenamento para ser executado em intervalos, você deve determinar o tempo mais longo que leva para executar todas as etapas de produção do processo e agendar os intervalos de acordo. Se um processo exceder o intervalo de tempo agendado, todas as ocorrências agendadas subseqüentemente ao processo não serão executadas e não serão agendadas novamente.

Limitações do Suporte SNA na Versão 8

O suporte a seguir foi retirado do DB2 UDB (Universal Database) ESE (Enterprise Server Edition) Versão 8 para sistemas operacionais Windows e UNIX e do DB2 CEE (Connect Enterprise Edition) Versão 8 para sistemas operacionais Windows e UNIX:

Problema e Restrição do Plug-in de Segurança para Clientes do DB2 UDB (Windows)

Ao desenvolver plug-ins de segurança que serão implementados em clientes do DB2 em sistemas operacionais Windows, não descarregue nenhuma biblioteca auxiliar na função de encerramento do plug-in. Esta restrição se aplica a todos os tipos de plug-ins de segurança de cliente, incluindo plug-ins de grupo, ID de usuário e senha, Kerberos e GSS-API.

Essa restrição é causada pelo problema do DB2 Universal Database ao descarregar plug-ins de segurança em clientes do DB2 em sistemas operacionais Windows.

Defeitos ao Relatar um Login Bem-sucedido durante uma Tentativa de Conexão (AIX)

Ao utilizar a autenticação de S.O. no AIX, o DB2 UDB (Universal Database) tenta relatar um login bem-sucedido para o AIX na autenticação bem-sucedida durante uma tentativa de conexão. Antes da Versão 8 FixPak 5, se o DB2 UDB não conseguisse relatar um login bem-sucedido, a conexão falharia apesar do usuário ser autenticado. A partir da Versão 8 FixPak 5, a conexão tem permissão para continuar e o defeito é registrado no arquivo db2diag.log.

ID de Usuário com Duas Partes Não Suportado (Windows ME)

O ID de usuário com duas partes para a instrução CONNECT e o comando ATTACH, como domainname\username, não é suportado no Windows ME.

A Página Carregar e Importar Colunas Não Suporta Caracteres DBCS nos Arquivos IXF

Se você utilizar o Assistente para Carregar ou o Bloco de Notas Importar para configurar um carregamento ou importação a partir de um arquivo de entrada IXF contendo caracteres DBCS, a página Colunas não exibirá corretamente os nomes de colunas contidos no arquivo.

| | |

Ferramentas GUI para Sistemas Operacionais Linux em AMD64

|

As ferramentas GUI que acompanham o DB2 UDB (Universal Database) são utilitários gráficos |baseados em Java-. Exemplos de ferramentas GUI para DB2 UDB são:

| |

Já que os sistemas operacionais Linux em AMD64 não possuem atualmente um |Java(TM) SDK de 64 bits ou Ambiente de Tempo de Execução em execução, essas ferramentas requerem que |você o faça a partir da instância DB2 UDB de 32 bits.

|

É possível continuar a utilizar essas ferramentas para gerenciar banco de dados em instâncias de 64 bits |local e remotas. Por exemplo, para utilizar o Centro de Controle, você precisa primeiro criar uma instância de |32 bits. Após a instância de 32 bits ser criada, é necessário catalogar manualmente |a instância local de 64 bits que você deseja administrar.

|

Podem ser localizadas informações adicionais relacionadas ao DB2 para o Linux em AMD64 na seguinte URL:

|

ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf

Configurações Mínimas de Exibição para Ferramentas da GUI

Para que as ferramentas da GUI, tais como Centro de Controle, funcionarem corretamente, você deve ter uma resolução de tela de pelo menos 800 por 600 dpi e deve utilizar uma paleta de exibição de pelo menos 32 cores.

Exibição Incorreta de Caracteres GB18030 na Barra de Título de uma Janela

Se você tiver caracteres do padrão de codificação chinês GB18030 na barra de título de uma janela, eles podem aparecer como pontos de interrogação ou quadrados.

Não Particionar Tabelas do Centro de Catálogo de Informações

As tabelas que o Information Catalog Manager utiliza devem estar em uma única partição de banco de dados. Diversos métodos estão disponíveis para colocar as tabelas em uma única partição. O procedimento a seguir é uma abordagem que funciona.

  1. Abra um Processador da Linha de Comandos do DB2 e emita esses comandos:
    1. CREATE DATABASE PARTITION GROUP partition_group_name
           ON DBPARTITIONNUM partition_number
    2. CREATE REGULAR TABLESPACE tablespace_name
           IN DATABASE PARTITION GROUP partition_group_name
           MANAGED BY SYSTEM USING ('cname')
    onde partition_group_name é o mesmo em ambos os comandos.
  2. Clique em Iniciar -> Programas -> IBM DB2 -> Ferramentas de Configuração -> Assistente Gerenciar Catálogo de Informações.
  3. Na página Opções, especifique o nome do espaço de tabelas no campo Espaço de Tabelas.

Limitações do Query Patroller Quando DYN_QUERY_MGMT Está Desativado

O Query Patroller não pode executar as seguintes ações se o parâmetro de configuração do banco de dados DYN_QUERY_MGMT estiver desativado:

Se você tentar liberar uma consulta a partir do estado de suspensão ou alterar uma consulta em primeiro plano para uma consulta em segundo plano, quando DYN_QUERY_MGMT estiver definido para DISABLE, será exibida uma mensagem de erro e o estado da consulta não será alterado. Se as consultas suspensas estiverem planejadas para executar e DYN_QUERY_MGMT estiver desativado no momento em que iniciarem sua execução, será gravada uma mensagem de erro no arquivo qpdiag.log e as consultas serão deixadas em estado de suspensão.

Tabelas de Resultados do Query Patroller Agora Utilizam o Esquema DB2QPRT

A partir do FixPak 5, todas as novas tabelas de resultados são criadas no esquema DB2QPRT em vez do esquema do submissor.

O privilégio DROPIN no esquema DB2QPRT é concedido a operadores cujos perfis foram criados antes da instalação do FixPak 5 e possuíam:

O privilégio DROPIN no esquema DB2QPRT é concedido na primeira vez que o Query Patroller cria uma tabela de resultados neste esquema.

Aos operadores aos quais é concedido o privilégio MONITORING com autoridade de edição ou o privilégio HISTORICAL ANALYSIS com autoridade de edição após a instalação do FixPak 5, também é concedido o privilégio DROPIN no esquema DB2QPRT na criação ou atualização dos seus perfis.

Restrições do Indicador de Funcionamento

O monitor de funcionamento será incapaz de executar ações para o indicador de funcionamento db2.db2_op_status se o indicador informar o estado desativado. Esse estado pode ser causado, por exemplo, quando uma instância que o indicador está monitorando se torna inativa devido a um pedido de parada explícito ou a uma finalização anormal. Se desejar que a instância seja reiniciada automaticamente após uma finalização anormal, será necessário configurar o monitor com falha para manter a instância altamente disponível.

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