Isso faz parte da tarefa maior de criar o banco de dados do intermediário no .
O precisa alocar tabelas auxiliares para conter LOBs (Objetos Grandes). Os tamanhos padrão especificados para PRIQTY e SECQTY dessas tabelas podem ser muito pequenos para seus requisitos. Isso pode significar que o número máximo de extensões para o espaço de tabelas é rapidamente utilizado. Se forem feitas atualizações grandes e freqüentes nessas tabelas, edite o membro BIPDBTS na biblioteca CNTL para o intermediário delas. Os intermediários existentes terão que ser recriados para coletar as alterações desse membro.
Para intermediários existentes, ferramentas de utilitários do , como RUNSTATS ou REORG, podem ser utilizadas nos espaços de tabelas denominados padrão para aumentar as quantidades primária e secundária.
Por padrão, nas tabelas do , as colunas LOB são definidas como 1 GB. Esteja ciente de que os LOBs definidos com um tamanho máximo de > 1 GB não são registrados pelo DB2. Isso significa que se você restaurar uma cópia de backup de um banco de dados com LOBs > 1 GB, o DB2 não recuperará as alterações nessa tabela durante o reinício.
Para registrar alterações nas colunas LOB, verifique se o tamanho da coluna LOB é menor ou igual a 1 GB e especifique LOG YES na instrução CREATE LOB TABLESPACE (o padrão se a cláusula LOG não estiver especificada será LOG YES). Isso pode afetar o desempenho das atualizações nessas tabelas. Se não desejar que uma coluna LOB seja registrada e o tamanho dela não seja maior que 1 GB, especifique LOG NO para o espaço de tabelas referido. Por padrão, os espaços de tabelas LOB para são ajustados para ativar o registro.
Se estiver migrando de um intermediário existente para um que suporta o registro de colunas LOB, crie o intermediário novamente.
Tarefas relacionadas
Criando o Banco de Dados do Intermediário
Avisos |
Marcas |
Downloads |
Biblioteca |
Suporte |
Feedback
![]() ![]() |
ae14820_ |