Referência a Comandos

| | |

db2licm - Esclarecimento do Parâmetro do Comando de Ferramentas de Gerenciamento de Licença

A atualização deste documento aplica-se ao parâmetro -p do comando db2licm. A palavra-chave MEASURED não é mais válida e é ignorada pelo DB2.

| | |

Exemplo do Comando RESTORE DATABASE do TSM

O exemplo para o TSM (exemplo 6) não possui aspas simples ao redor das opções do TSM |e afirmará:

Especificando uma cadeia delimitada:

a restauração do db2 da amostra do bd utiliza as opções do TSM "'-fromnode bar
|-fromowner dmcinnis'"

| | |

Exemplos de Uso de db2demigdbd

Os exemplos de utilização de db2demigdbd a seguir são mostrados |organizados por sistema operacional.

Para cancelar migração de arquivos do diretório de banco de dados do sistema no UNIX e Linux:

 db2demigdbd $HOME/sqllib 1

Para cancelar migração de arquivos do diretório de banco de dados do sistema local no UNIX e Linux: |

 db2demigdbd  ~/user/NODE0000  1

Para cancelar migração de arquivos do sistema e de todos os diretórios de banco de dados local na instância no UNIX e Linux:

 db2demigdbd  $HOME/sqllib  2

Para cancelar migração de arquivos do diretório de banco de dados do sistema no Windows:

 db2demigdbd  d:\sqllib\db2  1

em que db2 é a instância atual.

Para cancelar migração de arquivos do diretório de banco de dados do sistema local no Windows: |

 db2demigdbd  d:\db2\NODE0000  1

Para cancelar migração de arquivos do sistema e de todos os diretórios de banco de dados local na instância no Windows:

 db2demigdbd  d:\sqllib\db2 2

Notas de Uso:

Depois de executar o comando db2updv8 para atualizar |os catálogos do sistema para o nível atual da Versão 8, o retorno à |V 8.1 não é suportado.

Informações Adicionais:

Para obter um exemplo de como executar o comando em um ambiente DPF (Database Partitioning |Feature), consulte o technote localizado em http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949

| | |

Correção de Nota de Uso do Comando db2ckbkp

A opção '-p' exibe o número de páginas de cada tipo de objeto. No entanto, a saída para |o comando db2ckbkp com a opção '-p' |não mostrará o número de páginas para todos os diferentes tipos de objetos, se |o backup tiver sido feito para dados de espaços de tabelas DMS. Neste caso, exibe apenas o |total de todas as páginas como SQLUDMSTABLESPACEDATA. |O valor zero é exibido para SQLUDMSLOBDATA e SQLUDMSLONGDATA para espaços de tabelas DMS.

Aqui está uma seção de saída de amostra de db2ckbkp -p com o |backup feito para dados de espaços de tabelas DMS:

      SQLUDMSTABLESPACEDATA (0c):  87
|      SQLUDMSLOBDATA (0e):          0
|      SQLUDMSLONGDATA (0f):         0

| | |

Convenções de Nomenclatura para Objetos de Banco de Dados e para IDs

As convenções a seguir se aplicam ao nomear objetos do gerenciador de banco de dados, como bancos de dados |e tabelas.

Cadeias de caracteres que representam nomes de objetos do gerenciador de banco de dados podem conter qualquer um |dos seguintes caracteres: a-z, A-Z, 0-9, @, # e $.

A menos que seja indicado de outra maneira, você pode digitar nomes em letras minúsculas; no entanto, o gerenciador de banco de dados as processa como se fossem maiúsculas. |
A exceção para esta convenção são cadeias de caracteres que representam nomes na SNA (Systems Network |Architecture). Muitos valores fazem distinção entre maiúsculas e minúsculas, tais como nomes de unidades lógicas (partner_lu e local_lu). O nome deve ser digitado exatamente como aparece nas definições SNA que correspondem a esses termos.

Um nome de banco de dados ou alias de banco de dados é uma cadeia de caracteres exclusiva que contém de uma a oito letras, números ou caracteres do teclado do conjunto descrito |nas informações anteriores. |
Os bancos de dados são catalogados no sistema e em diretórios de banco de dados local por seus aliases em um campo e por seu nome |original em outro. Para a maioria das funções, o gerenciador de banco de dados utiliza o nome digitado |no campo de alias dos diretórios de banco de dados. As exceções são CHANGE |DATABASE COMMENT e CREATE DATABASE, em que um caminho de diretório deve ser especificado.

O nome ou nome do alias de uma tabela ou uma visualização é um identificador SQL que é uma |cadeia de caracteres exclusiva contendo de 1 a 128 caracteres. Os nomes de colunas |podem ter de 1 a 30 caracteres. |
Um nome completo de tabela consiste |em schema.tablename. O esquema é o ID do usuário exclusivo |com o qual a tabela foi criada. O nome do esquema para uma tabela temporária declarada |deve ser SESSION.

Aliases locais para nós remotos que devem ser catalogados no diretório do nó |não podem exceder oito caracteres.

O primeiro caractere na cadeia deve ser um caractere alfabético, @, # |ou $; não pode ser um número ou as seqüências de letras SYS, DBM ou IBM.

As convenções a seguir se aplicam ao nomear IDs do usuário e IDs de autenticação.

As cadeias de caracteres que representam nomes de objetos do gerenciador de banco de dados podem conter qualquer |um dos seguintes: a-z, A-Z, 0-9, @, # e $.

Os IDs do usuário e grupos também podem conter qualquer um dos seguintes |caracteres adicionais quando suportados pelo plug-in de segurança: _, !, %, (, ), {, }, -, ., ^.

Os IDs do usuário e grupos que contêm qualquer um dos seguintes caracteres devem | ser delimitados por aspas quando digitados no processador de linha de comandos: !, %, (, ), {, }, -, ., ^,

O primeiro caractere na cadeia deve ser um caractere alfabético, @, # |ou $; não pode ser um número ou as seqüências de letras SYS, DBM ou IBM.

Os IDs de autenticação não podem exceder 30 caracteres no Sistemas operacionais Windows de 32 bits e 8 caracteres |em todos os demais sistemas operacionais.

Os IDs do grupo não podem exceder 30 caracteres.

Comando REORGCHK

As fórmulas de estatísticas de índice utilizadas no comando REORGCHK foram revisadas. As novas fórmulas e suas explanações são:

Fórmula F5:
```
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS)
            * DUPKEYSIZE )
    / ((NLEAF - NUM EMPTY LEAFS - 1) *
       (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
```
em que LEAF_REC_OVERHEAD = 9 e DUPKEYSIZE = 5.
A reorganização é recomendada se houver mais de 50 por cento de espaço livre no índice ou mais de PCTFREE% de espaço livre no índice se PCTFREE for maior que 50. Essa fórmula é verificada somente se o valor de NLEAF - NUM EMPTY LEAFS - 1 for maior que 0. (Um é subtraído do valor de NLEAF porque a última página da folha alocada normalmente não é preenchida.)
Fórmula F6:
```
(100 - PCTFREE) *
     [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96)
             / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)]
     * (INDEXPAGESIZE - 96) /
       (KEYS * (ISIZE + LEAF_REC_OVERHEAD)
             + (CARD - KEYS) * DUPKEYSIZE) < 100
```
em que NONLEAF_REC_OVERHEAD = 12.
Para determinar se a recriação do índice resultaria em uma árvore que contivesse menos níveis. Essa fórmula verifica a proporção entre a quantidade de espaço em uma árvore que contenha um nível a menos que a árvore atual e a quantidade de espaço necessário. Se uma árvore com um nível a menos pudesse ser criada e continuasse a manter o PCTFREE disponível, uma reorganização é recomendada. O número atual de entradas do índice deve ser maior que 90% (ou 100 - PCTFREE) do número de entradas que uma árvore de índice NLEVELS - 1 pode manipular (apenas verificado se NLEVELS > 1).

Nota:

Todas as fórmulas são baseadas em estatísticas. As estatísticas e os resultados dessas fórmulas são apenas estimados. Você deve rever os resultados de REORGCHK com o conhecimento dessa informação.

Comando REORG INDEXES/TABLE

Reorganiza um índice ou uma tabela.

A opção REORG INDEXES ALL FOR TABLE reorganiza todos os índices que são definidos em uma tabela reconstruindo os dados de índice em páginas fisicamente contínuas e desfragmentadas. Se você especificar a opção CLEANUP ONLY da opção índice, a limpeza é desempenhada sem a reconstrução dos índices. Se você tentar utilizar esse comando em oposição aos índices em tabelas temporárias declaradas, o erro SQLSTATE 42995 será retornado.

A opção table-name REORG TABLE reorganiza uma tabela reconstruindo as linhas para eliminar dados fragmentados e compactando informações. A reorganização da tabela é feita por um dos dois métodos:

Clássico: Permite apenas acesso de leitura limitado para os dados durante as primeiras fases da reorganização.
Local: Permite acesso aos dados durante a reorganização mas sem ser capaz de assegurar dados ordenados perfeitamente. A reorganização de tabela local é permitida apenas em tabelas com índices do tipo 2 e sem índices estendidos.

Ao escolher ambos os tipos de reorganização, os índices da tabela são reconstruídos após a tabela ser reorganizada. Porém, com o método local, o índice será reorganizado imperfeitamente e pode requerer que você reorganize os índices para reduzir a fragmentação dele e para solicitar espaço de objeto do índice.

Exemplo

Para um REORG TABLE clássico (off-line) como o padrão no DB2 UDB (Universal Database^(TM)) Versão 7, digite o seguinte comando

   db2 reorg table employee index empid allow no access indexscan
      longlobdata

Nota:

Os padrões são diferentes no DB2 UDB Versão 8.

Notas de Uso

O DB2 UDB oferece dois métodos para reorganização de tabelas: clássico e local. Em geral, a reorganização de tabela clássica é mais rápida, mas deve ser utilizada somente com a função de aplicativos sem acesso de gravação para tabelas durante a reorganização. Se o seu ambiente não permitir essa restrição, ainda que a reorganização local seja mais lenta, ela pode ocorrer no segundo plano enquanto o acesso a dados normal é realizado.

A reorganização da tabela clássica é mais rápida, especialmente se você não precisar reorganizar dados LOB ou LONG. Além disso, os índices são reconstruídos em ordem perfeita após a tabela ser reorganizada. Aplicativos de leitura podem acessar a cópia original da tabela excluída durante as últimas fases da reorganização, na qual a tabela permanente substitui a cópia shadow da tabela e os índices são reconstruídos.

A reorganização de tabela local é mais lenta e não garante que os dados sejam organizados perfeitamente, mas ela pode permitir que os aplicativos acessem a tabela durante a reorganização. Além disso, a reorganização de tabela local pode ser pausada e reiniciada mais tarde pelas pessoas que tenham autoridade apropriada, utilizando esquema e o nome da tabela.

Restrições de Atualização

O utilitário REORG não suporta a utilização de pseudônimos.

O comando REORG TABLE não é suportado por tabelas temporariamente declaradas.
O comando REORG TABLE não pode ser utilizado em visualizações.
A reorganização de uma tabela não é compatível com tabelas agrupadas em intervalo, porque a área de intervalo de uma tabela permanece sempre agrupada.
A reorganização de tabela off-line não permite a inicialização de uma operação de backup on-line de um espaço de tabelas no qual a tabela reside enquanto ocorre a reorganização.
A reorganização de tabela on-line de uma tabela SMS não permite a inicialização de uma operação de backup on-line de um espaço de tabelas no qual a tabela reside enquanto ocorre a reorganização.
A reorganização de tabela on-line de uma tabela DMS permite a inicialização da operação de backup on-line de um espaço de tabelas no qual a tabela reside enquanto ocorre a reorganização. Onde provavelmente pode haver bloqueios pendentes da operação de reorganização durante a fase de truncamento.
O REORG TABLE não pode utilizar um índice baseado em uma extensão do índice.

Comando BACKUP DATABASE

Notas de Uso

Observe as restrições a seguir:

A inicialização de uma operação de backup on-line de um espaço de tabela DMS é permitida quando uma tabela dentro do mesmo espaço de tabela está sendo reorganizada on-line. Onde provavelmente pode haver bloqueios pendentes da operação de reorganização durante a fase de truncamento.
A inicialização de uma operação de backup on-line de um espaço de tabela SMS não é permitida quando uma tabela dentro do mesmo espaço de tabela está sendo reorganizada on-line. Ambas as operações requerem um bloqueio exclusivo.

Migrando Bancos de Dados

Restrições

A documentação da Versão 8 afirma ambiguamente que nenhuma migração de banco de dados é requerida, se o banco de dados foi migrado para um nível de FixPak do DB2 UDB Versão 8. Para ser específico, a migração de banco de dados não é requerida entre fixpaks, visto que o banco de dados está em um nível da Versão 8 (Versão 8.1 ou 8.2 ou um fixpak subseqüente). Há alterações para a estrutura de arquivos do diretório do banco de dados na Versão 8.2 e a migração é executada automaticamente ao mover da Versão 7 ou 8.1 para a Versão 8.2. No entanto, para retornar da Versão 8.2 para a Versão 8.1, é necessário executar db2demigdbd para restaurar a estrutura de arquivos do diretório do banco de dados. A falha em fazê-lo resultará no erro SQL10004 ao tentar acessar o banco de dados.

db2inidb - Inicializar um Comando de um Banco de Dados Espelhado

Não emita o comando db2 connect to database antes de emitir o comando db2inidb database as mirror.

A tentativa de conexão com um banco de dados de espelho de divisão antes de sua inicialização apaga os arquivos de registro necessários para recuperação de avanço.

A conexão define o retorno do banco de dados ao estado em que ele se encontrava quando você suspendeu o banco de dados. Se o banco de dados estiver marcado como consistente no momento da suspensão, o DB2 Universal Database concluirá que não há necessidade para uma recuperação de travamento e esvaziará os registros para utilização futura. Se isso acontecer, uma tentativa de rollforward causará um erro SQL4970.

Nota de Uso para o Comando db2iupdt

A partir da Versão 8.2, ao atualizar uma instância do DB2 Universal Database com o comando db2iupdt, você deve, primeiro, parar todos os processos do DB2 em execução nessa instância.

Novo Parâmetro para o Comando db2sqljcustomize

O comando db2sqljcustomize possui um novo parâmetro.

db2sqljcustomize - Comando SQLJ Profile Customizer do DB2

-storebindoptions: Armazena o valor dos valores -bindoptions e -staticpositioned no perfil serializado. Se estes valores não estiverem especificados durante a chamada da ferramenta dbsqljbind, os valores armazenados no perfil serializado serão utilizados. Quando o Personalizador for chamado com o arquivo .grp, os valores serão armazenados em cada arquivo .ser individual. Os valores armazenados podem ser visualizados utilizando-se a ferramenta db2sqljprint.

Novo Parâmetro para o Comando sqlj

O comando sqlj possui um novo parâmetro.

sqlj - Comando SQLJ Translator do DB2

-db2optimize: Especifica que o SQLJ Translator gera um código para uma classe de contexto de conexão que é otimizada para o DB2 Universal Database. Esta opção otimiza o código para o contexto definido pelo usuário, mas não para o contexto padrão. Ao executar o SQLJ Translator com esta opção, o arquivo do driver DB2 Universal JDBC db2jcc.jar deve estar no CLASSPATH para compilar o aplicativo Java gerado.

Monitoração e Resolução de Problemas das Atualizações do Comando (db2pd)

A Monitoração e Resolução de Problemas do Comando do DB2 (db2pd) recupera informações dos conjuntos de memórias do DB2 UDB. O comando do sistema db2pd foi aprimorado das seguintes maneiras:

Novo Parâmetro -hadr

Introduzido na Versão 8.2 (equivalente à Versão 8.1 FixPak 7), o parâmetro -hadr relata informações de High Availability Disaster Recovery. As descrições de cada elemento relatado podem ser localizadas na seção High Availability Disaster Recovery do System Monitor Guide and Reference

Novo Parâmetro -utilities

Introduzido na Versão 8.2 (equivalente à Versão 8.1 FixPak 7), o parâmetro -utilities relata informações de Utility. As descrições de cada elemento relatado podem ser encontradas na seção Utilities do System Monitor Guide and Reference .

Novo Parâmetro -activestatements

Introduzido na Versão 8.2.2 (equivalente à Versão 8.1 FixPak 9), o parâmetro -activestatements retorna informações sobre as instruções ativas. As seguintes informações são retornadas:

AppHandl: O manuseio do aplicativo utilizando a instrução ativa, incluindo o nó e o índice.
UOW-ID: Para o aplicativo associado com AppHandl, a unidade do identificador de trabalho na qual a instrução torna-se ativa.
StmtID: O identificador da instrução na unidade de trabalho.
AnchID: O identificador para a âncora hash SQL dinâmica do cache do pacote.
StmtUID: O identificador para a instrução SQL dinâmica do cache do pacote exclusiva na âncora hash.
EffISO: O nível de isolamento efetivo da instrução.
EffLockTOut: O valor de tempo limite de trava efetivo para a instrução.
EffDegree: O grau efetivo de paralelismo de uma instrução.
StartTime: O momento em que a instrução foi iniciada.
LastRefTime: A última vez que a instrução foi referenciada pelo aplicativo.

Nova Opção de Espera para o Parâmetro -locks

Iniciando com a Versão 8.2.2 (equivalente à Versão 8.1 FixPak 9), é possível especificar a opção aguardar com o parâmetro -locks para retornar apenas travas com um status de espera e travas que estão na espera.

Novos Campos Retornados pelo Parâmetro -applications

Iniciando na Versão 8.2.2 (equivalente à Versão 8.1 FixPak 9), o parâmetro -applications retorna quatro novos campos:

C-AnchID: Esse novo campo é o identificador para a âncora hash SQL dinâmica do cache de pacote da instrução atual. O valor para esse campo é 0, se nenhuma instrução atual existir. O identificador da âncora hash atual é populado apenas quando o aplicativo está executando um pedido relacionado à instrução, como um pedido FETCH em um cursor. Uma vez concluído o processamento do pedido, os valores são definidos como 0. O valor também é definido como 0 para as instruções SQL estáticas.
C-StmtUID: Esse novo campo é o identificador exclusivo da instrução SQL dinâmica do cache de pacote na âncora hash da instrução atual. O valor para esse campo é 0, se nenhuma instrução atual existir. O identificador exclusivo da instrução atual é populado apenas quando o aplicativo está no processo de execução de um pedido relacionado à instrução. Uma vez concluído a execução do pedido, os valores são definidos como 0. O valor também é definido como 0 para as instruções SQL estáticas.
L-AnchID: Esse novo campo é o identificador da âncora hash SQL dinâmica do cache de pacote da instrução executada por último do aplicativo. O valor para esse campo é 0, se nenhuma instrução executada por último existir, como antes da execução de alguma instrução SQL dinâmica. O valor também é definido como 0 para as instruções SQL estáticas. O último identificador hash de âncora é populado após concluir cada execução de pedido e sobreviver até a conclusão do pedido de associado seguinte.
L-StmtUID: Esse novo campo é o identificador exclusivo da instrução SQL dinâmica do cache de pacote na âncora hash da instrução executada por último do aplicativo. O valor para esse campo é 0, se nenhuma instrução executada por último existir ou se a instrução executada por último for um SQL estático. O identificador da última instrução é populado após concluir o pedido atual e sobreviver até a conclusão do próximo pedido.

Atualizações para o Comando SET CLIENT

O comando SET CLIENT especifica as configurações de conexão para o processo de backend.

O parâmetro de comando SYNCPOINT para este comando é ignorado a partir da Versão 8. SYNCPOINT continua a ser incluído para compatibilidade reversa.

Atualizações para o Comando PRECOMPILE

O comando PRECOMPILE processa um arquivo de origem de programa de aplicativo que contém instruções SQL embutidas. Um arquivo de origem modificado é produzido, contendo chamadas de idioma do host para o SQL e, por padrão, um pacote é criado no banco de dados.

O parâmetro de comando SYNCPOINT para este comando é ignorado a partir da Versão 8. SYNCPOINT continua a ser incluído para compatibilidade reversa.

Atualizações para o Comando UPDATE HISTORY FILE

Atualiza a localização, o tipo de dispositivo ou o comentário em uma entrada de arquivo de histórico.

O parâmetro de comando STATUS especifica um novo status para uma entrada.

A documentação anterior afirma incorretamente que o parâmetro de comando STATUS pode ter um valor de "I" para marcar a entrada como inativa. Os valores válidos são:

A: Marca a entrada como ativa.
E: Marca a entrada como expirada.

Atualizações para os Comandos EXPORT e IMPORT

A subseção "Conexão requerida" completa para os comandos EXPORT e IMPORT é como se segue:

Conexão Requerida

Banco de Dados. Se a conexão implícita for ativada, uma conexão com o banco de dados padrão será estabelecida. O acesso do utilitário a servidores de bancos de dados do Linux, UNIX, ou Windows de clientes do Linux, UNIX, ou Windows deve ser uma conexão direta através do mecanismo e não através de um gateway ou auto-retorno do DB2 Connect.

Atualização para o Comando LOAD

As informações completas para o valor AUTOSELECT do parâmetro INDEXING MODE é como se segue:

INDEXING MODE

AUTOSELECT: O utilitário de carregamento decidirá automaticamente entre o modo REBUILD ou INCREMENTAL. A decisão é baseada na quantidade de dados que está sendo carregada e na profundidade da árvore do índice. As informações relacionadas à profundidade da árvore do índice são armazenadas no objeto do índice. RUNSTATS não é requerido para ocupar estas informações. AUTOSELECT é o modo de indexação padrão.

Modificadores de Tipo de Arquivo para o Utilitário de Carregamento

O comando SET INTEGRITY na descrição para o modificador "generatedoverride" foi atualizado.

A descrição para o modificador "usedefaults" também foi atualizada.

As atualizações são as seguintes:

Tabela 30. Modificadores de Tipo de Arquivo Válidos para Carregamento: Todos os Formatos de Arquivos
Modificador	Descrição
generatedoverride	Este modificador instrui o utilitário de carregamento a aceitar dados fornecidos pelo usuário para todas as colunas geradas na tabela (ao contrário das regras normais para esses tipos de colunas). Isso é útil ao migrar dados de outro sistema de banco de dados ou ao carregar uma tabela de dados que foi recuperada utilizando a opção RECOVER DROPPED TABLE no comando ROLLFORWARD DATABASE. Quando este modificador é utilizado, todas as linhas sem dados ou com dados NULL para uma coluna gerada que não pode ser anulada serão rejeitadas (SQL3116W). Nota: Quando este modificador for utilizado, a tabela será colocada no estado CHECK PENDING. Para tirar a tabela do estado CHECK PENDING sem verificar os valores fornecidos pelo usuário, emita o comando a seguir depois da operação de carregamento: SET INTEGRITY FOR < nome_de_tabela > GENERATED COLUMN IMMEDIATE UNCHECKED Para tirar a tabela do estado CHECK PENDING e forçar a verificação dos valores fornecidos pelo usuário, emita o comando a seguir depois da operação de carregamento: SET INTEGRITY FOR < nome_de_tabela > IMMEDIATE CHECKED. Este modificador não pode ser utilizado com o modificador `generatedmissing` ou `generatedignore`.
usedefaults	Se uma coluna de origem para uma coluna da tabela de destino tiver sido especificada, mas não contiver dados para uma ou mais instâncias da linha, os valores padrão serão carregados. Exemplos de dados ausentes são: Para arquivos DEL: dois delimitadores de colunas adjacentes (",,") ou dois delimitadores de colunas adjacentes separados por um número arbitrário de espaços (", ,") são especificados para um valor de coluna. Para arquivos DEL/ASC/WSF: Uma linha que não tem colunas suficientes ou não é mais suficiente para a especificação original. Nota: Para arquivos ASC, os valores da coluna NULL não são considerados explicitamente ausentes e um padrão não será substituído para os valores de coluna NULL. Os valores da coluna NULL são representados por todos os caracteres de espaço para colunas numéricas, de data, hora e /timestamp ou utilizando o NULL INDICATOR para uma coluna de qualquer tipo para indicar que a coluna é NULL. Sem esta opção, se uma coluna de origem não contiver dados para uma instância de linha, ocorrerá um dos itens a seguir: Para arquivos DEL/ASC/WSF: Se a coluna for anulável, será carregado NULL. Se a coluna não for anulável, o utilitário rejeitará a linha.

Modificadores de Tipo de Arquivo para o Utilitário de Importação

A descrição para os modificadores "usedefaults" e "codepage=x" foi atualizada como se segue:

Tabela 31. Modificadores de Tipo de Arquivo Válidos para Importação: Todos os Formatos de Arquivos
Modificador	Descrição
usedefaults	Se uma coluna de origem para uma coluna da tabela de destino tiver sido especificada, mas não contiver dados para uma ou mais instâncias da linha, os valores padrão serão carregados. Exemplos de dados ausentes são: Para arquivos DEL: dois delimitadores de colunas adjacentes (",,") ou dois delimitadores de colunas adjacentes separados por um número arbitrário de espaços (", ,") são especificados para um valor de coluna. Para arquivos DEL/ASC/WSF: Uma linha que não tem colunas suficientes ou não é mais suficiente para a especificação original. Nota: Para arquivos ASC, os valores da coluna NULL não são considerados explicitamente ausentes e um padrão não será substituído para os valores de coluna NULL. Os valores da coluna NULL são representados por todos os caracteres de espaço para colunas numéricas, de data, hora e /timestamp ou utilizando o NULL INDICATOR para uma coluna de qualquer tipo para indicar que a coluna é NULL. Sem esta opção, se uma coluna de origem não contiver dados para uma instância de linha, ocorrerá um dos itens a seguir: Para arquivos DEL/ASC/WSF: Se a coluna for anulável, será carregado NULL. Se a coluna não for anulável, o utilitário rejeitará a linha.

Tabela 32. Modificadores de Tipo de Arquivo Válidos para Importação: Formatos de Arquivos ASCII (ASC/DEL)
Modificador	Descrição
codepage=x	x é uma cadeia de caracteres ASCII. O valor é interpretado como a página de códigos dos dados no conjunto de dados de saída. Converte dados de caracteres dessa página de códigos para a página de códigos do aplicativo durante a operação de importação. As seguintes regras se aplicam: Para DBCS puro (gráfico) DBCS misto e EUC, os delimitadores são restritos ao intervalo de x00 a x3F, inclusive. `nullindchar` deve especificar símbolos incluídos no conjunto ASCII padrão entre os pontos de código x20 e x7F, inclusive. Isto se refere a símbolos ASCII e a pontos de código. Notas: O modificador `codepage` não pode ser utilizado com o modificador `lobsinfile`. Se a expansão de dados ocorrer quando a página de códigos for convertida da página de códigos do aplicativo para a página de códigos do banco de dados, os dados podem ser truncados e pode ocorrer perda de dados.

Comando ATTACH

O parâmetro USER do comando ATTACH especifica o identificador de autenticação. Ao conectar a uma instância do DB2 Universal Database em um sistema operacional Windows, o nome do usuário pode ser especificado em um formato compatível com o SAM (Security Account Manager) do Microsoft Windows NT. O qualificador deve ser um nome de estilo do NetBIOS, que possui um comprimento máximo de 15 caracteres. Por exemplo, domainname\username.

Comando RECOVER DATABASE

Na seção Exemplos da documentação do Comando RECOVER DATABASE para Versão 8.2, os timestamps são incorretamente formatados como aaaa:mm:dd:hh:mm:ss.

O formato correto é aaaa-mm-dd-hh.mm.ss

Comando UPDATE HISTORY FILE

O comando UPDATE HISTORY FILE atualiza o local, tipo de dispositivo, comentário ou status em uma entrada de arquivo de histórico.

Sintaxe de Comandos Atualizada

>>-UPDATE HISTORY--+-FOR--object-part-+--WITH------------------->
                   '-EID--eid---------'
 
>--+-LOCATION--new-location--DEVICE TYPE--new-device-type-+----><
   +-COMMENT--new-comment---------------------------------+
   '-STATUS--new-status-----------------------------------'

Parâmetros de Comando Atualizados

FOR object-part

Especifica o identificador para a entrada do histórico a ser atualizada. É um timestamp com um número de seqüência opcional de 001 a 999.

Nota:

Não pode ser utilizado para atualizar status de entrada. Para atualizar o status de entrada, especifique então um EID.

STATUS new-status

Especifica um novo status para uma entrada. Apenas as entradas de backup podem ter seu status atualizado. Valores válidos são:

A: Ativo. A maioria das entradas estão ativas.
I: Inativo. As imagens de backup que não estão mais na cadeia de registros ativos se tornam inativas.
E: Expirado. As imagens de backup que não são mais requeridas, porque existem mais de NUM_DB_BACKUPS imagens ativas são sinalizadas como expiradas.
D: As imagens de backup que não estão mais disponíveis para recuperação devem ser marcadas como tendo sido excluídas.

| | |

db2updv8 - Comando Atualizar Banco de Dados para o Nível Atual da Versão 8

Este comando atualiza os catálogos do sistema em um banco de dados para suportar o nível atual |das seguintes formas:

Introduz novas rotinas fornecidas com o gerenciador de banco de dados atual

Cataloga os procedimentos de esquema ODBC/CLI/JDBC como procedimentos confiáveis |para aprimorar o desempenho e a escalabilidade

Corrige dois erros tipográficos nos parâmetros de retorno da função de tabela SYSPROC.SNAPSHOT_QUIESCERS: | |
- OUIESCER_TBS_ID corrigido para QUIESCER_TBS_ID
- OUIESCER_STATE corrigido para QUIESCER_STATE

Corrige descritores de coluna de colunas LOB para que o bit "registrado" |seja consistente com as tabelas do catálogo

Cria uma visualização SYSIBM.SYSREVTYPEMAPPINGS

Atualiza as definições de visualização para SYSSTAT.COLUMNS e SYSSTAT.TABLES

Atualiza a coluna SYSCOLDIST.DISTCOUNT para que seja atualizável

Atualiza a coluna SYSINDEXES.TBSPACEID para que os sinalizadores de colunas |não sejam definidos

Corrige os comprimentos de parâmetros de 17 funções de tabela. Consulte o tópico Expansão de Colunas para UDFs de Captura Instantânea na seção Atualizações da Documentação | Rotinas SQL Administrativas das Notas sobre o Release da Versão 8.2 para obter uma listagem completa |de funções

Ativa as seguintes rotinas internas: |
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS
- GET_WRAP_CFG_C
- LIST_FILES_C
- ODBC_DISCOVERY
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- ADMIN_LIST_HIST
- GET_DBM_CONFIG

Altera as UDFs de captura instantânea 33 SYSPROC para THREADSAFE: |
- SNAPSHOT_DBM
- SNAPSHOT_FCM
- SNAPSHOT_FCMNODE
- SNAPSHOT_SWITCHES
- SNAPSHOT_APPL_INFO
- SNAPSHOT_APPL
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_AGENT
- SNAPSHOT_SUBSECT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_DYN_SQL
- SNAPSHOT_TBS
- SNAPSHOT_TBS_CFG
- SNAPSHOT_QUIESCERS
- SNAPSHOT_CONTAINER
- SNAPSHOT_RANGES
- SNAPSHOT_TBREORG
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS

Altera os comprimentos de parâmetros das seguintes funções: |
- SQLCACHE_SNAPSHOT
- SNAPSHOT_APPL_INFO
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_TBREORG
- SNAPSHOT_SUBSECT
- SNAPSHOT_DYN_SQL
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- DB_PARTITIONS
- GROUPS_FOR_USER
- DB_PARTITION

Altera as seguintes funções para utilizarem o esquema db2schema em vez do db2schem obsoleto e |permite que modifiquem dados SQL: |
- SQLTABLES
- SQLTABLEPRIVILEGES
- SQLSTATISTICS
- SQLSPECIALCOLUMNS
- SQLPROCEDURES
- SQLPROCEDURECOLS
- SQLPRIMARYKEYS
- SQLFOREIGNKEYS
- SQLCOLUMNS
- SQLCOLPRIVILEGES

Altera as seguintes funções para utilizarem o esquema db2schema em vez do db2schem obsoleto: |
- SQLUDTS
- SQLGETTYPEINFO

|Autorização |

sysadm

|Conexão Requerida |

Banco de Dados. Esse comando estabelece automaticamente uma conexão ao banco de dados especificado.

|Sintaxe do comando |

|>>-db2updv8-- -d--database-name--------------------------------->
| 
|>--+----------------------------+--+-----+---------------------><
|   '- -u--userid-- -p--password-'  '- -h-'
|

|Parâmetros de Comando |

-d database-name: Especifica o nome do banco de dados a ser atualizado. |
-u userid: Especifica o ID do usuário. |
-p password: Especifica a senha para o usuário. |
-h: Exibe informação de ajuda. |Quando esta opção é especificada, todas as outras opções são ignoradas e, |somente as informações de auxílio são exibidas. |

|Exemplo |

Depois de instalar o nível atual (um FixPak ou uma nova versão), atualize |o catálogo do sistema no banco de dados de amostra, emitindo o seguinte comando: |

db2updv8 -d sample

|Notas de Uso |

Este comando pode ser utilizado apenas em um banco de dados que está executando o DB2 Universal Database Versão 8.1.2 ou posterior. Se o comando for emitido mais de uma vez, nenhum erro será reportado e cada atualização do catálogo será aplicada somente uma vez.

Para ativar as novas funções internas, todos os aplicativos devem ser desconectados |do banco de dados e o banco de dados deve ser desativado se tiver sido ativado.

Formatando Arquivos de Interrupção (Windows)

Uma nova ferramenta, db2xprt.exe, está disponível para permitir a formatação de arquivos de interrupção (*.TRP). Essa ferramenta formata arquivos de interrupção binários do DB2 Universal Database em um arquivo ASCII legível convencionalmente. Os arquivos de interrupção estão localizados no diretório da instância (DB2INSTPROF), por padrão, ou no caminho do diretório de dados de diagnóstico se o parâmetro de configuração do gerenciador do banco de dados DIAGPATH estiver definido.

Autorização

Você deve ter acesso ao diretório DIAGPATH.

Sintaxe do comando

>>-db2xprt--+----------+--+----+--+----+--infile--+---------+--><
            +-/p--path-+  '-/m-'  '-/n-'          '-outfile-'
            '-/v-------'

Parâmetros de Comando

/p path: Um caminho separado por ponto e vírgula (;) que aponta para o local ou locais em que os arquivos binários e os arquivos PDB estão localizados.
/v: Exibe informações de versão.
/m: Formata um dump de memória junto com o restante do arquivo de interrupção.
/n: Formata dados sem considerar as informações de número de linhas.
infile: Especifica o arquivo de entrada.
outfile: Especifica o arquivo de saída.

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