Isso faz parte da tarefa maior de criar o banco de dados do intermediário no z/OS.
O DB2 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 DB2, 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 WebSphere Business Integration Event Broker, 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 WebSphere Business Integration Event Broker 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_ |