BACKUP CAGADO
--------------------------------------------------------------------------

Pois é, ontem 05/06/2023 era a noite, estava conectado no meu servidor via
ssh e derrepente a conexão caiu. Tentei conectar novamente e nada, fui ver
se o site estava no ar e tbm não estava. Infelizmente todo o servidor caiu
sem muita  explicação e presumi que foi algo da hostinger. Não tenho o que
reclamar, afinal nunca cai os serviços deles, é muito bom o único problema
foi que corrompeu meu mariadb.
SIMMMMM foi corrompindo, sem problemas afinal eu faço backup completos a
cada 3 dias e tenho sempre backup dos últimos 25 dias, só preciso fazer
uma restauração com o mysqldump e logo tudo esta de pé.

Foi assim que eu pensei, acontece que o buraco foi mais embaixo meu amigo
e me durou pelo menos 4 horas tentando resolver o problema do InnodB. Ate
um amigo chamei pra ver se me ajudava resolver e nada, simplemente o 
serviço do mariadb não startava de forma alguma, tbm nao exibia status e
o log (PORCO) do systemd não me mostrava nada útil. Decepção total.
Resolvi então não resolver o problema na forma mais correta e sim resolvi
simplesmente apagar o mariadb-server mariadb-common e refazer uma
instalação limpa novamente. Afinal alem de todos os serviços da minha
plataforma e principalmente o moodle estavam parados.

Fiz a instalação novamente e fui em outro servidor verificar os bkps.
E adivinha? Tinha bkp do bd do dia 19 de abril, algo falhou e não fez
o backup corretamente. E tinha passado despecebido por mim, já que os
outros esquemas de bkps estavam todos corretos e somente o do bd estava
errado. Fazer oque, eu subi o que tinha, perdi praticamente 2 meses de
bkp.

O que eu aprendi?
Então eu modifiquei o script para backups diarios, antes eu fazia a cada
2 dias tambem fiz um script para verificação dos logs diarios se não ter
da data eu sou avisado via e-mail. Estou mais seguro agora =)

************* UPDATE 24/06/2023 *************
Atualizei o backup para 4-3-1 no caso fica 3 backup em tres medias que
sejam diferentes (fora do servidor) obviamente e uma em nuvem no fim
do mundo.
Antes eu fazia o velho guerreiro 2-1-1. Um em uma media diferente e um
em nuvem. Neste caso e um backup muito ruim e sujeito a muitas falhas
Para um usuario comum de Destkop ta otimo, para uma empresa nao.
Adicionei tbm suporte ao pushover, quando o backup e realizado eu recebo
notificacao no meu celular e no meu desktop. Assim consigo ir acompanhando
tudo que ta rolandoe se rolou claro. Bem bacana a api que liberam
que da pra usar com curl e shell script.
___________________________________________________________________