em primeiro lugar, obrigado a todos os gurus..
O problema é: uma tabela que aceita upload de arquivo pdf/jpeg/png do frontend. A tabela com BLOB definido conforme abaixo:
"IMAGEDATA" BLOB(3048576) LOGGED NOT COMPACT )
A tabela ficou muito grande e executamos as seguintes etapas para recuperar espaços arquivando dados antigos.
renomear tabela A1 criar nova tabela A2 exportar dados antigos com base em inserttimestamp para a1.ixf exportar dados mais recentes para A2.ixf importar para a tabela A2 de A2.ixf Agora não podemos recuperar o arquivo pdf da tabela A2. Posso saber como recuperar os dados arquivados em A1.ixf de volta ao banco de dados?
Posso copiar e substituir os arquivos de dados LB de backup para o diretório do tablespace?
65G 3 de julho 11:00 SQL00453.LB 65M 3 de julho 11:00 SQL00453.LBA
Embora a tabela A2 esteja com um tableid diferente. Podemos atualizar syscat.tables de volta para 453 tableid?
Nosso aplicativo realmente desconstrói o pdf de volta ao frontend, mas de alguma forma todo o pdf parece corrompido. Nós temos o backup restaurado em um banco de dados temporário com os arquivos LB & LBA intactos. Mas o banco de dados original já foi atualizado com dados de transações mais recentes.
Obrigado e agradeço a ajuda..
Você deve estar familiarizado com as regras de exportação de dados LOB descritas no tópico considerações sobre exportação de LOB .
Isso significa que, se você não usou o
export
modificador do utilitário db2 correspondente como cláusulasmodified by lobsinfile
orLOBS TO
orLOBFILE
, seus valores LOB maiores que 32 KB foram truncados e você não pode recuperar seus dados com a cópia truncada noixf
arquivo.