Fórum internal gds software consistency check (decompression over) #57754
20/01/2007
0
Unsuccessful execution caused by a system error that precludes
successful execution of subsequent statements.
internal gds software consistency check (decompression overran buffer (179)). :oops:
Estou tendo esse problema ao rodar a seguinte query no meu banco.
Estou usando o Firebird 1.0
O problema só ocorre quando seleciono o mercado RJ, os demais funcionam normalmente.
SELECT DT_REPORT,
MARKET,
SUM(TRAF_RF_BH_ERL) AS ´Traf_BH_Erl´,
SUM(ACCESS_DAILY) ´i3_call´,
SUM(LOT_DAILY) ´Lot_Daily´ ,
(SUM(LOT_DAILY)/SUM(ACCESS_DAILY))*100 ´Drop_Sys´,
MAX(CONG_INT_BH) AS ´Max_i3Blk´,
MAX(CONG_DISP_BH_ERL) AS ´Max_i6Blk´,
MAX(DCCH_BLOCK) AS ´Max_DcchBlk´
FROM RF_PERFORMANCE
WHERE MARKET IN (´RJ´) AND DT_REPORT =:Data
GROUP BY DT_REPORT,MARKET
ORDER BY 6
Alguém poderia me dar uma luz ? Obrigado !
successful execution of subsequent statements.
internal gds software consistency check (decompression overran buffer (179)). :oops:
Estou tendo esse problema ao rodar a seguinte query no meu banco.
Estou usando o Firebird 1.0
O problema só ocorre quando seleciono o mercado RJ, os demais funcionam normalmente.
SELECT DT_REPORT,
MARKET,
SUM(TRAF_RF_BH_ERL) AS ´Traf_BH_Erl´,
SUM(ACCESS_DAILY) ´i3_call´,
SUM(LOT_DAILY) ´Lot_Daily´ ,
(SUM(LOT_DAILY)/SUM(ACCESS_DAILY))*100 ´Drop_Sys´,
MAX(CONG_INT_BH) AS ´Max_i3Blk´,
MAX(CONG_DISP_BH_ERL) AS ´Max_i6Blk´,
MAX(DCCH_BLOCK) AS ´Max_DcchBlk´
FROM RF_PERFORMANCE
WHERE MARKET IN (´RJ´) AND DT_REPORT =:Data
GROUP BY DT_REPORT,MARKET
ORDER BY 6
Alguém poderia me dar uma luz ? Obrigado !
Osanvid
Curtir tópico
+ 0
Responder
Posts
09/03/2007
Hugofab
Ola amigo provavelmente seu banco de dados esta corrompido
rode estes comandos que provavelmente resolve:
1. Defina as seguints variáveis para tornar o processo mais fácil pois voce não terá que digitar toda hora o usuário e a senha.
SET ISC_USER=SYSDBA
SET ISC_PASSWORD=masterkey
2. Sempre tenha certeza de estar trabalhando com uma cópia do BD e não o arquivo original. Use o sistema operacional para fazer uma cópia do arquivo. Voce deve ter acesso exclusivo ao BD para fazer isso.
copy employee.gdb database.gdb
3.Agora confira se o BD está corrompido. Voce precisa ter acesso exclusivo ao BD para fazer isso, mas como voce está trabalhando com uma cópia do BD original, isso não é problema.
gfix -v -full database.gdb
4. Se o comando anterior indicou que há um problema com o BD, agora nós devemos repara-lo.
gfix -mend -full -ignore database.gdb
5.O próximo passo é conferir se o BD foi reparado.
gfix -v -full database.gdb
6. Se o BD continua com erros, voce deve fazer um backup completo e restaura-lo. No seu estilo mais simples, a linha de comando do backup pode ser :
gbak -backup -v -ignore database.gdb database.gbk
7. No entanto, se o gbak falhar porque está tendo problemas com garbage collection, então use o seguinte comando :
gbak -backup -v -ignore -garbage database.gdb database.gbk
8. Se houver corrupção nas versões dos registros de uma transação em limbo, então voce deve incluir a opção -limbo :
gbak -backup -v -ignore -garbage -limbo database.gdb database.gbk
9. Agora crie um novo BD do backup:
gbak -create -v atlas.gbk atlas_new.gdb
espero te ajudado
rode estes comandos que provavelmente resolve:
1. Defina as seguints variáveis para tornar o processo mais fácil pois voce não terá que digitar toda hora o usuário e a senha.
SET ISC_USER=SYSDBA
SET ISC_PASSWORD=masterkey
2. Sempre tenha certeza de estar trabalhando com uma cópia do BD e não o arquivo original. Use o sistema operacional para fazer uma cópia do arquivo. Voce deve ter acesso exclusivo ao BD para fazer isso.
copy employee.gdb database.gdb
3.Agora confira se o BD está corrompido. Voce precisa ter acesso exclusivo ao BD para fazer isso, mas como voce está trabalhando com uma cópia do BD original, isso não é problema.
gfix -v -full database.gdb
4. Se o comando anterior indicou que há um problema com o BD, agora nós devemos repara-lo.
gfix -mend -full -ignore database.gdb
5.O próximo passo é conferir se o BD foi reparado.
gfix -v -full database.gdb
6. Se o BD continua com erros, voce deve fazer um backup completo e restaura-lo. No seu estilo mais simples, a linha de comando do backup pode ser :
gbak -backup -v -ignore database.gdb database.gbk
7. No entanto, se o gbak falhar porque está tendo problemas com garbage collection, então use o seguinte comando :
gbak -backup -v -ignore -garbage database.gdb database.gbk
8. Se houver corrupção nas versões dos registros de uma transação em limbo, então voce deve incluir a opção -limbo :
gbak -backup -v -ignore -garbage -limbo database.gdb database.gbk
9. Agora crie um novo BD do backup:
gbak -create -v atlas.gbk atlas_new.gdb
espero te ajudado
Responder
Gostei + 0
12/03/2007
Osanvid
Valeu Hugo, muito obrigado!
Realmente o banco estava corrompido.
Agradeço sua resposta.
Realmente o banco estava corrompido.
Agradeço sua resposta.
Responder
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)