ViteSoft - Compartilhando tecnologia

Bom dia!
Tenho meu BD em um micro com Linux há bastante tempo rodando sem problemas, inclusive as manutenções.
Estou com a versão 3.1b24 do Vscyber, todas as estações são WinXP, e o Admin roda em 2 micros tb WinXP, responsáveis pela monitoração e cobranças.
Esta semana tive mais problemas de energia e o micro do BD acabou reiniciando muitas vezes, e o mesmo acabou se corrompendo. Hoje complicou mais pq chegou a perder o acesso até para fazer login. Percebi problemas tb no nobreak, o q já resolvi para não ser mais afetado pela queda de energia.
Precisei reiniciar o servidor Linux com a rede desconectada para ter sucesso ao rodar o gfix e o backup, mas no restore está retornando os erros abaixo:

gbak: ERROR: attempt to store duplicate value (visible to active transactions) in unique index "MOV_PK"
gbak: Index "MOV_PK" failed to activate because:
gbak: The unique index has duplicate values or NULLs.
gbak: Delete or Update duplicate values or NULLs, and activate index with
gbak: ALTER INDEX "MOV_PK" ACTIVE;
action cancelled by trigger (2) to preserve data integrity
-Cannot deactivate index used by an Integrity Constraint

Após isso consegui voltar a usar o sistema, mas com certeza estou com problemas no BD.
Favor verificar o q podemos fazer pra resolver isso.
Desde já agradeço.

Prezado Usuário,

Será necessário que restaure um backup anterior ao problema.

O processo de restauração pode ser visto abaixo:
http://www.vscyber.com/wiki/index.php/B ... e_de_dados

Gostaria de tentar recuperar este para não perder movimentação, pois o backup anterior tem alguns dias.
Teria como nos identificar qual tabela teria os campos com problemas para podermos rodar um script retirando os apenas registros que estão corrompidos?

A mensagem indica problema na chaves da tabela de movimentos. O processo de recuperação ocorre somente pelo GFix mesmo.

O que você pode fazer é restaurar a base de dados para um novo bd e salvar o atual (esse corrompido) mantê-lo armazenado, caso necessite realizar alguma consulta.

Agora não tem mais jeito, tenho que tentar fazer o que você indicou, pois o banco está travando todo dia.
Quando tento restaurar está gerando o erro da chave e o arquivo criado não está sendo aceito pelo Vscyber, ao entrar no Administrador informa que a versão do banco é anterior, tento converter e informar que não é possível, mas é a mesma versão que estava usando desde a semana passada, 3.3sp1.
Tem como eu exportar pelo menos as configurações e cadastros para um novo banco?

Primeiro vamos ver a intensidade dos problemas. Envie seu Banco de Dados por FTP para análise.
http://www.vscyber.com/wiki/index.php/Enviar_banco_de_dados_por_FTP

Enviado com o nome vscybervia.zip

Prezado Renato,

Realmente existem alguns problemas graves no seu banco de dados.
A recomendação é a realização da Importação do seu Banco de Dados. Esse processo consiste em resgatar os dados mais importantes, como dados dos clientes e respectivos saldos, imagens. Todas as outras informações não serão importadas (como por exemplo, movimentações, caixa, etc).
http://www.vscyber.com/wiki/index.php/I ... ados_vazio


Com relação as configurações, algumas janelas pode ser exportadas para um arquivo .txt e depois exportadas para o novo banco de dados. Por exemplo, acesse o menu Cadastros > Estações > Restrições. Selecione o perfil e clique no menu Opções > Exportar. No novo banco de dados, basta seguir para o mesmo local com a diferença de escolher a opção Importar.