PC Toledo

Temos um DBF com um pouco mais de 1GB rodando em um Win7 32Bits Profissional como servidor e mais 6 máquinas em rede.
Estamos obtendo randomicamente o erro Read Error. Verificando o DBF não há nenhum registro comprometido.
Há a possibilidade desse erro ser devido o tamanho do arquivo DBF?


Outro ponto importante é que o servidor ao ser ligado rodou automaticamente o chkdsk devido algum problema no sistema de arquivos do Windows. Isso tem ocorrido algumas vezes, será que o problema pode estar no HD em algum local com bad block? É notado que conforme mais máquinas estão utilizando o sistema, o erro acontece mais frequentemente, talvez devido a tentativa de gravação em algum desses setores. Tem dia que o movimento é mais fraco consequentemente menos PCs são utilizados e o erro nem chega acontecer.

O fato de rodar chkdsk por si só já indica problemas.
Acho que já deveria trocar o servidor, e aproveitar e colocar W7 64 bits.

Que eu me lembre, o limite de 32 bits é 2GB.

Bom dia!

ANDRIL escreveu:Estamos obtendo randomicamente o erro Read Error.

Esse problema pode ser relacionado também a cabo de rede. Quem sabe seria o momento de dar uma testada e uma reapertada nas pontas com o alicate...

ANDRIL escreveu: será que o problema pode estar no HD em algum local com bad block?

Outra coisa que pode ser feita seria copiar todos os registros para um novo arquivo, RENOMEAR O DBF e os ÍNDICES para outro nome (não apagar, deixar eles onde estão com o nome tipo: "erro1.dbf" e "erro1.cdx") dessa forma, caso seja um bloco com defeito então ele ficara ocupado ali.

Quem sabe, após copiar os registros para um novo arquivo, copiar a pasta toda para uma nova pasta SEM APAGAR a velha (apenas renomear), indexar todo o sistema e aguardar para ver.

Para saber a saúde real do seu HD, segue no arquivo ZIP o excelente aplicativo CrystalDiskInfo para vc usar ai caso não tenha.

JoséQuintas escreveu:Que eu me lembre, o limite de 32 bits é 2GB.

Em Fat32 o limite de tamanho é até 4GB. Mas no PC SERVIDOR é usado NTFS que suporta até mais que isso.

carlaoonline escreveu:Esse problema pode ser relacionado também a cabo de rede

Em um dos dias que acompanhei, ativei o ping nos PCs da rede suspeitando da rede, porem nenhum deu perda de pacotes, mas o erro READ ERROR ocorreu. Tambem ocorreu no SERVIDOR. Por isso acho ser problema do HD visto que a pouco tempo atrás não dava o problema, só começou depois de um problema físico na rede eletrica da loja que afetou a maioria dos PCs.

Um ponto importante é que ocorre em telas aleatórias do sistema, mas sempre com o mesmo arquivo, os demais arquivos não sofrem este problema. Por isso pensei no tamanho do arquivo, já que ele é o maior e assim fica mais espalhado no HD.

carlaoonline escreveu:Quem sabe, após copiar os registros para um novo arquivo, copiar a pasta toda para uma nova pasta SEM APAGAR a velha (apenas renomear), indexar todo o sistema e aguardar para ver.

Ainda não fiz este procedimento vou fazer e acompanhar, hoje tem movimento na loja e provavelmente dá para acompanhar se surtil efeito.

carlaoonline escreveu:Para saber a saúde real do seu HD, segue no arquivo ZIP o excelente aplicativo CrystalDiskInfo para vc usar ai caso não tenha.

Não tenho acesso a loja por ser longe. Este aplicativo pode ser usado pelo ANYDESK ou ele requer reiniciar o PC e fazer a varredura antes de entrar no Windows? Fico agradecido pela indicação dele.

ANDRIL escreveu:Em Fat32 o limite de tamanho é até 4GB. Mas no PC SERVIDOR é usado NTFS que suporta até mais que isso.

Acho que em FAT32 o limite é 2GB e em NTFS 4GB, com Windows 32 bits.
Mas como faz tempo que não uso 32 bits, posso estar confundindo.
De qualquer forma, os aplicativos 32 bits tem o limite de arquivos de 2GB, mesmo que estejam rodando em 64 bits.

JoséQuintas escreveu:Acho que em FAT32 o limite é 2GB e em NTFS 4GB, com Windows 32 bits.
Mas como faz tempo que não uso 32 bits, posso estar confundindo.
De qualquer forma, os aplicativos 32 bits tem o limite de arquivos de 2GB, mesmo que estejam rodando em 64 bits.

Mas se nenhum aplicativo 32 bits vai acessar arquivo com mais de 2GB.... não faz sentido algum o sistema operacional 32 bits permitir algo que não se pode ter acesso.

Um chute:

Por acaso o problema é em browse ?

Troque NTX por CDX

JoséQuintas escreveu:Por acaso o problema é em browse ?

Neste caso não. Geralmente é alguma função que atualiza algum dado da venda, então precisa acessar o arquivo e fazer a alteração e dá o erro.

JoséQuintas escreveu:Troque NTX por CDX

Já usava CDX e mudei para NTX para tentar resolver um problema maluco que acontecia, sumia o primeiro item da venda. Até criei um tópico aqui no forum sobre o problema. Acabamos descobrindo que era a configuração de rede no Win7. Depois que fizemos as configurações certas o problema sumiu. Como não notamos muita diferença entre eles acabamos deixando o NTX. O NTX do Harbour não é o mesmo do Clipper e aparentemente roda bem.

Ola!
1) Trocar HDD por SSD. URGENTE. Não compensa perder TEMPO por conta de 300 reais, SSD de 1TB por 650,00 reais.
2) Se as outras CPU's forem 32, deixar 32 por conta de compartilhamento de impressoras.
3) Use LetoDBf URGENTE caso não use.

Saudações,
Itamar M. Lins Jr.

A dica do carlao e muito boa, assim quando fizer um append from de volta ira corrigir os problema acredito.
E como o itamar falou troque o HD por SSD urgente que ficara muito mais rápido.

Atualizando o tópico...

carlaoonline escreveu:Outra coisa que pode ser feita seria copiar todos os registros para um novo arquivo, RENOMEAR O DBF e os ÍNDICES para outro nome (não apagar, deixar eles onde estão com o nome tipo: "erro1.dbf" e "erro1.cdx") dessa forma, caso seja um bloco com defeito então ele ficara ocupado ali.

Fiz e continuou o erro

carlaoonline escreveu:Quem sabe, após copiar os registros para um novo arquivo, copiar a pasta toda para uma nova pasta SEM APAGAR a velha (apenas renomear), indexar todo o sistema e aguardar para ver.

Fiz e continuou o erro

Após estas tentativas, decidi mudar a pasta para outro PC, pois o servidor estava apresentando verificação de arquivos ao ligar e tela azul mesmo sem uso do sistema.

No outro PC que coloquei a pasta e configurei, continuou dando o mesmo erro DBFNTX/1010 Read Error.
O erro é bem aleatório mas quando um terminal cai logo em seguida outros cai, mas nem todos.

Peguei um arquivo anterior deste cliente de 03/11/2022 utilizei o aplicativo TEXTPAD que faz comparacoes entre arquivos para comparar com o meu DBF original. Leu e fez a comparação ok. Depois usei outro arquivo deste cliente de 27/11/2022, neste ao iniciar a comparação, o TEXTEPAD reportou o seguinte aviso:

TEM CARACTERES QUE NAO EXISTEM NA PAGINA DE CODIGO 850 OEM-LATINO MULTILINGUE I.

Estes caracteres não consegui achar no DBF visivelmente, mas creio que seja este o problema por que no arquivo de 03/11/2022 não mostrou este aviso e o cliente ainda não reclamava do erro. No inicio de 11/2022 o cliente teve uma pane no roteador por que caiu agua no equipamento, foi necessário a troca do aparelho, mas como no dia o sistema estava ligado, acho que pode ter ocasionado algum problema no DBF em questão.

Como disse, o DBF é acessado normalmente, os indices são reconstruidos normalmente, eu consigo acessar ele pelo DBU e pelo EXCEL sem problema.

Rede creio que não seja, só se por algum motivo o roteador falhar e se recuperar bem rapido, pq os pings não retornam erro e também não derruba o sistema em todos os terminais, são em alguns aleatóriamente.

Olá!
Se ainda usa MAPEAMENTO, não pode reclamar desses erros.
Pode ser, cabo, crimpagem, placa de rede, roteador, memória RAM de qualquer maquina, HD de qualquer maquina, antivírus, programa de banco...
Com duas maquinas já tem esse problema, imagina procurar isso em 6, 8 maquinas.

Eu sei o que passa na sua cabeça. Eu já passei por isso. "MAS FUNCIONAVA TUDO MUITO BEM", "EM OUTROS CLIENTES NÃO DÁ ESSE ERRO" e por ai vai.
Mude para tecnologia CLIENTE x SERVIDOR usando LetoDBf e dê adeus a esses problemas, ou se for melhor vá mais além e use MySQL/MariaDB etc.


Saudações,
Itamar M. Lins Jr.

Olá!
Outra coisa:
NÃO CONFIE NO WINDOWS. para gerenciar arquivos com mais de 1Gib, ainda mais que está usando 32bits.
https://support.microsoft.com/pt-br/off ... 66206f3669
o tamanho máximo de arquivos para uma pasta de trabalho que contém um modelo de dados é de 2 GB, e a memória máxima que pode ser consumida por uma pasta de trabalho é de 4 GB. Se você exceder um desses limites, a pasta de trabalho não poderá ser salva.
Mesmo a [solução] de mudar para 64Bits não livra desse erro, não é 100%.
A solução é arquitetura CLIENTE x SERVIDOR. A BASE DA DADOS fica INTEGRA, não é transferida para cada estação a todo estante.
Lembre-se que MAPEAMENTO vc está TRANSFERINDO um arquivo de 1Gib para TODAS as maquinas da REDE, dependendo do processo.

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:o tamanho máximo de arquivos para uma pasta de trabalho que contém um modelo de dados é de 2 GB, e a memória máxima que pode ser consumida por uma pasta de trabalho é de 4 GB. Se você exceder um desses limites, a pasta de trabalho não poderá ser salva.

Esses limites tem a ver com OFFICE, e não com o Windows em geral.
No Office, a chamada pasta de trabalho é carregada de uma vez, por isso o limite.

Mas isso dá a idéia do que eu falei antes, sobre limite de 2GB pra arquivos, além do limite do programa 32 bits.

É como ter um campo numérico de tamanho 10, e querer representar um número de tamanho 11, não dá.
É exatamente essa a diferença entre Windows 32 bits e 64 bits, o sistema operacional não consegue representar número acima de 4GB.

Mesmo assim:
Voce pode ter a posição 2GB a partir do início do arquivo, ou a -2GB a partir do fim do arquivo.
Então não dá pra considerar 4GB como limite, senão não sobra espaço pra número negativo.

Sobre não confiar no Windows:

A Microsoft sempre fez besteira com versões diferentes das coisas.
Ela deve estar fazendo muita besteira no tratamento de 32/64 bits ao mesmo tempo, e pra não corrigir tudo, acaba sendo mais fácil acabar com 32 bits.
Escreva aí: 32 bits está com os dias contados.

Windows 11 obriga a trocar de máquina.... deve obrigar a trocar de máquina a cada 10 anos.... obrigar a trocar de software é só a etapa seguinte.

Bom dia!

carlaoonline escreveu:Este aplicativo pode ser usado pelo ANYDESK ou ele requer reiniciar o PC e fazer a varredura antes de entrar no Windows?

Roda normal, sem precisar inicializar a máquina e, a princípio, roda em qualquer desktop remoto.