Clipper On Line • Ver Tópico - Problema estranho com DBF+CDX na rede

Problema estranho com DBF+CDX na rede

Projeto Harbour - Compilador de código aberto compatível com o Clipper.

Moderador: Moderadores

 

Problema estranho com DBF+CDX na rede

Mensagempor ANDRIL » 02 Fev 2020 14:47

Em um cliente o sistema começou a dar erros estranhos como imprimir no cupom itens que não pertecem a ele, vendas sumindo o primeiro item.
Estes problemas acontece neste cliente e começou depois que trocaram todos os PCs por CORE I3.

Analisando a venda fica faltando o cabeçalho que seria o primeiro item, assim o sistema não consegue mais achá-la mesmo constando no histórico de vendas os itens restantes desta venda.

Já mexeram na rede, cabos, switch e continua o problema. Na parte de sistema, já verificamos toda a rotina e não encontramos algo que pudesse ocasionar repentinamente e neste cliente algo do gênero.

Antes de passar o pedido para o histórico, passamos a fazer uma cópia do DBF para ter certeza que o primeiro item esta lá no pedido.

SELECT 6
use //fecha o pedido para poder copia-lo
arqte1=rtrim(caminho1)+"\CLIENTE.DBF"
arqte2=rtrim(caminhod)+"\TXT\PV"+padl(vendan,6,"0")+""+se(maquina)+".DBF"
COPY FILE "&arqte1" TO "&arqte2"

O arquivo gerado contem todos os itens do pedido.
Em seguida passamos para o histórico.

//seta o arquivo de vendas
SELECT 2
// seta o path dos indices para reabrir os indices em alguns locais add mais um indice temporario nesta listagem e aqui reabrimos os fixos
SET DEFAULT TO &CAMINHOI 
SET PATH TO &CAMINHOI       
set index to MATCLIV, DATVEND, NUMVEN, CLIEN, VALORT, LICEN
SET DEFAULT TO &CAMINHOD //volta ao path dos dbfs
SET PATH TO &CAMINHOD     
arqApp="pedido.dbf"
append from &arqApp for qtdreti_=0 // faco o lançamento no historico

Sempre foi assim e não deu nenhum problema.

Sabem se há necessidade de bloquear o DBF para usar o SET INDEX TO conforme acima?

O cliente usa ate 13 PCs na rede, todos tem a mesma configuração e usam o WIN7 Ultimate.
O técnico que fez os PCs clonou os HDs e depois disso começaram alguns erros muito estranhos que não acontecem em outros
clientes nem mesmo aqui em nosso laboratório. Será que por serem clonados estejam causando problemas nos dbf e cdx?

Detectamos que o CDX que são individuais ficam corrompidos. Iniciamos o sistema com eles intactos e com o uso começam a ficar corrompidos assim várias rotinas de verificação não são executadas corretamente, um exemplo disso, é a verificação que fazemos quando nem todos os itens são colocados no histórico alertando para o usuário recomeçar o processo de recebimento da venda. Esta rotina por exemplo, nem chega a avisar
que o 1o item da venda não foi para o histórico, creio que devido a estar corrompido o indice que faz a busca pelo número de venda não localiza-la.

Usamos Harbour 3.2.0dev (r1502201040) com DBFCDX
Qualquer informação será importante.
Att.
Clipper 5.2e / Blinker 5.1 / Harbour 3.2 / GTwvg
Avatar de usuário

ANDRIL
Usuário Nível 5

Usuário Nível 5
 
Mensagens: 1270
Data de registro: 06 Jul 2004 00:44
Curtiu: 12 vezes
Mens.Curtidas: 46 vezes

Problema estranho com DBF+CDX na rede

Mensagempor JoséQuintas » 02 Fev 2020 17:37

Tá parecendo um erro de antigamente, de drivers de rede.
Em todo caso, rode o setup do Harbour pra rede Windows.

Uma única vez na vida tive um problema com um computador com mau contato, que ficava alterando o EXE por conta própria.
Do tipo que a estrutura do DBF estava dentro do EXE, e ele ficava atualizando a estrutura a cada carga, como se fosse sempre diferente. Isso foi antes do ano 2000.

Também verifique notebooks que possam ser usados com outras versões de Windows... nunca se sabe... a última vez que aconteceu isso foi rede 98/XP e notebook com Windows 2000, mas nunca se sabe...

Verifique se os computadores não estão entrando em modo de espera com o aplicativo aberto.
Isso deixa registros bloqueados, e pode impedir atualização.

Se usa aplicativo console, altere pra GTWVG, pelo menos fechar no "X" é substituído por ESC, o que impediria do usuário fechar no X.

Por enquanto são essas as possibilidades que me lembro.

Tem a do PACK bagunçando registros, mas isso era no Clipper, não sei se no Harbour isso existe.

Antivírus, difícil mas não impossível, porque se o antivírus bloquear o arquivo mesmo que por um mínimo de tempo, pode causar corrupção por impedir a atualização - incluindo programa de banco

Por último:
Continuo usando DBFs, apesar de estar acabando com eles.
Os clientes ficam sem reindexar por vários anos, e raramente tenho problema de índice corrompido.
O problema NÃO é usar DBF, mas tem horas que aparece um desses problemas fora do comum pra atrapalhar.

Se der, tente isolar uma máquina por vez, pra ver se com ela fora da rede fica resolvido.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Avatar de usuário

JoséQuintas
Membro Master

Membro Master
 
Mensagens: 18009
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 15 vezes
Mens.Curtidas: 1206 vezes

Problema estranho com DBF+CDX na rede

Mensagempor JoséQuintas » 02 Fev 2020 17:46

Um chute: assinar o EXE pra ver se faz diferença.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Avatar de usuário

JoséQuintas
Membro Master

Membro Master
 
Mensagens: 18009
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 15 vezes
Mens.Curtidas: 1206 vezes

Problema estranho com DBF+CDX na rede

Mensagempor ANDRIL » 02 Fev 2020 20:07

José obrigado por responder.

JoséQuintas escreveu:Em todo caso, rode o setup do Harbour pra rede Windows.

O que seria esta opção?

JoséQuintas escreveu:Se usa aplicativo console, altere pra GTWVG, pelo menos fechar no "X" é substituído por ESC, o que impediria do usuário fechar no X.

Usamos console com GTWVG. Já tiramos o fechamento pelo X da janela

JoséQuintas escreveu:Tem a do PACK bagunçando registros, mas isso era no Clipper, não sei se no Harbour isso existe.

O pack só usamos no servidor em modo exclusivo, quando há terminais em uso não usamos.

JoséQuintas escreveu:Antivírus, difícil mas não impossível, porque se o antivírus bloquear o arquivo mesmo que por um mínimo de tempo, pode causar corrupção por impedir a atualização - incluindo programa de banco

Não tem antivírus e nem programas de bancos, os PCs foram recém instalados.

JoséQuintas escreveu:Se der, tente isolar uma máquina por vez, pra ver se com ela fora da rede fica resolvido.

O problema não ocorre em todas as operações, é aleatório. Dá em diversas máquinas.
Clipper 5.2e / Blinker 5.1 / Harbour 3.2 / GTwvg
Avatar de usuário

ANDRIL
Usuário Nível 5

Usuário Nível 5
 
Mensagens: 1270
Data de registro: 06 Jul 2004 00:44
Curtiu: 12 vezes
Mens.Curtidas: 46 vezes

Problema estranho com DBF+CDX na rede

Mensagempor JoséQuintas » 02 Fev 2020 23:00

ANDRIL escreveu:O que seria esta opção?

Só funciona se executar o EXE em modo de administrador.

FUNCTION pSetupWindows()

   // Politica de controle de conta de usuario para drives mapeados (UAC) que bloqueia acesso a pastas mapeadas
   // Ao que parece, ate mesmo o administrador vira usuario comum para isso
   // [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]"EnableLinkedConnections"=dword:00000001
   IF win_OsNetRegOk()
      MsgExclamation( "Windows já configurado" )
   ELSE
      IF MsgYesNo( "Windows não configurado corretamente para o JPA." + hb_eol() + "Configura agora?" + hb_eol() + ;
            "Obs. Conforme versão do Windows, Só vai ser possivel configurar se JPA executado como administrador" )
         IF win_OsNetRegOk( .T., .T. )
            IF ! MsgYesNo( "Configuração necessária aplicada. Continua?" )
               QUIT
            ENDIF
         ELSE
            MsgStop( "Não foi possivel aplicar configuração." )
         ENDIF
      ENDIF
   ENDIF

   RETURN NIL


ANDRIL escreveu:O problema não ocorre em todas as operações, é aleatório. Dá em diversas máquinas.


Quando aconteceu comigo no CLIPPER, ao colocar o notebook na rede os índices ficavam corrompidos, e com certeza o erro era apresentado nas outras máquinas, e não na que gerou o problema.

Lembrei de outro, mas era Clipper com SIXCDX: existir campo MEMO.
NUNCA MAIS usei campo memo, e no Harbour continuei igual.
Talvez tenha a ver com CALLSTACK, recursividade da SIXCDX, mas repetindo: ISSO FOI NO CLIPPER, com certeza os limites do Harbour pra isso talvez nem existam.
um INDEX ON ... seguido de SEEK... já acusava erro interno, acho que era 1441 o número do erro, não lembro ao certo.

Já teve discussão sobre isso aqui, mas não uso COMMIT, uso apenas SKIP 0 depois das gravações.
Confira se em todos os fontes está na sequência certa, o UNLOCK só depois de SKIP 0 e/ou dbCommit().

Seu controle de número disponível é eficiente? Último + 1 NÃO é opção pra Harbour.

À primeira vista, tá mais pra problema de rede mesmo, mas não tenho idéia de como testar hardware.

Outra coisa:
DO WHILE ! RLock()
   Inkey(0.3)
ENDDO


Ficar testando bloqueio sem pausa só gera mais problemas na rede, um inkey(.3) ajuda para que o Windows tenha tempo de acertar as coisas. No Clipper eu usava OL_Yield(), mas no Harbour o próprio Harbour faz isso e basta o Inkey com tempo.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Avatar de usuário

JoséQuintas
Membro Master

Membro Master
 
Mensagens: 18009
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 15 vezes
Mens.Curtidas: 1206 vezes

Problema estranho com DBF+CDX na rede

Mensagempor rochinha » 03 Fev 2020 00:18

Amiguinhos,

Não confie nos:
SET DEFAULT TO &CAMINHOI
SET PATH TO &CAMINHOI


No comando altere e seja feliz:
set index to MATCLIV, DATVEND, NUMVEN, CLIEN, VALORT, LICEN


Para:
set index to &CAMINHOI+"\"+MATCLIV, &CAMINHOI+"\"+DATVEND, &CAMINHOI+"\"+NUMVEN, &CAMINHOI+"\"+CLIEN, &CAMINHOI+"\"+VALORT, &CAMINHOI+"\"+LICEN
OPS! LINK QUEBRADO? Veja ESTE TOPICO antes e caso não encontre ENVIE seu email com link do tópico para fivolution@hotmail.com. Agradecido.

@braços : ? )

A justiça divina tarda mas não falha, enquanto que a justiça dos homens falha porque tarda.
Avatar de usuário

rochinha
Membro Master

Membro Master
 
Mensagens: 4538
Data de registro: 18 Ago 2003 20:43
Cidade/Estado: São Paulo - Brasil
Curtiu: 800 vezes
Mens.Curtidas: 242 vezes

Problema estranho com DBF+CDX na rede

Mensagempor Itamar M. Lins Jr. » 03 Fev 2020 12:16

Ola!
Use TCP, não use SMB-> compartilhamento normal.
TCP => LetoDBf = Cliente Servidor.
SMB = SMB1, SMB2, o SMB1 não roda mais, está obsoleto que é o padrão no Win7.
SMB é o compartilhamento, que o windows usa para impressoras e documentos inclusive os DBF's.
Mas está totalmente mudado e cheio de versões com BUG's.
Em ultimo caso use um TS(terminal service), não use mapeamento com DBF.
Um rlock() feito por uma maquina que sai da rede repentinamente, fica travado o registro e pode não liberar para acesso aquele registro.
No caso eu uso 1 DBF com os itens do pedido armazenados para cada cliente no balcão. E jogo depois de concluído a venda no arquivo de mercadorias vendidas.
Movimento diário.
pdv001.dbf, pdv002.dbf, pdv003.dbf... Exatamente para não misturar as vendas em andamento, com as vendas finalizadas.
Ou migre para MariaDB/MySQL
Lamento informar, se vc continuar usando mapeamento vai sofrer, pq esse problema não tem solução.

Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 6927
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 309 vezes
Mens.Curtidas: 503 vezes

Problema estranho com DBF+CDX na rede

Mensagempor JoséQuintas » 03 Fev 2020 12:29

Itamar M. Lins Jr. escreveu:Lamento informar, se vc continuar usando mapeamento vai sofrer, pq esse problema não tem solução.


Só repetindo:

Pode ser que dei sorte até agora, mas nenhum problema com DBF/CDX, e usando pastas compartilhadas.
Uso o que existir no cliente, qualquer Windows e qualquer servidor, desde XP até W10, Windows Server e até servidor Linux.
Reindexação.... eventualmente as vezes uma vez por ano...

Migrando pra MySQL, reduzindo os DBFs, mas os DBFs ainda vão existir por mais algum tempo.
Quando terminar, nem sei se vou eliminar a pasta compartilhada, vou pensar nisso depois.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Avatar de usuário

JoséQuintas
Membro Master

Membro Master
 
Mensagens: 18009
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 15 vezes
Mens.Curtidas: 1206 vezes

Problema estranho com DBF+CDX na rede

Mensagempor Itamar M. Lins Jr. » 03 Fev 2020 12:41

Ola!
Pode ser que dei sorte até agora, mas nenhum problema com DBF/CDX, e usando pastas compartilhadas.

Mas não usava NetIO ?
Registros com muitos fields igual esses da NFe/NFCe é suicídio em rede mapeada.
Impressoras ECF (na época) etc... só "pipino" com rede mapeada.

Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 6927
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 309 vezes
Mens.Curtidas: 503 vezes

Problema estranho com DBF+CDX na rede

Mensagempor ANDRIL » 03 Fev 2020 15:08

Rochinha obrigado pela dica!

JoséQuintas escreveu:Quando aconteceu comigo no CLIPPER, ao colocar o notebook na rede os índices ficavam corrompidos, e com certeza o erro era apresentado nas outras máquinas, e não na que gerou o problema.

Estou achando que é algum PC da rede também.
Não usamos campo MEMO.
Estranho que o sistema não apresenta tela de erro quando o índice esta corrompido, ele apenas deixa de localizar.

JoséQuintas escreveu:Confira se em todos os fontes está na sequência certa, o UNLOCK só depois de SKIP 0 e/ou dbCommit().

Sim estão.

JoséQuintas escreveu:Ficar testando bloqueio sem pausa só gera mais problemas na rede, um inkey(.3) ajuda para que o Windows tenha tempo de acertar as coisas. No Clipper eu usava OL_Yield(), mas no Harbour o próprio Harbour faz isso e basta o Inkey com tempo.

Já usamos o inkey(0.5)

Itamar M. Lins Jr. escreveu:Lamento informar, se vc continuar usando mapeamento vai sofrer, pq esse problema não tem solução.

Sempre usamos assim é só neste cliente o problema. Mas em breve teremos que mudar para TCP, para o uso do Leto há muitas mudanças Itamar?
Clipper 5.2e / Blinker 5.1 / Harbour 3.2 / GTwvg
Avatar de usuário

ANDRIL
Usuário Nível 5

Usuário Nível 5
 
Mensagens: 1270
Data de registro: 06 Jul 2004 00:44
Curtiu: 12 vezes
Mens.Curtidas: 46 vezes

Problema estranho com DBF+CDX na rede

Mensagempor JoséQuintas » 03 Fev 2020 18:44

Itamar M. Lins Jr. escreveu:Mas não usava NetIO ?


Na grande maioria dos clientes, DBF/CDX + MySQL
Exceção 1: Num cliente, como tem acesso remoto externo, uso hbnetio pra o acesso externo, somente pra esconder os DBFs.
Exceção 2: Tem cliente que só usa a parte contábil, em DBF/CDX, estou deixando o contábil pra migrar depois pra MySQL, principalmente porque este é multiempresa - criar empresas à vontade - deixando pra pensar nisso depois.

ANDRIL escreveu:Sempre usamos assim é só neste cliente o problema. Mas em breve teremos que mudar para TCP, para o uso do Leto há muitas mudanças Itamar?


Só comentário: no hbnetio a mudança é simples, mas se precisa de velocidade não vai ser a melhor opção. Basicamente é colocar o prefixo net: em tudo. use ( "net:arquivo" ); set index to ( "net:arquivo" ), conectar no início e desconectar no final.
Por outro lado, se tem terminal com problema, não sei o que poderia acontecer trocando base de dados.

Por via das dúvidas, talvez seja interessante procurar um driver de rede atualizado para os modelos de placas de rede/placas mãe.

Só como histórico:

Aconteceu na mudança de W95 pra W95 OSR2
Aconteceu na mudança de W98 para W98 OSR2
Desde essa época, fiquei com a impressão de que tem duas versões de Windows que ficam fazendo rodízio nas atualizações, ou talvez seja tecnologia tentando ser empurrada.... tentando até conseguir kkkk
Não deu certo hoje... volta a anterior, e tenta mais tarde....

Qual era a explicação do problema:
Retornava informação errada sobre o tamanho dos arquivos.
Então, ao tentar gravar no final do arquivo.... não era no final...

Lembro também de uma época mais recente:
O Windows não re-consultava a pasta, ao testar File() por exemplo.
Fez um teste, não existia, depois vinha o arquivo e o File() continuava acusando que não existia.
Foi a única vez que executei essa configuração do Harbour.

E tem uma última sem explicação:
Rede com Windows Server.
Mostrando o conteúdo da pasta compartilhada, num terminal mostrava arquivo EXE que não existia no outro.
Vou atualizando versão, e vou gravando JPA2.EXE, JPA3.EXE, JPA4.EXE, etc.
Num determinado momento, acusa acesso negado, e justamente esse EXE visível numa estação e na outra não.
A solução foi quando acontecer isso, atualizar pela estação que conseguir... fazer o que...
O problema foi só com EXE, mas nunca se sabe.

Outra coisa:
Usa pasta de usuário?
Tem essa coisa do Windows salvar nas nuvens algumas coisas do usuário, e já aconteceu aqui tempos atrás de eu excluir um arquivo, e o Windows devolver, porque estava salvo nas nuvens.

Mais outra:
Teve uma época que o Windows Server tinha problemas quando o aplicativo rodava em uma pasta com espaço em branco no nome. Por incrível que pareça, dava erro na hora de imprimir.
Sério isso. Aplicativo em "\pasta do aplicativo", por exemplo, dava erro pra imprimir, no set printer to prn
Deixando em pasta sem espaço em branco, tudo funcionava normal.

Tem essas coisas malucas de vez em quando, mas como são exceções, acabo esquecendo delas.
Na dúvida, melhor evitar pasta, impressora, e até nome de máquina com espaço em branco.
José M. C. Quintas
Harbour 3.2, mingw, gtwvg, multithread, dbfcdx, ADO+MySql, PNotepad
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"

https://github.com/JoseQuintas/
Avatar de usuário

JoséQuintas
Membro Master

Membro Master
 
Mensagens: 18009
Data de registro: 26 Fev 2007 11:59
Cidade/Estado: São Paulo-SP
Curtiu: 15 vezes
Mens.Curtidas: 1206 vezes

Problema estranho com DBF+CDX na rede

Mensagempor Itamar M. Lins Jr. » 03 Fev 2020 20:42

Ola!
A única rede que não dava pau, era a Novell da Netware. 11/12...(10 disquetes 1/4")
Depois tinha uma Win for workgroups(disketes), que era tragedia total, ai a Novell lançou uma ponto a ponto, que eu nem lembro mais o nome.
E tinha a Lantastic, que dava menos problemas.
Isso pq ninguém conhecia SCO UNIX e era muito caro.
Quando deu o bumm do Linux, eu fui um dos primeiros a usar pq tinha trabalhado com Redes/SCO/Novell/Lantastic...
Mandei até BUGs para o Przemek da CONECTIVA e ele achou e corrigiu!
Depois veio o Windows95...até win10 acabou com tudo.
Tinha que pagar os drivers do Linux da BEMATECH(FISCAL) COM1(serial), para o cara lá do SUL, "Rafael Culik" se não me engano..
Sempre funcionou. E para quem usa CONSOLE é sem duvida a melhor opção. (pense em uma rede rápida) é o Harbour no Linux.

Sempre usamos assim é só neste cliente o problema. Mas em breve teremos que mudar para TCP, para o uso do Leto há muitas mudanças Itamar?


Não, é super simples.
Só conectar com o servidor no inicio, mais nada.
Vai até diminuir os comandos.

itamar@itamar-IPX847E1:~$ git clone https://github.com/elchs/LetoDBf.git LetoDBf  

Cloning into 'LetoDBf'...
remote: Enumerating objects: 2652, done.
remote: Total 2652 (delta 0), reused 0 (delta 0), pack-reused 2652
Receiving objects: 100% (2652/2652), 2.08 MiB | 667.00 KiB/s, done.
Resolving deltas: 100% (2086/2086), done.

cd /LetoDBf
~/LetoDBf$ hbmk2 letodbsvc.hbp
//Vai criar na pasta bin os executáveis p/ Linux.

Só esses dois comandos ai para compilar no Linux.
No PRG Incial:
REQUEST LETO
REQUEST DBFCDX
Function Main(cPath)
LOCAL nPort := 2812
hb_Default(@cPath,"127.0.0.1") //localhost

   IF Empty( cPath )
      //cPath := "//127.0.0.1:2812/"
      cPath := ""
      RDDSETDEFAULT( "DBFCDX" )
   ELSE
      cPath := "//" + cPath + IiF( ":" $ cPath, "", ":" + ALLTRIM( STR( nPort )>
      cPath += Iif( Right(cPath,1) == "/", "", "/" )
      RDDSETDEFAULT( "LETO" )
   ENDIF

use bla,bla,bla...
index on bla,bla,bla..
set index to bla,bla,bla.


Só isso ai, o "básico"!
Tem como fazer as checagens para ver se conectou, senha etc...
Nas máquinas que irão acessar.
//Para testar se o servidor está ativo pelo ping -> c:\>ping servidor
cPath := "servidor"
c:\>Meu_Programa.exe servidor
ou
c:\>Meu_Programa.exe 192.168.0.100

Não esquecer de liberar a porta 2812 no servidor, Linux/Win7,8,9,10...

Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 6927
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 309 vezes
Mens.Curtidas: 503 vezes

Problema estranho com DBF+CDX na rede

Mensagempor Itamar M. Lins Jr. » 04 Fev 2020 09:11

Ola!
Tentando acessar win7(smb1) via win10 SMB2
Erro de sistema 384.

Você não pode se conectar ao compartilhamento de arquivos, pois ele não é seguro. Este compartilhamento requer o protocolo obsoleto SMB1, que não é seguro e pode expor o sistema a ataques.
Seu sistema requer o SMB2 ou superior. Para obter mais informações sobre como resolver esse problema, consulte: https://go.microsoft.com/fwlink/?linkid=852747


Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 6927
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 309 vezes
Mens.Curtidas: 503 vezes

Problema estranho com DBF+CDX na rede

Mensagempor ANDRIL » 13 Fev 2020 22:41

Bom, demorei para conseguir fazer alguns testes e obtive um resultado inusitado quando se trata de índice corrompido.

REGISTROS NO DBF: 146230

REG CDX MATCLIV: 146232 corrompido!

REG CDX DATVEND: 146230 ok

REG CDX NUMVEN: 146232 corrompido!

REG CDX CLIEN: 146232 corrompido!

REG CDX VALORT: 146230 ok

REG CDX LICEN: 146230 ok


Esperava no teste ter mais no DBF do que no CDX seria o mais óbvio. Em testes que simulei não abrir todos os CDX que seriam exigidos, o DBF ficou com mais e os CDX não abertos com menos. O estranho também é que os corrompidos são em ordem aleatória. Tenho certeza que todos estavam abertos no momento da inclusão dos dados no DBF.

Para testar e ter certeza que tudo estaria certo, apaguei os CDX e recriei, tudo estava ok.
Depois fiz um teste com 3 PCs fazendo a venda e passando ao servidor as vendas ao mesmo tempo para analisar os bloqueios de rede, tudo ok, os indices não foram corrompidos.

No segundo teste bloquiei o arquivo de vendas por fora do sistema, isto para forçar todos os PCs tentarem mandar as venda ao mesmo instante, ia repetir as 3 vendas quando meu Teamviewer travou! Pedi ao cliente que fechasse a abrisse novamente e acusou no Teamviewer dele que não era possível conectar para verificar se havia internet no local.

Quando restabeleceu fizemos todas as vendas que estavam aguardando a liberação do arquivo de vendas do servidor, logo em seguida verifiquei os índices e estavam conforme citei acima com divergência na quantidade de registros.

Para mim o problema esta na rede (algum equipamento, cabo etc) e ficou claro que com esta queda do Teamviewer que o PC servidor ficou algum tempo sem conexão de rede que pode ter ocasionado a corrupção.

O que vocês acham?
Clipper 5.2e / Blinker 5.1 / Harbour 3.2 / GTwvg
Avatar de usuário

ANDRIL
Usuário Nível 5

Usuário Nível 5
 
Mensagens: 1270
Data de registro: 06 Jul 2004 00:44
Curtiu: 12 vezes
Mens.Curtidas: 46 vezes

Problema estranho com DBF+CDX na rede

Mensagempor Itamar M. Lins Jr. » 14 Fev 2020 07:04

Ola!
Monitore os pacotes via ping por exemplo.
\>ping -t google.com


Precisa ter certeza que rede está falhando.
Tem IP Interno e Externo, não sei se vc usa o externo, normalmente só na faixa 192.168...

Saudações,
Itamar M. Lins Jr.
Avatar de usuário

Itamar M. Lins Jr.
Colaborador

Colaborador
 
Mensagens: 6927
Data de registro: 30 Mai 2007 11:31
Cidade/Estado: Ilheus Bahia
Curtiu: 309 vezes
Mens.Curtidas: 503 vezes

Próximo



Retornar para Harbour

Quem está online

Usuários vendo este fórum: Nenhum usuário registrado online e 5 visitantes


Ola Amigo, espero que meu site e forum tem lhe beneficiado, com exemplos e dicas de programacao.
Entao divulgue o link da Doacao abaixo para seus amigos e redes sociais ou faça uma doacao para o site forum...
MUITO OBRIGADO PELA SUA DOACAO!
Faça uma doação para o forum
cron
v
Olá visitante, seja bem-vindo ao Fórum Clipper On Line!
Efetue o seu login ou faça o seu Registro