Backup Agendado Não Está a Executar - 3CX V20 Update 9 em Debian

JoseFialho

Platinum Partner
Joined
Sep 30, 2024
Messages
3
Olá a todos,

Estou a enfrentar um problema com um ambiente de failover 3CX (Master/Slave) e gostava de saber se alguém já passou por uma situação semelhante.

Ambiente
Versão 3CX: 20.0.9.995
Sistema Operativo: Debian
Destino dos Backups: FTP
Arquitetura: Master + Slave

Problema
O backup agendado está configurado e ativo na consola de administração, mas não é executado automaticamente.

A configuração está definida para:
Backup ativado
Frequência: Hourly
Intervalo: Every 1 Hour
Destino: FTP

No entanto, não são criados novos ficheiros de backup automaticamente.

O que funciona
✅ Backup manual funciona corretamente
✅ O ficheiro ZIP é carregado com sucesso para o FTP
✅ O Slave consegue restaurar os backups criados manualmente
✅ A ligação FTP está funcional
✅ Todos os serviços do 3CX estão ativos
 
Olá @JoseFialho o uso do backup agendado é diferente ao backup sob demanda, nesse processo o sistema cria um arquivo temporário no servidor externo em quanto gera o backup no disco local, feito isso então o PABX envia o arquivo para o servidor externo e substitui o arquivo .temp com o arquivo final. Então conhecido esse processo, é necessário revisar as permissões fornecidas no servidor ftp, pois o pabx deve usar permissões para criar, apagar, renomear arquivos nesse servidor externo.

Por outro lado, revise no FTP e apague quaisquer arquivo .temp existente e faça as seguintes configurações:
  • Desative o limite de conexões no servidor FTP.
  • Desative o tempo limite de conexão no servidor FTP ou aumente esse valor.
Por favor revise os seguintes guias para mais informações:
 
Olá,

Obrigado pelo esclarecimento.

Gostaria apenas de clarificar que, quando me refiro a backup manual, não estou a criar nem a copiar ficheiros para o servidor FTP manualmente.

O que faço é utilizar a opção "Backup Now" na consola de administração do 3CX.
1791904718009.png
Quando utilizo essa opção:

  • O próprio 3CX inicia o processo de backup.
  • É apresentada uma mensagem a informar que posso fechar a janela e continuar a trabalhar normalmente, pois o backup será processado em segundo plano.
  • O próprio 3CX cria o ficheiro de backup.
  • O próprio 3CX efetua o upload para o servidor FTP.
  • O ficheiro ZIP aparece corretamente no mesmo diretório FTP configurado para os backups agendados.
Portanto, não se trata de uma cópia manual de ficheiros nem da utilização de um cliente FTP externo. O processo completo, incluindo a criação do backup e o envio para o FTP, é executado pelo próprio 3CX utilizando as mesmas credenciais e o mesmo destino configurado para os backups agendados.

Por esse motivo, tenho dificuldade em compreender como um problema de permissões FTP poderia afetar apenas os backups agendados, especialmente considerando que:

  • O mesmo servidor FTP é utilizado desde 2024.
  • As mesmas credenciais continuam a ser utilizadas.
  • Os backups iniciados através do botão "Backup Now" continuam a ser criados e enviados com sucesso pelo próprio 3CX.
Além disso, após análise dos logs, não encontramos qualquer evidência de que o processo de backup agendado esteja efetivamente a iniciar.

Verificámos:
  • Todos os serviços do 3CX estão ativos e sem falhas.
  • O servidor FTP está acessível.
  • O backup executado através de "Backup Now" funciona corretamente.
  • A configuração do backup é gravada com sucesso
No entanto, não encontramos qualquer registo que indique:
  • Que a tarefa de Scheduled Backup foi criada ou registada com sucesso.
  • Que foi efetuada uma tentativa de execução do backup agendado.
  • Que o backup agendado foi iniciado.
  • Que o backup agendado falhou.
  • Que foi criado o ficheiro temporário 3CXScheduledBackup.tmp.
  • Qualquer erro FTP relacionado com permissões, rename, delete ou upload.
Obrigado
JF
 
Olá a opção de BACKUP NOW é diferente ao SCHEDULE BACKUP, eu tenho explicado o processo anteriormente.

Com BACKUP NOW o sistema NÃO gera algum arquivo .temp, ele cria o backup e envia para o FTP, no processo de agendamento é diferente, nesse processo o sistema precisa criar um arquivo temporário para depois substituir com o arquivo final. Nessa tarefa o sistema precisa permissões de escritura, renomear para que possa criar esse arquivo .temp e faça o processo de substituição.

São dois processos diferentes, vá e revise as permissões no guia.

Revise na pasta de backup e apague o arquivo .temp existente, altere os logs do pabx para detalhamento completo e reinicie o serviço 3cx databaseserver, feito isso então inicie uma captura de pacotes no pabx replicando o evento. Feito o processo pare a capture e faça download do arquivo de suporte, lá na pasta de logs revise o arquivo systemservice.log e managementconsole.log lá vai encontrar mais informações do evento e acompanhe com a captura de pacotes.
 

Estatísticas do Fórum

Threads
44,860
Messages
233,950
Members
78,550
Latest member
pippi0789