PC Toledo

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

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)

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

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.

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

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

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!

Carlos (jcf) escreveu: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

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".

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

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.

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....