Mudanças entre as edições de "Ao entrar no UltraPDV em alguns terminais aparece a mensagem "O banco de dados pode estar corrompido"."

De UltramaxWiki
Ir para navegação Ir para pesquisar
 
Linha 1: Linha 1:
==Causa 1==
+
== Causa 1 ==
O backup não esta sendo feito nesta máquina.
+
Pode ser que não tenha feito o backup no terminal que mostrou essa mensagem. Verifique se o arquivo c:\ultrapdv\hotbkp\mysql\cadastro.sql.zip se está com data de hoje. Se tiver o backup foi feito e pode somente reabrir o sistema.
  
-Solução
+
Caso não seja de hoje, veja os procedimentos abaixo
 
 
Verifique se o atalho do UltraPDV esta apontando para a pasta correta, drive C: se for no servidor ou drive G: se for em uma estação.
 
 
 
------------------------------------------------------------------
 
  
 
==Causa 2==
 
==Causa 2==
O arquivo c:\UltraPDV\MySQL\bin\mysqldump.exe foi apagado do SERVIDOR.
 
 
-Solução
 
 
Copie esse arquivo de qualquer estação e copie no SERVIDOR ou reinstale o sistema no SERVIDOR.
 
 
------------------------------------------------------------------
 
 
==Causa 3==
 
O Windows XP está mostrando a pergunta se deve ou não executar o UltraPDV.
 
 
-Solução
 
Procure no FAQ por "Como tirar a mensagem de alerta de segurança do Windows XP sempre que vai executar algum programa" e siga as instruções para retirar essa pergunta do Windows.
 
 
------------------------------------------------------------------
 
 
==Causa 4==
 
O banco de dados pode estar corrompido ou o atalho do ícone UltraPDV está incorreto.
 
 
-Solucao
 
Se o problema estiver aparecendo em todos (ou na maioria) dos terminais, entre no aplicativo c:\UltraPDV\Admin.exe no SERVIDOR e faça uma restauração do banco de dados.
 
 
----------------------------------------------------------------------
 
 
==Causa 5==
 
O AVG pode estar entendendo que se trata de viruso no hotbkp e apaga o arquivo hotbkp.exe coloque uma atualização do sistema
 
----------------------------------------------------------------------
 
 
==Causa 6==
 
Copie o arquivo c:\ultrapdv\mysql\bin\mysqldump.exe de um computador que esteja funcionando (no PC da Ultramax do suporte por exemplo) para a pasta c:\ultrapdv\mysql\bin do servidor do cliente.
 
 
Faça essa cópia mesmo se a data/hora do arquivo mysqldump.exe do cliente estiver correta.
 
----------------------------------------------------------------------
 
 
==Causa 7==
 
Verifique se tem o antivirus avast se tiver, clicar na seta de opçoes e clicar em abrir normalmente, marcarnao pedir mais e dar ok.
 
 
----------------------------------------------------------------------
 
 
==Causa 8==
 
 
-Verifique se o HD está com defeito através do comando "chkdsk" do Prompt do MS-DOS ou
 
-Verifique se o HD está com defeito através do comando "chkdsk" do Prompt do MS-DOS ou
  
 
Abra o Painel de Controle -> Ferramentas Administrativas -> Eventos -> Sistema, e procure por "disk" na coluna "Fonte".
 
Abra o Painel de Controle -> Ferramentas Administrativas -> Eventos -> Sistema, e procure por "disk" na coluna "Fonte".
  
==Causa 9==
+
==Causa 3==
 
Erro "Binlog has bad magic number" no arquivo C:\ultrapdv\data\servidor.txt  
 
Erro "Binlog has bad magic number" no arquivo C:\ultrapdv\data\servidor.txt  
  
 
Pare o mysql e apague os arquivos servidor-bin.XXXXX e o arquivo servidor-bin.index da pasta C:\ultrapdv\data
 
Pare o mysql e apague os arquivos servidor-bin.XXXXX e o arquivo servidor-bin.index da pasta C:\ultrapdv\data
  
==Causa 10==
+
==Causa 4==
 
Pode ter alguma tabela corrompida. Para confirma execute o MySQL Control Center e como abaixo:
 
Pode ter alguma tabela corrompida. Para confirma execute o MySQL Control Center e como abaixo:
 
[[Arquivo:Corrompido1.png|nenhum|miniaturadaimagem|385x385px]]
 
[[Arquivo:Corrompido1.png|nenhum|miniaturadaimagem|385x385px]]
Linha 70: Linha 26:
 
Para recuperar abra o c:\ultrapdv\admin.exe, clique na aba "Recuperação de BD" e faça o procedimento.
 
Para recuperar abra o c:\ultrapdv\admin.exe, clique na aba "Recuperação de BD" e faça o procedimento.
  
 +
== Causa 5 ==
 +
O arquivo c:\UltraPDV\MySQL\bin\mysqldump.exe foi apagado do SERVIDOR.
 +
 +
-Solução
 +
 +
Copie esse arquivo de qualquer estação e copie no SERVIDOR ou reinstale o sistema no SERVIDOR.
 +
 +
==Causa 6==
 +
Copie o arquivo c:\ultrapdv\mysql\bin\mysqldump.exe de um computador que esteja funcionando (no PC da Ultramax do suporte por exemplo) para a pasta c:\ultrapdv\mysql\bin do servidor do cliente.
 +
 +
Faça essa cópia mesmo se a data/hora do arquivo mysqldump.exe do cliente estiver correta.
 
[[Category:UltraPDV]]
 
[[Category:UltraPDV]]

Edição atual tal como às 14h06min de 7 de dezembro de 2024

Causa 1

Pode ser que não tenha feito o backup no terminal que mostrou essa mensagem. Verifique se o arquivo c:\ultrapdv\hotbkp\mysql\cadastro.sql.zip se está com data de hoje. Se tiver o backup foi feito e pode somente reabrir o sistema.

Caso não seja de hoje, veja os procedimentos abaixo

Causa 2

-Verifique se o HD está com defeito através do comando "chkdsk" do Prompt do MS-DOS ou

Abra o Painel de Controle -> Ferramentas Administrativas -> Eventos -> Sistema, e procure por "disk" na coluna "Fonte".

Causa 3

Erro "Binlog has bad magic number" no arquivo C:\ultrapdv\data\servidor.txt

Pare o mysql e apague os arquivos servidor-bin.XXXXX e o arquivo servidor-bin.index da pasta C:\ultrapdv\data

Causa 4

Pode ter alguma tabela corrompida. Para confirma execute o MySQL Control Center e como abaixo:

Corrompido1.png

Selecione tudo pressionando CTRL + A e clique em CHECK:

Corrompido2.png

Veja se aparece alguma tabela com CORRUPT:

Corrompido3.png

Para recuperar abra o c:\ultrapdv\admin.exe, clique na aba "Recuperação de BD" e faça o procedimento.

Causa 5

O arquivo c:\UltraPDV\MySQL\bin\mysqldump.exe foi apagado do SERVIDOR.

-Solução

Copie esse arquivo de qualquer estação e copie no SERVIDOR ou reinstale o sistema no SERVIDOR.

Causa 6

Copie o arquivo c:\ultrapdv\mysql\bin\mysqldump.exe de um computador que esteja funcionando (no PC da Ultramax do suporte por exemplo) para a pasta c:\ultrapdv\mysql\bin do servidor do cliente.

Faça essa cópia mesmo se a data/hora do arquivo mysqldump.exe do cliente estiver correta.