Programa com mais de 20 anos, agora dando problema...

[jcf]

Viva,

Temos na empresa um programa desenvolvido sobre clipper 87 / linkado com o linker da microsoft que tem vindo trabalhando sem problema, e com bases de dados de varios gigas, pelos ultimos 20 anos.

Até há um mês atrás estava rodando em um network com varios win xp 32, alguns windows 7 32 bits e uma dosbox sobre win 7 64.

O file server era um win server 2003. Há um mês trocamos o servidor para um win 2008 server 64 bits (que so' e' usado como file server pelo programa).

Desde então começamos a ter problemas com os NTX do programa. Parece que os indexes se corrompem a toda a hora sem darem qq erro. Ex: crio um documento, gravo e ele desaparece até ter reindexado as tabelas de novo. Pior, documentos desaparecem sem deixar rasto!

Alguem tem alguma ideia do que possa ser ? Tenho o codigo fonte, mas re compilar noutro compilador vai ser impossivel dado haver umas libs das quais não tenho todas as fontes.

Obrigado,
Carlos

[Pablo César]

Bem vindo ao fórum Carlos !

O meu conselho é passar o seu sistema Clipper/Summer87 para Harbour. Além de passar o seu sistema em 32 bits, poderia adotar outra RDD como CDX que é mais rápida e segura. Sei que toda migração requer esforços, mas se você tem os fontes... então mãos à obra ! Se faltarem bibliotecas específicas, então terá que correr atrás, mas jamais se entregar a falta de vontade nem muito menos ao comodismo. Eu diria de migrar mas não para Clipper, sim para Harbour.
Podes utilizar a IDE da HMG para compilar seus fontes em Clipper em modo console, inclusive.

Veja alguns tutoriais como:
From CA-Clipper to Windows in 5 Minutes
Compilar através da IDE da HMG versão 3.0.35
Migrar do Clipper para o Harbour

Humor: Pelo título do tópico "Programa com mais de 20 anos dando problema..." pareceria que há 20 anos estaria dando problemas... rsrsrs (desculpe tive que rir, nada pessoal)

[jcf]

Viva,

Depois de enviar o texto tambem reparei no titulo...mas já era tarde.

Não dá para fazer a recompilação porque a library que falta é grande e o problema está provocando um stress enorme na empresa agora mesmo.

Mas obrigado pela recomendação.

Carlos

[Pablo César]

Viva,

Depois de enviar o texto tambem reparei no titulo...mas já era tarde.

Como vejo que você é gente boa e tomou a minha piada com graça, eu refiz os títulos para você. Seja bem vindo, de novo !

Não dá para fazer a recompilação porque a library que falta é grande e o problema está provocando um stress enorme na empresa agora mesmo.

Sim até entendo, pois o programa está com problemas. Mas nunca é tarde... a biblioteca faz o quê ? Talvez em Harbour até tenha a maioria das funções.

e com bases de dados de varios gigas

Vários Gigas ? OMG ! A estrutura de dados, por acaso tem campos do tipo MEMO ?. Pois muito provável que tenha, sendo assim outro conselho é: libere-se desses campos memos. Substituindo-os por arquivos .txt. Aqui tem uma dica valiosa: https://pctoledo.org/forum/viewto ... mos#p72251 se quiser resolver alterando a estrutura e código.

[jcf]

A library que falta faz parte do framework de desenvolvimento...todas as funcoes de janelas e browsing estao lá.

As bases de dados não têm campos memo...mas tinham perto de 500.000 registos. Agora está muito melhor ... só 90,000 e com uma estrutura mais compacta.

Tenho andando a falar com o pessoal que na altura desenvolveu a aplicação e, na opinião deles, pode ser uma questão de cache no windows server 2008.

Tiveram um problema com uma aplicacao antiga, feita em Delphi, e concluiram que era disso.

Queria evitar voltar ao 2003 server ou desatar a escrever commit em todas as funcoes de acesso a tabelas.

Thx

[Pablo César]

Entendo agora. Pesquisando um pouco aqui no fórum, encontrei um caso parecido do Alberto Dias, veja a conclusão (final do tópico): https://pctoledo.org/forum/viewto ... hilit=2008

Veja ou tópico, talvez não seja o caso, mas ajude: https://pctoledo.org/forum/viewto ... 008#p67149

[alxsts]

Olá!

Não seria possível "descompilar" a aplicação?

PS: Pablo, oh gajo, devias ter deixado uma menção ao título original do post!

[Pablo César]

Queria evitar voltar ao 2003 server

Pelo que lí no tópico do Alberto, o aconselhável é retornar para 2003.

PS: Pablo, oh gajo, devias ter deixado uma menção ao título original do post!

rsrsrsrsrsrs

[jcf]

Obrigado pela thread. Já tinha estado lendo em outros sites o problema com os indexes e o smb2.

Hoje vamos mudar para smb1 antes de voltarmos ao win2003.

Depois dou noticias sobre o resultado da "cirurgia".

[braz]

Ola,

...
O file server era um win server 2003. Há um mês trocamos o servidor para um win 2008 server 64 bits (que so' e' usado como file server pelo programa).

Desde então começamos a ter problemas com os NTX do programa. Parece que os indexes se corrompem a toda a hora sem darem qq erro. Ex: crio um documento, gravo e ele desaparece até ter reindexado as tabelas de novo. Pior, documentos desaparecem sem deixar rasto!
...

Se voce não tem os fontes para uma possivel atualização para o xharbor, que tal voltar o antigo win server 2003?

Abraçosssss

[JoséQuintas]

Por uns comentários que andei vendo na internet, isso é comum no Windows 7 se colocar em pastas como meus documentos, onde o esquema de segurança do windows 7 é mais rígido.
Se o Windows Server 2008 tiver um esquema semelhante pra todas as pastas... complicou.

[Maurício Elias]

Boa tarde.

Os ntx q corrompem são somente dos grandes arquivos ?
Se forem, retire deles anos anteriores, jogando em backups né, prá normalizar a rotina. Aí, com tempo, vc toma a melhor solução, prá ñ ter q voltar para o 2003 definitivamente. Ou mesmo, volte temporariamente para o 2003, até a solução.
Eu mesmo vou partir para o Harbour /HMG; com a grande ajuda dos colegas daqui.

Abraços....